IRC log for #brlcad on 20120103

23:55.17 *** join/#brlcad ibot (~ibot@rikers.org)
23:55.17 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.20.2 is posted (20110701) || BRL-CAD is participating in the ESA Summer of Code in Space!
IRC log for #brlcad on 20120104

IRC log for #brlcad on 20120104

00:29.59 CIA-28 BRL-CAD: 03n_reed * r48193 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: don't generate unused variables, per r41173
04:10.45 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:28.07 CIA-28 BRL-CAD: 03erikgreenwald * r48194 10/brlcad/trunk/src/libgcv/ (CMakeLists.txt soup.h test_bottess.c): fix symbol export to try to be windows friendly
19:29.46 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
IRC log for #brlcad on 20120105

IRC log for #brlcad on 20120105

02:21.14 CIA-28 BRL-CAD: 03brlcad * r48195 10/brlcad/trunk/src/tclscripts/mged/anim.tcl:
02:21.14 CIA-28 BRL-CAD: quote the animation commands being piped via open(n) since filepaths with spaces
02:21.14 CIA-28 BRL-CAD: look like the command name. this is in response to sf bug 3466818 from nephesh
02:21.14 CIA-28 BRL-CAD: (hwangbo) (how to solve the edit animation curve) where a common install of
02:21.14 CIA-28 BRL-CAD: BRL-CAD into the usual Program Files directory was problematic.
10:44.06 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:52.17 CIA-28 BRL-CAD: 03n_reed * r48196 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: sanity
20:21.53 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
20:21.59 pawleeq Hello
20:22.57 pawleeq when I create arbn some of the lines ar drawn and some not, why is that?
20:27.23 n_reed not that familiar with arbn myself, I'll take a minute to refresh my memory
20:28.17 pawleeq n_reed: thanks
20:33.57 n_reed how are you creating the arbn? with the 'in' command?
20:34.12 pawleeq yes
20:34.47 n_reed any chance you could give me the input string so I could see what you're seeing?
20:35.46 pawleeq for example this command: in arbn4.s arbn 7 1 0 0 1 0 1 0 1 -1 0 0 1 0 -1 0 1 0 0 1 1 0 0 -1 1 1 1 1 1.5 creates cube with one corner cut off, but the edges of the cutout are not drawn
20:53.06 n_reed so it definitely looks like a bug in the line drawing code
20:53.41 n_reed if you run the rt command it does seem to render correctly
21:18.25 n_reed it looks like you can work around the problem by always specifying the plane with a unit vector
21:19.31 n_reed so if you change the last clipping plane of your example from (1 1 1) to (.577 .577 .577), you seem to get the right behavior
21:25.28 pawleeq thanks :)
23:00.17 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jbpqduaqvuqvvdtd)
IRC log for #brlcad on 20120106

IRC log for #brlcad on 20120106

01:11.56 starseeker lands back in MD
02:22.55 starseeker hah: http://public.kitware.com/pipermail/cmake-developers/2011-November/002490.html
02:23.52 starseeker "I have also successfully tested [ninja+CMake building] with the build systems for OpenCV, Bullet Physics, BRL-CAD, kdelibs and Path64."
02:24.00 starseeker must test this
03:25.26 starseeker BRL-CAD - CMake + ninja: full compilation time 8 minutes 43 seconds, empty rebuild 0 sec (e.g. < 1 - not measurable by the build delta calculation)
03:27.01 starseeker BRL-CAD - CMake + make: full compilation time 9 minutes 8 seconds, empty rebuild 12 sec
03:27.44 starseeker (empty rebuild means running ninja/make -j3 after the complete, successful compile, when there's nothing left to do
03:28.31 starseeker make will obviously do better on machines with more parallel mojo (yay 2 cores...)
03:29.04 starseeker but then, ninja also uses all available cores...
03:29.30 starseeker either way, nifty
03:31.18 starseeker editing search.c in librt and doing a full rebuild... 19 sec. for ninja, 31 for make -j3
03:33.25 starseeker ninja librt and ninja rt work as expected
03:33.41 starseeker sweet
03:41.20 CIA-28 BRL-CAD: 03starseeker * r48197 10/brlcad/trunk/TODO: Add a reminder to expand documentation on building BRL-CAD to other tools CMake opens up support for. Low priority.
03:44.01 CIA-28 BRL-CAD: 03starseeker * r48198 10/brlcad/trunk/TODO:
03:44.02 CIA-28 BRL-CAD: These two DocBook items are addressed - other DocBook TODOs need review - in
03:44.02 CIA-28 BRL-CAD: particular, many formatting elements have at least some examples of improved
03:44.02 CIA-28 BRL-CAD: formatting, and need to be reworked comprehensively through the DocBook books
05:00.25 Computer .window close
05:00.28 *** part/#brlcad Computer (~Computer@unaffiliated/computer)
11:47.31 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:05.09 *** join/#brlcad merzo (~merzo@189-243-132-95.pool.ukrtel.net)
14:32.25 *** join/#brlcad merzo (~merzo@35-70-132-95.pool.ukrtel.net)
15:07.57 brlcad starseeker: welcome back
15:09.06 brlcad starseeker: what's the ninja time without -j* on an empty rebuild?
16:23.08 ``Erik starseeker made it sound like ninja doesn't take a -j option... wonder if it has a 'throttle down to 1 cpu' option, though
16:37.46 starseeker yeah, ninja uses all CPUs by default
16:38.18 starseeker brlcad: thanks! good to be back
17:12.15 starseeker ah, I'm wrong
17:12.21 starseeker ninja uses 10 cpus by default
17:12.33 starseeker ninja DOES support the -j flag
17:38.50 brlcad so then the interesting question becomes how long ninja takes on a -j1 empty rebuild
17:39.53 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-yvvqjpomjuxlqxfk)
18:07.34 starseeker brlcad: seems to be less than a second
18:08.38 brlcad cool, must avoid all the I/O of multiple files/dirs
18:09.21 starseeker on a machine with more cores than my home box... build time for make - 3min, 51 sec. ninja 2min, 17sec
18:09.41 starseeker isn't sure he believes that, sets up a repeat
18:15.53 starseeker yeah, thought so
18:18.05 starseeker make -j10 - 2 minutes 24 seconds; ninja (default) - 2 minutes 13 seconds
18:18.59 starseeker no-op: make -j10 4sec; ninja (default) - < 1 sec
18:20.51 brlcad so faster.. but not dramatically
18:20.59 brlcad neat
18:22.20 starseeker bets the compiler time is hugely dominant, at least ones things are in cache
18:22.42 starseeker Mac might be interesting, with its higher io overheads
18:22.44 brlcad like the smp-by-default, but not enough to motivate installing ninja everywhere I build to say the least
18:22.56 starseeker nods
18:23.43 starseeker pays off more on slower machines like my home box, where the empty opts do go significantly faster
18:24.14 brlcad sure
18:24.48 brlcad it looses value as you get more cross-platform, having to do installs
18:24.57 starseeker right.
18:24.58 brlcad that time is minimal for a single platform, but adds up
18:25.43 brlcad it'd nominally take a half hour to install across a half-dozen host platforms, assuming nothing goes wrong
18:26.03 brlcad ~ (30 * 60) / 4
18:26.03 ibot 450
18:26.13 brlcad that's a lot of empty builds .. :)
18:26.20 starseeker heh
18:26.46 starseeker letsee... as long as we're at it... how many do we do per day
18:29.23 brlcad generous ten times a day would be about 2 months of full-time coding before it started to pay off assuming (falsely) that no new platforms need installs
18:29.34 starseeker right
18:30.40 brlcad ccache probably saves more than that :)
18:31.21 starseeker heh
18:31.31 brlcad eventually will pay off, especially if it were bundled with cmake
18:31.53 starseeker was kinda hoping they might - would potentially be hugely useful on Windows...
18:31.56 starseeker doubt it though
18:32.40 brlcad we could probably cut our compilation time in half just through header cleanup alone
18:33.07 brlcad definitely would take more than a half-hour, but bigger savings there
18:33.15 starseeker really? I figured there would be some improvement, but I hadn't expected it to be that drastic
18:34.43 brlcad not hugely significant on an optimized build, maybe 5%-50% .. but non-opt should fly
18:35.10 brlcad it's parsing thousands of lines of code for every file
18:36.05 brlcad stub in an empty int main() {return 0;} and it takes nearly as long to compile as a 20k-line bool.c
18:36.29 brlcad all because including one header like raytrace.h ends up including nearly all of include/*.h
18:36.35 starseeker ah
18:36.48 starseeker wow
18:37.05 brlcad that's 30k lines of logic it has to parse just for decls and macros
18:37.17 brlcad breaking up the headers would cut that down by an order
18:37.24 starseeker that cleanup is pretty non-trivial though, isn't it? (or at least, highly invasive)
18:37.40 brlcad supremely trivial
18:37.46 brlcad doesn't get much more trivial
18:37.51 brlcad just tedious
18:38.27 starseeker hmm... ok
18:38.56 starseeker would have thought there would be some structural planning involved
18:39.10 brlcad only non-obvious part is updating the .c files to only include the headers they actually need instead of higher-level headers like raytrace.h
18:39.19 brlcad but even that is pretty easy
18:39.26 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-wdywtbmtuqrdhppo)
18:39.45 starseeker right - worst case, yank 'em all and add in what's missing
18:39.57 brlcad exactly
18:40.24 brlcad time consuming, tedious, but very trivial
18:45.38 archivist or use pre-compiled headers
18:47.12 ``Erik that'd be the ccache part, and it doesn't help on the first run
18:48.32 ``Erik likes the minimal header inclusion approach to minimize coupling
18:49.01 starseeker agrees
18:49.46 ``Erik the big #include allIneed header approach smells similar to the jabba "class MyObject extends Object" antipattern
20:24.16 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
20:25.49 brlcad alrighty, all coverity accounts created
20:26.24 brlcad anyone else in here (seriously) interested in helping out fix coverity issues?
20:26.34 brlcad we're going to be hitting them all up hard next week
21:21.46 ``Erik yipes, one of mine is #3 on the defect/kloc list :(
21:22.22 brlcad heh
21:22.48 brlcad I think I saw that one, free'd then read
21:23.29 ``Erik I don't see a way to pull up 1 file and view all the issues with it, or annotate a file or anything
21:23.56 ``Erik though I do see some hackish stuff that'd trigger coverity... using =NULL instead of UNUSED()
21:29.42 brlcad that coverity run is from before the verbose strict mode work was completed, several months back
21:29.53 brlcad so much of it will likely be obe
21:30.05 brlcad i'm going to push another run here this weekend
21:30.09 brlcad before we get started
21:31.04 brlcad alas, fixing the issues is only half the work .. peer review, testing, and docs are going to be part of our fixing process
21:32.24 brlcad especially while adhereing to DRY... :)
21:32.47 ``Erik write everything twice... WET
21:34.37 brlcad especially while adhereing to DRY... :)
21:34.52 brlcad there, WET and DRY
21:35.34 brlcad mmm... chipped beef on either wed or thurs
21:39.01 n_reed ...or Write Every Time
21:42.33 ``Erik ALL THE TIMES!!@~! </meme>
22:12.06 CIA-28 BRL-CAD: 03n_reed * r48199 10/brlcad/trunk/src/libbn/plane.c: generalize bn_mkpoint_3planes for non-unitized direction vectors
IRC log for #brlcad on 20120107

IRC log for #brlcad on 20120107

05:34.36 *** join/#brlcad Technicus (~Technicus@24-196-36-61.dhcp.stpt.wi.charter.com)
12:24.25 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
14:25.40 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
14:25.40 *** join/#brlcad yiyus (1242712427@je.je.je)
14:32.54 *** join/#brlcad merzo (~merzo@86-85-132-95.pool.ukrtel.net)
14:58.18 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
15:59.38 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
16:59.38 brlcad ``Erik: there apparently is a way to pull up all of the issues in a given file
17:00.00 brlcad still learning the interface myself but the entire thing seems to be nearly fully customizable
17:00.53 brlcad though the all-issues-in-this-file feature is already there, go to Defects -> Files -> find file -> select outstanding defects number
17:22.45 *** join/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net)
17:24.17 *** part/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net)
17:34.08 brlcad damnits!! so I'm going to have to rewrite the entire workflow this weekend .. coverity folks showed me the magic that lets me customize this dealio up in a righteous way
17:49.45 *** join/#brlcad merzo (~merzo@46-210-201-46.pool.ukrtel.net)
19:43.07 *** join/#brlcad yiyus (1242712427@je.je.je)
20:03.27 *** join/#brlcad merzo (~merzo@58-171-133-95.pool.ukrtel.net)
20:09.31 *** join/#brlcad piksi_ (piksi@pi-xi.net)
21:50.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:58.56 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:14.42 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:33.15 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
IRC log for #brlcad on 20120108

IRC log for #brlcad on 20120108

00:20.42 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:59.43 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:05.04 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:51.15 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
05:57.16 starseeker growls at autotools... they broke automake behavior AGAIN on a patch release
05:58.48 starseeker or backwards compatibility, anyhow...
06:06.09 starseeker masks 1.11.2 in gentoo and gets on with life...
10:00.54 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:20.00 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
12:42.58 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
12:46.07 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
12:46.59 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
13:05.43 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:19.22 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
13:19.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:42.35 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
17:19.30 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:20.41 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
20:43.47 *** join/#brlcad merzo (~merzo@48-85-132-95.pool.ukrtel.net)
20:54.28 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:12.36 *** join/#brlcad yiyus (1242712427@je.je.je)
23:45.35 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120109

IRC log for #brlcad on 20120109

02:25.03 *** join/#brlcad CIA-57 (~CIA@cia.atheme.org)
02:31.10 CIA-57 BRL-CAD: 03starseeker * r48202 10/brlcad/trunk/ (misc/CMake/DiffCache.cmake src/libged/CMakeLists.txt): Couple more fixes to ensure re-running cmake doesn't result in rebuild without an actual change.
03:16.14 *** join/#brlcad yiyus (~124271242@je.je.je)
05:21.29 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:49.55 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
09:38.59 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:20.23 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
11:42.21 *** join/#brlcad juanman (~quassel@201.255.13.200)
11:42.30 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:42.25 *** join/#brlcad juanman (~quassel@186.136.169.88)
12:42.30 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:31.33 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:32.35 CIA-57 BRL-CAD: 03erikgreenwald * r48203 10/brlcad/trunk/src/libicv/fileformat.c: free filename in bif to avoid memory leak. Print filename before freeing. (coverity 1718).
15:01.10 CIA-57 BRL-CAD: 03starseeker * r48204 10/brlcad/trunk/ (4 files in 3 dirs): Minor header restructuring to avoid recursive inclusion of bu.h in magic.h - Run 2, CIT 438
15:26.35 CIA-57 BRL-CAD: 03erikgreenwald * r48205 10/brlcad/trunk/src/libanalyze/CMakeLists.txt: test_analyze.c doesn't exist. Comment out for now.
15:41.44 CIA-57 BRL-CAD: 03starseeker * r48206 10/brlcad/trunk/doc/README.Linux: Add g++ explicitly for Ubuntu (it's apparently a separately installed package)
15:43.26 ``Erik cl
15:45.08 CIA-57 BRL-CAD: 03starseeker * r48207 10/brlcad/trunk/src/libwdb/dynamic_geometry.c: Don't assign to dp when we don't need to (while we're at it, pull the other dp assignment out of the if statement). Run 2 CID 1712
15:45.42 CIA-57 BRL-CAD: 03bob1961 * r48208 10/brlcad/trunk/src/libdm/dm-ogl.c: CID 1698, uninspected variable. void the return of callback_funtion().
15:48.15 CIA-57 BRL-CAD: 03starseeker * r48209 10/brlcad/trunk/src/libwdb/dynamic_geometry.c: Don't assign to dp_tmp - not used. Run 2 CID 1711
15:54.42 CIA-57 BRL-CAD: 03starseeker * r48210 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Don't need to assign to face - Run 2 CID 1710
15:54.48 CIA-57 BRL-CAD: 03erikgreenwald * r48211 10/brlcad/trunk/NEWS: mention crash fix from icv_image write on bad file
16:04.13 CIA-57 BRL-CAD: 03bob1961 * r48212 10/brlcad/trunk/src/libdm/ (dm-X.c dm-plot.c dm-ps.c dm-tk.c): run 2, CID #'s (1697, 1699, 1700, 1701), uninspected variable. void the return of callback_funtion().
16:05.12 CIA-57 BRL-CAD: 03erikgreenwald * r48213 10/brlcad/trunk/src/adrt/librender/camera.c: dlclose on bad plugin lookup (coverity 2-461)
16:05.59 CIA-57 BRL-CAD: 03starseeker * r48214 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: prev_lu isn't used - remove not only assignment but lookup if it's not being used. Run 2 CID 1708
16:08.36 CIA-57 BRL-CAD: 03erikgreenwald * r48215 10/brlcad/trunk/src/adrt/librender/camera.c: explicitely promote time sizes (unsigned shorts) to unsigned int (coverity 2-1256)
16:13.43 CIA-57 BRL-CAD: 03starseeker * r48216 10/brlcad/trunk/src/libanalyze/ (CMakeLists.txt test_density.c): Go ahead and stuff in the test_density.c file, but add it to CMAKEFILES since it's not in a working state.
16:25.45 CIA-57 BRL-CAD: 03bob1961 * r48217 10/brlcad/trunk/src/gtools/g_diff.c: run 2, CID 1696, uninspected variable. Now only using the return value of db_lookup() to compare to RT_DIR_NULL (i.e. no longer assigning return of db_lookup to a variable)
16:27.01 CIA-57 BRL-CAD: 03erikgreenwald * r48218 10/brlcad/trunk/src/adrt/librender/depth.c: remove unused variable (coverity 2-1674)
16:29.38 CIA-57 BRL-CAD: 03erikgreenwald * r48219 10/brlcad/trunk/src/adrt/librender/flos.c: remove unused variable (coverity 2-1675)
16:29.54 CIA-57 BRL-CAD: 03starseeker * r48220 10/brlcad/trunk/src/vdeck/vdeck.c: sprint->snprintf Run 2 CID 1254
16:35.51 CIA-57 BRL-CAD: 03erikgreenwald * r48221 10/brlcad/trunk/src/adrt/librender/grid.c: remove unused variable (coverity 2-1676)
16:39.24 CIA-57 BRL-CAD: 03erikgreenwald * r48222 10/brlcad/trunk/src/adrt/librender/surfel.c: remove unused variable (coverity 2-1677)
16:42.11 CIA-57 BRL-CAD: 03erikgreenwald * r48223 10/brlcad/trunk/src/adrt/librender/path.c: initialize variable (coverity 2-1597)
16:48.49 CIA-57 BRL-CAD: 03erikgreenwald * r48224 10/brlcad/trunk/src/adrt/load_g.c: Check db_lookup return value for NULL (bad .g file) (coverity 2-396)
17:14.31 CIA-57 BRL-CAD: 03indianlarry * r48225 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Restructured 'if' statement to pull embedded assignment from conditional. Run 2 CID 1707
17:36.20 CIA-57 BRL-CAD: 03erikgreenwald * r48226 10/brlcad/trunk/src/libbn/tabdata.c: test return value of bu_vls_gets() (coverity 2-130)
17:46.10 CIA-57 BRL-CAD: 03erikgreenwald * r48227 10/brlcad/trunk/src/librt/primitives/bot/tie.c: fill in uninitialized struct (coverity 2-1596 and 2-1625)
18:27.08 CIA-57 BRL-CAD: 03erikgreenwald * r48228 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: indent
18:44.57 CIA-57 BRL-CAD: 03indianlarry * r48229 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Added 'void' cast call of non-void returning function, avoids possible compiler warnings about caused unused return values. Extends Run 2 CID 1710
18:45.04 CIA-57 BRL-CAD: 03erikgreenwald * r48230 10/brlcad/trunk/src/vdeck/vdeck.c: minor tweak to make slightly more readable
18:56.02 CIA-57 BRL-CAD: 03bob1961 * r48231 10/brlcad/trunk/src/librt/vlist.c: run 2, CID 114. Put the return of getc() into an int and check for EOF.
19:08.14 CIA-57 BRL-CAD: 03starseeker * r48232 10/brlcad/trunk/misc/CMake/ (ThirdParty.cmake ThirdParty_TCL.cmake): Restore the CMake gui dropdown behavior - may have fixed some other behavior issues, needs more testing.
19:22.47 CIA-57 BRL-CAD: 03erikgreenwald * r48233 10/brlcad/trunk/ (NEWS src/sig/d2-c.c): For the first time ever, handle imaginary component correctly. (coverity 2-1645)
19:53.57 CIA-57 BRL-CAD: 03r_weiss * r48234 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Updated file 'nmg_misc.c' functions 'nmg_make_faces_within_tol' and 'nmg_calc_face_plane'. Initialized variables, did some code cleanup and fixed a float compare to '0.0'.
20:00.34 CIA-57 BRL-CAD: 03erikgreenwald * r48235 10/brlcad/trunk/src/util/random.c: Remove 'cleverness' that caused dead code paths. Cov2-231
20:03.43 CIA-57 BRL-CAD: 03erikgreenwald * r48236 10/brlcad/trunk/src/rt/do.c: flip conditions to allow >512*512 to trigger (dead code fix, cov2-227)
20:10.24 CIA-57 BRL-CAD: 03starseeker * r48237 10/brlcad/trunk/src/conv/comgeom/cvt.c:
20:10.24 CIA-57 BRL-CAD: Check returns on sscanf - test to see if Coverity will accept sscanf if we both
20:10.24 CIA-57 BRL-CAD: have length specifications on all our percent-type format items and check the
20:10.24 CIA-57 BRL-CAD: return type - patch-g.c was the only case previously where both of those things
20:10.24 CIA-57 BRL-CAD: were true. Run 2 CID 633, but has much broader implications.
20:11.56 CIA-57 BRL-CAD: 03erikgreenwald * r48238 10/brlcad/trunk/src/conv/g-egg.c: regions_tried is never updated, so eliminate code looking for that info. Cov2-172
20:15.48 starseeker postes this link for future consideration: http://stackoverflow.com/questions/1621394/how-to-prevent-scanf-causing-a-buffer-overflow-in-c
20:25.01 CIA-57 BRL-CAD: 03erikgreenwald * r48239 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: fix region null testing. Cov2-303
20:27.54 CIA-57 BRL-CAD: 03n_reed * r48240 10/brlcad/trunk/include/ (bu.h fb.h): rename __BU_ATTR_FORMAT* to _BU_ATTR_PRINTF* and _BU_ATTR_SCANF* to support scan scanf checks
20:28.57 CIA-57 BRL-CAD: 03erikgreenwald * r48241 10/brlcad/trunk/src/adrt/isst_tcltk.c: fix paren placement problem, strlen(str+1) != strlen(str)+1. Cov3-1721
20:30.35 CIA-57 BRL-CAD: 03bob1961 * r48242 10/brlcad/trunk/src/libged/ (glob.c qray.c): run 3, CID 155, 156. Calling GED_INITIALIZED within GED_CHECK_DATABASE_OPEN is bad (i.e. gedp could be NULL).
20:31.42 CIA-57 BRL-CAD: 03erikgreenwald * r48243 10/brlcad/trunk/src/adrt/isst_tcltk.c: set buf[0] to 0. Cov3-1801
20:34.58 CIA-57 BRL-CAD: 03r_weiss * r48244 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated 'nmg_demote_lu' in file 'nmg_mk.c'. Fixed a possible 'use after free' error.
20:35.28 CIA-57 BRL-CAD: 03erikgreenwald * r48245 10/brlcad/trunk/src/libicv/fileformat.c: fclose the freopened descriptors? Cov3-479
20:38.16 CIA-57 BRL-CAD: 03erikgreenwald * r48246 10/brlcad/trunk/src/libicv/fileformat.c: fclose the freopened descriptors? Cov3-480
20:43.55 *** join/#brlcad merzo (~merzo@221-161-133-95.pool.ukrtel.net)
20:45.30 *** join/#brlcad piksi (piksi@pi-xi.net)
20:59.40 CIA-57 BRL-CAD: 03bob1961 * r48247 10/brlcad/trunk/src/conv/g-egg.c: Removed unused variables.
21:02.52 CIA-57 BRL-CAD: 03bob1961 * r48248 10/brlcad/trunk/src/libged/cat.c: run3, CID 194. Removed unnecessary check or argc.
21:05.59 CIA-57 BRL-CAD: 03erikgreenwald * r48249 10/brlcad/trunk/src/librt/db5_io.c: eliminate unused assign. Cov3-1678
21:06.53 CIA-57 BRL-CAD: 03starseeker * r48250 10/brlcad/trunk/src/librt/ (db_open.c wdb.c): Add some null checks (attempt at addressing Run3 CID 1771)
21:06.59 CIA-57 BRL-CAD: 03erikgreenwald * r48251 10/brlcad/trunk/src/librt/db5_io.c: eliminate unused assign. Cov3-1679
21:09.31 CIA-57 BRL-CAD: 03erikgreenwald * r48252 10/brlcad/trunk/src/conv/asc/asc2g.c: eliminate unused assignment. Cov3-1682
21:10.31 CIA-57 BRL-CAD: 03erikgreenwald * r48253 10/brlcad/trunk/src/conv/asc/asc2g.c: remove double alloc. Cov3-1683
21:12.36 CIA-57 BRL-CAD: 03erikgreenwald * r48254 10/brlcad/trunk/src/librt/db5_io.c: remove unused assign. Cov3-1680
21:14.57 CIA-57 BRL-CAD: 03erikgreenwald * r48255 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: remove unused assign. Cov3-1687
21:17.11 CIA-57 BRL-CAD: 03erikgreenwald * r48256 10/brlcad/trunk/src/libged/edit.c: remove unused assign. Cov3-1821
21:20.55 CIA-57 BRL-CAD: 03starseeker * r48257 10/brlcad/trunk/src/fbserv/server.c: Add a series of checks for null buffers in fbserv
21:26.33 CIA-57 BRL-CAD: 03bob1961 * r48258 10/brlcad/trunk/src/libged/comb_std.c: run 3, CID 196. dp is tested in several places after being set to RT_DIR_NULL. Removed code that can never be reached.
21:36.50 CIA-57 BRL-CAD: 03starseeker * r48259 10/brlcad/trunk/src/fbserv/server.c: While we're at it, check pcp
21:55.28 CIA-57 BRL-CAD: 03starseeker * r48260 10/brlcad/trunk/src/librt/search.c: Initialize tmp.flags - Run 3 CID 1619
22:15.01 CIA-57 BRL-CAD: 03starseeker * r48261 10/brlcad/trunk/src/librt/search.c: Analysis indicates by this point we're definitely BRLCAD_OK, so don't bother with the check Run 3 CID 201
22:16.58 CIA-57 BRL-CAD: 03brlcad * r48262 10/brlcad/trunk/bench/pixcmp.c: if skip2 is null but skip1 is not, don't dereference and segfault (cov run 3 cid 1738)
22:20.57 CIA-57 BRL-CAD: 03starseeker * r48263 10/brlcad/trunk/src/librt/search.c: Check return of rt_db_get_internal - just return if we don't get anything and move on. Run 3 CID 144.
22:26.11 CIA-57 BRL-CAD: 03starseeker * r48264 10/brlcad/trunk/src/librt/search.c: Check return value of db5_get_attributes. Run 3 CID 143
22:26.35 CIA-57 BRL-CAD: 03brlcad * r48265 10/brlcad/trunk/src/libged/edit.c: if we're not going to test the memchr() result, then there's no reason to even call it. related to cov run 3 cid 1821, r48256.
IRC log for #brlcad on 20120110

IRC log for #brlcad on 20120110

03:20.56 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
03:26.26 brlcad looks like run4 is going to be complete
03:29.11 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:12.44 brlcad <PROTECTED>
04:12.49 brlcad <PROTECTED>
04:52.16 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:10.55 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:26.24 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:36.01 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
06:35.53 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
06:47.39 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
07:10.35 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
07:38.08 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
07:49.53 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:09.49 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:49.21 *** join/#brlcad merzo (~merzo@193.254.217.44)
09:52.49 *** join/#brlcad merzo (~merzo@193.254.217.44)
11:57.33 brlcad yawn!
12:53.55 *** join/#brlcad merzo (~merzo@193.254.217.44)
13:34.05 ``Erik :/cl
13:43.12 CIA-57 BRL-CAD: 03starseeker * r48266 10/brlcad/trunk/src/librt/db_tree.c: Check return value on bn_mat_ck - being in a debug conditional does not excuse us. CID 119
13:50.30 CIA-57 BRL-CAD: 03starseeker * r48267 10/brlcad/trunk/src/conv/dxf/bot-bldxf.c: Check return value of db_walk_tree - CID 120
14:01.32 CIA-57 BRL-CAD: 03n_reed * r48268 10/brlcad/trunk/src/fbserv/server.c: check pointers before dereferencing, CID 521
14:04.44 CIA-57 BRL-CAD: 03starseeker * r48269 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: Check return of rt_db_put_internal - CID 123
14:11.46 CIA-57 BRL-CAD: 03starseeker * r48270 10/brlcad/trunk/src/conv/jack/jack-g.c: Check return of nmg_kill_zero_length_edgeuses - CID 124
14:13.27 *** join/#brlcad merzo (~merzo@193.254.217.44)
14:17.04 CIA-57 BRL-CAD: 03indianlarry * r48271 10/brlcad/trunk/src/ (8 files in 6 dirs):
14:17.05 CIA-57 BRL-CAD: Cleanup of cases where assignment made in 'if' conditional but variable never
14:17.05 CIA-57 BRL-CAD: used. Felt more readable leaving variable assignment so simply moved assignment
14:17.05 CIA-57 BRL-CAD: outside of 'if'. Relates to CID 1681, 1695, 1705, 1705, 1715, 1716, 1717, 1820,
14:17.05 CIA-57 BRL-CAD: 1822
14:20.14 CIA-57 BRL-CAD: 03starseeker * r48272 10/brlcad/trunk/src/conv/jack/jack-g.c: More checking for empty_model cases using return of nmg_kill_zero_length_edgeuses - CID 125
14:29.20 CIA-57 BRL-CAD: 03starseeker * r48273 10/brlcad/trunk/src/fb/pl-fb.c: Check return of BuildStr in pl-fb, print warning. CID 127
14:35.48 CIA-57 BRL-CAD: 03starseeker * r48274 10/brlcad/trunk/src/gtools/beset/population.c: Add check for rt_db_put_internal return in beset - CID 128
14:42.12 CIA-57 BRL-CAD: 03starseeker * r48275 10/brlcad/trunk/src/lgt/do_options.c: Add check on return of ready_Output_Device - CID 129
14:42.15 CIA-57 BRL-CAD: 03erikgreenwald * r48276 10/brlcad/trunk/src/conv/g-egg.c: check file and object name existance. Cov1524
14:47.12 CIA-57 BRL-CAD: 03starseeker * r48277 10/brlcad/trunk/src/libged/sphgroup.c: Check return of rt_db_get_internal - CID 134
14:48.27 CIA-57 BRL-CAD: 03erikgreenwald * r48278 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: fix null check out model struct. Cov1847
14:51.01 CIA-57 BRL-CAD: 03erikgreenwald * r48279 10/brlcad/trunk/src/conv/g-egg.c: dup bu_exit to quell missing break warning. Cov336
14:57.49 CIA-57 BRL-CAD: 03starseeker * r48280 10/brlcad/trunk/src/libged/ (wdb_obj.c xpush.c): Check returns of db_dirdelete. CID 135 (wdb_obj.c case highlights the need for cleanup in libged to remove duplicate code...)
15:06.46 CIA-57 BRL-CAD: 03starseeker * r48281 10/brlcad/trunk/src/liboptical/photonmap.c: Check return values on bu_struct_parse in photonmap.c - CID 136
15:07.31 CIA-57 BRL-CAD: 03erikgreenwald * r48282 10/brlcad/trunk/src/libgcv/test_bottess.c: simplify passing of intersect line segment ends, hopefully clearing up cov1749.
15:10.41 CIA-57 BRL-CAD: 03erikgreenwald * r48283 10/brlcad/trunk/src/libgcv/test_bottess.c: extend urf array one entry (hopefully all compilers do static partial evaluation). Cov1861
15:13.55 CIA-57 BRL-CAD: 03n_reed * r48284 10/brlcad/trunk/src/conv/jack/jack-g.c: notify user if empty model isn't written, CID 124
15:24.48 CIA-57 BRL-CAD: 03starseeker * r48285 10/brlcad/trunk/src/liboptical/sh_light.c: Check the return value of rt_bound_tree - CID 138
15:26.42 CIA-57 BRL-CAD: 03erikgreenwald * r48286 10/brlcad/trunk/src/libgcv/bottess.c: ack, +1, not +11 ! Cov1748
15:28.10 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:28.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:31.16 CIA-57 BRL-CAD: 03starseeker * r48287 10/brlcad/trunk/src/mged/dm-X.c: Check return value of bu_struct_parse - CID 145
15:41.34 CIA-57 BRL-CAD: 03starseeker * r48288 10/brlcad/trunk/src/mged/dm-X.c: Be a little better about freeing memory when returning TCL_ERROR
15:42.04 CIA-57 BRL-CAD: 03erikgreenwald * r48289 10/brlcad/trunk/src/libgcv/bottess.c: remove untriggerable error checking. Cov1732
15:43.06 CIA-57 BRL-CAD: 03starseeker * r48290 10/brlcad/trunk/src/mged/dm-ogl.c: Check bu_struct_parse return for Ogl_dm. CID 146
15:48.01 CIA-57 BRL-CAD: 03starseeker * r48291 10/brlcad/trunk/src/mged/vparse.c: Check return of bu_struct_parse - CID 148
15:50.15 CIA-57 BRL-CAD: 03erikgreenwald * r48292 10/brlcad/trunk/src/libgcv/bottess.c: test return value of db_walk_tree and log on failure. Cov1724
15:54.57 CIA-57 BRL-CAD: 03brlcad * r48293 10/brlcad/trunk/ (39 files in 19 dirs):
15:54.57 CIA-57 BRL-CAD: adding a new parameter to bu_file_exists() so we can capture a file descriptor
15:54.57 CIA-57 BRL-CAD: at the same time as stat'ing whether a file exists to prevent time-of-check vs
15:54.57 CIA-57 BRL-CAD: time-of-use vulnerabilities. right now, ignorantly assuming read-only access is
15:54.57 CIA-57 BRL-CAD: sufficient and that an fd is better than an fp (without reason).
15:57.32 CIA-57 BRL-CAD: 03starseeker * r48294 10/brlcad/trunk/src/rt/reshoot.c: Issue warnings for bu_struct_parse in src/rt/reshoot.c - CID 152
16:07.21 CIA-57 BRL-CAD: 03brlcad * r48295 10/brlcad/trunk/src/libbu/ptbl.c: usually taking size of pointer variables is suspecious, but here we actually mean it. still, use the type instead of the pointer. cov cid 105
16:26.56 CIA-57 BRL-CAD: 03brlcad * r48296 10/brlcad/trunk/src/lgt/reflect.c: fix defect detected by coverity (cid 513). was taking the address of a local and then using it out-of-scope.
16:27.56 CIA-57 BRL-CAD: 03erikgreenwald * r48297 10/brlcad/trunk/src/libbn/tabdata.c: close file pointer on bad line read to prevent fd leak. Cov1877
16:28.02 CIA-57 BRL-CAD: 03starseeker * r48298 10/brlcad/trunk/src/libgcv/bottess.c: might as well identify the parent function.
16:31.36 CIA-57 BRL-CAD: 03r_weiss * r48299 10/brlcad/trunk/src/libged/draw.c: Updated function 'draw_nmg_region_start' in file 'draw.c'. Changed a test for an idenity matrix from a null pointer test to testing the contents of the matrix.
16:32.20 CIA-57 BRL-CAD: 03erikgreenwald * r48300 10/brlcad/trunk/src/libbn/tabdata.c: no need to close a file descriptor that didn't open. Cov381
16:39.10 CIA-57 BRL-CAD: 03r_weiss * r48301 10/brlcad/trunk/src/libged/dg_obj.c: Updated file 'dg_obj.c' function 'dgo_nmg_region_start'. Changed a test for an idenity matrix from a null pointer test to testing the contents of the matrix.
16:39.22 CIA-57 BRL-CAD: 03starseeker * r48302 10/brlcad/trunk/src/conv/step/step-g.cpp: missing NULL param
16:52.41 CIA-57 BRL-CAD: 03r_weiss * r48303 10/brlcad/trunk/src/mged/dodraw.c: Updated file 'dodraw.c' function 'mged_nmg_region_start'. Changed test for an identity matrix from a null pointer test to testing the contents of the matrix.
16:56.13 CIA-57 BRL-CAD: 03brlcad * r48304 10/brlcad/trunk/src/proc-db/menger.c: missing NULL
17:00.56 CIA-57 BRL-CAD: 03starseeker * r48305 10/brlcad/trunk/src/libdm/labels.c: Check rt_db_get_internal - CID 1723
17:01.23 CIA-57 BRL-CAD: 03erikgreenwald * r48306 10/brlcad/trunk/src/libbn/tcl.c: comment out unreachable noise code pending further review. Cov186
17:02.00 CIA-57 BRL-CAD: 03brlcad * r48307 10/brlcad/trunk/src/proc-db/menger.c: ah, it put the NULL, but wrong place
17:04.41 CIA-57 BRL-CAD: 03erikgreenwald * r48308 10/brlcad/trunk/src/libbn/tcl.c: disable noise_type def
17:11.40 CIA-57 BRL-CAD: 03indianlarry * r48309 10/brlcad/trunk/src/ (conv/step/OpenNurbsInterfaces.cpp proc-db/csgbrep.cpp): Added NULL checks prior to usage to resolve REVERSE_NULL checks for CID 1879, 1880, 1881, 1882
17:12.06 CIA-57 BRL-CAD: 03n_reed * r48310 10/brlcad/trunk/src/fb/pl-fb.c: return void from BuildStr rather than always returning true, CID 127
17:12.46 CIA-57 BRL-CAD: 03starseeker * r48311 10/brlcad/trunk/src/libged/search.c: Check return of db_string_to_path - don't do anything unless we get a sane result from the path conversion. CID 1725
17:31.57 CIA-57 BRL-CAD: 03n_reed * r48312 10/brlcad/trunk/src/ (conv/obj-g.c libgcv/wfobj/tri_face.c): propagate faceuse creation failure and skip faces that don't yield a faceuse
17:34.14 CIA-57 BRL-CAD: 03starseeker * r48313 10/brlcad/trunk/src/conv/step/STEPWrapper.cpp: Check return of brep validity test - CID 1836
17:38.16 CIA-57 BRL-CAD: 03starseeker * r48314 10/brlcad/trunk/src/mged/setup.c: Check Bu_Init return - CID 1726
17:38.50 CIA-57 BRL-CAD: 03erikgreenwald * r48315 10/brlcad/trunk/src/librt/primitives/ars/ars.c: set min/max to quell coverity (even though the next line sets them via a func). Cov1930
17:44.28 CIA-57 BRL-CAD: 03erikgreenwald * r48316 10/brlcad/trunk/src/librt/vlist.c: fill in cargs in case rt_uplot_get_*args does not fill. Cov1928
17:47.34 CIA-57 BRL-CAD: 03brlcad * r48317 10/brlcad/trunk/src/lgt/reflect.c: ws, style, indent overhaul to conform with package conventions
17:55.51 CIA-57 BRL-CAD: 03starseeker * r48318 10/brlcad/trunk/src/librt/search.c: Make sure we've got something initializing all the fields of OPTION - CID 1619
18:00.17 starseeker hmm - http://www.ibm.com/developerworks/library/s-buffer-defend.html
18:10.52 CIA-57 BRL-CAD: 03starseeker * r48319 10/brlcad/trunk/src/libged/red.c: Check the value of dp to see if it is RT_DIR_NULL (also add some missing frees for a vls that has been inited when calling return in several places.) CID 398
18:14.45 CIA-57 BRL-CAD: 03starseeker * r48320 10/brlcad/trunk/src/libged/red.c: close fp before returning - CID 496
18:20.47 CIA-57 BRL-CAD: 03starseeker * r48321 10/brlcad/trunk/src/libged/ged.c: Check if filename is NULL - CID 1551
18:23.37 CIA-57 BRL-CAD: 03starseeker * r48322 10/brlcad/trunk/src/libged/gqa.c: fclose before returning error - CID 470
18:58.32 CIA-57 BRL-CAD: 03erikgreenwald * r48323 10/brlcad/trunk/src/liboptical/sh_plastic.c: test for pp==NULL early to avoid forward null issue. Cov1744
19:08.33 CIA-57 BRL-CAD: 03brlcad * r48324 10/brlcad/trunk/src/libbu/temp.c: secure the temp file with only user read-write permissions so we don't let snooping eyes see what we're doing or get access if umask is nefarious. fixed in response to coverity scan (cov cid 1255) SECURE_TEMP check.
19:14.39 CIA-57 BRL-CAD: 03erikgreenwald * r48325 10/brlcad/trunk/src/libged/fracture.c: eliminate unused assign. Cov1703
19:19.35 CIA-57 BRL-CAD: 03erikgreenwald * r48326 10/brlcad/trunk/src/libged/comb.c: test value of dp to quell unused value warning from Cov1702
19:21.11 CIA-57 BRL-CAD: 03brlcad * r48327 10/brlcad/trunk/src/other/step/src/clstepcore/complexSupport.h: strcpy() is unsafe to use given the 'n' argument is a parameter to the function. use strncpy() instead so we can always null-terminate the result. issue detected in brl-cad coverity scan (cov cid 1925)
19:34.44 CIA-57 BRL-CAD: 03erikgreenwald * r48328 10/brlcad/trunk/src/liboptical/sh_scloud.c: set incident light to 0,0,0 (Cov1623)
19:34.50 CIA-57 BRL-CAD: 03n_reed * r48329 10/brlcad/trunk/src/ (5 files in 3 dirs): default code was being appended to rule code to prevent fall-through; now requiring a cl flag to avoid generating unreachable code
19:38.36 *** join/#brlcad merzo (~merzo@183-199-133-95.pool.ukrtel.net)
19:42.20 CIA-57 BRL-CAD: 03brlcad * r48330 10/brlcad/trunk/src/fb/gif2fb.c:
19:42.21 CIA-57 BRL-CAD: if the gif header is short and we're in a verbose debug mode, the magic number
19:42.21 CIA-57 BRL-CAD: gets printed. the character array isn't null-terminated, though, so copy it to
19:42.21 CIA-57 BRL-CAD: a string buffer for clarity (even in spite of using %.6s). should quell cov cid
19:42.21 CIA-57 BRL-CAD: 1457.
19:43.26 CIA-57 BRL-CAD: 03erikgreenwald * r48331 10/brlcad/trunk/src/liboptical/sh_toyota.c: close file handle on exit. Cov500
19:49.47 CIA-57 BRL-CAD: 03erikgreenwald * r48332 10/brlcad/trunk/src/liboptical/photonmap.c: Push and Pop do not seem to be used, so eliminate them. Also happens to fix Cov431.
19:52.56 CIA-57 BRL-CAD: 03erikgreenwald * r48333 10/brlcad/trunk/src/liboptical/photonmap.c: verify irradiance cache info on read. Cov1483
19:53.49 CIA-57 BRL-CAD: 03brlcad * r48334 10/brlcad/trunk/src/fbed/fbed.c: leave room for a terminating nul char in the length calculations, and always terminate at the end of our fread memory instead of just at the end of the buffer. this fixes a coverity STRING_NULL defect (cov cid 1458).
19:55.25 CIA-57 BRL-CAD: 03erikgreenwald * r48335 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1759
19:56.08 CIA-57 BRL-CAD: 03brlcad * r48336 10/brlcad/trunk/src/fbed/fbed.c: remove argsused comment
19:56.23 CIA-57 BRL-CAD: 03erikgreenwald * r48337 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1760
19:56.57 CIA-57 BRL-CAD: 03erikgreenwald * r48338 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1761
19:57.49 CIA-57 BRL-CAD: 03erikgreenwald * r48339 10/brlcad/trunk/src/liboptical/sh_stack.c: add return value
20:04.15 CIA-57 BRL-CAD: 03brlcad * r48340 10/brlcad/trunk/src/libged/human.c: pass the dude around as a pointer instead of a copy. might have intended a copy so still need to regression test this one, but should address coverity PASS_BY_VALUE check (cov cid 430).
20:08.10 CIA-57 BRL-CAD: 03brlcad * r48341 10/brlcad/trunk/src/librt/primitives/ (half/half.c hf/hf.c): bah, add deprecation statements to hf.c .. not half.c
20:10.12 CIA-57 BRL-CAD: 03erikgreenwald * r48342 10/brlcad/trunk/src/conv/obj-g.c: test to make sure vert allocation succeeded. Cov1757
20:12.34 CIA-57 BRL-CAD: 03erikgreenwald * r48343 10/brlcad/trunk/src/conv/obj-g.c: verify nmg model is generated. Cov1756
20:29.48 CIA-57 BRL-CAD: 03erikgreenwald * r48344 10/brlcad/trunk/src/proc-db/vegetation.c: test segList before deref. Cov569
20:37.36 CIA-57 BRL-CAD: 03erikgreenwald * r48345 10/brlcad/trunk/src/proc-db/molecule.c: test atom value before using as index in array. Cov1487
20:40.15 CIA-57 BRL-CAD: 03erikgreenwald * r48346 10/brlcad/trunk/src/proc-db/contours.c: test npts to verify a valid positive number for looping. Cov1486
20:51.24 CIA-57 BRL-CAD: 03starseeker * r48347 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: split is passed in as a pointer, and all other code seems to be working with the value pointed to, not the pointer held by split itself - assume the goal here was not to squash the pointer value. CID 235.
20:52.47 CIA-57 BRL-CAD: 03erikgreenwald * r48348 10/brlcad/trunk/src/proc-db/menger.c: fix bit test logic to actually test. Cov1728
20:55.14 CIA-57 BRL-CAD: 03erikgreenwald * r48349 10/brlcad/trunk/src/proc-db/menger.c: fix bit test logic to actually test. Cov1729
21:06.18 CIA-57 BRL-CAD: 03starseeker * r48350 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Don't try to print keep_eu if it's NULL - just print a log message that it is NULL. Debugging case only. CID 237
21:07.27 CIA-57 BRL-CAD: 03brlcad * r48351 10/brlcad/trunk/src/libbu/file.c:
21:07.27 CIA-57 BRL-CAD: fix a TOCTOU time-of-check, time-of-use race condition reported by coverity now
21:07.27 CIA-57 BRL-CAD: that we can capture a fild descriptor from bu_file_exists(). with that, now all
21:07.27 CIA-57 BRL-CAD: of the stat calls will act on the same file. might still call remove() on a
21:07.27 CIA-57 BRL-CAD: different path, but there's no way to unlink a file descriptor. (cov cid 1800)
21:11.23 CIA-57 BRL-CAD: 03n_reed * r48352 10/brlcad/trunk/src/conv/comgeom/cvt.c: more checking of user-supplied filenames before using them, CID 1771
21:17.52 CIA-57 BRL-CAD: 03brlcad * r48353 10/brlcad/trunk/src/libbu/progname.c: default prefix on crash logs files with (BRL-CAD) instead of (unknown) so it's clear where they came from even when we don't know the application's name.
21:19.35 CIA-57 BRL-CAD: 03starseeker * r48354 10/brlcad/trunk/src/burst/prnt.c: Protect p assignment from the case where p is NULL. CID 238
21:20.39 CIA-57 BRL-CAD: 03starseeker * r48355 10/brlcad/trunk/src/burst/prnt.c: Whoops - NULL -> NUL
21:27.57 CIA-57 BRL-CAD: 03brlcad * r48356 10/brlcad/trunk/TODO: g-nff crashes
21:28.01 CIA-57 BRL-CAD: 03starseeker * r48357 10/brlcad/trunk/src/libfb/fb_util.c: Coverity wants us to do something about the NULL case if we're testing for it - the fb_ functions always seem to return 0 - just do that if ifp is NULL, rather than calling other functions. CID 239, 240
21:32.13 CIA-57 BRL-CAD: 03brlcad * r48358 10/brlcad/trunk/TODO: g-dot seems to be having trouble too
21:33.33 CIA-57 BRL-CAD: 03starseeker * r48359 10/brlcad/trunk/src/librt/shoot.c: No fp, no function calling - Bad Things likely if we do. CID 241
21:35.00 CIA-57 BRL-CAD: 03indianlarry * r48360 10/brlcad/trunk/src/conv/step/ (28 files):
21:35.01 CIA-57 BRL-CAD: Added initialization for all class fields in constructor to take care of
21:35.01 CIA-57 BRL-CAD: UNINIT_CTOR for CIDS:
21:35.01 CIA-57 BRL-CAD: 1935,1939,1938,1941,1940,1944,1943,1946,1945,1949,1948,1951,1950,1953,1952,1957,1947,1959,1958,1960,1954,1962,1961,1964,1963,1965,1942,1967,1966,1969,1968,1971,1970,1972,1936,1974,1973,1976,1975,1980,1979,1982,1981,1983
23:07.33 CIA-57 BRL-CAD: 03starseeker * r48361 10/brlcad/trunk/src/libged/bot_dump.c:
23:07.33 CIA-57 BRL-CAD: Check if we have a binary file type and don't have STL as the type - in that
23:07.33 CIA-57 BRL-CAD: case, we won't have a valid fp and continuing on to the switch statement is a
23:07.33 CIA-57 BRL-CAD: Bad Idea - instead, inform the user we have a binary+non-STL situation and
23:07.33 CIA-57 BRL-CAD: return. CID 243
23:24.28 CIA-57 BRL-CAD: 03starseeker * r48362 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: Check for the null myhit case - CID 245
23:28.32 CIA-57 BRL-CAD: 03starseeker * r48363 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: Don't do something that needs to check fp if fp has been NULLed out. CID 247
23:32.09 CIA-57 BRL-CAD: 03starseeker * r48364 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Make sure we have this before we try bu_logging it. CID 248
23:35.31 CIA-57 BRL-CAD: 03starseeker * r48365 10/brlcad/trunk/src/conv/g-vrml.c: If we have no path, we're done here - return. CID 250
23:38.24 CIA-57 BRL-CAD: 03starseeker * r48366 10/brlcad/trunk/src/conv/iges/revolve.c: Check for the NULL case first - CID 251
23:42.32 CIA-57 BRL-CAD: 03starseeker * r48367 10/brlcad/trunk/src/conv/iges/showtree.c: Make sure we've got ptr->parent - may want to revisit and see if we really need to verify it earlier... CID 252
23:57.29 CIA-57 BRL-CAD: 03starseeker * r48368 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: (log message trimmed)
23:57.29 CIA-57 BRL-CAD: This one's a bit more interesting. Coverity doesn't think the tol->dist
23:57.29 CIA-57 BRL-CAD: comparison with the -1 settings of dist1 and dist2 is enough to guanantee a
23:57.29 CIA-57 BRL-CAD: continue in the bad case, and if that's so then next_fus->vp being check for
23:57.29 CIA-57 BRL-CAD: NULL earlier and then being used may imply a problem. I doubt we're getting
23:57.29 CIA-57 BRL-CAD: negative tolerances, but since the tol type is double it's not forbidden.
23:57.30 CIA-57 BRL-CAD: Rather than depend on the -1 comparison, set a control variable that will
IRC log for #brlcad on 20120111

IRC log for #brlcad on 20120111

00:21.22 CIA-57 BRL-CAD: 03starseeker * r48369 10/brlcad/trunk/src/conv/proe-g.c: Check for wmem before we start playing with matricies - if we don't have it, warn and ignore. CID 256
06:10.47 brlcad looks like gcc10 is down tonight
06:11.05 brlcad had to re-setup the entire build env on a diff host
06:11.13 brlcad ugh
06:11.31 brlcad run5 being scanned now
07:43.38 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:00.10 *** join/#brlcad cadman (~Adium@64.178.177.71)
09:16.51 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:48.35 CIA-57 BRL-CAD: 03indianlarry * r48370 10/brlcad/trunk/src/libged/ (make_pnts.c wdb_obj.c): Additional cleanup of cases where assignment made in 'if' conditional but variable never used. Relates to Coverity Run 5 CID 1704, 1705
09:51.24 CIA-57 BRL-CAD: 03indianlarry * r48371 10/brlcad/trunk/src/conv/step/ (EdgeCurve.cpp EdgeCurve.h Ellipse.cpp): Added initialization for all class fields in constructor. Relates to Run 5 CID 1975,1976,1979,1980.
10:24.04 CIA-57 BRL-CAD: 03indianlarry * r48372 10/brlcad/trunk/src/conv/step/ (11 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1934, 1977, 1984-97
10:39.05 CIA-57 BRL-CAD: 03indianlarry * r48373 10/brlcad/trunk/src/conv/step/ (5 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1937,1955,1956,1978
10:55.18 CIA-57 BRL-CAD: 03indianlarry * r48374 10/brlcad/trunk/src/conv/step/ (7 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1999,2000,2002-7,2009-10,2012-13
11:09.59 CIA-57 BRL-CAD: 03indianlarry * r48375 10/brlcad/trunk/src/conv/step/ (9 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 2008, 2011, 2019-20, 2022-33
12:04.34 CIA-57 BRL-CAD: 03indianlarry * r48376 10/brlcad/trunk/src/conv/step/Factory.cpp: Added check for NULL before calling method pointer resolving FORWARD_NULL issue from coverity. Relates to CIDs: 1840-43
12:36.43 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
12:36.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:53.44 CIA-57 BRL-CAD: 03starseeker * r48377 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: By this point in the code logic, myhit is actually completely moot - shouldn't be trying to log it at all. CID 245, 2055
14:01.11 CIA-57 BRL-CAD: 03starseeker * r48378 10/brlcad/trunk/src/conv/comgeom/cvt.c: We actually want to return if argv is NULL, not if it's true. CID 1771, 2057
14:05.44 CIA-57 BRL-CAD: 03starseeker * r48379 10/brlcad/trunk/src/libged/comb.c: Don't appear to need this lookup in the first place. CID 1702, 2056
14:09.56 CIA-57 BRL-CAD: 03starseeker * r48380 10/brlcad/trunk/src/conv/obj-g.c: Only try the nmg_km if we have fu - move the call inside the protection of the null check. CID 2058
14:23.46 CIA-57 BRL-CAD: 03starseeker * r48381 10/brlcad/trunk/src/fb/gif2fb.c: magic is bigger than Header.GH_Magic - we only want to memcpy the length of Header.GH_Magic. CID 2059
14:23.48 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
14:29.20 CIA-57 BRL-CAD: 03starseeker * r48382 10/brlcad/trunk/src/libged/red.c: Ah, right, goto means we could be skipping fclose. Don't want to do that. CID 2060
14:33.59 CIA-57 BRL-CAD: 03starseeker * r48383 10/brlcad/trunk/src/fb/pl-fb.c: Stray return left over from CID 127 cleanup. CID 2061
14:49.54 CIA-57 BRL-CAD: 03starseeker * r48384 10/brlcad/trunk/src/libged/bot_dump.c: Go ahead and check the fp before calling the write functions for bot_dump... CID 243
15:09.43 CIA-57 BRL-CAD: 03brlcad * r48385 10/brlcad/trunk/src/libbu/parallel.c: don't set ncpu to 1 if the method of detecting cpus fails. there may be alternate/additional methods available that can succeed. this prevents a DEADCODE condition reported by coerity (cov cid 160)
15:13.19 CIA-57 BRL-CAD: 03brlcad * r48386 10/brlcad/trunk/src/conv/g-nff.c: ws, style
15:14.04 CIA-57 BRL-CAD: 03brlcad * r48387 10/brlcad/trunk/src/conv/g-nff.c: wow, k&r main() but not the rest.
15:30.36 CIA-57 BRL-CAD: 03r_weiss * r48388 10/brlcad/trunk/src/conv/iges/ (check_names.c g-iges.c): Cleanup of iges-g and g-iges converters. Removed a possible race condition by using the 'access' function instead of 'stat'. Cleanup of logic for creating unique brlcad names.
15:37.26 CIA-57 BRL-CAD: 03n_reed * r48389 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: remove duplicated if test, CID 2055
15:46.12 CIA-57 BRL-CAD: 03indianlarry * r48390 10/brlcad/trunk/src/conv/step/ (EdgeCurve.cpp OrientedEdge.cpp): Added check for NULL before using entiry field to resolve FORWARD_NULL issue from coverity. Relates to CIDs: 1844-5
16:04.23 CIA-57 BRL-CAD: 03starseeker * r48391 10/brlcad/trunk/src/libpkg/pkg.c: service shouldn't be null with pkg_permserver - just check for it up front. CID 257
16:08.33 CIA-57 BRL-CAD: 03indianlarry * r48392 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Preprocessed out "dead_code", eventually remove but offers alternative to curve fitting method used for pullback. Should quell coverity scan CID 1838
16:08.46 CIA-57 BRL-CAD: 03r_weiss * r48393 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file 'nmg_mk.c' function 'nmg_demote_lu'. Fixed error when debug enabled when an element is referenced after freed.
16:12.43 CIA-57 BRL-CAD: 03starseeker * r48394 10/brlcad/trunk/src/libpkg/pkg.c: Check for null pc->pkc_buf - CID 258
16:27.46 CIA-57 BRL-CAD: 03starseeker * r48395 10/brlcad/trunk/src/irprep/ir-X.c: Don't fool around with this - if scanf fails and we have no file pointer, exit. CID 259
16:41.25 CIA-57 BRL-CAD: 03starseeker * r48396 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 260
16:43.11 CIA-57 BRL-CAD: 03n_reed * r48397 10/brlcad/trunk/src/conv/step/PCurveOrSurface.cpp: removed extra semicolons
16:44.01 CIA-57 BRL-CAD: 03r_weiss * r48398 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: Updated file 'nmg_extrude.c' function 'nmg_break_crossed_loops'. Removed potential use of 'pt' before it is initialized. Presently 'nmg_break_crossed_loops' is not being called.
16:51.44 CIA-57 BRL-CAD: 03r_weiss * r48399 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file 'nmg_mk.c' function 'nmg_demote_eu'. Removed potential of referencing an element after it is freed.
16:55.00 CIA-57 BRL-CAD: 03starseeker * r48400 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 261
16:58.10 CIA-57 BRL-CAD: 03starseeker * r48401 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 262
16:58.27 CIA-57 BRL-CAD: 03r_weiss * r48402 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Updated file 'nmg_bool.c' function 'nmg_booltree_leaf_tess'. Removed potential of referencing an uninitialized pointer.
17:05.28 CIA-57 BRL-CAD: 03r_weiss * r48403 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Updated funtion 'nmg_plot_fu' in file 'nmg_tri.c'. Removed an unused variable which was giving a coverity error of uninitialized.
17:12.14 CIA-57 BRL-CAD: 03starseeker * r48404 10/brlcad/trunk/src/lgt/do_options.c: Check for null svkey_fp - CID 263
17:20.07 CIA-57 BRL-CAD: 03starseeker * r48405 10/brlcad/trunk/src/lgt/reflect.c: Check for NULL lgt_entry. CID 264
17:29.38 CIA-57 BRL-CAD: 03starseeker * r48406 10/brlcad/trunk/src/libdm/dm-X.c: Make sure we have pt_prev before proceeding to use it - CID 265
17:33.13 CIA-57 BRL-CAD: 03starseeker * r48407 10/brlcad/trunk/src/libdm/dm-plot.c: Make sure we have pt_prev before proceeding to use it - CID 266
17:38.45 CIA-57 BRL-CAD: 03starseeker * r48408 10/brlcad/trunk/src/libdm/dm-tk.c: Make sure we have pt_prev before proceeding to use it - CID 267
17:41.18 CIA-57 BRL-CAD: 03brlcad * r48409 10/brlcad/trunk/src/libbu/convert.c: convert from manually trying to test the platform endian to using bu_byteorder(). this should take care of a coverity DEADCODE issue since it's not based on sizeof(). (cov cid 161)
17:41.36 CIA-57 BRL-CAD: 03starseeker * r48410 10/brlcad/trunk/src/libfb/fb_obj.c: If we get FBIO_NULL, return an error. CID 269
17:44.51 CIA-57 BRL-CAD: 03indianlarry * r48411 10/brlcad/trunk/src/conv/step/ (7 files): Added checks on known NULL returning functions to quell NULL_RETURNS issues from coverity. Relates to coverity CIDs Run 5 :1853-9
17:47.06 CIA-57 BRL-CAD: 03starseeker * r48412 10/brlcad/trunk/src/libfb/if_X.c: If we're going to check for ifp, don't do anything that might require ifp without the OK. Not entirely clear if there should be some failure case here, of the 'sliently ignore' behavior is preferred... CID 270
17:48.15 CIA-57 BRL-CAD: 03brlcad * r48413 10/brlcad/trunk/src/libbu/convert.c: eh, reduce. Endian isn't used other than to check if we're big endian so just eliminate the static altogether (which was a multithreading issue anyways). (cov cid 161)
17:53.25 CIA-57 BRL-CAD: 03starseeker * r48414 10/brlcad/trunk/src/libfb/if_X.c: is_linear means we don't have a cmp - in that case, don't try to use it. CID 271
17:56.23 CIA-57 BRL-CAD: 03n_reed * r48415 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: forgot to dereference counter pointer before increment, CID 97
18:00.43 CIA-57 BRL-CAD: 03starseeker * r48416 10/brlcad/trunk/src/libfb/if_mem.c: Check if file is NULL up front. CID 272
18:03.47 CIA-57 BRL-CAD: 03r_weiss * r48417 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' function 'main'. Coverity CID 1777. Changed the file name string to use vls strings instead of pointing back to the input arg list string.
18:09.19 CIA-57 BRL-CAD: 03starseeker * r48418 10/brlcad/trunk/src/libpkg/pkg.c: Don't do the PKC_ERROR cast - not correct.
18:21.23 CIA-57 BRL-CAD: 03brlcad * r48419 10/brlcad/trunk/src/libbu/convert.c: eliminate a DEADCODE condition reported by coverity since the logic will never be CV_D at this point in the code. (cov cid 162)
18:32.22 CIA-57 BRL-CAD: 03starseeker * r48420 10/brlcad/trunk/src/libged/bigE.c: Make sure we have eptr before trying to use it in the LEAF case. CID 273
18:37.12 CIA-57 BRL-CAD: 03starseeker * r48421 10/brlcad/trunk/src/libged/draw.c: Add a check for tsp not being NULL - CID 274
18:45.55 CIA-57 BRL-CAD: 03starseeker * r48422 10/brlcad/trunk/src/libged/bot_dump.c: Do some sanity checking on fp in data_dump. CID 275
18:50.21 CIA-57 BRL-CAD: 03starseeker * r48423 10/brlcad/trunk/src/libged/bot_split.c: Put the rt_db_put_internal call using dp inside the check for the NULL condition - safer. CID 276
18:52.55 CIA-57 BRL-CAD: 03brlcad * r48424 10/brlcad/trunk/src/libbu/parse.c: missing break statement on unimplemented switch case. fixes coverity MISSING_BREAK defect (cov cid 345).
19:04.46 CIA-57 BRL-CAD: 03starseeker * r48425 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Wrap the brep uses inside the null checks. CID 277-291
19:20.01 CIA-57 BRL-CAD: 03indianlarry * r48426 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Removed unused debug code causing coverity CID 2037.
19:22.09 CIA-57 BRL-CAD: 03starseeker * r48427 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: If the perplex template changes, we want to do a rebuild of the tools that use it.
19:28.10 CIA-57 BRL-CAD: 03starseeker * r48428 10/brlcad/trunk/src/other/perplex/scanner_template.c: Make sure we have buf before we void out buf->elts. Scanner template fix will impact all users of perplex - CID 1839
19:33.33 CIA-57 BRL-CAD: 03bob1961 * r48429 10/brlcad/trunk/src/libged/ (glob.c qray.c): To appease MGED when it doesn't have a database open, GED_OK needs to be returned when the qray or glob commands are called.
19:41.42 *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com)
19:55.46 CIA-57 BRL-CAD: 03bob1961 * r48430 10/brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: run 5, CID 2041. Removed the offending debug statement.
20:00.53 CIA-57 BRL-CAD: 03r_weiss * r48431 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' file to correct type errors. Coverity CID 1765.
20:13.55 CIA-57 BRL-CAD: 03indianlarry * r48432 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp:
20:13.57 CIA-57 BRL-CAD: Now getting last element in Std::List by using "data.segments.back()" (after
20:13.59 CIA-57 BRL-CAD: check to make sure list is not empty) instead of misusing iterator
20:13.59 CIA-57 BRL-CAD: "data.segments.end()" walking past the end of its container. Relates to Run 5
20:13.59 CIA-57 BRL-CAD: CID 1851.
20:30.05 CIA-57 BRL-CAD: 03r_weiss * r48433 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' to correct a bug where a null pointer could be dereferenced. Coverity CID 1739.
20:33.01 CIA-57 BRL-CAD: 03starseeker * r48434 10/brlcad/trunk/src/libdm/dm-ps.c: Make sure pt_prev isn't NULL before trying to use it - CID 267
20:35.15 CIA-57 BRL-CAD: 03bob1961 * r48435 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: run 5, CID 1929. Initialize a variable before it gets used (for covarity).
20:35.20 CIA-57 BRL-CAD: 03starseeker * r48436 10/brlcad/trunk/src/libged/wdb_bigE.c: Check eptr before we use it. CID 292
20:54.09 CIA-57 BRL-CAD: 03indianlarry * r48437 10/brlcad/trunk/src/conv/step/ (33 files): Reset stream "sticky" setting of std::Hex back to std::dec. Related to CIDs: 1884-1924.
20:54.26 CIA-57 BRL-CAD: 03starseeker * r48438 10/brlcad/trunk/src/libged/dg_obj.c: Don't do the tsp assignment unless we actually have tsp - CID 293
20:57.47 CIA-57 BRL-CAD: 03starseeker * r48439 10/brlcad/trunk/src/libged/ls.c: Make sure we have type before we call strlen - CID 294
21:08.45 CIA-57 BRL-CAD: 03starseeker * r48440 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Check fu_base before using it - Coverity thinks there's a path to get there that can have fu_base NULL. CID 295
21:10.36 CIA-57 BRL-CAD: 03indianlarry * r48441 10/brlcad/trunk/src/conv/step/NamedUnit.cpp: Added coverity suggested work-around for double-free of virtual base class memory in destructor by setting freed member to NULL. Relates to CIDs: 2042-53
21:10.38 CIA-57 BRL-CAD: 03n_reed * r48442 10/brlcad/trunk/src/libcursor/cursor.c: terminate potentially unterminated string, CID 108
21:11.09 CIA-57 BRL-CAD: 03starseeker * r48443 10/brlcad/trunk/src/libged/wdb_obj.c: Make sure type isn't null before calling strlen - CID 299
21:11.12 *** join/#brlcad DarkCalf (DC@173.231.40.98)
21:23.45 CIA-57 BRL-CAD: 03n_reed * r48444 10/brlcad/trunk/src/libpkg/pkg.c: terminate possibly unterminated strings, CID 109, CID 110
22:05.49 CIA-57 BRL-CAD: 03n_reed * r48445 10/brlcad/trunk/src/liborle/rle.c: always check returns from getc, CID 112, 115, 116
22:08.12 CIA-57 BRL-CAD: 03bob1961 * r48446 10/brlcad/trunk/src/libged/glob.c: Need to check gedp for NULL up front. If a database has not been opened return without complaint. Note - the command and it's args are in ged_result_str.
22:19.14 CIA-57 BRL-CAD: 03bob1961 * r48447 10/brlcad/trunk/ (include/bu.h src/libbu/CMakeLists.txt src/libbu/ctype.c): Added bu_str_isprint.
22:39.47 CIA-57 BRL-CAD: 03bob1961 * r48448 10/brlcad/trunk/src/conv/intaval/tgf-g.cpp: run 5, CID 1927, tainted string. Atleast check to make sure the string is not NULL and consists of printable characters.
22:40.40 CIA-57 BRL-CAD: 03bob1961 * r48449 10/brlcad/trunk/src/libbu/ctype.c: Tweak bu_str_isprint to return 0 for empty strings.
23:11.22 CIA-57 BRL-CAD: 03starseeker * r48450 10/brlcad/trunk/src/librt/prep.c: Make sure of tsp before we do something with it. CID 300
23:16.43 CIA-57 BRL-CAD: 03starseeker * r48451 10/brlcad/trunk/src/libbu/parse.c: Check parsetab before using it - CID 301
23:36.08 CIA-57 BRL-CAD: 03brlcad * r48452 10/brlcad/trunk/src/nirt/nirt.h: make nirt prompt only have one space after the prompt
23:50.39 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:51.44 CIA-57 BRL-CAD: 03brlcad * r48453 10/brlcad/trunk/ (9 files in 6 dirs):
23:51.44 CIA-57 BRL-CAD: refactor bu_list_path() and bu_count_path() into a new bu_dir_list() function
23:51.44 CIA-57 BRL-CAD: that performs both. returns the count now and optionally takes a pattern
23:51.44 CIA-57 BRL-CAD: (instead of a suffix) and conditionally handles all of the memory allocation for
23:51.45 CIA-57 BRL-CAD: the caller automatically. fixed a memory leak and off-by-one bug. documented
23:51.45 CIA-57 BRL-CAD: the new function and one caller in nirt accordingly. initiated in response to
23:51.46 CIA-57 BRL-CAD: RESOURCE_LEAK reported by coverity (cov cid 478).
23:59.06 CIA-57 BRL-CAD: 03starseeker * r48454 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Reworking of polycurve handling in revolve_brep.cpp - CID 306
IRC log for #brlcad on 20120112

IRC log for #brlcad on 20120112

00:02.33 CIA-57 BRL-CAD: 03starseeker * r48455 10/brlcad/trunk/src/librt/tree.c: No tsp, no use tsp. CID 307
00:10.52 CIA-57 BRL-CAD: 03starseeker * r48456 10/brlcad/trunk/src/mged/animedit.c: Coverity found a path that gets to this point in animedit with test_hold null - check for the null, but may be symptomatic of deeper issue. CID 309
00:12.52 CIA-57 BRL-CAD: 03brlcad * r48457 10/brlcad/trunk/src/libbu/fnmatch.c: initialize the checkfun callback even though we don't use it for sanity. coverity UNINIT (cid 1616).
00:13.27 CIA-57 BRL-CAD: 03starseeker * r48458 10/brlcad/trunk/src/mged/animedit.c: for good measure, check second usage.
00:21.02 CIA-57 BRL-CAD: 03starseeker * r48459 10/brlcad/trunk/src/mged/dodraw.c: Another check the tsp first case - CID 310
00:30.22 CIA-57 BRL-CAD: 03starseeker * r48460 10/brlcad/trunk/src/mged/ (CMakeLists.txt hideline.c): Remove hideline.c - function within it flagged by Coverity, no use of any code in file - CID 311
00:32.26 CIA-57 BRL-CAD: 03brlcad * r48461 10/brlcad/trunk/CMakeLists.txt: test for the mmsystem.h windows header so we can conditionalize on feature instead of platform.
00:32.31 *** join/#brlcad cadman (~Adium@64.178.177.71)
00:35.10 CIA-57 BRL-CAD: 03brlcad * r48462 10/brlcad/trunk/src/libbu/timer.c:
00:35.11 CIA-57 BRL-CAD: Restructure and cleanup. conditionalize on feature instead of platform and pull
00:35.11 CIA-57 BRL-CAD: the logging statement into a fall-back case so we'll know at compile-time if we
00:35.11 CIA-57 BRL-CAD: end up in an undefined state. handles coverity UNREACHABLE issue (cid 1669).
00:36.24 CIA-57 BRL-CAD: 03starseeker * r48463 10/brlcad/trunk/src/mged/setup.c: If interpreter is NULL, that's a Bad Thing - warn and return without trying anything fancy. CID 312
00:51.50 CIA-57 BRL-CAD: 03starseeker * r48464 10/brlcad/trunk/src/nirt/command.c: No rtip, no shoot - CID 313
00:52.24 CIA-57 BRL-CAD: 03brlcad * r48465 10/brlcad/trunk/src/libbu/test_htond.c: naive attempt to quell coverity DEADCODE warning (cid 1731). the sizeof() constant is expectedly causing unreachable code.
00:53.04 CIA-57 BRL-CAD: 03starseeker * r48466 10/brlcad/trunk/src/nirt/command.c: properly mark buffer and ctp as unused
00:59.06 CIA-57 BRL-CAD: 03starseeker * r48467 10/brlcad/trunk/src/proc-db/pipe.c: Don't call Make_name if we've got a sphere - CID 315
00:59.10 CIA-57 BRL-CAD: 03brlcad * r48468 10/brlcad/trunk/src/libbu/test_htond.c: try a lil harder, make len volatile
01:03.17 CIA-57 BRL-CAD: 03starseeker * r48469 10/brlcad/trunk/src/remrt/remrt.c: only try things with fp if it's not NULL - CID 317
01:19.40 CIA-57 BRL-CAD: 03starseeker * r48470 10/brlcad/trunk/ (NEWS src/shapes/coil.c): Fixed a crash condition in coil where the combination of the -S and -l options would result in an attempt to dereference a NULL variable. CID 318
01:21.33 CIA-57 BRL-CAD: 03brlcad * r48471 10/brlcad/trunk/src/libbu/vls.c:
01:21.33 CIA-57 BRL-CAD: fix for an off-by-one strncpy() error reported by coverity via OVERRUN_STATIC
01:21.33 CIA-57 BRL-CAD: check. my own bad even after numerous terrible refactorings. it was writing
01:21.33 CIA-57 BRL-CAD: one byte too many after the fbuf format buffer for long format strings. few
01:21.33 CIA-57 BRL-CAD: more iterations and might get it right eventually. (cid 1747)
01:22.14 CIA-57 BRL-CAD: 03brlcad * r48472 10/brlcad/trunk/src/libbu/vls.c: what's a few more bytes amongst friends
01:25.21 CIA-57 BRL-CAD: 03starseeker * r48473 10/brlcad/trunk/src/libged/wdb_obj.c: Can't report that wdbp is null to the interpreter when the data structure containing the pointer to the interpreter (wdbp) is null - just return TCL_ERROR. CID 1740
01:26.49 CIA-57 BRL-CAD: 03brlcad * r48474 10/brlcad/trunk/src/libbu/temp.c:
01:26.49 CIA-57 BRL-CAD: dereferencing the popped list value without actually checking if it's null
01:26.49 CIA-57 BRL-CAD: (although the loop iterator does this for us, so not technically an issue).
01:26.49 CIA-57 BRL-CAD: simplify the logic. should fix coverity REVERSE_INULL issue. (cov cid 1758)
01:36.26 CIA-57 BRL-CAD: 03brlcad * r48475 10/brlcad/trunk/src/libbu/test_htond.c: try a trivial quellage for coverity TAINTED_SCALAR issue. given the unit test is not standalone, though, it could use some improvement love or get removed. (cid 1767)
01:46.54 CIA-57 BRL-CAD: 03starseeker * r48476 10/brlcad/trunk/src/libged/edit.c: Correct test for subcmd.cmd - CID 1741
01:49.33 CIA-57 BRL-CAD: 03starseeker * r48477 10/brlcad/trunk/src/libged/png.c: more pt_prev checks - CID 1742
01:51.40 CIA-57 BRL-CAD: 03starseeker * r48478 10/brlcad/trunk/src/libged/ps.c: more pt_prev checks - CID 1743
01:54.27 CIA-57 BRL-CAD: 03starseeker * r48479 10/brlcad/trunk/src/rt/heatgraph.c: Check fbp for NULL - CID 1745
02:07.00 CIA-57 BRL-CAD: 03brlcad * r48480 10/brlcad/trunk/src/shapes/fence.c:
02:07.00 CIA-57 BRL-CAD: fixes for coverity FORWARD_NULL and RESOURCE_LEAK defects (cid 1848,1849,1878)
02:07.00 CIA-57 BRL-CAD: where we kept processing if a db operation failed. memory leak was a malloc()
02:07.00 CIA-57 BRL-CAD: that snuck past libbu memory allocation conversion reviews somehow.
05:08.54 *** join/#brlcad cadman (~Adium@64.178.177.71)
05:12.45 *** part/#brlcad cadman (~Adium@64.178.177.71)
05:15.12 *** join/#brlcad cadman (~Adium@64.178.177.71)
06:15.40 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
07:16.10 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:07.52 *** join/#brlcad merzo (~merzo@193.254.217.44)
11:22.04 CIA-57 BRL-CAD: 03indianlarry * r48481 10/brlcad/trunk/src/conv/step/ (11 files): Cleaned up coverity identified memory leaks. These relate to Run 6 CIDs: 1865-76.
12:22.54 starseeker O.o http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617613#119
13:45.16 CIA-57 BRL-CAD: 03n_reed * r48482 10/brlcad/trunk/src/fb/pp-fb.c: need to compare getchar return to EOF, CID 113
13:47.01 CIA-57 BRL-CAD: 03starseeker * r48483 10/brlcad/trunk/src/libged/wdb_bigE.c: Checking is pointless - eptr is always null in this case - CID 2063
13:51.45 CIA-57 BRL-CAD: 03starseeker * r48484 10/brlcad/trunk/src/libged/bigE.c: Checking is pointless - eptr is always null in this case - CID 2062
14:02.06 CIA-57 BRL-CAD: 03erikgreenwald * r48485 10/brlcad/trunk/src/conv/g-egg.c: move the argv test to after the advance. Cov1524
14:04.55 CIA-57 BRL-CAD: 03r_weiss * r48486 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' to remove potential of dereferencing a null pointer. Coverity CID 1739.
14:09.07 CIA-57 BRL-CAD: 03starseeker * r48487 10/brlcad/trunk/src/libged/edit.c: Make sure we have kp_v before we de-reference it - CID 1846
14:14.19 CIA-57 BRL-CAD: 03n_reed * r48488 10/brlcad/trunk/src/util/sun-pix.c: need to compare getc returns to EOF, CID 117
14:17.52 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:21.17 CIA-57 BRL-CAD: 03starseeker * r48489 10/brlcad/trunk/src/fb/gif2fb.c: Do the NULL check. CID 397
14:21.45 CIA-57 BRL-CAD: 03erikgreenwald * r48490 10/brlcad/trunk/src/burst/ui.c: close colorfile after reading it (resource leak Cov462)
14:23.36 CIA-57 BRL-CAD: 03erikgreenwald * r48491 10/brlcad/trunk/src/conv/fast4-g.c: close file after reading colors. Cov463
14:24.47 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:47.28 *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net)
14:47.33 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:52.42 CIA-57 BRL-CAD: 03bob1961 * r48492 10/brlcad/trunk/src/conv/intaval/tgf-g.cpp: Undo the last two commits because they didn't satisfy covarity. We have another lower level fix that should suffice.
15:04.18 CIA-57 BRL-CAD: 03n_reed * r48493 10/brlcad/trunk/src/vdeck/vdeck.c: check getchar return for EOF, and ensure dest string is not overrun, CID 118
15:05.04 CIA-57 BRL-CAD: 03erikgreenwald * r48494 10/brlcad/trunk/src/libged/view_obj.c: set default view pt. CID 1622
15:08.29 CIA-57 BRL-CAD: 03erikgreenwald * r48495 10/brlcad/trunk/src/libged/view_obj.c: initialize var. CID1621
15:12.51 CIA-57 BRL-CAD: 03erikgreenwald * r48496 10/brlcad/trunk/src/librt/shoot.c: zero out shootray status memory. Cov1627
15:14.54 CIA-57 BRL-CAD: 03erikgreenwald * r48497 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: zero out hit structs. Cov1626
15:16.36 CIA-57 BRL-CAD: 03erikgreenwald * r48498 10/brlcad/trunk/src/librt/bundle.c: zero out shootray status memory. Cov1624
15:22.08 CIA-57 BRL-CAD: 03brlcad * r48499 10/brlcad/trunk/src/libbu/test_htond.c: 48475 didn't fix it, revert
15:22.27 CIA-57 BRL-CAD: 03starseeker * r48500 10/brlcad/trunk/ (include/bu.h src/libbu/brlcad_path.c src/libbu/file.c): Wrap realpath/GetFullPathName logic into a bu routine for re-use in other locations - move it out of brlcad_path.c
15:22.30 CIA-57 BRL-CAD: 03erikgreenwald * r48501 10/brlcad/trunk/src/librt/vlist.c: Pull magic values out to ../src/librt/bundle.cdefines. Zero out all carg/carg memory. Cov1617
15:25.57 CIA-57 BRL-CAD: 03n_reed * r48502 10/brlcad/trunk/src/fb/gif-fb.c: s/==/=, CID 154
15:35.48 CIA-57 BRL-CAD: 03erikgreenwald * r48503 10/brlcad/trunk/src/librt/bundle.c: include string for memset
15:37.06 CIA-57 BRL-CAD: 03bob1961 * r48504 10/brlcad/trunk/src/irprep/shapefact.c: run 6, CID 1926, tainted scalar. Check upper and lower bound of loops. Also change loops and r to size_t instead of double.
15:44.57 CIA-57 BRL-CAD: 03n_reed * r48505 10/brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: remove unnecessary null check, CID 163
15:48.28 CIA-57 BRL-CAD: 03bob1961 * r48506 10/brlcad/trunk/src/librt/primitives/obj_vshot.c: run 6, CID 1850, infinite loop.
15:50.28 CIA-57 BRL-CAD: 03starseeker * r48507 10/brlcad/trunk/ (5 files in 2 dirs): rename to bu_realpath.
15:53.40 CIA-57 BRL-CAD: 03brlcad * r48508 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_htond.c): remove test_htond since it has a coverity issue and usage is not obvious given it requires some specific input fed via stdin.
15:58.54 CIA-57 BRL-CAD: 03bob1961 * r48509 10/brlcad/trunk/src/libdm/query.c: run 6, CID 1818, unreachable.
16:01.44 CIA-57 BRL-CAD: 03n_reed * r48510 10/brlcad/trunk/src/conv/comgeom/solid.c: prevent leak, remove dead free, CID 165
16:12.36 CIA-57 BRL-CAD: 03bob1961 * r48511 10/brlcad/trunk/src/shapes/window_frame.c: run 6, CID 1812, UNINIT.
16:16.53 CIA-57 BRL-CAD: 03bob1961 * r48512 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1811, UNINIT.
16:18.50 CIA-57 BRL-CAD: 03erikgreenwald * r48513 10/brlcad/trunk/src/librt/db5_io.c: test lenbuf after fread to verify an actual number is there before decoding the length. Cov1459
16:22.30 CIA-57 BRL-CAD: 03bob1961 * r48514 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1810, UNINIT.
16:27.02 CIA-57 BRL-CAD: 03bob1961 * r48515 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1809, UNINIT.
16:29.19 CIA-57 BRL-CAD: 03erikgreenwald * r48516 10/brlcad/trunk/src/librt/db5_io.c: test for possible overflow on pointer advance. Cov322
16:36.02 CIA-57 BRL-CAD: 03erikgreenwald * r48517 10/brlcad/trunk/src/librt/db5_io.c: force addr/phony to unsigned explicitely to avoid coverity warning about a possible negative later. CID 368
16:36.11 CIA-57 BRL-CAD: 03starseeker * r48518 10/brlcad/trunk/src/shapes/coil.c: Dead code - is_start is either true or it isn't. CID 1672
16:37.52 CIA-57 BRL-CAD: 03starseeker * r48519 10/brlcad/trunk/src/shapes/coil.c: Same deal - is_start is either true or false, so one of the two if conditions will return. CID 1673
16:45.14 CIA-57 BRL-CAD: 03bob1961 * r48520 10/brlcad/trunk/include/raytrace.h: Added RT_CURVATURE_INIT_ZERO.
16:46.26 CIA-57 BRL-CAD: 03bob1961 * r48521 10/brlcad/trunk/src/rt/rtshot.c: run 6, CID 1806, UNINIT.
16:48.43 CIA-57 BRL-CAD: 03n_reed * r48522 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: bad control logic, CID 167
16:50.41 CIA-57 BRL-CAD: 03erikgreenwald * r48523 10/brlcad/trunk/src/librt/db5_io.c: fix up handling of length reading. Cov1459.
16:53.16 CIA-57 BRL-CAD: 03erikgreenwald * r48524 10/brlcad/trunk/src/librt/db_scan.c: check return value of ftell. Cov369
16:54.36 CIA-57 BRL-CAD: 03bob1961 * r48525 10/brlcad/trunk/src/librt/bool.c: run 6, CID 1804/5, UNINIT.
16:58.30 CIA-57 BRL-CAD: 03erikgreenwald * r48526 10/brlcad/trunk/src/liboptical/photonmap.c: actually return on failed irradiance cache read instead of just reporting failure and attempting to continue...
17:06.50 CIA-57 BRL-CAD: 03erikgreenwald * r48527 10/brlcad/trunk/src/liboptical/photonmap.c: test I1 values. Cov1483
17:13.14 CIA-57 BRL-CAD: 03erikgreenwald * r48528 10/brlcad/trunk/src/librt/db_lookup.c: minor cleanup for readability. Explicitly cast char to long for hash (Cov1257)
17:13.50 CIA-57 BRL-CAD: 03bob1961 * r48529 10/brlcad/trunk/src/irprep/shapefact.c: clamp loops to UINT32_MAX.
17:23.39 CIA-57 BRL-CAD: 03starseeker * r48530 10/brlcad/trunk/src/irprep/shapefact.c: scanf failures are bad - if we aren't giving them another chance to enter info, exit instead of just printing an error.
17:25.57 CIA-57 BRL-CAD: 03bob1961 * r48531 10/brlcad/trunk/src/conv/g-vrml.c: run 6, CID 1762,3,4. SIZEOF_MISMATCH.
17:26.45 CIA-57 BRL-CAD: 03n_reed * r48532 10/brlcad/trunk/src/conv/asc/asc2g.c: missing break, CID 335
17:41.22 CIA-57 BRL-CAD: 03n_reed * r48533 10/brlcad/trunk/src/conv/iges/iges.c: replace multi-case switch with single if. CID 337
17:47.25 CIA-57 BRL-CAD: 03n_reed * r48534 10/brlcad/trunk/src/conv/nastran-g.c: missing break CID 338
17:50.24 CIA-57 BRL-CAD: 03erikgreenwald * r48535 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: remove test to see if nhits > MAX_HITS, as nhits is set to 0 before. Cov211
17:54.45 CIA-57 BRL-CAD: 03indianlarry * r48536 10/brlcad/trunk/src/libbu/ (mappedfile.c realpath.c): Attempt to fix most of the TAINTED_STRING issues. Currently only testing call to bu_realpath() in bu_open_mapped_file().
17:55.44 CIA-57 BRL-CAD: 03bob1961 * r48537 10/brlcad/trunk/src/liboptical/material.c: run 6, CID 1754, RESOURCE LEAK.
17:58.10 CIA-57 BRL-CAD: 03starseeker * r48538 10/brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: initialize the parser - CID 1933
17:58.25 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
17:58.38 CIA-57 BRL-CAD: 03erikgreenwald * r48539 10/brlcad/trunk/src/librt/primitives/bot/bot.c: bn_dist_pt2_lseg2 returns [-2,3], so cases 4 and 5 can never be reached. Comment them out for now. Cov354
18:00.19 CIA-57 BRL-CAD: 03erikgreenwald * r48540 10/brlcad/trunk/src/librt/primitives/bot/bot.c: comment out unused variables
18:02.24 CIA-57 BRL-CAD: 03bob1961 * r48541 10/brlcad/trunk/src/libged/color.c: run 6, CID 1753, RESOURCE LEAK.
18:04.08 CIA-57 BRL-CAD: 03n_reed * r48542 10/brlcad/trunk/src/conv/nmg/g-nmg.c: missing break CID 339
18:14.49 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:18.58 CIA-57 BRL-CAD: 03n_reed * r48543 10/brlcad/trunk/src/conv/patch/rpatch.c: fall-through from default case CID 340
18:19.26 CIA-57 BRL-CAD: 03erikgreenwald * r48544 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: add missing break Cov356
18:20.38 CIA-57 BRL-CAD: 03erikgreenwald * r48545 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: add missing break Cov355
18:20.51 CIA-57 BRL-CAD: 03starseeker * r48546 10/brlcad/trunk/src/other/lemon/lempar.c: do the check before using the index value, to avoid a possible negative index value - CID 1883
18:22.34 CIA-57 BRL-CAD: 03erikgreenwald * r48547 10/brlcad/trunk/src/util/pixdsplit.c: test argv before trying to open Cov1582
18:23.06 CIA-57 BRL-CAD: 03starseeker * r48548 10/brlcad/trunk/ (3 files in 3 dirs): Go ahead and depend on the template file when running lemon - it's usually static, but we just had a case where it WAS changed, so check in the future.
18:23.47 CIA-57 BRL-CAD: 03erikgreenwald * r48549 10/brlcad/trunk/src/util/pixdsplit.c: NULL -> '\0'
18:26.36 CIA-57 BRL-CAD: 03erikgreenwald * r48550 10/brlcad/trunk/src/util/dsp_add.c: stat after the open, hopefully avoiding the race condition. Cov1592
18:26.44 CIA-57 BRL-CAD: 03n_reed * r48551 10/brlcad/trunk/src/fb/fbzoom.c: fall-through from default case CID 341
18:35.30 *** join/#brlcad merzo (~merzo@69-227-133-95.pool.ukrtel.net)
18:37.40 CIA-57 BRL-CAD: 03starseeker * r48552 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free before returning null - CID 1873
18:39.51 CIA-57 BRL-CAD: 03brlcad * r48553 10/brlcad/trunk/src/libbu/mappedfile.c:
18:39.51 CIA-57 BRL-CAD: twice as long, but should be much more readable than the convoluted mess it was.
18:39.51 CIA-57 BRL-CAD: still room for improvement and several bits of replication but it should be
18:39.51 CIA-57 BRL-CAD: equivalent. consequently fixes a TOCTOU issue reported by coverity due to the
18:39.51 CIA-57 BRL-CAD: stat that was followed by a later open call. (cid 1587)
18:39.55 CIA-57 BRL-CAD: 03bob1961 * r48554 10/brlcad/trunk/src/libged/vdraw.c: run 6, CID 1752, OVERRUN STATIC.
18:42.05 *** join/#brlcad merzo (~merzo@98-201-201-46.pool.ukrtel.net)
18:45.53 CIA-57 BRL-CAD: 03indianlarry * r48555 10/brlcad/trunk/src/libged/ (make.c typein.c): Fixed case where sizeof(fastf_t **)should be sizeof(fastf_t *) as picked up by coverity. Resolves Run 6 CIDs: 1267-8.
18:49.55 *** join/#brlcad b0ef (~b0ef@241.194.251.212.customer.cdi.no)
18:50.17 CIA-57 BRL-CAD: 03erikgreenwald * r48556 10/brlcad/trunk/src/librt/primitives/bot/bot.c: change logical op to bitwise op for setting bit flags. Cov153
18:50.47 CIA-57 BRL-CAD: 03n_reed * r48557 10/brlcad/trunk/src/fb/pp-fb.c: remove unnecessary quit flag to get pure fall-through. CID 344
18:52.35 CIA-57 BRL-CAD: 03starseeker * r48558 10/brlcad/trunk/src/other/lemon/lempar.c: Make sure yyruleno is sane - CID 1860
19:17.38 *** join/#brlcad cadman (~Adium@64.178.177.71)
19:18.37 *** part/#brlcad cadman (~Adium@64.178.177.71)
19:19.03 *** join/#brlcad cadman (~Adium@64.178.177.71)
19:28.50 CIA-57 BRL-CAD: 03erikgreenwald * r48559 10/brlcad/trunk/src/libged/edit.c: coverity says this necessarily passes, so if0 it out. Cov1727
19:31.58 CIA-57 BRL-CAD: 03erikgreenwald * r48560 10/brlcad/trunk/src/librt/primitives/nmg/nmg.c: add test to verify that count > 0. Cov572
19:37.58 CIA-57 BRL-CAD: 03erikgreenwald * r48561 10/brlcad/trunk/src/librt/comb/db_comb.c: set string terminator Cov111
19:38.45 CIA-57 BRL-CAD: 03erikgreenwald * r48562 10/brlcad/trunk/src/librt/comb/db_comb.c: set string terminator Cov107
19:47.27 CIA-57 BRL-CAD: 03erikgreenwald * r48563 10/brlcad/trunk/src/conv/asc/asc2g.c: remove unreachable line Cov1667
19:48.54 CIA-57 BRL-CAD: 03erikgreenwald * r48564 10/brlcad/trunk/src/conv/g-acad.c: remove unreachable chunk (longjmp) Cov1668
19:54.31 brlcad hi cadman
19:56.01 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
19:56.35 CIA-57 BRL-CAD: 03erikgreenwald * r48565 10/brlcad/trunk/src/lgt/do_options.c: bump args by one to handle "! cmd" case. Stash the args ptr in case args is advanced and free it on exit. Cov399
19:58.34 CIA-57 BRL-CAD: 03erikgreenwald * r48566 10/brlcad/trunk/src/libged/get_solid_kp.c: if0 unreachable code out until pipe origin setting fixed. Cov78
19:59.43 CIA-57 BRL-CAD: 03erikgreenwald * r48567 10/brlcad/trunk/src/rttherm/ssampview.c: remove unreachable colorspace checking code. Cov1671
20:03.17 CIA-57 BRL-CAD: 03erikgreenwald * r48568 10/brlcad/trunk/src/mged/mged.c: if0 logging code out until it's re-enabled with optimized. Cov1670
20:07.42 CIA-57 BRL-CAD: 03erikgreenwald * r48569 10/brlcad/trunk/src/librt/comb/db_comb.c: oops, s/namebuf/name/
20:10.38 CIA-57 BRL-CAD: 03starseeker * r48570 10/brlcad/trunk/src/shapes/window_frame.c: Initialize some variables in window_frame.c CID 1814-1816
20:11.27 CIA-57 BRL-CAD: 03erikgreenwald * r48571 10/brlcad/trunk/ (include/raytrace.h src/librt/comb/db_comb.c): drop const since it's edited
20:13.39 CIA-57 BRL-CAD: 03brlcad * r48572 10/brlcad/trunk/src/libbu/convert.c: cast value to unsigned long before shift to avoid implicit sign extension. detected by converity SIGN_EXTENSION check (cid 1258).
20:16.33 CIA-57 BRL-CAD: 03starseeker * r48573 10/brlcad/trunk/src/util/pixuntile.c: Initialize FILE array. CID 1646
20:18.12 CIA-57 BRL-CAD: 03n_reed * r48574 10/brlcad/trunk/src/libged/clone.c: intentional fall-through, see if adding comment quiets issue CID 348
20:19.39 CIA-57 BRL-CAD: 03erikgreenwald * r48575 10/brlcad/trunk/ (include/raytrace.h src/librt/db_io.c): alter db_fwrite_external to remove const name
20:21.24 CIA-57 BRL-CAD: 03n_reed * r48576 10/brlcad/trunk/src/libged/comb.c: remove fall-through from default case CID 348
20:22.38 CIA-57 BRL-CAD: 03starseeker * r48577 10/brlcad/trunk/src/shapes/window.c: Initialize some variables - CID 1640-1644
20:24.05 CIA-57 BRL-CAD: 03brlcad * r48578 10/brlcad/trunk/src/libbu/parse.c:
20:24.05 CIA-57 BRL-CAD: we're setting the 32-bit or'd buffer value into a size_t so have to be careful
20:24.05 CIA-57 BRL-CAD: about implicit sign extension going from unsigned char to int for the shift to
20:24.05 CIA-57 BRL-CAD: size_t (unsigned). cast to size_t before the shift to keep it unsigned.
20:24.05 CIA-57 BRL-CAD: detected by coverity SIGN_EXTENSION check (cid 1259,1260,1261,1262).
20:26.14 CIA-57 BRL-CAD: 03n_reed * r48579 10/brlcad/trunk/src/libged/combmem.c: missing breaks. CID 349, CID 350
20:28.54 CIA-57 BRL-CAD: 03starseeker * r48580 10/brlcad/trunk/src/shapes/handle.c: Initialize some varibles in handle - CID 1635-1639
20:32.20 CIA-57 BRL-CAD: 03erikgreenwald * r48581 10/brlcad/trunk/ (3 files in 3 dirs): undo the const dropping
20:33.02 CIA-57 BRL-CAD: 03n_reed * r48582 10/brlcad/trunk/src/libged/put_comb.c: remove fall-through from default case CID 351
20:37.51 CIA-57 BRL-CAD: 03starseeker * r48583 10/brlcad/trunk/src/rt/viewray.c: Initialize some vect_t variables. CID 1634
20:38.52 CIA-57 BRL-CAD: 03brlcad * r48584 10/brlcad/trunk/misc/enigma/enigma.c: fix coverity reported BUFFER_SIZE_WARNING complaining about strncpy being used without ensuring nul termination. terminate and done. (cid 106)
20:40.15 CIA-57 BRL-CAD: 03n_reed * r48585 10/brlcad/trunk/src/libged/wdb_obj.c: remove fall-through from default case. CID 353
20:44.39 CIA-57 BRL-CAD: 03bob1961 * r48586 10/brlcad/trunk/src/libfft/ifftc.c: run 6, CID 1769, TAINTED SCALAR.
20:45.44 CIA-57 BRL-CAD: 03brlcad * r48587 10/brlcad/trunk/misc/enigma/enigma.c: crypt() manpage says it will return 13 or 30 bytes plus nul terminator, so make the buffers bigger.
20:45.50 CIA-57 BRL-CAD: 03bob1961 * r48588 10/brlcad/trunk/src/libfft/fftc.c: run 6, CID 1768, TAINTED SCALAR.
20:48.20 CIA-57 BRL-CAD: 03erikgreenwald * r48589 10/brlcad/trunk/src/librt/comb/db_comb.c: set terminators on strings after NAMEMOVE
20:50.49 CIA-57 BRL-CAD: 03erikgreenwald * r48590 10/brlcad/trunk/src/libged/get_solid_kp.c: comment out unused vars
20:52.15 CIA-57 BRL-CAD: 03n_reed * r48591 10/brlcad/trunk/misc/enigma/enigma.c: typo
20:56.22 CIA-57 BRL-CAD: 03erikgreenwald * r48592 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: bomb on bad face calc. Cov1835
20:58.02 CIA-57 BRL-CAD: 03starseeker * r48593 10/brlcad/trunk/src/conv/intaval/read_dra.cpp: Make sure form.id doesn't end up uninitialized - CID 1610
20:59.59 CIA-57 BRL-CAD: 03indianlarry * r48594 10/brlcad/trunk/src/libpc/pcVariable.h: std::list:erase() returns next iterator or list::end() so removed increment on erase parameter and assigned instead. Relates to Run 6 CID 333.
21:06.58 CIA-57 BRL-CAD: 03starseeker * r48595 10/brlcad/trunk/src/mged/mged.c: Turn of the variables - we aren't using them.
21:08.53 CIA-57 BRL-CAD: 03r_weiss * r48596 10/brlcad/trunk/src/libged/nmg_simplify.c: Rewrote function 'ged_nmg_simplify'. Coverity CID 199.
21:09.06 CIA-57 BRL-CAD: 03starseeker * r48597 10/brlcad/trunk/src/ (10 files in 7 dirs): Use the VINIT_ZERO define and friends.
21:15.54 CIA-57 BRL-CAD: 03bob1961 * r48598 10/brlcad/trunk/src/libged/move_arb_edge.c: run 6, CID 412, OVERRUN STATIC.
21:17.16 CIA-57 BRL-CAD: 03n_reed * r48599 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: missing breaks. CID 359
21:17.21 CIA-57 BRL-CAD: 03starseeker * r48600 10/brlcad/trunk/src/rt/rtscale.c: initialize new_min and new_max - CID 1631, 1632
21:27.46 CIA-57 BRL-CAD: 03n_reed * r48601 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: missing breaks. CID 361, CID 362
21:32.46 CIA-57 BRL-CAD: 03n_reed * r48602 10/brlcad/trunk/src/mged/edsol.c: missing break. CID 363
21:34.22 CIA-57 BRL-CAD: 03brlcad * r48603 10/brlcad/trunk/src/rt/do.c: rewrite the snippet of code in rt that detects a partial result in order to avoid a time-of-call, time-of-use race condition. (cov 1591)
21:38.42 CIA-57 BRL-CAD: 03n_reed * r48604 10/brlcad/trunk/src/util/asc-pl.c: missing breaks. CID 364
21:40.42 CIA-57 BRL-CAD: 03brlcad * r48605 10/brlcad/trunk/src/rt/do.c: whoa nelly, fix them errors on the right side
21:54.51 CIA-57 BRL-CAD: 03r_weiss * r48606 10/brlcad/trunk/src/libged/nmg_simplify.c: Update to function 'ged_nmg_simplify'. Improved success of ARB and TGC simplification.
21:56.28 CIA-57 BRL-CAD: 03OStaceyrtzs 07http://brlcad.org * r3267 10/wiki/Questions_to_ask_Before_Buying_the_Kindle_Device: New page: Truly does the [http://www.squidoo.com/where_to_buy_amazon_kindle Purchase Kindle] have all the features you are searching for within a ebook reader? Continue reading to make a decision if...
IRC log for #brlcad on 20120113

IRC log for #brlcad on 20120113

00:34.28 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
00:36.31 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
01:00.34 *** join/#brlcad CIA-130 (~CIA@cia.atheme.org)
01:17.43 CIA-130 BRL-CAD: 03starseeker * r48607 10/brlcad/trunk/src/mged/polyif.c: Initialize the point count variable - CID 156
01:20.31 CIA-130 BRL-CAD: 03starseeker * r48608 10/brlcad/trunk/src/mged/edsol.c: Initialize vectors - CID 1629
01:35.14 CIA-130 BRL-CAD: 03starseeker * r48609 10/brlcad/trunk/src/mged/edarb.c: instead of just continuing, initialize any tarb.pt entries that aren't set by the primary permutation entries. CID 1628
01:36.48 CIA-130 BRL-CAD: 03starseeker * r48610 10/brlcad/trunk/src/libged/ypr.c: initialize pt CID 1620
01:38.27 CIA-130 BRL-CAD: 03r_weiss * r48611 10/brlcad/trunk/src/libged/ (move_arb_edge.c wdb_obj.c): Updated functions 'wdb_move_arb_edge_cmd' and 'ged_move_arb_edge'. Coverity CID 411, 412 and 418.
01:51.29 CIA-130 BRL-CAD: 03starseeker * r48612 10/brlcad/trunk/src/mged/edarb.c: use VSETALL.
01:53.03 CIA-130 BRL-CAD: 03starseeker * r48613 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize top_pl - CID 1618
01:57.06 CIA-130 BRL-CAD: 03starseeker * r48614 10/brlcad/trunk/src/rt/rtshot.c: initialize cur - CID 1615
01:59.21 CIA-130 BRL-CAD: 03starseeker * r48615 10/brlcad/trunk/src/fbserv/fbserv.c: initialize namelen - CID 1614
02:08.50 CIA-130 BRL-CAD: 03starseeker * r48616 10/brlcad/trunk/src/vfont/getfont.c:
02:08.50 CIA-130 BRL-CAD: Initialize width and height, but this is actually a complex structure...
02:08.50 CIA-130 BRL-CAD: curious, why not have getfont return a pointer that can be checked for NULL,
02:08.50 CIA-130 BRL-CAD: instead of the entire struct? Need second option on what to do about
02:08.50 CIA-130 BRL-CAD: initializing this 'properly'... CID 1613
02:11.00 CIA-130 BRL-CAD: 03starseeker * r48617 10/brlcad/trunk/src/conv/stl/stl-g.c: initialize tmp_face - CID 1612
02:12.13 CIA-130 BRL-CAD: 03starseeker * r48618 10/brlcad/trunk/src/conv/proe-g.c: Initialize tmp_face - CID 1611
02:14.12 CIA-130 BRL-CAD: 03starseeker * r48619 10/brlcad/trunk/src/conv/iges/recsize.c: Initialize length array - CID 1609
02:17.11 CIA-130 BRL-CAD: 03starseeker * r48620 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize pt1 and pt2 - CID 1608
02:18.12 CIA-130 BRL-CAD: 03starseeker * r48621 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize pt1 and pt2 - CID 1604
02:22.24 CIA-130 BRL-CAD: 03starseeker * r48622 10/brlcad/trunk/src/burst/ui.c: Don't use cmdfile uninitialized. CID 1602
02:24.39 CIA-130 BRL-CAD: 03starseeker * r48623 10/brlcad/trunk/src/burst/ui.c: Don't use cmdfile uninitialized. CID 1601
02:26.44 CIA-130 BRL-CAD: 03starseeker * r48624 10/brlcad/trunk/src/anim/anim_lookat.c: Initialize vect_t variables - CID 1600
02:29.15 CIA-130 BRL-CAD: 03starseeker * r48625 10/brlcad/trunk/src/anim/anim_keyread.c: initialize variables = CID 1599
02:30.36 CIA-130 BRL-CAD: 03starseeker * r48626 10/brlcad/trunk/src/anim/anim_cascade.c: initialize vect_t variables - CID 1598
02:50.40 starseeker thinks the first step for review should be to default set the impact of some categories of bugs...
02:51.02 starseeker is looking over his categorizations and realizes he didn't do it right...
02:51.05 starseeker oops
02:57.17 CIA-130 BRL-CAD: 03starseeker * r48627 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: Free malloced memory if we're erroring out - CID 464
03:03.01 CIA-130 BRL-CAD: 03starseeker * r48628 10/brlcad/trunk/src/liboptical/photonmap.c: Yow. Whole lotta places we can lose FH - add fclose calls. CID 2065
03:50.52 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:55.32 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
03:55.43 brlcad run 8 being uploaded now
03:59.26 starseeker is done committing for the night anyhow :-)
03:59.53 starseeker will be interesting to see what the final count is
05:14.42 *** join/#brlcad DarkCalff (DC@173.231.40.98)
08:05.44 *** join/#brlcad merzo (~merzo@193.254.217.44)
09:35.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:05.41 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
11:52.17 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:29.13 starseeker pokes CIA-130
14:21.50 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
16:06.32 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:06.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:29.49 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:29.49 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:44.27 CIA-130 BRL-CAD: 03indianlarry * r48629 10/brlcad/trunk/src/ (21 files in 5 dirs): Fix to remaining tainted strings. Relates to Run 8 CIDs 1517,1545-7,1553,1560,1570-85
17:48.23 CIA-130 BRL-CAD: 03starseeker * r48630 10/brlcad/trunk/src/util/pixclump.c: Close fp before it goes out of scope - CID 512
17:48.28 CIA-130 BRL-CAD: 03starseeker * r48631 10/brlcad/trunk/src/util/pix3filter.c: Free working_name on error cases. CID 511
17:49.02 CIA-130 BRL-CAD: 03starseeker * r48632 10/brlcad/trunk/src/util/pix-alias.c: We malloced it - free it. CID 510
17:49.40 CIA-130 BRL-CAD: 03brlcad * r48633 10/brlcad/trunk/src/rt/do.c: quell unused warning
17:51.26 CIA-130 BRL-CAD: 03starseeker * r48634 10/brlcad/trunk/src/tab/tabinterp.c: make sure goto out also closes the fp. CID 509
17:53.52 CIA-130 BRL-CAD: 03starseeker * r48635 10/brlcad/trunk/src/rt/read-rtlog.c: Make sure we fclose the file before returning with an error condition - CID 508
17:54.02 CIA-130 BRL-CAD: 03starseeker * r48636 10/brlcad/trunk/src/remrt/remrt.c: remember to fclose - CID 507
17:55.38 CIA-130 BRL-CAD: 03starseeker * r48637 10/brlcad/trunk/src/remrt/remrt.c: remember to fclose - CID 506
17:57.33 CIA-130 BRL-CAD: 03starseeker * r48638 10/brlcad/trunk/src/mged/tedit.c: remember to fclose when erroring out - CID 504
17:57.52 CIA-130 BRL-CAD: 03starseeker * r48639 10/brlcad/trunk/src/mged/history.c: remember to fclose when erroring out - CID 503
17:57.55 CIA-130 BRL-CAD: 03starseeker * r48640 10/brlcad/trunk/src/mged/clone.c: remember to fclose when erroring out - CID 502
18:00.01 CIA-130 BRL-CAD: 03starseeker * r48641 10/brlcad/trunk/src/libicv/rot.c: remember to fclose - CID 499
18:02.14 CIA-130 BRL-CAD: 03starseeker * r48642 10/brlcad/trunk/src/libged/tree.c: remember to fclose when erroring out - CID 498
18:09.43 CIA-130 BRL-CAD: 03starseeker * r48643 10/brlcad/trunk/src/libged/saveview.c: remember to fclose when erroring out - CID 497
18:10.25 CIA-130 BRL-CAD: 03starseeker * r48644 10/brlcad/trunk/src/libged/loadview.c: remember to fclose when erroring out - CID 494
18:10.46 CIA-130 BRL-CAD: 03starseeker * r48645 10/brlcad/trunk/src/libged/edmater.c: Close, then handle errors - CID 493
18:11.07 CIA-130 BRL-CAD: 03starseeker * r48646 10/brlcad/trunk/src/libged/edcodes.c: Close, then handle errors - CID 492
18:11.08 CIA-130 BRL-CAD: 03bob1961 * r48647 10/brlcad/trunk/src/libged/vdraw.c: run 8, CID 1737, DEADCODE.
18:11.27 CIA-130 BRL-CAD: 03starseeker * r48648 10/brlcad/trunk/src/libged/rcodes.c: Close fp - CID 491
18:11.28 CIA-130 BRL-CAD: 03starseeker * r48649 10/brlcad/trunk/src/libged/dg_obj.c: remember to fclose when erroring out - CID 490
18:11.29 CIA-130 BRL-CAD: 03n_reed * r48650 10/brlcad/trunk/src/util/azel.c: remove fall-through from break, CID 366
18:11.31 CIA-130 BRL-CAD: 03starseeker * r48652 10/brlcad/trunk/src/libged/dg_obj.c: Don't try to fopen an output file if fdout is already non-NULL (presumably this happens if multiple -o options are passed...) - CID 490
18:11.42 CIA-130 BRL-CAD: 03n_reed * r48651 10/brlcad/trunk/src/util/dbcp.c: missing break. CID 367
18:11.43 CIA-130 BRL-CAD: 03bob1961 * r48653 10/brlcad/trunk/src/libged/vdraw.c: run 8, CID 1751, OVERRUN STATIC.
18:11.44 CIA-130 BRL-CAD: 03brlcad * r48654 10/brlcad/trunk/ (NEWS src/fb/gif2fb.c): looks like there's an off-by-one error in gif2fb, reported by coverity OVERRUN_STATIC check (cid 2059), that should result in a segfault if we attempted to convert a tall non-interlaced image.
18:11.45 CIA-130 BRL-CAD: 03starseeker * r48655 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free parent when erroring out - CID 488
18:11.46 CIA-130 BRL-CAD: 03bob1961 * r48656 10/brlcad/trunk/src/libged/get_solid_kp.c: run 8, CID 1736, DEADCODE.
18:11.48 CIA-130 BRL-CAD: 03starseeker * r48657 10/brlcad/trunk/src/libged/bot_dump.c: remember to fclose when erroring out - CID 487
18:11.49 CIA-130 BRL-CAD: 03n_reed * r48658 10/brlcad/trunk/src/conv/fast4-g.c: unchecked return from ftell CID 373
18:12.20 CIA-130 BRL-CAD: 03bob1961 * r48659 10/brlcad/trunk/src/libged/comb_std.c: run 8, CID 1735, DEADCODE.
18:12.21 CIA-130 BRL-CAD: 03starseeker * r48660 10/brlcad/trunk/src/libfb/tcl.c: Free before return - CID 486
18:12.54 CIA-130 BRL-CAD: 03indianlarry * r48662 10/brlcad/trunk/src/conv/step/MeasureValue.cpp: Added initializers accidently skipped in initial fix. Relates to Run 8 CIDs 1987 1989
18:12.54 CIA-130 BRL-CAD: 03bob1961 * r48661 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 1734, DEADCODE.
18:13.03 CIA-130 BRL-CAD: 03starseeker * r48663 10/brlcad/trunk/src/libfb/if_X.c: free what has been successfully calloced on error - CID 483
18:13.03 CIA-130 BRL-CAD: 03n_reed * r48664 10/brlcad/trunk/src/conv/stl/g-stl.c: using fd after open fails. CID 374
18:13.07 CIA-130 BRL-CAD: 03bob1961 * r48665 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 1733, DEADCODE.
18:13.36 CIA-130 BRL-CAD: 03r_weiss * r48666 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file nmg_mk.c functions nmg_kvu nmg_kfu nmg_klu nmg_ks nmg_kr nmg_km nmg_jv nmg_keu. Removed coverity 'use after free' errors. CIDs 1823-1832.
18:13.42 CIA-130 BRL-CAD: 03erikgreenwald * r48667 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: log what should be an unreachable point and add a break at the end of the case. Cov358
18:13.44 CIA-130 BRL-CAD: 03indianlarry * r48668 10/brlcad/trunk/src/libpc/pcVariable.h: Didn't interpret coverity issue last time submitted. Actually needed to add check for list::end() before using after the the loop to std::list:erase() elements. Relates to Run 8 CID 333.
18:13.58 CIA-130 BRL-CAD: 03erikgreenwald * r48669 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: remove double-frees. Cov2070
18:14.19 CIA-130 BRL-CAD: 03brlcad * r48670 10/brlcad/trunk/src/libbu/parse.c:
18:14.19 CIA-130 BRL-CAD: looks like there are a few more SIGN_EXTENSION defects being reported by
18:14.19 CIA-130 BRL-CAD: coverity. same problem, where we were loosing range on buffer values greater
18:14.19 CIA-130 BRL-CAD: than 0x7FFFFFFF (which probably would have led to instability on crazy-large
18:14.19 CIA-130 BRL-CAD: structures (approaching 32-bit limit). unlikely an issue, but real bug
18:14.19 CIA-130 BRL-CAD: nonetheless.
18:14.20 CIA-130 BRL-CAD: 03erikgreenwald * r48671 10/brlcad/trunk/src/rttherm/ssampview.c: comment out useless assign until tcl arg is fixed. Cov1713
18:14.29 CIA-130 BRL-CAD: 03erikgreenwald * r48672 10/brlcad/trunk/src/rttherm/ssampview.c: comment out useless assign until tcl arg is fixed. Cov1714
18:14.29 CIA-130 BRL-CAD: 03n_reed * r48673 10/brlcad/trunk/src/fb/gif2fb.c: unchecked error return. CID 375
18:14.29 CIA-130 BRL-CAD: 03bob1961 * r48674 10/brlcad/trunk/src/libged/edit.c: run 8, CID 1727, CONSTANT EXPRESSION RESULT.
18:14.40 CIA-130 BRL-CAD: 03brlcad * r48675 10/brlcad/trunk/src/rttherm/ssampview.c: remove dead code
18:14.41 CIA-130 BRL-CAD: 03bob1961 * r48676 10/brlcad/trunk/src/libged/edit.c: run 8, CID 1727, CONSTANT EXPRESSION RESULT, part 2
18:14.42 CIA-130 BRL-CAD: 03r_weiss * r48677 10/brlcad/trunk/src/librt/primitives/ars/ars.c: Updated file ars.c function rt_ars_import4. Fixed a coverity 'sizeof mismatch' error. CID 1269.
18:14.53 CIA-130 BRL-CAD: 03brlcad * r48679 10/brlcad/trunk/src/conv/iges/makegroup.c: UNUSED_VALUE detected by coverity. returned matrix isn't used. (cid 1690)
18:14.53 CIA-130 BRL-CAD: 03brlcad * r48678 10/brlcad/trunk/src/conv/iges/trimsurf.c: unused edgeuse, reported by Coverity in UNUSED_VALUE check (cid 1689)
18:14.54 CIA-130 BRL-CAD: 03brlcad * r48680 10/brlcad/trunk/src/conv/nastran-g.c: the first ptr is obviously not reused (strtok() is stateful), so quell the UNUSED_VALUE coverity report by not staching the value. (cid 1691)
18:14.55 CIA-130 BRL-CAD: 03n_reed * r48681 10/brlcad/trunk/src/fbed/fbed.c: unchecked EOF return. CID 376
18:14.56 CIA-130 BRL-CAD: 03brlcad * r48682 10/brlcad/trunk/src/conv/nmg/asc-nmg.c: faceuse is never used, fixes UNUSED_VALUE coverity issue (cid 1692)
18:15.05 CIA-130 BRL-CAD: 03r_weiss * r48683 10/brlcad/trunk/src/rt/viewarea.c: Updated file viewarea.c function increment_assembly_counter. Fixed a coverity 'reverse inull' error. CID 570.
18:16.02 CIA-130 BRL-CAD: 03n_reed * r48684 10/brlcad/trunk/src/fbed/fbed.c: avoid using negative index. CID 377
18:16.07 CIA-130 BRL-CAD: 03bob1961 * r48685 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 191, DEADCODE.
18:16.08 CIA-130 BRL-CAD: 03starseeker * r48686 10/brlcad/trunk/src/libfb/fb_generic.c: Free memory - CID 481
18:16.15 CIA-130 BRL-CAD: 03starseeker * r48687 10/brlcad/trunk/src/lgt/texture.c: close iconfp on error - CID 477
18:16.15 CIA-130 BRL-CAD: 03starseeker * r48688 10/brlcad/trunk/src/gtools/remapid.c: close the file pointer - CID 471
18:16.16 CIA-130 BRL-CAD: 03starseeker * r48689 10/brlcad/trunk/src/fbed/fbed.c: close file pointer - CID 469
18:16.17 CIA-130 BRL-CAD: 03bob1961 * r48691 10/brlcad/trunk/src/libged/get_obj_bounds.c: run 8, CID 192, DEADCODE.
18:16.26 CIA-130 BRL-CAD: 03starseeker * r48690 10/brlcad/trunk/src/fbed/fbed.c: close file pointer - CID 468
18:16.36 CIA-130 BRL-CAD: 03n_reed * r48693 10/brlcad/trunk/src/gtools/remapid.c: unhandled EOF returns. CID 378, 379
18:16.36 CIA-130 BRL-CAD: 03brlcad * r48692 10/brlcad/trunk/src/conv/tankill/tankill-g.c: attempt to quell UNUSED_VALUE detected by coverity (cid 1693)
18:16.37 CIA-130 BRL-CAD: 03starseeker * r48694 10/brlcad/trunk/src/fb/spm-fb.c: Free scanline - CID 467
18:16.42 CIA-130 BRL-CAD: 03bob1961 * r48695 10/brlcad/trunk/src/librt/binunif/binunif.c: run 8, CID 193, DEADCODE.
18:16.47 CIA-130 BRL-CAD: 03starseeker * r48703 10/brlcad/trunk/src/fb/fbgammamod.c: Several memory issues in fbgammamod - CID 465-466
18:16.47 CIA-130 BRL-CAD: 03indianlarry * r48701 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): remaining constructor initialization issues turned up by coverity. Run 8 CIDs: 1648-51,1662
18:16.48 CIA-130 BRL-CAD: 03erikgreenwald * r48705 10/brlcad/trunk/src/mged/animedit.c: minor casting fixes
18:16.56 CIA-130 BRL-CAD: 03erikgreenwald * r48700 10/brlcad/trunk/src/mged/animedit.c: type size fix (struct directory*, not struct directory**). Cov1271
18:16.56 CIA-130 BRL-CAD: 03n_reed * r48702 10/brlcad/trunk/src/lgt/octree.c: unchecked return from ftell. CID 380
18:16.56 CIA-130 BRL-CAD: 03erikgreenwald * r48697 10/brlcad/trunk/src/conv/off/g-off.c: type size fix (int, not int*). Cov1264
18:17.03 CIA-130 BRL-CAD: 03brlcad * r48696 10/brlcad/trunk/src/fb/cmap-fb.c: the last one isn't used. UNUSED_VALUE reported from coverity (cid 1694)
18:17.13 CIA-130 BRL-CAD: 03bob1961 * r48699 10/brlcad/trunk/src/libged/eac.c: run 8, CID 197, DEADCODE.
18:17.21 CIA-130 BRL-CAD: 03erikgreenwald * r48704 10/brlcad/trunk/src/mged/animedit.c: type size fix (struct directory*, not struct directory**). Cov1270
18:17.21 CIA-130 BRL-CAD: 03brlcad * r48698 10/brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: no need to make a model, not used (cid 1706).
18:17.40 CIA-130 BRL-CAD: 03erikgreenwald * r48708 10/brlcad/trunk/src/conv/cy-g.c: fastf_t** -> fastf_t* in sizeof. Cov1263
18:18.59 CIA-130 BRL-CAD: 03erikgreenwald * r48707 10/brlcad/trunk/src/proc-db/contours.c: pull npts check outside of for loop. Add upper limit test.
18:19.15 CIA-130 BRL-CAD: 03brlcad * r48706 10/brlcad/trunk/src/burst/ui.c: if reading input fails, then cmdfp will be unset and passed to fclose(). fixed. detected by coverity UNINIT check
18:19.21 CIA-130 BRL-CAD: 03brlcad * r48709 10/brlcad/trunk/src/conv/iges/trimsurf.c: the vertex use ends up being used too, remove it. looks like copy-paste from another function.
18:19.48 CIA-130 BRL-CAD: 03erikgreenwald * r48714 10/brlcad/trunk/src/vdeck/vdeck.c: cast sizeof() to size_t? Cov1272
18:19.49 CIA-130 BRL-CAD: 03bob1961 * r48713 10/brlcad/trunk/src/libged/plot.c: run 8, CID 200, DEADCODE.
18:19.53 CIA-130 BRL-CAD: 03brlcad * r48717 10/brlcad/trunk/src/mged/bodyio.c: ws/indent. previous commit (r48712) message to bodyio.c should have also said that it fixed a time-of-call, time-of-use race condition detected by coverity TOCTOU check. (cid 1590)
18:19.59 CIA-130 BRL-CAD: 03brlcad * r48712 10/brlcad/trunk/src/mged/bodyio.c: it's a function, not a macro
18:19.59 CIA-130 BRL-CAD: 03erikgreenwald * r48710 10/brlcad/trunk/src/gtools/beset/population.c: char** -> char* in sizeof. Cov1265
18:20.22 CIA-130 BRL-CAD: 03starseeker * r48715 10/brlcad/trunk/src/conv/euclid/euclid-g.c: Bounds check reg_id (somewhat more liberal than the function itself on allowable region id values - something to look into later.) CID 1766
18:20.22 CIA-130 BRL-CAD: 03erikgreenwald * r48711 10/brlcad/trunk/src/gtools/beset/population.c: char* -> char in sizeof. Cov1266
18:20.22 CIA-130 BRL-CAD: 03bob1961 * r48716 10/brlcad/trunk/src/libged/wdb_comb_std.c: run 8, CID 203, DEADCODE.
18:20.25 CIA-130 BRL-CAD: 03bob1961 * r48720 10/brlcad/trunk/src/libged/wdb_comb_std.c: run 8, CID 204, DEADCODE.
18:20.26 CIA-130 BRL-CAD: 03brlcad * r48719 10/brlcad/trunk/src/libpkg/pkg.c:
18:20.27 CIA-130 BRL-CAD: address a race condition time-of-call, time-of-use issue detected by coverity
18:20.29 CIA-130 BRL-CAD: TOCTOU check (cid 1589) whereby the file we stat might not be the file we open.
18:20.30 CIA-130 BRL-CAD: swap the order so we still get our stat data but reusing the file that was
18:20.31 CIA-130 BRL-CAD: opened.
18:20.32 CIA-130 BRL-CAD: 03erikgreenwald * r48718 10/brlcad/trunk/src/conv/nmg/asc-nmg.c: verify vertex number. Cov1468 and 324
18:21.27 CIA-130 BRL-CAD: 03brlcad * r48721 10/brlcad/trunk/src/other/tnt/tnt_array1d.h: fix a leak detected by coverity (cid 157) via CTOR_DTOR_LEAK check. all of the constructors initialize data_, but the destructor wasn't releasing it
18:21.32 CIA-130 BRL-CAD: 03r_weiss * r48722 10/brlcad/trunk/src/lgt/do_options.c: Updated file do_options.c function f_Batch. Fixed coverity error 'resource leak'. CID 472.
18:21.35 CIA-130 BRL-CAD: 03n_reed * r48723 10/brlcad/trunk/src/remrt/remrt.c: handle invalid fd rather than passing it down. CID 386
18:21.38 CIA-130 BRL-CAD: 03erikgreenwald * r48724 10/brlcad/trunk/src/proc-db/tube.c: test number of samples for extrapolation to avoid buffer underrun. Cov329
18:22.12 CIA-130 BRL-CAD: 03n_reed * r48726 10/brlcad/trunk/src/util/dunncomm.c: closing an fd known to be invalid. CID 388
18:22.31 CIA-130 BRL-CAD: 03brlcad * r48725 10/brlcad/trunk/src/lgt/do_options.c: memory fail. not only not using bu_malloc() but not stashing the pointer so we can't free it. switch it to default line buffering for simplicity, untested. detected by coverity RESOURCE_LEAK check (cid 476)
18:22.49 CIA-130 BRL-CAD: 03brlcad * r48727 10/brlcad/trunk/src/lgt/lgt.c: ws, indent, style
18:22.55 CIA-130 BRL-CAD: 03erikgreenwald * r48728 10/brlcad/trunk/src/util/sun-pix.c: test image size in double space for possible overflow. Cov332
18:23.16 CIA-130 BRL-CAD: 03brlcad * r48729 10/brlcad/trunk/src/lgt/do_options.c: free the file pointer we just opened. RESOURCE_LEAK coverity check (cid 475)
18:23.17 CIA-130 BRL-CAD: 03n_reed * r48731 10/brlcad/trunk/src/lgt/prnt.c: said NULL, meant '\0'. CID 389
18:23.18 CIA-130 BRL-CAD: 03starseeker * r48730 10/brlcad/trunk/src/util/ttcp.c: Do some input validation for ttcp - CID 1513
18:23.23 CIA-130 BRL-CAD: 03brlcad * r48732 10/brlcad/trunk/src/lgt/do_options.c: another unclosed file pointer. coverity RESOURCE_LEAK check (cid 474)
18:23.23 CIA-130 BRL-CAD: 03r_weiss * r48733 10/brlcad/trunk/src/libged/wdb_obj.c: Updated file wdb_obj.c function wdb_put_cmd. Fixed a coverity error 'overrun static'. CID 419.
18:23.23 CIA-130 BRL-CAD: 03brlcad * r48734 10/brlcad/trunk/src/libged/inside.c:
18:23.33 CIA-130 BRL-CAD: idb_type just might be negative if an object is initialized with
18:23.33 CIA-130 BRL-CAD: RT_DB_INTERNAL_INIT() and never filled in with internal details. prevents a
18:23.33 CIA-130 BRL-CAD: potential (albeit unlikely) crash, detected by NEGATIVE_RETURNS coverity check
18:23.43 CIA-130 BRL-CAD: (cid 383)
18:23.43 CIA-130 BRL-CAD: 03erikgreenwald * r48735 10/brlcad/trunk/src/util/pl-pl.c: collapse logic, removing a variable. Explicitely cast to short on return. Cov331
18:23.43 CIA-130 BRL-CAD: 03n_reed * r48736 10/brlcad/trunk/src/conv/dxf/dxf-g.c: Static string can't have NULL address. Do empty check instead. CID 390
18:24.09 CIA-130 BRL-CAD: 03r_weiss * r48737 10/brlcad/trunk/src/libged/put.c: Updated file put.c function ged_put. Fixed coverity error 'overrun static'. CID 414.
18:24.11 CIA-130 BRL-CAD: 03n_reed * r48738 10/brlcad/trunk/src/conv/iges/convsurf.c: Static string can't have NULL address. Do empty check instead. CID 391
18:24.39 CIA-130 BRL-CAD: 03n_reed * r48739 10/brlcad/trunk/src/conv/iges/trimsurf.c: Static string can't have NULL address. Do empty check instead. CID 392
18:24.49 CIA-130 BRL-CAD: 03erikgreenwald * r48740 10/brlcad/trunk/src/rt/rtshot.c: test number of rings for a legit value. Cov1488
18:25.13 CIA-130 BRL-CAD: 03bob1961 * r48741 10/brlcad/trunk/src/mged/utility1.c: Fixed a bug. Shouldn't be adding 1 to argc in call to ged_edcodes.
18:27.20 CIA-130 BRL-CAD: 03bob1961 * r48743 10/brlcad/trunk/src/libged/edcodes.c: run 8, CID 198, DEADCODE.
18:27.21 CIA-130 BRL-CAD: 03n_reed * r48742 10/brlcad/trunk/src/anim/anim_cascade.c: misordered arguments. CID 400
18:27.21 CIA-130 BRL-CAD: 03brlcad * r48744 10/brlcad/trunk/src/fb/pl-fb.c: at a glance, looks like the two MISSING_BREAK detections from coverity (cid 342,343) are intentional fall-through cases so document them as such to quell the warning.
18:27.22 CIA-130 BRL-CAD: 03erikgreenwald * r48745 10/brlcad/trunk/src/bwish/input.c: verify read character is not 0. Cov1461
18:27.25 CIA-130 BRL-CAD: 03n_reed * r48746 10/brlcad/trunk/src/anim/ (anim_keyread.c anim_lookat.c anim_orient.c): swapped arguments to anim_mat2ypr. CID 401, 402, 403
18:27.26 CIA-130 BRL-CAD: 03brlcad * r48747 10/brlcad/trunk/src/libged/make_name.c: looks like the fallthrough to the Usage statement was intentional, but make it explicit anyways. coverity reported a MISSING_BREAK due to the ambiguity.
18:27.37 CIA-130 BRL-CAD: 03erikgreenwald * r48748 10/brlcad/trunk/src/vdeck/vdeck.c: copy directory entry length
18:27.37 CIA-130 BRL-CAD: 03r_weiss * r48749 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: Updated file 'arb8.c' and 'struct arb_specific'. This change was to correct a coverity error 'overrun static' in function 'rt_arb_vshot'. CID 424.
18:27.46 CIA-130 BRL-CAD: 03bob1961 * r48750 10/brlcad/trunk/src/libged/editit.c: Modified _ged_editit() to do some kind of last ditch check for an editor if editstring is NULL. This gets edcodes etc. working with archer. Not tested on windows.
18:28.01 CIA-130 BRL-CAD: 03brlcad * r48751 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: if it's an unknown wedge class type, then the code falls through and probably does bad things, but it at least logs a message now. relates to coverity MISSING_BREAK cid 357 from erik and cid 358 too.
18:28.10 CIA-130 BRL-CAD: 03starseeker * r48752 10/brlcad/trunk/src/conv/patch/patch-g.c: check num ranges - CID 1470
18:28.11 CIA-130 BRL-CAD: 03erikgreenwald * r48753 10/brlcad/trunk/src/vdeck/vdeck.c: explicitely track remaining buffer and use that for dirname copy bound. Cov1272
18:30.21 CIA-130 BRL-CAD: 03starseeker * r48754 10/brlcad/trunk/src/conv/asc/asc2pix.c: Check both lower bound as well - CID 1462
18:30.48 CIA-130 BRL-CAD: 03erikgreenwald * r48755 10/brlcad/trunk/src/fb/gif2fb.c: hoist width/height expansion and verify values. Cov1475
18:30.48 CIA-130 BRL-CAD: 03n_reed * r48756 10/brlcad/trunk/src/irprep/ir-X.c: comparing index against wrong constant. CID 406
18:30.49 CIA-130 BRL-CAD: 03brlcad * r48757 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c:
18:30.49 CIA-130 BRL-CAD: looks like the section of code immediately preceeding handles the
18:30.50 CIA-130 BRL-CAD: WEDGE2_IDENTICAL case, and was intentionally added back in r7584 by mike to test
18:30.50 CIA-130 BRL-CAD: for TOUCHing wedges first. so can remove the prior stale case detected by
18:30.51 CIA-130 BRL-CAD: coverity DEADCODE check (cid 210).
18:30.53 CIA-130 BRL-CAD: 03indianlarry * r48758 10/brlcad/trunk/src/librt/comb/comb.c: Check for overrunning static array buffer Run 8 CID 422,423
18:31.04 CIA-130 BRL-CAD: 03erikgreenwald * r48759 10/brlcad/trunk/src/util/bwcrop.c: verify xval before using as loop bound. Cov1496
18:31.04 CIA-130 BRL-CAD: 03brlcad * r48760 10/brlcad/trunk/src/mged/clone.c: prevent a bonefide infinite loop bug introduced when bu_getopt() was pulled out of an option parsing loop. coverity detected via INFINITE_LOOP check (cid 319).
18:31.05 CIA-130 BRL-CAD: 03tbrowder2 * r48761 10/brlcad/trunk/TODO: add reference to more items to do for STEP code
18:31.34 CIA-130 BRL-CAD: 03erikgreenwald * r48762 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov560
18:31.34 CIA-130 BRL-CAD: 03brlcad * r48763 10/brlcad/trunk/src/mged/update.c: mark the 'done' variable as volatile since it's updated via Tk, possibly asynchronously. should quell coverity INFINITE_LOOP report (cid 320).
18:31.34 CIA-130 BRL-CAD: 03erikgreenwald * r48764 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov554
18:31.34 CIA-130 BRL-CAD: 03erikgreenwald * r48765 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov555
18:31.37 CIA-130 BRL-CAD: 03n_reed * r48766 10/brlcad/trunk/src/libged/move_arb_face.c: insufficient index checking. CID 413
18:31.38 CIA-130 BRL-CAD: 03brlcad * r48767 10/brlcad/trunk/src/conv/intaval/regtab.h: the Region forward decl is unnecessary. the class is declared in here and nothing uses it between this decl and the class decl.
18:31.51 CIA-130 BRL-CAD: 03erikgreenwald * r48768 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov567
18:31.51 CIA-130 BRL-CAD: 03erikgreenwald * r48769 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov566
18:31.52 CIA-130 BRL-CAD: 03erikgreenwald * r48770 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov565
18:31.57 CIA-130 BRL-CAD: 03erikgreenwald * r48771 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov556
18:31.57 CIA-130 BRL-CAD: 03r_weiss * r48772 10/brlcad/trunk/src/libged/get_solid_kp.c: Updated file ged_solid_kp.c function _ged_get_solid_keypoint. Fixed a coverity 'overrun static' error. CID 1750.
18:32.09 CIA-130 BRL-CAD: 03erikgreenwald * r48773 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov557
18:33.13 CIA-130 BRL-CAD: 03erikgreenwald * r48774 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov558
18:34.59 CIA-130 BRL-CAD: 03erikgreenwald * r48775 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov559
18:35.49 CIA-130 BRL-CAD: 03erikgreenwald * r48776 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov561
18:36.00 CIA-130 BRL-CAD: 03starseeker * r48777 10/brlcad/trunk/src/conv/asc/pix2asc.c: Try to check the pix characters... little surprised this is giving a TAINTED_SCALAR warning... CID 1463
18:36.35 CIA-130 BRL-CAD: 03n_reed * r48778 10/brlcad/trunk/src/ (anim/anim_orient.c libged/ypr.c): more swapped args to anim_mat2ypr. CID 417
18:42.45 CIA-130 BRL-CAD: 03erikgreenwald * r48779 10/brlcad/trunk/src/mged/fbserv.c: test buf before accessing.
18:45.43 CIA-130 BRL-CAD: 03r_weiss * r48780 10/brlcad/trunk/src/librt/comb/db_comb.c: Updated file db-comb.c function db_wrap_v4_external. Fixed coverity error 'overrun static'. CID 2068.
18:50.38 CIA-130 BRL-CAD: 03n_reed * r48781 10/brlcad/trunk/src/librt/primitives/hf/hf.c: unchecked index. CID 425
18:53.43 CIA-130 BRL-CAD: 03erikgreenwald * r48782 10/brlcad/trunk/src/libfb/fbserv_obj.c: test buf before accessing.
19:05.09 CIA-130 BRL-CAD: 03indianlarry * r48783 10/brlcad/trunk/src/libged/wdb_vdraw.c: Added static bounds check for bn_vlist arrays cmd[BN_VLIST_CHUNK] and pt[BN_VLIST_CHUNK]. Coverity run 8 CIDs 420 and 421
19:05.26 CIA-130 BRL-CAD: 03n_reed * r48784 10/brlcad/trunk/src/mged/edsol.c: bad constant index (typo). CID 426
19:09.07 CIA-130 BRL-CAD: 03erikgreenwald * r48785 10/brlcad/trunk/src/conv/iges/getcurve.c: test splroot for NULL early. Cov515
19:12.47 CIA-130 BRL-CAD: 03erikgreenwald * r48786 10/brlcad/trunk/src/librt/primitives/hf/hf.c: test stp before dereferencing it. Cov551
19:13.27 CIA-130 BRL-CAD: 03brlcad * r48787 10/brlcad/trunk/include/wdb.h: add a WMEMBER_INIT_ZERO static initializer and a WMEMBER_INIT() macro for initializing wmember structs.
19:13.56 CIA-130 BRL-CAD: 03starseeker * r48788 10/brlcad/trunk/src/conv/dem-g.c: Use realpath to validate av[1] - CID 1464
19:14.08 CIA-130 BRL-CAD: 03brlcad * r48789 10/brlcad/trunk/src/conv/intaval/regtab.h:
19:14.08 CIA-130 BRL-CAD: initialize all of the wmember entities in the constructor. this addresses an
19:14.08 CIA-130 BRL-CAD: UNINIT_CTOR check being reported by coverity due to three uninitialized fields
19:14.09 CIA-130 BRL-CAD: (addHead.wm_name, excludeHead.wm_name, head.wm_name). doesn't seem to be
19:14.09 CIA-130 BRL-CAD: critical, but for general safety. (cid 1647)
19:15.08 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
19:19.30 CIA-130 BRL-CAD: 03erikgreenwald * r48790 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: test i_fus before dereferencing. Cov517
19:19.36 CIA-130 BRL-CAD: 03starseeker * r48791 10/brlcad/trunk/src/conv/intaval/read_dra.cpp: Check form.npts - CID 1465
19:22.36 CIA-130 BRL-CAD: 03indianlarry * r48792 10/brlcad/trunk/src/mged/track.c: wrong variable being initialized, fixes coverity run 8 CID 427
19:23.34 CIA-130 BRL-CAD: 03erikgreenwald * r48793 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: test mallocs before dereferencing. Cov518
19:23.35 CIA-130 BRL-CAD: 03brlcad * r48794 10/brlcad/trunk/src/libpc/pcConstraint.cpp: initialize all class members, UNINIT_CTOR (cid 1652)
19:26.21 CIA-130 BRL-CAD: 03erikgreenwald * r48795 10/brlcad/trunk/src/libged/put_comb.c: test comb after BU_GET. Cov549
19:35.10 CIA-130 BRL-CAD: 03brlcad * r48796 10/brlcad/trunk/src/libpc/pcNetwork.cpp: init v and e (cid 1656)
19:39.40 CIA-130 BRL-CAD: 03brlcad * r48797 10/brlcad/trunk/src/libpc/pcParameter.cpp: UNINIT_CTOR, cid 1657. initialize all class fields in constructors.
19:39.50 CIA-130 BRL-CAD: 03r_weiss * r48798 10/brlcad/trunk/src/libfb/fbserv_obj.c:
19:39.50 CIA-130 BRL-CAD: Update file fbserv_obj.c functions fbs_rfbzoom fbs_rfbwriterect fbs_rfbwrite
19:39.50 CIA-130 BRL-CAD: fbs_rfbwindow fbs_rfbview fbs_rfbsetcursor fbs_rfbscursor fbs_rfbreadrect
19:39.50 CIA-130 BRL-CAD: fbs_rfbreadrect fbs_rfbread fbs_rfbread fbs_rfbhelp fbs_rfbcursor fbs_rfbclear
19:39.50 CIA-130 BRL-CAD: fbs_rfbbwwriterect fbs_rfbbwreadrect fbs_rfbbwreadrectw. Did code cleanup and
19:39.51 CIA-130 BRL-CAD: worked on coverity error 'reverse inull' for these functions. Coverity CIDs
19:39.51 CIA-130 BRL-CAD: 535-548.
19:44.08 CIA-130 BRL-CAD: 03brlcad * r48799 10/brlcad/trunk/src/libpc/pcParser.cpp: UNINIT_CTOR, cid 1658. initialize all class fields in constructors.
19:47.53 CIA-130 BRL-CAD: 03brlcad * r48800 10/brlcad/trunk/src/libpc/pcVariable.cpp: UNINIT_CTOR, cid 1659. initialize all class fields in constructors.
19:50.12 CIA-130 BRL-CAD: 03bob1961 * r48801 10/brlcad/trunk/src/lgt/reflect.c: run 8, CID 181-185, DEADCODE. It is impossible for failure to be set to PT_BEHIND or PT_EYE in the Get_Partition macro. If it gets into this section it will always be set to PT_GRID.
19:51.20 CIA-130 BRL-CAD: 03indianlarry * r48802 10/brlcad/trunk/src/sig/smod.c: increase static size of clip_l[] and clip_h[] to match mapbuf[] since initialized together. Fixes coverity Run 8 CID 429
19:51.47 CIA-130 BRL-CAD: 03r_weiss * r48803 10/brlcad/trunk/src/librt/comb/comb.c: Updated comb.c. fixed overrun static errors.
19:52.03 CIA-130 BRL-CAD: 03erikgreenwald * r48804 10/brlcad/trunk/src/mged/chgview.c: verify output of path_parse is not null. Cov552
19:54.02 CIA-130 BRL-CAD: 03brlcad * r48805 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1663)
19:54.03 CIA-130 BRL-CAD: 03erikgreenwald * r48806 10/brlcad/trunk/src/mged/mged.c: verify dm entry is not null before shutting it down. Cov553
19:54.55 CIA-130 BRL-CAD: 03n_reed * r48807 10/brlcad/trunk/src/sig/dconv.c: potentially indexing one past last. CID 428
19:55.54 CIA-130 BRL-CAD: 03erikgreenwald * r48808 10/brlcad/trunk/src/mged/vrlink.c: verify buf is not null. Cov568
19:57.44 CIA-130 BRL-CAD: 03erikgreenwald * r48809 10/brlcad/trunk/src/util/buffer.c: verify bu_temp_file returned a valid handle before using it. Cov571
19:58.08 CIA-130 BRL-CAD: 03brlcad * r48810 10/brlcad/trunk/src/proc-db/brepintersect.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1665)
19:58.54 CIA-130 BRL-CAD: 03bob1961 * r48811 10/brlcad/trunk/src/conv/proe-g.c: run 8, CID 177, DEADCODE.
20:02.38 CIA-130 BRL-CAD: 03erikgreenwald * r48812 10/brlcad/trunk/src/util/pixcolors.c: verify unsigned char is [0,255]. Cov1509
20:04.24 CIA-130 BRL-CAD: 03bob1961 * r48813 10/brlcad/trunk/src/conv/stl/stl-g.c: run 8, CID 178-179, DEADCODE.
20:09.48 CIA-130 BRL-CAD: 03erikgreenwald * r48814 10/brlcad/trunk/src/mged/mged.c: verify non-0 length buffers first element is not zero. Cov1485
20:28.11 CIA-130 BRL-CAD: 03tbrowder2 * r48815 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell uninitialized variable warning
20:29.16 CIA-130 BRL-CAD: 03tbrowder2 * r48816 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: quell uninitialized variable warning
20:48.41 CIA-130 BRL-CAD: 03tbrowder2 * r48817 10/brlcad/trunk/src/libgcv/test_bottess.c: unwrap macros so we can see what is happening
20:52.22 CIA-130 BRL-CAD: 03indianlarry * r48818 10/brlcad/trunk/src/sig/syn.c: casted to force expected(?) branching and index wrap. addresses coverity run 8 CID 330
20:54.51 CIA-130 BRL-CAD: 03bob1961 * r48819 10/brlcad/trunk/src/irprep/secpass.c: run 8, CID 180, DEADCODE.
20:56.08 CIA-130 BRL-CAD: 03n_reed * r48820 10/brlcad/trunk/src/util/sun-pix.c: unchecked index variable. CID 1512
21:05.33 CIA-130 BRL-CAD: 03tbrowder2 * r48821 10/brlcad/trunk/src/libgcv/test_bottess.c: quell uninitialized variable warning
21:07.35 CIA-130 BRL-CAD: 03tbrowder2 * r48822 10/brlcad/trunk/src/libged/editit.c: quell uninitialized variable warning
21:08.25 CIA-130 BRL-CAD: 03bob1961 * r48823 10/brlcad/trunk/src/libwdb/wdb.c: run 8, CID 213, DEADCODE.
21:11.44 CIA-130 BRL-CAD: 03n_reed * r48824 10/brlcad/trunk/src/util/pixbustup.c: unchecked cl argument. CID 1508
21:15.55 CIA-130 BRL-CAD: 03r_weiss * r48825 10/brlcad/trunk/src/librt/comb/comb.c: Updated file comb.c function rt_comb_v5_serialize. Fixed a coverity error 'negative returns'. CID 384.
21:17.30 CIA-130 BRL-CAD: 03tbrowder2 * r48826 10/brlcad/trunk/src/librt/comb/db_comb.c: fix array overrun error; same problem as in commit at revision 48780: Fixed coverity error 'overrun static'. CID 2068
21:25.47 CIA-130 BRL-CAD: 03tbrowder2 * r48827 10/brlcad/trunk/src/util/pixcolors.c: ws, style
21:28.30 CIA-130 BRL-CAD: 03tbrowder2 * r48828 10/brlcad/trunk/src/util/pixcolors.c: eliminated 'always false' statement (due to array type)
21:33.33 CIA-130 BRL-CAD: 03bob1961 * r48829 10/brlcad/trunk/src/mged/edsol.c: run 8, CID 216, DEADCODE.
21:35.20 CIA-130 BRL-CAD: 03n_reed * r48831 10/brlcad/trunk/src/util/pixhist3d.c: unchecked indexes. CID 1511
21:35.40 CIA-130 BRL-CAD: 03starseeker * r48830 10/brlcad/trunk/regress/ (9 files in 3 dirs): Add a regression test for dem-g - working out general techniques for geometry conversion regression. This appears to work, but at the moment it's a stand-alone dem-regress build target.
21:44.34 CIA-130 BRL-CAD: 03brlcad * r48832 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1666)
21:50.58 CIA-130 BRL-CAD: 03brlcad * r48833 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 2014)
22:01.00 CIA-130 BRL-CAD: 03brlcad * r48834 10/brlcad/trunk/src/other/step/src/clstepcore/complexSupport.h: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 2034)
22:13.53 CIA-130 BRL-CAD: 03brlcad * r48835 10/brlcad/trunk/NEWS: nick's 48742 fix to anim_cascade fixed a clear-cut crasher. params to anim_mat2ypr() were flipped.
22:27.08 *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com)
23:42.22 *** join/#brlcad cadman1 (~Adium@mwg-e06.infosec.fedex.com)
23:51.49 CIA-130 BRL-CAD: 03starseeker * r48836 10/brlcad/trunk/misc/CMake/ (ThirdParty.cmake ThirdParty_TCL.cmake): String normalization FAIL for third party build logic. Let's try that again...
IRC log for #brlcad on 20120114

IRC log for #brlcad on 20120114

00:26.10 brlcad uploads run 9
02:49.33 *** join/#brlcad cadman (~Adium@64.178.177.71)
02:50.43 *** join/#brlcad cadman1 (~Adium@64.178.177.71)
02:53.53 *** join/#brlcad cadman (~Adium@64.178.177.71)
04:12.12 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:47.08 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
05:47.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:35.47 *** join/#brlcad merzo (~merzo@25-174-132-95.pool.ukrtel.net)
12:21.10 CIA-130 BRL-CAD: 03tbrowder2 * r48837 10/brlcad/trunk/misc/NIST_DENSITIES: adjust 6-digit material codes so they will fit in the materials array (we drop the leading 1)
12:38.56 CIA-130 BRL-CAD: 03tbrowder2 * r48838 10/brlcad/trunk/src/rt/viewweight.c: ws, style, format
12:58.18 CIA-130 BRL-CAD: 03tbrowder2 * r48839 10/brlcad/trunk/src/rt/viewweight.c: ws, format
13:00.29 CIA-130 BRL-CAD: 03tbrowder2 * r48840 10/brlcad/trunk/src/rt/viewweight.c: feof returns true for eof, not EOF
13:24.08 CIA-130 BRL-CAD: 03tbrowder2 * r48841 10/brlcad/trunk/src/rt/viewweight.c: ws
13:26.38 CIA-130 BRL-CAD: 03tbrowder2 * r48842 10/brlcad/trunk/src/rt/viewweight.c: squelch memory leak
14:27.54 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:51.11 CIA-130 BRL-CAD: 03tbrowder2 * r48843 10/brlcad/trunk/src/rt/viewweight.c: put bu_free of density file name in proper place
15:32.17 CIA-130 BRL-CAD: 03tbrowder2 * r48844 10/brlcad/trunk/ (NEWS TODO regress/weight.sh src/rt/viewweight.c):
15:32.17 CIA-130 BRL-CAD: fixed rtweight to handle blanks, comment lines, malformed lines, and the
15:32.17 CIA-130 BRL-CAD: modified NIST materials file; problem was fscanf stops scanning on input at
15:32.17 CIA-130 BRL-CAD: first error and thus the infinite loop: using fgets forces each line to be read;
15:32.17 CIA-130 BRL-CAD: an extra buffer is needed in that case to handle the line input versus the sscan
15:32.18 CIA-130 BRL-CAD: buffer for reading tokens (but I didn't try using the same buffer for both)
15:46.04 CIA-130 BRL-CAD: 03199.195.109.21 07http://brlcad.org * r3268 10/wiki/Father_of_the_groom_speech: If you are reading this now, you are probably desperate to know what father of the groom speech is. But of course you might also be just searching for that something to spice up your own speech as the
16:00.50 CIA-130 BRL-CAD: 03tbrowder2 * r48845 10/brlcad/trunk/regress/weight.sh: tidy test file; rtweight now passes both simple and complex density file regression test (which is turned on for release testing)
16:12.31 CIA-130 BRL-CAD: 03tbrowder2 * r48846 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: document the parentage and conversion of the STIX TrueType fonts
16:15.32 CIA-130 BRL-CAD: 03tbrowder2 * r48847 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: slight correction
16:25.18 CIA-130 BRL-CAD: 03tbrowder2 * r48848 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: add STIX license
16:29.13 CIA-130 BRL-CAD: 03tbrowder2 * r48849 10/brlcad/trunk/doc/docbook/resources/other/offo/README: add location of offo source
17:55.51 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:23.13 CIA-130 BRL-CAD: 03starseeker * r48850 10/brlcad/trunk/ (129 files in 41 dirs):
18:23.13 CIA-130 BRL-CAD: Rework handling of 3rd party resources in doc/docbook - teach CMake to
18:23.13 CIA-130 BRL-CAD: de-compress archives of the files in question, instead of checking in the full
18:23.13 CIA-130 BRL-CAD: (verbose) xsl files and uncompressed fonts. On-disk size of
18:23.13 CIA-130 BRL-CAD: doc/docbook/resources shrinks from 43 Megs to 17 - i.e. 26 Megs less to download
18:23.13 CIA-130 BRL-CAD: per BRL-CAD svn checkout. File count in doc/docbook/resources goes from 1604 to
18:23.13 CIA-130 BRL-CAD: 47.
19:06.58 *** join/#brlcad merzo (~merzo@31-152-133-95.pool.ukrtel.net)
21:16.44 *** join/#brlcad cadman (~Adium@64.178.177.71)
IRC log for #brlcad on 20120115

IRC log for #brlcad on 20120115

01:30.34 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
02:55.02 CIA-130 BRL-CAD: 03starseeker * r48851 10/brlcad/trunk/misc/ (CMakeLists.txt astyle.opt): Start working out an astyle option file for formatting BRL-CAD files.
06:34.36 CIA-130 BRL-CAD: 03starseeker * r48852 10/brlcad/trunk/misc/astyle.opt:
06:34.36 CIA-130 BRL-CAD: Reported a bug to AStyle dev with k&r formatting of functions using return types
06:34.36 CIA-130 BRL-CAD: with spaces (i.e. a function returning 'void' will format correctly, but one
06:34.36 CIA-130 BRL-CAD: returning 'struct bn_table *' won't) but otherwise results are looking fairly
06:34.37 CIA-130 BRL-CAD: good - still only tested a few files though, may be more bugs lurking.
10:01.50 *** join/#brlcad cadman (~Adium@64.178.177.71)
11:47.52 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:18.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:19.42 CIA-130 BRL-CAD: 03tbrowder2 * r48853 10/brlcad/trunk/src/rt/viewweight.c: working on subtle problem with output for regression tests
12:24.31 CIA-130 BRL-CAD: 03tbrowder2 * r48854 10/brlcad/trunk/src/rt/viewweight.c: reduce eye strain by changing variable 'l' (ell) to a more legible token
12:31.57 CIA-130 BRL-CAD: 03tbrowder2 * r48855 10/brlcad/trunk/src/rt/viewweight.c: put listing loop under rpt_overlap test as is done for the 'weight by item' block following
12:46.21 CIA-130 BRL-CAD: 03tbrowder2 * r48856 10/brlcad/trunk/src/rt/viewweight.c: leave notes for wiser heads
13:32.12 CIA-130 BRL-CAD: 03tbrowder2 * r48857 10/brlcad/trunk/regress/weight.sh: make the weight test slightly more robust
13:36.14 CIA-130 BRL-CAD: 03tbrowder2 * r48858 10/brlcad/trunk/regress/weight.sh: make the weight test slightly more robust
16:19.59 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
17:29.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:29.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:36.13 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:36.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:02.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:05.42 CIA-130 BRL-CAD: 03tbrowder2 * r48859 10/brlcad/trunk/src/rt/viewweight.c: allow up to 5-digit material codes and region IDs; change 'item' to 'region ID'
18:08.29 *** join/#brlcad cadman (~Adium@64.178.177.71)
18:38.44 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:38.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:46.51 CIA-130 BRL-CAD: 03tbrowder2 * r48860 10/brlcad/trunk/ (regress/weight.sh src/rt/viewweight.c): tidy format of weight output; ease maintenance of viewweight.c formatting
19:11.26 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:11.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:18.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:18.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:39.33 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:39.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:46.10 CIA-130 BRL-CAD: 03tbrowder2 * r48861 10/brlcad/trunk/include/raytrace.h: correct typo
20:04.20 *** join/#brlcad cadman (~Adium@64.178.177.71)
20:22.43 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:22.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:49.53 CIA-130 BRL-CAD: 03tbrowder2 * r48862 10/brlcad/trunk/include/bu.h: correct typo
20:56.52 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:56.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:33.33 starseeker hah, cool: http://www.openvsp.org/
23:34.14 starseeker pity about the NASA open source license
IRC log for #brlcad on 20120116

IRC log for #brlcad on 20120116

00:58.20 *** join/#brlcad asnos (~as6@unaffiliated/asnos)
00:58.27 asnos hi
00:58.36 asnos who is KimK?
01:32.46 *** join/#brlcad cadman (~Adium@64.178.177.71)
02:15.51 ``Erik <PROTECTED>
04:19.53 starseeker thought it might be fun to do an airplane wing procdb once enough NURBS primitive stuff was in place... I've still got that old report around somewhere detailing old-style wing design...
06:49.30 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
06:49.30 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:57.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:29.09 *** join/#brlcad cadman (~Adium@64.178.177.71)
08:07.53 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:07.53 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:10.04 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
12:30.43 CIA-130 BRL-CAD: 03d_rossberg * r48863 10/brlcad/trunk/src/conv/intaval/read_dra.cpp:
12:30.44 CIA-130 BRL-CAD: do not set a form's id here, it's only a flag saying "same form but different place" i.e. translated
12:30.44 CIA-130 BRL-CAD: initialized form in its declaration to calm Coverity
12:31.51 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:39.21 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:05.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:04.06 CIA-130 BRL-CAD: 03tbrowder2 * r48864 10/brlcad/trunk/regress/weight.sh: slight simplification
17:45.11 CIA-130 BRL-CAD: 03tbrowder2 * r48865 10/brlcad/trunk/src/rt/viewweight.c: use bu_fgets instead of fgets
17:47.07 CIA-130 BRL-CAD: 03tbrowder2 * r48866 10/brlcad/trunk/src/rt/viewweight.c: add a sort comparison function for a region array; add variables for array handling and hoisting loops upward
17:49.36 CIA-130 BRL-CAD: 03tbrowder2 * r48867 10/brlcad/trunk/src/rt/viewweight.c: a tad of formatting
18:58.47 *** join/#brlcad cadman (~Adium@mwg-w01.infosec.fedex.com)
19:48.29 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:48.30 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:57.20 *** join/#brlcad cadman (~Adium@mwg-w06.infosec.fedex.com)
20:02.25 CIA-130 BRL-CAD: 03tbrowder2 * r48868 10/brlcad/trunk/src/rt/viewweight.c: reverting most of the file--need to revisit the big picture before optimizing; still have problems of periodic region list variation; will add the array fix for that WITHOUT the other loop changes
20:15.10 CIA-130 BRL-CAD: 03tbrowder2 * r48869 10/brlcad/trunk/src/rt/viewweight.c: add a qsort comp function for future use
20:17.48 CIA-130 BRL-CAD: 03tbrowder2 * r48870 10/brlcad/trunk/src/rt/viewweight.c: add variables for a region array
20:19.59 CIA-130 BRL-CAD: 03tbrowder2 * r48871 10/brlcad/trunk/src/rt/viewweight.c: add macro guards to maintain two versions during development
20:20.36 CIA-130 BRL-CAD: 03tbrowder2 * r48872 10/brlcad/trunk/src/rt/viewweight.c: turn off array version for now
20:22.17 CIA-130 BRL-CAD: 03tbrowder2 * r48873 10/brlcad/trunk/src/rt/viewweight.c: remove 'always true test'
20:29.58 CIA-130 BRL-CAD: 03tbrowder2 * r48874 10/brlcad/trunk/src/rt/viewweight.c: use variables instead of error-prone integer literals to define format field widths
20:32.12 CIA-130 BRL-CAD: 03tbrowder2 * r48875 10/brlcad/trunk/src/rt/viewweight.c: oops, forgot to replace integer with the variable name
21:23.47 *** join/#brlcad cadman (~Adium@mwg-e06.infosec.fedex.com)
21:45.24 CIA-130 BRL-CAD: 03tbrowder2 * r48876 10/brlcad/trunk/src/rt/viewweight.c: (log message trimmed)
21:45.24 CIA-130 BRL-CAD: removed macro guards
21:45.24 CIA-130 BRL-CAD: moved second block ["if (rpt_overlap)"] into the first
21:45.24 CIA-130 BRL-CAD: rearrange some block variables as a result
21:45.25 CIA-130 BRL-CAD: fill new region array
21:45.25 CIA-130 BRL-CAD: increment MAX_ITEM by 2 to create an "end ID" for conventional loop idiom use
21:45.26 CIA-130 BRL-CAD: use new array for WEIGHT BY REGION ID sort
22:08.55 CIA-130 BRL-CAD: 03tbrowder2 * r48877 10/brlcad/trunk/src/rt/viewweight.c:
22:08.55 CIA-130 BRL-CAD: moved WEIGHT BY REGION NAME outside the first region collection loop, then used
22:08.55 CIA-130 BRL-CAD: the new array on the print out
22:08.55 CIA-130 BRL-CAD: ran the current regression test (./regress/weight.sh) 100 times with NO
22:08.56 CIA-130 BRL-CAD: failures
22:08.56 CIA-130 BRL-CAD: next step will be a bit of optimization on the inner read loop of the
22:08.57 CIA-130 BRL-CAD: two main print loops
22:30.46 *** join/#brlcad cadman (~Adium@146.18.173.106)
23:06.48 *** join/#brlcad cadman (~Adium@mwg-e03.infosec.fedex.com)
23:26.58 CIA-130 BRL-CAD: 03tbrowder2 * r48878 10/brlcad/trunk/src/rt/viewweight.c: give more info on missing material info--name the region affected
IRC log for #brlcad on 20120117

IRC log for #brlcad on 20120117

00:24.08 CIA-130 BRL-CAD: 03tbrowder2 * r48879 10/brlcad/trunk/src/rt/viewweight.c: a slight optimization
01:42.39 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:38.58 *** join/#brlcad yiyus (1242712427@je.je.je)
03:12.18 *** join/#brlcad cadman (~Adium@64.178.177.71)
04:39.24 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
07:51.32 *** join/#brlcad cadman1 (~Adium@64.178.177.71)
08:28.25 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
08:54.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:45.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:45.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:42.44 CIA-130 BRL-CAD: 03tbrowder2 * r48880 10/brlcad/trunk/src/rt/viewweight.c: realign std spaces after editing; add some FIX ME notes and questions for more experienced heads; free resources
12:51.24 CIA-130 BRL-CAD: 03tbrowder2 * r48881 10/brlcad/trunk/src/rt/viewweight.c: oops, free resources at the right place
15:31.18 CIA-130 BRL-CAD: 03tbrowder2 * r48882 10/brlcad/trunk/regress/weight.sh: add another bit of complexity to the second test (inline comments)--current trunk still passes this test
15:41.59 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
15:53.11 CIA-130 BRL-CAD: 03tbrowder2 * r48883 10/brlcad/trunk/src/rt/viewweight.c: remove comments before further processing of an input line
15:54.15 CIA-130 BRL-CAD: 03tbrowder2 * r48884 10/brlcad/trunk/regress/weight.sh: modify test 2 output to reflect removal of all comments from the density file before further processing
16:20.18 CIA-130 BRL-CAD: 03d_rossberg * r48885 10/brlcad/trunk/include/ (config_win.h config_win_cmake.h.in): two additional Windows symbol equivalences (fchmod(), mode_t)
16:28.49 CIA-130 BRL-CAD: 03d_rossberg * r48886 10/brlcad/trunk/src/libbu/timer.c:
16:28.49 CIA-130 BRL-CAD: there is no preprocessor directive #warning in MSVC 2008
16:28.49 CIA-130 BRL-CAD: there is an equivalent preprocessor directive but then we need an additional compiler switch ...
17:45.42 CIA-130 BRL-CAD: 03tbrowder2 * r48887 10/brlcad/trunk/src/rt/viewweight.c: improve comment; realign code with correct spacing after edits
19:11.30 *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
19:38.25 brlcad apparently the libpng linker failure I encountered on a ppc64 system may be fixed with the latest libpng
19:38.44 brlcad someone care to upgrade our sources? we're 1.5.4, latest is 1.5.7
19:40.26 CIA-130 BRL-CAD: 03brlcad * r48888 10/brlcad/trunk/TODO: Apparently the latest libpng might resovle the ld failure encountered on FC16, ppc64.
20:00.09 *** join/#brlcad DarkCalf (DC@173.231.40.98)
20:16.15 CIA-130 BRL-CAD: 03tbrowder2 * r48889 10/brlcad/trunk/src/libged/analyze.c: starting on cleaning up analyze table formatting; some ws and style fixes, too
20:55.46 ``Erik *grumble* 3 hours into a commit and tom commits something to cause a conflict, need better networking O.o
20:56.11 brlcad muahaha
20:56.13 ``Erik uses crit, it's not broken by design
21:05.24 brlcad three hours into a commit sounds like a busted commit practice,
21:05.27 brlcad should be smaller chunks
21:10.49 ``Erik it was riddled with nfs server stopped/started responding, etc :/
21:19.16 CIA-130 BRL-CAD: 03erikgreenwald * r48890 10/brlcad/trunk/ (2603 files in 158 dirs): Enter the Dragon. Welcome, 2012!
21:19.58 brlcad ahh
21:43.41 *** join/#brlcad ibot (~ibot@rikers.org)
21:43.41 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
IRC log for #brlcad on 20120118

IRC log for #brlcad on 20120118

01:57.15 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
02:39.03 CIA-130 BRL-CAD: 03starseeker * r48891 10/brlcad/trunk/src/other/libpng/ (78 files in 19 dirs): Upgrade to libpng 1.5.7 - this is a vanilla checkin, still need to add the Makefile.am tweaks
02:41.17 CIA-130 BRL-CAD: 03starseeker * r48892 10/brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025
02:50.27 CIA-130 BRL-CAD: 03starseeker * r48893 10/brlcad/trunk/ (NEWS TODO src/other/libpng.dist):
02:50.27 CIA-130 BRL-CAD: Upgraded libpng to 1.5.7 - hopefully this will address issues on ppc64, but it
02:50.27 CIA-130 BRL-CAD: also means we should be able to use the vanilla CMakeLists.txt file, since our
02:50.27 CIA-130 BRL-CAD: changes were incorporated upstream. Re-applied Makefile.am changes.
03:11.54 starseeker "someone" finishes the upgrade - that one was smooth :-)
03:12.11 starseeker waits for ``Erik to report all the new breakage...
03:14.20 *** join/#brlcad cadman (~Adium@64.178.177.71)
03:15.16 *** join/#brlcad cadman1 (~Adium@64.178.177.71)
04:25.53 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:08.44 *** part/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
08:52.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:02.34 CIA-130 BRL-CAD: 03d_rossberg * r48894 10/brlcad/trunk/ (11 files in 5 dirs):
10:02.35 CIA-130 BRL-CAD: - removed the wrong fchmod() <--> chmod() correspondence in Windows (sorry for this)
10:02.35 CIA-130 BRL-CAD: - changed the bu_fchmod() parameter from stream to descriptor (as in fchmod()) and created a new bu_fchmod_stream() with stream parameter (i.e. same behavior as the old bu_fchmod())
10:02.35 CIA-130 BRL-CAD: => bu_fchmod() should be an adequate wrapper (if fchmod() is present) or replacement for fchmod() by now (I hope)
10:05.36 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:00.12 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:06.03 d_rossberg starseeker: i'll have a look at it ...
16:37.38 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
17:29.47 CIA-130 BRL-CAD: 03bob1961 * r48895 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: wrap the open for read statements with a catch
17:31.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:01.50 CIA-130 BRL-CAD: 03n_reed * r48896 10/brlcad/trunk/ (6 files in 3 dirs): Add bu_sscanf and bu_vsscanf routines and associated test program. Just wrappers for now; won't build without C99 vsscanf routine.
22:04.55 CIA-130 BRL-CAD: 03starseeker * r48897 10/brlcad/trunk/include/ (db5.h magic.h raytrace.h rtgeom.h): Start working out how to represent annotations in librt. Mostly just initial thought, defining magic, etc.
22:08.30 CIA-130 BRL-CAD: 03starseeker * r48898 10/brlcad/trunk/include/rtgeom.h: Will need some way to specify head styles for points in leaders...
22:51.59 starseeker n_reed: http://www.koders.com/c/fid8F8B3A3DC9DFBFB4F6D158D424A0DC49FBF9434E.aspx?s=cdefs#L35
22:52.14 starseeker vfscanf.c
23:05.05 starseeker brlcad: looks like there is actually a public domain font that has some of these gd&t characters: Peter Kanold
23:05.15 starseeker http://www.fontspace.com/micronus/y145m-2009
23:05.45 *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:06.02 starseeker or from his actual home page: http://p-00-kanold.com/?page_id=7
23:41.04 CIA-130 BRL-CAD: 03starseeker * r48899 10/brlcad/trunk/doc/docbook/resources/other/fonts/ (y14.5.tar.bz2 y14.5_COPYING): Add public domain geometric dimensioning and tolerancing (gdt) fonts from Peter Kanold, with an eye towards their being useful in the new annotation primitive.
IRC log for #brlcad on 20120119

IRC log for #brlcad on 20120119

00:08.14 CIA-130 BRL-CAD: 03tbrowder2 * r48900 10/brlcad/trunk/src/libged/analyze.c: start to tidy analyze output formatting: add some global values and subroutines for handling dynamic table creation
00:21.07 CIA-130 BRL-CAD: 03tbrowder2 * r48901 10/brlcad/trunk/src/libged/analyze.c: changes to get pretty printing for mged analyze (arbs for this first go); this has been tested on a tgm (analyze.asc) soon to be newly placed in the ./regress directory
00:24.17 CIA-130 BRL-CAD: 03tbrowder2 * r48902 10/brlcad/trunk/regress/analyze.asc: tgm to use for mged analyze testing; has all arbs except arbn at the moment
00:27.56 CIA-130 BRL-CAD: 03tbrowder2 * r48903 10/brlcad/trunk/TODO: update for analyze format fixes
00:28.16 CIA-130 BRL-CAD: 03tbrowder2 * r48904 10/brlcad/trunk/NEWS: update for analyze format fixes
00:36.55 *** join/#brlcad cadman (~Adium@64.178.177.71)
02:13.33 CIA-130 BRL-CAD: 03tbrowder2 * r48905 10/brlcad/trunk/HACKING: add a bit for more detail on adding regression tests
02:21.39 CIA-130 BRL-CAD: 03tbrowder2 * r48906 10/brlcad/trunk/HACKING: add a bit more info on regression tests
02:27.38 brlcad starseeker: interesting font, I like it
02:27.50 brlcad though his "public domain" statement is conflicted
02:27.55 brlcad "Copyright© Peter Kanold: The fonts I created listed below are Public Domain"
02:28.04 brlcad it's either copyright or it's public domain, not both :)
02:28.16 brlcad public domain is lack of copyright
02:29.18 brlcad worth mentioning it to him, though the intent seems clear enough even with copyright to "use them in any way we like"
02:47.52 CIA-130 BRL-CAD: 03tbrowder2 * r48907 10/brlcad/trunk/src/libged/analyze.c: add pretty print of torus volume table
02:51.12 CIA-130 BRL-CAD: 03tbrowder2 * r48908 10/brlcad/trunk/src/libged/analyze.c: add a newline to tgc output
02:51.51 starseeker brlcad: that's a problem with modern copyright law, as I understand it - there's not really a mechanism for explicitly putting something in the public domain - because everything is automatically copyrighted in the instant of its creation, the copyright holder must actively disclaim his rights - and can only do so by identifying him/herself as the one who has them in the first place
03:06.16 brlcad that's partially true but misleading
03:06.29 CIA-130 BRL-CAD: 03tbrowder2 * r48909 10/brlcad/trunk/src/libged/analyze.c: add some strategic newlines
03:06.32 brlcad you declare it in the public domain as the author
03:06.53 brlcad claiming copyright is not the same thing
03:17.20 brlcad I posted a note, thanking him
04:42.18 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:42.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:32.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:36.54 CIA-130 BRL-CAD: 03tbrowder2 * r48910 10/brlcad/trunk/src/libbu/test_vls.c: add test for bug no. 3475562
13:56.37 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:59.55 CIA-130 BRL-CAD: 03d_rossberg * r48911 10/brlcad/trunk/ (3 files in 3 dirs):
13:59.55 CIA-130 BRL-CAD: added an include file check for MS Windows includes (they require windows.h to be included before)
13:59.55 CIA-130 BRL-CAD: - reverted changes in revision 48886
13:59.55 CIA-130 BRL-CAD: - used the new check for mmsystem.h
14:37.10 CIA-130 BRL-CAD: 03tbrowder2 * r48912 10/brlcad/trunk/HACKING: add a bit more info for newbie testers
14:39.00 CIA-130 BRL-CAD: 03tbrowder2 * r48913 10/brlcad/trunk/regress/CMakeLists.txt: add regression test for the bu_vls_printf function
14:41.04 CIA-130 BRL-CAD: 03tbrowder2 * r48914 10/brlcad/trunk/src/libbu/test_vls.c: add new tests, track number of test failures and send to exit status
14:56.18 CIA-130 BRL-CAD: 03bob1961 * r48915 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Need to initialize the view params in to_data_polygons.
15:39.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:39.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:51.52 CIA-130 BRL-CAD: 03starseeker * r48916 10/brlcad/trunk/regress/CMakeLists.txt: comment out the vls.sh regression until the file is actually present in the repository.
16:00.20 CIA-130 BRL-CAD: 03tbrowder2 * r48917 10/brlcad/trunk/src/libbu/test_vls.c: distinguish expected failures from unexpected failure; send number of expected failures to stdout for regression tests; status reflects number of unexpected test failures
16:02.53 CIA-130 BRL-CAD: 03tbrowder2 * r48918 10/brlcad/trunk/regress/vls.sh: distinguish expected from unexpected failures; no overall failure for expected failures (and decrease on expected failures is also reported)
16:08.44 CIA-130 BRL-CAD: 03tbrowder2 * r48919 10/brlcad/trunk/regress/CMakeLists.txt: vls test files are now checked in (sorry about that)
16:29.48 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:29.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:58.59 CIA-130 BRL-CAD: 03tbrowder2 * r48920 10/brlcad/trunk/regress/mged.sh: opendb disappeared (forever?); had to substitute mged command to get regression test to work (other tests may be affected by the loss of opendb)
17:21.24 CIA-130 BRL-CAD: 03starseeker * r48921 10/brlcad/trunk/regress/mged.sh: As far as I know, we haven't deliberately removed opendb
17:29.03 CIA-130 BRL-CAD: 03tbrowder2 * r48922 10/brlcad/trunk/regress/mged.sh: this is a valid change for debugging failed tests
17:33.35 CIA-130 BRL-CAD: 03starseeker * r48923 10/brlcad/trunk/regress/red.sh: Looks like we need to export the EDITOR variable here - without this export, an actual text editor kept getting launched during the red-regress tests.
18:44.00 CIA-130 BRL-CAD: 03brlcad * r48924 10/brlcad/trunk/src/libged/analyze.c: quell compilation failure for 'field' being unused. mark the sprintf workarounds as FIXME items since bu_vls_printf() is apparently lacking.
18:50.25 *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
18:52.33 *** part/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com)
20:12.48 CIA-130 BRL-CAD: 03tbrowder2 * r48925 10/brlcad/trunk/src/libged/analyze.c: leave the note for future reference, please
20:17.14 CIA-130 BRL-CAD: 03brlcad * r48926 10/brlcad/trunk/ (NEWS TODO): might miss the january release if the coverity defect code reviewing takes too long or problems are encountered, but going to try to hit that mark for 7.22.0 anyways. lots of testing and commit review help needed.
21:00.00 ``Erik I'm so badass, my cmake build went to 344% O.o
22:55.05 CIA-130 BRL-CAD: 03bob1961 * r48927 10/brlcad/trunk/src/libpkg/pkg.c: Move "if" statement after variable declarations.
23:13.33 CIA-130 BRL-CAD: 03bob1961 * r48928 10/brlcad/trunk/src/libbu/magic.c: Needs bu.h
23:18.31 CIA-130 BRL-CAD: 03bob1961 * r48929 10/brlcad/trunk/src/libfb/if_mem.c: Move variable declarations to top of code block.
23:22.54 CIA-130 BRL-CAD: 03bob1961 * r48930 10/brlcad/trunk/src/libged/analyze.c: Move variable declarations to top of code block.
23:34.49 CIA-130 BRL-CAD: 03bob1961 * r48931 10/brlcad/trunk/src/other/lemon/lempar.c: Move variable declarations to top of code block.
23:53.07 CIA-130 BRL-CAD: 03tbrowder2 * r48932 10/brlcad/trunk/src/libged/analyze.c: declaration at top, but set value where it's used
IRC log for #brlcad on 20120120

IRC log for #brlcad on 20120120

00:42.15 starseeker ``Erik: NOW what did you do to it??
03:41.01 CIA-130 BRL-CAD: 03tbrowder2 * r48933 10/brlcad/trunk/regress/vls.sh: add some more robustness: report if all expected failure pass
04:03.34 brlcad starseeker: export VAR=value is bash-specific
04:03.42 brlcad use two-lines
04:03.46 brlcad VAR=value
04:03.48 brlcad export VAR
05:07.12 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:34.39 CIA-130 BRL-CAD: 03brlcad * r48934 10/brlcad/trunk/src/conv/asc/pix2asc.c: revert r48777 that maybe quelled a TAINTED_SCALAR coverity warning since it causes a compilation warning (it's always true). cleanup.
05:56.18 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
09:41.30 *** join/#brlcad piksi (piksi@pi-xi.net)
10:38.43 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:39.59 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:05.12 ``Erik starseeker: "make -j3 all benchmark"... that's it *shrug*
13:12.20 ``Erik 'faster than fourier transform' O.o
13:12.56 CIA-130 BRL-CAD: 03starseeker * r48935 10/brlcad/trunk/regress/red.sh: try not to use bash specific syntax...
13:13.48 CIA-130 BRL-CAD: 03tbrowder2 * r48936 10/brlcad/trunk/regress/mged.sh: correct test to remove only if not FAILED
13:13.51 ``Erik starseeker: "bash +B" puts you in posix compatibility mode, or hop on a fbsd box and use /bin/sh
13:44.31 CIA-130 BRL-CAD: 03erikgreenwald * r48937 10/brlcad/trunk/src/libfb/tcl.c: erm, argv[0] is not a static string and this is not tcl, redo the bu_log string for proper format/varargs handling
13:48.01 CIA-130 BRL-CAD: 03erikgreenwald * r48938 10/brlcad/trunk/src/libged/analyze.c: quell uninitialized var warning
15:17.30 CIA-130 BRL-CAD: 03erikgreenwald * r48939 10/brlcad/trunk/src/libgcv/test_bottess.c: macro up face detection
15:39.06 brlcad starseeker: hm, the struct detection in astyle isn't nearly as clear-cut as the indenting was
17:09.21 brlcad woot, fixed
17:12.56 brlcad four lines of code
17:59.33 CIA-130 BRL-CAD: 03brlcad * r48940 10/brlcad/trunk/regress/mged.sh: don't pop up a window on commands that want to try, set display to null. also, delete output file(s) before writing them
18:02.21 CIA-130 BRL-CAD: 03brlcad * r48941 10/brlcad/trunk/CMakeLists.txt: looks like cmake has a mechanism for checking headers that require other headers (at least CHECK_INCLUDE_FILES() does). list them before the header, separated with semicolons. should fix the issue prompted by r48886.
18:19.37 CIA-130 BRL-CAD: 03brlcad * r48942 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake):
18:19.37 CIA-130 BRL-CAD: didn't get the commit e-mail, and missed the new BRLCAD_INCLUDE_FILE_WINDOWS()
18:19.37 CIA-130 BRL-CAD: macro. looks like BRLCAD_INCLUDE_FILE does just pass it though, so the
18:19.37 CIA-130 BRL-CAD: windows-specific macro shouldn't be needed. awaiting windows build
18:19.37 CIA-130 BRL-CAD: verification.
18:50.05 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:10.30 starseeker brlcad: sweet, thanks!
20:10.39 starseeker tests astyle again...
20:26.29 CIA-130 BRL-CAD: 03starseeker * r48943 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: Swap the order of checks 2 and 3 - if we're explicitly turning something off, even NOSYS isn't enough to save it - this was true anyway, so make the ordering clearer.
20:26.53 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:28.42 CIA-130 BRL-CAD: 03starseeker * r48944 10/brlcad/trunk/misc/astyle.opt:
20:28.42 CIA-130 BRL-CAD: Tweak the astyle opt file - for the moment, remove align-pointer since it's
20:28.42 CIA-130 BRL-CAD: changing some stuff in if conditionals (for example, avs.c line 45) that look
20:28.42 CIA-130 BRL-CAD: like maybe they shouldn't be changed. Sean fixed astyle, so turn on kr styling.
20:28.43 CIA-130 BRL-CAD: The pad-oper setting appears to work as advertised, the question is whether we
20:28.43 CIA-130 BRL-CAD: want to apply it globally...
20:30.49 starseeker brlcad: ok, with those settings, 49 files in libbu get modified running astyle and 36 don't...
20:41.42 CIA-130 BRL-CAD: 03starseeker * r48945 10/brlcad/trunk/include/rtgeom.h: Need to start way simpler here...
21:24.13 *** join/#brlcad cadman (~Adium@mwg-w02.infosec.fedex.com)
21:44.45 CIA-130 BRL-CAD: 03erikgreenwald * r48946 10/brlcad/trunk/CMakeLists.txt: Bump requried CMake version to 2.8.4. osX couldn't find dependancies (namely xsl-expand while building docbook articles) even though the dep worked as a target on 2.8.3.
21:45.55 CIA-130 BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3269 10/wiki/Code_Cleanup: /* Duplication Reduction */ export not necessary
21:46.51 CIA-130 BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3270 10/wiki/Code_Cleanup: /* Duplication Reduction */ readd space
21:47.16 *** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com)
22:00.42 brlcad starseeker: interesting, can you post a diff of one of those 49 up somewhere?
22:01.15 brlcad libbu shouldn't really have any changes since it's been the best reviewed style-wise
22:06.50 *** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com)
22:16.51 starseeker brlcad: sure: http://pastebin.mozilla.org/1456753 (avs.c)
22:18.16 starseeker http://pastebin.mozilla.org/1456755 (backtrace.c)
22:20.07 starseeker think I might know what the backtrace.c one is...
22:22.15 CIA-130 BRL-CAD: 03starseeker * r48947 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: Warn if a NOSYS library is turned off - Bad Things expected.
22:23.05 CIA-130 BRL-CAD: 03starseeker * r48948 10/brlcad/trunk/misc/astyle.opt: Ah hah - we want to indent the cases of a switch statement
22:27.10 CIA-130 BRL-CAD: 03starseeker * r48949 10/brlcad/trunk/misc/astyle.opt: don't want extra default indentation of conditionals
22:30.39 CIA-130 BRL-CAD: 03starseeker * r48950 10/brlcad/trunk/misc/astyle.opt: Allow deeper indenting
22:30.55 starseeker down to 38 modified...
22:34.44 starseeker avs.c is still changed, and here are a couple more that are still there:
22:34.48 starseeker http://pastebin.mozilla.org/1456763
22:35.33 starseeker doubt there's an option to not break out single line case statements...
22:36.44 starseeker I'll bet those if bracket moves are the k&r style formatter
22:40.16 starseeker brlcad: nevermind the pastebins - heres the full libbu diff, with astyle.opt as of r48950: http://bzflag.bz/~starseeker/astyle_libbu_diff.txt
23:47.22 brlcad starseeker: heh okay
IRC log for #brlcad on 20120121

IRC log for #brlcad on 20120121

00:41.46 brlcad starseeker: btw, I got a confirmed e-mail from peter kanold (the font guy) stating that we can use it for any purpose whatsoever
01:53.33 *** join/#brlcad cadman (~Adium@64.178.177.71)
01:53.53 *** join/#brlcad cadman1 (~Adium@64.178.177.71)
IRC log for #brlcad on 20120122

IRC log for #brlcad on 20120122

00:11.12 *** join/#brlcad ibot (~ibot@rikers.org)
00:11.12 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
02:31.07 *** join/#brlcad cadman (~Adium@mwg-w03.infosec.fedex.com)
02:31.29 *** join/#brlcad cadman1 (~Adium@mwg-w05.infosec.fedex.com)
02:58.57 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:50.29 CIA-130 BRL-CAD: 03Sean 07http://brlcad.org * r3271 10/wiki/DSP: stub in some initial infor for the dsp primitive, pulled from content written elsewhere
05:57.35 CIA-130 BRL-CAD: 03Sean 07http://brlcad.org * r3272 10/wiki/DSP: mini outline stub
14:16.59 *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net)
15:09.26 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:32.50 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:32.50 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:56.46 *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net)
18:22.24 *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net)
20:21.12 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:21.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:52.35 *** join/#brlcad piksi (piksi@pi-xi.net)
IRC log for #brlcad on 20120123

IRC log for #brlcad on 20120123

02:06.13 *** join/#brlcad Technicus (~Technicus@DSLPool-net212-23.wctc.net)
02:16.10 CIA-130 BRL-CAD: 03tbrowder2 * r48961 10/brlcad/trunk/src/libbu/test_vls.c: (log message trimmed)
02:16.10 CIA-130 BRL-CAD: Added and rearranged tests.
02:16.10 CIA-130 BRL-CAD: Added separate handling of expected failures (none at the moment).
02:16.10 CIA-130 BRL-CAD: Output number of expected failures to stderr and unexpected failures
02:16.10 CIA-130 BRL-CAD: to the exit code.
02:16.10 CIA-130 BRL-CAD: Modified format of test_vls function to more readily see the input
02:16.11 CIA-130 BRL-CAD: being tested.
02:17.01 CIA-130 BRL-CAD: 03tbrowder2 * r48962 10/brlcad/trunk/src/libbu/vls.c: (log message trimmed)
02:17.01 CIA-130 BRL-CAD: Fixed so no current regression tests fail (but no guarantees).
02:17.01 CIA-130 BRL-CAD: Found some missing flags, precision wasn't handled properly
02:17.01 CIA-130 BRL-CAD: for strings (absolutely constrains string length [but not field
02:17.01 CIA-130 BRL-CAD: width]).
02:17.01 CIA-130 BRL-CAD: Added new bit flags for special format cases, added FIXMEs where
02:17.02 CIA-130 BRL-CAD: more looks are needed (more tests need to be added).
02:21.19 CIA-130 BRL-CAD: 03tbrowder2 * r48963 10/brlcad/trunk/regress/vls.sh:
02:21.19 CIA-130 BRL-CAD: Added a test for expected failures and variation of output
02:21.20 CIA-130 BRL-CAD: success based on actual test results of unexpected failures,
02:21.20 CIA-130 BRL-CAD: expected failures, and surprise pass of expected failures.
02:21.20 CIA-130 BRL-CAD: Tell user to look at the output log file if all is not perfect.
02:21.20 CIA-130 BRL-CAD: Removes alloutput products if no problems.
02:36.14 CIA-130 BRL-CAD: 03tbrowder2 * r48964 10/brlcad/trunk/include/bn.h: move doxygen description of complex number functions from implementation file to bu library header file (see patches tracker ID 3376910)
02:36.52 CIA-130 BRL-CAD: 03tbrowder2 * r48965 10/brlcad/trunk/src/libbn/complex.c: move doxygen description of complex number functions from implementation file to bu library header file (see patches tracker ID 3376910)
02:52.02 CIA-130 BRL-CAD: 03tbrowder2 * r48966 10/brlcad/trunk/src/libbu/test_vls.c: removed unused signal handler
05:23.33 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:30.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:57.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:57.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:04.02 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:29.39 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:29.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:41.37 CIA-130 BRL-CAD: 03tbrowder2 * r48967 10/brlcad/trunk/src/libbu/vls.c: eliminate old if/def code block
11:45.03 CIA-130 BRL-CAD: 03tbrowder2 * r48968 10/brlcad/trunk/src/libbu/vls.c: delete vls structs after use
11:48.55 CIA-130 BRL-CAD: 03tbrowder2 * r48969 10/brlcad/trunk/regress/vls.sh: tweak handling of expected fails
13:10.34 *** join/#brlcad pokoko222_ (~chatzilla@77.28.122.27)
13:10.44 pokoko222 will you guys be on google summer code?
13:31.05 CIA-130 BRL-CAD: 03tbrowder2 * r48970 10/brlcad/trunk/src/libged/wdb_obj.c: ws style
14:24.54 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
14:50.37 brlcad lil early
15:46.41 CIA-130 BRL-CAD: 03starseeker * r48971 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Alter BRLCAD_INCLUDE_FILE to support optionally supplying a list of headers, instead of just one.
16:11.57 CIA-130 BRL-CAD: 03starseeker * r48972 10/brlcad/trunk/ (3 files in 3 dirs):
16:11.57 CIA-130 BRL-CAD: Make each type of DocBook output depend on the XSL stylesheet used to generate
16:11.57 CIA-130 BRL-CAD: that type of output, so it gets automatically regenerated if the stylesheets are
16:11.57 CIA-130 BRL-CAD: changed. Note that we don't depend on the .xsl.in file but the generated .xsl
16:11.57 CIA-130 BRL-CAD: file in the build directory - this is OK because the .xsl.in files are tracked
16:11.57 CIA-130 BRL-CAD: by CMake, and CMake will be re-run if they change. If the xsl.in file is
16:11.58 CIA-130 BRL-CAD: different, it will change the generated .xsl file and trigger the build rule.
16:14.56 brlcad starseeker: ahh, missed the S... are both really needed?
16:15.04 brlcad why not pass them all through check files?
16:19.43 brlcad mailing list seems to indicate it should work the same
16:37.01 brlcad when I made my mod, it re-ran the windows.h test so it looked like it should have even worked for windows
16:44.46 brlcad testing, looks like it works
16:57.38 CIA-130 BRL-CAD: 03tbrowder2 * r48973 10/brlcad/trunk/src/libged/ls.c: ws style
16:58.39 CIA-130 BRL-CAD: 03tbrowder2 * r48974 10/brlcad/trunk/src/libged/ged.c: ws style
17:15.05 CIA-130 BRL-CAD: 03brlcad * r48975 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: simplify, looks like CHECK_INCLUDE_FILES will work for checking all header files. lamely prints var instead of the header, but does the right/same check anyways. quotes necessary per cmake macro list expansion rules
17:35.01 CIA-130 BRL-CAD: 03n_reed * r48976 10/brlcad/trunk/ (include/bu.h src/libbu/sscanf.c src/libbu/test_sscanf.c): Implemented bu_vsscanf in terms of sscanf (loses vsscanf dependency) with much help from BSD vfscanf.c (now using BSD license). Needs testing.
17:40.18 CIA-130 BRL-CAD: 03brlcad * r48977 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: document the majority of macros saying what their side-effects are where it's obvious. pass BRLCAD_TYPE_SIZE's header as a list in case it's more than one.
17:51.36 CIA-130 BRL-CAD: 03tbrowder2 * r48978 10/brlcad/trunk/src/libged/ (69 files): ws, style
17:57.10 CIA-130 BRL-CAD: 03brlcad * r48979 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake:
17:57.10 CIA-130 BRL-CAD: this is in-part why these are so unnecessarily difficult to read... three
17:57.10 CIA-130 BRL-CAD: different indentation styles and two upper/lower case conventions being used.
17:57.10 CIA-130 BRL-CAD: out-of-place headers beg for an explanation. set mode to cmake so emacs can fix
17:57.10 CIA-130 BRL-CAD: some of the file for us.
17:57.57 CIA-130 BRL-CAD: 03brlcad * r48980 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: fix header funk
18:01.25 CIA-130 BRL-CAD: 03brlcad * r48981 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: missed one
18:07.09 CIA-130 BRL-CAD: 03starseeker * r48982 10/brlcad/trunk/misc/CMake/ (msv.cmake.in rnv.cmake.in xmllint.cmake.in): Update the validate scripts for the new setup
18:08.11 CIA-130 BRL-CAD: 03starseeker * r48983 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: whoops - too aggressive with the xsl dependencies.
18:14.27 starseeker brlcad: sorry about that :-/
18:20.39 CIA-130 BRL-CAD: 03tbrowder2 * r48984 10/brlcad/trunk/TODO: wrapped some long lines for ease of perusal
18:28.41 CIA-130 BRL-CAD: 03starseeker * r48985 10/brlcad/trunk/misc/CMake/ (36 files): cmake files are not sh files
18:37.59 brlcad they were set to sh because emacs marks the syntax up beautifully even pretending it's a shell script
18:38.19 brlcad but then I found a cmake mode which handles the indentation better
18:38.32 brlcad s/better// .. shell script couldn't do indent
18:38.56 brlcad had to patch it, but seems to work okay .. not as pretty as sh-mode, but better with indentation
18:40.16 brlcad patched mode file is here for anyone intereste: http://brlcad.org/~sean/tmp/cmake-mode.el
18:49.47 brlcad n_reed: src/libbu/sscanf.c:135:12: error: variable ?base? set but not used
18:57.44 CIA-130 BRL-CAD: 03tbrowder2 * r48986 10/brlcad/trunk/src/libanalyze/ (density.c test_density.c): ws, style
18:58.51 CIA-130 BRL-CAD: 03starseeker * r48987 10/brlcad/trunk/misc/CMake/ (36 files): Go with the Emacs mode indentation style for CMake files
19:00.28 CIA-130 BRL-CAD: 03tbrowder2 * r48988 10/brlcad/trunk/TODO: add .density file and density database code refactoring task
19:11.46 CIA-130 BRL-CAD: 03n_reed * r48989 10/brlcad/trunk/src/libbu/sscanf.c: remove unused base var for now (holdover from vfscanf), but may want it later...
19:19.51 starseeker hmm - got a report that some of the recent vls changes have broken MGED
19:26.00 ``Erik keith is seeing them, mged segfaulting on load... he has a fix he's trying to commit
19:27.51 ``Erik aight, he's not committing it, says too much stuff is broken right now O.o
19:28.16 ``Erik (like an indent pass changing "+=" to "+ =", etc)
19:34.37 CIA-130 BRL-CAD: 03indianlarry * r48990 10/brlcad/trunk/src/libdm/ (dm-X.c dm-ogl.c dm-rtgl.c dm-tk.c dm-wgl.c): using bu_vls_strncpy() to get parent window name from vls string. looks to be some changes to bu_vls_printf() where the "%*s" format specifier is concerned. can revert when later is fixed
19:38.59 CIA-130 BRL-CAD: 03indianlarry * r48991 10/brlcad/trunk/src/libged/ (track.c typein.c wdb_track.c): spaces where spaces shouldn't be; might be a formatter gone awry?
19:59.21 CIA-130 BRL-CAD: 03indianlarry * r48992 10/brlcad/trunk/src/conv/step/Axis2Placement.h: virtually inherit STEPEntity; we only want one of these in any multiple inheritance situation
20:21.36 CIA-130 BRL-CAD: 03tbrowder2 * r48993 10/brlcad/trunk/src/libged/human.c: correct overzealous ws formatting (a macro gone wild with a zoned-out human)
20:24.41 CIA-130 BRL-CAD: 03indianlarry * r48994 10/brlcad/trunk/src/conv/step/ (10 files): virtually inherit STEPEntity; we only want one of these in any multiple inheritance situation
20:53.31 CIA-130 BRL-CAD: 03starseeker * r48995 10/brlcad/trunk/CMakeLists.txt: Make a stab at fixing indenting in toplevel CMakeLists.txt file
21:14.09 CIA-130 BRL-CAD: 03indianlarry * r48996 10/brlcad/trunk/src/conv/step/CompositeCurve.cpp: cast using dynamic_cast<>
21:17.02 CIA-130 BRL-CAD: 03indianlarry * r48997 10/brlcad/trunk/src/conv/step/ (7 files): cast using dynamic_cast<>
22:05.35 CIA-130 BRL-CAD: 03brlcad * r48998 10/brlcad/trunk/src/libbu/test_vls.c: add a couple more width test cases, shows that the old bu_vls_printf() implementation was wrong treating the length as a max instead of as a min with left space padding.
22:24.38 CIA-130 BRL-CAD: 03tbrowder2 * r48999 10/brlcad/trunk/src/libbu/test_vls.c: add Sean's tests
23:01.51 CIA-130 BRL-CAD: 03brlcad * r49000 10/brlcad/trunk/src/libbu/test_vls.c: my test cases for the %* bug were already added, so don't need. also, tidy output some now that there are a lot more complex tests, align the PASS/FAIL for easy scanning.
23:29.42 CIA-130 BRL-CAD: 03n_reed * r49001 10/brlcad/trunk/src/libbu/test_sscanf.c: Added other integer type tests. Building the source strings to include min/max values.
23:37.01 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
IRC log for #brlcad on 20120124

IRC log for #brlcad on 20120124

00:11.29 *** join/#brlcad DarkCalff (DC@173.231.40.98)
01:27.41 CIA-130 BRL-CAD: 03n_reed * r49002 10/brlcad/trunk/src/libbu/test_sscanf.c: add more float-type tests
01:45.56 CIA-130 BRL-CAD: 03starseeker * r49003 10/brlcad/trunk/CMakeLists.txt: obsolete comment
02:25.44 CIA-130 BRL-CAD: 03brlcad * r49004 10/brlcad/trunk/src/mged/cmd.c: looks like a case where '%*s' is being used incorrectly. it's not strncpy, so use a vls to get that intended result.
02:26.52 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:39.49 CIA-130 BRL-CAD: 03brlcad * r49005 10/brlcad/trunk/src/mged/mged.c: simplify, pull the free up to after Tcl_Eval() since we're done with it
03:57.19 CIA-130 BRL-CAD: 03brlcad * r49006 10/brlcad/trunk/src/mged/mged.c: looks like console tab-completion in mged also relied on '%*s' strncat behavior, though not critically so (wipes out the previous command line)
04:00.35 CIA-130 BRL-CAD: 03brlcad * r49007 10/brlcad/trunk/src/mged/mged.c: feature LONG time in the making. improve tab expansion padding a trailing space if we get down to only one match remaining. improved usability ftw.
04:00.58 CIA-130 BRL-CAD: 03starseeker * r49008 10/brlcad/trunk/misc/CMake/ (44 files): Have a go at standardizing the case of built-in CMake function calls in our .cmake files, for readibility improvement. Not hitting the CMakeLists.txt files yet.
04:08.00 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
04:14.09 CIA-130 BRL-CAD: 03starseeker * r49009 10/brlcad/trunk/ (93 files in 93 dirs): Take a stab at the CMakeLists.txt files (probably not complete)
04:14.31 starseeker brlcad: probably not perfect, but hopefully that will help some
04:18.21 brlcad wow, I wouldn't have expected all-lower from you given it was nearly all upper :)
04:18.44 brlcad I like it though, less of a wall of shouting text
04:19.00 brlcad should be more clear what is logic and what the vars are
04:21.04 starseeker nods
04:21.54 starseeker didn't have any particular attachment to one or the other - Tom mentioned he didn't care for all caps when we were discussing the DocBook stuff, and I had read somewhere that all things being equal, lower case is easier to read
04:22.31 starseeker sorts out rather well, once I look at it - will take a little getting used to, but no biggie
04:23.53 starseeker probably the lower case instances are when I needed to read something more clearly to understand it :_)
04:23.59 starseeker :-) even
04:25.42 starseeker for darn sure I don't want to make it *intentionally* hard to read
04:30.22 CIA-130 BRL-CAD: 03brlcad * r49010 10/brlcad/trunk/src/mged/mged.c:
04:30.22 CIA-130 BRL-CAD: wow, and all that for nothing. the input string is wiped out, but a call to
04:30.22 CIA-130 BRL-CAD: bu_vls_trunc() does it even better and is already being called. maybe a vestige
04:30.22 CIA-130 BRL-CAD: holdover from when it was a buffer instead of a vls and nobody noticed.
04:30.23 CIA-130 BRL-CAD: something a little fishy but looks like it's working nicely.
04:31.13 brlcad starseeker: you sure? job security! :)
04:31.41 starseeker <snort> I'm quite sure it will be impenetrable despite my best efforts
04:32.38 starseeker has been swimming in CMake for so long now it feels natural, which means writing up docs is automatically a challenge
04:38.46 CIA-130 BRL-CAD: 03starseeker * r49011 10/brlcad/trunk/ (33 files in 33 dirs): few more upper->lower conversions
05:46.29 *** join/#brlcad Technicus (~Technicus@24-196-36-61.dhcp.stpt.wi.charter.com)
05:59.35 CIA-130 BRL-CAD: 03brlcad * r49012 10/brlcad/trunk/src/tclscripts/mged/text.tcl: even if line is empty, let tab-completion still do its job. return all registered commands. improved usability consistent with unix command prompt behavior.
06:02.16 CIA-130 BRL-CAD: 03brlcad * r49013 10/brlcad/trunk/NEWS:
06:02.16 CIA-130 BRL-CAD: improved tab-completion behavior in mged. now once you have a match, it will
06:02.16 CIA-130 BRL-CAD: auto-append a space after the command so you're ready for the next argument.
06:02.16 CIA-130 BRL-CAD: also, hitting tab on an empty line will return all registered commands instead
06:02.16 CIA-130 BRL-CAD: of silently doing nothing.
06:06.04 CIA-130 BRL-CAD: 03brlcad * r49014 10/brlcad/trunk/src/tclscripts/lib/Command.tcl: do the same for archer. looks like entirely duplicate code fortunately/unfortunately so same fix applies to make an empty tab-expansion return all registered commands.
06:12.09 CIA-130 BRL-CAD: 03brlcad * r49015 10/brlcad/trunk/src/tclscripts/lib/Command.tcl: apply similar usability enhancement to archer as was done for mged. if there's only one match remaining, then add a space after our match so the user is saved a keystroke.
07:04.21 CIA-130 BRL-CAD: 03brlcad * r49016 10/brlcad/trunk/NEWS:
07:04.21 CIA-130 BRL-CAD: improved tab-completion behavior for mged and archer. now once you have a
07:04.21 CIA-130 BRL-CAD: match, it will auto-append a space after the command so you're ready for the
07:04.21 CIA-130 BRL-CAD: next argument. also, hitting tab on an empty line will return all registered
07:04.22 CIA-130 BRL-CAD: commands instead of silently doing nothing. untested for archer (non-gui atm)
07:22.52 CIA-130 BRL-CAD: 03brlcad * r49017 10/brlcad/trunk/src/mged/mged.c:
07:22.52 CIA-130 BRL-CAD: handle a slew of '%*s' bu_loggers that seemed to assume strncpy behavior with
07:22.52 CIA-130 BRL-CAD: the size being a max (it's a min). probably all benign (possibly even
07:22.52 CIA-130 BRL-CAD: unnecessary code) given they all merely blank out some portion of the input
07:22.52 CIA-130 BRL-CAD: prompt, but preserves behavior until more extensive testing can occur.
07:36.45 CIA-130 BRL-CAD: 03brlcad * r49018 10/brlcad/trunk/src/mged/mged.c: replace a slew of bu_vls_init() calls with static initializers.
07:38.45 CIA-130 BRL-CAD: 03brlcad * r49019 10/brlcad/trunk/src/bwish/input.c: more of the same, even identical code to mged, assumptions of '%*s' acting like strncpy and being a minimum. keep doing the explicit copy regardless of the need to preserve behavior until more direct testing can occur.
IRC log for #brlcad on 20120125

IRC log for #brlcad on 20120125

16:20.39 *** join/#brlcad ibot (~ibot@rikers.org)
16:20.39 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
16:21.23 ``Erik your compiler isn't liking the __extension__ bit, which version of gcc is that?
16:21.59 jordisayol gcc version 4.5.1
16:22.19 ``Erik and your libc headers are the most recent?
16:22.45 jordisayol I think so
16:22.58 jordisayol I've system up to date
16:25.24 jordisayol glibc 2.11.3-12.21.1
16:27.29 starseeker ``Erik: awesome
16:27.46 starseeker hope they produce it
16:28.47 ``Erik lacks much in the way of linux machines, is going to try compiling with a new gcc on fbsd to see if its' a change in gcc O.o
16:29.50 ``Erik but this is looking like an opensuse issue to me, your gcc doesn't like your system headers :/ any program that uses FD_SET() would be throwing this issue (might be some flags we use triggering it)
16:32.10 jordisayol ok. I've compiled all previous rpm packages on this system so, is new the use of this function on brlcad?
16:33.11 jordisayol if not, then is a new bug on opensuse glibc, isn't it?
16:33.49 ``Erik hm, it's an old use of that macro in BRL-CAD, only a couple changes in that file in the last few months
16:34.11 ``Erik one on dec 15, the other on nov 29
16:34.29 ``Erik built fine using gcc 4.7 on fbsd 8.2, ia32
16:35.05 jordisayol no no, it build fine on same opensuse 64-bit!!!
16:35.49 ``Erik yeah, it's an assembly macro, so it's platform specific...
16:36.13 ``Erik it's coming from /usr/include/asm-*/posix_types.h
16:36.35 ``Erik so on 64, you get asm-x86_64, on 32 you get asm-i386... different files
16:37.09 jordisayol can i do something to override it?
16:37.29 ``Erik not to my knowledge, but I'm not a linux guy and have never logged into an opensuse box
16:37.52 jordisayol or better, when will be released the next brlcad version?
16:39.03 ``Erik sorry, dude, I'm out of ideas, maybe the opensuse guys can help? the __extension__ on line 53 of your paste is the bit causing the issue, and that's from /usr/include/asm-i386/posix_types.h *shrug*
16:39.56 ``Erik next BRL-CAD release should be fairly soon, but I don't think it'll fix stuff or ya :/
16:40.10 ``Erik s/ or/ for/
16:41.03 jordisayol I ask you just to know if there is enough time to opensuse crew correct this
16:41.19 starseeker how much time would they need?
16:41.29 jordisayol no idea
16:41.35 starseeker we won't be putting a release out in the next few days - there's too much to do
16:42.07 jordisayol I'm not an opensuse user. I just use it in a virtualbox machine to build brlcad rpm packages
16:42.39 starseeker my advice would be to contact them and see what they say
16:43.06 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
16:43.56 jordisayol ok, i'll try, many thanks!
16:44.22 ``Erik they may need to see your compile line, it might be something funky like -msse3 or something causing it to trigger
17:08.32 CIA-48 BRL-CAD: 03brlcad * r49068 10/brlcad/trunk/src/ (13 files in 3 dirs): (log message trimmed)
17:08.32 CIA-48 BRL-CAD: Can't take it any longer. Doggy bag all the gcc vomit about SCL's qualified type errors. Reduces the build log by about 16MB, 78k warning lines, approx 765 unique instances.
17:08.32 CIA-48 BRL-CAD: Quell them all with a teeny little one-liner bit of scripting based on the build log output:
17:08.32 CIA-48 BRL-CAD: for match in `grep qualifiers build.log | sort | uniq | cut -d: -f1,2` ; do
17:08.33 CIA-48 BRL-CAD: export file="`echo $match | cut -d: -f1`" ; export line="`echo $match | cut -d:
17:08.33 CIA-48 BRL-CAD: -f2`" ; export pline="`expr $line - 1`" ; if test "x`sed -n ${pline}p
17:08.34 CIA-48 BRL-CAD: $file |grep const`" = "x" ; then sed -n ${line}p $file ; sed
17:08.36 *** join/#brlcad merzo (~merzo@248-93-200-46.pool.ukrtel.net)
17:10.33 CIA-48 BRL-CAD: 03brlcad * r49069 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h:
17:10.33 CIA-48 BRL-CAD: more warning quellage. shouldn't pass string constants to char* parameters as
17:10.33 CIA-48 BRL-CAD: they should be considered immutable/const. make SelectTypeDescriptor()
17:10.33 CIA-48 BRL-CAD: constructor take a const char* instead, fortunately TypeDescriptor's constructor
17:10.33 CIA-48 BRL-CAD: is correct.
17:12.12 CIA-48 BRL-CAD: 03bob1961 * r49070 10/brlcad/trunk/src/mged/polyif.c: Variable declarations need to be at the top of the code block.
17:22.41 CIA-48 BRL-CAD: 03brlcad * r49071 10/brlcad/trunk/src/other/step/src/clstepcore/ (8 files):
17:22.41 CIA-48 BRL-CAD: might make merging a bit more difficult or (more likely) repeats work already
17:22.41 CIA-48 BRL-CAD: done in the github tree, but helps ease our sanity in the meantime. eliminate a
17:22.41 CIA-48 BRL-CAD: slew of gcc warnings about string literals being passed as char* parameters when
17:22.41 CIA-48 BRL-CAD: they should be treated immutable. mark them all const.
17:23.02 brlcad that takes care of the majority of the step vomit
17:23.20 brlcad the remaining warnings look like they're other valid step-g issues
17:24.58 brlcad now the warning log has but 520 or so lines in it (instead of 78k lines)
17:26.06 brlcad jordisayol: what does man FD_SET list for headers?
17:27.21 jordisayol brlcad: sorry, I don't understand you
17:27.45 brlcad if you run "man FD_SET" it should give a usage man page
17:27.59 brlcad it should list one or more #include headers near the top
17:28.00 brlcad like
17:28.01 brlcad #include <sys/select.h>
17:28.03 jordisayol nop, no man pacge for it
17:28.11 brlcad hm, okay, what about man select
17:28.38 jordisayol not too
17:29.01 brlcad no man page for select?
17:29.25 brlcad sounds like you're missing manual pages
17:29.40 jordisayol just a moment, i just use opensuse to build brlcad
17:29.51 jordisayol maybe it's not installed
17:30.17 brlcad no matter, found it online http://manpages.unixforum.co.uk/man-pages/linux/opensuse-10.2/0p/select.h-man-page.html
17:31.29 jordisayol now i got man FD_SET
17:31.56 brlcad grep HAVE_SYS_SELECT_H include/*
17:32.03 brlcad from your build directory
17:32.56 jordisayol include/brlcad_config.h:#define HAVE_SYS_SELECT_H 1
17:32.56 jordisayol include/brlcad_config.h.in:#cmakedefine HAVE_SYS_SELECT_H 1
17:32.56 jordisayol include/bselect.h:#ifdef HAVE_SYS_SELECT_H
17:33.07 brlcad hm, okay that's good
17:34.41 brlcad jordisayol: try this .. edit include/bselect.h and add this line before the #ifdef HAVE_SYS_SELECT_H line
17:35.06 brlcad #include <sys/types.h>
17:35.13 brlcad #include <signal.h>
17:35.17 brlcad #include <time.h>
17:35.26 brlcad those three lines
17:35.40 brlcad see if that makes any difference at all
17:35.51 jordisayol ok
17:38.17 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:38.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:38.37 jordisayol brlcad: it appears that pass the error point
17:38.58 jordisayol still compiling...
17:39.56 jordisayol it will take a wile (compiling in a virtualbox machine with just one cpu)
17:40.13 brlcad wow
17:40.26 brlcad yeah, that's a busted system header then
17:40.43 brlcad remove the signal.h and time.h lines and retry
17:40.56 jordisayol ok
17:41.24 jordisayol ohhh, sorry, the error still there :-/
17:41.25 brlcad then assuming that works, remove the sys/types.h line just to verify that's what makes it work
17:41.31 brlcad hm, okay
17:46.03 brlcad ``Erik: nifty -E -o trick, handy thx
17:50.18 brlcad jordisayol: you could try a newer version of gcc, one of the 4.6 line
17:51.51 jordisayol I'll try, I'm not comfortable on opensuse...
17:55.30 *** join/#brlcad juan_man (~quassel@186.136.169.88)
17:55.58 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
17:56.52 jordisayol brlcad: anyway, on opensuse 11.4 64-bit with gcc 4.5.1 , properly compiles
17:57.20 CIA-48 BRL-CAD: 03starseeker * r49072 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: If we're conditionalizing the non-WIN32 files on generation, need to also conditionalize the related install rules.
18:00.17 CIA-48 BRL-CAD: 03starseeker * r49073 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: ws
18:20.29 CIA-48 BRL-CAD: 03n_reed * r49074 10/brlcad/trunk/src/libbu/test_sscanf.c: Using macros to condense numeric conversion tests, now in their own routine. Moving on to more exotic conversions.
18:22.39 jordisayol brlcad: I've upgraded to gcc 4.6.2 (from opensuse 12.1) and it appears to work
18:22.46 jordisayol still compiling
18:32.39 jordisayol ok, successfully compiled
18:43.32 CIA-48 BRL-CAD: 03starseeker * r49075 10/brlcad/trunk/src/nirt/command.c: Send the default coordinate printouts to stdout - really should be handled like 'normal' nirt reporting...
18:44.54 brlcad jordisayol: awesome
18:45.17 brlcad did you see the forum message about the opensuse rpm not working?
18:45.45 jordisayol nop :-(
18:45.57 brlcad https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/4972540
18:46.11 brlcad thought that might be why you were looking into opensuse :)
18:49.09 CIA-48 BRL-CAD: 03starseeker * r49076 10/brlcad/trunk/src/nirt/command.c: another stdout fprintf change...
18:49.17 jordisayol no no :-) just test to create deb/rpm packages randomly
18:57.59 brlcad any idea what that error might be?
18:58.25 jordisayol not really
18:59.05 brlcad I know ogl_interface is a symbol in our libfb library, only compiled if you enable opengl
18:59.27 brlcad is the rpm he's using supposed to have opengl on or off?
18:59.46 jordisayol on
19:00.15 brlcad so then the fact that there is a reference to ogl_interface somewhere is correct
19:00.25 brlcad why it can't find it becomes the issue
19:00.47 brlcad maybe he has another library on his system named libfb
19:00.49 jordisayol so probably is a problem with his opengl. do you remember that some other person got problems on opensuse too?
19:01.27 brlcad nope
19:02.17 jordisayol well, this guy got problems running mged/archer
19:02.46 jordisayol and finally he wasn't able to run glxgears on his system
19:03.05 brlcad right, so that one sounds like an opengl issue
19:03.16 brlcad not finding ogl_interface isn't, though
19:04.28 jordisayol missing dependencies on rpm?
19:05.02 brlcad you don't specify object files in the rpm, so not likely
19:05.19 brlcad that's just a specific symbol inside libfb that is referenced by libdm and mged
19:06.47 brlcad what I'm betting is happening is that it's loading mged, begins loading libs, loads libfb but finds *another* system libfb instead of ours, loads libdm, see's the ogl_interface symbol, gets through loading all the of rest of the libs and has no way to resolve it
19:08.05 jordisayol aha
19:08.39 brlcad maybe even another compile of BRL-CAD
19:09.20 jordisayol aha
19:11.54 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:11.54 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:17.12 jordisayol brlcad: if there is a /usr/lib/libdm.so and a /usr/brlcad/lib/libdm.so, which one is used by mged?
19:21.41 ``Erik 'ldd' will tell you. "ldd /path/to/mged"
19:27.31 jordisayol I've installed libdm0 (installs /liblibdm.so.0.0.4) and ldd /usr/brlcad/mged returns:
19:27.31 jordisayol ...
19:27.31 jordisayol libdm.so.19 => /usr/brlcad/lib/libdm.so.19 (0x00007f38e9ac9000)
19:27.31 jordisayol ...
19:29.45 jordisayol s:/liblibdm.so.0.0.4:/lib/libdm.so.0.0.4:
19:35.55 brlcad binaries are usually compiled with linker information pointing to where the library is expected to be
19:36.44 brlcad so if you don't install where it was compiled, LD_LIBRARY_PATH becomes necessary or modifications to ld.config
19:37.08 brlcad if you do install where it was compiled for, you don't generally need anything
19:38.24 jordisayol rpm package always installs libs at /usr/brlcad/lib
19:39.02 brlcad so then it's back to him having a libfb just somewhere else on his system and LD_LIBRARY_PATH is pointing to it
19:42.49 jordisayol I've to go
19:42.53 ``Erik ô/cl
19:45.34 brlcad cya jordisayol
19:45.37 brlcad thanks!
19:47.25 *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz)
19:47.30 pawleeq hello
19:47.55 pawleeq here is another czech article about brlcad: http://www.abclinuxu.cz/clanky/brl-cad-pokrocile-techniky-modelovani
19:52.45 brlcad pawleeq: that is awesome!
19:52.58 brlcad and you even figured out how to work that terrible pattern tool gui :D
19:53.24 pawleeq yeah and it made me to think about few improvements ...
19:53.33 pawleeq i will write a hot report soon a let you know
19:53.41 brlcad the "clone" command is a lot better, at least easier to use
19:53.42 pawleeq * a > and
19:53.51 brlcad though it doesn't do the spherical/cylindrical patterns
19:53.58 brlcad cool
19:54.19 brlcad it'd be great to have those tutorials in docbook format :)
19:54.38 pawleeq one of the readers asked specially about cylindrical patterns so I did it
19:54.40 brlcad then we could get some english translations going and get them up into our docs
19:55.36 pawleeq I can translate it, i even think about real book, but these articles are fortunately keeping my feet on the ground :)
20:18.33 brlcad pawleeq: do you know docbook/xml? or html?
20:19.36 pawleeq I know html
20:20.49 brlcad docbook/xml is very very similar -- if you're interested, I could pull together a template example
20:21.09 brlcad from docbook, we can autogenerate html, pdf, rtf, etc
20:21.52 brlcad when was your first article published?
20:22.53 pawleeq November 11th
20:23.32 pawleeq ok send me a template and I will fill it with english translation of those articles (or just the articles you want)
20:24.07 brlcad both english and czech would be best :)
20:24.14 pawleeq ok
20:24.18 brlcad we can track translations
20:24.47 brlcad that way, we might get others willing to help translate your articles to other languages as well
20:25.44 pawleeq ok :)
20:30.47 CIA-48 BRL-CAD: 03brlcad * r49077 10/brlcad/trunk/AUTHORS: credit pavel jansa (pawleeq) with his numerous brl-cad tutorial articles (in czech): http://www.abclinuxu.cz/autori/pavel-jansa
20:32.47 CIA-48 BRL-CAD: 03brlcad * r49078 10/brlcad/trunk/src/libbn/noise.c:
20:32.47 CIA-48 BRL-CAD: clean up the magic number handling to be consistent with our uint32_t magic
20:32.47 CIA-48 BRL-CAD: type. expand the size of the hash table from shorts to that as well and do some
20:32.47 CIA-48 BRL-CAD: minor refactoring so that the table size (4096) is defined in just one place and
20:32.47 CIA-48 BRL-CAD: everything keys off of it.
20:37.06 CIA-48 BRL-CAD: 03brlcad * r49079 10/brlcad/trunk/src/libbu/badmagic.c:
20:37.06 CIA-48 BRL-CAD: not clear what is exactly being checked but the magic number alignment checking
20:37.06 CIA-48 BRL-CAD: looks to be incorrect now that we're using uint32_t's everywhere. getting
20:37.06 CIA-48 BRL-CAD: misalignment on big-endian 64-bit system in shaders regression, fixed by
20:37.06 CIA-48 BRL-CAD: checking our magic type.
20:42.04 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:42.05 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:52.17 CIA-48 BRL-CAD: 03n_reed * r49080 10/brlcad/trunk/src/libbu/sscanf.c: Forgot that we need to search for closing brace of character classes. Was causing truncated conversion specification.
21:01.04 CIA-48 BRL-CAD: 03starseeker * r49081 10/brlcad/trunk/src/nirt/sfiles/csv-gap.nrt: Stray commas in csv-gap formatting were causing error when specifying -f csv-gap in a nirt run.
21:48.10 CIA-48 BRL-CAD: 03n_reed * r49082 10/brlcad/trunk/src/libbu/sscanf.c: Doh! Accidently overwrote conversion type var before switching on it.
21:52.38 CIA-48 BRL-CAD: 03starseeker * r49083 10/brlcad/trunk/ (NEWS src/nirt/if.c): Attribute printing was haywire in nirt, printing ALL attributes and ignoring the list. Now printing only specified attributes.
21:56.44 n_reed hah, accidentally used accidently
22:10.34 CIA-48 BRL-CAD: 03starseeker * r49084 10/brlcad/trunk/src/nirt/command.c: err -> stdout for nirt default units reporting.
22:14.37 CIA-48 BRL-CAD: 03n_reed * r49085 10/brlcad/trunk/src/libbu/test_sscanf.c: Add some string-type tests now that character-class conversion is debugged.
22:16.01 CIA-48 BRL-CAD: 03starseeker * r49086 10/brlcad/trunk/ (NEWS src/nirt/nirt.c src/nirt/nirt.h): Add -h option to nirt to suppress header, couple other tweaks.
22:21.31 CIA-48 BRL-CAD: 03starseeker * r49087 10/brlcad/trunk/ (TODO regress/CMakeLists.txt regress/nirt.sh): Add regression testing for nirt based on the nirt DocBook manual.
22:34.57 CIA-48 BRL-CAD: 03brlcad * r49088 10/brlcad/trunk/doc/docbook/articles/en/ (CMakeLists.txt TEMPLATE.xml): add an initial template that demonstrates some of the basic docbook/xml elements for adding new articles.
22:57.01 *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz)
23:18.25 brlcad pawleeq: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml?view=log
23:18.42 brlcad there's a template you can use, it'll generate something like this: http://brlcad.org/~sean/tmp/TEMPLATE.html
23:19.14 pawleeq ok thank you
23:19.34 brlcad it's in svn, so you can copy that file, update the doc/docbook/articles/en/CMakeLists.txt file with your article(s)
23:19.49 brlcad and when you run "make", it'll generate the html
23:20.14 brlcad don't worry about how the html looks exactly, it's more that it's structurally all there described and easy enough to read
23:20.23 brlcad if that wasn'
23:20.36 brlcad if that wasn't clear, folks in here can easily help ;)
23:24.40 pawleeq ok I will ask if I get unsure about something, and there always is google :) I am going to bed, so good bye everybody
23:55.32 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
23:57.03 *** join/#brlcad piksi (piksi@pi-xi.net)
23:58.41 *** join/#brlcad ChanServ (ChanServ@services.)
23:58.41 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
IRC log for #brlcad on 20120126

IRC log for #brlcad on 20120126

00:43.27 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:27.30 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:27.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:40.17 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:40.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:20.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
05:20.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:13.25 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
06:13.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:03.19 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:22.29 CIA-48 BRL-CAD: 03erikgreenwald * r49089 10/brlcad/trunk/src/libgcv/test_bottess.c: stub in other test suites
16:19.13 CIA-48 BRL-CAD: 03n_reed * r49090 10/brlcad/trunk/src/libbu/sscanf.c: set pointer conversion flag but forgot to check for it
16:23.41 *** join/#brlcad piksi (piksi@pi-xi.net)
16:26.02 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:26.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:29.31 CIA-48 BRL-CAD: 03n_reed * r49091 10/brlcad/trunk/src/libbu/test_sscanf.c: add a few pointer conversion tests
16:43.54 CIA-48 BRL-CAD: 03bob1961 * r49092 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c:
16:43.54 CIA-48 BRL-CAD: Using a bigger tolerance when checking dir_dot_z. This fixes the cases where
16:43.54 CIA-48 BRL-CAD: dir_dot_z was very close to 1.0, but not close enough to switch to using u
16:43.54 CIA-48 BRL-CAD: vector as the ray direction and yet still close enough to cause a miss when
16:43.54 CIA-48 BRL-CAD: there should have been a hit.
17:13.14 CIA-48 BRL-CAD: 03n_reed * r49093 10/brlcad/trunk/src/libbu/test_sscanf.c: add test of %% format
17:49.32 CIA-48 BRL-CAD: 03n_reed * r49094 10/brlcad/trunk/src/libbu/sscanf.c: don't check for assignment when none is expected
18:03.47 CIA-48 BRL-CAD: 03bob1961 * r49095 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: Need to look in the bin directory for shared libs on windows.
18:06.06 CIA-48 BRL-CAD: 03bob1961 * r49096 10/brlcad/trunk/src/archer/archer: Need to normalize check_root_dir. check_bin_dir doesn't need to get normalized twice.
18:15.22 CIA-48 BRL-CAD: 03erikgreenwald * r49097 10/brlcad/trunk/src/libgcv/bottess.c: eliminate HIDDEN to allow function testing
18:17.01 CIA-48 BRL-CAD: 03erikgreenwald * r49098 10/brlcad/trunk/src/libgcv/soup.h: add funcs for testing
18:20.51 *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146)
18:21.12 CIA-48 BRL-CAD: 03erikgreenwald * r49099 10/brlcad/trunk/src/libgcv/test_bottess.c: start filling in test for compose()
18:23.01 *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146)
18:23.21 *** part/#brlcad abhi2011 (~chatzilla@117.200.81.146)
18:25.54 *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146)
18:26.12 *** part/#brlcad abhi2011 (~chatzilla@117.200.81.146)
18:26.50 CIA-48 BRL-CAD: 03erikgreenwald * r49100 10/brlcad/trunk/src/libgcv/bottess.c: guard against empty face sets
18:29.32 CIA-48 BRL-CAD: 03brlcad * r49101 10/brlcad/trunk/NEWS: wrong char retry. cliff said: Add -h option to nirt to suppress header, couple other tweaks
18:32.08 CIA-48 BRL-CAD: 03erikgreenwald * r49102 10/brlcad/trunk/src/libgcv/test_bottess.c: do allocs for right tree, as compose does free()s
18:33.25 CIA-48 BRL-CAD: 03brlcad * r49103 10/brlcad/trunk/NEWS: s/#/*/ and reword while at it for past tense and more detail. Attribute printing was haywire in nirt, printing ALL attributes and ignoring the list. Now printing only specified attributes. Cliff fixed it.
18:35.24 CIA-48 BRL-CAD: 03brlcad * r49104 10/brlcad/trunk/NEWS: comment tense was right: Fixed a crash condition in coil where the combination of the -S and -l options would result in an attempt to dereference a NULL variable. CID 318
18:38.10 CIA-48 BRL-CAD: 03starseeker * r49105 10/brlcad/trunk/misc/CMake/Fink_MacPorts.cmake: Reorganize Fink_Macports logic, add more comments
18:42.23 CIA-48 BRL-CAD: 03starseeker * r49106 10/brlcad/trunk/ (7 files in 7 dirs):
18:42.23 CIA-48 BRL-CAD: Rework FindX11.cmake to be aware if results are coming back from multiple
18:42.23 CIA-48 BRL-CAD: directories, and report that fact. Too complicated to have it sort out multiple
18:42.23 CIA-48 BRL-CAD: X11 installations - this will at least help the user's awareness that there
18:42.23 CIA-48 BRL-CAD: might be a problem.
18:42.39 CIA-48 BRL-CAD: 03n_reed * r49107 10/brlcad/trunk/src/libbu/sscanf.c: don't give pointer argument if assignment is suppressed
18:53.10 CIA-48 BRL-CAD: 03brlcad * r49108 10/brlcad/trunk/NEWS: good one, bob fixed a bug in the extrude objects where an entire extrude would disappear if you rendered it ever so slightly off-angle but nearly dead-on. problem was due to tolerancing. fixed in r49092.
18:55.17 brlcad starseeker: libs are installed into the bin dir on windows??
19:05.06 CIA-48 BRL-CAD: 03erikgreenwald * r49109 10/brlcad/trunk/src/libgcv/test_bottess.c: macro-ize prep of trees for multiple tests
19:05.27 ``Erik winderz expects them in the same dir as the .exe, iirc
19:17.49 CIA-48 BRL-CAD: 03erikgreenwald * r49110 10/brlcad/trunk/src/libgcv/test_bottess.c: fix format string
19:18.29 brlcad it expects them in PATH iirc
19:18.44 brlcad and "." for the runtime exe just happens to be one of them
19:22.14 brlcad http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586%28v=vs.85%29.aspx
19:28.44 brlcad the simplest would be to have the .bat wrappers add the lib dir to PATH
19:30.40 brlcad alternatively, could install a one-file library that calls SetDllDirectory() on load and adds the lib dir
19:31.40 brlcad libbs.dll .. boostrap, riiight
19:45.21 CIA-48 BRL-CAD: 03n_reed * r49111 10/brlcad/trunk/src/libbu/test_sscanf.c: Constant suffixes are bad syntax, lose them. Test %n %% and %* formats.
19:47.37 starseeker brlcad: uh... what's wrong with what it does now? it works...
19:49.42 brlcad it's doesn't fully
19:50.23 brlcad it's causing bob to add "if on windows, do this, else do the right thing" code in tcl
19:51.10 brlcad specifically, archer library loading, it's calling bu_brlcad_data "lib" to find the lib .. well it's not there on windows so he hacks around it (even though it SHOULD be there)
19:52.09 brlcad it's also just wrong from an architecture perspective
19:52.37 brlcad we either have a defined installation hierarchy and follow it, or we don't
19:53.02 starseeker I very deliberately wanted to avoid messing around with anything I didn't have to on Windows
19:53.48 starseeker my initial guess would be every .exe file in bin would stop working if we moved the libraries to lib, and I'm not immediately sure how to correct that
19:54.12 brlcad i'd characterize not putting our libs into the lib folder quite squarely "messing things around" :)
19:54.25 starseeker "least evil" option
19:55.11 brlcad setting PATH is pretty non-evil common practice
19:55.33 starseeker can the .exe files do it themselves?
19:55.42 starseeker (without a wrapper .bat script?
19:55.42 CIA-48 BRL-CAD: 03bob1961 * r49112 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Temporarily disable tkhtml when on 64-bit windows platforms.
19:56.10 brlcad they could, but even that seems unnecessary to me
19:56.16 starseeker right now things "just work" without having to set ANY variables
19:56.53 brlcad the gui apps can fix themselves via a batch script, could add another that runs cmd.exe with a path set
19:56.54 starseeker I went to some lengths to achieve that effect as universally as I possibly could (RPATH settings for most platforms...)
19:57.10 brlcad or could do the lib call I mentioned
19:57.23 starseeker lib call?
19:57.54 brlcad still, if they're cracking open a command line, something has to set path to bin anyways
19:58.14 brlcad saying it has to be bin and lib is not making less work
19:58.21 brlcad er, more
19:58.42 starseeker I'm missing something - I ususally open the terminal and cd into the bin directory in the build - from there, everything should run
19:59.34 brlcad that already is a restrictive limitation, only works for "."
19:59.40 brlcad can't run bin/step-g
20:00.14 starseeker without the rpath-style mechanisms available on Unix-ish platforms, I don't know of any "it just works" way to achieve that on Windows...
20:00.55 starseeker actually... I'd have to check whether you can do bin/step-g if the libs are in the same directory as the binary file
20:00.59 starseeker one sec...
20:01.12 brlcad that'll work
20:01.38 brlcad but gets back to the arch problem
20:02.36 starseeker yeah, bob checked - it works
20:03.09 brlcad the searching rules are in that link I posted, it's all pretty well defined
20:04.29 brlcad wouldn't just setting path in a "BRL-CAD Command Shell" batch script make everything work?
20:04.32 starseeker It doesn't get to the PATH variable until *after* it does the current directory?
20:04.53 starseeker ick ick ick
20:05.39 brlcad distorting the install tree and having to have platform specific code accommodations is far more impacting ick
20:05.56 starseeker If I'm reading this right, the first thing checked is ALWAYS the directory from which the appliation loaded
20:06.02 starseeker I disagree
20:06.40 brlcad obviously or you wouldn't have moved the libs in the first place :)
20:06.54 starseeker If I'm understaing this search order documentation correctly, having the dlls in the same directory as the binary is a simple way to guarantee that the application is loading what we expect it to load
20:07.11 starseeker one that requires no user intervention at all to work
20:07.45 brlcad and completely fails to address the problem I'm specifically concerned about
20:07.59 brlcad so barring ignoring that problem, what solutions are there
20:09.09 starseeker correct me if I'm wrong - if someone launches a BRL-CAD binary from a directory that happens to have a dll in it with a name conflict with one of ours, even PATH settings won't override the one in the current directory being used?
20:09.09 brlcad the batch script would take all of 5 minutes to add and is the usability difference of telling them to not run Start->Run->cmd.exe instead "double-click our icon"
20:09.23 brlcad plus we can set manpath and other useful variables in there if needed
20:10.25 brlcad relevance?
20:10.34 starseeker actually, for that matter, why is BotUtility needing to directly load a shared library?
20:11.06 starseeker brlcad: I'm thinking about "bullet-proofing" - when an exe is run, I want a guarantee that it's pulling the right dll for that version of BRL-CAD
20:11.11 brlcad that's another issue, sure but still doesn't address the installation architecture problem
22:00.09 CIA-48 BRL-CAD: 03starseeker * r49113 10/brlcad/trunk/CMakeLists.txt: Misunderstood what CMAKE_LIBRARY_OUTPUT_DIRECTORY controls...
22:01.20 CIA-48 BRL-CAD: 03starseeker * r49114 10/brlcad/trunk/CMakeLists.txt: Same deal with the cfg_type case
22:09.08 CIA-48 BRL-CAD: 03starseeker * r49115 10/brlcad/trunk/src/other/ (6 files in 6 dirs): Go with 'lib' for all instances of CMAKE_LIBRARY_OUTPUT_DIRECTORY
22:18.08 CIA-48 BRL-CAD: 03starseeker * r49116 10/brlcad/trunk/CMakeLists.txt: Here we go... set RUNTIME_OUTPUT_DIRECTORY to LIB_DIR - DLLs should now end up on lib on Windows. This will probably break stuff. Also make better use of BIN_DIR and LIB_DIR in the toplevel file...
22:18.43 CIA-48 BRL-CAD: 03n_reed * r49117 10/brlcad/trunk/src/libbu/test_sscanf.c: condensed tests of numeric-constant conversions
22:19.14 CIA-48 BRL-CAD: 03starseeker * r49118 10/brlcad/trunk/CMakeLists.txt: whoops, typo
22:28.10 CIA-48 BRL-CAD: 03starseeker * r49119 10/brlcad/trunk/CMakeLists.txt: set version, THEN define DATA_DIR...
22:37.07 starseeker Well, we should now be well and truly broken on Windows, if that worked...
23:03.17 starseeker *thinks* the SetDllDirectory library approach could be made to work with an override of the target_link_libraries command, but I'm not immediately clear on how to write the "libbs.dll" function(s) to achieve the wrapping of main
23:11.44 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:27.14 CIA-48 BRL-CAD: 03n_reed * r49120 10/brlcad/trunk/src/libbu/test_sscanf.c: stick related tests in their own routines
IRC log for #brlcad on 20120127

IRC log for #brlcad on 20120127

00:47.13 starseeker yep, looks like that did the trick... at least, alot more stuff is ending up in lib...
02:20.53 *** join/#brlcad IriX64 (~kvirc@64.229.211.15)
02:21.08 IriX64 http://pastebin.ca/2106675
02:21.22 IriX64 checked out 30 minutes ago, hope this helps,
02:21.25 IriX64 ciao
02:41.54 brlcad starseeker: awesome, I'll stub in something for the bs lib
02:57.37 starseeker brlcad: maybe just stick the file in misc? seems kinda silly to have a src dir for four lines...
03:02.16 brlcad starseeker: that should do it
03:02.20 CIA-48 BRL-CAD: 03brlcad * r49121 10/brlcad/trunk/misc/win32-msvc/ (CMakeLists.txt bootstrap.cpp):
03:02.20 CIA-48 BRL-CAD: stub in an initial bootstrap 'library' so that all of our application binaries
03:02.20 CIA-48 BRL-CAD: on Windows can call SetDllDirectory(). this is avoid having to require users to
03:02.20 CIA-48 BRL-CAD: set a PATH yet still keeping libraries in lib and applications in bin like we do
03:02.20 CIA-48 BRL-CAD: on all other platforms.
03:02.52 brlcad exactly what I was thinking too ;)
03:03.13 brlcad plus that way there's no need for preprocessor protections, not built for all platforms
03:05.37 brlcad there's still a chance that it won't be sufficient if windows tries to bind libraries prior to static initialization, but we'll see
03:05.45 starseeker BRLCAD_ROOT... do I need to substitute that with CMake/
03:05.46 starseeker ?
03:06.03 brlcad oh right, hold on
03:10.10 starseeker maybe I'd better do a template
03:10.36 CIA-48 BRL-CAD: 03brlcad * r49122 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: begs explanation, so detail what's going on here. also need common.h for BRLCAD_ROOT.
03:10.39 brlcad just needed a header
03:11.07 brlcad I think LPCTSTR are just char*, so that might just compile cleanly straight up
03:18.42 starseeker brlcad: give me a few minutes - I'm testing something quick on Linux and then I'll need to reboot to the dark side and update...
03:20.31 starseeker not sure what IriX64 was seeing - just did a build here and the install worked...
03:30.23 starseeker gah - oh right, the copyright update
03:30.34 starseeker gets comfortable...
03:43.12 starseeker groan
03:44.34 starseeker ah hah - let the configure begin...
03:53.57 starseeker brlcad: I link this thing in to just executables?
03:54.26 brlcad yeah, but maybe just start with one application to test it
04:18.04 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:30.19 starseeker brlcad: it wants bs to produce a .lib file, and it looks like right now it won't do that - don't we need to export something?
04:40.37 brlcad actually, even better if you just link to that lib file everywhere
04:42.00 brlcad starseeker: it doesn't need to export anything because there are no public functions being called by anything else
04:42.21 brlcad when the library is loaded (whether embedded in a binary or in its own dll), it'll run that function
04:42.28 starseeker that's the problem - it's NOT generating a lib file
04:42.51 brlcad what is "it" that wants a lib?
04:42.58 starseeker the linking logic
04:43.17 starseeker if I try to link bs to an executable, it's looking for a bs.lib file to link
04:43.34 brlcad what normally creates one of those?
04:44.27 brlcad another perhaps simpler approach is to attach that bootstap.cpp to every application source list
04:44.33 starseeker they don't appear without the import/export logic
04:44.53 starseeker oh, you mean build it in with the executables?
04:45.03 brlcad sure, same idea
04:45.14 brlcad maybe simpler than making it spit out a proper lib/dll
04:45.39 starseeker that's a thought
04:45.42 starseeker one sec...
04:45.43 brlcad i'm sure we can make the dll/lib work even if we have to export a useless symbol, but it shouldn't be needed
04:59.06 brlcad fyi, we may need to use the /DELAYLOAD linker flag if it tries to load all dll's before static initialization, we'll see
05:03.29 CIA-48 BRL-CAD: 03brlcad * r49123 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: double-whammy, give the dll an apientry so there's at least one symbol to call
05:03.51 starseeker brlcad: hang on, I'm still setting up to test just including the cpp in the src lists
05:06.54 starseeker hmm... problem, we can only have one BRLCAD_ROOT defined at a time
05:07.03 starseeker shouldn't we have a bu_brlcad_root call in there?
05:07.48 starseeker the definition *does* change depending on whether we're in build dir or installed...
05:08.16 starseeker but that's a problem, because it means *every* binary will need to link libbu
05:10.03 brlcad it can't call bu_brlcad_root() .. that's a libbu function .. which would require libbu be loaded .. which would require knowledge about where libbu is ...
05:10.17 starseeker right - so this won't work
05:10.41 brlcad it can be some other string, I was just stubbing in the compile time one to see if the idea itself works
05:11.07 starseeker shakes his head - doesn't matter what string it is - the problem is it needs to be static
05:12.20 brlcad the idea we were talking about earlier is that it'd stub in one thing for build dir and another for install
05:12.52 starseeker that only works if it builds two dlls - on to output in the build bin dir, and one to install
05:13.20 starseeker and we're back to needing the .lib file, with the import/export fun
05:14.15 brlcad that wasn't a show stopper in the least
05:14.19 starseeker plus (even better) I don't know what would happen with the linking - which .lib file shouldI specify?
05:14.27 brlcad just figured building it in is easier (to at least test)
05:15.24 starseeker for that part - but if we can't figure out how to get it working on the build side it's moot
05:15.52 brlcad if it doesn't even work, it's moot
05:16.07 brlcad I was trying to make sure it works before wasting time on perfecting the build system
05:17.47 brlcad if you want to sort out the build system part first, .. that's a bit cart before horse, but okay :)
05:18.04 starseeker one sec - I'm adding the cpp file to one of the libbu tests directly
05:18.08 starseeker we'll see what happens
05:18.41 brlcad btw, 49123 i *think* will give it a symbol to export for dll/lib loading
05:18.58 brlcad if not, can add something more explicit if we try the lib route
05:19.26 brlcad if it works for the binary, it should be a done deal either built-in or as a dll
05:19.32 starseeker k - if it does work, we're gonna have to figure out how to get one result in the build dir and another in the install dir
05:19.39 brlcad if it doesn't work, then we can try lib next
05:20.53 starseeker why does it even need the lib file if it's supposed to just use the dll?
05:21.21 brlcad the lib file is basically a manifest for what's in the dll
05:21.28 brlcad it needs that manifest to link, but only the dll at runtime
05:21.38 brlcad (because it compiles the manifest into the binary)
05:23.11 starseeker crap - wait a minute, why is the libbu.dll file here??
05:27.29 starseeker something's messed up here
05:27.46 starseeker <censored>
05:29.46 starseeker brlcad: should that "\lib" be "\\lib" ?
05:33.59 brlcad ah, yeah
05:34.46 CIA-48 BRL-CAD: 03brlcad * r49124 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: not the ib directory
05:35.22 brlcad remember to try adding /DELAYLOAD too if it doesn't work
05:35.28 brlcad linker flag
05:36.12 starseeker nods - I'm backwards a step right now - the setting of RUNTIME_OUTPUT_DIRECTORY for add_library isn't working
05:36.19 starseeker dlls are still in with the .exe files
05:47.39 starseeker crap
05:47.44 starseeker I can't override it
05:47.52 starseeker it's putting the dll in bin regardless
05:48.14 starseeker I may have to email the list
05:48.28 starseeker or this could be some VS Express vs. Pro issue
05:48.46 starseeker is rapidly losing the will to muck with this...
12:20.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
12:20.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:12.06 *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz)
14:43.51 CIA-48 BRL-CAD: 03erikgreenwald * r49125 10/brlcad/trunk/src/libgcv/test_bottess.c: start filling in the "all deleted" compose condition
15:16.08 ``Erik heh http://open.salon.com/blog/jlsathre/2012/01/11/25_things_i_learned_from_opening_a_bookstore
15:44.06 starseeker hehe
15:44.35 starseeker sounds like a fun store
15:50.57 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
15:58.13 CIA-48 BRL-CAD: 03erikgreenwald * r49126 10/brlcad/trunk/src/libgcv/test_bottess.c: makr foo. test nfaces. init bn_tol.
16:01.41 starseeker rebuilds the will to much with Windows...
16:15.48 CIA-48 BRL-CAD: 03erikgreenwald * r49127 10/brlcad/trunk/src/libgcv/bottess.c: fix off by one error in bulk face removal
16:27.19 CIA-48 BRL-CAD: 03erikgreenwald * r49128 10/brlcad/trunk/src/libgcv/bottess.c: fix bug, wrong faces being removed and kept.
16:28.06 CIA-48 BRL-CAD: 03erikgreenwald * r49129 10/brlcad/trunk/src/libgcv/test_bottess.c: add more compose tests
16:35.33 ``Erik y'know, if that was it, I'm not sure if I'm gonna be happy or pissed O.o *starts rebuilding test geometry)
16:47.59 *** join/#brlcad merzo (~merzo@109-192-133-95.pool.ukrtel.net)
16:48.17 starseeker votes both
18:09.04 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
18:19.26 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
18:28.18 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
18:28.42 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:53.36 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
19:19.44 CIA-48 BRL-CAD: 03n_reed * r49130 10/brlcad/trunk/src/libbu/test_sscanf.c: add tests for string termation behavior and support of literal ']' and '-' in character classes
19:46.47 CIA-48 BRL-CAD: 03n_reed * r49131 10/brlcad/trunk/src/libbu/test_sscanf.c: ensure float constants are printable
20:07.44 starseeker growls... RUNTIME_OUTPUT_DIRECTORY IS being set, but it's either not reaching the MSVC project files or its being overridden by something else
20:13.58 *** join/#brlcad IriX64 (~kvirc@64.229.211.15)
20:15.07 IriX64 further to that pastebin last night, both src/other/tk and tcl INSTALL files are empty, and i don't know how to fix it.
20:15.56 IriX64 ciao
20:16.02 *** part/#brlcad IriX64 (~kvirc@64.229.211.15)
20:16.22 starseeker confound it - what platform, config options??
20:22.18 *** join/#brlcad merzo (~merzo@148-11-132-95.pool.ukrtel.net)
20:39.30 *** join/#brlcad DarkCalf (DC@173.231.40.98)
20:43.18 CIA-48 BRL-CAD: 03starseeker * r49132 10/brlcad/trunk/CMakeLists.txt: Looks like we need to set target properties for multiple configurations, in order to re-direct appropriately.
21:12.00 starseeker brlcad: tried building bootstrap.cpp into mged - doesn't seem to work, even when I try adding /DELAYLOAD
21:12.53 starseeker if you want to give it a go it should be simple now - the default Windows build will put everything into lib, just add ../../misc/win32-msvc/bootstrap.cpp to the MGED sources list
21:25.39 starseeker ``Erik: any luck?
21:27.24 ``Erik hrm?
21:28.56 starseeker with the bots
21:29.25 ``Erik a little, it's uncovering bugs, but at least they're understandable now O.o
21:34.57 ``Erik (rather be dorking with lithp, though... *sigh* :)
21:41.44 starseeker <snort> could be worse - wanna try to convince Windows to have dlls somewhere other than the executable directory?
21:42.46 starseeker realizes he probably shouldn't have expected that bootstrap.cpp test to work, given the definition of BRLCAD_ROOT that was probably used
21:43.11 starseeker crud... back to Windows...
21:50.14 ``Erik <-- quickly deletes his msvc to stay out of this O.o
21:55.12 starseeker crap - nope
21:55.55 starseeker sigh... this just isn't how Windows normally works...
21:56.18 starseeker brlcad: I guess we'll need to have a go at it next week.
22:14.44 ``Erik would be curious to hear bob and keith opine on this, thinks the bootstrap thing has an 'ugly wrong hack' smell, but isn't a windows guy O.o
22:14.58 ``Erik (also; "windows normally works"? O.O )
22:15.22 starseeker ``Erik: Sean and I discussed it yesterday - he wants to maintain the build/installation tree layout consistently across platforms
22:15.37 starseeker disagrees, but you know how that goes...
22:15.57 ``Erik I read as much in the backlog, but our layout is "unix", and windows is not unix
22:18.25 ``Erik why not just have a set 'relative lib dir' and make it '...\bin\' for windows? even auto* is set up for user/admin settable lib paths, --libdir=
22:19.00 starseeker it's not that we couldn't make the "standard" Windows behavior work - by and large, it already WAS working
22:19.15 starseeker the trigger was the BotUtility thing in Archer, but something else is wrong there
22:19.41 starseeker (maybe just need to get package require libbu working...)
22:19.57 ``Erik the issue was loadlib("%s/lib/mylib.so", basedir()); not working on windows, so bob had to do an "if windows" clause?
22:20.00 starseeker anyway, the issue is not functionality related - it's the platform difference
22:20.35 starseeker that was one issue - if I understand brlcad correctly, he regards that as a separate issue from the platform-dependent layout
22:21.53 ``Erik loadlib("%s/mylib.so", libdir()); seems cleaner than trying to twist windows into a unix to me :) *shrug* I still think it'd be interesting hearing windows peoples thoughts on this
22:22.54 starseeker ``Erik: there are probably a couple cleaner ways to do that, but even if we do clean that up the layout issue remains :-/
22:23.17 ``Erik (and common layout be damned, shoving square pegs in round holes will never be 'right')
22:24.18 ``Erik next, we'll be forcing all platforms to have Brlcad.app/Contents/Linux-x86_64/mged or something
22:25.22 starseeker winces
22:25.56 ``Erik reductio ad absurdum :)
22:26.34 starseeker hopefully brlcad will be back on later and you can get it straight from him - second-hand is probably a bad way to come at this discussion
22:26.50 starseeker doesn't want to mischaracterize what he said due to lack of understanding...
22:30.04 ``Erik I probably won't be on, kinda planning on moving my server and it might take a few days before I'm back on irc O.o mebbe the right set of people will end up in a room next week to explore ideas and rationales
22:30.31 starseeker fun fun
22:30.41 ``Erik (and once it goes into the abyss of meetings and groupthink and committee, it'll die a slow painful death) *cough* O:-)
22:31.36 ``Erik lispworks 6.1 came out O.o
22:31.52 starseeker would prefer bu_brlcad_libraries (in the same vein as bu_brlcad_root and bu_brlcad_data) as a way to reliably get the libraries directory
22:32.52 starseeker or even wrap it all into a bu_brlcad_path(type, rhs) that takes root, data, libs, etc. for type and does the right thing under the hood
22:32.54 ``Erik me, too.. package maintainers might do something retarded like /usr/brlcad/lib64 or /usr/lib/brlcad/
22:34.02 starseeker that's again a separate issue from the layout question, I suppose
22:34.39 starseeker ponders putting together bu_brlcad_path... might be interesting to test out...
IRC log for #brlcad on 20120128

IRC log for #brlcad on 20120128

02:15.51 brlcad it's not so much getting windows to behave like unix, it's actually a recommended practice on windows for security, to override the default searching to a specific dir
02:16.51 brlcad it's just not the default, so there's a little learning curve
02:18.13 brlcad the only reason it's not common is because it's not the default, but most of the notable apps do this practice for safe library loading
02:19.15 brlcad one of the first links I came across were the bug reports for iTunes initially using the default, but then switching to using SetDllDirectory()
02:19.54 brlcad so really the only unixy aspect of this is the name of the dir itself ('lib'), which is irrelevant
02:21.55 brlcad starseeker: that all said, it's not worth spending days on figuring out the bootstrap so that aspect can be back-burnered if simply linking it in with delayload didn't work
02:22.17 brlcad I presume you got a dll-could-not-be-found error message of some sort? or was it some other failure?
02:23.08 brlcad could be that "if windows" hacks have to be removed for it to work, like what bob and I saw yesterday with archer
02:28.30 brlcad if we can't get it to work, the next step will probably be deprecating bu_brlcad_root and adding bu_brlcad_bin+bu_brlcad_lib then just making windows return bin for lib
02:29.38 brlcad (or, rather, having cmake set bin as the libdir then everything else falling through so libbu doesn't have to have a windows conditional)
02:31.22 brlcad if that code has to be hit up again, it'd be a good time to make it not be brlcad-specific api like it is now
02:31.45 brlcad but then that's more work :)
02:32.20 brlcad gets buzy
02:51.57 starseeker brlcad: yeah, libged.dll wasn't found (iirc)
02:52.31 starseeker it's quite possible I didn't hook it in quite right - MSVC isn't my strong suite
02:52.46 starseeker probably worth taking a quick look at next week
02:55.12 CIA-48 BRL-CAD: 03starseeker * r49133 10/brlcad/trunk/CMakeLists.txt: For now, take out the dll relocation - if someone wants to do testing or we put it back in 'live', all that should be needed is a reverse merge on this commit. Until we're ready, leave Windows in a working state.
04:32.58 brlcad k, i'll take a looksee next week
05:59.18 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:23.21 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
12:17.29 *** join/#brlcad merzo (~merzo@211-77-200-46.pool.ukrtel.net)
14:09.30 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:11.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
14:11.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:30.12 starseeker brlcad: was your scheme for implementing the equalivent of getopt_long (or something better) documented anywhere?
19:08.31 *** join/#brlcad merzo (~merzo@56-68-132-95.pool.ukrtel.net)
22:45.15 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120129

IRC log for #brlcad on 20120129

05:29.33 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:49.24 CIA-48 BRL-CAD: 03brlcad * r49134 10/brlcad/trunk/src/libged/autoview.c:
05:49.25 CIA-48 BRL-CAD: add an optional scaling parameter to the autoview command. this lets users
05:49.25 CIA-48 BRL-CAD: override the default behavior, which is to scale the view to twice the model
05:49.25 CIA-48 BRL-CAD: bounding sphere. parameter is implemented as the model scale with respect to
05:49.25 CIA-48 BRL-CAD: the view size so that .9 will give 90% view, 2.0 will give a model twice the
05:49.25 CIA-48 BRL-CAD: size of the view, etc.
05:54.34 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:55.20 CIA-48 BRL-CAD: 03brlcad * r49135 10/brlcad/trunk/NEWS:
05:55.20 CIA-48 BRL-CAD: after mailing list discussion prompted by tom browder, added an optional scaling
05:55.20 CIA-48 BRL-CAD: parameter to the autoview command so that you can display geometry presized with
05:55.20 CIA-48 BRL-CAD: respect to the view. default is still what it was fitting the model bounding
05:55.20 CIA-48 BRL-CAD: sphere to half the view, i.e., scale of 0.5
06:04.18 CIA-48 BRL-CAD: 03brlcad * r49136 10/brlcad/trunk/src/mged/chgview.c: bah, stupid. need to update the mged hook function to allow and pass the new scale option too.
06:08.20 *** join/#brlcad DarkCalf (DC@173.231.40.98)
06:12.32 CIA-48 BRL-CAD: 03brlcad * r49137 10/brlcad/trunk/src/libged/autoview.c: clarity, model scale and view factor
06:13.33 CIA-48 BRL-CAD: 03brlcad * r49138 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: enable support for the new autoview option to archer as well. looks like spaghetti tentacles run deep as it's not a simple call through to ged_autoview, but should do the trick
11:30.56 CIA-48 BRL-CAD: 03jordisayol * r49139 10/brlcad/trunk/sh/ (make_deb.sh make_rpm.sh): Update deb/rpm building dependencies.
11:41.18 CIA-48 BRL-CAD: 03jordisayol * r49140 10/brlcad/trunk/misc/debian/control: Update debian sources building dependencies.
12:06.17 *** join/#brlcad merzo (~merzo@239-208-133-95.pool.ukrtel.net)
14:41.11 *** join/#brlcad piksi (piksi@pi-xi.net)
16:41.57 *** join/#brlcad merzo (~merzo@47-85-133-95.pool.ukrtel.net)
19:03.45 *** join/#brlcad merzo (~merzo@32-68-133-95.pool.ukrtel.net)
21:48.20 louipc hi folks I ran into an issue building with the --as-needed linker flag. Is that something that shouldn't be used with brl-cad - or can it be patched to work?
21:48.34 louipc Linking C executable ../../bin/rttherm
21:48.35 louipc /usr/bin/ld: ../../lib/librttherm.a(main.c.o): undefined reference to symbol 'fb_open'
21:48.38 louipc /usr/bin/ld: note: 'fb_open' is defined in DSO ../../lib/libfb.so.19.0.1 so try adding it to the linker command line
21:48.41 louipc ../../lib/libfb.so.19.0.1: could not read symbols: Invalid operation
21:48.49 louipc that's where it gets stuck
21:53.34 louipc that's on 7.20.4 btw
22:03.02 *** join/#brlcad yiyus (1242712427@je.je.je)
IRC log for #brlcad on 20120130

IRC log for #brlcad on 20120130

02:10.14 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
02:44.53 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
08:53.08 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:57.14 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
16:18.59 CIA-48 BRL-CAD: 03d_rossberg * r49141 10/brlcad/trunk/include/pstdint.h:
16:19.00 CIA-48 BRL-CAD: MSVS 2008 has an uintptr_t but no UINTPTR_MAX defined
16:19.00 CIA-48 BRL-CAD: therefore, if there is a MSVS with uintptr_t but no UINTPTR_MAX defined => define the UINTPTR_MAX here
16:23.19 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:23.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:51.19 *** join/#brlcad ``Erik_ (~erik@BRLCAD.ORG)
17:52.54 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:52.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:08.14 *** join/#brlcad erik___ (~erik@BZ.BZFLAG.BZ)
18:29.58 CIA-48 BRL-CAD: 03n_reed * r49142 10/brlcad/trunk/src/libbu/test_sscanf.c: Add tests for correct max field width behavior for common types.
20:06.11 ``Erik http://www.sudo.ws/sudo/alerts/sudo_debug.html sudo exploit O.o
20:55.03 CIA-48 BRL-CAD: 03starseeker * r49143 10/brlcad/trunk/CMakeLists.txt: stray upper->lower conversions
21:02.07 CIA-48 BRL-CAD: 03starseeker * r49144 10/brlcad/trunk/CMakeLists.txt: clean up indentation (thanks emacs mode)
22:21.17 CIA-48 BRL-CAD: 03n_reed * r49145 10/brlcad/trunk/src/libbu/test_sscanf.c: duplication reduction
22:36.23 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
22:37.03 CIA-48 BRL-CAD: 03n_reed * r49146 10/brlcad/trunk/src/libbu/test_sscanf.c: consistently exit on failure
22:57.21 CIA-48 BRL-CAD: 03bob1961 * r49147 10/brlcad/trunk/include/ (ged.h obj.h tclcad.h): Moved struct ged_dm_view and struct ged_obj to tclcad.h. Moved declaration of go_refresh() and go_refresh_draw() to tclcad.h. Added ged_create_dlist_callback and ged_free_dlist_callback to struct ged.
23:02.03 CIA-48 BRL-CAD: 03bob1961 * r49148 10/brlcad/trunk/src/libged/ (bigE.c draw.c erase.c preview.c set_transparency.c zap.c): Initial code to send notification via callback when vlists are created or freed.
23:20.22 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:54.54 CIA-48 BRL-CAD: 03bob1961 * r49149 10/brlcad/trunk/ (3 files in 3 dirs): Expose display list capability via libtclcad and tclscripts/lib/Ged.tcl
IRC log for #brlcad on 20120131

IRC log for #brlcad on 20120131

00:37.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
00:41.45 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
00:42.28 Maloeran Hey, are you around Erik or brlcad?
00:44.29 Maloeran It's a simple question, I would like to know exactly what is a BRL-CAD "region". Are they always closed shapes? Or can it be possible to have multiple regions that must be joined together to form a greater closed shape?
03:06.13 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:12.21 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:12.34 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:43.12 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
12:28.37 ``Erik Maloeran: a region is supposed to be a 1:1 mapping to an actual physical object, a single material piece. under the hood, it's just a comb with a flag
14:30.50 CIA-48 BRL-CAD: 03bob1961 * r49150 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: If scale is NULL, the passed in argc should be 1.
14:44.59 Maloeran Erik, so I can safely assume that any region is always a fully closed shape by itself?
15:09.19 ``Erik for valid geometry, yes... but an imported BoT may not satisfy that
15:13.35 Maloeran I see... Thanks
17:33.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:42.01 CIA-48 BRL-CAD: 03n_reed * r49151 10/brlcad/trunk/src/libbu/test_sscanf.c: add some simple tests of error behavior
17:54.32 CIA-48 BRL-CAD: 03starseeker * r49152 10/brlcad/trunk/CMakeLists.txt: When doing a delta, start the clock closer to the beginning... probably not terribly significant since most of the time is taken up in tests, but makes more sense if you're going looking for it in the code.
18:14.55 CIA-48 BRL-CAD: 03n_reed * r49153 10/brlcad/trunk/src/libbu/test_sscanf.c: consistently print src and fmt strings
18:58.35 *** join/#brlcad merzo (~merzo@145-131-132-95.pool.ukrtel.net)
19:02.48 *** join/#brlcad merzo (~merzo@79-209-132-95.pool.ukrtel.net)
19:20.38 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:20.38 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:46.25 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:46.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:05.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:05.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:35.54 CIA-48 BRL-CAD: 03n_reed * r49154 10/brlcad/trunk/src/libbu/sscanf.c: flags variable should be long int type given how many flags are being used
20:39.16 CIA-48 BRL-CAD: 03starseeker * r49155 10/brlcad/trunk/NEWS: Review of Coverity issue 2070 - fix looks good. double-free error potentially visible in shp-g.
20:46.15 CIA-48 BRL-CAD: 03starseeker * r49156 10/brlcad/trunk/NEWS: Review of Coverity issue 2069, commit r48706 - fix looks good. Clean up handling of input read failure case in burst.
21:15.04 ``Erik hm, http://blog.bugsense.com/post/16832892823/do-you-have-an-opensource-project-get-bugsense-premium
21:27.46 starseeker brlcad: if you get a chance, could you mark the coverity fixes that don't need an "in-depth" review as reviewd? I
21:28.45 starseeker I've gotten some of indianlarry's step-g stuff marked
21:35.43 *** join/#brlcad Stattrav (~Stattrav@223.187.43.16)
21:35.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:48.46 CIA-48 BRL-CAD: 03bob1961 * r49157 10/brlcad/trunk/ (20 files in 8 dirs): Added new vlist commands to support triangles. This allows the display managers that care to do something better/faster if they know they have triangles as opposed to polygons.
23:20.07 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:34.18 CIA-48 BRL-CAD: 03starseeker * r49158 10/brlcad/trunk/src/conv/step/CMakeLists.txt: Slight clean-up of the fedex generating CMake logic, even though it's not active yet.
23:35.12 CIA-48 BRL-CAD: 03starseeker * r49159 10/brlcad/trunk/src/conv/step/CMakeLists.txt: ws
23:36.02 CIA-48 BRL-CAD: 03starseeker * r49160 10/brlcad/trunk/src/conv/CMakeLists.txt: ws
23:42.40 CIA-48 BRL-CAD: 03starseeker * r49161 10/brlcad/trunk/ (46 files in 9 dirs): Fix shiftwidth for vim in .cmake files
23:47.42 CIA-48 BRL-CAD: 03n_reed * r49162 10/brlcad/trunk/src/libbu/sscanf.c: build accepted character table for character class
IRC log for #brlcad on 20120201

IRC log for #brlcad on 20120201

00:19.50 CIA-48 BRL-CAD: 03starseeker * r49163 10/brlcad/trunk/ (32 files in 9 dirs): Dispose of the one-off CHECK_C_FILE_RUNS and instead enhance CHECK_C_SOURCE_RUNS. Will try to contribute the change upstream.
00:29.18 CIA-48 BRL-CAD: 03starseeker * r49164 10/brlcad/trunk/ (8 files in 8 dirs): Quote SOURCE in case of spaces in pathnames...
03:10.13 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
03:10.18 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
03:45.05 starseeker huh - interesting thing to see on CNN: http://www.cnn.com/2012/01/31/opinion/patry-copyright-law/index.html
05:17.41 *** join/#brlcad DarkCalf (DC@173.231.40.98)
07:21.52 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:03.21 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:54.31 CIA-48 BRL-CAD: 03tbrowder2 * r49165 10/brlcad/trunk/README: mention minimum required version of CMake so user isn't surprised later
16:40.40 CIA-48 BRL-CAD: 03starseeker * r49166 10/brlcad/trunk/CMakeLists.txt: Add a few more links to RPATH handling docs
17:22.28 CIA-48 BRL-CAD: 03starseeker * r49167 10/brlcad/trunk/ (31 files in 31 dirs): BRLCAD_INCLUDE_DIRS is not as general as that name implies - rename to BRLCAD_LIB_INCLUDE_DIRS and remove some 'magic' variable name assumptions. While we're at it, clean up whitespace and capitalization
17:30.23 CIA-48 BRL-CAD: 03starseeker * r49168 10/brlcad/trunk/ (23 files in 23 dirs): more whitespace cleanup
17:51.14 CIA-48 BRL-CAD: 03bob1961 * r49169 10/brlcad/trunk/ (15 files in 5 dirs):
17:51.14 CIA-48 BRL-CAD: Added dm_genDLists to struct dm. Changed dm_drawDList to return void. Set
17:51.14 CIA-48 BRL-CAD: sp->s_dlist with a call to DM_GEN_DLISTS and use directly in openGL calls (i.e.
17:51.14 CIA-48 BRL-CAD: no longer adding an offset). Also updated MGED's use of display lists (i.e.
17:51.14 CIA-48 BRL-CAD: things are now being colored correctly. Also display lists were not always
17:51.15 CIA-48 BRL-CAD: getting built).
17:51.44 CIA-48 BRL-CAD: 03starseeker * r49170 10/brlcad/trunk/src/ (41 files in 41 dirs): ws
17:52.01 CIA-48 BRL-CAD: 03n_reed * r49171 10/brlcad/trunk/src/libbu/sscanf.c: add a %Vc format for writing chars to a vls
18:12.02 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:12.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:20.01 CIA-48 BRL-CAD: 03n_reed * r49172 10/brlcad/trunk/src/libbu/sscanf.c: add a %V[...] format for writing characters of a given character class to a vls
20:22.54 CIA-48 BRL-CAD: 03n_reed * r49173 10/brlcad/trunk/src/libbu/sscanf.c: add a %Vs format for writing a string to a vls
21:05.50 CIA-48 BRL-CAD: 03starseeker * r49174 10/brlcad/trunk/CMakeLists.txt: typo? don't see how custtarget is defined here
21:08.30 CIA-48 BRL-CAD: 03n_reed * r49175 10/brlcad/trunk/src/libbu/sscanf.c: make returns more uniform
21:35.44 CIA-48 BRL-CAD: 03n_reed * r49176 10/brlcad/trunk/src/libbu/sscanf.c: fix typo
21:49.13 CIA-48 BRL-CAD: 03n_reed * r49177 10/brlcad/trunk/src/libbu/sscanf.c: still need to match literal sequence even if it ends with null
22:06.00 CIA-48 BRL-CAD: 03starseeker * r49178 10/brlcad/trunk/CMakeLists.txt: We aren't currently using ExternalProject_Add, but add in a little more of what would be needed if we did add a use of that macro with a note on what else would be necessary.
22:21.56 CIA-48 BRL-CAD: 03bob1961 * r49179 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: This updates the COMP_PICK_BOT_SPLIT_MODE to work with the previously updated bot_split2 method that was modified in Oct-2011.
22:26.03 CIA-48 BRL-CAD: 03bob1961 * r49180 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Indicate to the user when a bot_split initiated in COMP_PICK_BOT_SPLIT_MODE is complete.
22:58.20 CIA-48 BRL-CAD: 03bob1961 * r49181 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: After initiating a bot_split while in COMP_PICK_BOT_SPLIT_MODE, remove the old/original bot from the display.
23:09.37 CIA-48 BRL-CAD: 03bob1961 * r49182 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: Sort the list of bots
23:16.03 CIA-48 BRL-CAD: 03n_reed * r49183 10/brlcad/trunk/src/libbu/sscanf.c: need to skip input whitespace for %Vc and %V[...] iff conversion format is preceded by whitespace
23:29.46 CIA-48 BRL-CAD: 03n_reed * r49184 10/brlcad/trunk/src/libbu/test_sscanf.c: add some vls conversion tests
IRC log for #brlcad on 20120202

IRC log for #brlcad on 20120202

03:15.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:12.20 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:36.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
08:16.53 *** join/#brlcad merzo (~merzo@193.254.217.44)
10:52.10 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:52.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:04.50 CIA-48 BRL-CAD: 03Rabotykrovelnye 07http://brlcad.org * r3273 10/wiki/Index.php: New page: = ???????????????????? ???????????? = ?? ?????????? ?????? ???????????? ???? ?????????? ?????????????????? ????????????????, ???? ?????? ?????? ???????????????????????????? '''????????????...
12:13.54 CIA-48 BRL-CAD: 03Rabotykrovelnye 07http://brlcad.org * r3274 10/wiki/User:Rabotykrovelnye: New page: = ???????????????????? ???????????? = ?? ?????????? ?????? ???????????????? ???? ?????????? ?????????????????? ????????????????, ???? ?????? ?????? ?????????????????????????? '''??????????...
13:15.17 CIA-48 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Index.php]]": spam
13:15.36 CIA-48 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Rabotykrovelnye]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages
14:33.42 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:37.38 CIA-48 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:Rabotykrovelnye]]": content was spam
15:04.22 brlcad starseeker: curious (because I don't remember) but why is the standards conformance set to gnu99? commit comment didn't say anything useful as to why it got set to that
15:08.31 brlcad explains some compilation failure differences I've been seeing
15:12.36 brlcad never mind, I traced down some commentary
15:20.33 starseeker brlcad: didn't you decide to add that flag? (memory spotty, but I doubt I would have added it on my own...)
16:07.36 brlcad it's not the flag itself, it's the value
16:08.13 brlcad that's one of those regression flags where I'd really like to set it to four different things, make sure all keep working
17:06.28 CIA-48 BRL-CAD: 03brlcad * r49185 10/brlcad/trunk/src/other/step/include/express/basic.h: use __inline__ instead of inline for c89 compilation
17:07.11 CIA-48 BRL-CAD: 03brlcad * r49186 10/brlcad/trunk/src/other/step/src/express/ (expr.c expscan.l): use static_inline instead of 'static inline' so that we're consistent with other uses and expand correctly to the right symbols for this compilation
17:08.23 CIA-48 BRL-CAD: 03brlcad * r49187 10/brlcad/trunk/src/libicv/Makefile.am: use PNG_CPPFLAGS instead of hard-coding them so that we don't get a conflict if png is disabled
17:08.39 CIA-48 BRL-CAD: 03brlcad * r49188 10/brlcad/trunk/src/libpkg/example/server.c: c89-style comments
17:08.55 CIA-48 BRL-CAD: 03brlcad * r49189 10/brlcad/trunk/src/libbu/Makefile.am: realpath missing
17:09.46 CIA-48 BRL-CAD: 03brlcad * r49190 10/brlcad/trunk/src/ (conv/obj-g.c shapes/coil.c): break up the long string literal for c89 compliance
17:10.16 CIA-48 BRL-CAD: 03brlcad * r49191 10/brlcad/trunk/src/libged/analyze.c: no // comments in C files for portability
17:26.21 CIA-48 BRL-CAD: 03brlcad * r49192 10/brlcad/trunk/src/other/step/src/express/fedex.c: include getopt.h directly in case we're compiling in strict c89 mode
17:26.57 CIA-48 BRL-CAD: 03brlcad * r49193 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_misc.c fedex_idl.c): more static_inline propagation so we support strict c89 mode
17:33.05 CIA-48 BRL-CAD: 03brlcad * r49194 10/brlcad/trunk/misc/CMake/Distclean.cmake:
17:33.06 CIA-48 BRL-CAD: add a distclean target so we can wipe out common cmake turds and other built
17:33.06 CIA-48 BRL-CAD: system entities without wiping out an entire build tree. derived from distclean
17:33.06 CIA-48 BRL-CAD: code by Jan Woetzel with some minor tweaks for other compiler product dirs and
17:33.06 CIA-48 BRL-CAD: more clear wording.
17:35.55 *** join/#brlcad Elrohir (~kvirc@p579F02E6.dip.t-dialin.net)
18:03.48 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:12.20 CIA-48 BRL-CAD: 03n_reed * r49195 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): make maximum field width mandatory for %s and %[...] conversions
18:24.10 CIA-48 BRL-CAD: 03brlcad * r49196 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: delete out lemon output files during make clean
19:29.47 CIA-48 BRL-CAD: 03brlcad * r49197 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: also try to clean up the lemoninput file we copied. i may be doing something wrong here, though.. because it's not evident that this section of code is getting called.
19:30.36 brlcad starseeker: would you sanity check that for me? I tried putting in message and echo statements in there, but they never seemed to get printed
19:31.16 brlcad moreover expparse.y isn't being deleted on make clean still (src/other/step/src/express copied input file)
20:13.15 CIA-48 BRL-CAD: 03brlcad * r49198 10/brlcad/trunk/CMakeLists.txt:
20:13.15 CIA-48 BRL-CAD: use the CheckTypeSize module's CHECK_TYPE_SIZE() macro for explicitly evaluating
20:13.15 CIA-48 BRL-CAD: the size of a pointer instead of assuming cmake will figure it out for us. this
20:13.15 CIA-48 BRL-CAD: takes care of the problems assuming 32-bit on a 64-bit platform when the size
20:13.15 CIA-48 BRL-CAD: can be determined. unclear how cmake (repeatedly) got into states where the
20:13.16 CIA-48 BRL-CAD: CMAKE_SIZEOF_VOID_P ends up unset, but since it's a built-in test, likely just
20:13.17 CIA-48 BRL-CAD: some bug internal to cmake.
20:14.36 starseeker brlcad: checking...
20:19.58 starseeker brlcad: oh, I think I know what's going on - when we add src/other directories, their copies of *.cmake files get called before our misc copies
20:20.01 starseeker one sec...
20:21.24 CIA-48 BRL-CAD: 03starseeker * r49199 10/brlcad/trunk/ (misc/CMake/LEMON_Util.cmake src/libgcv/wfobj/CMakeLists.txt): Make case labeling consistent.
20:21.44 starseeker That's why I have to update all the src/other copies of FindX11.cmake - one of those gets triggered (usually) before our misc copy
20:22.31 CIA-48 BRL-CAD: 03starseeker * r49200 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: Gah - remove debug message
20:22.58 brlcad is there a way to append the top-level search path to the lists of paths searched, after the cmake sub-paths are added?
20:23.07 brlcad s/append/prepend/
20:24.32 CIA-48 BRL-CAD: 03starseeker * r49201 10/brlcad/trunk/src/other/ (re2c/CMake/LEMON_Util.cmake step/CMake/LEMON_Util.cmake): Sync src/other copies of LEMON_Util.cmake
20:25.14 starseeker there are two things at work - the src/other builds are doing their own thing, and CMake remembers if it has defined macros previously and doesn't re-define them
20:25.47 starseeker when a src/other .cmake macro defining file is loaded, those macro definitions are global - that's why you weren't seeing any changes
20:26.57 starseeker We can try forcing the src/other builds to look in our misc/CMake directory, but that's not totally reliable - they can still override that path in their own logic
20:28.06 starseeker Would be nice if we could get CMake upstream to accept some of those .cmake files - then we could require a version that has them and not include them...
20:33.50 starseeker hmm... wait... am I right about what it's doing???
20:33.54 starseeker introspects
20:35.55 CIA-48 BRL-CAD: 03brlcad * r49202 10/brlcad/trunk/src/libged/combmem.c: gcc correctly detects an array overrun read where a vect_t was being passed as a hvect_t with the H component getting used. looks like at least a couple mistakes were made, fixed by just making them hvect_t's.
20:45.18 CIA-48 BRL-CAD: 03brlcad * r49203 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: toggle whether we're aiming for c89 or c99 based on the build configuration, just so we get more portability coverage. as long as we're compliant, might as well stay that way for as long as we can bear.
20:53.39 starseeker it's gnarly... I'm loading macro definition, but not using find_package to do so... how should I do that...
21:02.51 CIA-48 BRL-CAD: 03starseeker * r49204 10/brlcad/trunk/src/other/ (27 files in 27 dirs): Clean up some ws in src/other
21:40.28 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:45.17 brlcad n_reed: library code shouldn't be calling bu_exit(), bu_bomb() if it's not recoverable or kick back an error code to the caller
21:47.49 brlcad we have just a few instances of misuse the have propagated, but that's something I've been meaning to add a regression test for
21:48.39 brlcad moreover to r49195, I'd expect 0 to be a valid width .. it'll read zero chars, maybe init with -1 and check if < 0
21:49.29 brlcad or just default to 0-width, and proceed
22:00.36 CIA-48 BRL-CAD: 03starseeker * r49205 10/brlcad/trunk/ (16 files in 15 dirs): Try to be better about using misc/CMake .cmake files by default. Tweak the listing of additional files to clean from lemon output.
22:02.01 CIA-48 BRL-CAD: 03starseeker * r49206 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Hmm... make test match comment - was checking for gnu90 on debug, gnu99 on release - check for both if doing release. How come these checks are release only?
22:03.09 CIA-48 BRL-CAD: 03starseeker * r49207 10/brlcad/trunk/ (3 files in 3 dirs): remove debug message
22:03.45 starseeker brlcad: give that a whirl and see if it achieves what you were looking for behavior wise
22:08.51 CIA-48 BRL-CAD: 03starseeker * r49208 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Oh, I see now. gnu99 when doing a Release build, but gnu90 when developing (normally done in Debug mode)
22:16.38 brlcad yeah, the comment was unclear but you can't do both
22:17.02 starseeker no biggie - I'm just being slow today ;-)
22:17.39 brlcad been trying to get non-gnu mode.. but that's really a bear
22:18.07 brlcad we compile gnu1x, though, that was nice to see
22:18.15 starseeker cool!
22:19.15 starseeker brlcad: is the compiler flags setup tolerable?
22:21.42 brlcad what do you mean?
22:21.46 ``Erik compile fail on osX, C++/c99 style comments in /System/Library/Frameworks/OpenGL.framework/Headers/gl.h via fb.h
22:22.14 brlcad right, there was a separate fix for that in autotools
22:22.55 starseeker brlcad: the way the CMake detection and assignment of compilation flags is set up - does it seem workable?
22:23.28 brlcad starseeker: it's working well enough thusfar, save for one change I had to make
22:23.36 ``Erik brlcad: did you do something to bz to drop cpu consumption? I'm used to load >1, which isn't the case lately? ( http://crit.brlcad.org/perfmon/ )
22:24.11 starseeker ``Erik: which component is failing to build?
22:24.26 ``Erik starseeker: libfb, but anything that uses fb.h will fail
22:26.29 ``Erik starseeker: http://paste.lisp.org/display/127469 (on my work desktop)
22:26.36 brlcad yay, neat stats
22:26.39 ``Erik puts on pants and heads home
22:26.57 brlcad ``Erik: yes, the bzflag services were migrated to a different host
22:34.41 starseeker the autotools build was adding the C99 flag specifically for that library...
22:34.46 starseeker um
23:25.09 CIA-48 BRL-CAD: 03brlcad * r49209 10/brlcad/trunk/src/mged/Makefile.am: hideline.c is no more
23:34.45 CIA-48 BRL-CAD: 03brlcad * r49210 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
23:34.45 CIA-48 BRL-CAD: make the CHECK_C_FLAG macro a little more robust. the autonaming feature is
23:34.45 CIA-48 BRL-CAD: nice, but it needs to account for all possible characters that aren't valid
23:34.45 CIA-48 BRL-CAD: variable names. (e.g., --std=c++98) also, the build type comparison is wrong
23:34.45 CIA-48 BRL-CAD: as mixed case for this variable.
23:44.52 ``Erik <-- waits for other services to be migrated to crit O:-)
23:50.37 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
IRC log for #brlcad on 20120203

IRC log for #brlcad on 20120203

00:44.38 CIA-48 BRL-CAD: 03n_reed * r49211 10/brlcad/trunk/src/libbu/sscanf.c: s/bu_exit/bu_bomb; accept 0 as a valid width for string conversions
08:41.27 *** join/#brlcad ibot (~ibot@rikers.org)
08:41.27 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
08:45.58 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
09:37.19 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:58.41 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:20.46 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:21.30 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:26.29 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:39.05 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:52.16 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:59.25 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:02.29 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:20.43 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:43.53 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:55.18 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:11.01 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
13:21.10 CIA-48 BRL-CAD: 03Sean 07http://brlcad.org * r3276 10/wiki/Help:Searching: Reverted edits by [[Special:Contributions/46.151.43.197|46.151.43.197]] ([[User talk:46.151.43.197|Talk]]); changed back to last version by [[User:Sean|Sean]]
13:21.17 CIA-48 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:46.151.43.197]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
13:43.37 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:47.53 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
16:35.18 CIA-48 BRL-CAD: 03starseeker * r49214 10/brlcad/trunk/src/other/re2c/README:
16:35.18 CIA-48 BRL-CAD: If we're using the template for the re2c README file (maybe worthwhile, maybe
16:35.18 CIA-48 BRL-CAD: not...) don't stash the generated output in the src tree. Would need a
16:35.18 CIA-48 BRL-CAD: mechanism like that used for our INSTALL and configure scripts to make that work
16:35.18 CIA-48 BRL-CAD: 'properly'
16:38.53 CIA-48 BRL-CAD: 03starseeker * r49215 10/brlcad/trunk/src/other/libz/ (CMakeLists.txt zconf.h zconf.h.in): Enough of the zconf.h.in nonsense. We've already had to modify zlib anyway.
16:40.00 CIA-48 BRL-CAD: 03starseeker * r49216 10/brlcad/trunk/src/other/libz.dist: sync libz.dist
16:41.51 CIA-48 BRL-CAD: 03starseeker * r49217 10/brlcad/trunk/src/other/re2c.dist: sync re2c.dist
16:54.46 CIA-48 BRL-CAD: 03starseeker * r49218 10/brlcad/trunk/ (8 files in 8 dirs): (log message trimmed)
16:54.47 CIA-48 BRL-CAD: Make a stab at logic to clean out all files generated by CMake. This is
16:54.47 CIA-48 BRL-CAD: currently a bit too aggressive in that it will completely nuke the bin, lib, and
16:54.47 CIA-48 BRL-CAD: share output directories, but it's a step in the right direction and seems to be
16:54.47 CIA-48 BRL-CAD: able to restore a checkout to clean status after an in-src-dir CMake configure
16:54.47 CIA-48 BRL-CAD: (although that's only tested on one platform and isn't yet portable - assumes
16:54.48 CIA-48 BRL-CAD: Makefiles, for example.) Not hooked into the build proper yet - it generates a
16:55.40 starseeker that's getting closer to a "real" distclean ability, except for also nuking all the "final output" directories
16:58.06 starseeker If most development work these days is taking place with CMake, we may want to consider removing the svn ignore property globally.
16:58.37 starseeker for myself (most of the time) I want to know precisely what is in the source tree without ignoring anything
17:02.00 starseeker brlcad: if you can take a look at that distclean attempt and let me know precisely how you want it to behave, I can give it a round of polishing, make it portable and hook it in
17:03.39 starseeker I think that approach should be more robust than the Distclean.cmake approach, although it may require a bit more logic
18:45.49 brlcad starseeker: that file wasn't intended to get you to spend time on a distclean impl.. :)
19:07.43 brlcad there are some aspects to both approaches that will probably be desireable
19:07.52 brlcad that, at least, is my at-a-glance understanding
19:09.36 brlcad like the global list that gets appended to, just want to make sure the caller only has to specify items cmake doesn't already know about and doesn't duplicate what the clean rule already does
19:11.18 brlcad the distclean shell script looks like the only/main turd that I'd do away with
19:11.37 brlcad no big deal if you can't time the distclean
19:30.58 starseeker the clean rule removes things generated by make, not things generated by CMake
19:31.27 starseeker the distclean logic as defined is intended to remove things generated by CMake
19:33.17 starseeker the distclean shell script is a temporary measure - eventually there will be a cmake_distclean.cmake file generated that will be invoked by a "make distclean" target
19:34.33 starseeker was i wasn't sure of was whether you wanted me to be able to nuke the files in bin, lib, etc that are produced by CMake *without* removing the files coming from the actual build
19:39.02 brlcad it's the latter I was referring to, nuking bin/lib/etc
19:39.23 brlcad at most, it could inspect and, if empty, delete the dir in the distclean portion of the rule
19:39.42 brlcad but not nuke it outright since that then makes lots of assumptions
19:45.02 brlcad what's the cmake_distclean.cmake file for? seems unnecessarily complicated to have a distclean rule writing out anything
19:45.40 brlcad just needs a list of things to delete, the most important ones being the ones it already knows about
19:46.24 brlcad adding the extra files list ability for the caller becomes the secret sauce that should be sufficient (yet still simple)
20:08.31 starseeker brlcad: I'll play with it a bit and run some tests
20:08.46 starseeker what do you think about nuking the svn:ignore property?
20:14.13 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
20:40.30 brlcad starseeker: not all of the svn:ignore files are build-system related, if I recall correctly
20:40.46 brlcad so probably not at least without doing a review of what's there and why
20:40.47 starseeker true - some of them relate to ignoring temporary files from editors
20:41.11 starseeker prefers to know when editors are leaving turds behind too, but that's just me...
20:41.13 brlcad right, I'm not sure there's any value seeing those listed
20:42.05 brlcad I know very well what is left around .. but having svn tell me provides no useful information
20:42.24 starseeker doesn't always know ;-)
20:42.38 brlcad on the contrary, can dilute the listing, make it harder to see important files
20:43.18 starseeker must be a workflow difference
20:43.36 starseeker prefers to stay close to the svn tree state, doesn't leave modified or unknown files in the src tree much
20:44.23 brlcad a little workflow, a little difference in tools perhaps, a little familiarity
20:44.46 brlcad if I were working with xcode regularly, I wouldn't want the xcode build dirs listed for example
20:44.56 brlcad they're always there
20:45.10 starseeker why is why out-of-dir builds are good
20:46.31 brlcad a benefit sure, but mostly a different case altogether
20:47.22 brlcad just picked xcode out by example, could just as well be some other random ide that places information with the input/sources
20:47.51 starseeker if the IDE is putting information in the source tree when the build is not taking place in-src, that's a bug in the IDE
20:47.55 brlcad not uncommon to say the least, point is more just that there are *some* files that are of no value to have svn report
20:48.35 brlcad i don't think that holds water -- you may be using an ide that has little or nothing to do with building
20:48.52 brlcad a source indexing browser, for example
20:48.57 brlcad for code reviews
20:49.07 brlcad nothing to do with any concept of a build dir
20:49.24 starseeker hmm. OK, I suppose...
20:53.01 starseeker would probably try to set that up such that the index file(s) were stored out of the src dir, but that's admittedly not something to expect from most devs
20:53.42 brlcad if that's supported by the tool
20:54.40 brlcad i've used several indexers over the years that would write an index for each directory containing sources
20:55.05 starseeker nods. If it weren't I'd set up two copies of the src tree, but your point remains - it's a situation that is a reasonable argument for retaining at least some use of svn:ignore
20:55.15 brlcad good ol' ctags comes to mind, though now there's an output option
20:55.50 brlcad still even if you wrote to some other dir, then you loose the nifty automatic integration that you'd get in vim, ex, emacs, etc
20:56.25 brlcad since they defaulted to the source dir too, and you'd have to tell it (hopefully it has a way) about that random other place
20:57.56 starseeker nods - yeah, I'd probably end up having a separate copy of the src for that
20:58.16 brlcad it all boils down to usability (and maintainability) since that's really the only reason svn:ignore exists
20:58.48 brlcad maintainence cost is practically nil now that build dir is a separate concept
20:59.20 brlcad usability of having vs not having entries for items of no value to "svn status" is then pretty simple
20:59.23 starseeker nods - the main annoyance from my standpoint is when we ignore things like Makefile files, .tcl files, etc
21:00.11 brlcad sure, those items could get yanked
21:00.15 starseeker but a comprehensive selective review to get rid of just those would be a bit time consuming (unless it's scriptable in some fashion)
21:02.24 brlcad *shrug* maybe an hour or two at best.. it's under 200 props
21:02.59 starseeker ok - s/time consuming/mind numbing ;-)
21:04.06 brlcad with a workflow going, it'd probably be about 30s per prop, a lil over an hour
21:04.38 brlcad I find those are great tasks to do while watching movies :)
21:07.34 brlcad 200 "files" is nothing ...
21:07.46 starseeker heh
21:07.48 brlcad I've done a half-dozen refactorings in the last 12 months alone that involved 1000+ file edits each (all unautomatable, hand edits) :)
21:08.17 brlcad one category of new build warning hits more files than that :)
21:11.22 brlcad I find it starts to get numbing when you can't get through the whole list in a single day
21:11.37 brlcad 12 hours or less ftw .. if it's gonna take more, that's a real chore
21:11.49 starseeker envies brlcad's threshold of boredom
21:12.37 brlcad it's reading code, that can be very rewarding in itself
21:13.48 brlcad when I was just starting to make my way through brl-cad years ago, I found that to be one of the best and absolutely fastest ways to become familiarized with what's there
21:14.52 brlcad you start to see the bigger picture of how to restructure, where there are weaknesses, good and bad practices, and more...
21:16.26 brlcad "oh yeah .. there's already a tool that does that"
21:17.03 CIA-48 BRL-CAD: 03bob1961 * r49219 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a preference for display lists.
22:03.07 brlcad n_reed: if I've been following the commits, it looks like you've included functionality akin to ms's sscanf_s()?
22:08.41 CIA-48 BRL-CAD: 03starseeker * r49220 10/brlcad/trunk/ (11 files in 11 dirs):
22:08.41 CIA-48 BRL-CAD: Getting closer - this leaves bin, lib and share in place but they should be
22:08.41 CIA-48 BRL-CAD: nothing but a collection of empty directories for a bare configure. Just need
22:08.41 CIA-48 BRL-CAD: to teach distclean to check them for empty dirs and recursively remove any empty
22:08.41 CIA-48 BRL-CAD: dirs until we've whittled it down to the minimum (for a pure configure with no
22:08.42 CIA-48 BRL-CAD: build step on a clean checkout, back to the checkout configuration.)
22:13.04 brlcad starseeker: very minor, but can it be aware of only the dirs it adds?
22:13.18 brlcad so it only potentially deletes ones it added, not just empty ones
22:13.26 starseeker urm...
22:13.39 brlcad in case someone happens to mkdir lib/whatever for example ..
22:13.51 brlcad minor and no big deal if it can't
22:14.25 starseeker tricky - if it's putting a file into a deep dir location, it will automatically create all the dirs it needs to get it there (iirc)
22:15.24 starseeker I might be able to get it to track all that - I have to do something similar for distcheck...
22:16.13 brlcad like I said, VERY minor .. just wondering really
22:16.17 starseeker but if it does that and half the dirs listed in the path are already present and half aren't, that could get really tricky
22:16.27 starseeker in principle - maybe
22:16.36 starseeker but probably too hard to justify at this point
22:16.53 starseeker let me get a "make distcheck" target working first
22:17.02 starseeker I should be fairly close now
22:17.19 brlcad as long as it's only removing empty dirs recursively, probably no harm
22:17.34 n_reed brlcad: wasn't referencing sscanf_s, but similar in requiring width for %s and %[...].
22:17.44 starseeker that's the last trick - how to get it to do the directory removal
22:17.56 starseeker I have a few ideas, but need to do some experimentation
22:18.36 brlcad n_reed: what is the width for a %s defined as?
22:18.54 brlcad does it include / require space for the null?
22:19.39 starseeker brlcad: should the "make distclean" target perform the make clean step too? or just remove the files CMake is responsible for?
22:20.20 brlcad following traditional distclean, yeah -- it should perform make clean (first)
22:20.50 brlcad could separate into a makeclean and distclean rule
22:21.41 starseeker ah, nuts - there's a gotcha - when I remove the CMakeFiles directories, I'm removing all the object files too
22:22.16 starseeker is that acceptable, or should I try to introspect into those and leave the .o files?
22:23.00 brlcad cmake made them and filled them, so it should be fine to just remove them .. but then the clean rule already does that, no?
22:23.18 brlcad if so, then distclean can just check if dir is empty, remove
22:24.29 brlcad that'd probably be safer
22:24.38 starseeker I'll check - I was under the impression just the .o files are removed...
22:25.29 starseeker if we're always doing clean with distclean it won't matter, but if we want a "cmake-clean" rule that just removes CMake's output it get dicey
22:26.52 brlcad right, clean just removes the .o, so distclean itself won't have to
22:27.13 brlcad it just checks the dir
22:29.07 starseeker (right now) distclean is removing the whole CMakeFiles directory and all its contents - CMakeFiles directories hold more files generated by CMake
22:29.10 brlcad cmake-clean would be introducing a different naming scheme, "cmakeclean" or "buildclean" would be more apropros
22:29.19 brlcad where distclean=clean+cmakeclean
22:29.40 starseeker or maybe configureclean
22:30.03 brlcad configclean?
22:30.14 brlcad buildsysteminfrastructureclean ;)
22:30.37 starseeker yeah, we may have to live with configclean nuking the individual object files, unless we want to get smarter about the structure contained in that directory
22:31.18 brlcad probably fine
22:31.54 starseeker If a configclean is performed, everything's getting rebuilt anyway because all the Makefiles will be newer than the object files anyway
22:32.11 brlcad the install dirs are where things get more interesting, or even the top-level build dir probably being the most common case
22:32.38 brlcad where someone just has datafiles and/or source snippets being run against uninstalled bin/* tools
22:33.16 starseeker uh... I'm not doing anything with the install dirs - am I supposed to?
22:33.18 brlcad configclean would end up nuking the Makefiles, no?
22:33.24 starseeker yep
22:34.15 brlcad once you run even a partial distclean (assuming it gets past the "clean" phase and is working on the "configclean" phase), it's a point of no return
22:34.23 starseeker yep
22:34.26 brlcad you have to run cmake again
22:34.35 starseeker just like Autotools, iirc
22:34.38 brlcad yep
22:34.41 starseeker (kinda in the nature of a distclean)
22:34.56 n_reed brlcad: %1s means read 1 char max from input; dest string must be at least 2 chars
22:35.01 n_reed is there something i need to fix?
22:35.50 starseeker configclean would actually have fairly minimal utility, except possibly in debugging scenarioes
22:36.58 starseeker wonders if there is even a equalivent to "make clean" in MSVC...
22:37.16 brlcad n_reed: just thinking aloud, the reason why strlcpy exists when there was a strncpy a decade preceding is due to that size parameter
22:37.29 brlcad off-by-one errors due to usability weakness
22:39.00 brlcad I don't think it matters for the %#s case since that (to me) clearly implies number of chars and the #+1 == '\0' seems evident
22:39.33 brlcad it may matter more for size parameters, I think, ala sscanf_s
22:39.41 brlcad do you have size parameters?
22:40.04 brlcad bu_sscanf("%s", my_string, size)
22:40.15 brlcad or did you stick with sscanf's sig
22:40.15 n_reed nope
22:40.34 brlcad okay, so you're just requiring that if there's an %s that there must be a %###s in there?
22:42.46 n_reed yes. %Vs %Vc %V[...] can handle cases where size is only known at run-time
22:43.34 brlcad V is for vls?
22:43.43 n_reed yes
22:44.03 brlcad interesting, that's somewhat opposite bu_log()'s meaning
22:44.44 n_reed you can pick any letter you want
22:45.21 brlcad V isn't a width specifier to bu_log(), it's the type (ala %s)
22:45.27 brlcad that's all
22:45.34 brlcad not sure that it's a problem or not, just interesting
22:45.54 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:46.19 brlcad so then it handles the unknown "size" by reading into an unsized/unbounded vls
22:46.53 brlcad %Vc means what then? a double-byte char gets stored into a vls as two bytes?
22:49.23 n_reed only tested with ordinary chars. now code always truncates vls then uses bu_vls_putc
22:49.33 CIA-48 BRL-CAD: 03brlcad * r49221 10/brlcad/trunk/src/libged/get_comb.c: a benefit of using BU_VLS_INIT_ZERO instead of bu_vls_init() is that the compiler can actually detect an unused vls such as this one
22:49.51 n_reed %Vc would copy one char and you'd have a '\0' after it still, unlike %c
22:50.03 brlcad ah, okay
22:50.14 brlcad why truncate?
22:50.32 brlcad seems you could preserve the read-one-char behavior while ensuring null termination
22:51.52 brlcad so you could do something like while(bu_sscanf(input, "%Vc", &myvls))) ; to read from input one char at a time into myvls
22:53.42 brlcad probably doesn't matter since it'd be a dumb thing to do, but I think it's something you can effectively set up with sscanf() if you're going for parity
22:56.10 CIA-48 BRL-CAD: 03brlcad * r49222 10/brlcad/trunk/src/shapes/coil.c: conversion to using BU_VLS_INIT_ZERO instead of bu_vls_init() where there's simple local use. detected another unused vls (coil_type).
22:56.36 n_reed not sure I understand. I thought always overwriting vls would be best keeping with sscanf semantics.
22:57.05 n_reed if you want to append a char at a time, just use %c and concat yourself
23:00.34 brlcad right, but that's partially my point :)
23:01.16 brlcad that would take a few lines of code, so making the semantic meaning append-char-to-vls would turn two steps into one
23:01.52 brlcad whereas for the truncate case, where's the use case where using a vls saves someone a step over %c to a char
23:02.24 brlcad could be one, haven't thought it through that exhaustively
23:04.09 brlcad could be my own bias too .. I'm maybe envisioning something I'd expect from %*V and %1V
23:36.32 n_reed i don't think
23:37.41 n_reed i can't think of that many good use cases either way; simple enough to change it to append
IRC log for #brlcad on 20120204

IRC log for #brlcad on 20120204

00:41.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
01:37.28 Maloeran This might be a stupid question... but why is BRL-CAD's ./configure trying to find OpenGL/OpenGL.h and -lopengl32? (rather than GL/gl.h and -lGL ) And hence apparently doesn't want to enable OpenGL
01:38.26 Maloeran (Trying to install on an Ubuntu laptop, hunting down missing -dev packages...)
02:13.21 CIA-48 BRL-CAD: 03brlcad * r49223 10/brlcad/trunk/src/libged/trace.c: another unused vls
02:16.35 CIA-48 BRL-CAD: 03brlcad * r49224 10/brlcad/trunk/src/libged/ls.c: and another unused vls masked by a bu_vls_init()
02:25.23 CIA-48 BRL-CAD: 03brlcad * r49225 10/brlcad/trunk/src/ (113 files in 12 dirs): (log message trimmed)
02:25.24 CIA-48 BRL-CAD: replace 580 calls to bu_vls_init() with static initialization via
02:25.24 CIA-48 BRL-CAD: BU_VLS_INIT_ZERO. this eliminated the need for more than 100 conditionalized
02:25.24 CIA-48 BRL-CAD: inits, which in turn eliminates the risk that a vls might get used prior to
02:25.24 CIA-48 BRL-CAD: initialization (whereby it crashes). this improves memory management as well
02:25.24 CIA-48 BRL-CAD: eliminating the function call and memory allocation should the vls not actually
02:25.25 CIA-48 BRL-CAD: be needed; and it eliminates a memory leak if a vls were initialized but not
02:25.39 brlcad Maloeran: hey, long time no see .. not a stupid question but definitely misunderstood
02:26.37 brlcad Maloeran: it searches for OpenGL/OpenGL.h but *also* searches for GL/gl.h (and a variety of other headers found on various platforms), same for library searches too
02:27.25 brlcad undoubtedly a missing dev package, if you read the config.log and find the GL/gl.h header test, it will say why
02:28.27 brlcad more importantly, though .. if this is at all a recent source, you should be using the newer cmake build system instead of the configure-based autotools build system. mkdir .build && cd .build && cmake .. && ccmake ..
02:52.12 Maloeran Hey, long time no see indeed
02:52.38 Maloeran So you are moving away from autoconf and friends after all, nice
03:31.06 brlcad already done, few months back
03:32.53 brlcad took a few months to get a near-equivalent cmake build in place, but cliff bootstrapped a good setup
03:40.13 Maloeran Nice. I'm integrating my ball pivoting point cloud mesh reconstruction into Lee's VSL hence the need for BRL-CAD
03:44.10 Maloeran I'm not quite convinced that raytracing, gathering point and reconstruction is the best way to convert CSG geometry to triangles (the edges of a cube will appear rounded), but it's probably good enough, I guess
03:45.59 brlcad heh, that's funny
03:46.49 brlcad I implemented a proof of concept for that about 7 years ago
03:46.54 Maloeran Oh?
03:47.11 brlcad got it working, but then abandoned the project because I thought it sucked
03:48.15 Maloeran I'm sure there would be a much better way to generate surface points than raytracing, by inspecting the actual primitives. Or just converting each primitive to a triangle mesh and doing boolean operations on triangle meshes...
03:48.27 brlcad then erik worked on something similar about two years ago (again for lee), and came to similar results but after many more months trying to bring it up to production-quality
03:48.40 brlcad similarly abandonded
03:48.44 Maloeran What was the approach?
03:49.32 brlcad mine was a textbook marching cubes eval
03:49.33 Maloeran I think my point cloud mesh reconstruction code is very nice (very robust, extremely fast), but I'm not sure it's the right solution to the problem to begin with
03:49.43 brlcad like I said, just proof of concept reconstruction
03:50.00 Maloeran Marching cubes from point cloud data? You'll get rounded cubes too...
03:50.24 brlcad i saw that "yeah.. this can .. sorta work ..." but not for lots of types of geometry, not very robustly, and not well at all for flat surfaces and hard edges without a lot more work
03:50.43 Maloeran Yes, I see
03:51.48 Maloeran The ball pivoting algorithm was terribly unreliable and unstable too. It took about 2 months to fix the whole thing with a truly robust algorithm
03:52.52 Maloeran (including the time to write it multithreaded, algorithms built of atomic instructions for perfecty scalability, NUMA-aware, etc.)
03:53.04 brlcad lee seems enamored by the approach, but I guess I just fundamentally dislike the premise of point-sampling CSG
03:53.43 Maloeran So do I, it's not the right approach... unless your points are generated from the actual primitive surfaces
03:54.14 Maloeran If you have a cube, you should have points right on all the edges and corners, or your geometry gets messed up
03:55.02 Maloeran Maybe it's just a first step until a better point sampling method is implemented
03:55.15 brlcad you don't need point sampling -- you have perfect surface information
03:55.36 brlcad the real solution is to just construct the boundary information, then evaluate your boundaries
03:55.41 Maloeran Sure. You could convert to triangle meshes and perform boolean operations on triangle meshes
03:55.43 brlcad that's what we've been working towards
03:56.05 brlcad no no .. that's what we already do, it's terribly difficult to do robustly
03:56.10 Maloeran Oh? I see
03:56.32 brlcad polygonal boundary representation is only sufficient when your starting geometry is polygonal
03:56.57 brlcad that's where nurbs/brep come in (and why pretty much EVERY other commercial CAD system uses them)
03:57.00 Maloeran Well, a conversion to a polygon based representation has many advantages these days
03:57.10 brlcad you can still convert to polygonal
03:58.02 brlcad the issue is when the boolean is evaluated
03:58.07 Maloeran Can I ask what you mean exactly by constructing the boundary information, and evaluating boundaries?
03:58.51 brlcad so take two overlapping mathematical spheres in implicit form (point+radius) being unioned together
03:59.30 brlcad I can evaluate polys for both then join those two meshes, eliminate the interior faces, slice the boundary faces, etc
03:59.53 Maloeran That's what you presently do, and it's difficult to do robustly, right?
04:00.01 brlcad but the problem is that you're attempting to perform the boolean evaluation on already lossy data
04:00.11 brlcad very, np-hard iirc
04:00.46 brlcad it ends up being a search domain problem with an undefined solution with real geometry
04:00.49 Maloeran A different approach would be to generate points all over the spheres, then points precisely on the intersection disk between the two spheres, then reconstruct a mesh from these points
04:01.00 Maloeran That approach doesn't sound too hard
04:01.21 brlcad it's knowing that intersection disk
04:01.28 Maloeran My problem is mostly with the present point sampling method, raytracing...
04:01.30 Maloeran Oh.
04:02.04 Maloeran So you are saying that generating actual points for the intersection between 2 boolean primitives is difficult
04:02.10 brlcad point sampling the implicit definitely has better potential than trying to stitch a mesh that has already thrown away the curve of intersection
04:02.19 Maloeran I guess the primitives involved must be complex than the basic ones I have in mind
04:02.39 Maloeran must be more* complex
04:02.40 brlcad not saying that, but yes for many of the primitives it's insanely difficult
04:02.46 Maloeran I see.
04:02.48 Maloeran Interesting
04:02.56 brlcad polynomial equations of nth order where n can be in the hundreds
04:03.29 brlcad the robust way to do it is convert those implicit spheres into explicit spheres using a spline-suface representation
04:03.44 Maloeran Well, that complicates things a little. I can understand why Lee would want to bombard a CSG object with billions of rays and just reconstruct the geometry
04:03.48 brlcad then perform surface-surface evaluation to evaluate the actual curve of intersection
04:04.15 brlcad you use the curve of intersection to trim the actual original surfaces, resulting in two trimmed surfaces joined by a curve
04:04.31 brlcad from there you can tessellate the two surfaces precisely to whatever resolution one desires
04:04.38 Maloeran Right
04:04.42 brlcad robust, fault and floating point tolerant
04:05.24 Maloeran That surface-surface evaluation sounds tricky with high degree nurbs and such
04:05.51 brlcad it is, but there are some pretty straightforward algorithms out there (and even the dead simple approaches work well enough)
04:06.17 Maloeran I can imagine doing it by bruteforce and converging
04:06.24 brlcad sure
04:06.32 brlcad even that is better than point-sample raytracing ;)
04:06.34 Maloeran If there's some better mathematical magic, I don't presently see it
04:06.40 Maloeran Agreed :D
04:07.00 brlcad for lower-order surfaces, you actually can evaluate the exact curve with some simple reductions
04:08.29 Maloeran Sounds good. It's probably a very complex approach given the wide range of techniques and specialized codes required to handle intersection between any kind of primitive
04:08.55 brlcad not as complex as one would think
04:09.17 Maloeran Ah perhaps... Though I feel I understand Lee a little better in his desire to just bombard billions of rays and get something "close enough"
04:09.28 brlcad getting a nurbs representation in place was a big step, but not as big as directly ray-tracing nurbs, which is done now
04:09.59 brlcad also done was the complex piece of turning each of our primitives into nurbs/brep geometry
04:10.22 Maloeran So every primitive is nurbs/brep?
04:10.32 Maloeran That would simplify things quite a bit
04:10.59 brlcad the only piece remaining (which is slated for later this year) is the surface-surface trimming evaluation
04:12.12 Maloeran I'm a little surprised that both you and Erik worked on something similar years ago
04:12.24 Maloeran And Doug at SURVICE also wrote a new marching cube implementation
04:12.39 Maloeran Then I was asked to write a fast ball pivoting based implementation
04:15.15 brlcad the other problem I have with the sampled approach is that it's inadequate for anything but visualization as there's no way to guarantee that you didn't change topology or miss geometry
04:15.35 brlcad at best you can say you think you got everything within some tolerance
04:15.56 Maloeran Exactly. You can say you didn't miss anything below X milimeters
04:16.21 brlcad if you're lucky and the implementation is sufficiently robust, you might be able to say topology seems to be consistent .. but you can't guarantee that
04:17.01 Maloeran I'm quite confident in my ball pivoting implementation... but I'm biased, and I certainly see your point
04:18.02 Maloeran I guess there's a point where details below a defined size of X can be overlooked for some purposes
04:18.06 brlcad the biggest practical problem I recall running into is how the algorithm responds to real geometry where there are cracks, voids, overlaps, etc
04:18.18 brlcad that and thin-walled geometry being a royal pain
04:18.37 brlcad sheet metal surfaces that are infinitely thin .. and absurdly common
04:18.44 Maloeran Yes, marching cubes have problems with that
04:19.09 Maloeran Ball pivoting has problems too, but of a very different nature
04:19.15 brlcad nods
04:20.13 brlcad so that's why I abandonded the approach 7+ years ago :)
04:20.48 Maloeran I wrote some automatic testing code, generating a big random point cloud kind-of thorus shaped, and I had it running for days on a 24 cores machines, doing thousands of runs to find any kind of error
04:20.57 brlcad I figured even spending just a couple months to get something working robustly enough was wasted time, time I could spend getting closer towards a provably robust, accurate, and the defacto industry approach
04:21.01 Maloeran So until proved otherwise, I remain confident in my code :)
04:21.17 Maloeran Ah yes, I can agree with that
04:21.44 Maloeran But I also see beyond VSL, good point cloud reconstruction code can find uses elsewhere
04:21.50 brlcad oh, I saw that "it 'could' work" even back then .. just not worth it to me :)
04:22.02 Maloeran Ah :)
04:22.17 brlcad worth it to lee, which is why he's kept pressing on
04:22.55 brlcad and if your work is as robust as he hopes, he'll finally have what he was looking for :)
04:23.18 Maloeran In some rare cases, the code can generate a topology that looks a little "weird", but certainly no holes, overlaps or any such error
04:23.22 brlcad surface reconstruction from point cloud data is very useful in itself, no doubt
04:24.06 brlcad hell, that'd be great functionality I've had in mind to add to brl-cad for a while, it's just such a limited domain
04:24.12 brlcad usually model acquisition
04:24.38 Maloeran Yes. Mark from SURVICE said they probably could use that in Metrology
04:24.50 brlcad and if you can get point clouds, you have a lot more surface information right in front of you :)
04:24.55 Maloeran (Instead of paying tens of thousands for software that doesn't always work that well)
04:27.11 Maloeran Completely different topic: compilation of OpenSceneGraph fails due to a lack of -fPIC, do you know their build system for the best way to plug that in?
04:27.28 Maloeran I would fix manually but there are about 300 Makefiles
04:40.55 starseeker Maloeran: which version of OpenSceneGraph are you using?
04:41.54 *** join/#brlcad IriX64 (~kvirc@64.229.211.15)
04:41.55 starseeker They're CMake based, IIRC...
04:42.28 starseeker usually they build without too much fuss
04:42.44 Maloeran Trying to manually install the latest, my Ubuntu is too old and its packages are worthless ;)
04:42.58 starseeker heh
04:43.12 starseeker and the latest fails complaining about -fPIC?
04:43.15 starseeker that's surprising
04:43.20 Maloeran Yes... but -fPIC is already there and it complains anyway. Trying to figure out what's going on.
04:43.32 starseeker yeah, that doesn't sound right
04:43.57 Maloeran More precisely : "/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libavdevice.a(alldevices.o): relocation R_X86_64_32 against `alsa_muxer' can not be used when making a shared object; recompile with -fPIC"
04:44.32 starseeker uh... that sounds like it's complaining about a system library - libavdevice.a
04:44.43 Maloeran Yes, sounds like I have to rebuild that
04:45.09 starseeker alsa is the sound architecture... you need sound support?
04:46.08 Maloeran Not at all, I'll try disabling that, thanks for the tip
04:46.53 starseeker Bob did some quick OpenSceneGraph tests with MGED's display manager, but we didn't see much in the way of performance improvement - are there some settings to turn on with OSG to get speed-ups?
04:47.49 Maloeran I'm totally unfamiliar with OSG, I'm just trying to build Lee's VSL on my laptop (for the last 3 hours ;))
04:49.53 brlcad Maloeran: on a related topic, any chance of getting your point cloud code open sourced and added to brl-cad? ;)
04:50.28 Maloeran That would be nice, but VSL is going to be open-source or not?
04:50.50 brlcad not
04:50.58 brlcad make it a stand-alone lib
04:51.07 Maloeran Ow.. but I don't think I own the copyright on that code
04:51.16 brlcad so to whomever owns it :)
04:51.54 Maloeran I'll ask Lee, I know Mark wanted to use it somewhere too
04:52.43 Maloeran I'm surprised VSL isn't going to be open-source, but I'm not too informed about the politics
04:52.52 brlcad if it was under contract, mark may have finagled gpr (gov purpose rights) in which case open sourceability is entirely mark's decision
04:53.23 Maloeran I see, I'll have to ask
04:53.25 starseeker Maloeran: just curious - you know anything about this? http://pointclouds.org/
04:53.28 brlcad if it's gov unlimited rights, then it's lee's call
04:53.51 Maloeran Never heard of it, starseeker, reading
04:54.48 Maloeran I know Lee made me investigate MeshLab months ago, their ball pivoting mesh reconstruction was terrible
04:55.10 Maloeran It was 400 times slower than mine, and it created tons of holes, overlaps
04:55.42 starseeker PCL claims to have surface reconstruction and are BSD licensed...
04:56.11 starseeker Maloeran: too bad about Meshlab, but then they're GPL so BRL-CAD can't snarf code from them anyway...
04:56.42 Maloeran Ah right. MeshLab is most horrible anyway
04:57.05 starseeker they can be handy when converting bot formats (stl, obj, etc.) - that's mostly what I use it for
04:57.12 starseeker and they're not a bad viewer
04:57.29 starseeker compiling it... sucks. royally.
04:57.40 Maloeran Eheh
04:58.05 starseeker has pondered feeding points into PCL from raytracing to see what they can do, but it's not been a high priority
04:58.06 Maloeran I'm not finding how to disable sound in OSG, do you have another tip in reserve?
04:58.23 starseeker um. which component is failing?
04:58.36 starseeker (i.e. what are you trying to build when the linker fails)
04:58.41 Maloeran osgdb_ffmpeg.so
04:58.56 starseeker maybe video support?
04:59.02 starseeker FFMPEG is video
04:59.11 Maloeran Under osgPlugins-3.0.0, so it's probably not essential
04:59.44 Maloeran Exactly. Except I'm not finding how to disable it, I never bothered to familiarize myself with the build systems (I mostly hate them)
04:59.56 starseeker you're using cmake-gui?
05:00.08 Maloeran ./configure && make
05:00.15 starseeker erm
05:00.29 starseeker I'd suggest installing cmake, if osg supports it
05:00.44 starseeker Ubuntu does have a CMake package, even if it's a bit old
05:01.19 starseeker I'll stand a lot better chance of helping you if you're building with CMake ;-)
05:01.32 Maloeran Okay :), let me try this
05:01.56 starseeker downloads latest osg
05:02.47 starseeker Maloeran: too bad you hadn't run into PCL before, was hoping you might have some insight into it - now I'll have to do some work :-P
05:02.47 Maloeran Interesting little thing, this cmake-gui
05:02.55 Maloeran Sorry :D
05:05.16 starseeker hmm. well, if it does need ffmpeg you may need to build that from source
05:05.19 Maloeran I can change paths but that doesn't help much. I guess I'll reinstall ffmpeg with more -fPIC
05:06.25 starseeker Maloeran: if you go with the CMake build, you'll probably need to replace all the FFMPEG_* variables with the values for your local build of ffmpeg
05:06.40 starseeker configure might give you some options
05:07.05 Maloeran Yes I saw. Running an outdated Ubuntu and having to install everything manually is a lot of trouble actually
05:07.15 Maloeran I have been installing packages manually for 3-4 hours
05:07.22 starseeker you *might* be able to set FFMPEG_ROOT from the get-go, e.g. cmake .. -DFFMPEG_ROOT=/my/ffmpeg/install
05:07.36 starseeker Maloeran: ``Erik would tell you to upgrade to FreeBSD :-P
05:08.09 starseeker finds Gentoo a good step in the BSD direction without losing all his Linux frame of reference...
05:08.57 Maloeran Yes, my desktop runs Gentoo, it was a bad call to try Ubuntu on the laptop
05:18.04 Maloeran Wonderful, with the latest ffmpeg, OSG just spits out a bunch of compilation errors
05:18.31 Maloeran I think I'll just carry my desktop to keep working on the week-end :)
05:31.06 starseeker or upgrade your laptop OS :-)
05:35.18 starseeker hmm - looks like PCL takes advantage of qhull
05:35.41 starseeker really needs to bug the qhull author about his license (or figure out if it's compatible as-is...)
05:40.03 CIA-48 BRL-CAD: 03brlcad * r49226 10/brlcad/trunk/ (include/bu.h src/libbu/str.c): add a bu_strcasecmp companion for bu_strcmp.
05:41.08 starseeker brlcad: did we ever decide if qhull's license is OK for our use?
05:46.39 CIA-48 BRL-CAD: 03brlcad * r49227 10/brlcad/trunk/include/bu.h: add a BU_STR_SIMILAR() macro for converting the return value from bu_strcasecmp() into a boolean. future version may wrap a different function if it's expanded to disconsider insignificant whitespace too.
05:51.03 Maloeran I looked at the website, there doesn't seem to be much of a license in the legal sense
06:14.57 brlcad starseeker: my relatively brief reading is that qhull seems fine
06:15.05 brlcad I don't see any new terms that lgpl doesn't already require implicit or explicit
06:15.31 brlcad I'd expect to see some serious feature already using it, not just planned, before it gets integrated though..
06:16.03 brlcad rather specific algorithms to just toss in without regard to our own api and duplicate functionality
06:20.57 CIA-48 BRL-CAD: 03brlcad * r49228 10/brlcad/trunk/include/bu.h: rename to BU_STR_EQUIV for equivalence since it's slightly less ambiguous (but shortened to match BU_STR_EQUAL length).
06:22.15 CIA-48 BRL-CAD: 03brlcad * r49229 10/brlcad/trunk/src/ (5 files in 3 dirs): propagate BU_STR_EQUIV() where strcasecmp() was being used
06:24.10 CIA-48 BRL-CAD: 03brlcad * r49230 10/brlcad/trunk/HACKING: bu_strcasecmp() and BU_STR_EQUIV() instead of stricmp()/strcasecmp()
06:46.45 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
07:03.40 Maloeran In case anyone was curious, the -fPIC error was caused by a direct reference in assembly in ffmpeg, and the latest OSG can only compile with a ffmpeg 6 months old
10:29.41 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:52.10 *** join/#brlcad csanyipal (~csanyipal@185-169-85-95.dynamic.stcable.net)
12:52.22 csanyipal Hi,
13:00.10 csanyipal can one make an aeroplan with brlcad and after that to investigate it's aerodynamic attributes?
13:00.27 csanyipal a model of aeroplan, of course..
13:45.58 CIA-48 BRL-CAD: 03brlcad * r49231 10/brlcad/trunk/src/ (28 files in 21 dirs): since 'new' is a reserved c++ keyword, avoid using it throughout our code. one step closer to being able to compile everything as c++ sources.
13:53.42 CIA-48 BRL-CAD: 03brlcad * r49232 10/brlcad/trunk/src/mged/ (chgview.c sedit.h): what? eliminate evil unused global strings
14:36.37 starseeker brlcad: oh, I wasn't planning on snarfing it in now - just wanted to be sure condition 3 requiring name, date and reason for modification to be present if changes were made, wasn't over and above LGPL requirements
14:37.13 starseeker if it is, no point in even investigating qhull without first trying to discuss the license question with the author
14:37.26 CIA-48 BRL-CAD: 03brlcad * r49233 10/brlcad/trunk/src/remrt/remrt.c: straggler bu_vls_init() to = BU_VLS_INIT_ZERO conversion
14:39.08 starseeker csanyipal: um... we don't have much in the way of tools specific to aerodynamic analysis - my understanding is that's a rather specialized sort of analysis
14:43.31 starseeker a quick look around the web turns up XFoil from MIT... http://web.mit.edu/drela/Public/web/xfoil/
14:44.43 starseeker from the finite element perspective there's also http://sourceforge.net/projects/elmerfem/ (GPL) which seems to have some active development...
14:46.20 starseeker there's CEASIOM, but it's not open source... http://www.ceasiom.com/index.php
14:50.29 starseeker might be something of interest here: http://www.dept.aoe.vt.edu/~mason/Mason_f/MRsoft.html
14:53.51 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:54.54 starseeker csanyipal: if you have access to Rhino, this might be of interest: http://wiki.mcneel.com/developer/scriptsamples/airfoil
14:55.05 starseeker BRL-CAD can import 3dm files
14:56.33 starseeker also http://sourceforge.net/projects/xflr5/
14:56.59 starseeker (might be more friendly than xfoil)
14:57.44 starseeker (intended for model aircraft though)
15:01.48 starseeker original NACA report on airfoil shapes... http://hdl.handle.net/2060/19930091108
15:04.18 starseeker and the "5-digit" report... http://hdl.handle.net/2060/19930091610
15:43.24 brlcad starseeker: that clause is interesting, but I didn't read that condition as conflicting lgpl requirements
15:43.59 starseeker um. so the notion of *requiring* something like ChangeLog updates isn't an issue?
15:45.13 brlcad copyright doesn't allow you to claim ownership of something you didn't write, so requiring changes be annotated fulfills that requirement (outside of lgpl)
15:45.22 brlcad i.e., it's something you have to do anyways in some form
15:45.31 starseeker ah. hadn't considered that
15:45.55 starseeker so I guess the only problem spot would be requiring a notation about the reason for the mod
15:46.03 brlcad I mean, I wouldn't bet the farm on it, but the intent is pretty clear to me
15:46.49 brlcad the real question would be if someone downloaded brl-cad that had code from it included, could they comply with both
15:46.56 starseeker nods
15:47.00 brlcad and I'm thinking that they can
15:47.44 starseeker doesn't look to be viral either, if I'm understanding it right - i.e. linking in libqhull doesn't propoagate those requirements to all code
15:48.03 CIA-48 BRL-CAD: 03starseeker * r49234 10/brlcad/trunk/src/other/CMakeLists.txt: whoops, get the lib dir symlinks too.
15:48.24 brlcad doesn't even require source, if I recall
15:48.47 brlcad just IFF you provide source code, you have to make it clear what you've changed
15:49.11 starseeker nods - so pretty much like Apache then - we can't mix it straight in, but we can use it
15:49.52 brlcad still, the fundamental issue also comes back to what they provide that would be more useful than another less complicated lib or even a more minimal subset that we'd write ourselves
15:50.29 brlcad convex hull is a function someone could write in a day
15:50.41 brlcad and wouldn't require data massaging
15:51.09 starseeker doesn't know for sure - just keep seeing qhull pop up when things like triangulation come into play
15:53.12 starseeker Shewchuk's Triange code is a definite no-go - crappy licensing
15:54.43 brlcad qhull's main feature is for supporting convex polyhedra, which is basically a form of our arbn primitive
15:56.13 starseeker wonder what PCL is using it for then
15:56.52 brlcad convex hull undoubtedly
15:56.58 brlcad or delauney triangulation
15:57.46 brlcad given a set of 3d points, get the convex hull, you build up a surface
15:59.06 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
16:00.07 brlcad by itself though, it's just a solution in search of a problem ... :)
16:00.26 brlcad now pcl, that's more interesting and immediately useful ;)
16:01.23 starseeker sure - but I'm guessing pcl's features would probably require qhull's presense, based on my attempt to compile it last night
16:01.40 starseeker hence the qhull question :-)
16:02.27 brlcad from what i read, it's not required
16:03.13 brlcad but I could still see them using qhull under the hood for point cloud processing .. "get me a bounding surface around these points"
16:03.29 brlcad part of pcl's segmentation feature
16:05.39 starseeker nods - k. My initial thought was they were probably using it to triangulate the point cloud into a mesh, but I admit I didn't look closely
16:06.03 starseeker pcl looks to be a mean compile... yay C++
16:06.04 brlcad that'd be why you'd get a bounding surface around points, gives a mesh
16:06.43 starseeker ah, right
16:06.58 starseeker doesn't normally think in terms of meshes as bounding surfaces :-)
16:07.14 starseeker usually come up in geometry conversion questions
16:07.15 brlcad it's fringe interest .. getting it to play with our points primitive would be the main use, and that's not a great modeling interface
16:07.58 starseeker was thinking raytrace to get points -> stuff into PCL -> get back bot...
16:08.09 brlcad yep
16:09.13 brlcad that's the whole discussion from last night
16:09.42 brlcad sure you can do that ... but is it actually less work (to do it well, reliably, robustly) than implementing surface-surface intersections? I think not
16:10.24 brlcad it's data explosion, a sampled approximation, you throw away everything you know about the geometry's structure and then try to recreate it .. .wtf? :)
16:10.59 starseeker heh
16:11.19 starseeker sure - was thinking more of the case of a scanner barfing a point cloud than our own geometry
16:11.53 brlcad yeah, that's the main usefulness to us
16:12.33 brlcad metrology equipment, lidar, vulcan
16:13.15 starseeker even there, would be better to get a NURBS surface than a mesh...
16:14.06 brlcad if you're starting with points, there's not much difference
16:14.28 brlcad you could extract nurbs from mesh, or mesh from nurbs, either derived from point cloud
16:16.13 starseeker true
16:22.04 brlcad that's basically what geomagic does, which comes with most scanners
16:22.44 brlcad and you'd be hard-pressed to implement something better than them without device drivers
16:23.27 brlcad that said, you know it's on our must-do this year to implement bot->nurbs right? if you're looking for a fun project ;)
16:25.28 brlcad and nurbs->mesh
16:30.03 Maloeran Is anyone familiar with Lee's VSL source here?
16:35.29 starseeker Maloeran: nope, sorry :-/
16:50.50 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
17:11.56 CIA-48 BRL-CAD: 03starseeker * r49235 10/brlcad/trunk/doc/docbook/resources/other/standard/ (3 files in 2 dirs): Will need some tweaks to the docbook resources setup. This will break things temporarily, but need to change files then move them.
17:17.12 CIA-48 BRL-CAD: 03starseeker * r49236 10/brlcad/trunk/doc/docbook/resources/other/docbook-schema/docbook-5.0.tar.bz2: Another change-before-move commit
17:42.11 CIA-48 BRL-CAD: 03starseeker * r49237 10/brlcad/trunk/doc/docbook/resources/other/ (19 files in 6 dirs): Move some docbook stuff around
17:44.03 CIA-48 BRL-CAD: 03starseeker * r49238 10/brlcad/trunk/doc/docbook/resources/other/ (docbook-schema/ standard/svg/ standard/xsl/): Remove empty dirs
17:45.09 brlcad some exciting possibilities with gsoc 2012
17:46.12 starseeker cusses out the article TEMPLATE.xml file... why did you suddenly stop validating???
17:46.23 starseeker not just the last few commits, either...
17:46.35 brlcad huh, validated when I added it I thought
17:46.40 brlcad at least it spit out html
17:46.59 starseeker yeah, it generates html - I tried enabling the xmllint validation
17:47.08 starseeker sort of "strict flags for docbook"
17:47.44 starseeker oh, wait - is that that new example file you added?
17:48.04 starseeker oh, OK - no wonder, I probably hadn't hit it with xmllint
17:48.07 starseeker phew
17:48.13 starseeker nevermind, carry on
17:49.00 starseeker if you're curious, variable is BRLCAD_EXTRADOCS_VALIDATE
17:49.13 starseeker (marked as advanced for now - set it to ON and you'll see why...)
17:52.04 starseeker eventually, once we get our xml cleaned up, I'd like to tie the default setting of BRLCAD_EXTRADOCS_VALIDATE to the overall strict compilation variable
17:52.36 brlcad ah, okay
17:52.44 brlcad it was pulled together by hand so no surprise
17:54.04 brlcad yep and concur, the same reasons and maintainability benefits for adhering strict applies to xml "code" too :)
18:05.43 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
18:10.11 CIA-48 BRL-CAD: 03starseeker * r49239 10/brlcad/trunk/src/other/libpng/projects/vstudio/pngstest/: empty directory
18:28.55 CIA-48 BRL-CAD: 03starseeker * r49240 10/brlcad/trunk/ (3 files in 3 dirs): Turn on the distclean rule. This should be a real distclean, working both in and out of the source directory. Needs more testing. Currently is only likely to work with systems using Makefiles
18:33.46 starseeker cool - http://google-opensource.blogspot.com/2012/01/data-and-code-open-sourced-from-googles.html
18:38.10 starseeker brlcad: it will take more testing, and I'm sure it's not the fastest distclean in the world, but hopefully that will do the job
18:38.33 starseeker suddenly in-src-dir development of BRL-CAD becomes viable again :-/
18:38.36 starseeker sort of
18:49.45 csanyipal starseeker: Thanks!!
19:15.03 *** part/#brlcad csanyipal (~csanyipal@185-169-85-95.dynamic.stcable.net)
19:34.17 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
20:44.22 *** join/#brlcad bmoez_ (~bmoez@197.1.11.223)
22:23.32 *** part/#brlcad bmoez_ (~bmoez@197.1.11.223)
22:25.06 starseeker hah - cool, Leslie (former GSoC organizer) has a chapter in the open-advice.org book
22:44.10 starseeker heh - awesome lines from Rich Bowen
22:44.17 starseeker paraphrase:
22:44.38 starseeker "This is the true laziness - not merely shirking work, but doing the work once so well that it never has to be done again."
22:46.04 starseeker programmer zen :-)
22:56.49 starseeker this Open Advice book is actually really cool
23:41.33 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
23:44.27 *** join/#brlcad yiyus_ (1242712427@je.je.je)
23:51.13 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
IRC log for #brlcad on 20120205

IRC log for #brlcad on 20120205

03:37.14 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
03:56.11 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
04:02.38 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:49.01 *** join/#brlcad Beetle (~beetle@h70.20.131.174.dynamic.ip.windstream.net)
05:49.27 *** part/#brlcad Beetle (~beetle@h70.20.131.174.dynamic.ip.windstream.net)
07:35.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:02.39 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:11.03 Maloeran Hey. I'm trying to investigate a bug in VSL, which crashes somewhere deep in BRL-CAD while opening a .g file, in bu_vls_trimspace().
17:11.17 Maloeran The (simplified) backtrace is bu_vls_trimspace(), bu_str_true(), db_attr_add(), db5_standardize_avs(), rt_db_external5_to_internal5(), rt_db_get_internal5(), rt_db_get_internal(), db_update_nref()
17:11.40 Maloeran Does anyone have a pointer or two?
17:13.01 Maloeran And at first glance, I don't really trust that while(isspace(...)) loop
18:02.46 Maloeran Actually... (gdb) p *vp $2 = {vls_magic = 2301836219, vls_str = 0x7fffcc002050 "R", vls_offset = 4294967296, vls_len = 140733193388072, vls_max = 140737028006102}
21:24.44 brlcad at a glance, it looks like an uninitialized vls being used
21:25.18 brlcad compiled without optimization, gcc automatically zero-initializes
21:25.52 brlcad with optimization, it's random data so you can run into that situation rather easily
21:27.32 brlcad that said, the vls in question inside bu_str_true() is initialized, so don't know what the issue is there
21:49.59 Maloeran Valgrind does say the memory was unitialized
21:51.15 Maloeran I would be more inclined to blame VSL than BRL-CAD, but I didn't notice anything clearly wrong with VSL's calls...
22:14.18 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
22:53.36 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
23:14.44 starseeker growl... the tree highlighting in Archer isn't happy
23:17.57 starseeker makes a note to ask Bob tomorrow...
IRC log for #brlcad on 20120206

IRC log for #brlcad on 20120206

06:03.48 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:51.25 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:07.09 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:13.54 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
08:17.00 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:29.44 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:42.23 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:13.46 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
09:34.59 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:58.12 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:35.46 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:35.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:35.46 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
11:35.46 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
11:35.46 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
11:35.46 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
11:35.46 *** join/#brlcad DarkCalf (DC@173.231.40.98)
11:35.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
11:35.46 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
11:35.46 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
11:35.46 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:35.46 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
11:35.47 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
11:35.47 *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
11:35.47 *** join/#brlcad piksi (piksi@pi-xi.net)
11:35.47 *** join/#brlcad CIA-48 (~CIA@cia.atheme.org)
11:35.47 *** join/#brlcad ChanServ (ChanServ@services.)
11:35.47 *** mode/#brlcad [+o ChanServ] by niven.freenode.net
12:24.42 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:09.00 ``Erik huh, something kicked up on bz at 3:15 this morning, added ~30% cpu usage
14:38.19 brlcad prolly someone browsing porn through a proxy
14:50.13 ``Erik looks like google decided to do a big sweep again and encounting some errors, maybe? (6.5 hrs and counting, .3 cpu, all seems to be in httpd?)
15:28.21 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:34.44 brlcad looks like a couple bots are walking content at the moment
15:34.57 brlcad http://www.globalspec.com/Ocelli being one, googlebot another
16:41.43 CIA-48 BRL-CAD: 03starseeker * r49241 10/brlcad/trunk/ (2 files in 2 dirs): Need to take some extra care with the iwidgets manpages since CMake is prefixing them.
16:50.44 CIA-48 BRL-CAD: 03starseeker * r49242 10/brlcad/trunk/src/other/CMakeLists.txt:
16:50.45 CIA-48 BRL-CAD: INSTALL.new on CMake is different because we're not running the THIRD_PARTY
16:50.45 CIA-48 BRL-CAD: macro for SCL on Windows. Try a different approach to disabling SCL with MSVC
16:50.45 CIA-48 BRL-CAD: that should let the THIRD_PARTY macro run. This will be moot once we get SCL
16:50.45 CIA-48 BRL-CAD: working with MSVC, and can go away then.
17:28.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:33.57 CIA-48 BRL-CAD: 03brlcad * r49243 10/brlcad/trunk/ (doc/deprecation.txt include/bu.h src/libbu/str.c):
17:33.57 CIA-48 BRL-CAD: header says null is a perfectly valid parameter to bu_strcmp() so there's no
17:33.57 CIA-48 BRL-CAD: need to print it. so get rid of the label parameter since it's otherwise
17:33.57 CIA-48 BRL-CAD: unused. that means the function can take on the macro name and the macro can go
17:33.57 CIA-48 BRL-CAD: away. round out the offering with implementations for strncmp() and
17:33.58 CIA-48 BRL-CAD: strncasecmp() too.
17:37.10 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:03.28 CIA-48 BRL-CAD: 03brlcad * r49244 10/brlcad/trunk/include/bu.h: eep, update the macros calls to bu_strcmpm() to bu_strcmp()
18:04.14 CIA-48 BRL-CAD: 03brlcad * r49245 10/brlcad/trunk/include/bu.h: save the file, then commit
18:10.56 CIA-48 BRL-CAD: 03brlcad * r49246 10/brlcad/trunk/src/libbu/str.c: hard to call bu_strncasecmp() if it doesn't exist. fix typo.
18:28.41 CIA-48 BRL-CAD: 03brlcad * r49247 10/brlcad/trunk/src/conv/cy-g.c: convert instances of strncasecmp with bu_strncasecmp
19:07.17 CIA-48 BRL-CAD: 03brlcad * r49248 10/brlcad/trunk/src/libged/edit.c: comment tweak
19:08.04 CIA-48 BRL-CAD: 03brlcad * r49249 10/brlcad/trunk/src/fb/fbstretch.c: comment not useful
19:09.21 CIA-48 BRL-CAD: 03brlcad * r49250 10/brlcad/trunk/src/ (librt/search.c rt/read-rtlog.c): tweak comments regarding string comparisons
19:11.50 CIA-48 BRL-CAD: 03brlcad * r49251 10/brlcad/trunk/src/ (6 files in 5 dirs): use BU_STR_EQUAL() and bu_strcmp/bu_strncmp instead of strcmp/strncmp for more consistent and clear string comparison behavior
19:19.11 CIA-48 BRL-CAD: 03n_reed * r49252 10/brlcad/trunk/ (include/bu.h src/librt/opennurbs_ext.h): bu_sscanf should use scanf (not printf) syntax check. Substituted remaining instances of __BU* with _BU*.
19:56.39 Maloeran That question is going to look stupid, but is BRL-CAD supposed to run fine with --enable-optimized? Without it, my build of VSL runs fine. Otherwise, VSL crashes after some access to unitialized memory within BRL-CAD while opening a .g according to Valgrind
20:01.14 CIA-48 BRL-CAD: 03starseeker * r49253 10/brlcad/trunk/src/other/lemon/lempar.c: Bug in lemon parser template on Windows - we still need yyRuleName even when NDEBUG is defined.
20:02.49 CIA-48 BRL-CAD: 03bob1961 * r49254 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a bug in handleTreeSelect. Affected nodes not always getting highlighted when in this mode.
20:19.09 ``Erik it should, I'm seeing crashes related to bu_vls_snprintf() here :/
20:22.33 CIA-48 BRL-CAD: 03starseeker * r49255 10/brlcad/trunk/NEWS: Bob fixed a bug in Archer's tree view - the tree view wasn't highlighting the correct objects when the option was set to highlight objects that would be impacted by editing the currently selected object.
20:25.14 Maloeran Ah! So I'm not alone
20:27.44 Maloeran Erik, do you want to investigate these crashes? Or I could, but I'm sure you know BRL-CAD more than I do :)
20:29.02 CIA-48 BRL-CAD: 03brlcad * r49256 10/brlcad/trunk/regress/repository.sh: restructure so that we only walk the source hierarchy with find once. check for the other newer non-public headers (bin/bselect). stub in a new test for API usage.
20:31.39 ``Erik I have a fix for where I see it, but an older checkout already has it, need to investigate this a hair more
20:32.59 CIA-48 BRL-CAD: 03brlcad * r49257 10/brlcad/trunk/src/libged/simulate/simulate.c: eliminate dead commented-out code
20:35.08 CIA-48 BRL-CAD: 03erikgreenwald * r49258 10/brlcad/trunk/src/libged/red.c: Add bu_vls_init() to dynamically allocated vls. 49225 messed up by going a bit too wide.
20:35.38 CIA-48 BRL-CAD: 03brlcad * r49259 10/brlcad/trunk/src/ (5 files in 4 dirs): BU_STR_EQUAL() propagation
20:35.38 Maloeran So that was the fix?
20:35.42 ``Erik yeah
20:35.48 ``Erik for the red command
20:35.51 Maloeran Can you paste the few relevant lines of code?
20:36.06 ``Erik it's highly likely that brlcad broke it several other places with his commit there... :D
20:36.14 ``Erik it was a missing bu_vls_init();
20:36.53 ``Erik bt the crash to before the bu_vls_snprintf() or whatever and verify the vls is getting an init call before trying to use it *shrug*
20:37.11 *** join/#brlcad GhstWlf (d9d215e0@gateway/web/ajax/mibbit.com/session)
20:37.44 ``Erik might be that lee did something silly like allocate and set the magic himself, instead of using the api... O.o I was seeing crashes in both debug and release
20:39.33 Maloeran My crash is definitely with vls strings
20:39.48 Maloeran Valgrind says some read memory is never initialized
20:40.04 Maloeran So yes, I'm pretty sure it was the same issue
20:44.05 ``Erik I'd guess that there're several places that now have this issue, we'll just have to fix them as we find them... and take away someones scripted code modification capabilities *cough* O:-)
20:44.50 Maloeran :) Well I'll grab the latest SVN and let you know if that still crashes
20:45.06 ``Erik I doubt your thing would be using the red cmd from libged
20:45.39 Maloeran Ah. It's a db_update_nref() call reading a .g file that crashes in bu_vls_trimspace()
20:46.06 Maloeran And it does so systematically. I just had a telecon with other people, and it works fine for everyone else but me
20:46.12 Maloeran Also, I'm the only one who compiled BRL-CAD with optimization
20:47.30 ``Erik do you have a stack trace?
20:47.50 Maloeran Yes
20:48.28 CIA-48 BRL-CAD: 03starseeker * r49260 10/brlcad/trunk/src/conv/step/schema.cc: need bu.h here for BU_STR_EQUAL
20:48.31 Maloeran http://www.rayforce.net/brlcadbug.txt
20:48.56 Maloeran Any insight? I'm using BRL-CAD 7.20.4
20:50.26 Maloeran (gdb) p *vp $2 = {vls_magic = 2301836219, vls_str = 0x7fffcc002050 "R", vls_offset = 4294967296, vls_len = 140733193388072, vls_max = 140737028006102}
20:50.37 Maloeran But that memory is unitialized, says Valgrind
20:51.55 Maloeran I'm downloading the SVN now just in case
20:52.36 ``Erik vls_lena nd vls_max are wayyy off
20:53.03 Maloeran Yup, the memory is unitialized, it's random garbage
20:54.19 ``Erik trunk SHOULD work there, lemme look at 7.20.4
20:54.43 Maloeran Thanks
21:01.15 ``Erik O.O I'd almost think something is screwy with your strlen()... maybe break in bu_str_true(), set watches, and do line stepping to see what happens? cuz it SHOULD work fine
21:03.54 Maloeran Yeah... I was hoping to avoid debugging BRL-CAD, it involves figuring out a big chunk of code first
21:04.41 ``Erik not really, it's all in libbu
21:10.04 ``Erik yeah, I'd guess there's an issue with your strlen() impl, your compiler or your gdb :/ I'd break bu_str_true and step it
21:10.48 ``Erik according to your gdb, you SHOULD be able to cause a crash with: int main(int argc, char **argv) { printf("%d\n", bu_str_true("R")); return 0; }
21:11.41 ``Erik mine prints 82 on an optimized build, like it should
21:11.53 ``Erik (and I even hopped on a 64b linux to test it)
21:12.48 Maloeran Thanks, I'm debugging
21:15.26 ``Erik hmmmm, does mged 'tops' work?
21:15.35 CIA-48 BRL-CAD: 03starseeker * r49261 10/brlcad/trunk/CMakeLists.txt: Don't squack about librtserver unless it was actually on to start with...
21:16.16 Maloeran "Error: A database is not open!" ? :)
21:16.31 ``Erik yeah, it needs an open db... :D like ktank
21:17.18 ``Erik $ bin/mged share/brlcad/7.21.0/db/ktank.g tops
21:17.22 Maloeran Seems to work with moss.g
21:17.41 ``Erik mebbe the .g file is mangled?
21:18.40 Maloeran Everything seems to run fine. It may be more something like heap/stack corruption
21:22.55 Maloeran I found the bug
21:23.33 Maloeran libbu/booleanize.c, should be struct bu_vls vls = BU_VLS_INIT_ZERO;
21:23.43 Maloeran 7.20.4 has struct bu_vls vls;
21:23.46 Maloeran Trunk is fine though
21:24.39 Maloeran Too bad it's already fixed in trunk, I can't claim credits :p
21:26.14 Maloeran Perfect, it doesn't crash anymore. Thanks Erik
21:28.24 ``Erik yes, but 7.20.4 had bu_vls_init(&vls);, which does the same thing :/ *shrug* as longa s it's fixed, I suppose
21:29.59 Maloeran Hum... Yes, quite
21:32.21 Maloeran You are right, this is quite strange, it doesn't appear to make sense
21:35.41 Maloeran I put some printf() and it's definitely not cleared to zero after bu_vls_init(&vls); This almost looks like a compiler bug
21:38.55 ``Erik makes ya a bit twitchy, looking at a possible compiler bug, no? ;0
21:38.57 ``Erik ;)
21:39.21 ``Erik is libc going to puke? will the kernel spew random data across your inodes?
21:39.58 Maloeran Examining flow, it doesn't actually go in bu_vls_init()
21:40.08 Maloeran Grah screw that, I'm checking the assembly
21:43.43 CIA-48 BRL-CAD: 03starseeker * r49262 10/brlcad/trunk/src/librt/db5_types.c: Initialize endptr to NULL (Lee Butler)
21:47.19 Maloeran Could there be a conflict for the symbol bu_vls_init? gdb gives me an address for symbol bu_vls_init that isn't the function
21:48.19 Maloeran Oh crap. VLS might have a bu_vls_init
21:49.38 Maloeran Yup! Conflict between the 2 symbols, the BRL-CAD libraries are calling the bu_vls_init() from VLS
21:53.30 ``Erik heh, that'd do it
21:54.04 ``Erik and your compiler didn't bark about symbol conflicts? -W -Wall -Werror -ansi -pedantic ... ?
21:55.34 Maloeran Apparently didn't. But it's a runtime symbol resolution conflict, not compilation time
21:56.15 ``Erik you'd think it'd see it at link time unless once is being done through dlopen()
21:56.58 Maloeran My system might be setup in a non-typical way for that kind of stuff, I played with hijacking function calls from within libraries before
21:58.04 ``Erik violently enough for it to stick? LD_PRELOAD not good enough? ;)
22:04.57 Maloeran Ah :), are you sure it's supposed to warn you when running a program with a symbol conflict?
22:05.23 Maloeran Like if I write a program with a printf symbol, it's still going to compile and run
22:06.37 Maloeran Why did Lee copy half of vls.c in VLS anyway
22:31.58 brlcad ``Erik: that wasn't one bit scripted
22:40.22 brlcad quick to blame me for vague notions of bugs, eh? that issue in red looks to be the only accidental init removal of a heap-allocated vls
22:43.44 Maloeran I know it's far from your world, but do you guys know who is the lead developer for VSL?
22:46.14 CIA-48 BRL-CAD: 03n_reed * r49263 10/brlcad/trunk/src/libbu/sscanf.c: fix branching on unitialized value
22:46.21 Maloeran I have no idea who to send bug reports to, like that symbol conflict. And Lee isn't very talkative by email.
22:48.41 CIA-48 BRL-CAD: 03brlcad * r49264 10/brlcad/trunk/src/libged/red.c: no, 49225 didn't go far enough. there is no reason for target_name to be allocated on the heap. put the caller on the stack and pass in a pointer in so we just print to it. simplifies the cleanup too.
22:49.19 brlcad Maloeran: whomever gave you the source code would be my inclination
22:50.25 Maloeran That was Lee
22:50.31 brlcad there ya go ;)
22:50.37 Maloeran Darn :)
22:50.57 brlcad there's actually vls.c source code in vsl?
22:51.40 Maloeran Yes, half of it, but it's not used anywhere. And it conflicted with BRL-CAD and caushed all my crashes.
22:51.59 brlcad nods, symbol overrides are a bitch
22:52.14 brlcad we use that trick in a couple places in brl-cad intentionally
22:52.17 brlcad it's ridiculous
22:52.35 Maloeran I would rather use function pointers if you need that functionality
22:53.13 brlcad I suspect he probably pulled in sources in order to use some basic brl-cad features he's familiar with without requiring all of brl-cad
22:53.16 brlcad s/all/any/
22:53.24 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:53.38 brlcad but then later using more and more and eventually making it a dep, but not removing his copied source(s)
22:53.43 Maloeran Well yes, except that code isn't used anywhere. It just made me lose 3 days of debugging
22:53.49 Maloeran Right
22:58.26 CIA-48 BRL-CAD: 03brlcad * r49265 10/brlcad/trunk/regress/repository.sh:
22:58.26 CIA-48 BRL-CAD: add the beginnings of a new regression test for API usage to make sure that
22:58.26 CIA-48 BRL-CAD: common functions that libbu provides or wrapped are being used instead of their
22:58.26 CIA-48 BRL-CAD: non-libbu counterparts. we include exemptions for the implementation files that
22:58.26 CIA-48 BRL-CAD: wrap functions and tester applications that compare them to the libbu version.
22:58.27 CIA-48 BRL-CAD: since there are so many matches, though, don't let the test halt regression
22:58.28 CIA-48 BRL-CAD: until they're all taken care of.
22:58.39 brlcad woot, that's been a long time coming
IRC log for #brlcad on 20120207

IRC log for #brlcad on 20120207

00:02.39 CIA-48 BRL-CAD: 03brlcad * r49266 10/brlcad/trunk/HACKING: calloc/reallc and strncmp/strncasecmp are on the 'should not use' list too.
01:04.01 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:14.39 CIA-48 BRL-CAD: 03bob1961 * r49267 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Disable quad view temporarily.
01:50.22 CIA-48 BRL-CAD: 03bob1961 * r49268 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Revert the previous commit (i.e. re-enable Quad View).
01:56.26 CIA-48 BRL-CAD: 03bob1961 * r49269 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a line to disable the fb_mode in Archer::updateRaytraceButtons.
02:19.18 *** join/#brlcad colonoh (44e25b61@gateway/web/freenode/ip.68.226.91.97)
02:19.31 *** part/#brlcad colonoh (44e25b61@gateway/web/freenode/ip.68.226.91.97)
IRC log for #brlcad on 20120208

IRC log for #brlcad on 20120208

00:08.33 *** join/#brlcad ibot (~ibot@rikers.org)
00:08.33 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
01:59.05 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
02:08.27 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
02:08.27 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
02:08.27 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
02:08.27 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:12.41 *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
02:16.49 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
02:20.00 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
02:20.00 *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
02:20.00 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:20.00 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
02:20.00 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
02:20.00 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
02:20.00 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
02:20.00 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
02:20.00 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
02:20.00 *** join/#brlcad yiyus_ (1242712427@je.je.je)
02:20.00 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:20.00 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
02:20.00 *** join/#brlcad DarkCalf (DC@173.231.40.98)
02:20.00 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
02:20.00 *** join/#brlcad piksi (piksi@pi-xi.net)
02:20.00 *** join/#brlcad CIA-48 (~CIA@cia.atheme.org)
02:20.00 *** join/#brlcad ChanServ (ChanServ@services.)
02:20.00 *** mode/#brlcad [+o ChanServ] by verne.freenode.net
05:37.16 *** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
06:50.05 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:05.59 CIA-48 BRL-CAD: 03brlcad * r49322 10/brlcad/trunk/src/libged/putmat.c: replace fixed-size name1/name2 char buffers to be bu_vls strings. avoids the direct stncpy() command and has better bounds checking and nul termination.
07:30.14 CIA-48 BRL-CAD: 03brlcad * r49323 10/brlcad/trunk/regress/repository.sh: db.h uses strncpy() in NAMEMOVE() and memcpy() is usually slower so leave it be for now. also vls.c uses strncpy as an alternative to strlcpy() for platforms that don't provide it.
07:33.25 CIA-48 BRL-CAD: 03brlcad * r49324 10/brlcad/trunk/src/libbu/vls.c:
07:33.25 CIA-48 BRL-CAD: use a bu_vls string instead of a fixed-size buffer for the format string. this
07:33.25 CIA-48 BRL-CAD: allows us to simplify the code some since we don't need to nul-terminate the
07:33.26 CIA-48 BRL-CAD: string (due to bu_vls_strncpy()) and we don't have to worry about the buffer
07:33.26 CIA-48 BRL-CAD: limit.
07:43.47 CIA-48 BRL-CAD: 03brlcad * r49325 10/brlcad/trunk/src/libbu/parse.c: replace call to strncpy() with call to bu_vls_strncpy(). simplifies the code some since we can just let the bu func do the nul-termination and heap copy for us.
07:45.51 CIA-48 BRL-CAD: 03brlcad * r49326 10/brlcad/trunk/regress/repository.sh: now that they're all fixed or accounted for, go ahead and make any future additions that are supposed to be avoided fail regression
11:10.26 *** join/#brlcad drjolo (~chatzilla@user-31-175-141-144.play-internet.pl)
11:46.50 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:48.52 drjolo hi everyone
12:49.26 drjolo I opened castle.g from /usr/brlcad/share/db
12:49.31 drjolo but i don
12:49.45 drjolo i don't know which object to draw in mged
12:50.16 drjolo anybody can help? this is my first day with brlcad
12:50.55 drjolo ok, i've got it
12:51.00 drjolo it was simple
12:51.02 drjolo :-)
12:54.27 CIA-48 BRL-CAD: 03erikgreenwald * r49327 10/brlcad/trunk/src/libged/dg_obj.c: only close fdout if it's been opened. Cov2073
12:57.51 CIA-48 BRL-CAD: 03erikgreenwald * r49328 10/brlcad/trunk/src/libged/xpush.c: check return value of db_delete. Cov2072
13:02.03 CIA-48 BRL-CAD: 03erikgreenwald * r49329 10/brlcad/trunk/src/libged/wdb_obj.c: check return value of db_delete. Cov2072
13:02.12 drjolo draw *
13:12.34 *** join/#brlcad juan_man (~quassel@201.255.61.123)
13:12.40 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
13:25.32 starseeker drjolo: try the tops command
13:25.48 starseeker the output from that will give you a list of things to try drawing
13:28.14 CIA-48 BRL-CAD: 03erikgreenwald * r49330 10/brlcad/trunk/src/conv/ply-g.c: test for overflow, return DBL_MAX if an overflow on double occurs. Cov325
13:32.23 CIA-48 BRL-CAD: 03erikgreenwald * r49331 10/brlcad/trunk/src/conv/ply-g.c: massage double through floor() and cast instead of blindly assigning to int. Cov326 (I hope)
13:35.12 drjolo starseeker: thanks, that's better way
13:38.35 CIA-48 BRL-CAD: 03erikgreenwald * r49332 10/brlcad/trunk/src/liboptical/sh_toyota.c: test for double overflow, return DBL_MAX if coeff does overflow. Cov328
13:41.14 CIA-48 BRL-CAD: 03erikgreenwald * r49333 10/brlcad/trunk/src/liboptical/sh_toyota.c: add missing parameter to bu_log. Clean up air_mass() a little.
14:02.08 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:19.37 drjolo it uses opengl acceleration, but it is very slow when rotating in wireframe view
14:19.52 drjolo do i do sth wrong?
14:41.56 ``Erik no, OpenGL isn't appreciably faster than X for the line drawing
14:51.27 CIA-48 BRL-CAD: 03erikgreenwald * r49334 10/brlcad/trunk/src/libbu/ (7 files): quell format warnings
14:54.38 CIA-48 BRL-CAD: 03erikgreenwald * r49335 10/brlcad/trunk/src/libbn/mat.c: change mat.clf to mat.cg on bad input info bu_logs (%lf is not c90)
14:57.11 CIA-48 BRL-CAD: 03erikgreenwald * r49336 10/brlcad/trunk/src/libbn/bntester.c: Change usage to #define to prevent "format not a string literal and no format arguments" warning.
15:00.27 brlcad drjolo: heh, yeah you don't necessarily want "draw *" ... will work in some sense but it will display things multiple times
15:00.44 brlcad run "geometree" for a graphical view
15:17.45 brlcad ``Erik: another trick for the string literal is just inject a "%s" and the usage var becomes the first arg
15:17.52 brlcad less typing ;)
15:29.47 drjolo brlcad: thanks
15:51.49 ``Erik thought about it, but went with the define
15:59.54 *** join/#brlcad ibot (~ibot@rikers.org)
15:59.54 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
18:47.57 CIA-48 BRL-CAD: 03n_reed * r49337 10/brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: wrap bu_malloc and bu_free so lemon can use them
19:15.16 CIA-48 BRL-CAD: 03brlcad * r49338 10/brlcad/trunk/src/libgcv/wfobj/ (5 files): rename the arl::obj_parser::detail namespaces to cad::gcv::obj for better generality, simplicity, and (hopefully) improved clarity
19:17.42 CIA-48 BRL-CAD: 03brlcad * r49339 10/brlcad/trunk/src/libgcv/wfobj/ (6 files): eliminate trailing ws
19:17.47 CIA-48 BRL-CAD: 03bob1961 * r49340 10/brlcad/trunk/src/librt/globals.c: Add more commands to rt_vlist_cmd_descriptions[]
19:29.51 CIA-48 BRL-CAD: 03brlcad * r49341 10/brlcad/trunk/src/fbed/fbed.c: looks like a false positive, assuming the default case is reasonable for EOF, but it's still probably quellable. fix for CHECKED_RETURN cid 2071.
19:49.34 CIA-48 BRL-CAD: 03brlcad * r49342 10/brlcad/trunk/src/libged/nmg_simplify.c: remove the hack since it's a non-fix when a feature gets removed. otherwise, r48606 should get reverted. (cov DEADCODE cid 2067)
19:51.20 CIA-48 BRL-CAD: 03brlcad * r49343 10/brlcad/trunk/src/libged/ (20 files): eliminate trailing ws, empty lines
20:18.19 CIA-48 BRL-CAD: 03n_reed * r49344 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): Changed supported vls conversions; new syntax and semantics. Updated related tests.
20:49.37 CIA-48 BRL-CAD: 03brlcad * r49345 10/brlcad/trunk/src/vdeck/vdeck.c: TGC is the default case and cgtype can't be anything else so eliminate the insanity case. (cov DEADCODE cid 233)
20:52.32 CIA-48 BRL-CAD: 03brlcad * r49346 10/brlcad/trunk/src/vdeck/vdeck.c: same for ell, deadcode default switch case. (cid 232)
20:53.20 CIA-48 BRL-CAD: 03bob1961 * r49347 10/brlcad/trunk/src/libdm/ (dm-ogl.c dm-wgl.c): Disable GL_BLEND before leaving drawVList.
20:54.49 CIA-48 BRL-CAD: 03bob1961 * r49348 10/brlcad/trunk/ (include/tclcad.h src/libtclcad/tclcad_obj.c): This fixes the problem with using the framebuffer while drawing things in shaded mode.
20:58.42 CIA-48 BRL-CAD: 03brlcad * r49349 10/brlcad/trunk/src/tab/tabinterp.c: looks like i>=1 was intended given the test for i==1 inside the conditional. fixes cov cid 230.
21:08.36 CIA-48 BRL-CAD: 03brlcad * r49350 10/brlcad/trunk/src/sig/dfft.c: calculate the window size based on the data buffer instead of relying on them to sync. remove dead code detected by cov cid 229.
21:16.46 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
21:21.27 CIA-48 BRL-CAD: 03brlcad * r49351 10/brlcad/trunk/src/shapes/wire.c: looks like bad logic? should intended an '&&' but simpler to just check the next range
21:25.00 CIA-48 BRL-CAD: 03brlcad * r49352 10/brlcad/trunk/src/shapes/wire.c: ahh, there are more of these buggers. simplify for cov cid 228 and 229 DEADCODE
21:27.11 *** join/#brlcad ricoRacer (~rico@static-67-62-98-162.t1.cavtel.net)
21:28.24 CIA-48 BRL-CAD: 03brlcad * r49353 10/brlcad/trunk/src/rt/opt.c: eliminate dead code. cannot reach EOF here because we're while-looping until EOF. (cid 226)
21:30.54 CIA-48 BRL-CAD: 03brlcad * r49354 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: what? looks like meant &, not &&. deadcode detected cov cid 225.
21:32.26 CIA-48 BRL-CAD: 03brlcad * r49355 10/brlcad/trunk/src/proc-db/spltest.c: deadcode quellage. add some interior points (cid 224)
21:33.59 CIA-48 BRL-CAD: 03brlcad * r49356 10/brlcad/trunk/src/proc-db/brepintersect.cpp: looks like another & != && snafu. (cid 223)
21:41.52 CIA-48 BRL-CAD: 03brlcad * r49357 10/brlcad/trunk/src/proc-db/brepintersect.cpp: the Triangulate() function doesn't seem to be used or very useful in its current state. remove outright.
22:04.55 CIA-48 BRL-CAD: 03brlcad * r49358 10/brlcad/trunk/src/librt/cut.c: looks like a bcopy->memcpy bug introduced in 28321. the third had the args flipped correctly, but not the first two for some reason.
22:06.55 CIA-48 BRL-CAD: 03n_reed * r49359 10/brlcad/trunk/src/libbu/sscanf.c: Return error for C/S/q conversions, which are neither standard nor portable.
22:12.59 CIA-48 BRL-CAD: 03brlcad * r49360 10/brlcad/trunk/src/librt/cut.c: remove dead code, no longer in sync
22:15.59 CIA-48 BRL-CAD: 03n_reed * r49361 10/brlcad/trunk/src/libbu/sscanf.c: make lack of support for wchar_t* clear by returning error for %lc %ls %l[
22:53.45 CIA-48 BRL-CAD: 03brlcad * r49362 10/brlcad/trunk/src/librt/cut.c:
22:53.45 CIA-48 BRL-CAD: call bu_calloc() instead of bu_malloc() since there are several places in the
22:53.45 CIA-48 BRL-CAD: code that just access the memory assuming zero-initialization. the nugrid
22:53.45 CIA-48 BRL-CAD: spatial partitioning was getting non-null piecelist counts due to this, fixed
22:53.45 CIA-48 BRL-CAD: and working with zero'd memory. any time impact should be negligible and during
22:53.45 CIA-48 BRL-CAD: prep
22:59.28 CIA-48 BRL-CAD: 03brlcad * r49363 10/brlcad/trunk/src/rt/opt.c: wow. the "new" nugrid spatial partitioning method actually works and is looking to be about 10% faster for some renderings. guess the code might actually be worth keeping around a lil while longer afterall.
23:10.24 CIA-48 BRL-CAD: 03brlcad * r49364 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: jra modified nmg_find_top_face to look in more than just the z direction in 1995, presumably lets us eliminate the 'bottommost' cases that flip testing since it was always false.
IRC log for #brlcad on 20120209

IRC log for #brlcad on 20120209

00:19.29 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:27.04 Maloeran Out of curiosity brlcad... do you have some kind of infinite list of bugs/issues to walk through, or do you really work all over the whole code like that? :)
00:31.25 CIA-48 BRL-CAD: 03bob1961 * r49365 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added an rtedge capability to RtControl.
01:15.20 CIA-48 BRL-CAD: 03bob1961 * r49366 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added "Do Rtedge", "Do Rtedge Overlay" and "FB Overlay Color" preferences to Archer
01:31.22 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:46.36 brlcad Maloeran: I really work all over the code like that
02:03.52 brlcad sometimes because of a list or some cleanup or just because of code I'm reading leads me to other code
03:15.31 starseeker Maloeran: heh - our bug lists are not technically infinite, but some days that feels like a good first approximation...
04:18.04 brlcad it's like walking through a mansion with a broom in hand, fixing and cleaning as one wanders through
04:19.18 brlcad sometimes electrical, structural, painting, cleaning .. but never allowing oneself to step over trash or ignore disrepair
06:15.33 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:33.29 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:51.46 *** join/#brlcad DarkCalf (DC@173.231.40.98)
06:52.29 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
07:19.10 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:09.10 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
10:54.34 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
12:38.35 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:52.26 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:12.08 CIA-48 BRL-CAD: 03indianlarry * r49367 10/brlcad/trunk/src/conv/step/ (Product.cpp ProductRelatedProductCategory.cpp): Fixed resource leak. Similar case where needed to free up list on error exit. Relates to Run 10 CID 2089 and 2090.
13:14.48 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
13:21.22 CIA-48 BRL-CAD: 03indianlarry * r49368 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Cleaned up and bounded variables used as array indexes, added return checks on all calls to toUV(), other little cleanups. Relates to Run 10 CID 2074, 2075 and 2085.
13:33.35 CIA-48 BRL-CAD: 03indianlarry * r49369 10/brlcad/trunk/src/conv/step/ (2 files): Added NULL return check on dynamic cast and getEntityAttribute(). Relates to Run 10 CID 2079 and 2084.
13:52.01 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:59.31 CIA-48 BRL-CAD: 03indianlarry * r49370 10/brlcad/trunk/src/util/loop.c:
13:59.31 CIA-48 BRL-CAD: Removed "-n" option wasn't being used, cleaned up 'incr' checks, changed types
13:59.31 CIA-48 BRL-CAD: and boundary checks on input scalars trying to get rid of tainted scalar
13:59.31 CIA-48 BRL-CAD: warnings from coverity but not sure it's sufficient. Relates to Run 10 CID 1506.
14:30.30 *** join/#brlcad DarkCalf (DC@173.231.40.98)
14:33.02 CIA-48 BRL-CAD: 03indianlarry * r49371 10/brlcad/trunk/src/librt/primitives/table.c: Added "annotation" primitive stub to rt_functab[] to fix static array overrun possibilities. Relates to Run 10 CID 2086,2087,2088.
14:39.15 Maloeran Nice brlcad, I like the metaphor with BRL-CAD and the mansion, which you are so diligently taking care of
14:42.26 CIA-48 BRL-CAD: 03erikgreenwald * r49372 10/brlcad/trunk/src/librt/db5_io.c: Initialize attribute set in db5_get_attributes, even if no attributes exist for the object (better to have a valid empty attr set than garbage). Cov1603
14:48.42 CIA-48 BRL-CAD: 03erikgreenwald * r49373 10/brlcad/trunk/src/anim/anim_hardtrack.c: initialize p2. Cov 2098
14:49.31 CIA-48 BRL-CAD: 03erikgreenwald * r49374 10/brlcad/trunk/src/anim/anim_hardtrack.c: initialize p3. Cov 2099
14:50.58 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
14:56.08 CIA-48 BRL-CAD: 03erikgreenwald * r49375 10/brlcad/trunk/src/librt/primitives/bot/bot.c: consider a bot with NULL for faces or vertices to be a bad import and immediately return. Cov2080, Cov2081
14:58.39 CIA-48 BRL-CAD: 03erikgreenwald * r49376 10/brlcad/trunk/src/libged/red.c: warn if attribute update filed. Cov2076
16:11.18 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
16:17.03 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
17:26.20 CIA-48 BRL-CAD: 03n_reed * r49377 10/brlcad/trunk/src/libbu/test_sscanf.c: Near-identical switches on same value meant default case in second switch could never be reached. Merged switches. CID 2078.
18:04.33 CIA-48 BRL-CAD: 03n_reed * r49378 10/brlcad/trunk/src/libbn/bntester.c: Returning exit failure on eof instead of breaking from loop as intended. CID 2077.
18:23.12 CIA-48 BRL-CAD: 03n_reed * r49379 10/brlcad/trunk/src/libbn/tabdata.c: ws
18:41.25 *** join/#brlcad User350 (~User@110.137.57.222)
18:43.59 CIA-48 BRL-CAD: 03n_reed * r49380 10/brlcad/trunk/src/libbn/tabdata.c: If line count is less than two, indices count-1 and count-2 will be invalid. CID 2082.
18:51.55 CIA-48 BRL-CAD: 03n_reed * r49381 10/brlcad/trunk/src/libbu/mappedfile.c: Don't close invalid fd. CID 2083.
18:54.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:58.47 CIA-48 BRL-CAD: 03n_reed * r49382 10/brlcad/trunk/src/mged/muves.c: Unclosed fd. CID 2091.
19:42.36 CIA-48 BRL-CAD: 03erikgreenwald * r49383 10/brlcad/trunk/src/libbu/ (11 files): upcase red/black tree #defines
20:09.56 CIA-48 BRL-CAD: 03brlcad * r49384 10/brlcad/trunk/src/ (6 files in 3 dirs):
20:09.57 CIA-48 BRL-CAD: fix rttherm. demessify libmultispectral/liboptical pollution that got
20:09.57 CIA-48 BRL-CAD: translated into bad cmake build logic. move towards proper file/symbol
20:09.57 CIA-48 BRL-CAD: separation so multispectral applications do not link liboptical. this includes
20:09.57 CIA-48 BRL-CAD: moving the env_region global from sh_text to init and not registering or linking
20:09.57 CIA-48 BRL-CAD: non-multispectral shaders.
20:14.39 CIA-48 BRL-CAD: 03brlcad * r49385 10/brlcad/trunk/src/ (4 files in 2 dirs): with the recent init restructuring, multispectral no longer needs it's own init function. just call optical_shader_init (from libmultispectral).
20:15.31 CIA-48 BRL-CAD: 03brlcad * r49386 10/brlcad/trunk/src/librt/shoot.c: readability cleanup
20:38.37 *** join/#brlcad Stattrav (~Stattrav@117.192.143.224)
20:38.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:14.16 CIA-48 BRL-CAD: 03erikgreenwald * r49387 10/brlcad/trunk/ (4 files in 2 dirs): add initial SWIG file.
21:23.10 *** join/#brlcad b0ef (~b0ef@210.169.102.62.customer.cdi.no)
21:37.14 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
21:54.28 CIA-48 BRL-CAD: 03r_weiss * r49388 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: These changes significantly improve the performance of edge fusing. I have profiled this change which shows the improvement. If the code is unclear I can add more documentation.
22:06.19 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:16.21 CIA-48 BRL-CAD: 03n_reed * r49389 10/brlcad/trunk/src/conv/euclid/euclid-g.c: Logic to kill cracks in shells looks okay but is confusing. See if pulling it into a function makes any difference. CID 2100.
22:33.23 CIA-48 BRL-CAD: 03n_reed * r49390 10/brlcad/trunk/src/conv/fast4-g.c: Missed an unchecked return from ftell. CID 373.
22:44.17 starseeker brlcad: we've got a compile problem with libmultispectral - librtms.a(init.c.o): relocation R_X86_64_32 against `phg_mfuncs' can not be used when making a shared object
22:44.59 starseeker ;recompile with -fPIC
22:58.22 CIA-48 BRL-CAD: 03starseeker * r49391 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Still need the change from r49312
23:00.53 CIA-48 BRL-CAD: 03n_reed * r49392 10/brlcad/trunk/src/remrt/remrt.c: Closing invalid fd. CID 386.
23:44.58 CIA-48 BRL-CAD: 03n_reed * r49393 10/brlcad/trunk/src/lgt/prnt.c: Forgot to dereference char* before comparing to '\0'; try again. CID 389.
23:46.38 CIA-48 BRL-CAD: 03starseeker * r49394 10/brlcad/trunk/src/bwish/input.c: Make a stab a validating the contents of buf - CID 1461
IRC log for #brlcad on 20120210

IRC log for #brlcad on 20120210

00:00.48 Maloeran Was it compiled with -fPIC and still produces the error? It can be something more subtle
00:14.21 CIA-48 BRL-CAD: 03starseeker * r49395 10/brlcad/trunk/src/conv/asc/pix2asc.c: Try at input validation to resolve tainted scalar report - CID 1463
00:17.04 brlcad starseeker: we should be able to get rid of librtms now
00:17.43 brlcad that was a problem before too .. but you had it linking liboptical so it was resolving against the wrong phg_mfuncs (and crashing rttherm)
00:18.07 brlcad can't link a static lib into a dynamic one
00:18.58 brlcad libtool gets away with seeming to do that because it makes proper libraries and pulls the correct object files no matter how you compose them
00:20.31 Maloeran Mark thinks that both Doug's marching cubes and my ball pivoting should be available for BRL-CAD if you want, he says just to ask Lee
00:35.19 CIA-48 BRL-CAD: 03starseeker * r49396 10/brlcad/trunk/src/conv/ply-g.c: Is this what it wants for validating buf2? CID 1471
00:38.11 starseeker can't help feeling like there should be some sort of libregex based thing that handles all the string/buffer -> number (of whatever type) conversions...
00:39.04 starseeker these tainted scalar reports... grr
01:35.05 starseeker gah - lights regression is failing now
01:38.18 CIA-48 BRL-CAD: 03starseeker * r49397 10/brlcad/trunk/src/fb/fbanim.c: Sanity check on results of atoi - CID 1473
01:38.48 starseeker wonders if bu_atoi and friends would be in order - do all the validity checking in one place...
01:41.45 starseeker fread too - a few functions seem to be behind a lot of this...
01:47.52 CIA-48 BRL-CAD: 03starseeker * r49398 10/brlcad/trunk/src/ (3 files in 3 dirs): Remove rtms from CMake build.
02:04.10 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
03:45.07 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:49.33 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:16.36 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:28.21 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
06:46.01 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
06:48.57 *** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
06:49.01 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
06:49.43 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
06:59.54 *** join/#brlcad yiyus (1242712427@je.je.je)
07:07.55 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
07:16.01 *** join/#brlcad piksi_ (piksi@pi-xi.net)
23:21.08 *** join/#brlcad ibot (~ibot@rikers.org)
23:21.08 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
23:24.19 CIA-51 BRL-CAD: 03n_reed * r49409 10/brlcad/trunk/src/libged/make_pnts.c: Unclosed fd. CID 495.
IRC log for #brlcad on 20120211

IRC log for #brlcad on 20120211

01:59.58 CIA-51 BRL-CAD: 03n_reed * r49410 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: Testing shell == NULL after dereferencing. Appears shell is never NULL, so remove test. Cleanup and comment to clarify logic. CID 516.
02:21.13 CIA-51 BRL-CAD: 03n_reed * r49411 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Testing fu == NULL after dereferencing. Appears fu is never NULL, so remove test. CID 514.
04:04.49 Maloeran "Unclear what max sizes/indices *should* be. For now, just increase array size to prevent overrun." I have no idea what the code is, but that doesn't sound good!
07:23.43 *** join/#brlcad Stattrav (~Stattrav@117.192.137.246)
07:23.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:27.51 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:39.55 *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl)
10:37.23 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:10.27 *** join/#brlcad ibot (~ibot@rikers.org)
12:10.27 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
12:23.41 *** join/#brlcad ibot (~ibot@rikers.org)
12:23.41 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
IRC log for #brlcad on 20120213

IRC log for #brlcad on 20120213

18:02.56 *** join/#brlcad ibot (~ibot@rikers.org)
18:02.56 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
19:06.06 CIA-51 BRL-CAD: 03r_weiss * r49412 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function 'nmg_model_vertex_fuse' in file 'nmg_fuse.c'. Added test so that if there are no vertex, do nothing, just exit.
21:50.32 CIA-51 BRL-CAD: 03n_reed * r49413 10/brlcad/trunk/src/libbu/sscanf.c: Always use 'f' for float conversions. Using vls to build the piecewise format strings during parsing makes things much easier.
22:42.41 *** join/#brlcad DarkCalf (~DC@173.231.40.98)
22:44.55 *** join/#brlcad DarkCalff (~DC@173.231.40.98)
23:45.12 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120214

IRC log for #brlcad on 20120214

00:12.59 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
01:32.22 *** join/#brlcad DarkCalf (~DC@173.231.40.98)
01:35.44 *** join/#brlcad DarkCalff (~DC@173.231.40.98)
04:00.04 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:26.01 *** join/#brlcad kaushik_ (~kaushik@122.164.25.205)
05:26.27 kaushik_ any NURBS expert here?
07:52.45 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:33.52 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:33.53 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:32.46 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:32.46 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
11:32.46 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
11:32.46 *** join/#brlcad ChanServ (ChanServ@services.)
11:32.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
11:32.46 *** join/#brlcad CIA-51 (~CIA@cia.atheme.org)
11:32.46 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
13:00.05 starseeker Hmm... if we want to download the Monitor book without using the Internet Archive (and it's Terms of Use) looks like we can get it straight from the North Carolina State Library: http://digital.ncdcr.gov/u?/p249901coll22,396765
14:06.34 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
14:06.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:34.05 ``Erik feels dirty, bought a new computer on friday and still has windows on it O.o
15:45.19 *** join/#brlcad CIA-39 (~CIA@cia.atheme.org)
15:46.30 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:46.30 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:05.46 CIA-39 BRL-CAD: 03starseeker * r49414 10/brlcad/trunk/ (NEWS src/librt/comb/comb.c): Make sure the attributes and comb are always on the same page, and that we don't miss color if someone works with rgb.
16:11.41 *** join/#brlcad DarkCalf (~DC@173.231.40.98)
16:17.26 CIA-39 BRL-CAD: 03brlcad * r49415 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c:
16:17.26 CIA-39 BRL-CAD: remove the loopuse pointers from the loops table prior to killing them so we're
16:17.26 CIA-39 BRL-CAD: not passing around free'd pointers to functions. it's fine for bu_ptbl since it
16:17.26 CIA-39 BRL-CAD: references them by value, but smells funny and could be misleading down the
16:17.26 CIA-39 BRL-CAD: road. (USE_AFTER_FREE false positive, cov cid 2101)
16:26.07 CIA-39 BRL-CAD: 03brlcad * r49416 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: nothing valid to print since the second shell is freed during the boolean eval. detected by coverity, cid 2103 (run 10).
16:37.07 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:37.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:35.40 CIA-39 BRL-CAD: 03erikgreenwald * r49417 10/brlcad/trunk/src/proc-db/metaball.c: do not attempt to look up a null entity, skip it instead. Cov314
17:43.05 *** join/#brlcad CIA-50 (~CIA@cia.atheme.org)
17:43.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:43.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:56.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:56.22 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:56.22 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
17:56.22 *** join/#brlcad ChanServ (ChanServ@services.)
17:56.22 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
17:56.22 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
18:11.11 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:11.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:53.24 CIA-50 BRL-CAD: 03bob1961 * r49418 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Cast bu_ptbl_rm's second arg to long *.
18:58.55 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:05.37 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:05.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:10.46 CIA-50 BRL-CAD: 03bob1961 * r49419 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: The mouse position needs to be computed from the object's center before calling handleObjCenter.
19:43.51 CIA-50 BRL-CAD: 03bob1961 * r49420 10/brlcad/trunk/src/libged/get_obj_bounds.c:
19:43.52 CIA-50 BRL-CAD: Now need to initialize stp->st_meth in _ged_get_obj_bounds2() before calling
19:43.52 CIA-50 BRL-CAD: ft_prep(). This is because of a change to all of the rt_XXX_prep routines (i.e.
19:43.52 CIA-50 BRL-CAD: they now call stp->st_meth->ft_bbox). This eliminates the resulting segmentation
19:43.52 CIA-50 BRL-CAD: fault whenever _ged_get_obj_bounds2() is called.
19:48.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:20.39 CIA-50 BRL-CAD: 03brlcad * r49421 10/brlcad/trunk/src/shapes/window_frame.c: if the scanf fails, don't just perror and keep processing with the potentially 'tainted' scalar. set it to something sane (in leu of aborting). cid 2097, run 10.
21:01.19 CIA-50 BRL-CAD: 03erikgreenwald * r49422 10/brlcad/trunk/src/util/decimate.c: test output size. Cov1502
22:01.35 *** join/#brlcad DarkCalf (DC@173.231.40.98)
22:16.37 CIA-50 BRL-CAD: 03n_reed * r49423 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): Support the C99 z, t, and hh modifiers on Windows. Add related tests.
22:19.17 CIA-50 BRL-CAD: 03brlcad * r49424 10/brlcad/trunk/src/shapes/wire.c: don't just loudly ignore the scanf failure. set the variables to something in order to avoid tainted or uninitialized data getting read and used. increase max segments to 100 too while we're at it. cid 1489.
IRC log for #brlcad on 20120215

IRC log for #brlcad on 20120215

04:05.58 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:05.58 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:34.17 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
07:01.14 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
07:01.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:16.56 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:12.43 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:12.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:21.52 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:21.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:30.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:12.21 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
11:16.01 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:06.17 CIA-50 BRL-CAD: 03bob1961 * r49425 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added Cyan to the list of colors available in the tree popup menu.
16:48.40 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:48.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:59.28 CIA-50 BRL-CAD: 03starseeker * r49426 10/brlcad/trunk/TODO: search allows all of these usages now - remove from TODO
17:01.46 CIA-50 BRL-CAD: 03starseeker * r49427 10/brlcad/trunk/TODO: Another search feature in place.
17:18.44 CIA-50 BRL-CAD: 03bob1961 * r49428 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a slider for selecting object transparency.
17:24.07 CIA-50 BRL-CAD: 03starseeker * r49429 10/brlcad/trunk/TODO: Add some initial notes on libbu option handling - nothing definitive.
17:25.02 starseeker brlcad: hopefully r49429 isn't duplication - I didn't see the libbu option stuff elsewhere in TODO, but may have missed it...
17:34.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:36.12 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:36.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:42.41 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:48.08 CIA-50 BRL-CAD: 03n_reed * r49430 10/brlcad/trunk/src/libbu/sscanf.c: zero width should be okay for c conversion too
18:53.02 CIA-50 BRL-CAD: 03n_reed * r49431 10/brlcad/trunk/include/bu.h: expand bu_sscanf comment with behavioral details
19:41.43 CIA-50 BRL-CAD: 03n_reed * r49432 10/brlcad/trunk/src/other/step/src/express/expscan.l: looks like we forgot to ignore a token
20:11.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:11.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:33.14 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:33.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:10.55 CIA-50 BRL-CAD: 03bob1961 * r49433 10/brlcad/trunk/src/conv/asc/asc2g.c: Need to add "find" separately instead of "dbfind".
21:16.02 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:16.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:27.37 CIA-50 BRL-CAD: 03178.239.58.143 07http://brlcad.org * r3279 10/wiki/Talk:Main_Page:
21:54.36 CIA-50 BRL-CAD: 03n_reed * r49434 10/brlcad/trunk/src/other/step/src/express/expscan.l: another missed ignore
21:58.54 CIA-50 BRL-CAD: 03bob1961 * r49435 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Tweak to_data_pick() to pick the top data point.
22:12.56 CIA-50 BRL-CAD: 03bob1961 * r49436 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Make Archer's notion of top/bottom the same as MGED's.
IRC log for #brlcad on 20120216

IRC log for #brlcad on 20120216

00:40.10 CIA-50 BRL-CAD: 03starseeker * r49437 10/brlcad/trunk/misc/CMake/distcheck_buildsys.cmake.in: One other possible line to remove from svn info output for distcheck...
00:57.28 starseeker doesn't do us a whole lot of good, but still interesting: http://www.cgal.org/releases.html#release4.0
01:28.11 CIA-50 BRL-CAD: 03starseeker * r49438 10/brlcad/branches/STABLE/ (53 files in 30 dirs): (log message trimmed)
01:28.11 CIA-50 BRL-CAD: Sync a variety of fixes to the STABLE branch. Tried to select a 'safe' subset
01:28.11 CIA-50 BRL-CAD: of the changes from trunk - hopefully these should be viable as a patch to
01:28.11 CIA-50 BRL-CAD: 7.20.4 without introducing major breakage. CMake regress and distcheck pass.
01:28.11 CIA-50 BRL-CAD: svn revisions: 47458, 47473, 47483-47484, 47656-47659, 47677-46678, 47687,
01:28.12 CIA-50 BRL-CAD: 47695, 47698, 47700, 47723, 47769, 47971, 48195, 48837-48845, 48853-48884,
01:28.13 CIA-50 BRL-CAD: 48887, 48889, 48900-48904, 48907-48909, 49007, 49012, 49014-49015, 49066,
01:38.25 brlcad starseeker: when you sync, do you use svn merge or some other method?
01:40.47 brlcad nice to see the cgal folks get on board with 1990
01:40.53 brlcad 1990's licensing
01:41.22 brlcad j/k, it is nice to see qpl ditched finally
01:41.57 brlcad shame that they just went from partially incompatible to now fully incompatible, though :)
01:43.23 CIA-50 BRL-CAD: 03Sean 07http://brlcad.org * r3280 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/178.239.58.143|178.239.58.143]] ([[User talk:178.239.58.143|Talk]]); changed back to last version by [[User:Sean|Sean]]
01:43.28 CIA-50 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:178.239.58.143]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
02:10.50 starseeker brlcad: I used svn merge - lots of individual svn merges
02:20.54 CIA-50 BRL-CAD: 03starseeker * r49439 10/brlcad/trunk/CMakeLists.txt: Try making distcheck do both Debug and Release builds...
02:25.37 brlcad cool
02:30.15 CIA-50 BRL-CAD: 03starseeker * r49440 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at cleaning up the distcheck logic a bit, or at least reducing the line count of the logic needed to define it...
02:34.16 starseeker one exception was pipe.c, where I needed two separate NULL assignments as opposed to a one-liner - current trunk has that, but looked like the change was probably wrapped up in others so I just went ahead and added it
02:34.38 starseeker other one was adding the new regress file to the CMakeLists.txt file
02:34.57 starseeker I'm hopeful I haven't screwed up the eventual merge too badly...
02:38.16 *** join/#brlcad IriX64 (~kvirc@64.229.225.191)
03:01.24 CIA-50 BRL-CAD: 03starseeker * r49441 10/brlcad/trunk/misc/CMake/ (Distcheck.cmake distcheck_target.cmake.in): Be quieter about a few things during distcheck...
03:05.38 CIA-50 BRL-CAD: 03starseeker * r49442 10/brlcad/trunk/misc/CMake/ (4 files): make the script name a bit more descriptive.
03:13.55 CIA-50 BRL-CAD: 03starseeker * r49443 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: If we're good, remove the compilation log
03:36.47 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:19.40 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:19.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:44.49 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:16.22 CIA-50 BRL-CAD: 03starseeker * r49444 10/brlcad/trunk/src/vdeck/vdeck.c: The Release build in distcheck proves its worth. Initialize the op pointer.
05:26.53 CIA-50 BRL-CAD: 03starseeker * r49445 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: More initializations
05:56.22 CIA-50 BRL-CAD: 03starseeker * r49446 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: Tweak the distcheck rules.
06:18.24 CIA-50 BRL-CAD: 03starseeker * r49447 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Need to rework handling of final message using this method.
07:40.56 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:04.41 CIA-50 BRL-CAD: 03starseeker * r49448 10/brlcad/trunk/misc/CMake/ (3 files): (log message trimmed)
08:04.41 CIA-50 BRL-CAD: 'Anything worth doing is worth applying insane overengineering to, or something
08:04.41 CIA-50 BRL-CAD: like that... This takes the CMake distcheck architecture to the next level. It
08:04.41 CIA-50 BRL-CAD: modularizes the distcheck process into repository verification, source
08:04.41 CIA-50 BRL-CAD: generation, and build/regress testing components, with appropriate dependencies.
08:04.42 CIA-50 BRL-CAD: In addition to the advantage of being able to run 'only what you need' if, say,
08:04.43 CIA-50 BRL-CAD: you want to check repo verification status this actually makes distribution
08:08.36 starseeker woo-hoo! <face crashes on desk>
09:23.48 *** join/#brlcad merzo (~merzo@138-34-133-95.pool.ukrtel.net)
09:29.11 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:29.11 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:41.06 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:41.07 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:20.35 *** join/#brlcad merzo (~merzo@138-34-133-95.pool.ukrtel.net)
12:42.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:52.39 ``Erik nice, an honest perl program... "Looks like you're starting TTYtter for the first time, and/or creating a keyfile. Welcome to the most user-hostile, highly obfuscated, spaghetti code infested and obscenely obscure Twitter client that's out there. You'll love it."
13:51.59 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
13:51.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:54.30 brlcad starseeker: well != insane overengineering, but haha and funny awesome nonetheless
15:03.06 brlcad starseeker: how do you test for a compilation flag, such as via CHECK_C_FLAG() but without wanting to have it added to the global CFLAGS?
15:04.16 brlcad mm.. finding CHECK_C_FLAG_GATHER() ?
15:04.49 brlcad yeah, that should do the trick..
15:24.32 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:59.59 CIA-50 BRL-CAD: 03brlcad * r49449 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: libfb uses C99_FLAG to try and mimic autoconf's accommodation for the c89-busted gl.h in Mac OS X's OpenGL framework, so we need to test and set it (but not persist it across the entire build tree)
16:06.33 CIA-50 BRL-CAD: 03starseeker * r49450 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): Clean-up and polish - distcheck target can now be pointed to distcheck-full or distcheck-std per user arg, don't re-create targets if CREATE_DISTCHECK is called multiple times with the same name, ws, other minor tweaks.
16:09.47 CIA-50 BRL-CAD: 03brlcad * r49451 10/brlcad/trunk/src/shapes/ (bolt.c gastank.c handle.c window.c window_frame.c wire.c): don't allow potentially tainted or unset data to propagate if scanf fails. coverity TAINTED_SCALAR reports: cids 2093-2096
16:18.21 CIA-50 BRL-CAD: 03starseeker * r49452 10/brlcad/trunk/misc/CMake/Distcheck.cmake: Make log filename match target name
16:24.47 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:24.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:27.40 CIA-50 BRL-CAD: 03brlcad * r49453 10/brlcad/trunk/src/shapes/handle.c: test min/max bounds for most of the parameters where we need something sane to proceed
16:30.09 *** join/#brlcad abhi2011 (~chatzilla@117.200.85.196)
16:35.36 CIA-50 BRL-CAD: 03brlcad * r49454 10/brlcad/trunk/src/shapes/ (bolt.c gastank.c window.c window_frame.c wire.c): test min/max bounds for most of the parameters where we need something sane to proceed, the rest
16:42.25 *** join/#brlcad merzo (~merzo@5-208-92-178.pool.ukrtel.net)
17:34.52 CIA-50 BRL-CAD: 03starseeker * r49455 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: Fix invocation of benchmark with option...
17:40.59 *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net)
18:12.57 ``Erik brlcad: in deprecation, condition b lists "via either A and B", which is it?
18:21.08 starseeker schweet... looks like distcheck is now doing things much closer to The Right Way...
18:27.16 *** join/#brlcad abhi2011 (~chatzilla@117.200.80.3)
19:42.18 CIA-50 BRL-CAD: 03starseeker * r49456 10/brlcad/trunk/sh/ (CMakeLists.txt distcheck_screen.sh): Fun with GNU screen (well, the development version anyway) - set up a convenient set of windows for monitoring the parallel distcheck build.
19:44.32 CIA-50 BRL-CAD: 03bob1961 * r49457 10/brlcad/trunk/src/librt/db_tree.c: Update error message from db_tree_parse.
19:46.53 starseeker awaits the cries of horror from screen gurus...
19:49.56 CIA-50 BRL-CAD: 03bob1961 * r49458 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed ArcherCore::packTree. If the first line contained a matrix, the matrix was not getting enclosed in braces.
20:21.38 CIA-50 BRL-CAD: 03starseeker * r49459 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): Ah, right - turning on all the libs is now the responsibility of the macro defining the test, not hardcoding it.
21:14.37 CIA-50 BRL-CAD: 03bob1961 * r49460 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Initialize top_z using -MAX_FASTF.
21:28.21 starseeker brlcad: we're getting breakage on Linux with the C99_FLAG definition
21:43.57 CIA-50 BRL-CAD: 03starseeker * r49461 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Checking the STD_C99_FLAGS variable in Autotools build logic that served a similar purpose, it is using gnu99 - probably to avoid issues c99 is causing on Linux. Go with that.
21:45.04 CIA-50 BRL-CAD: 03starseeker * r49462 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: We aren't using ExternalProject...
21:46.40 starseeker yeah, I think the issue came up around r43519 concerning c99 vs. gnu99
23:39.56 CIA-50 BRL-CAD: 03starseeker * r49463 10/brlcad/trunk/sh/distcheck_screen.sh: Put the titles on the right windows
23:43.47 CIA-50 BRL-CAD: 03starseeker * r49464 10/brlcad/trunk/sh/distcheck_screen.sh: Add a couple more names
IRC log for #brlcad on 20120217

IRC log for #brlcad on 20120217

01:39.10 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
02:08.29 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:22.06 CIA-50 BRL-CAD: 03starseeker * r49465 10/brlcad/trunk/sh/distcheck_screen.sh: Tweak tail commands
05:34.00 CIA-50 BRL-CAD: 03brlcad * r49466 10/brlcad/trunk/src/util/dbcp.c: use libbu memory management
05:36.02 CIA-50 BRL-CAD: 03brlcad * r49467 10/brlcad/trunk/src/proc-db/vegetation.c: check some bounds related to coverity cid 2092, TAINTED_SCALAR
05:38.44 CIA-50 BRL-CAD: 03brlcad * r49468 10/brlcad/trunk/src/proc-db/ (contours.c molecule.c pipe.c): more bounds checks
05:42.28 CIA-50 BRL-CAD: 03brlcad * r49469 10/brlcad/trunk/src/rttherm/ (ssamp-bw.c ssampview.c): see if the specified input files exist. relates to cid 1568,1569: TAINTED_STRING
05:45.18 CIA-50 BRL-CAD: 03brlcad * r49470 10/brlcad/trunk/src/util/ (gencolor.c hex.c imgdims.c pixhist3d-pl.c): bunch of bounds checks related to coverity TAINTED_SCALAR detections. cid 1503, 1504, 1505, 1510
05:58.25 CIA-50 BRL-CAD: 03brlcad * r49471 10/brlcad/trunk/misc/enigma/enigma.c: coverity detects potential overflow or truncation so add some sanity checking, cid 321: INTEGER_OVERFLOW
06:09.57 CIA-50 BRL-CAD: 03brlcad * r49472 10/brlcad/trunk/src/util/cv.c: make sure the format cookies aren't null, sanity related to cid 1500: TAINTED_SCALAR
07:47.09 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:48.53 *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net)
10:26.18 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:26.19 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:04.35 *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net)
15:16.29 CIA-50 BRL-CAD: 03bob1961 * r49473 10/brlcad/trunk/src/util/imgdims.c: The second parameter to bu_file_exists() should be NULL in this case.
15:19.12 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
17:18.45 *** join/#brlcad abhi2011 (~chatzilla@117.200.87.249)
17:20.04 *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
17:28.41 *** join/#brlcad merzo (~merzo@135-189-92-178.pool.ukrtel.net)
18:25.29 *** join/#brlcad merzo (~merzo@168-245-133-95.pool.ukrtel.net)
19:04.49 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:04.49 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:53.33 CIA-50 BRL-CAD: 03bob1961 * r49474 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added doFlipView. Also fixed typo when adding history in doAe.
20:11.35 *** join/#brlcad Stattrav (~Stattrav@223.231.134.44)
20:11.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:14.21 CIA-50 BRL-CAD: 03starseeker * r49475 10/brlcad/branches/STABLE/src/libged/analyze.c: initialize val
22:26.01 CIA-50 BRL-CAD: 03n_reed * r49476 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): try to fix strings changed to std::string that still called non-existant chars member function
22:53.37 CIA-50 BRL-CAD: 03n_reed * r49477 10/brlcad/trunk/src/other/step/src/ (9 files in 3 dirs): remove some dead code
IRC log for #brlcad on 20120218

IRC log for #brlcad on 20120218

00:24.51 CIA-50 BRL-CAD: 03n_reed * r49478 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_wrapper.cc: don't output unused variable
04:56.02 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
08:20.13 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:27.13 *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
15:25.15 *** join/#brlcad b0ef (~b0ef@210.169.102.62.customer.cdi.no)
17:35.55 *** join/#brlcad CIA-128 (~CIA@cia.atheme.org)
17:36.19 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:36.59 *** join/#brlcad piksi_ (piksi@pi-xi.net)
18:18.53 *** join/#brlcad Crank (~chatzilla@108.86.38.100)
18:26.32 *** join/#brlcad merzo (~merzo@149-159-201-46.pool.ukrtel.net)
18:44.42 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:44.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:33.38 *** join/#brlcad Technicus (~Technicus@108.198.137.39)
20:37.17 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:37.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:20.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120219

IRC log for #brlcad on 20120219

01:32.27 jordisayol hello
01:33.02 jordisayol I want to override these problems:
01:33.02 jordisayol https://sourceforge.net/tracker/?func=detail&atid=640803&aid=3464421&group_id=105292
01:34.46 jordisayol exporting these values at compile time will help to override it?
01:34.46 jordisayol export CFLAGS = -mtune=generic
01:34.46 jordisayol export CXXFLAGS = -mtune=generic
08:27.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:02.44 starseeker jordisayol: are you asking if setting those environment variables will work with the CMake build or whether those are the correct flags to use?
17:04.37 jordisayol hello starseeker. I want to override the problems due to installing 32-bit deb package in a not new cpu system
17:11.02 jordisayol starseeker: I can pass these setting to cmake exporting the variables, at least they appears modified at final cmake configuration
17:18.35 starseeker ok, good
17:19.04 starseeker It takes some care to pass those environment variables into the CMake logic - glad to know it's working
17:23.26 jordisayol but now i want to know if this arguments can make deb packages more "compatible"
17:29.48 jordisayol starseeker: is there a better way to pass settings to cmake?
17:45.58 starseeker that should be fine
17:52.35 jordisayol ok, then I'll add to the debian/rules script.
17:52.46 jordisayol starseeker: Many thanks for teach me! :-)
18:06.31 starseeker jordisayol: if you hit trouble, let us know - it's something that should work
18:07.45 jordisayol starseeker: I'll do. thanks!
18:26.51 *** join/#brlcad merzo (~merzo@170-118-132-95.pool.ukrtel.net)
19:46.23 CIA-128 BRL-CAD: 03jordisayol * r49479 10/brlcad/trunk/misc/debian/rules: Make 32-bit deb packages more compatible.
20:34.06 CIA-128 BRL-CAD: 03jordisayol * r49480 10/brlcad/trunk/misc/debian/rules: Update cmake settings on debian building process.
IRC log for #brlcad on 20120220

IRC log for #brlcad on 20120220

00:52.31 starseeker hmm - bz ran out of disk space
00:52.42 starseeker scrubs unnecessary crud...
02:43.52 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
03:51.01 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:02.07 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
05:09.40 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
08:11.54 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:00.56 brlcad starseeker: anything useful from https://github.com/mpictor/StepClassLibrary/pull/143 we could use in brl-cad?
15:01.11 brlcad (for non-scl logic)
15:14.24 brlcad jordisayol: possibly, it depends on the cause of the illegal instruction
15:15.16 brlcad I wouldn't expect it be needed for a generic -O3 but if the debian build adds cpu-specific tuning flags then mtune=generic should help
15:16.37 jordisayol hello brlcad
15:18.07 jordisayol I just do this to override notius problem when installing deb package on a not new processor:
15:18.07 jordisayol https://sourceforge.net/tracker/?func=detail&atid=640803&aid=3464421&group_id=105292
15:23.24 brlcad jordisayol: I know, I read that
15:23.38 brlcad that didn't really identify the cause of the illegal instruction
15:24.01 brlcad does the deb build add march or mtune flags (prior to mtune=generic)
15:25.42 jordisayol deb build process do not add any flag directly, until now
15:26.56 brlcad could be mistaken but the O3 flag by itself shouldn't result in platform-specific optimizations, afaik
15:27.19 brlcad there should be some other flag causing extra optimization
15:28.17 jordisayol but did gcc detect ans make specific for the system cpu, isn't it?
15:28.36 brlcad not with just O3
15:28.49 jordisayol aha
15:28.51 brlcad implies there is some other flag on the actual compilation line
15:29.25 jordisayol these flags are from cmake/brlcad of from gcc itself?
15:29.48 brlcad not from gcc, from somewhere else in the build
15:30.09 brlcad the only way to know for sure would be to run with VERBOSE=1 and see what flags are being used
15:30.36 jordisayol ok, I so that, wait a moment please
15:32.22 brlcad I'd suspect somewhere something is adding an march= or mtune= flag ..
15:32.37 brlcad maybe not, if not then we should add -mtune=generic to the cmake default
15:32.52 jordisayol mh, i'm not quite sure but i don't think so
15:33.05 jordisayol aha
15:33.22 jordisayol just a moment. I'll paste the arguments here
15:36.35 jordisayol on my system, with this cmake:
15:36.35 jordisayol cmake -DBRLCAD_BUNDLED_LIBS=ON -DBRLCAD_ENABLE_OPTIMIZED_BUILD=ON -DBRLCAD_ENABLE_STRICT=OFF -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr/brlcad -DDATA_DIR=share -DMAN_DIR=share/man
15:36.55 jordisayol I got this:
15:36.55 jordisayol CC = /usr/bin/gcc
15:36.55 jordisayol CXX = /usr/bin/c++
15:36.55 jordisayol CFLAGS = -pipe -fno-strict-aliasing -fno-common -fexceptions -msse3 -std=gnu99 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long
15:36.55 jordisayol CXXFLAGS = -pipe -fno-strict-aliasing -fno-common -fexceptions -ftemplate-depth-128 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long
15:36.55 jordisayol LDFLAGS = -m64
15:37.00 brlcad no no, need an actual gcc line
15:37.28 brlcad since there could be some flag getting set elsewhere maybe
15:37.36 jordisayol aha
15:38.09 brlcad run "make VERBOSE=1"
15:39.31 brlcad then look for a gcc line ( NOT in src/other )
15:41.28 jordisayol hmmm, like this?
15:41.29 jordisayol /usr/bin/gcc -pipe -fno-strict-aliasing -fno-common -fexceptions -msse3 -std=gnu99 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long -o CMakeFiles/buildtimestart.dir/CMakeTmp/builddelta_start.c.o -c /home/jordi/svn/b/CMakeTmp/builddelta_start.c
15:56.41 jordisayol is it useful, or have to do something else?
16:53.15 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:53.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:53.57 brlcad jordisayol: that's useful
17:36.58 *** join/#brlcad merzo (~merzo@170-118-132-95.pool.ukrtel.net)
17:39.11 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
17:47.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:11.06 jordisayol brlcad: there are not any -mtune nor -march flags. mean this that gcc compiles to a generic cpu?
18:28.35 *** join/#brlcad merzo (~merzo@238-170-132-95.pool.ukrtel.net)
21:02.35 starseeker brlcad: possibly - the uninstall is interesting, although I'd have to test it with our build...
21:02.57 starseeker need to see what OPTION_WITH_DEFAULT is all about
21:03.59 starseeker there are a couple things there that might be problematic for us - in particular they're forcing the CMAKE_BUILD_TYPE...
21:07.42 starseeker well... hmm. Guess I'd have to try it. We might be fine if we set SCL_BUILD_TYPE to our own build type first. Nothing unusual - we do more than that for png...
22:15.45 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
IRC log for #brlcad on 20120221

IRC log for #brlcad on 20120221

00:53.21 brlcad starseeker: nod, just wondering -- often useful scavenge ideas from other devs that commit to hightly familiar code (such as you and scl's cmake logic) to see if there are ideas worth incorporating
00:53.37 brlcad not necessarily code or exact names of things, but concepts that might be leveraged
00:54.14 brlcad namely because if another dev needed it for some reason, likely someone else might too (and who best to review)
00:55.30 brlcad jordi's need for mtune=generic is in a similar vein, actually, just a little less obvious
00:57.47 *** join/#brlcad merzo (~merzo@184-48-132-95.pool.ukrtel.net)
01:11.41 CIA-128 BRL-CAD: 03brlcad * r49481 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
01:11.41 CIA-128 BRL-CAD: add -mtune=generic to release builds in order to help ensure that -O3
01:11.41 CIA-128 BRL-CAD: compilations are still portable for a given target architecture. this may or
01:11.41 CIA-128 BRL-CAD: may not be the issue reported in sf support request # 3464421 but give it a try.
01:11.41 CIA-128 BRL-CAD: also, only set -std=gnu89 if we're a debug build. that way you can specify NONE
01:11.42 CIA-128 BRL-CAD: for the build type and avoid both std flags.
01:11.53 brlcad something for jordi to try when he gets back
01:12.51 brlcad i'm still doubtful that is the issue, didn't think gcc defaulted to cpu-specific tuning at O3 or otherwise unless you set an march or mtune option
01:13.08 brlcad given the crashes were in tcl, perhaps it's some flag in tcl's build logic..
02:17.47 *** join/#brlcad merzo (~merzo@188-55-133-95.pool.ukrtel.net)
03:07.34 starseeker that's probably more likely - the tcl/tk logic is independent of our own
03:07.44 starseeker (still our headache, of course...)
03:08.40 starseeker I'll need to do another "apply lessons learned" pass over the src/other build systems at some point, and Tcl/Tk is usually where that comes up the most
03:11.48 *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net)
04:23.39 brlcad a quick grep didn't uncover any mtune/march hints in tcl/tk/incr
05:02.49 *** join/#brlcad amit (3bb1cbb7@gateway/web/freenode/ip.59.177.203.183)
05:06.38 Guest36931 hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take .
05:11.31 amit_12 hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take .
05:38.39 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:20.15 jordisayol brlcad: I see you added -mtune as flag
12:21.41 jordisayol I made some test on my system, and it appear that -mtune=generic do not change anything on resulting object
12:21.49 jordisayol $ test "$(gcc -m32 test.c -o test -O3 && md5sum test)" = "$(gcc -m32 test.c -o test -mtune=generic -O3 && md5sum test)" && echo "match" || echo "don't match"
12:22.54 jordisayol return "match". same for g++
12:26.43 jordisayol "test.c" is a very simple printf("hello world!"); code.
12:27.39 jordisayol s/don't match/mismatch/
13:23.25 brlcad jordisayol: yeah, I'm not convinced it'll do anything useful but it also shouldn't hurt
13:24.14 brlcad your test isn't enough to exercise it, though .. you'd need something that would actually be optimized by -O3 in a potentially platform-specific way (math, lots of math and branching)
13:24.14 jordisayol aha
13:24.47 brlcad the real test is to make a new .deb compiled with mtune=generic and see if that user still gets an illegal instruction
13:25.15 brlcad I suspect it'll still crash -- if it does, then the flag can be removed
13:25.38 jordisayol aha, I'll ask to him if want to do this test
13:26.02 jordisayol anyway, I'll remove the flags from deb building process
13:26.13 brlcad nods
13:27.38 jordisayol sorry, nods? :-/
13:28.09 brlcad I'm nodding my head :)
13:28.18 brlcad it means I understand or I agree or both :)
13:28.46 jordisayol ok, many thanks for teach me :-)
13:28.53 brlcad no problem
14:01.56 CIA-128 BRL-CAD: 03starseeker * r49482 10/brlcad/trunk/src/other/libpng/ (34 files in 5 dirs): Update libpng to 1.5.9
14:04.47 CIA-128 BRL-CAD: 03starseeker * r49483 10/brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025
14:07.46 CIA-128 BRL-CAD: 03starseeker * r49484 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: Go with 'lib' for all instances of CMAKE_LIBRARY_OUTPUT_DIRECTORY (r49115)
14:09.03 CIA-128 BRL-CAD: 03starseeker * r49485 10/brlcad/trunk/src/other/libpng/projects/vstudio/pngstest/: pngstest is still empty (r49239)
15:00.50 CIA-128 BRL-CAD: 03jordisayol * r49486 10/brlcad/trunk/misc/debian/rules: remove unneeded flags on deb building process.
15:08.20 brlcad starseeker: awesome, I was just thinking about that update yesterday .. there's a CVE out on that one
15:08.33 brlcad goes to get a rental
15:52.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:55.46 CIA-128 BRL-CAD: 03starseeker * r49487 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Get librtserver closer to building properly.
17:57.32 CIA-128 BRL-CAD: 03starseeker * r49488 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Add the librtserver build tweaks to STABLE
18:08.58 CIA-128 BRL-CAD: 03starseeker * r49489 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Ah, right - too early for that version of the INCLUDE_DIRS macro
18:10.25 CIA-128 BRL-CAD: 03starseeker * r49490 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Fix form, not just name...
19:07.41 *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net)
20:02.27 *** join/#brlcad merzo (~merzo@87-52-132-95.pool.ukrtel.net)
20:05.18 CIA-128 BRL-CAD: 03brlcad * r49491 10/brlcad/trunk/TODO: svg is in the same boat as pdf conversion export
20:57.20 CIA-128 BRL-CAD: 03brlcad * r49492 10/brlcad/trunk/TODO: benchmark needs to include compiler details too.
22:27.17 CIA-128 BRL-CAD: 03bob1961 * r49493 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Update cadwidgets::TkTable::handleKey to potentially call the dataCallback when a cell in column 0 receives a keypress.
22:54.34 CIA-128 BRL-CAD: 03brlcad * r49494 10/brlcad/trunk/BUGS:
22:54.34 CIA-128 BRL-CAD: the yacc parsers are failing on non-bison platforms due to differences in
22:54.34 CIA-128 BRL-CAD: behavior. it'll be at least a few months before all are converted to lemon, so
22:54.34 CIA-128 BRL-CAD: note the bug in the meantime. the fix looks pretty simple (FindYACC.cmake), but
22:54.34 CIA-128 BRL-CAD: needs testing.
23:20.28 *** join/#brlcad piksi (piksi@pi-xi.net)
IRC log for #brlcad on 20120222

IRC log for #brlcad on 20120222

07:20.06 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:15.47 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:15.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:42.42 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:35.15 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:35.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:37.23 *** join/#brlcad kaushik_ (~kaushik@122.164.44.178)
11:38.31 kaushik_ if anyone can help me with reference to this email: http://sourceforge.net/mailarchive/forum.php?thread_name=CACb6h%2Bv7SrRHgQL8AiUpha_HSd%2BcA2m%3Dif%2BM5m4fU3Z0npfGBw%40mail.gmail.com&forum_name=brlcad-devel
11:38.38 kaushik_ please beep me!
11:38.56 kaushik_ NURBS fever!
12:08.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:47.27 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:47.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:55.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:55.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:30.34 *** join/#brlcad kaushik_ (~kaushik@122.164.44.178)
19:40.09 CIA-128 BRL-CAD: 03starseeker * r49495 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): bite the bullet - we need to be able to specifiy additional directories in some cases when looking for headers, so add that ability to BRLCAD_INCLUDE_FILE.
19:41.25 CIA-128 BRL-CAD: 03starseeker * r49496 10/brlcad/branches/STABLE/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Same fix for stable logic - this may necessitate manual intervention for this file in a future merge.
19:55.39 brlcad kaushik_: replied to both your e-mails
19:56.17 brlcad you'll want to hang out here in the channel if you want the quickest reqply
20:19.55 *** join/#brlcad Stattrav (~Stattrav@223.231.214.136)
20:19.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:36.03 CIA-128 BRL-CAD: 03brlcad * r49497 10/brlcad/trunk/src/conv/ply-g.c: revert r49396 since that comparison is always true (and newer versions of gcc are able to figure that out). not a workable fix for tainted data.
20:38.23 jordisayol brlcad: nothing changed -mtune=generic
20:48.58 brlcad jordisayol: okay, thanks
20:49.05 brlcad so that's not likely the issue
20:49.21 jordisayol yes
20:49.45 brlcad when I first read that log, it looks more like a ibrary incompatibility
20:50.00 jordisayol aha
20:50.51 brlcad like if you compiled with opengl and his driver sucks, it could end up in that state
20:51.09 brlcad yet he compiles himself and opengl ends up disabled, so doesn't run into the problem
20:51.23 brlcad one of many possible scenarios
20:51.31 brlcad starseeker: librtserver failing
20:51.32 brlcad Linking C executable ../../bin/rtserverTest
20:51.32 brlcad /usr/bin/ld: warning: librt.so.1, needed by /usr/lib/jvm/jre/lib/ppc64/libjawt.so, may conflict with librt.so.19
20:51.35 brlcad /lib64/libgio-2.0.so.0: undefined reference to `deflateSetHeader@ZLIB_1.2.2'
20:51.38 brlcad /lib64/libgio-2.0.so.0: undefined reference to `inflateGetHeader@ZLIB_1.2.2'
20:52.12 brlcad apparently zlib linkage missing from rtserverTest
20:52.47 jordisayol brlcad: if i disable opengl, performance will decrease a lot?
20:53.46 brlcad nope
20:53.54 brlcad not for 99% of users
20:54.19 jordisayol so what do you think? do i do?
20:54.49 brlcad I'd give that a try, easy enough to recompile and retest if only to eliminate or isolate opengl as being involved
20:56.53 jordisayol ok, i'll create a new deb with opengl disabled
20:57.28 CIA-128 BRL-CAD: 03brlcad * r49498 10/brlcad/trunk/TODO: ls-dyna importer would be cool.
20:57.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:57.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:58.28 CIA-128 BRL-CAD: 03brlcad * r49499 10/brlcad/trunk/TODO: it's specifically the 'keyword' file format
21:06.06 brlcad starseeker: so that's a tricky one -- it looks like one of the java libs is linked against libgio (the glib i/o library), which links against libz
21:06.36 brlcad which is a zlib older than ours, incompatible
21:08.05 brlcad the cmake build needs someway to detect that so the java portions can be disabled
21:09.01 brlcad some recent change apparently caused librtserver to get enabled or linked differently, now halting the build
21:34.39 CIA-128 BRL-CAD: 03jordisayol * r49500 10/brlcad/trunk/sh/make_deb.sh: revert to erikgreenwald changes
21:49.35 jordisayol brlcad: I'ce built a deb disabling opengl. mged properly works but archer fails:
21:49.35 jordisayol $ archer
21:49.35 jordisayol ERROR: Requisite display manager is not available.
21:49.35 jordisayol BRL-CAD may need to be recompiled with support for: ogl
21:49.35 jordisayol Run 'fbhelp' for a list of available display managers.
21:49.36 jordisayol Unexpected error encountered while running Archer.
21:49.36 jordisayol Aborting.
22:38.07 brlcad jordisayol: archer requires opengl
22:38.38 brlcad the point was to test the dependency to see if it's related, but seeing the recent post about libtk, I'm doubtful it has to do with opengl
22:39.13 jordisayol ok
22:39.14 brlcad clearly something drasticly different in his build of tcl compared with yours
22:40.33 brlcad see if he can run "nm libtcl.so > objects.txt" on the libtcl he built then provide you the objects.txt file, you run the same command on the libtcl.so in your .deb .. then we can compare the differences between the two
22:40.53 jordisayol just for your info, I compile these deb's on unbuntu 10.04 LTS
22:41.00 CIA-128 BRL-CAD: 03bob1961 * r49501 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Make ArcherCore::updateTreeDrawLists public.
22:41.16 brlcad they shouldn't be that different
22:41.34 brlcad unless they're being compiled in completely different/incompatible ways
22:45.00 jordisayol nm /usr/brlcad/lib/libtcl.so
22:45.00 jordisayol nm: /usr/brlcad/lib/libtcl.so: no symbols
23:05.46 brlcad jordisayol: er, that doesn't sound right
23:05.53 brlcad ls -la /usr/brlcad/lib/libtcl*
23:08.13 jordisayol $ ls -la /usr/brlcad/lib/libtcl*
23:08.13 jordisayol -rw-r--r-- 1 root root 404954 2012-02-22 23:56 /usr/brlcad/lib/libtclcad.a
23:08.13 jordisayol lrwxrwxrwx 1 root root 15 2012-02-23 00:06 /usr/brlcad/lib/libtclcad.so -> libtclcad.so.19
23:08.13 jordisayol lrwxrwxrwx 1 root root 19 2012-02-23 00:06 /usr/brlcad/lib/libtclcad.so.19 -> libtclcad.so.19.0.1
23:08.13 jordisayol -rw-r--r-- 1 root root 237808 2012-02-22 23:56 /usr/brlcad/lib/libtclcad.so.19.0.1
23:08.14 jordisayol lrwxrwxrwx 1 root root 13 2012-02-23 00:06 /usr/brlcad/lib/libtcl.so -> libtcl.so.8.5
23:08.14 jordisayol lrwxrwxrwx 1 root root 15 2012-02-23 00:06 /usr/brlcad/lib/libtcl.so.8.5 -> libtcl.so.8.5.9
23:08.14 jordisayol -rw-r--r-- 1 root root 1297064 2012-02-22 23:56 /usr/brlcad/lib/libtcl.so.8.5.9
23:08.15 jordisayol -rw-r--r-- 1 root root 3994 2012-02-22 23:56 /usr/brlcad/lib/libtclstub.a
23:18.47 brlcad maybe your nm doesn't follow symbolic links, try nm /usr/brlcad/lib/libtcl.so.8.5.9
23:20.24 brlcad then assuming that gives you a lot of stuff, try this: nm /usr/brlcad/lib/libtcl.so.8.5.9 | sort | uniq | wc
23:20.42 brlcad I get 3611 as the first number
23:21.03 jordisayol $ nm /usr/brlcad/lib/libtcl.so.8.5.9
23:21.03 jordisayol nm: /usr/brlcad/lib/libtcl.so.8.5.9: no symbols
23:21.17 brlcad er
23:21.45 jordisayol it appears tht only show symbols from static libs *.a
23:22.11 brlcad reading up on it now, looks like gnu nm wants a -D option
23:22.18 jordisayol ok
23:22.50 brlcad althrough your stub file is already suspect
23:23.06 jordisayol it works now
23:24.12 jordisayol $ nm -D /usr/brlcad/lib/libtcl.so.8.5.9 | sort | uniq | wc
23:24.12 jordisayol <PROTECTED>
23:28.30 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
23:45.44 *** join/#brlcad DarkCalff (DC@173.231.40.98)
23:53.12 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
23:54.52 *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
23:55.56 jordisayol brlcad: I've to go. as soon as he send me symbols.txt, I'll send both to you
23:59.50 *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
IRC log for #brlcad on 20120223

IRC log for #brlcad on 20120223

00:00.00 *** mode/#brlcad [+o tofu] by ChanServ
00:07.19 starseeker brlcad: I got better at testing for java/jni, but apparently not better enough
00:09.29 starseeker that zlib incompatibility is Really Bad News
00:09.42 starseeker why the *bleep* did they have to to mess it up?
00:12.45 CIA-128 BRL-CAD: 03starseeker * r49502 10/brlcad/trunk/CMakeLists.txt:
00:12.45 CIA-128 BRL-CAD: Default RTSERVER to OFF until we figure out what to do about the zlib issue - if
00:12.45 CIA-128 BRL-CAD: someone needs it on and the need to use a java compiled against an older zlib,
00:12.45 CIA-128 BRL-CAD: they'll need to set -DBRLCAD_ZLIB=OFF and -DBRLCAD_ENABLE_RTSERVER=ON.
00:15.35 starseeker has half a notion to downgrade our zlib until they straighten out the mess...
00:16.26 starseeker ah, wait - 1.2.6 got released last month
00:16.29 starseeker didn't see that
00:16.48 starseeker claims "Fixed a problem with large file support macros"
00:18.57 starseeker won't help with the libgio issue though
00:19.19 starseeker ZLIB_1.2.2 ???
00:25.52 starseeker is torn... to upgrade or not to upgrade, that is the question...
00:26.41 brlcad on the system where I'm hitting the problem, I can't upgrade
00:27.32 brlcad so I'll need to turn it off
00:27.46 starseeker brlcad: it's off by default now
00:27.47 brlcad cmake should detect the situation and autodisable, just not sure how other than maybe trying to link something against jnilib
00:27.57 brlcad ahh, that might help :)
00:28.12 *** join/#brlcad CIA-128 (~CIA@cia.atheme.org)
00:28.12 brlcad at least short term
00:28.23 starseeker only one known situation where it's needed, and we can turn it on with the right options for that
00:28.32 brlcad the coverity case study is looking pretty sweet
00:29.26 starseeker what the *bleep* are the zlib devs doing breaking compatibility with point releases like this?
00:30.41 starseeker is trying to decide if it's worth it to put zlib 1.2.6 in src/other - if they've really addressed the large file macro issue that would be a step back towards vanilla, but we'd still have to fix the zconf.h stuff
00:31.05 starseeker brlcad: oh, is the study out yet?
00:31.41 *** join/#brlcad User531 (~User@189.71.122.246)
00:33.00 brlcad it's not the first time zlib guys break compatibility .. actually you can break compatibility yourself if you set the right configure options
00:33.14 starseeker arrgh
00:33.19 *** join/#brlcad anaozin (~gvifs@189.71.122.246)
00:33.30 brlcad the study isn't out, they sent me a draft for approval
00:33.38 starseeker oh, sweet!
00:33.50 brlcad I think it's finalized tomorrow
00:33.59 brlcad don't know when it posts, but I'll repost when it does
00:34.13 starseeker awesome - nice website news item :-)
00:34.16 anaozin scan on?
00:34.35 brlcad anaozin: hm?
00:35.00 anaozin 1[br02,00lc12,00ad1,00]01: RFI scan on?
00:35.01 brlcad starseeker: upgrading to 1.2.6 won't fix the rtserver issue
00:35.07 starseeker I know
00:35.45 starseeker wasn't proposing to upgrade to fix rtserver issue, was looking more at the claim they've addressed that large file support macro problem
00:35.54 brlcad anaozin: coverity scan
00:36.08 brlcad brl-cad participates in the coverity scan initiative
00:36.32 brlcad it's static code analysis, looking for defects across the source using one of the best commercial scanners available
00:36.48 brlcad starseeker: ah
00:36.53 brlcad probably not worth it for just that
00:37.13 anaozin im looking for servers with rfi scan
00:37.13 brlcad given our version works, it's only potential for it to NOT work :)
00:37.17 anaozin you know?
00:37.27 brlcad anaozin: okay, now you're really confusing me
00:37.33 brlcad rfi == request for information
00:37.34 starseeker yeah - will have to check the changelog, but now that we've finally got it behaving I'm loath to break it
00:38.00 anaozin rfi scan = scan vulnerability
00:38.19 brlcad what does that mean?
00:38.51 brlcad starseeker: I'd wait until there's some other compelling reason (like a CVE or some improvement etc)
00:39.31 brlcad anaozin: oooh, I get it .. sorry, being a bit slow
00:39.47 brlcad anaozin: why the hell would you think to ask for that here??
00:40.31 anaozin because i found this channel in google
00:40.31 anaozin lol
00:41.12 *** kick/#brlcad [anaozin!~Adium@c-68-34-98-23.hsd1.md.comcast.net] by tofu (lame)
00:41.13 *** join/#brlcad anaozin (~gvifs@189.71.122.246)
00:41.24 anaozin loll
00:41.27 anaozin 12,00:01D
00:41.29 tofu forewarned, ask for malware elsewhere
00:45.51 brlcad not really funny, just sad
00:46.09 brlcad so much more interesting constructive things one could do with their time
00:46.15 starseeker no kidding
00:52.02 starseeker shelves zlib 1.2.6
00:53.02 brlcad idiot
02:00.51 *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
04:27.15 *** join/#brlcad kaushik_ (~kaushik@122.164.44.178)
05:20.36 *** join/#brlcad kaushik_ (~kaushik@122.164.44.178)
05:24.52 CIA-128 BRL-CAD: 03brlcad * r49503 10/brlcad/trunk/doc/docbook/articles/en/ (CMakeLists.txt about.xml): add the original about page from the website as a docbook article. we've gotten a lot of mileage out of that text since I pulled it all together 8+ years ago, long overdue some basic revision control.
06:14.05 *** join/#brlcad kaushik_ (~kaushik@122.164.44.178)
07:02.56 CIA-128 BRL-CAD: 03brlcad * r49505 10/brlcad/trunk/ (6 files in 3 dirs): include an even older translation of the about page to russian by Ilya in 2008. don't have many details on this contributor but again the translation seems sane.
08:59.20 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:46.32 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
14:00.50 *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
14:00.50 *** mode/#brlcad [+o tofu] by ChanServ
16:39.51 brlcad implements a CheckCInline for icc
16:54.03 CIA-128 BRL-CAD: 03brlcad * r49506 10/brlcad/trunk/sh/footer.sh: use cmake-mode instead of sh-mode now that it works, even though users have to install it manually
16:57.44 ``Erik libcheck for unit testing? I'm using it in that side C lib project, so I could copy over the cmake bits and do up my tesselators test suite with it
17:01.53 ``Erik also; ffi friendly shootray? { struct application a; struct partition *p; load_geom(&a, filename, object); p=rt_shootray_simple(&a, /*point_t*/origin, /*vect_t*/dir); do{ ...} while(p=p->next); } ? (to dump librtserver in favor of jna down the road)
17:02.44 *** join/#brlcad umashankar (IceChat77@117.204.161.208)
17:33.19 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
17:37.53 CIA-128 BRL-CAD: 03brlcad * r49507 10/brlcad/trunk/src/proc-db/menger.c: capture the mask values in an int before assigning to the mask to appease icc
17:41.17 *** join/#brlcad umashankar (IceChat77@117.204.161.208)
17:41.29 *** part/#brlcad umashankar (IceChat77@117.204.161.208)
17:44.39 CIA-128 BRL-CAD: 03brlcad * r49508 10/brlcad/trunk/src/libged/ (edit.c tables.c): icc portability, undo over-constification decls
17:51.05 CIA-128 BRL-CAD: 03brlcad * r49509 10/brlcad/trunk/src/libged/ (exists.c typein.c): icc does not like code that implicitly pretends enums are ints. cast accordingly to make the intent explicit.
18:26.27 CIA-128 BRL-CAD: 03brlcad * r49510 10/brlcad/trunk/src/libged/attr.c: name is already the right type for bu_strcmp()
18:31.48 CIA-128 BRL-CAD: 03brlcad * r49511 10/brlcad/trunk/src/librt/search.c: init to one of the enum types, not an int
18:32.51 CIA-128 BRL-CAD: 03brlcad * r49512 10/brlcad/trunk/src/util/fix_polysolids.c: init at least the first union field to zero.
18:34.45 CIA-128 BRL-CAD: 03brlcad * r49513 10/brlcad/trunk/src/mged/mged.c: mged_notify() is used as an void(*)(int) pointer, so give it an unused int param
18:35.40 CIA-128 BRL-CAD: 03brlcad * r49514 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: cast int to enum to make icc happy
18:37.26 CIA-128 BRL-CAD: 03brlcad * r49515 10/brlcad/trunk/src/vdeck/vdeck.c: init op to obuf so it's not potentially used before init.
18:42.55 CIA-128 BRL-CAD: 03brlcad * r49516 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: bonefide bug detected by icc, the sketch verts array are 2d entities so we should be calling V2MOVE() instead of VMOVE() and V2JOIN1() instead of VJOIN1().
18:43.13 CIA-128 BRL-CAD: 03brlcad * r49517 10/brlcad/trunk/src/liboptical/sh_text.c: fill out the callback functions that do nothing just to appease pedantic compilation. uncovered the need for a second mlib_void() due to the different signature.
18:50.25 CIA-128 BRL-CAD: 03brlcad * r49518 10/brlcad/trunk/src/ (conv/dem-g.c libtclcad/tclcad_obj.c): cast int to enum type to appease icc
18:53.08 CIA-128 BRL-CAD: 03brlcad * r49519 10/brlcad/trunk/src/liboptical/photonmap.c: avoid division by zero
19:01.04 starseeker brlcad: any idea how xpush might be managing to corrupt dbip->dbiHead?
19:02.19 starseeker I can see *when* it's happening - *headp = dp; in db_lookup.c - but I'm not sure how it's managing to get the right pointer badness to do it
19:23.58 *** join/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu)
19:30.23 starseeker no, that might not be it... when I add print statements, something else happens??
19:32.36 brlcad sure, a bug ;)
19:32.52 brlcad otherwise, not much use without a debugger and loads of time to investigate
19:33.29 brlcad }hello andymanak
19:37.48 andymanak hello
19:55.32 starseeker is beyond his depth here...
20:03.30 brlcad but you've been debugging less than a day! :)
20:08.39 brlcad starseeker: given the potential corruption lead, you might have better luck running through valgrind
20:08.57 brlcad then it might detect a direct memory overrun for you
20:10.57 CIA-128 BRL-CAD: 03starseeker * r49520 10/brlcad/trunk/ (NEWS src/tclscripts/rtwizard/lib/MGEDpage.itk): Apply alphabetical sorting to the toplevel objects list in rtwizard.
20:12.34 starseeker brlcad: it looks like a dp->d_use_hd somehow is initialized and has what looks like a valid pointer to the if test, but when the free routine goes after it... kablooey
20:12.54 starseeker probably several ways that could happen...
20:13.03 starseeker maybe valgrind is a good idea
20:15.39 CIA-128 BRL-CAD: 03starseeker * r49521 10/brlcad/branches/STABLE/src/tclscripts/rtwizard/lib/MGEDpage.itk: put rtwizard tweak in stable too.
20:39.50 CIA-128 BRL-CAD: 03starseeker * r49522 10/brlcad/branches/STABLE/src/librt/primitives/revolve/revolve.c: merge bugfix from trunk r49516
21:24.48 CIA-128 BRL-CAD: 03starseeker * r49523 10/brlcad/trunk/src/libdm/CMakeLists.txt: clear previous definitions in case something (like opengl settings) changed.
21:27.50 CIA-128 BRL-CAD: 03starseeker * r49524 10/brlcad/trunk/src/librt/db_alloc.c: (log message trimmed)
21:27.51 CIA-128 BRL-CAD: Doubtful this gets to the heart of the matter, but when investigating an xpush
21:27.51 CIA-128 BRL-CAD: crash valgrind reports memory being called uninitialized in the xpush free
21:27.51 CIA-128 BRL-CAD: routines at xpush.c:90 is initially allocated by db_alloc_directory_block.
21:27.51 CIA-128 BRL-CAD: Somehow the dp->d_use_hd entry in question has a 'used' pointer pointing to
21:27.51 CIA-128 BRL-CAD: uninitialized memory. Should have it in the first place, but if we use
21:27.52 CIA-128 BRL-CAD: bu_calloc in db_alloc_directory_block instead of bu_malloc we at least don't
21:44.44 CIA-128 BRL-CAD: 03starseeker * r49525 10/brlcad/trunk/src/ (adrt/CMakeLists.txt libtclcad/CMakeLists.txt): Couple more tweaks for turning opengl on/off
21:52.22 *** part/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu)
22:19.59 CIA-128 BRL-CAD: 03starseeker * r49526 10/brlcad/trunk/src/ (librt/CMakeLists.txt libwdb/CMakeLists.txt): few more initializations
22:29.12 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
22:29.49 CIA-128 BRL-CAD: 03n_reed * r49527 10/brlcad/trunk/src/libged/CMakeLists.txt: initialize GED defines
IRC log for #brlcad on 20120224

IRC log for #brlcad on 20120224

02:00.53 *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
03:57.16 CIA-128 BRL-CAD: 03starseeker * r49528 10/brlcad/trunk/ (6 files in 6 dirs): Take a different approach to per-target defines management - use global properties instead of cached values. This should have better behavior when configure options are changed.
04:48.32 CIA-128 BRL-CAD: 03brlcad * r49529 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: (log message trimmed)
04:48.32 CIA-128 BRL-CAD: add an initial implementation of a new CHECK_C_INLINE() macro for detecting
04:48.32 CIA-128 BRL-CAD: legacy forms of specifying inlining. this impl is loosely based off a snippet
04:48.32 CIA-128 BRL-CAD: from Jack Kelly on the cmake mailing list except it avoids writing out a source
04:48.32 CIA-128 BRL-CAD: file and only defines inline to something else if we need to. alas, this
04:48.33 CIA-128 BRL-CAD: implementation does cop-out and sets a global definition instead of letting the
04:48.33 CIA-128 BRL-CAD: caller decide by passing in a variable, but it should work well enough for those
04:49.04 CIA-128 BRL-CAD: 03brlcad * r49530 10/brlcad/trunk/CMakeLists.txt: call the new CHECK_C_INLINE macro for improved portability
05:36.58 CIA-128 BRL-CAD: 03brlcad * r49531 10/brlcad/trunk/src/other/lemon/lempar.c: apparently yyRuleName is only used during debug compilation according to icc
05:41.28 CIA-128 BRL-CAD: 03brlcad * r49532 10/brlcad/trunk/src/util/bwmod.c: make sure the index doesn't exceep the mapbuf buffer
05:47.15 CIA-128 BRL-CAD: 03brlcad * r49533 10/brlcad/trunk/NEWS: slew of code fixes and slight build system tweaks in support of the intel compiler, significant enough to note since it's fundamental portability infrastructure.
05:49.30 CIA-128 BRL-CAD: 03brlcad * r49534 10/brlcad/trunk/NEWS: Apply alphabetical sorting to the toplevel objects list in rtwizard. (edit due to inconsistent case)
05:51.57 CIA-128 BRL-CAD: 03brlcad * r49535 10/brlcad/trunk/NEWS:
05:51.57 CIA-128 BRL-CAD: Make sure the attributes and comb are always on the same page, and that we don't
05:51.57 CIA-128 BRL-CAD: miss color if someone works with rgb. (expanding name so it'll be easier to
05:51.57 CIA-128 BRL-CAD: tabulate and group down the road, need to fix others after next PRB)
05:54.43 CIA-128 BRL-CAD: 03brlcad * r49536 10/brlcad/trunk/NEWS:
05:54.44 CIA-128 BRL-CAD: Bob fixed a bug in Archer's tree view - the tree view wasn't highlighting the
05:54.44 CIA-128 BRL-CAD: correct objects when the option was set to highlight objects that would be
05:54.44 CIA-128 BRL-CAD: impacted by editing the currently selected object. (reword to expand name)
06:00.47 CIA-128 BRL-CAD: 03brlcad * r49537 10/brlcad/trunk/NEWS:
06:00.47 CIA-128 BRL-CAD: reword for prb tracking since the commit messages are extracted. tom browder
06:00.47 CIA-128 BRL-CAD: fixed a bug in mged where the relatively new BotEditor GUI was no longer
06:00.47 CIA-128 BRL-CAD: functional. breakage was reported in sf bug report 3392650, fixed in r48073 by
06:00.47 CIA-128 BRL-CAD: tom. gui now displays correctly.
06:04.11 CIA-128 BRL-CAD: 03brlcad * r49538 10/brlcad/trunk/NEWS: reword for prb. tom browder fixed a bug affecting the regions and solids commands where they were dumping core if run due to bogus type coercion. reported and fixed by tom in sf bug report 3392558, fixed in r48037.
08:08.32 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:51.50 *** join/#brlcad merzo (~merzo@193.254.217.44)
10:07.53 *** join/#brlcad kaushik_ (~kaushik@122.164.129.124)
10:08.27 *** join/#brlcad merzo (~merzo@193.254.217.44)
10:08.59 kaushik_ brlcad: Replied back! I'm looking through the NURBS code now... Anything specific I should be looking for when talking about the Implicit-Nurbs conversion project?
10:46.49 *** join/#brlcad kaushik_ (~kaushik@122.164.129.124)
10:51.16 *** join/#brlcad merzo_ (~merzo@193.254.217.44)
12:17.11 *** join/#brlcad kaushik_ (~kaushik@122.164.129.124)
12:28.48 *** join/#brlcad kaushik__ (~kaushik@122.164.212.105)
13:46.44 *** join/#brlcad kaushik__ (~kaushik@122.164.212.105)
14:00.52 *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
14:00.52 *** mode/#brlcad [+o tofu] by ChanServ
15:24.30 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
18:08.07 CIA-128 BRL-CAD: 03starseeker * r49539 10/brlcad/trunk/src/other/lemon/lempar.c: Take a different approach to the issue seen with r49253
19:39.14 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:39.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:47.31 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:47.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:53.29 CIA-128 BRL-CAD: 03brlcad * r49540 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
19:53.29 CIA-128 BRL-CAD: GAH, revert the msse3 addition from r46520 as it invariably caused days of
19:53.29 CIA-128 BRL-CAD: mysterious debugging for the exact same reason it was disabled in the first
19:53.29 CIA-128 BRL-CAD: place. you can't just turn on sse for binaries that are distributed since
19:53.29 CIA-128 BRL-CAD: you'll end up with illegal instructions (crashes) at runtime. debugged issue
19:53.29 CIA-128 BRL-CAD: encountered on debian with jordi sayol and user notius, who was running .deb
19:53.30 CIA-128 BRL-CAD: installs on a Pentium M system.
19:57.52 CIA-128 BRL-CAD: 03brlcad * r49541 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
19:57.52 CIA-128 BRL-CAD: go ahead and enable sse for debug builds, but make an emphatic plea to not
19:57.52 CIA-128 BRL-CAD: enable sse for release builds since we don't have the right run-time
19:57.52 CIA-128 BRL-CAD: infrastructure in place to avoid run-time illegal instructions on systems that
19:57.52 CIA-128 BRL-CAD: don't have sse.
20:21.03 jordisayol brlcad: very good! I see you solved the problem!
20:22.12 jordisayol brlcad: now there's -mtune=generic flag. is ok or is better to remove it?
20:23.02 jordisayol brlcad: just to know before to build a new deb package for testing
20:36.31 CIA-128 BRL-CAD: 03starseeker * r49542 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: The MSVC build fails when trying to link openNURBS when we run this macro - avoid it on MSVC until the correct solution is determined.
20:36.52 CIA-128 BRL-CAD: 03brlcad * r49543 10/brlcad/trunk/TODO: need to improve sse support big-time. been bitten by distribution bugs at least twice now. also metaball adjusting seems to be hosed.
20:39.55 CIA-128 BRL-CAD: 03brlcad * r49544 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: mtune=generic wasn't the cause of the illegal instruction problem, so remove it. cause was sse.
20:40.17 brlcad jordisayol: it's okay and better to remove it ;)
20:41.10 jordisayol brlcad: ok, i'll create a new deb and send for testing, to assure that everything is fine now. many thanks! :-)
IRC log for #brlcad on 20120225

IRC log for #brlcad on 20120225

02:00.55 *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net)
02:46.12 *** join/#brlcad kaushik__ (~kaushik@122.164.212.105)
05:14.39 *** join/#brlcad kaushik__ (~kaushik@122.164.212.105)
05:15.36 *** join/#brlcad piksi (piksi@83.145.207.200)
07:09.28 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
07:46.27 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:39.59 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:39.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:41.51 *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:58.37 *** join/#brlcad yiyus (1242712427@je.je.je)
14:44.10 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:47.34 *** join/#brlcad yiyus (1242712427@je.je.je)
15:14.33 starseeker brlcad: sorry about the sse thing - my bad
16:24.46 jordisayol brlcad: new deb empirical test passed!
16:43.39 *** join/#brlcad yiyus (1242712427@je.je.je)
17:41.09 *** join/#brlcad Stattrav (~Stattrav@223.234.0.197)
17:41.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:42.38 *** join/#brlcad Stattrav (~Stattrav@223.234.0.197)
18:42.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:26.27 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
20:27.08 jarray52 Can BRL-CAD import 2D DXF models into 3D BRL-CAD models?
20:40.34 *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
20:45.26 *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ)
21:09.56 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
21:18.03 *** join/#brlcad IriX64 (~kvirc@64.229.225.191)
21:19.00 IriX64 http://pastebin.ca/2121567 hope this helps, it built fine but i get this on install.
21:19.15 IriX64 ciao
22:33.35 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
22:39.43 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
22:44.54 *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
IRC log for #brlcad on 20120226

IRC log for #brlcad on 20120226

01:38.01 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
01:44.58 *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
09:04.03 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:41.52 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
13:51.13 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
13:51.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:29.24 brlcad jarray52: some/most 2D DXF will import cleanly as BRL-CAD's 2D "sketch" objects
14:29.33 brlcad those sketch objects can then be extruded into 3D
14:29.48 brlcad (assuming they describe a closed contour)
14:36.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:52.09 CIA-128 BRL-CAD: 03tbrowder2 * r49545 10/brlcad/trunk/doc/docbook/articles/it/ (20 files in 2 dirs): add Italian translation
16:31.31 *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
17:00.34 CIA-128 BRL-CAD: 03tbrowder2 * r49546 10/brlcad/trunk/doc/docbook/articles/CMakeLists.txt: add Italian translation
17:10.27 CIA-128 BRL-CAD: 03tbrowder2 * r49547 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: add CMake data for Italian translation
17:53.03 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
18:11.00 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:27.28 CIA-128 BRL-CAD: 03tbrowder2 * r49548 10/brlcad/trunk/INSTALL: add a tad more specificity since PDF is not mentioned in any of the option names
18:50.57 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:50.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:58.34 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:58.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:04.27 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:04.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:05.12 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
19:08.11 CIA-128 BRL-CAD: 03tbrowder2 * r49549 10/brlcad/trunk/doc/docbook/README: note new language in translated docs
19:08.43 CIA-128 BRL-CAD: 03tbrowder2 * r49550 10/brlcad/trunk/doc/docbook/books/en/tutorial_series_authors.xml: make utf-8 explicit
19:18.16 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:18.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:23.36 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:23.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:28.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:28.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:39.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:00.02 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:00.02 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:41.33 *** join/#brlcad simion314_ (~quassel@109.97.237.43)
21:41.48 simion314_ hi
21:41.57 simion314_ can this do 5 axis?
21:45.43 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:45.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:47.45 CIA-128 BRL-CAD: 03tbrowder2 * r49551 10/brlcad/trunk/CMakeLists.txt: add recognition of an APACHE_FOP env var to point to a user's fop; correct sense of cmake dependent option tests for pdf
21:51.32 CIA-128 BRL-CAD: 03tbrowder2 * r49552 10/brlcad/trunk/INSTALL: document the APACHE_FOP environment variable used by the cmake build system
22:00.25 brlcad simion314_: that question makes little sense in the context of BRL-CAD
22:00.43 brlcad simion314_: we're not a CAM system
22:00.45 simion314_ brlcad: hi
22:00.51 brlcad hello
22:02.25 simion314_ i am not an expert in this domain, i am looking for a sooftware that can help creating some cnc for a 5 axis tool, i am a developer that must help someone do this, i searching if i can extend something already made
22:03.14 simion314_ brlcad: sorry i do not make much sense
22:12.02 brlcad simion314_: nah, the inquiry makes sense and you could certainly extend brl-cad do do milling work, but ... it'd be a fair bit of work
22:12.37 brlcad cnc about g-code, which is sort of like old-school 3d postscript commands but worse
22:12.50 brlcad s/about/outputs/
22:13.52 brlcad something already existing would be http://www.linuxcnc.org or http://gcam.js.cx
22:15.48 simion314_ brlcad: thx for info
22:17.55 brlcad simion314_: no problem
22:18.17 brlcad if you do look into working on brl-cad (for anything), we're always here available to help you get started
22:18.59 simion314_ brlcad: what language is used for brl cad and plugins?
23:59.23 CIA-128 BRL-CAD: 03starseeker * r49553 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Add the change to the option documentation in CMakeLists.txt, rather than INSTALL - that part of the docs is autogenerated.
IRC log for #brlcad on 20120227

IRC log for #brlcad on 20120227

00:27.25 CIA-128 BRL-CAD: 03starseeker * r49554 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: don't want the inline test printing each time cmake is run.
00:33.01 CIA-128 BRL-CAD: 03starseeker * r49555 10/brlcad/trunk/CMakeLists.txt: Tweaks to Apache fop env check, version message, DocBook options.
03:15.23 CIA-128 BRL-CAD: 03tbrowder2 * r49556 10/brlcad/trunk/src/rt/viewedge.c: ws
03:15.58 CIA-128 BRL-CAD: 03tbrowder2 * r49557 10/brlcad/trunk/CMakeLists.txt: document more options
03:16.58 CIA-128 BRL-CAD: 03tbrowder2 * r49558 10/brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: typo
03:17.48 CIA-128 BRL-CAD: 03tbrowder2 * r49559 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: update with correct file info
03:18.37 CIA-128 BRL-CAD: 03tbrowder2 * r49560 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: use meaningful image file names
03:29.59 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:29.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:01.15 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:01.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:25.09 *** join/#brlcad simion314 (~quassel@109.97.237.43)
05:30.10 brlcad simion314: most are C/C++, much of the GUI is still in Tcl/Tk
05:34.19 CIA-128 BRL-CAD: 03starseeker * r49561 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Copy/paste error, looks like...
09:27.34 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:40.33 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:24.41 *** join/#brlcad simion314 (~quassel@109.96.26.75)
11:00.18 *** join/#brlcad simion314 (~quassel@92.83.123.126)
12:47.33 *** join/#brlcad simion314_ (~quassel@92.83.123.126)
13:15.51 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:28.29 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:35.42 *** join/#brlcad ibot (~ibot@rikers.org)
16:35.42 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
18:58.40 *** join/#brlcad piksi (piksi@pi-xi.net)
19:00.12 *** join/#brlcad piksi (piksi@pi-xi.net)
19:51.18 CIA-128 BRL-CAD: 03bob1961 * r49562 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Mods to to_data_axes() to allow gdas_draw to have 3 values (i.e. no draw, draw axes, draw points).
19:56.30 CIA-128 BRL-CAD: 03bob1961 * r49563 10/brlcad/trunk/ (10 files in 2 dirs): Added dm_drawPoint3D and dm_drawPoints3D.
21:37.39 *** join/#brlcad simion314_ (~quassel@92.83.115.186)
21:53.50 starseeker brlcad: did you decide on the ultimate form of the CheckCInline macro?
22:20.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:44.17 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:CodeCleanup.pdf]]"
22:48.40 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3282 10/wiki/Image:CodeCleanup.pdf: link to code cleanup page
22:57.29 brlcad starseeker: yeah, just haven't committed it yet
22:57.36 brlcad working on an announcement
23:07.20 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3283 10/wiki/Code_Cleanup: add a section on refactoring best practices and the code cleanup cheat sheet
23:47.34 CIA-128 BRL-CAD: 03brlcad * r49564 10/brlcad/trunk/HACKING: joab no longer works for GCN (works at IDG), so remove him as a point-of-contact for announcements.
IRC log for #brlcad on 20120228

IRC log for #brlcad on 20120228

01:10.23 CIA-128 BRL-CAD: 03n_reed * r49565 10/brlcad/trunk/src/libdm/dm-ogl.c: print pointer with %p instead of %llu. suppresses compiler warning.
01:33.10 CIA-128 BRL-CAD: 03n_reed * r49566 10/brlcad/trunk/src/other/step/src/ (7 files in 2 dirs): address some constant string warnings
02:21.41 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:14.38 *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net)
04:15.36 bhinesley hell
04:15.37 bhinesley *hello
04:46.55 brlcad howdy bhinesley!
04:47.02 brlcad wb.. :)
04:49.05 bhinesley thanks :)
04:49.21 bhinesley I figured I could try to help GSoC'ers where I can
05:06.24 *** join/#brlcad simion314 (~quassel@92.83.115.186)
05:14.53 brlcad bhinesley: that's great news, we're aiming to expand our student selections massively this year
05:15.44 brlcad hoping to do a lot of outreach so we can get lots of good applicants
05:30.58 bhinesley brlcad: cool. I'm giving a presentation on GSoC for my universities CS dept. I'll be speaking highly about the program and BRL-CAD, so perhaps some students will be interested.
05:32.52 bhinesley btw, I failed to read your message about mentoring the Google Code-in until it was too late, but I'd love to next round
06:05.25 *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net)
06:45.54 *** join/#brlcad simion314 (~quassel@92.83.115.186)
10:24.28 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:00.01 *** join/#brlcad simion314 (~quassel@92.83.115.186)
11:41.29 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:14.36 brlcad bhinesley: that's fantastic news on both counts
12:14.51 brlcad do plan to do GCI next time too
14:23.45 starseeker bhinesley: you're no longer a student yourself?
15:07.09 CIA-128 BRL-CAD: 03erikgreenwald * r49567 10/brlcad/trunk/HACKING: typo
15:16.03 *** join/#brlcad simion314 (~quassel@92.83.115.186)
16:07.18 CIA-128 BRL-CAD: 03bob1961 * r49568 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added rtcntrl method to allow control of the ArcherCore's raytrace control panel from other widgets.
17:32.34 CIA-128 BRL-CAD: 03erikgreenwald * r49569 10/brlcad/trunk/misc/CMake/FindX11.cmake: Add /usr/lib/i386-linux-gnu/ to the search path for 32b, mirroring the x86_64-linux-gnu path. Fixes Ubuntu.
17:49.42 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:49.42 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:31.24 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:36.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:11.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:11.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:18.58 *** join/#brlcad simion314_ (~quassel@92.83.115.186)
21:18.31 *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net)
21:18.31 *** join/#brlcad yiyus (1242712427@je.je.je)
21:18.31 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
21:18.31 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
21:18.31 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:18.31 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:18.31 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
21:18.31 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
21:18.31 *** join/#brlcad ChanServ (ChanServ@services.)
21:18.31 *** mode/#brlcad [+o ChanServ] by calvino.freenode.net
21:54.52 *** join/#brlcad simion314 (~quassel@92.83.115.186)
22:03.11 CIA-128 BRL-CAD: 03n_reed * r49570 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.cc: fix bad int- and float-to-string conversions
22:04.23 CIA-128 BRL-CAD: 03n_reed * r49571 10/brlcad/trunk/src/other/step/src/ (clstepcore/Registry.inline.cc clutils/scl_hash.h): remove references to non-existent function
22:30.43 CIA-128 BRL-CAD: 03r_weiss * r49572 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl:
22:30.44 CIA-128 BRL-CAD: Updated tcl script 'PictureTypeE.itcl' for the 'rtwizard'. This change was for
22:30.44 CIA-128 BRL-CAD: the "Ghost Image with Insert" type. Fixed some logic bugs, added support for pix
22:30.44 CIA-128 BRL-CAD: to png conversion and added the removal of tmp files. This code change works but
22:30.44 CIA-128 BRL-CAD: the changes may not be the best solution.
22:56.03 CIA-128 BRL-CAD: 03starseeker * r49573 10/brlcad/trunk/src/other/ (5 files in 5 dirs): Sync other copies of FindX11.cmake
23:12.42 CIA-128 BRL-CAD: 03n_reed * r49574 10/brlcad/trunk/src/libdm/axes.c: condition opengl calls on having opengl
23:25.00 CIA-128 BRL-CAD: 03starseeker * r49575 10/brlcad/trunk/ (3 files in 3 dirs): Add convenience targets for DocBook documentation building - doc, html, man and pdf
23:45.02 CIA-128 BRL-CAD: 03starseeker * r49576 10/brlcad/trunk/ (14 files in 14 dirs): Individual targets highlight the need for dependencies on the image copying targets - add them where appropriate.
23:52.24 CIA-128 BRL-CAD: 03starseeker * r49577 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Don't add the doc build target unless there is are some DocBook targets to add
IRC log for #brlcad on 20120229

IRC log for #brlcad on 20120229

00:29.32 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
00:31.27 jarray52 What software tools do people typically use to turn BRLCAD designs into gcode?
02:30.26 bhinesley starseeker: I am
03:23.38 brlcad jarray52: people typically don't, but I have heard of some folks using one of our exporters (such as g-stl)
03:23.53 brlcad since most tools that'll export gcode will import stl
03:24.15 brlcad it's one of the most stupid / worse formats to ever use, but it's pervasive
04:06.25 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:06.25 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:00.19 jarray52 brlcad: Which is one of the most stupid/worse formats to ever use? gcode? What's the alternative for creating toolpaths for machining? Is there a reference you could suggest on toolpath formats?
05:39.23 starseeker I think he ment stl
05:52.47 *** join/#brlcad simion314 (~quassel@92.83.115.186)
07:07.37 *** join/#brlcad simion314 (~quassel@92.83.115.186)
07:07.47 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
07:08.00 *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
07:11.49 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:56.20 *** join/#brlcad simion314 (~quassel@92.83.115.186)
12:14.08 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:14.43 *** join/#brlcad simion314_ (~quassel@92.83.115.186)
12:18.34 *** join/#brlcad simion314 (~quassel@92.83.115.186)
12:25.37 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
12:25.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:34.28 brlcad meant stl
13:45.35 jarray52 brlcad: What's the best format in your opinion?
13:48.39 jarray52 What are typical toolchains used with brlcad to get manufactured parts with something like linuxcnc?
13:52.33 starseeker hmm! http://news.cnet.com/8301-13772_3-57384166-52/smithsonian-turns-to-3d-to-bring-collection-to-the-world/
13:53.03 starseeker jarray52: it's not common enough for there to be a "typical" toolchain
13:54.33 starseeker this may be of interest: http://gcam.js.cx/wiki/Main_Page
13:57.22 jarray52 starseeker: What do people do with BRLCAD models? Presumably, the models are eventually brought into the real world, right?
13:57.49 starseeker generally they're raytraced
13:57.58 starseeker used for analytical work
14:00.17 jarray52 starseeker: after the analytical work is done, are the parts and models redone in another CAD program to make the parts?
14:01.23 starseeker BRL-CAD doesn't have much to do with the production of parts - it's more common for models to come from other CAD systems to BRL-CAD at the moment
14:03.27 jarray52 starseeker: So, it is better to use another CAD system to design the parts and then import into BRL-CAD?
14:03.56 starseeker if your primary purpose is to manufacture them, that's probably simpler at this stage
14:06.04 starseeker jarray52: you might try the following
14:06.06 jarray52 I would like to model and raytrace in order to generate 3D animations of the device(similar to a lawn mower engine). Then, I'd like to take the parts and make them.
14:06.32 starseeker use the stl export from BRL-CAD, then take a look at http://reprap.org/wiki/Slic3r
14:06.47 jarray52 the parts are metal
14:06.48 starseeker or rather, http://slic3r.org/
14:08.26 starseeker another possibility: https://github.com/timschmidt/repsnapper
14:09.12 starseeker 3D animations? You mean, model the working of the engine?
14:09.34 jarray52 I'm looking for something that could eventually run on something like linuxcnc: http://www.linuxcnc.org/ (EMC2)
14:09.48 jarray52 Yes. Model the working of an engine.
14:10.23 starseeker that requires integration of something like Bullet - there has been a little work done towards that goal, but we aren't there yet
14:14.38 jarray52 starseeker: I'm just planning on generating frames with a shell script and then putting them together with mencoder.
14:14.51 starseeker ah, that's different
14:15.24 starseeker I thought you were wanting to do something like set one gear spinning and have the other interlocked gears follow suit
14:15.42 jarray52 Yes. I plan to do that.
14:15.56 starseeker we don't currently support that, to the best of my knowledge
14:16.11 jarray52 At every time step, every object will be rotated or translated.
14:16.32 starseeker you would have to do all those rotations and translations manually or with a script
14:16.42 jarray52 Right
14:16.52 jarray52 How else could it be done?
14:17.44 starseeker Bullet is a physics engine - it can simulate the interaction of physical components
14:17.59 starseeker http://bulletphysics.org/wordpress/
14:19.08 starseeker the code lives here: http://code.google.com/p/bullet/
14:21.05 starseeker the work done so far is documented here: http://brlcad.org/wiki/User:Abhijit
14:21.55 starseeker (see, for example, http://www.youtube.com/watch?v=SByoQQStH2s)
14:22.16 starseeker the box case is the trivial one - non-trivial geometry gets harder
14:23.00 starseeker anyway, for now you'll have to do the steps manually, as you originally thought
14:24.05 starseeker that leave 3D printing, and I'd suggest doing some tests with g-stl and slic3r to see if the results are usable
14:26.16 starseeker jarray52: you might also see if http://heeks.net/ can be of any help (I don't know much about it myself)
14:27.35 starseeker makes a note to himself to checkout http://www.graphics.stanford.edu/software/scanalyze/ someday...
14:31.01 jarray52 Things move in a fairly precise way. It's hard to imagine a physics engine would be sophisticated enough to figure everything out on its own.
14:31.44 jarray52 starseeker: What about generating parts in the salome platform and then importing to BRLCAD?
14:33.08 jarray52 Do dxf exports from BRLCAD work well with dxf2gcode?
14:39.26 archivist jarray52, there is a lack of good opensource cam, a number of projects are needing help
14:40.39 jarray52 archivist: Is there a commercial product that integrates nicely with opensource CAD such as BRLCAD or SALOME?
14:41.59 archivist commercial cam will take all the money you have given chance
14:43.46 jarray52 archivist: There isn't much choice is there?
14:45.32 archivist depends what you want to do and the machines you will be using too
14:46.30 archivist lathe/ normal 3 axis mill, then there is some stuff, 5 axis mill then not a lot
15:05.34 jarray52 archivist: What about 4 axis mills?
15:06.15 jarray52 archivist: Any suggestions for lathe/normal 3-axis mills?
15:16.55 archivist just re enabled a web page that points to a number of cam packages http://www.os-cam.org/index.php
15:17.44 archivist see also http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Cam
15:30.03 jarray52 archivist: Which of these projects would you regard as the most mature?
15:36.25 jarray52 archivist: Thanks for your input.
15:36.40 jarray52 starseeker: Thanks.
15:37.12 archivist not sure I would pick one over any other, depends on job
15:37.39 jarray52 archivist: Is PythonCAM a good starting point for engine parts?
15:37.46 archivist but I hand code most of the time
15:38.10 jarray52 archivist: I'm thinking this might be the best option.
15:38.28 jarray52 archivist: What does your work flow look like?
15:38.49 jarray52 archivist: design on BRLCAD and then hand code the gcode to run on EMC?
15:39.47 archivist mostly gcode to part, as lately working on standard parts
15:40.20 jarray52 gcode to part?
15:40.33 jarray52 you mean part to gcode?
15:40.51 archivist no I mean no drawing,
15:41.16 jarray52 drawing to part using gcode
15:41.22 jarray52 ?
15:41.31 archivist NO drawing
15:42.07 jarray52 BRLCAD to part using gcode?
15:42.08 archivist I am scripting in gcode to make gears
15:42.27 jarray52 that makes sense
15:42.50 jarray52 You are using a scripting language to generate the gcode, right?
15:43.07 archivist no, I write the gcode directly
15:43.56 jarray52 Oh, you look at a part and then write the gcode. Got it.
15:45.43 jarray52 Do you run the gcode on EMC linux?
15:46.02 archivist yes
15:46.45 jarray52 thanks
15:46.51 jarray52 I'll give that a try
15:47.21 archivist emc got renamed recently #linuxcnc
19:49.02 *** join/#brlcad simion314 (~quassel@92.83.115.186)
21:12.21 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
22:23.31 CIA-128 BRL-CAD: 03erikgreenwald * r49578 10/brlcad/trunk/src/rttherm/CMakeLists.txt: swap order of libged and libfb, ubuntu seems to care
23:42.05 CIA-128 BRL-CAD: 03tbrowder2 * r49579 10/brlcad/trunk/doc/docbook/articles/it/images/ (6 files): run images through gimp for use in pdf
23:45.28 *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net)
IRC log for #brlcad on 20120301

IRC log for #brlcad on 20120301

00:54.24 CIA-128 BRL-CAD: 03starseeker * r49580 10/brlcad/trunk/src/other/lemon/lempar.c: MSVC still didn't like the previous changes - re2c bootstrap scanner hung in infinite loop.
00:55.26 CIA-128 BRL-CAD: 03n_reed * r49581 10/brlcad/trunk/src/other/step/src/clutils/Str.cc: logic looked a hair off (trying recovery even if bad bit set). rewrite for readability.
05:49.47 *** join/#brlcad simion314 (~quassel@92.83.115.186)
08:40.48 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:21.18 CIA-128 BRL-CAD: 03tbrowder2 * r49582 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: trying to improve pdf output
12:24.45 *** join/#brlcad simion314 (~quassel@92.83.115.186)
13:10.00 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:55.38 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:21.44 *** join/#brlcad simion314 (~quassel@92.83.115.186)
16:32.58 CIA-128 BRL-CAD: 03starseeker * r49583 10/brlcad/trunk/ (doc/docbook/CMakeLists.txt misc/CMake/fop.cmake.in): Call out the log4j configuration file specifically for fop
17:47.21 ``Erik just wrote a filter to fix all those cmake case issues automagically, we should put it in the repo: int main(argc, char *argv) { int c; while(c=getch()) if(isalpha(c)) putchar( rand()&1 ? toupper(c) : tolower(c) ); else putchar(c): return 0; }
19:25.20 ``Erik (suppose the isalpha() is superfluous)
19:43.29 *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
20:29.16 *** join/#brlcad andymanak (~andy@x130-65-175-233.engr.sjsu.edu)
20:32.05 *** part/#brlcad andymanak (~andy@x130-65-175-233.engr.sjsu.edu)
21:19.12 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
21:41.14 *** join/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu)
21:41.19 *** part/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu)
22:06.04 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:10.04 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
22:17.21 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
IRC log for #brlcad on 20120302

IRC log for #brlcad on 20120302

00:02.35 CIA-128 BRL-CAD: 03starseeker * r49584 10/brlcad/trunk/CMakeLists.txt: fix endif
00:15.29 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:26.36 ``Erik gcc 4.6.3 out O.o
00:37.34 ``Erik mm, big data http://freegisdata.rtwilson.com/
02:34.14 *** join/#brlcad DarkCalf (DC@173.231.40.98)
02:34.33 *** join/#brlcad DarkCalf (DC@173.231.40.98)
03:12.13 *** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1088929993.dsl.bell.ca)
03:12.55 IriX64 http://pastebin.ca/2123394 <---- about half an hour ago i checked out brlcad this happened at install time.
03:13.02 IriX64 ciao
03:33.38 starseeker blast it IriX64, how about some details???
03:40.38 CIA-128 BRL-CAD: 03starseeker * r49585 10/brlcad/trunk/CMakeLists.txt: don't mix case
04:33.26 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:30.15 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
05:39.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:49.11 *** join/#brlcad simion314 (~quassel@92.83.115.186)
05:54.11 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
09:48.12 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:33.26 CIA-128 BRL-CAD: 03bob1961 * r49586 10/brlcad/trunk/src/libdm/axes.c: Let's not forget about windows.
13:01.00 *** join/#brlcad simion314_ (~quassel@92.83.115.186)
13:56.48 ``Erik heh http://www.alibre.com/products/hobby/
15:35.38 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:58.45 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:58.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:11.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:23.02 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:09.07 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:17.40 *** join/#brlcad simion314 (~quassel@92.83.115.186)
20:25.47 CIA-128 BRL-CAD: 03starseeker * r49587 10/brlcad/trunk/CMakeLists.txt: Set RPM system arch.
21:02.20 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
21:02.36 *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
21:56.31 *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
21:56.46 *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net)
23:37.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
IRC log for #brlcad on 20120303

IRC log for #brlcad on 20120303

00:05.23 CIA-128 BRL-CAD: 03tbrowder2 * r49588 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: corrected option letter for face orientation
01:31.05 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
01:58.57 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
08:00.45 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:00.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:07.54 CIA-128 BRL-CAD: 03tbrowder2 * r49589 10/brlcad/trunk/src/conv/obj-g.c: correct typo; inform user of current max verbosity levels
14:09.02 CIA-128 BRL-CAD: 03tbrowder2 * r49590 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: inform user of current max verbosity levels
15:02.15 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:36.15 *** join/#brlcad simion314 (~quassel@92.83.111.102)
18:02.30 CIA-128 BRL-CAD: 03tbrowder2 * r49591 10/brlcad/trunk/CMakeLists.txt: add a bit more info for pdf generation
18:03.11 *** join/#brlcad simion314 (~quassel@92.83.111.102)
18:50.11 CIA-128 BRL-CAD: 03tbrowder2 * r49592 10/brlcad/trunk/CMakeLists.txt: tweak to avoid dup message
19:40.31 *** join/#brlcad simion314 (~quassel@109.96.59.223)
22:01.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120304

IRC log for #brlcad on 20120304

05:09.16 *** join/#brlcad piksi (piksi@pi-xi.net)
11:33.49 CIA-128 BRL-CAD: 03tbrowder2 * r49593 10/brlcad/trunk/doc/docbook/CMakeLists.txt: correct typo
11:35.07 CIA-128 BRL-CAD: 03tbrowder2 * r49594 10/brlcad/trunk/doc/docbook/README: update for current file tree structure
12:45.34 CIA-128 BRL-CAD: 03tbrowder2 * r49595 10/brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeI.xml: fit pdf pics; remove frames in 6-image table for improved appearance
12:47.09 CIA-128 BRL-CAD: 03tbrowder2 * r49596 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: included images for pdf need indirect relative path to be found due to no catalog
12:49.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:29.49 *** join/#brlcad merzo (~merzo@90-240-133-95.pool.ukrtel.net)
14:40.41 *** join/#brlcad simion314 (~quassel@109.96.35.174)
17:22.47 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:48.40 *** join/#brlcad merzo (~merzo@39-231-133-95.pool.ukrtel.net)
18:18.57 *** join/#brlcad simion314 (~quassel@109.96.35.174)
18:38.14 *** join/#brlcad simion314 (~quassel@109.96.35.174)
18:50.09 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:50.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:35.12 *** join/#brlcad simion314 (~quassel@109.96.35.174)
20:51.40 *** join/#brlcad merzo (~merzo@201-16-133-95.pool.ukrtel.net)
21:01.38 *** join/#brlcad merzo (~merzo@164-37-132-95.pool.ukrtel.net)
21:51.59 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:03.22 CIA-128 BRL-CAD: 03tbrowder2 * r49597 10/brlcad/trunk/doc/docbook/ (2 files in 2 dirs): tidy html out for picture sizes, centering
22:21.29 CIA-128 BRL-CAD: 03tbrowder2 * r49598 10/brlcad/trunk/doc/docbook/ (3 files in 3 dirs): use css to align graphic objects in html (div.mediaobject { text-align: center; }
23:06.48 *** join/#brlcad bhinesley (~bhinesley@99.125.82.224)
IRC log for #brlcad on 20120305

IRC log for #brlcad on 20120305

00:13.27 CIA-128 BRL-CAD: 03starseeker * r49599 10/brlcad/trunk/src/other/tkhtml/src/htmldecode.c: quiet a warning...
00:30.26 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
00:33.56 starseeker interesting... - reset_Tty in Cad_Exit in btclsh is hanging during an XCode build... stuck in ioctl. Wonder if that's because of how I'm trying to run things or a fundamental conflict with xcodebuild...
01:34.41 CIA-128 BRL-CAD: 03starseeker * r49600 10/brlcad/trunk/src/other/tkhtml/src/cssprop.tcl: Generate modern functions, not old style...
01:42.31 *** join/#brlcad juan_man (~quassel@201.255.29.73)
01:42.38 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
04:13.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:13.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:18.50 *** join/#brlcad simion314 (~quassel@92.83.96.234)
06:03.06 brlcad starseeker: that's a really low-level I/O interface call, unlikely either
06:03.37 brlcad probably some assumption in btclsh code (like assuming a controlling terminal or something) that isn't valid
06:04.24 starseeker well, whatever it's up to removing that reset_Tty call was the only thing that allowed me to get past that point in the build with xcodebuild
06:04.25 brlcad depends on what ioctl request was being made
06:05.13 starseeker src/bwish/tcl.c:180
06:05.42 brlcad at a glance, it's calling reset_Tty and using fileno(stdin) .. that's probably not valid if stdin is closed
06:08.45 brlcad yeah, I'd bet the save_Tty() call is failing
06:09.23 brlcad stdin is probably closed however it's being run through xcode
06:09.41 brlcad non-blocking on the getp call, but then blocks on the setp call
06:10.37 brlcad bwish code there should make sure stdin is actually open before calling save_Tty() and reset_Tty() both
06:12.01 brlcad starseeker: try wrapping them in: if (isatty(fileno(stdin))) {
06:13.45 brlcad otherwise, if that doesn't work you'll probably need to probe stdin directly with something like this: http://stackoverflow.com/questions/1594251/how-to-check-if-stdin-is-still-opened-without-blocking
06:14.46 starseeker brlcad: alrightie - if I get a chance tomorrow I'll give it a go
06:15.08 starseeker thanks :-)
06:16.12 brlcad looks like bwish doesn't check if it's a tty before making those tty calls, so a simple call to isatty() beforehand just might do it
08:40.22 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:40.23 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:56.09 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:04.53 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
13:00.18 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
13:00.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:39.42 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:23.01 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:13.12 ``Erik starseeker: how can I replicate your block issue with xcode?
17:13.26 starseeker just try xcodebuild
17:13.43 starseeker it should go for a while then hang when you try to run something that uses btclsh to build
18:04.44 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
18:04.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:39.58 CIA-128 BRL-CAD: 03starseeker * r49601 10/brlcad/trunk/src/bwish/tcl.c: Make a stab at playing nice with the tty when doing an xcode build, per http://stackoverflow.com/questions/1594251/how-to-check-if-stdin-is-still-opened-without-blocking
18:49.33 CIA-128 BRL-CAD: 03starseeker * r49602 10/brlcad/trunk/src/other/tkhtml/src/ (23 files): W4 warning level on MSVC complains about old style definitions - use cproto to auto-update most of them (may be a few it couldn't parse...)
19:01.59 CIA-128 BRL-CAD: 03r_weiss * r49603 10/brlcad/trunk/src/libbn/ (mat.c plane.c):
19:01.59 CIA-128 BRL-CAD: Updated libbn functions bn_angle_measure, bn_dist_pt3_lseg3,
19:02.00 CIA-128 BRL-CAD: bn_distsq_line3_pt3, bn_isect_line3_line3, bn_isect_line3_plane,
19:02.00 CIA-128 BRL-CAD: bn_isect_line_lseg, bn_isect_lseg3_lseg3, bn_isect_pt_lseg, bn_mat_fromto,
19:02.00 CIA-128 BRL-CAD: bn_vec_ortho, bn_dist_pt3_line3. Performed code cleanup, fixed float 0.0
19:02.00 CIA-128 BRL-CAD: compares and added the 'unlikely' macro to improve performance. Updated files
19:02.01 CIA-128 BRL-CAD: 'plane.c' and 'mat.c'.
19:03.42 CIA-128 BRL-CAD: 03starseeker * r49604 10/brlcad/trunk/src/other/tkhtml/src/cssprop.tcl: One more old-style declarator in the template
19:05.24 CIA-128 BRL-CAD: 03starseeker * r49605 10/brlcad/trunk/src/other/tkhtml/CMakeLists.txt: cssprop.c depends on cssprop.tcl
19:06.54 CIA-128 BRL-CAD: 03r_weiss * r49606 10/brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: Updated function 'bn_distsq_pt3_lseg3' in file 'nmg_pt_fu.c'. Fixed a float 0.0 compare and did some code cleanup.
19:19.34 brlcad starseeker: I pondered that briefly when I sent in my analysis summary, but figured "surely, coverity will convert this to whatever units they desire" :)
19:20.07 brlcad and they did for the rate of fixes -- I'd provided a fix rate for the week, per day, per hour, per minute
19:20.38 brlcad as well as per team and per person
19:34.59 starseeker heh
19:36.26 CIA-128 BRL-CAD: 03starseeker * r49607 10/brlcad/trunk/src/other/tkhtml/src/ (7 files): More old-style declarations
19:42.36 *** join/#brlcad simion314 (~quassel@92.83.96.234)
19:56.28 CIA-128 BRL-CAD: 03starseeker * r49608 10/brlcad/trunk/src/other/tkhtml/src/ (8 files): More old-style declarations
20:11.56 *** join/#brlcad simion314_ (~quassel@92.83.96.234)
20:20.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:20.55 *** join/#brlcad merzo (~merzo@226-197-200-46.pool.ukrtel.net)
20:41.11 CIA-128 BRL-CAD: 03starseeker * r49609 10/brlcad/trunk/src/other/tkhtml/src/ (htmltcl.c htmltext.c htmltree.c htmlutil.c restrack.c): More old-style declarator updates
21:05.55 CIA-128 BRL-CAD: 03starseeker * r49610 10/brlcad/trunk/src/other/lemon/ (lemon.c lempar.c): Update to the latest lemon sources.
21:40.56 CIA-128 BRL-CAD: 03starseeker * r49611 10/brlcad/trunk/src/other/tkhtml/src/ (css.c cssparser.c cssprop.tcl htmldecode.c): Take a stab at fixing a few of the compiler warnings on Linux...
22:12.07 CIA-128 BRL-CAD: 03r_weiss * r49612 10/brlcad/trunk/src/mged/mged.c: Fixed a bug in function 'std_out_or_err' file 'mged.c'. The 'line' array was being written one byte past its size when line length is RT_MAXLINE. This was causing an intermittent seg fault.
22:37.03 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:05.18 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
23:11.42 CIA-128 BRL-CAD: 03starseeker * r49613 10/brlcad/trunk/src/other/tkhtml/src/css.c:
23:11.42 CIA-128 BRL-CAD: Apply a fix found by Dan Kennedy -
23:11.42 CIA-128 BRL-CAD: http://groups.google.com/group/tkhtml3/browse_thread/thread/fcee715c54fae86f -
23:11.42 CIA-128 BRL-CAD: this may be the show-stopper for 64 bit windows, although I'm pretty sure it's
23:11.42 CIA-128 BRL-CAD: not the only potential issue based on the W4 results...
23:14.52 CIA-128 BRL-CAD: 03starseeker * r49614 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): try turning help back on in 64bit MSVC
IRC log for #brlcad on 20120306

IRC log for #brlcad on 20120306

00:11.30 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:37.43 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
00:41.56 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:58.40 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
01:06.53 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:56.35 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
02:22.15 CIA-128 BRL-CAD: 03starseeker * r49615 10/brlcad/trunk/ (29 files in 26 dirs): (log message trimmed)
02:22.16 CIA-128 BRL-CAD: First stage in properly supporting multi-config build tools like MSVC and Xcode.
02:22.16 CIA-128 BRL-CAD: This doesn't get either the right C_FLAGS settings (that will require some macro
02:22.16 CIA-128 BRL-CAD: modifications to CompileFlags and friends) or build settings (if you're oing to
02:22.16 CIA-128 BRL-CAD: get build-time profiles, it probably makes sense to have those handle a few
02:22.16 CIA-128 BRL-CAD: things) but it does seem to place most of the files correctly for Xcode
02:22.17 CIA-128 BRL-CAD: building. Almost certainly breaks the Windows build (yet again) as it's
03:04.34 CIA-128 BRL-CAD: 03starseeker * r49616 10/brlcad/trunk/src/ (libfb/fbserv_obj.c mged/fbserv.c): Fix problem with raytracing on Win64 - error was stack corruption, looks like pointer was too big for fd when it was an int. With these changes both Archer and MGED are raytracing again.
03:50.48 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:46.28 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:46.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:32.04 *** join/#brlcad simion314 (~quassel@92.83.96.234)
11:43.18 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
11:43.54 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:30.45 CIA-128 BRL-CAD: 03erikgreenwald * r49617 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c:
13:30.45 CIA-128 BRL-CAD: indianlarry noticed an extra 4 bytes being allocated for the external buffer
13:30.45 CIA-128 BRL-CAD: that aren't used, so tighten the allocation a little bit. Previous files should
13:30.45 CIA-128 BRL-CAD: still be OK, the extra 'garbage' data is at the end, therefore ignored.
13:42.15 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:04.11 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
15:10.05 ``Erik clang/llvm vs debian packages http://www.phoronix.com/scan.php?page=news_item&px=MTA2NjQ
15:45.48 starseeker wow
15:45.55 starseeker that's actually quite impressive
15:46.32 starseeker suspects there may be a slew of remove-the-gccisms patches coming from Debian folk...
15:46.53 starseeker assuming the various upstreams are still active to incorporate them, of course...
15:49.32 CIA-128 BRL-CAD: 03starseeker * r49618 10/brlcad/trunk/CMakeLists.txt: We print this information when it is detected during configure - need to keep the summary brief
15:53.19 ``Erik iirc, debian packages have(had?) a patch list in the control file, so nonresponsive upstreams don't stop progress
15:53.46 ``Erik cmake running on i386 obsd50
16:02.00 CIA-128 BRL-CAD: 03tbrowder2 * r49619 10/brlcad/trunk/doc/docbook/README.DB_authors_notes: add info on centering mediaobjects for html
16:03.03 CIA-128 BRL-CAD: 03tbrowder2 * r49620 10/brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeI.xml: widen graphic for html
16:06.39 CIA-128 BRL-CAD: 03tbrowder2 * r49621 10/brlcad/trunk/doc/docbook/README: correct typo
16:32.18 *** join/#brlcad simion314 (~quassel@92.83.96.234)
16:58.32 brlcad looks forward to addressing all of the llvm compiler warnings to the same level of strictness
17:05.11 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:05.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:43.48 CIA-128 BRL-CAD: 03n_reed * r49622 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Copy changes to the commited SdaiCONFIG_CONTROL_DESIGN.cc, which disables adding of certain parent-class attributes on object creation, to the corresponding generation code.
17:52.01 ``Erik this cpu lacks virtualization features, I think qemu is emulating the entire isa... mebbe opennurbs will be done compiling sometime tomorrow O.o
18:24.49 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
19:25.49 CIA-128 BRL-CAD: 03starseeker * r49623 10/brlcad/trunk/CMakeLists.txt: typo
20:14.34 *** join/#brlcad merzo (~merzo@177-223-132-95.pool.ukrtel.net)
20:15.38 CIA-128 BRL-CAD: 03starseeker * r49624 10/brlcad/trunk/src/conv/step/ (9 files): Remove the generated sources and turn on the fedex generation.
20:48.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:02.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:02.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:07.18 CIA-128 BRL-CAD: 03tbrowder2 * r49625 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-fo-stylesheet.xsl.in): add master fo customization layer stylesheet
21:30.32 CIA-128 BRL-CAD: 03tbrowder2 * r49626 10/brlcad/trunk/doc/docbook/resources/brlcad/ (4 files): rename xsl files to be generated in build process
21:32.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:32.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:38.35 CIA-128 BRL-CAD: 03tbrowder2 * r49627 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-fo-stylesheet.xsl.in): add a common stylesheet for all DocBook products
21:39.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:43.29 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:43.29 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:44.24 CIA-128 BRL-CAD: 03starseeker * r49628 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Group all PDF specific configure_file calls together
21:52.02 CIA-128 BRL-CAD: 03starseeker * r49629 10/brlcad/trunk/doc/docbook/resources/brlcad/ (4 files): We're using templates now, so need to look in the binary directory.
21:57.38 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:57.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:59.21 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:59.21 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:05.44 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
22:05.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:28.58 CIA-128 BRL-CAD: 03tbrowder2 * r49630 10/brlcad/trunk/doc/docbook/fop.xconf.in: move format info ahead of font data it applies to
22:31.00 CIA-128 BRL-CAD: 03tbrowder2 * r49631 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fonts.xsl.in: remove extra 'of'; align xml comment closer
22:40.29 CIA-128 BRL-CAD: 03starseeker * r49632 10/brlcad/trunk/ (misc/CMake/ThirdParty.cmake src/other/CMakeLists.txt): Explain why we need to handle utility executables specially when it comes to path, improves xmltools in that regard.
22:43.14 CIA-128 BRL-CAD: 03tbrowder2 * r49633 10/brlcad/trunk/doc/docbook/CMakeLists.txt: tidy comments for PDF
22:55.36 CIA-128 BRL-CAD: 03starseeker * r49634 10/brlcad/trunk/src/other/CMakeLists.txt: remove debug message
23:09.36 CIA-128 BRL-CAD: 03starseeker * r49635 10/brlcad/trunk/ (3 files in 3 dirs): Give CFG_TYPE_INTDIR a try - recommended by David Cole: http://www.cmake.org/pipermail/cmake/2012-March/049525.html
23:17.57 CIA-128 BRL-CAD: 03n_reed * r49636 10/brlcad/trunk/src/ (32 files in 4 dirs): added the steptools ap express schemas
IRC log for #brlcad on 20120307

IRC log for #brlcad on 20120307

00:02.45 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:45.01 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
01:07.13 CIA-128 BRL-CAD: 03starseeker * r49637 10/brlcad/trunk/misc/CMake/DocBook.cmake: Don't need the mannum there
02:39.23 CIA-128 BRL-CAD: 03starseeker * r49638 10/brlcad/trunk/src/ (archer/CMakeLists.txt tclscripts/CMakeLists.txt): wrap the add_custom_commands - MSVC doesn't seem to like it as-is.
03:23.02 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
03:36.22 CIA-128 BRL-CAD: 03starseeker * r49639 10/brlcad/trunk/CMakeLists.txt: Might help to use the right variable name...
03:43.53 CIA-128 BRL-CAD: 03starseeker * r49640 10/brlcad/trunk/CMakeLists.txt: Careful... can't use the variable path when we need specific paths. May need to make some fixes to the variables being used to place files.
03:56.27 CIA-128 BRL-CAD: 03starseeker * r49641 10/brlcad/trunk/ (misc/CMake/ThirdParty.cmake src/other/CMakeLists.txt): CMAKE_CFG_INTDIR doesn't work for our purposes, as we need to generate cmake scripts with the final path in place - CMake doesn't know what Configuration means.
03:57.26 CIA-128 BRL-CAD: 03starseeker * r49642 10/brlcad/trunk/CMakeLists.txt: Put the output vars back as well - CMAKE_CFG_INTDIR isn't the answer for us.
05:03.17 CIA-128 BRL-CAD: 03starseeker * r49643 10/brlcad/trunk/src/other/CMakeLists.txt: expand on comments, remove debug message
05:09.45 CIA-128 BRL-CAD: 03starseeker * r49644 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: Fix lemon template configure
05:23.09 *** join/#brlcad simion314 (~quassel@92.83.96.234)
05:27.27 starseeker hmm - step-g build is back to being a tad noisy with the generated sources
06:06.08 CIA-128 BRL-CAD: 03brlcad * r49645 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/CheckCInline.cmake): (log message trimmed)
06:06.08 CIA-128 BRL-CAD: overhaul the new CHECK_C_INLINE macro to fix a substantial bug (it wasn't
06:06.08 CIA-128 BRL-CAD: actually testing different inline keywords...), but also to make it a much
06:06.08 CIA-128 BRL-CAD: better macro citizen. let the caller pass a variable in to get the inline value
06:06.08 CIA-128 BRL-CAD: back, if any, no longer auto-adding to the global definitions. support caching
06:06.10 CIA-128 BRL-CAD: so we don't run the compile tests more than necessary. finally, improve
06:06.11 CIA-128 BRL-CAD: iteration and conditionals so we're more efficient and rename variables for
06:11.47 CIA-128 BRL-CAD: 03brlcad * r49646 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: include a common usage example in the header comments and props to burly
06:24.27 CIA-128 BRL-CAD: 03brlcad * r49647 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: no longer returns a define, leaves it up to caller. update docs
06:34.19 brlcad and that should do it till tamale
06:45.50 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:03.40 *** join/#brlcad simion314 (~quassel@92.83.96.234)
12:32.20 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:08.30 *** join/#brlcad simion314 (~quassel@92.83.96.234)
15:36.25 CIA-128 BRL-CAD: 03brlcad * r49648 10/brlcad/trunk/src/librtserver/CMakeLists.txt: needs zlib? link fail
15:46.28 brlcad doc building fails for me right now, xsl errors
17:29.04 starseeker what are the errors?
17:29.08 starseeker tries...
17:30.17 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:30.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:32.16 starseeker ah
17:32.21 starseeker looks...
17:35.36 CIA-128 BRL-CAD: 03starseeker * r49649 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Need the fonts xsl file even if we aren't doing pdf
17:35.55 starseeker that should do it
17:39.34 brlcad retries
17:56.55 brlcad looks like that did the trick, thanks!
18:01.24 starseeker np
18:04.07 CIA-128 BRL-CAD: 03erikgreenwald * r49650 10/brlcad/trunk/src/libbu/parallel.c: updates for openbsd
18:14.43 CIA-128 BRL-CAD: 03starseeker * r49651 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: Repeated runs of CMake were resulting in no build logic being output - try this approach to the CHECK_C_INLINE macro.
18:37.24 *** join/#brlcad simion314_ (~quassel@92.83.96.234)
18:58.45 *** join/#brlcad simion314 (~quassel@92.83.96.234)
19:23.06 *** join/#brlcad simion314 (~quassel@92.83.96.234)
19:58.14 CIA-128 BRL-CAD: 03starseeker * r49652 10/brlcad/trunk/src/other/CMakeLists.txt: try an experiment
20:39.59 CIA-128 BRL-CAD: 03brlcad * r49653 10/brlcad/trunk/doc/docbook/articles/it/images/ (7 files): remove the former image names. no value in keeping them around if nothing uses them.
20:41.04 CIA-128 BRL-CAD: 03brlcad * r49654 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: add missing bc2.gif and sflogo.png images to dist
20:43.21 CIA-128 BRL-CAD: 03starseeker * r49655 10/brlcad/trunk/src/other/CMakeLists.txt: Get this rule closer to working...
21:00.34 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:08.32 CIA-128 BRL-CAD: 03brlcad * r49656 10/brlcad/trunk/doc/docbook/articles/it/images/image008.png: somehow missed image008, delete
21:19.59 *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
21:22.47 CIA-128 BRL-CAD: 03brlcad * r49657 10/brlcad/trunk/src/util/dbcp.c: add an upper bounds check for cov cid 1501 TAINTED_SCALAR
21:38.52 CIA-128 BRL-CAD: 03brlcad * r49658 10/brlcad/trunk/src/util/bwhisteq.c: make sure we're within array abounds for cov cid 1497 TAINTED_SCALAR sanity
21:47.35 brlcad starseeker: I intentionally avoided implementing the loop that way -- do you know what the problem was specifically?
23:29.11 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
IRC log for #brlcad on 20120308

IRC log for #brlcad on 20120308

01:08.13 *** join/#brlcad Technicus (~Technicus@108-198-112-143.lightspeed.mdsnwi.sbcglobal.net)
01:38.30 *** join/#brlcad piksi (piksi@pi-xi.net)
02:10.29 starseeker brlcad: using things like return(), probably... what's wrong with the current approach?
02:23.11 starseeker to see the issue, revert and try running the cmake configure twice
05:14.07 brlcad starseeker: it's more to understand what the problem is so I can avoid it in the future, as it implies I'm misinterpreting or misusing something in cmake's scripting language
05:15.00 brlcad or it's an outright bug that I missed per the logic
05:15.46 brlcad I ran into the symptom (make or cmake just doing nothing after a build)
05:15.56 brlcad I just don't see the cause
05:17.20 brlcad e.g., I'd expect return() to return from the macro, not exit cmake -- does that make cmake exit?
05:33.02 brlcad on a completely unrelated topic -- we're a bit behind pulling together materials for our gsoc submission
05:33.36 brlcad eyes on the wiki project ideas page needed, maybe add a project idea or three
05:34.36 brlcad would like to associate a mentor POC list for each topic this year too so students have someone specific to direct questions at
05:39.40 *** join/#brlcad simion314 (~quassel@92.83.96.234)
05:43.11 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3284 10/wiki/Google_Summer_of_Code: update for 2012
05:53.32 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3285 10/wiki/Google_Summer_of_Code/2011: update with historic details for 2011 participation
05:55.46 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3286 10/wiki/Google_Summer_of_Code/2011: cull
05:56.15 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3287 10/wiki/Google_Summer_of_Code/2011:
06:00.03 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3288 10/wiki/Google_Summer_of_Code/2012: stub in page for 2011 intent to participate
06:00.34 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3289 10/wiki/Google_Summer_of_Code/2012:
06:02.17 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3290 10/wiki/Google_Summer_of_Code/2012: shorter and sweet
06:38.18 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3291 10/wiki/Summer_of_Code/Checklist: link to gsoc, not esa
06:46.29 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3292 10/wiki/Google_Summer_of_Code/Project_Ideas: simplify intro
06:56.12 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3293 10/wiki/Google_Summer_of_Code/Project_Ideas: include an entire category of scientific projects so we can include other existing ideas
07:06.46 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3294 10/wiki/Google_Summer_of_Code/Project_Ideas: consolidate the collaborative projects together into their own section too
07:08.14 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3295 10/wiki/Google_Summer_of_Code/Project_Ideas: the web projects have gotten last billing for all prior years, so pull them to top this year
07:11.20 brlcad so we may have enough ideas .. but feel free to go through the list and make sure they're all up-to-date (and still add any you'd like to maybe mentor for)
07:12.05 brlcad looks like 50+ projects
07:15.26 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3296 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Web Development Projects */ reword
07:15.53 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3297 10/wiki/Google_Summer_of_Code/Project_Ideas: ate trailing newline
07:24.23 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
07:24.24 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:38.34 brlcad initial application is in, tomorrow to polish it up
07:52.32 *** join/#brlcad simion314_ (~quassel@92.83.96.234)
08:01.50 *** join/#brlcad simion314 (~quassel@92.83.96.234)
08:25.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:44.31 *** join/#brlcad simion314_ (~quassel@92.83.96.234)
10:31.08 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
11:08.38 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
11:08.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:11.21 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
11:58.48 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
11:58.49 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:24.03 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:38.09 CIA-128 BRL-CAD: 03tbrowder2 * r49659 10/brlcad/trunk/misc/CMake/fop.cmake.in: correct typo, use proper string prefix, cures fop error message 'SEVERE: Couldn't find hyphenation pattern en'
16:02.52 *** join/#brlcad ibot (~ibot@rikers.org)
16:02.52 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
16:08.06 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:15.01 *** join/#brlcad simion314 (~quassel@92.83.96.234)
16:15.21 CIA-128 BRL-CAD: 03tbrowder2 * r49663 10/brlcad/trunk/CMakeLists.txt: allow user several options, including an environment variable BRLCAD_USER_GLOBAL_CONFIG_FILE=filename, to define default user preferences
16:25.04 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:30.46 CIA-128 BRL-CAD: 03tbrowder2 * r49664 10/brlcad/trunk/INSTALL: tell users how to defined a user-build-preference file
16:54.34 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:23.41 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:38.41 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:38.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:46.38 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:07.53 *** join/#brlcad DarkCalff (DC@173.231.40.98)
18:09.51 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:06.07 CIA-128 BRL-CAD: 03n_reed * r49665 10/brlcad/trunk/src/other/step/src/ (11 files in 3 dirs): remove unused variables
19:07.20 CIA-128 BRL-CAD: 03bob1961 * r49666 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Modified to_png to use GL_RGB instead of GL_RGBA.
20:24.53 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:24.53 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:47.24 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:47.24 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:16.25 CIA-128 BRL-CAD: 03n_reed * r49667 10/brlcad/trunk/src/other/step/src/fedex_plus/selects.c: suppress unused variable warnings
23:32.25 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:48.17 CIA-128 BRL-CAD: 03tbrowder2 * r49668 10/brlcad/trunk/BRL-CAD-VM-file-system/: add a directory to keep GSoC VM configuration files
23:55.08 ``Erik watching clang install from world is strange O.o
IRC log for #brlcad on 20120309

IRC log for #brlcad on 20120309

00:02.09 *** join/#brlcad bhinesley (~bhinesley@108.203.219.92)
00:40.53 starseeker bhinesley: howdy!
00:41.40 CIA-128 BRL-CAD: 03starseeker * r49669 10/brlcad/trunk/src/other/CMakeLists.txt: gah - typo
01:03.30 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3298 10/wiki/Summer_of_Code/Checklist: make it technically optional, but strongly encouraged
01:32.35 *** join/#brlcad juanman (~quassel@201.255.17.53)
01:32.38 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:56.12 CIA-128 BRL-CAD: 03starseeker * r49670 10/brlcad/trunk/src/tclscripts/CMakeLists.txt: Do need the toplevel target... something may be not quite right here, needs more experimentation/testing.
03:17.52 CIA-128 BRL-CAD: 03tbrowder2 * r49671 10/brlcad/trunk/BRL-CAD-VM-file-system/: remove--in wrong place
04:15.16 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:15.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:11.04 *** join/#brlcad simion314 (~quassel@92.83.96.234)
05:23.44 bhinesley starseeker: hey! I've been here; must have been a netsplit or something :)
05:32.27 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:36.40 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:43.31 *** join/#brlcad simion314 (~quassel@92.83.96.234)
09:50.22 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:50.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:04.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:34.04 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:34.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:51.47 CIA-128 BRL-CAD: 03tbrowder2 * r49672 10/ova/: add top-level dir for BRL-CAD VM files
14:35.52 *** join/#brlcad simion314 (~quassel@92.83.109.2)
14:50.59 *** join/#brlcad ibot (~ibot@rikers.org)
14:50.59 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
15:25.58 *** join/#brlcad Technicus (~Technicus@198.150.12.29)
16:29.36 ``Erik hm, snazzy, new lamborghini... aventador j
16:52.01 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:52.02 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:04.01 *** join/#brlcad merzo (~merzo@156-193-201-46.pool.ukrtel.net)
18:37.15 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3299 10/wiki/Emacs: link to cmake-mode.el
18:39.28 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3300 10/wiki/Emacs: code to load the mode
18:47.07 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3301 10/wiki/Emacs: update to latest macros
18:50.49 *** join/#brlcad merzo (~merzo@241-235-132-95.pool.ukrtel.net)
19:14.23 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3302 10/wiki/Summer_of_Code/Checklist: fix irc link since the cgi:irc is offline
20:02.16 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3303 10/wiki/Summer_of_Code/Checklist: link to webchat.freenode.net
20:02.57 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3304 10/wiki/Summer_of_Code/Checklist:
20:05.03 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3305 10/wiki/Summer_of_Code/Checklist: s/the/our/g
20:06.16 *** join/#brlcad simion314 (~quassel@92.83.122.216)
20:46.03 brlcad looks like we're good to go for gsoc 2012
20:46.32 ``Erik cool beans
20:48.16 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:48.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:04.31 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3306 10/wiki/Summer_of_Code/Checklist:
21:23.07 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
21:23.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:27.03 *** join/#brlcad ibot (~ibot@rikers.org)
23:27.03 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects
23:55.31 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120310

IRC log for #brlcad on 20120310

00:05.08 CIA-128 BRL-CAD: 03tbrowder2 * r49673 10/brlcad/trunk/CMakeLists.txt: make 'Found' message look similar to others
09:00.54 *** join/#brlcad simion314 (~quassel@92.83.122.216)
09:28.47 *** join/#brlcad simion314_ (~quassel@92.83.122.216)
10:15.05 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:15.05 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:25.02 *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net)
15:12.37 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
15:23.34 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:56.15 *** join/#brlcad nosalt (~User@1.186.1.211)
16:26.26 *** part/#brlcad nosalt (~User@1.186.1.211)
19:15.48 *** join/#brlcad simion314 (~quassel@92.83.122.216)
23:41.40 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3307 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in links to mentors
23:41.55 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3308 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in links to mentors
23:46.58 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3309 10/wiki/Google_Summer_of_Code/Project_Ideas: update, add mike
IRC log for #brlcad on 20120311

IRC log for #brlcad on 20120311

00:00.08 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3310 10/wiki/Google_Summer_of_Code/Project_Ideas: more mentor links
00:22.00 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3311 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in technical poc's for the remainder
00:23.49 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3312 10/wiki/Google_Summer_of_Code/Project_Ideas: list brandon
00:27.38 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3313 10/wiki/Google_Summer_of_Code/Project_Ideas: link hinesley to some of them
00:30.32 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3314 10/wiki/Google_Summer_of_Code/Project_Ideas: be more specific on the web programming languages
01:14.03 brlcad I added a bunch of technical points-of-contact for each of the suggested project ideas
01:14.36 brlcad they don't really mean much at this point and a couple devs I didn't even get to yet, but it gives students someone to talk to
01:14.56 brlcad most of them should simply be directed to here or the mailing list so we can have an open discussion
02:35.35 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
02:35.48 jordisayol hello
02:39.00 jordisayol I've download the brand new virtual machine archive, but I got an error when importing on VirtualBox v4.1.8 on ubuntu 11.04 64-bit:
02:39.01 jordisayol /home/jordi/Escriptori/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86.ova.
02:39.01 jordisayol Could not create the clone medium '/home/jordi/VirtualBox VMs/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86-disk1.vmdk'.
02:39.01 jordisayol VMDK: Compressed image is corrupted '/home/jordi/Escriptori/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86-disk1.vmdk' (VERR_ZIP_CORRUPTED).
03:43.46 starseeker O.o http://autos.yahoo.com/blogs/motoramic/invisible-mercedes-brings-james-bond-technology-life-171557818.html
03:58.10 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:07.56 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
06:31.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
06:31.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:35.31 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:11.20 *** join/#brlcad simion314 (~quassel@109.96.42.206)
09:11.17 *** join/#brlcad vinayakgarg (~vinayak@114.30.74.241)
09:39.46 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:03.30 *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net)
11:06.35 *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net)
12:46.33 *** join/#brlcad merzo (~merzo@44-218-201-46.pool.ukrtel.net)
13:48.57 *** join/#brlcad vinayakgarg (~vinayak@120.56.231.92)
15:15.54 *** join/#brlcad simion314 (~quassel@109.96.42.206)
15:39.23 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:21.05 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:21.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:21.45 *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:28.11 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:28.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:35.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:55.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:55.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:01.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20120312

IRC log for #brlcad on 20120312

01:53.59 *** join/#brlcad dtidrow_ (~drtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
01:58.37 *** join/#brlcad atneik (3bb22d76@gateway/web/freenode/ip.59.178.45.118)
02:01.26 atneik Hello, my name is Aniket. I'm new to BRL-CAD and interested in getting to know more about the project.
02:01.59 atneik I have join the dev mailing list, and would introduce myself there too.
02:02.48 atneik Is IRC preferred over mailing list?
02:06.25 atneik <PROTECTED>
02:07.23 atneik Will try a build on Mac OSX Lion asap.
02:09.30 *** part/#brlcad atneik (3bb22d76@gateway/web/freenode/ip.59.178.45.118)
03:14.07 brlcad mm, 8 minutes
03:23.32 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:23.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:18.55 *** join/#brlcad simion314 (~quassel@109.96.6.181)
05:44.04 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
08:05.02 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:40.42 brlcad moin!
08:51.19 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:51.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:02.45 *** join/#brlcad vinayakgarg (~vinayak@120.56.230.146)
10:06.56 *** join/#brlcad vinayak_ (~vinayak@120.56.225.154)
12:14.57 *** join/#brlcad ognay (a66f4785@gateway/web/freenode/ip.166.111.71.133)
13:06.26 *** join/#brlcad vinayakgarg (~vinayak@120.56.231.146)
13:52.22 *** join/#brlcad vinayakgarg (~vinayak@59.177.198.18)
15:18.36 *** join/#brlcad simion314 (~quassel@109.96.6.181)
16:06.53 brlcad hmm, so virtual box opens up the ova nicely with a double-click
16:07.14 brlcad but now it's "importing" the hard disk.. hopefully doesn't mean copying it
16:08.53 brlcad blech, looks like it is... since I just ran out of disk space
17:50.02 *** join/#brlcad tbrowde (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net)
18:29.26 CIA-128 BRL-CAD: 03tbrowder2 * r49674 10/ova/RELEASE-NOTES.txt: add release notes for the current draft VM on the BRL-CAD download site
18:32.52 *** join/#brlcad tbrowder2 (43eb848c@gateway/web/freenode/ip.67.235.132.140)
18:38.35 *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net)
19:05.02 CIA-128 BRL-CAD: 03tbrowder2 * r49675 10/brlcad/trunk/TODO: add a more explicit DocBook TODO item
19:10.16 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:10.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:55.32 *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net)
22:41.35 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
22:41.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:17.32 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
23:17.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20120313

IRC log for #brlcad on 20120313

00:43.51 *** join/#brlcad atneik (3bb23699@gateway/web/freenode/ip.59.178.54.153)
02:46.59 *** join/#brlcad ognay (a66f4785@gateway/web/freenode/ip.166.111.71.133)
03:24.53 brlcad goes walkabout
04:04.01 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:04.01 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:14.57 *** join/#brlcad simion314 (~quassel@109.96.6.181)
06:00.58 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
06:00.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:36.21 *** join/#brlcad yanghao (yanghao@tu071133.ip.tsinghua.edu.cn)
06:38.01 *** join/#brlcad bhinesley (~bhinesley@adsl-108-203-219-92.dsl.bkfd14.sbcglobal.net)
06:38.09 *** join/#brlcad ognay (yanghao@tu071133.ip.tsinghua.edu.cn)
06:39.38 *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
07:02.13 *** join/#brlcad yang_ (a66f4785@gateway/web/freenode/session)
07:02.13 *** join/#brlcad yang_ (a66f4785@gateway/web/freenode/ip.166.111.71.133)
07:19.13 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
07:19.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:51.24 *** join/#brlcad ognay_ (a66f4785@gateway/web/freenode/ip.166.111.71.133)
07:51.48 *** part/#brlcad ognay_ (a66f4785@gateway/web/freenode/ip.166.111.71.133)
08:11.27 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:22.29 ognay hi all! i'm yanghao from china :)
08:46.51 d_rossberg morning ognay
08:48.43 ognay <PROTECTED>
08:55.19 d_rossberg http://thinkmoult.com/ugt.html
08:59.15 ognay that's insteresting!
09:01.43 CIA-128 BRL-CAD: 03Rossberg 07http://brlcad.org * r3315 10/wiki/Google_Summer_of_Code/Project_Ideas: added myself to voxelize
09:58.44 brlcad hello ognay, welcome
10:10.18 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:10.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:44.10 ognay hello brlcad, thank you for your instructions
10:45.13 ognay i mean advice... sorry about my english
11:14.38 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
11:14.38 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:34.02 CIA-128 BRL-CAD: 03tbrowder2 * r49676 10/brlcad/trunk/doc/docbook/resources/brlcad/images/ (logo-vm-gears.png logo-vm.svg): new logos for BRL-CAD web site
12:19.46 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
12:19.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:27.21 CIA-128 BRL-CAD: 03tbrowder2 * r49677 10/brlcad/trunk/src/conv/iges/ (main.c read_vertex_list.c): ws
13:07.56 brlcad ognay: no problem, your english is much better than my chinese ;)
14:40.53 *** join/#brlcad vinayakgarg (~vinayak@59.177.198.68)
14:44.36 brlcad hello vinayakgarg
14:52.20 vinayakgarg hello
14:58.17 *** join/#brlcad dtidrow_ (~drtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:39.38 CIA-128 BRL-CAD: 03tbrowder2 * r49678 10/brlcad/trunk/src/conv/iges/summary.c: ws; code style
15:42.14 CIA-128 BRL-CAD: 03tbrowder2 * r49679 10/brlcad/trunk/src/conv/iges/matmult.c: ws; add brackets for clarity
15:56.11 *** part/#brlcad vinayakgarg (~vinayak@59.177.198.68)
16:20.59 CIA-128 BRL-CAD: 03tbrowder2 * r49680 10/brlcad/trunk/src/conv/iges/ (66 files): ws cleanup
16:49.00 *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net)
16:50.48 tbrowder2 Sean, is there a firm date for posting the final version of the VM?
17:00.04 *** join/#brlcad vinayakgarg (~vinayak@120.56.228.161)
17:04.27 *** part/#brlcad vinayakgarg (~vinayak@120.56.228.161)
17:15.36 brlcad tbrowder2: firm date is friday when mentoring orgs are announced
17:16.09 brlcad we'll then post an announcement of our participation with links to the vm instructions
17:20.18 tbrowder2 t'anks
17:20.42 *** part/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net)
18:01.12 bhinesley very cool idea, setting up the VM
18:15.57 brlcad hopefully we'll get some good use out of it
18:16.20 brlcad I think it'll at least help reduce our barrier to entry
18:17.30 brlcad simplify the whole download/compile/install process for people who know code but not necessarily how to build software (on their potentially busted system)
18:40.43 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3316 10/wiki/Contributor_Quickies: runtime detection of sse
18:41.33 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3317 10/wiki/Contributor_Quickies:
18:46.24 CIA-128 BRL-CAD: 03brlcad * r49681 10/brlcad/trunk/TODO: like the idea, but not as 'cp' command since that would diverge from unix command behavior
18:57.13 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3318 10/wiki/Contributor_Quickies: surface area and volume callback functions
19:02.30 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3319 10/wiki/Contributor_Quickies: centroid too
19:04.31 *** join/#brlcad merzo (~merzo@39-4-132-95.pool.ukrtel.net)
19:11.58 CIA-128 BRL-CAD: 03starseeker * r49682 10/brlcad/trunk/src/other/ (CMakeLists.txt libz/CMakeLists.txt): Get closer to working multi-config build of utils.
19:17.33 CIA-128 BRL-CAD: 03n_reed * r49683 10/brlcad/trunk/src/other/step/src/ (5 files in 2 dirs):
19:17.33 CIA-128 BRL-CAD: Generated step sources raising return-type qualifier warnings from improper use of const.
19:17.33 CIA-128 BRL-CAD: Implement intended behavior by returning const versions of typedef'ed reference types.
19:17.33 CIA-128 BRL-CAD: Related to r49068.
19:26.03 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3320 10/wiki/Contributor_Quickies: decouple libdm from libged
19:26.57 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3321 10/wiki/Contributor_Quickies: centroid even
19:38.53 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
19:48.14 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3322 10/wiki/Contributor_Quickies:
19:49.20 brlcad hello abhi2011
19:49.30 abhi2011 Hi Sean
19:49.34 abhi2011 wazzup :)
19:49.55 abhi2011 got a job in a small unit of dreamworks
19:50.19 brlcad not much, just trying to get items ready for easy developer contributions
19:50.31 brlcad congratulations
19:50.35 abhi2011 thanks :)
19:50.38 brlcad hopefully they don't work you to death :)
19:50.46 abhi2011 will be at sunset blvd in april :)
19:50.51 abhi2011 yeah not yet
19:50.56 abhi2011 just in training initially
19:51.03 brlcad had a friend work for them, ... very long weeks
19:51.41 abhi2011 woops hope not :P
19:51.53 brlcad still, congrats either way
19:52.08 brlcad maybe we can meet up this summer, probably be out that way
19:52.08 abhi2011 thanks :)
19:52.15 abhi2011 ah u in the LA area ?
19:53.12 brlcad not right now, but will likely be on travel out that way this summer sometime
19:53.22 abhi2011 cool
19:53.53 abhi2011 am a bit worried about the driving part in the US....will require some re-orientation :P
19:54.06 brlcad heh
19:54.39 brlcad what? it's only the most likely cause of death next to a heart attack from all the healthy food
19:55.16 abhi2011 yeah, in india the wheel sits in the other side and we drive in the other side of the road
19:56.03 brlcad I did that switch a year ago during a trip to scotland, took all of a few minutes to get oriented, couple days to get fully comfortable
19:56.23 abhi2011 ah nice....yeah me hoping for the same
19:56.46 abhi2011 so I am actually owe the brl-cad project and you guys a lot, they saw my open source contribution to the project during the interview
19:56.58 abhi2011 and that would have helped majorly :)
19:57.14 brlcad I bet, congratulations to you still regardless -- you did all the work :)
19:57.22 abhi2011 :)
19:57.27 brlcad just hoping you can help polish it up some still too ;)
19:57.53 abhi2011 yes I am trying to get some time on my hands to work on it soon
19:58.13 abhi2011 will get back to it for sure
19:58.14 ``Erik I think open source contribution is underappreciated by students and hr departments, it's a great way to showcase what you can do to potential team mates :) and grats!
19:58.35 abhi2011 hey Erik, thanks !
19:59.50 ``Erik a codemonkeys portfolio, even O.o
19:59.54 abhi2011 yeah and they immediately get to see code samples and stuff so they dont ask people to write out much code on the spot :P
20:03.45 abhi2011 so there was this c++ object oriented wrapper in the works
20:04.14 abhi2011 that got finished ?
20:42.14 CIA-128 BRL-CAD: 03starseeker * r49684 10/brlcad/trunk/CMakeLists.txt: Don't print a message about this every time - do it only when someone has tried to specify a preferences file
20:43.49 CIA-128 BRL-CAD: 03starseeker * r49685 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: Make lempar.c a build-time copy, not configure time. May need this to support some other changes.
20:50.58 *** join/#brlcad merzo (~merzo@119-42-132-95.pool.ukrtel.net)
20:57.57 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
20:57.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:03.56 CIA-128 BRL-CAD: 03starseeker * r49686 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: add dependency
21:25.10 *** join/#brlcad merzo (~merzo@119-42-132-95.pool.ukrtel.net)
21:28.56 CIA-128 BRL-CAD: 03n_reed * r49687 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Address warnings about non-explicit base class initialization by adding intialization list to generated copy constructors.
21:47.31 *** join/#brlcad bhinesley (~bhinesley@108.203.219.92)
21:48.36 bhinesley brlcad: I'm sure it will. I've always had a hard time building on anything other than Fedora/Debian.
22:08.13 *** join/#brlcad bhinesley (~bhinesley@108.203.219.92)
22:20.07 CIA-128 BRL-CAD: 03tbrowder2 * r49688 10/brlcad/trunk/src/conv/iges/iges-g.1: delete description of obsolete '-b' option
23:17.56 *** join/#brlcad piksi (piksi@pi-xi.net)
23:22.43 CIA-128 BRL-CAD: 03starseeker * r49689 10/brlcad/trunk/misc/CMake/util-clean.cmake.in: experimental script
23:25.44 CIA-128 BRL-CAD: 03tbrowder2 * r49690 10/brlcad/trunk/src/conv/iges/g-iges.c: align option order and usage descriptions; add correct definition of '-P' option; add missing '-P' option to usage line
23:26.13 CIA-128 BRL-CAD: 03tbrowder2 * r49691 10/brlcad/trunk/src/conv/iges/g-iges.1: add missing '-P' option to description
23:27.24 CIA-128 BRL-CAD: 03tbrowder2 * r49692 10/brlcad/trunk/src/libbn/mat.c: correct typo
23:28.50 CIA-128 BRL-CAD: 03tbrowder2 * r49693 10/brlcad/trunk/regress/iges.sh: add exec lines for a more robust test
23:53.43 CIA-128 BRL-CAD: 03starseeker * r49694 10/brlcad/trunk/src/other/CMakeLists.txt:
23:53.44 CIA-128 BRL-CAD: Manage the util directory in such a way that the executables (and dlls) in the
23:53.44 CIA-128 BRL-CAD: util dir always correspond to the current configuration in MSVC. As a bonus,
23:53.44 CIA-128 BRL-CAD: the same mechanism that tells the build target whether util is in sync with the
23:53.44 CIA-128 BRL-CAD: current configuration also serves to identify at a glance to the user which
23:53.44 CIA-128 BRL-CAD: configuration util currently holds.
IRC log for #brlcad on 20120314

IRC log for #brlcad on 20120314

00:24.06 CIA-128 BRL-CAD: 03tbrowder2 * r49695 10/brlcad/trunk/src/conv/iges/usage.c: remind casual visitor what this usage statement goes with
00:28.39 CIA-128 BRL-CAD: 03tbrowder2 * r49696 10/brlcad/trunk/src/conv/iges/ (6 files): make temporary, local provisions for replacing local function Matmult with libbn equivalents and testing results for comparison
01:06.15 CIA-128 BRL-CAD: 03starseeker * r49697 10/brlcad/trunk/ (5 files in 3 dirs): Make one last stab at trying to use multiconfig util executables 'in-place' without the ackwardness of the util dir. Untested.
01:14.25 CIA-128 BRL-CAD: 03starseeker * r49698 10/brlcad/trunk/ (misc/CMake/xsltproc.cmake.in src/other/CMakeLists.txt): tweaks
01:37.26 CIA-128 BRL-CAD: 03tbrowder2 * r49699 10/brlcad/trunk/doc/docbook/README: add info on converting man format to DocBook
01:44.32 CIA-128 BRL-CAD: 03tbrowder2 * r49700 10/brlcad/trunk/doc/docbook/README: add more info on availability of doclifter program; correct typo
02:00.37 *** join/#brlcad DarkCalf (DC@173.231.40.98)
04:18.51 CIA-128 BRL-CAD: 03starseeker * r49701 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at broader use of the CMAKE_CFG_INTDIR mechanism - a preliminary test with MSVC appeared to be successful, in which case this is the way to go.
04:38.29 CIA-128 BRL-CAD: 03starseeker * r49702 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: see if we can simplify the lempar.c logic...
05:38.04 *** join/#brlcad simion314 (~quassel@109.96.6.181)
07:20.49 *** join/#brlcad ognay (yanghao@2402:f000:1:4415:719c:bac6:f573:89b9)
07:28.11 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:10.07 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:10.07 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:38.25 CIA-128 BRL-CAD: 03tbrowder2 * r49703 10/ova/RELEASE-NOTES.txt: update for soon-to-be released version of the VM
12:56.31 brlcad waves
13:08.18 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
13:25.15 d_rossberg would the Geometry Service/C++ interface be a potential topic for GSoC?
13:29.15 starseeker hah - http://superuser.com/questions/19762/mass-deleting-files-in-windows
13:49.49 *** join/#brlcad simion314 (~quassel@109.96.6.181)
14:02.45 brlcad d_rossberg: absolutely (it's not up there in some form??)
14:03.13 brlcad a task like that probably should be broken up into multiple project ideas
14:03.41 brlcad like implementing the C++ core classes for the remaining primitives
14:04.16 brlcad or getting .g-to-svn serialization working as a library
14:06.19 brlcad or working on geometry analysis API (maybe usurp libanalyze scope as C++ in the GE API)
14:07.53 brlcad d_rossberg: fyi, I'm hoping to expand our involvement this year, with maybe up to two students per mentor IFF we have qualified interesting applicants
14:08.32 brlcad more than likely we'll still average around 1 per mentor, but if we somehow managed 100 applicants and 20 were interesting, accepting 10 wouldn't be unreasonable
14:09.05 brlcad of course, still up to the individual mentors to decide their availability/commitment level
14:12.05 d_rossberg so, you expect much more applications then in the years before?
14:12.53 brlcad d_rossberg: don't know, but trying to get the word out more proactively this year
14:13.16 brlcad if you have university contacts, every little bit will help
14:19.34 CIA-128 BRL-CAD: 03Rossberg 07http://brlcad.org * r3323 10/wiki/Google_Summer_of_Code/Project_Ideas: added the object-oriented interfaces
14:42.10 CIA-128 BRL-CAD: 03Rossberg 07http://brlcad.org * r3324 10/wiki/Object-oriented_interfaces: Object-oriented interfaces
14:50.35 brlcad ~d_rossberg++
15:17.58 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
20:10.51 *** join/#brlcad ibot (~ibot@rikers.org)
20:10.51 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
20:12.54 *** join/#brlcad ibot (~ibot@rikers.org)
20:12.54 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
20:14.23 *** join/#brlcad ibot (~ibot@rikers.org)
20:14.23 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
20:27.43 CIA-128 BRL-CAD: 03starseeker * r49704 10/brlcad/trunk/ (7 files in 3 dirs): Rework the DocBook mechanisms to try and be more CMAKE_CFG_INTDIR friendly
21:43.57 CIA-128 BRL-CAD: 03n_reed * r49705 10/brlcad/trunk/src/other/ (34 files in 6 dirs): remove miscellaneous unused files
IRC log for #brlcad on 20120315

IRC log for #brlcad on 20120315

00:05.01 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
00:05.09 CIA-128 BRL-CAD: 03starseeker * r49706 10/brlcad/trunk/src/other/CMakeLists.txt: Use ON/OFF instead of 1/0 here
00:06.28 CIA-128 BRL-CAD: 03starseeker * r49707 10/brlcad/trunk/misc/CMake/DocBook.cmake: Flesh out logic for generating fully qualified cmake scripts while still using configuration-flexible paths for build targets when doing DocBook building.
01:02.12 starseeker brlcad: do we have a poster for GSoC this year? (might help to send to univ. contacts...)
02:04.49 brlcad starseeker: not yet, care to whip something interesting up?
02:06.32 brlcad oh, maybe make it a double whammy -- you could make a detailed annotated diagram of a nurbs surface pointing out knot values, control points, etc
02:07.19 brlcad maybe show it in a larger context of some object, like the corner fender of some exotic / exciting shape
02:08.06 brlcad similar to your tire zoom in on the m35, a nurbs surface zoom in for some object showing the 2d uv space and 3d mapping, maybe hint at topological stitching
02:08.28 brlcad or something else altogether, but that'd be an image you could reuse for something upcoming ... :)
02:33.30 starseeker brlcad: I have a rather uniformly bad track record on poster design ;-)
02:39.11 starseeker ponders... keith's brep command can do some basic visualizations, perhaps that could be expanded upon...
03:25.23 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:25.23 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:37.34 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
05:54.34 *** join/#brlcad simion314 (~quassel@109.96.6.181)
10:52.31 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:52.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:05.08 brlcad starseeker: which would only ever get better through practice / training ;)
11:06.35 brlcad I was thinking something barebones like the existing opennurbs brep diagram, just something more clean in dia or mathematica
11:16.14 *** join/#brlcad simion314 (~quassel@92.83.107.165)
13:41.28 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
14:16.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:18.51 brlcad CMake Error at cmake_install.cmake:36 (FILE):
14:19.07 brlcad <PROTECTED>
14:19.20 brlcad <PROTECTED>
14:19.47 brlcad not sure what's happening there, but everything else during install went cleanly
14:22.09 brlcad AUTHORS is/was already installed
14:49.58 CIA-128 BRL-CAD: 03starseeker * r49708 10/brlcad/trunk/CMakeLists.txt: set the right name for the 64bit NSIS file.
15:44.21 brlcad starseeker: problem solved, permissions problem .. curiously only AUTHORS reported a failure
18:29.23 CIA-128 BRL-CAD: 03n_reed * r49709 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: incorrect copy loops were indexing past end of source strings
20:14.05 CIA-128 BRL-CAD: 03n_reed * r49710 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: ensure null termination as well
21:23.40 starseeker n_reed: the Mac problem is way deeper than that - after following main in fedex.c as far as defining model, Linux has what looks like a real pointer for model and Mac doesn't
21:24.07 starseeker perhaps there are issues with the function prototypes for Express in express/express.h?
21:26.50 CIA-128 BRL-CAD: 03r_weiss * r49711 10/brlcad/trunk/src/libged/model2view.c: Updated function 'ged_model2view' in file 'model2view.c'. Added the ability to pass in a model coordinate in mm and return the screen coordinate. This change was added for backwards compatibility.
21:41.19 starseeker yeah, by the time main starts up on Linux, model is already populated
21:41.26 starseeker not so on Mac
21:41.40 starseeker weird... how it is initializing before anything happens in main?
21:48.29 ``Erik main() is not _start, fwiw
21:55.20 ``Erik aight, dinner is cooking O.o the compiler shoves a lot of stuff between _start and main(), including little stuff like loading and initializing libraries...
21:55.51 ``Erik if the model is being set in, say, a library initialization function (or static in the lib), that might happen before main (or it might not, depends on the loader, os, etc)
21:56.26 ``Erik hopefully that helped to utterly confuse ya :D
21:56.55 starseeker wonders if we're putting something on the stack that is too big for OSX...
21:57.28 starseeker growl
22:06.44 starseeker n_reed: fwiw, the github SCL version of fedex_plus succeeds on OSX
22:10.59 starseeker maybe the thing to do is just continue with the merge of the two trees
IRC log for #brlcad on 20120316

IRC log for #brlcad on 20120316

00:09.28 *** join/#brlcad simion314 (~quassel@92.83.109.166)
00:28.21 CIA-128 BRL-CAD: 03starseeker * r49712 10/brlcad/trunk/CMakeLists.txt: Start cleaning up a little bit with respect to multi-configuration setups - still need to properly populate the Debug flags in the right configuration variables.
00:42.02 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
00:42.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
01:00.41 CIA-128 BRL-CAD: 03starseeker * r49713 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/DocBook.cmake): Watch out for a case where CMAKE_CFG_INTDIR is degenerate - in that case, 'fully qualified based on configuration name' is wrong.
01:31.44 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
01:31.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:40.03 CIA-128 BRL-CAD: 03starseeker * r49714 10/brlcad/trunk/CMakeLists.txt: make cfg pathsetting logic more compact
06:51.24 *** join/#brlcad simion314 (~quassel@92.83.109.166)
08:10.24 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:33.56 CIA-128 BRL-CAD: 03d_rossberg * r49715 10/rt^3/trunk/src/coreInterface/ (12 files): changed to BU_GET() macro
09:47.49 CIA-128 BRL-CAD: 03d_rossberg * r49716 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: another MSVC library for a libbu feature
15:02.24 *** join/#brlcad ibot (~ibot@rikers.org)
15:02.24 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
15:51.56 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
16:38.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:38.21 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:21.37 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
18:05.51 CIA-128 BRL-CAD: 03tbrowder2 * r49717 10/ova/RELEASE-NOTES.txt: mods for new VM
18:12.35 CIA-128 BRL-CAD: 03tbrowder2 * r49718 10/ova/README.txt: add file to include in home dir on VM
18:39.45 *** join/#brlcad simion314_ (~quassel@92.83.109.166)
19:03.00 CIA-128 BRL-CAD: 03starseeker * r49719 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Summary.cmake): Make a stab at a compiler flags report that is multi-configuration aware. Add line wrapping if we have a lot of compiler flags. Preliminary to moving all the summary logic to its own file.
19:04.16 CIA-128 BRL-CAD: 03starseeker * r49720 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: tweak, ws
19:13.55 starseeker makes a note to check this site later for stress-test material for step-g http://grabcad.com/
21:17.08 CIA-128 BRL-CAD: 03tbrowder2 * r49721 10/ova/README-examples.txt: add new README for the VM
21:18.33 CIA-128 BRL-CAD: 03tbrowder2 * r49722 10/ova/ (README-brlcad-development.txt README.txt RELEASE-NOTES.txt): rename for clarity
21:20.24 CIA-128 BRL-CAD: 03tbrowder2 * r49723 10/ova/README-brlcad-development.txt: add some more info
21:22.46 CIA-128 BRL-CAD: 03r_weiss * r49724 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Added new tcl scripts 'gr' and 'dg' for grouping geometry in mged. This is a work in progress and needs alot of cleanup.
21:24.10 CIA-128 BRL-CAD: 03r_weiss * r49725 10/brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: Added 'grouper.tcl' script to 'CMakeLists.txt'.
21:25.00 CIA-128 BRL-CAD: 03r_weiss * r49726 10/brlcad/trunk/src/tclscripts/mged/Makefile.am: Added 'grouper.tcl' to 'Makefile.am'.
21:57.19 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:13.55 *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
22:32.12 *** part/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
22:37.40 ``Erik starseeker: gcc47 passes on the vararg macros, but fails left and right with format errors O.o (starting with %z in libbu)
IRC log for #brlcad on 20120317

IRC log for #brlcad on 20120317

00:06.22 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
00:06.22 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
01:09.02 starseeker ``Erik: arrgh
01:12.20 starseeker hmm - we didn't make gsoc this year?
01:12.26 starseeker doesn't see us on the org list...
01:13.15 starseeker oh, may not be complete yet
01:13.19 starseeker waits in suspense...
02:47.16 bhinesley starseeker: yeah, there must be some mistake. There are only 131 organizations on that list, and they said that 180 were approved and added to the list.
02:48.01 bhinesley er, they didn't say specifically that they were all added yet
02:49.12 bhinesley i'd be quite suprised if they took a new organization over one that had 2 succesful applicants last year
04:18.10 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
08:56.57 *** join/#brlcad simion314 (~quassel@109.96.28.115)
11:49.00 *** join/#brlcad ognay (yanghao@tu071133.ip.tsinghua.edu.cn)
13:37.23 starseeker ah, there we are :-)
13:39.41 starseeker ah, that's why I haven't seen compiler issues - still using gcc 4.4 on gentoo
13:39.43 starseeker tisk tisk...
13:42.04 ``Erik got an accept email from gsoc
15:40.16 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
15:53.50 *** join/#brlcad merzo (~merzo@245-170-132-95.pool.ukrtel.net)
16:20.27 *** join/#brlcad merzo (~merzo@242-232-92-178.pool.ukrtel.net)
19:59.11 *** join/#brlcad simion314 (~quassel@109.96.4.109)
23:45.18 CIA-128 BRL-CAD: 03starseeker * r49727 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at getting compiler flags working for both single and multi configuration build tools. Still shouldn't turn this on for MSVC, as our compiler flag logic doesn't (yet) check MSVC flags.
IRC log for #brlcad on 20120318

IRC log for #brlcad on 20120318

00:06.53 CIA-128 BRL-CAD: 03starseeker * r49728 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Whoops - not appending here.
00:17.37 CIA-128 BRL-CAD: 03starseeker * r49729 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Restructure - try not to run tests we don't need to run (if we've already go the 64 bit flag, don't need to test the rest.
00:19.46 CIA-128 BRL-CAD: 03starseeker * r49730 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: copy/paste strikes again
00:48.58 CIA-128 BRL-CAD: 03starseeker * r49731 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Tweak Debug flag handling
01:04.21 starseeker ah - that's better
01:06.11 CIA-128 BRL-CAD: 03starseeker * r49732 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: whoops - stray macro name holdout
01:37.20 brlcad starseeker: ah, I thought I mentioned that site a long while back
01:37.43 brlcad great resource for step models, I have GBs of data from there
01:51.45 brlcad so yes, to all, we were accepted into GSoC again this year! woot!
03:37.22 brlcad our gsoc profile is now properly filled out: http://www.google-melange.com/gsoc/org/google/gsoc2012/brlcad
03:58.07 brlcad been thinking about the hyphen on the new logo, feedback appreciated on the three BRL-CAD_gear_logo_*.png files in http://brlcad.org/tmp/.
04:00.59 starseeker brlcad: is there a reason the "over" image doesn't have the graphic centered over the text?
04:03.30 starseeker I'd probably take that over the other two...
04:06.59 *** join/#brlcad ardahal (0e8b55c1@gateway/web/freenode/ip.14.139.85.193)
04:08.45 starseeker what about something like this but with thicker "CAD" text? http://brlcad.org/~starseeker/logo_test.png
04:22.50 brlcad no reason other than it was smaller when I was playing with that idea, and it looked more appropriate balanced over the A at that size
04:23.15 brlcad like what you did there though, that is nice fully balanced
04:24.09 brlcad the CAD text and the BRL text are presently intentionally unbalanced (so it stylistically matches the links)
04:25.01 brlcad the more I see it, the more it's been growing on me, I must admit -- though I'd be interested in seeing the opposite (BRL light, CAD bold)
04:25.39 starseeker would probably work better on a light background - firefox is happening to display it on a dark grey bg
04:29.12 starseeker the "mid" layout might do well for a "banner" configuration, although I'd prefer the text a bit larger personally...
04:32.21 brlcad do you now if anyone else been able to give the vm image a try?
04:33.00 brlcad so it sounds like either way, you're more keen on the hyphen at hyphen height, not connecting the L->C like a hinge
04:33.38 brlcad hard to see at that smaller size, but that "hyphen" is actually the same chain link as the bigger three, just with two links
04:48.36 starseeker is trying to download the vm
05:11.04 *** join/#brlcad atneik (3bb22dec@gateway/web/freenode/ip.59.178.45.236)
05:16.27 *** part/#brlcad atneik (3bb22dec@gateway/web/freenode/ip.59.178.45.236)
06:40.08 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
09:50.28 *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169)
10:44.16 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
11:03.02 *** join/#brlcad simion314 (~quassel@109.96.4.109)
11:40.00 brlcad Georgiy: absolutely, but we prefer to hold all of our discussions openly so everyone can benefit
11:40.28 brlcad Georgiy: perhaps you can describe exactly what you're thinking of doing in an e-mail to the brlcad-devel mailing list?
12:26.55 *** join/#brlcad andrei (~andrei@188.25.161.208)
12:27.09 *** part/#brlcad andrei (~andrei@188.25.161.208)
12:55.35 brlcad Georgiy: what sort of work have you done already?
13:14.56 *** join/#brlcad ibot_ (~ibot@rikers.org)
13:14.56 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
13:47.40 Georgiy brlcad: i'm working on vector signal analyzing and generating software for telecomunication technologies (including signal processing). It is big project, we (me and my team) already have spended 2 years for it, and it's not ready (there is a lot of work), in fact this is my first programming project. Also I've partisipiated in two projects where i've done gui (using Qt)
13:48.24 Georgiy brlcad: and plugin for EEGLab (using matlab and C) for 2D & 3D graphs comparison and classification.
13:57.03 Georgiy brlcad: i can give you a link to eeglab plugin wiki but you need know russian :)
14:42.06 *** join/#brlcad simion314 (~quassel@109.96.4.109)
14:56.53 *** part/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169)
14:58.24 *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169)
15:28.15 *** join/#brlcad simion314 (~quassel@109.96.4.109)
16:14.36 CIA-128 BRL-CAD: 03starseeker * r49733 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CompilerFlags.cmake): Tweak optimization flag handling.
16:16.10 CIA-128 BRL-CAD: 03starseeker * r49734 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: We're not doing anything specifically with MinSizeRel as yet, so don't wipe CMake's version.
16:16.10 *** join/#brlcad razoraxon (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
16:22.27 CIA-128 BRL-CAD: 03starseeker * r49735 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add spacer
16:47.25 CIA-128 BRL-CAD: 03starseeker * r49736 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Add a note suggesting enabling all bundled libs for distcheck, if that has not already been done.
18:20.21 CIA-128 BRL-CAD: 03starseeker * r49737 10/brlcad/trunk/misc/CMake/ (Distcheck.cmake distcheck_repo_verify.cmake.in): Few minor tweaks to distcheck
18:22.29 *** join/#brlcad Stattrav (~Stattrav@223.190.200.213)
18:22.29 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:27.09 Stattrav hey folks
18:27.40 Stattrav Shall come back when Sean is active.
18:32.33 Stattrav I wanted to talk about the web development idea implementations.
19:14.37 *** join/#brlcad simion314 (~quassel@109.96.4.109)
19:45.55 brlcad Stattrav: sean is usually active, just not always on irc -- best to just ask/say what you want and read the resonse(s) in backlog
19:46.17 brlcad someone else is just as likely able to answer questions, and you'll be helped much more quickly ;)
19:47.37 Stattrav btw I was reading through the web development Idea, so what is needed is a two way sync between docbook and mediawiki aint it ?
19:47.52 brlcad which web dev idea?
19:48.12 brlcad we have a lot of potential web work
19:48.12 Stattrav Synchronize with Docbook
19:48.45 brlcad ah yeah, that could be either through mediawiki or drupal frankly
19:48.55 brlcad ideally, it could be something else too really
19:49.12 Stattrav If I were to start with the webwork, benchmark db
19:49.23 Stattrav would be where I'd like to start.
19:49.26 brlcad something that is more modular that fits in with an existing framework would probably get more widespread use
19:49.36 Stattrav so could you help me understand the problem better ?
19:49.56 Stattrav so what you are currently using is a mediawiki aint it ?
19:49.57 brlcad the BRL-CAD benchmark is one of my favorite golden nuggets within our codebase
19:50.13 brlcad we presently use drupal+mediawiki+gallery2
19:51.02 brlcad so for the benchmark project, the best way to explain it is to probably run the brl-cad benchmark on your own system
19:51.27 Stattrav so one needs to build a web API for the submissions of the logs when when runs the benchmark on the individual's system
19:51.43 brlcad right, that's the basic idea
19:52.03 Stattrav and then the web end needs to parse the log file with the regexes and store it according to the db schema ?
19:52.09 brlcad or at least a processing system that reads logs from a mail directory or something similar
19:52.25 Stattrav yes
19:52.36 brlcad or both :)
19:52.54 brlcad the easier it is to submit, the more useful the system will be, obviously
19:53.24 Stattrav Ideally, reading from the mail directory can be a wrapper over the web API
19:53.29 brlcad just will need some mechanism for manually loading logs since some will come from systems that have no networking
19:53.47 Stattrav yes.
19:54.24 Stattrav One could also provide an "upload" page ?
19:54.26 brlcad Stattrav: are you familiar with CIA?
19:54.48 Stattrav not really. Just know what it is
19:55.11 brlcad http://cia.vc/doc/development/
19:55.33 brlcad that's way overkill for this, but it's an example of a multi-input processing system that works sublime
19:55.54 Stattrav ohh
19:56.43 Stattrav We had something like this where I was working before getting back into academia
19:57.29 Stattrav you were referring to the diagram. werent you ?
19:59.33 Stattrav brlcad: so could I ask what are the targets for the summers and as said the remnants could be developed later.
20:05.43 brlcad yes, the diagram
20:06.03 Stattrav so a {submission infrastructure} -> {data extraction} -> {db} -> {analysis}
20:07.56 brlcad the summer target would be more about getting the database in place with a processing backend working with a live front end
20:08.10 brlcad the analysis has mostly already happened and is in the report
20:08.26 brlcad so it's just aggregate reporting via the web interface
20:09.17 brlcad i'd keep that aspect very simple -- enough to submit a new entry and see how it fits in with other results in the database
20:09.44 Stattrav aah k. Let me write the draft proposal for the submission ifrastructure, data extraction and storage. Once that is done, I shall ping you for for some comments.
20:10.00 brlcad coding complete would be a real emphasis for that project, making sure the system is not in a partially complete state at most any point of development as much possible
20:10.10 brlcad that sounds great
20:10.36 brlcad if you have a brl-cad install, just run the "benchmark" command and you'll see the report it generates
20:10.40 Stattrav yes
20:10.50 Stattrav done that
20:11.33 brlcad that's basically it, the master run-*benchmark.log file is what we're working with
20:12.52 Stattrav btw I have applied to brlcad before but did not get through :) This was my proposal http://brlcad.org/wiki/User:Hippieindamakin87
20:13.06 brlcad I remember you ;)
20:13.11 Stattrav I've worked with Sahana the year BRLCAD did not apply
20:13.23 Stattrav and then work and then this year back to academia.
20:13.48 brlcad graduate-level or more undergrad?
20:13.59 Stattrav grad-level
20:14.21 Stattrav MSc http://www.cmi.ac.in/~suryajith/
20:15.29 brlcad if I recall correctly, you were underconsideration, but just didn't seem to have enough technical background for the (substantially hard) project you were interested in working on
20:15.39 Stattrav true :)
20:17.03 Stattrav shall be back later, classes in the morning. (2am here)
20:17.26 brlcad I think you not only promised implementing robust brep evaluation but also implementing an entire exact precision computing library on top of CSG conversion to BREP to boot
23:24.03 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
23:33.28 CIA-128 BRL-CAD: 03starseeker * r49738 10/brlcad/trunk/TODO: it was tkhtml3
23:51.38 *** join/#brlcad stas (~stas@188.24.46.106)
IRC log for #brlcad on 20120319

IRC log for #brlcad on 20120319

00:38.15 brlcad hello stas
00:38.47 stas brlcad, if only you are not a bot, hello
00:40.17 CIA-128 BRL-CAD: 03starseeker * r49739 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Summary.cmake): move the rest of the summary logic to BRLCAD_Summary.cmake, organize, clean-up, header and footer, etc.
00:40.45 starseeker he works like a machine, but he's not a bot ;-)
00:41.15 stas whoa, sorry for that :)
00:42.04 stas actually guys if you have a minute, I wanted to ask about gsoc
00:42.34 starseeker ask away - we read scroll-back, so even if we aren't around better to ask and wait
00:42.55 stas nice, thanks.
00:43.21 stas I read on wiki you are looking for a mainter for brlcad web stuff
00:44.05 starseeker most of the gsoc web related stuff is about new abilities, not so much maintaining
00:44.22 stas the only question I have about this, is how hard is to make you guys change your position about what should be the technologies
00:44.38 starseeker points at brlcad - question for him
00:44.47 brlcad stas: "it entirely depends" :)
00:45.14 brlcad we're not married to any technology, but would need a compelling reason to move to something else given the short timeframe gsoc affords
00:45.23 stas i mean, i know python and php, but tbh, i will never get back to those if it were to write web stuff
00:45.50 brlcad so, a RoR fan?
00:46.00 stas ruby to be fair
00:46.05 stas ror is kinda bloated
00:46.12 brlcad nods
00:46.18 brlcad so what's the idea?
00:46.36 brlcad migrate it all to custom ruby code? :)
00:47.15 brlcad (yes is a valid answer, smilie notwithstanding)
00:47.17 stas not much, write all the stuff you need with a mvc framework, automatize some continous integration (be that travis-ci or a jenkins instance on our own) with a 80-90% coverage
00:47.40 starseeker waits for ``Erik to vote for uncommonweb and lisp...
00:47.43 stas from that point stuff should be a snap to maintain
00:48.08 stas i think lisp would be an overhead :)
00:49.13 stas btw, I saw docbook has a nice lib in ruby
00:49.23 starseeker stas: sorry, inside joke
00:49.26 stas tries to buy you guys :)
00:49.30 brlcad stas: so let me caveat by saying that sounds like a perfectly valid and good proposal to submit regardless and it'd probably get considerable discussion
00:49.53 brlcad but now you're talking in terms that matter
00:50.20 brlcad rewriting to a different CMS or language or platform by itself isn't very compelling on its own
00:50.31 brlcad there should be some compelling tangible benefit
00:50.41 brlcad like imminent or demonstrated docbook integration
00:51.37 stas the benefit will be that we have some tested and good looking tools
00:52.05 brlcad or showing here are the XYZ steps you have to take now, here's the MN steps you have to take later that will save X minutes/hours/days of your life a year from now
00:52.40 stas come again :)
00:52.42 brlcad drupal is arguably tested too, no? :)
00:52.53 brlcad whether it's good looking depends on css fu
00:52.54 stas drupal is hardly maintainable
00:52.56 stas :)
00:53.12 brlcad it's being maintained now (at whatever cost)
00:53.52 stas well lets go wordpress than. the point of getting a new tool like ruby in your stack would also be the quality of the code and result
00:54.38 brlcad so again, what I just said basically amounts to "prove it"
00:54.44 brlcad not by example, but by description
00:55.03 CIA-128 BRL-CAD: 03starseeker * r49740 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: extra line return
00:55.11 brlcad the docbook angle is a great one, for example, because that's a high-priority topic
00:55.25 brlcad it IS a pain in the ass to integrate docbook with just about everything I know of right now
00:55.32 brlcad at least bi-directionally
00:55.54 stas you have media wiki right now, right?
00:56.01 brlcad so if you could describe a system that provided bidirectional docbook editing, no matter if it was perl scripts and ML code, it'd be very interesting :)
00:56.34 brlcad drupal+mediawiki+gallery2 is the current bulk of infrastructure, plus sourceforge services for the development side of things
00:56.58 stas yep, thats some php stuff in there
00:57.30 stas mediawiki data is plain text basically, that can be converted into docbook
00:57.51 stas drupal now, can be integrated through an API
00:58.24 stas be that some restful json or xml, and simple editing support can be added
00:58.45 stas i think we can even parse html into docbook
00:59.11 stas from that point we can have a repository where our tool will commit docbook format
00:59.51 stas and a cron job that converts all that stuff in pdf/html or *tex
01:00.21 stas sure this is not enough argument to move to ruby, but I saw the other tasks
01:00.33 stas and it probably makes more sense
01:02.02 stas mostly becase we will need database schema that will likely to change, or some fast prototyping tool for generating all kind of graphs and output formats
01:11.35 stas brlcad, if what I wrote makes any sense, I could prepare a more in details list of what and how we can use, some draft proposal
01:15.28 stas !ping
01:25.12 brlcad sorry, phone call
01:26.10 brlcad stas: what you wrote makes sense, but keep in mind that the holy grail is bi-directional editing, which I don't think anyone has working
01:26.54 brlcad that's best served as a mediawiki or drupal or whatever plugin that renders the docbook to something, allows editing, but then ALSO unrenders back to docbook for backend review/commit
01:34.45 brlcad if you have an idea for that, I'm all ears regardless of language
01:35.27 stas brlcad, thanks, I'll do some research. Though so far it still looks like the best option would be to fix drupal and mediawiki
01:36.00 brlcad look forward to reading the application(s) ;)
01:36.10 brlcad good chances this year for well-developed apps
01:39.08 stas not sure yet if i will apply, with php this is pretty straigh, find a format that both media wiki and drupal speaks (probably mediawiki markup +/- html) -> docbook
01:41.26 stas mediawiki has an api, that can be used to update content from docbook, and from there its drupal, with the same code as mediawiki to render and edit it
01:43.39 stas all that might need tweaking is the cron worker that would need to convert diff into wiki format
01:51.00 brlcad stas: it doesn't need to speak to both mw and drupal, just one or the other
01:51.31 brlcad the feature we need a bidirectional web editing interface for docbook, the back-end could really be anything
01:52.13 stas hmm, sounds more like some sort of wysiwyg in javascript
01:52.17 brlcad if you write a solid proposal that involved some language other than php, chances would be very high
01:52.34 brlcad s/would/would still/
01:53.15 brlcad it just seems like it'd be an easier task (again to get bidirectionally) using an existing plugin API to something else so it's integrated
01:53.20 brlcad not necessary though
01:53.22 stas true, but I'm trying to be pragmatic, the tools will end up playing better with php, as those are mediawiki
01:53.47 brlcad developer ability is another consideration
01:54.08 brlcad we're not invested in php presently, at least not substantially
01:54.30 brlcad we're only invested in mediawiki and drupal as a container for data -- user perspective, not development
01:55.06 brlcad the only php we have is a plugin I wrote a few years ago that publishes mediawiki changes to CIA and another GSoC project that built a model repository as a set of drupal plugins
01:55.19 brlcad neither of which is critical to our core website infrastructure
01:55.27 brlcad and easily translated to something else
01:55.30 stas so to reformulate, if I could bring a solution for easy editing of docbook files (wysiwyg, preview, review) you would be happy?
01:56.21 stas in the end, you wont even need wiki, since static html can be generated
01:56.22 brlcad if it was well thought-through, probably very happy
01:56.35 brlcad static html can't be edited
01:56.46 stas i mean, the tool will produce
01:57.15 stas sort of a mediawiki, but with docbook behind
01:57.18 brlcad editing can happy directly to the docbook files or ALSO through a web interface, that's part of the bidirectionality desired
01:58.22 brlcad keep in mind that there's been docbookwiki ( http://freecode.com/projects/docbookwiki ) around for years but it's insufficient
01:58.30 brlcad the editing interface plainly sucks
01:58.47 brlcad and is only a subset of docbook iirc
02:00.03 brlcad basically a usability fail
02:00.31 brlcad the interesting aspect of mediawiki is that you might be able to preserve mw-syntax (which is far better than db)
02:00.43 brlcad you don't *really* want your editors to have to care that it's docbook on the backend unless it's strictly necessary (mw syntax dominates usability here, simple)
02:01.43 brlcad granted, even showing db tags in a text box is better than nothing ;)
02:07.49 stas actually you can preserve mw as the basic format, since both formats speak html, which is more or less "standard" or should be for the compilers/renderers
02:08.31 starseeker bear in mind the "canonical" form of our documentation is DocBook, and DocBook->HTML->DocBook is lossy
02:08.41 stas also reviving docbookwiki is more like to be a failure, since mw is greatly maintained
02:09.12 stas starseeker, true, was just throwing ideas
02:09.35 stas we would need a tool that speaks for both formats
02:11.01 brlcad if mediawiki were used, you'd want to translate something like http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/about.xml?revision=49740&content-type=text%2Fplain to mw-syntax with docbook properties preserved but hidden
02:11.14 brlcad so then you could allow edits but then go back to db without loosing any structure
02:12.28 brlcad that's why part why the language is mostly irrelevant -- it's far from being the hardest part of this problem
02:12.44 brlcad if a plan is solid, it'll get traction
02:13.13 starseeker fwiw - there is an old editor project called qemacs that claimed some WYSIWYG DocBook abilities based on a XML/CSS2 renderer - perhaps that approach would have some useful hints?
02:13.41 starseeker http://brlcad.org/~starseeker/qemacs-docbook-mode.png
02:13.50 starseeker http://brlcad.org/~starseeker/qemacs-text-mode.png
02:14.04 starseeker http://savannah.nongnu.org/projects/qemacs
02:14.10 stas starseeker, yep, that approach is probably the only one we should consider, since the tools will end up web anyway
02:14.31 stas i'm seriously thinking about a possible javascript library
02:15.19 stas unlikely to have full db format support, but with basic and most used attributes
02:15.37 brlcad starseeker: any thoughts on which of https://github.com/mpictor/StepClassLibrary/wiki/Gsocideasforstudents we might be interested in?
02:15.59 brlcad pulling over the viewer, that's a decent fit
02:17.32 starseeker probably don't want to go directly from STEP to Collada - that needs to be staged through an intermediate step, maybe something like the json-based ideas we discussed a while back
02:17.44 starseeker doubts that can be scoped for GSoC...
02:19.27 starseeker don't really care about python...
02:21.59 starseeker even our current clean-up item is a bit tricky because we need to do the merge first...
02:24.38 stas ok guys, thanks a lot for chat, i'm gonna get some sleep.
02:36.12 brlcad stas: you're welcome -- will look forward to talking/reading more
03:03.22 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3325 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in a STEP viewer from SCL project ideas
03:15.25 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3326 10/wiki/STEP_Viewer: fill in initial details for a step viewer
03:17.10 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3327 10/wiki/Google_Summer_of_Code/Project_Ideas: ws
06:54.59 *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169)
08:40.09 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:45.03 brlcad moin
08:49.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:49.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:22.59 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3328 10/wiki/Talk:Google_Summer_of_Code/Project_Ideas: New page: test
09:23.11 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3329 10/wiki/Talk:Google_Summer_of_Code/Project_Ideas: Removing all content from page
09:36.29 *** join/#brlcad JanC_ (daba13f5@gateway/web/freenode/ip.218.186.19.245)
09:39.13 *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169)
09:41.14 *** join/#brlcad Jan_C (daba13f5@gateway/web/freenode/ip.218.186.19.245)
09:47.36 Jan_C hi is anyone here? im wondering if i should introduce myself here for your gsoc projects?
09:56.11 d_rossberg Jan_C: i suspect most people here are still asleep, but they will read your messages as soon as they come back to this forum
09:56.29 d_rossberg so don't worre to introduce yourself here
09:58.36 Jan_C hehe, you mean don't worry (about) introducing myself?
10:01.26 d_rossberg yes
10:02.36 d_rossberg another possibility would be the developer mailing list
10:08.50 Jan_C well, just as a short intro: im an undergrad, currently persuing two degrees in math and computer science, with some background in modern physics (ie Einstein and after)
10:10.53 Jan_C i was kinda surprised that there is actually such a science oriented project in gsoc (the one on bending light), im pretty interested in working on it
10:14.21 Jan_C in fact i feel tempted to solve all the gravity problems by writing a library to deal with object in fields, and maybe it can be extended somewhat to electromagnetism
10:21.17 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:21.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:26.31 *** join/#brlcad stas (~stas@82.208.133.12)
10:44.00 *** join/#brlcad novoman (6d6fb916@gateway/web/freenode/ip.109.111.185.22)
10:44.48 *** part/#brlcad novoman (6d6fb916@gateway/web/freenode/ip.109.111.185.22)
11:28.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:50.46 brlcad hello Jan_C
11:51.29 brlcad glad to hear that you're interested in our science projects, they are pretty interesting overall
11:52.08 brlcad the gravity/physics integration is actually an effort that was started with the european space agency's summer of code in space last year
11:52.33 brlcad still some work needed there, but some of the basic infrastructure is in place
11:53.19 brlcad our dev that worked on it can probably go into more/better detail on where that effort stands
12:41.54 Jan_C hi, regarding the project on simulating celestial gravity, you meant multilevel problems like sun-planets together with planets-moons?
12:50.10 Jan_C i had also taken a brief look at the european space agency summer of code submission, correct me on this, but what was done was a new calculation for the next frame was being made each time from the previous frame?
12:54.06 Jan_C if that is the case, it might not be possible to apply it for celestial gravity because the gravitational field is not constant as the objects moves within each unit of time in the calculation
13:35.20 *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123)
13:49.54 CIA-128 BRL-CAD: 03brlcad * r49741 10/brlcad/trunk/ (BUGS TODO): report of a bug in the idents command output where the first column region counter is printing wrong.
14:02.27 brlcad Jan_C: the field might not be constant, but then it doesn't have to be -- you'd apply a different gravity force each frame (to each object)
14:02.43 brlcad but then that's why they're separate projects, rather different dynamics obviously
14:04.02 brlcad the issue is mostly usability and integration -- you want a system that users can just turn on/off and have it "do the right thing" regardless of the forces involved
14:04.38 brlcad the socis project was just a first step, getting a physics engine actually calculating basic newtonian interactions
14:05.00 brlcad excellent progress (some videos available), but still another summer's worth of work to go probably ;)
14:29.48 ``Erik one of these days, I'll look over the current bullet integration and try to get it working on my machines O.o :)
14:31.37 ``Erik starseeker: ucw/lithp might not be right for that project, it might even be better as perl or tcl O.o ruby is a nice language, though, always liked it more than python
14:32.52 ``Erik stas: you said "ruby" and "not rails", do you consider rails to be a 'necessary evil' to gain ruby, or do you use another framework (sinatra, your own)?
14:33.18 brlcad ``Erik: the VM image should have everything set up and ready to go
14:34.03 stas ``Erik, the only reason I wont use rails in a project that is not very dynamically developed, is that maintainence tasks would require more time than development itself
14:34.30 ``Erik brlcad: with bullet integration? I haven't actually been following the effort... I have a few boxes with bullet, but BRL-CAD's cmake doesn't find it, and I haven't tried tweaking anything
14:35.31 brlcad ``Erik: yeah, that was one of the pieces I asked tom to install so it would be just ready to go
14:36.29 stas in fact, all you would need for, lets say, db storage app, is an orm and rack based framework, but not necessary rails, I would suggest ramaze (plain mvc with rack as only dependency and twice at least less resource consumption)
14:36.48 ``Erik stas: yeah, any dynamic sites tend to require extra work to make static versions if they take much traffic... (hitting even a basic rails page with ab is concerning, not sure if big sites like github and groupon throw loads of machines at it or have done 'clever' things)
14:37.25 stas well, they pay nice fees to amazon, and have clusters of redis/memcache servers
14:40.03 ``Erik I've been programming more functional style than oo (describe with verbs, not nouns), which is at odds with rails... toooo many migration targets, so I kinda moved my focus to ucw :D
14:42.00 ``Erik brlcad: cool beans, gives us a place to go to if we can't walk someone through setting up their machine correctly (or have an issue with the cmake files on a different platform that we haven't run into)
14:44.32 stas brlcad, I found that http://code.google.com/p/callimachus added some basic docbook editing to wymeditor http://i.imgur.com/BXGGA.png
14:45.35 ``Erik (I'll note that the new server already has ruby19, rails, devise, thin, etc. in place, plus the apache proxy module to expose the rails/ruby app as a vhost or dir, with ssh support)
14:45.42 stas so, I think we should do a tool like this but for docbook http://showdown.im/
14:46.11 stas ``Erik, what server?
14:46.52 ``Erik the machine that brlcad.org will eventually move to
14:50.17 stas thats nice, though that woulda been my least problem to solve :)
14:51.38 ``Erik heh, yeah, we can install pretty much anything needed on the new machine, the old one is kinda stuck at the moment
15:05.32 brlcad stas: that's pretty interesting (bxgga)
15:05.49 brlcad looks like it got a few things wrong, but I like the para identification
15:26.45 starseeker stas: you were thinking the best way to approach DocBook<->web would be a separate library that could be integrated into multiple frameworks?
15:27.02 stas starseeker, exactly, a javascript tool
15:27.12 stas since its best suitable for web
15:27.42 stas back to backend there can be any language or library that speaks docbook
15:28.07 starseeker in principle I like the sound of that - could switch frameworks without having to redo anything except the framework<->javascript integration
15:30.40 stas i will do some more research, especially i need to take a look at docbook xml schema, but I'm glad we could find a common-ish point
15:31.51 brlcad except you end up coding itn the worst of all available languages ;)
15:34.41 brlcad just half-kidding ;)
15:47.00 stas brlcad, actually I can't agree more
15:47.01 stas :D
15:49.57 brlcad so you came complaining about javascript and end up convincing yourself and others that javascript is the way to go, good job! :)
15:50.30 brlcad bah, s/about javascript/about php/
15:50.50 stas above all, be that javascript, or php, those are just tools, the final result is what actually matters
15:51.06 stas but I can consider flash too :)
15:53.56 brlcad clearly you'll need to implement a flash engine in javascript first because adobe's is so unstable
15:55.31 stas may I withdraw the flash part I mentioned :)
15:56.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:18.36 CIA-128 BRL-CAD: 03starseeker * r49742 10/brlcad/branches/STABLE/ (. src/libtclcad/tclcad_obj.c): Apply 49150
17:07.59 Stattrav There is no -Werror in the makefile but why does it treat warnings as errors ?
17:08.51 Stattrav I am using r43163 though
17:09.52 Stattrav pulls in the latest from the svn.
17:10.08 Stattrav nevermind.
17:18.31 brlcad heh
17:22.25 ``Erik javascript isn't all that bad, and you can always use something like parenscript or coffeescript to generate it :D
17:34.10 CIA-128 BRL-CAD: 03starseeker * r49743 10/brlcad/trunk/CMakeLists.txt: Don't want to change the configure script generated just because we're doing a multi-configuration build...
17:35.44 starseeker nothing 6000+ commits couldn't fix...
18:02.28 stas :)
19:02.09 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
19:10.15 *** join/#brlcad merzo (~merzo@192-153-201-46.pool.ukrtel.net)
19:24.55 *** join/#brlcad andrei (~andrei@188.25.160.226)
19:28.17 andrei Hello , my name is Popescu Andrei and I am a second year undergraduate at Polytechnic University of Bucharest
19:29.07 andrei May I ask a few questions about some of the Graphical User Interface projects and Code refactoring projects regarding GsoC and how would that benefit the organisation?
19:29.35 brlcad andrei: absolutely
19:30.29 andrei Well that might sound really wierd
19:30.31 brlcad note that IRC responses are sometimes interactive/instantaneous and sometimes will take a while (maybe a couple hours) before someone responds, but someone does if you're still in the channel
19:30.53 andrei but I would be interested in a project that prolonges more than the GsoC period
19:31.31 brlcad what's weird about that? :)
19:31.32 andrei As the project I choose at GsoC is the first real-deal project I ever attempt
19:31.45 andrei I want to be a starting point and also a point to which I could reffer to
19:31.50 andrei as doing a good job
19:32.18 andrei I noticed the "Impact" Section
19:32.22 andrei on your idea's list
19:32.41 andrei But which of those projects is of greater importance to you
19:32.52 brlcad impact is merely a notion of how many users may be directly affected, not at all a measure of importance or value
19:33.20 brlcad if it's an interesting project to you, then it's important
19:34.00 andrei Well there are several
19:34.06 andrei but I have some limitations unfortunately
19:34.12 andrei I only have knowledge of C and Java
19:34.16 brlcad the topics up there are actually but a tiny subset of things one would work on
19:34.31 brlcad they're up there because they're all very desirable
19:34.53 brlcad several to you, perhaps, but not to us ;)
19:35.11 brlcad see our TODO file and you'll find a couple hundred more ideas
19:35.15 andrei For example
19:35.26 andrei The Visualizing Constructuive Solid Geometry
19:35.38 brlcad probably another hundred or two here: http://brlcad.org/~sean/ideas.html
19:36.08 *** join/#brlcad ksuzee_ (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
19:36.31 andrei I curently work on a smaller scale project, that was assigned to us by university, which is the Google Ai challange replica
19:36.39 brlcad at the bottom of that last one are projects that each would take anywhere from 6 months to 6 years to complete ;)
19:37.07 brlcad okay, neat -- is it open source?
19:37.38 andrei Well , not really , but it s a larger project
19:37.46 andrei that familiarizes us with tools such as git hub
19:39.08 andrei hmm :)
19:39.46 brlcad if it's on github, it's probably open source...
19:39.58 andrei well
19:39.59 brlcad doesn't matter
19:40.11 andrei I didn't say it's open source because it doesn't really serve a purpose
19:40.17 andrei aside of educational purposes that is
19:40.25 brlcad purpose has nothing to do with it
19:40.48 brlcad if it's code, it's under some form of rights management, license, or contract
19:41.07 andrei I am familiar with the open source project
19:41.11 andrei I mean
19:41.14 andrei philosophy
19:42.19 brlcad so then you should know if the code was published or not no? :)
19:42.32 brlcad is it available online somewhere?
19:43.09 andrei The code is entirely written by me and three teammates , I will post it on github in two or three days
19:43.40 andrei Anyway
19:43.47 andrei resuming to Visualizing Constructive Solid Geometry (CSG)
19:44.13 brlcad drastically different from the refactoring projects .. what draws you to that idea?
19:44.27 andrei Well
19:44.36 andrei In highschool I used to help my physics teacher
19:44.45 andrei develop small E-learning lessons
19:45.09 andrei Using Macromedia Flash
19:46.42 brlcad so you see this as similarly helping users learn and visualize their data
19:46.50 andrei Indeed
19:47.23 brlcad so what did you have in mind?
19:48.26 andrei Well
19:48.43 andrei I have used a few days ago the NS tool to review how a small network is working
19:48.45 andrei and transfering data
19:51.37 andrei I am trying to get familiarized with Tcl / Tk
19:52.01 andrei and probably I don't really have a good enough vision
19:52.04 andrei about what should I do
19:53.01 brlcad fair enough
19:53.31 andrei Actually I m looking over Graphviz
19:53.36 brlcad we certainly have plenty of ideas on the topic, of course, and can discuss it in-depth but it is a tricky project to cut one's teeth on it
19:53.57 brlcad have you used our graphiz exporter yet?
19:54.49 andrei I haven't done it so far , unfortunately
19:54.57 andrei I m trying to do that now
19:55.19 brlcad It's a simple little program, limited options, but does the trick and will show you a hierarchy
19:55.45 brlcad doesn't have a GUI though or any means of editing the graph (other than cracking out a text editor to change the dot file)
19:58.41 andrei I have Ubuntu 11.10 at the moment
19:59.01 andrei I might be wrong but , is the program available for this distribution?
19:59.15 andrei I have ran sudo apt-get install graphviz and it seemed to have been installed
20:02.58 andrei I'm going to have a closer look to the documentation
20:03.01 andrei as I m a bit confused
20:05.22 brlcad is what program available?
20:06.51 andrei <PROTECTED>
20:06.54 andrei the brlcad toolkit
20:07.36 brlcad brl-cad is not a program (or a toolkit) .. it's a suite of applications (hundreds)
20:08.37 brlcad one thing that might help you
20:08.52 brlcad this year we've put together a virtual machine already fully pre-configured
20:09.49 brlcad if you download/install VirtualBox, you'll be able to load and run this disk image: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
20:09.59 brlcad you'll need about 6GB of disk space free
20:10.07 brlcad but everything you need is in there
20:10.15 andrei Thank you :) I really appreciate it
20:10.20 andrei I'm sorry for seeming a bit lost
20:10.47 brlcad understandable, it's a lot to take in
20:11.37 brlcad given the complexity, you may end up being more interested in one of the refactoring tasks regardless
20:11.47 brlcad that's one of the best ways to become familiarized with code
20:11.54 brlcad for any project
20:12.22 andrei Hmm
20:14.08 andrei I appologise beforehand if I will be or seem to be annoying, it is certainly not my intention
20:14.45 brlcad not annoying :)
20:14.50 andrei the reason I have set eyes on a "bit harder" project is from 8th of June( When I finish my exam session) until 1st of October
20:14.57 andrei I have absolutely no comitments at all
20:15.19 brlcad our code base is more than a million lines of code
20:15.27 brlcad you could spend years refactoring and still have years to go
20:15.31 andrei indeed
20:15.45 brlcad and refactoring doesn't imply easy
20:15.53 brlcad it's just a good way to get introduced to code
20:16.19 brlcad some refactoring is exceptionally hard, especially to do bug-free and without introducing bad API
20:16.39 andrei so what you mean is that's a good way to start working with your organisation
20:17.01 brlcad gotta run, but there aer other folks in there that can answer other questions too (and the mailing list of course, for more thought-through questions or introductions)
20:17.14 brlcad good way to start working with any org ;)
20:17.44 andrei Goodbye ! Then I will probably have a better look
20:17.48 andrei at the code refactoring projects
20:18.00 andrei Thank you for the really helpful advice
20:46.32 Jan_C hi, regarding the idea of solving for motion through space by getting a different force acting on the object, in practice it would be problematic because there is no guarentee that the planet would stay in orbit
20:48.19 Jan_C if done mathematically with frames close to each other, then that would draw out a more accurate orbit, however thats only with arbituary precision values, if done with float, that would only compound the problem
20:52.57 Jan_C i would propose a whole different approach to the problem from physics equations but that would involve tracing out predefined paths, of course theres no reason why we cant have both and compare the difference
20:56.07 *** join/#brlcad stas (~stas@188.24.46.106)
21:01.19 andrei Goodnight everyone, will look better into the Virtual machine in the morning
21:01.21 andrei :)
21:23.51 CIA-128 BRL-CAD: 03starseeker * r49744 10/brlcad/trunk/ (3 files in 3 dirs): Hrm. CMAKE_CFG_INTDIR doesn't work for the install command, apparently - http://www.cmake.org/Bug/view.php?id=5747 - start experimenting...
21:45.41 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
21:46.43 stas do you guys usually are popular around romanian students? :)
21:52.12 *** join/#brlcad witness123 (~witness@14.139.228.210)
22:34.54 CIA-128 BRL-CAD: 03starseeker * r49745 10/brlcad/trunk/ (misc/CMakeLists.txt src/other/libtermlib/CMakeLists.txt):
22:34.54 CIA-128 BRL-CAD: Stray changes needed for Multi-configuration build tool installation rules.
22:34.54 CIA-128 BRL-CAD: Xcode now successfully installs a build of BRL-CAD. Still doesn't run from that
22:34.54 CIA-128 BRL-CAD: installed directory, looks like something wrong with Tcl index file
22:34.54 CIA-128 BRL-CAD: generation...
22:53.57 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
22:56.43 *** join/#brlcad witness123 (~witness@14.139.228.210)
22:59.40 CIA-128 BRL-CAD: 03starseeker * r49746 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Fix TCL_PKGINDEX in multi-config cases. Gets archer working from install - mged still can't read 'version' variable.
IRC log for #brlcad on 20120320

IRC log for #brlcad on 20120320

00:20.28 brlcad stas: we've had romanian contributors before, but I don't think there've been any around lately
00:46.03 *** join/#brlcad qballer (~chatzilla@bzq-82-80-187-12.red.bezeqint.net)
00:46.08 qballer HI
00:46.16 brlcad howdy
00:46.22 brlcad what brings you here?
00:46.23 brlcad j/k
00:46.27 qballer :)
00:47.09 brlcad so yeah, we have one of the oldest networking libs around, highly robust even across networking implementations that predate tcp standardization :)
00:47.20 qballer So what kind of networking modules do you have.
00:47.37 qballer WoW that is ammm OLD :)
00:48.51 qballer Does it require further development?
00:50.38 *** join/#brlcad fallor (~fallor@115.248.130.148)
00:50.53 qballer ?
00:52.04 *** part/#brlcad qballer (~chatzilla@bzq-82-80-187-12.red.bezeqint.net)
01:01.31 brlcad hi fallor
01:26.47 fallor brlcad:
01:27.02 fallor hi. sorry.. was away for a bit
01:29.48 fallor BRL-CAD had computer vision in its tags, thats why I came here. Was just browsing through the wiki and project ideas. You guys want to consolidate all you image processing functions in a single library. I think I can help with that :)
01:30.07 starseeker awesome :-)
01:31.00 starseeker yeah, that's the libicv (image conversion library) work
01:31.16 starseeker ``Erik is the one who knows the most about that
01:32.20 fallor I'll talk to him then. He's away it seems
01:33.05 starseeker fallor: irc conversations often aren't real time - check back later, someone will have seen it (we read backlogs of the chat)
01:35.12 starseeker Ah HAH! finally
01:35.36 fallor Sure, thanks starseeker
01:39.26 CIA-128 BRL-CAD: 03starseeker * r49747 10/brlcad/trunk/ (3 files in 2 dirs): (log message trimmed)
01:39.26 CIA-128 BRL-CAD: Problem with MGED not being able to work with the version variable was due to
01:39.26 CIA-128 BRL-CAD: brlcad_ident output containing the variable path - apparently Tcl didn't like
01:39.26 CIA-128 BRL-CAD: the dollar-sign and curly brackets. Seeing as that's also not the right path if
01:39.26 CIA-128 BRL-CAD: someone does do an install, teach BRL-CAD how to get the actual path
01:39.27 CIA-128 BRL-CAD: corresponding to a particular configuration in the case where the installation
01:39.28 CIA-128 BRL-CAD: path is based on the build configuration. Could have punted and required a
01:40.02 starseeker does happy dance
01:42.34 CIA-128 BRL-CAD: 03starseeker * r49748 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/test_srcs/builddelta_end.c.in): Install instructions at the end of builddelta need to be aware of what was used to build BRL-CAD - 'make install' won't do very much when you are using xcodebuild, for example.
02:44.19 *** join/#brlcad Akshat (~chatzilla@14.140.40.14)
02:56.41 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
02:56.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:17.40 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:17.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:42.45 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:42.50 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:48.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
03:48.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:05.51 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:05.51 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:16.46 *** join/#brlcad witness123 (~witness@14.139.228.210)
05:22.11 *** join/#brlcad andrei (~andrei@188.25.161.126)
05:44.40 andrei Good Morning:)
06:14.31 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
06:15.48 *** join/#brlcad ksuzee_ (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
06:16.03 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
07:50.13 andrei I am trying to do unit tests for the rb tree(create,insert ..etc)
08:04.31 andrei the *order_func parameter represents the pointer to the comparison function ?
08:14.23 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:16.35 *** join/#brlcad nbafna (~nikhilbaf@116.202.82.128)
08:17.21 *** join/#brlcad 18VAAA4YK (~nikhilbaf@116.202.82.128)
08:42.29 stas brlcad, I see, thanks. andrei good luck :)
08:43.21 andrei Thank you
08:45.42 andrei In order to create a comparison function to test the rb_tree functions , I need to write a generic comparison function
08:46.41 andrei to compare the bu_rb_node-> rbn_package -> rbp_data sections
08:46.43 andrei right?
08:56.39 *** join/#brlcad simion314 (~quassel@109.96.52.243)
09:30.53 *** join/#brlcad stas (~stas@82.208.133.12)
09:33.24 andrei brlcad, please say when you're arround
09:39.28 brlcad andrei: that's the general idea, yes
09:39.47 brlcad there is a manual page for the redblack API that might help
09:39.53 brlcad brlman libredblack
09:39.59 andrei Well I ve been reading the code for a while
09:40.07 brlcad er, "brlman redblack" actually
09:40.11 andrei and what I understood is that in the node structure
09:40.15 andrei you actually store a list of
09:40.51 andrei sec, let me find the exact name of the structure
09:41.17 andrei bu_rb_package
09:41.21 andrei that contains the generic data
09:46.03 brlcad andrei: I believe that's the general idea though you're not supposed to know that directly ... that's a private structure member
09:46.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:46.54 brlcad actually, I take that back -- that is the data container
09:47.05 brlcad it's been a while since I've looked at that bit of api myself
09:49.25 brlcad so you have to keep in mind that the API is a data-driven design, classic C, so you're seeing implementation details that must be declared mixed with API that you're expected to use
09:50.02 brlcad I don't think you actually need to know about bu_rb_packages other than maybe for the purpose of creating a comparison func and even then I'm not positive you need to know
09:50.25 brlcad bu_rb_insert() will populate a package for you, for example
09:50.49 andrei hmm
09:50.57 brlcad a good simple test would be to store strings into a rb tree
09:51.20 andrei that was what I was trying to do
09:51.31 andrei and use strlen(string) as a comp function
09:52.01 brlcad you could insert something like "h", "e", "a", "l", "l", "o" .. then delete "a", then traverse all nodes and see if you can find h e l l o
09:52.16 *** join/#brlcad Stattrav (~Stattrav@223.190.212.133)
09:52.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:54.13 andrei <PROTECTED>
09:54.30 andrei regarding arbitrary inserts
09:54.41 andrei I'm not entirely sure at what is the compare function used
09:54.47 andrei as I see there is a pointer to a compare function
09:55.17 andrei ah nevermind
09:56.12 Stattrav brlcad: is there a list of requirements for the brlcad build on linux ?
10:04.48 brlcad Stattrav: have you seen https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ ?
10:05.05 brlcad that's a fully preconfigured checkout and install of brl-cad on linux ready to go
10:05.20 brlcad you'll just need to download VirtualBox and have about 6GB of disk space available
10:05.54 brlcad the doc/README.Linux might list requirements, but they are very very minimal
10:06.05 Stattrav aah :)
10:06.32 Stattrav I was building from SVN and the cmake failed and thus installed the necessary packages
10:06.41 Stattrav I can add to them though
10:07.10 brlcad cmake may fail for a huge range of issues including misconfigured cmake :)
10:07.35 brlcad the actual requirements are something minimal like cmake, make, gcc/g++
10:08.06 Stattrav so bullet, freetype2, libxi-dev, libxft-dev
10:08.10 brlcad plus some optional bits like x11 libs (dev and user), lex/yacc, and a few other assumptions
10:08.14 Stattrav yeah
10:11.30 brlcad andrei: have you read the section of include/bu.h on the redblack structures/functions?
10:11.52 andrei yes
10:11.53 brlcad that's probalby the best starting point
10:11.59 brlcad cool
10:12.02 andrei from what you told me
10:12.08 andrei you want me to use the wrappers
10:12.23 andrei rather than the primary functions
10:13.35 andrei oh, actually not
10:14.02 andrei I thought bu_rb_insert is a wrapper over
10:14.04 andrei HIDDEN int
10:14.05 andrei _rb_insert
10:17.54 andrei just a second
10:17.57 andrei I m trying to get something clear
10:25.44 andrei <PROTECTED>
10:25.45 andrei but
10:27.18 andrei <PROTECTED>
10:27.58 andrei what is the order parameter
10:27.59 andrei role
10:29.00 andrei I can't find the rb_order_func in order to see what it does
10:29.18 andrei ah, nevermind, I found the macro
10:31.35 brlcad you can ignore HIDDEN functions
10:31.38 brlcad they're implementation detail
10:31.41 brlcad HIDDEN is "static"
10:32.17 brlcad when it doubt, just pass a zero ;)
10:32.44 andrei the basic red black tree node has a key and a valu
10:32.46 andrei e
10:49.52 andrei The rb tree in bu.h isn't actually a binary tree of some order?
11:04.50 brlcad andrei: I'm not sure I understand your question
11:05.01 brlcad usually order would be the maximum number of children in a node
11:05.24 brlcad but order might also be related to traversal ordering
11:05.48 andrei exactly
11:06.02 andrei no, now everything became clear
11:06.12 andrei I had no idea what s with the "order" parameter
11:06.28 brlcad if it's in the API, it's probably traversal ordering
11:06.42 brlcad whether to traverse preorder, postorder, inorder
11:07.39 andrei hold on, I ll upload a picture , maybe that will help you understand what I mean
11:08.03 andrei http://i.imgur.com/eAXdl.png
11:10.44 brlcad a see a tree ... and? :)
11:10.51 andrei and the order represents
11:10.56 andrei the number of the node
11:11.21 andrei if I m not mistaken
11:11.25 brlcad yes ...
11:11.30 andrei order 0 in first node should be node 8
11:11.43 andrei and order 2 is 17
11:11.49 brlcad er ...
11:12.17 brlcad that's not how I'd define order
11:13.16 brlcad one (of many) possible definition of order is the maximum number of children for each node
11:13.28 brlcad for that diagram, that'd be "order 4"
11:13.36 brlcad and it applies to the whole tree
11:13.48 brlcad as each node has potentially four children
11:14.19 brlcad THAT SAID ... order in the API could simply refer to the order of _traversal_
11:16.15 brlcad if I walked that tree, do I get 1,6,8,11,13,... or do I get 13,8,1,6,11,... or 6,1,11,.. etc
11:16.33 brlcad inorder, preorder, postorder, etc
11:17.07 andrei well
11:17.29 brlcad I'd bet rb_* api refers to traversal, not describing the tree
11:17.41 brlcad need a more specific question at least
11:18.15 andrei void
11:18.17 andrei bu_rb_walk(struct bu_rb_tree *tree, int order, void (*visit) (/* ??? */), int trav_type)
11:18.29 andrei the type of "walking " is clearly dictated by trav_type
11:18.49 andrei and it s defined in bu.h as
11:18.58 andrei preorder - 0 , inorder - 1 and post - 2
11:19.36 andrei my understanding is that this function walks the tree in the chosen mode
11:19.53 andrei and applies a function to everynode
11:21.23 brlcad so for that function, I'd agree
11:22.11 brlcad iirc, many of the bu_rb_*() have an 'order' parameter and they don't all mean what it means to bu_rb_walk
11:23.55 brlcad reading through redblack.3 I believe that order parameter refers to which comparison function to use
11:24.28 brlcad it looks like you can store multiple "orders" per node and have a different comaprison function for each
11:26.05 brlcad so basically it's a tree of lists and it's asking which list entry do you want
11:26.27 brlcad most of the time there would only be 1 so it's probably either 0 or 1 depending on where the index starts
11:28.47 *** join/#brlcad akanksha (1b3a2f96@gateway/web/freenode/ip.27.58.47.150)
11:29.28 andrei <PROTECTED>
11:30.00 andrei if the order is k , it will access the k'th data container
11:30.11 andrei of the curent node
12:12.27 andrei int comparison=0xdeadbeef;
12:12.30 andrei uhm..interesting :)
12:17.43 andrei brlcad, how can I test the program I have written?
12:22.34 brlcad andrei: have you compiled brl-cad yet?
12:23.07 andrei <PROTECTED>
12:23.11 andrei to add my file aswell
12:23.31 brlcad that should still work but that's our old build system
12:23.38 andrei not sure if it is the right thing to do , I have added it the same way the other test_units were added
12:23.41 brlcad the new build system is the CMakeLists.txt file
12:24.11 brlcad right, so that's all you have to do -- follow exactly what's done for the others
12:24.22 brlcad you're working with an svn checkout?
12:24.50 andrei no, for the moment I was just working on localhost
12:25.25 brlcad er
12:25.40 brlcad where are the sources from?
12:25.54 andrei http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.20.4/
12:26.03 brlcad okay, a source download then
12:26.10 andrei yes
12:32.12 *** join/#brlcad witness123 (~witness@14.139.228.210)
12:32.14 brlcad so to build, I'd suggest installing cmake then running mkdir .build && cd .build && cmake path/to/sourcedir && make
12:32.16 brlcad ideally, do that *before* you edit CMakeLists.txt just so you can make sure it builds before your changes
12:32.16 brlcad if it fails, though, the first thing we'll almost always tell you is to get an svn checkout :)
12:32.16 *** part/#brlcad simion314 (~quassel@109.96.52.243)
12:32.18 *** join/#brlcad bhinesley (~bhinesley@adsl-108-203-219-92.dsl.bkfd14.sbcglobal.net)
12:32.18 brlcad howdy bhinesley
12:34.38 brlcad andrei: he's someone you might be interested in speaking with -- he's a former (outstanding) gsoc student that worked on code refactoring for brl-cad last year
12:36.00 brlcad he might be able to share some persepctive or help answer questions
12:36.07 andrei That's good to know, thank you
12:36.22 andrei just a second, I m setting up my git account on this distribution
12:36.48 brlcad you sould set it up with the svn repo, not a source download, fwiw
12:37.31 brlcad moreover, if you're selected, students are expected to commit daily and throughout the day so you may find the overhead actually counterproductive
12:55.30 andrei I m sorry for the rather newbie question but I m unsure of something
12:56.18 andrei I should clone your repo on my account and commit to mine ( if I get selected) or I should commit on your repository
13:16.00 *** join/#brlcad ksuzee__ (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
13:23.18 starseeker gah - how about telling me *how* cmake failed??
13:29.48 starseeker andrei: you would commit to the svn repository on sourceforge
13:30.21 andrei ah, I see
13:30.54 andrei I had some issues with the installation aswell, so I started the VirtualBox that brlcad recommended
13:43.05 andrei brlcad, this is the program I have written , it supposedly tests several rb_* functions
13:43.43 andrei how can I test it ? I m trying to test in the virtualbox
14:02.08 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
14:12.36 *** join/#brlcad simion314 (~quassel@109.96.52.243)
14:20.14 *** join/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net)
14:20.24 *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52)
14:22.48 brlcad andrei: do you have the vm running?
14:23.20 andrei yes
14:23.40 andrei should I give you a pastebin link to the file or should I try to run it myself first?
14:23.58 brlcad yourself first :)
14:24.10 brlcad so when you run the vm, there are two windows
14:24.17 brlcad one is the build dir, the other is the source dir
14:24.25 brlcad run make in the build dir
14:24.45 brlcad if it completes successfully, then you can make your edits in the source directory
14:25.11 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
14:25.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:25.13 andrei hold on a second
14:25.17 brlcad after the build succeeds, edit src/libbu/CMakelists.txt and add your test file
14:25.25 brlcad then re-run make again in the build dir
14:25.47 andrei the brlcad-build directory on desktop
14:25.50 brlcad if it works, you'll have your test binary in bin/test_rb or whatever you named it
14:25.53 andrei is empty
14:26.22 brlcad when you started the vm, it presented you with two windows
14:26.28 brlcad did you already close one of those windows?
14:26.28 andrei yes, I ll reboot it
14:26.35 andrei as I ve been playing abit in mged
14:26.45 brlcad you don't need to reboot
14:27.07 brlcad you just need to be in the right directory
14:27.52 jarray52 Do any pre-written open source engineering licenses exist? I'm looking for a GPL like license for open source engineering projects. I apologize in advance if the question is off topic.
14:28.18 brlcad jarray52: what does that even mean?
14:28.48 brlcad you could certainly use just about any OSI license for most open source engineering projects
14:29.08 CIA-128 BRL-CAD: 03starseeker * r49749 10/brlcad/trunk/CMakeLists.txt: use BRLCAD_CMAKE_DIR once it's defined
14:30.01 andrei so now I have two windows
14:30.17 andrei the terminal is in /home/brlcad
14:30.36 andrei and the file browser in /usr/brlcad/dev7.21.0
14:30.42 andrei I assume the last one is the build directory
14:31.18 jarray52 brlcad: The project would consist of CAD drawings/BRL CAD models, gcode, mathematical models, and written material that would facillitate manufacture of the product. I would like any user created modifications to be publically available whenever the product is sold or the designs redistributed.
14:31.34 brlcad andrei: so it's already different than it was when you first ran the VM
14:32.28 andrei I think so, yes.
14:33.20 brlcad jarray52: most open source licenses cover content, but you could also pick a license more geared to content like creative commons (cc-by-sa fits your description)
14:33.43 brlcad andrei: so there's a brlcad-trunk-svn dir -- that's your svn checkout
14:33.53 brlcad i.e., your source dir
14:34.10 brlcad there should also be a brlcad-build dir (or similarly named)
14:34.24 brlcad that's your build directory
14:34.53 andrei there is a brlcad-build indeed
14:34.58 andrei but it's empty
14:35.29 brlcad if you cd to it, and run make, what happens?
14:36.04 andrei make: *** No targets specified and no makefile found. Stop.
14:36.21 brlcad okay, so apparently tom nuked it in the latest version
14:36.31 brlcad run "cmake ~/brlcad-trunk-svn"
14:36.36 brlcad in the build dir
14:36.58 andrei I believe the directory is called brlcad-svn , I think it's the same thing tho
14:37.07 brlcad okay, that
14:37.27 brlcad he apparently renamed the dirs in the latest image
14:37.58 andrei it's my fault anyway, I m too unsecure to realise even obvious matters
14:38.31 andrei but I ll try and spend as much time as possible to understand it :)
14:39.58 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
14:39.58 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:48.45 andrei Now it works, I m waiting for make to finish :)
14:50.25 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
14:50.25 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:57.07 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:03.02 ``Erik hehehehe http://wonder-tonic.com/geocitiesizer/content.php?theme=3&music=9&url=brlcad.org
15:04.34 andrei Okaay
15:04.40 andrei that's cool
15:05.32 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:05.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:08.10 ``Erik http://wonder-tonic.com/geocitiesizer/ amuses me
15:13.34 CIA-128 BRL-CAD: 03starseeker * r49750 10/brlcad/trunk/ (7 files in 7 dirs): (log message trimmed)
15:13.34 CIA-128 BRL-CAD: Nevermind the LoadMacros hack - just prevent the re2c/lemon macro definitions
15:13.34 CIA-128 BRL-CAD: from being overwritten if they're already defined using Alexander Neundorf's tip
15:13.34 CIA-128 BRL-CAD: from http://www.cmake.org/pipermail/cmake/2008-February/019776.html. BRL-CAD
15:13.34 CIA-128 BRL-CAD: defines 'em first, so the src/other copies won't get loaded (makes sure older
15:13.35 CIA-128 BRL-CAD: versions of macro files that might linger in src/other don't stomp misc/CMake
15:13.36 CIA-128 BRL-CAD: versions) but stand-alone builds will use the local copies. Properly set up
15:13.56 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:13.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:15.46 brlcad ``Erik: heh
15:21.41 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:21.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:29.49 andrei brlcad, it takes quite a while to compile
15:29.56 brlcad yep!
15:30.04 andrei when I will add my file to it, I assume it won't recompile the unchanged files
15:30.14 brlcad right
15:30.47 brlcad there's also a bit of a slowdown running in the vm, so you wouldn't necessarily be working that way all summer
15:30.59 brlcad the image is just to help folks get started
15:31.10 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:31.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:31.17 brlcad later you'd be expected to set up your own environment
15:31.44 brlcad it's a distraction until after students are selected though so no worries for now
15:31.55 andrei If I will get accepted I will change the distribution to one that's compatible
15:32.00 andrei I m pretty unhappy with Ubuntu 11.10 anyway
15:32.13 stas andrei, why? :)
15:32.39 andrei well , it has some minor but annoying bugs
15:33.23 andrei and the fact that some things seem to be created just not to be like windows
15:33.40 stas could you describe any of these?
15:33.45 andrei Yes
15:33.52 andrei if you mean minor bugs
15:34.02 stas was just curious
15:34.09 andrei for example the first time I boot , I cannot change the bootloader option
15:34.15 andrei it s like I have no stdin control
15:34.31 stas thats grub2 actually
15:35.14 andrei aside of that
15:35.27 andrei if I browse with the file manager
15:35.31 andrei to some specific file
15:35.35 andrei I can't get the path anymore
15:35.42 stas ctrl+l
15:35.58 andrei ok I ll really try that now
15:36.15 andrei Ok, my bad, it works
15:36.18 andrei I thought it was disabled
15:36.20 stas :)
15:37.18 andrei I was thinking to switch to archlinux
15:37.24 stas no worries, thanks for feedback, in fact, you can email us anytime for that kind of feedback at contact@ubuntu.ro :)
15:37.35 andrei :)
15:38.07 andrei Oh , if so , I could search better and provide a more accurate feedback if you want to
15:38.19 stas sure, anytime
15:38.20 andrei Here's another thing I just reminded of
15:38.41 andrei I also own a laptop ( if it is relevant I can mention technical details)
15:39.01 andrei on Windows 7 it has an uptime of about 2 and a half hours
15:39.26 andrei without doing advanced things ( not more than coding and pdf reading)
15:39.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:39.50 andrei on Ubuntu 11.10 it s about 1.45 minutes doing the exactly same things
15:39.55 andrei hours I mean, not minutes
15:40.00 andrei 1 hour and 45 minutes*
15:40.24 stas hmm, that might result from what peripherials are being enabled, like wifi, bluetooth, camera and so
15:40.38 stas agree here, things could be improved
15:40.41 andrei but as I said I will send an email with more relevant and detailed feedback
15:41.25 stas sure, thanks
15:41.37 andrei that was quite a surprise tho
16:06.43 stas brlcad, starseeker I wanted to ask you guys, I'm kinda decided I will apply for the docbook/web stuff project, do you need details about me? like a resume or stuff? :)
16:12.22 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:12.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:19.08 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:19.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:19.24 andrei Cmake uses exclusively CMakeLists.txt ?
16:33.31 brlcad stas: that's usually a good idea
16:36.59 andrei brlcad , I ve been reading the CMakeLists for a bit
16:37.15 andrei is there where I should add my source?
16:37.46 brlcad you put your .c file into the src/libbu source directory
16:37.52 Stattrav brlcad: what in the benchmarks do you need to store ? just the summary or the entire run and frame info ?
16:38.06 andrei I already have done that
16:38.22 brlcad andrei: make sure you have a full build, then edit src/libbu/CMakeLists.txt to add your .c file to the build
16:38.23 Stattrav and most importantly I've just submitted my latest benchmarks to benchmark@brlcad.org
16:38.56 brlcad Stattrav: everything
16:38.58 andrei I have a full build and I have added my file( which is called test_rb.c) in /src/libbu
16:39.12 andrei and I'm stuck at adding it in Cmakelists.txt
16:39.27 brlcad Stattrav: a benchmarks database should preserve the original log file (entirely, unmodified) as well as all useful extractable values
16:39.31 Stattrav brlcad: and brlcad.org uses its own mail server ? IMAP
16:39.50 stas please take a look at this page when you have a minute http://stas.github.com/resume.html, if there are questions, just ping me
16:39.51 stas thanks
16:40.55 Stattrav yeah I got that part of storing the entire log. but I was just wondering if I were write the regexes to extract the values what needs to be extracted.
16:41.24 brlcad everything that's useful to extract (which is just about everything not constant)
16:42.22 CIA-128 BRL-CAD: 03starseeker * r49751 10/brlcad/trunk/ (15 files in 14 dirs): Put documentation output in the doc subdirectory of the data directory
16:44.04 brlcad stas: excellent -- I have a few questions, but I'll save them for next week during reviews
16:44.35 brlcad looks great, just make sure you include a link to it in your proposal write-up
16:45.04 stas thanks, I'll do. anyway, I'll stay around
16:45.40 brlcad great, might get to those questions beforehand then (just not today)
16:48.31 stas deal
16:57.50 Stattrav Oh, nice the benchmark shell script also checks for the --enable-runtime-debug and --enable-optimized
16:59.50 Stattrav brlcad: Since the info as you said is not constant fixing a db schema is not recommended ?
17:03.20 Stattrav oops
17:08.29 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3330 10/wiki/Summer_of_Code/Acceptance: it's their app, however emphasized
17:15.23 Stattrav brlcad: btw what kind of patch can I submit for this web framework ?
17:16.12 CIA-128 BRL-CAD: 03starseeker * r49752 10/brlcad/trunk/ (CMakeLists.txt src/libbu/brlcad_path.c):
17:16.12 CIA-128 BRL-CAD: Gah. We were getting away with checking a series of hard-coded subpaths for the
17:16.12 CIA-128 BRL-CAD: data subdirectory in bu_brlcad_data. Have CMake tell us what the right value is
17:16.12 CIA-128 BRL-CAD: via brlcad_config.h. Leave the hard-coded paths as a fall-back.
17:20.52 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3331 10/wiki/Summer_of_Code/Application_Guidelines: update with a few more fields for this year, noting the optional additions
17:21.40 andrei brlcad
17:21.40 brlcad gsoc students, just updated our suggested application template and guidelines http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines
17:21.53 andrei when I add CMakeLists in /src/libbu
17:22.20 andrei can I link an executable with multiple files by using target_link_libraries
17:22.29 brlcad Stattrav: what do you mean by "fixing" a db schema? you mean defining one?
17:22.35 Stattrav yeah
17:22.43 Stattrav defining one
17:22.43 andrei for example my test code is called test_rbtree. can I use
17:22.44 brlcad you'll want/need to define one for at least some basic machine characteristics
17:22.46 CIA-128 BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3332 10/wiki/Google_Summer_of_Code/Project_Ideas:
17:22.56 andrei add_executable(test_rbtree test_rbtree.c)
17:23.06 CIA-128 BRL-CAD: 03erikgreenwald * r49753 10/brlcad/trunk/src/libicv/fileformat.c: add parens so the averaging works correctly
17:23.08 andrei ah nevermind
17:23.20 andrei I realised found the answer, thanks anyway
17:23.24 andrei I found*
17:23.37 brlcad andrei: glad to help ;)
17:24.17 andrei I needed a CMake tutorial as I was completely lost in it :)
17:24.35 andrei and it became clear after I read it
17:24.46 brlcad Stattrav: so the entire point of the benchmark database is to characterize a given run against a database of existing runs, so basic hardware metrics will need to be tracked/extracted
17:25.03 Stattrav yes. Machine characteristics, summary of the benchmark run, performance metric, some flags ?
17:25.06 brlcad the problem is that those metrics are not well-defined because of the huge variety of hardware involved
17:25.24 Stattrav version of brlcad being run
17:26.40 brlcad sure, but that's trivial
17:26.42 Stattrav You must already have an instance of MySQL or some SQL running at the moment to support drupal and mediawiki right.
17:27.07 brlcad harder, I might want to know whether there is much/any difference between a quad core cpu and quad-cpu single core machines
17:27.11 brlcad over time
17:27.18 Stattrav ohh
17:27.19 brlcad and that's not easily derived from the log files
17:27.28 brlcad but it's there
17:27.45 Stattrav that could be obtained from the cpuinfo on linux and windows and mac I should check it up
17:27.46 brlcad at least for some logs
17:28.30 brlcad the logs are what they are -- some have /proc/cpuinfo, some have sysctl output, some have uname -a, etc...
17:28.45 brlcad depends on the OS, hardware, tools installed, etc
17:28.56 Stattrav yeah I have seen uname -a
17:29.01 brlcad when it's available, it's shoved into the log
17:29.15 brlcad look at your log (the actual file, not just what was displayed)
17:29.17 Stattrav Python has a crossplatform libs iirc
17:29.41 Stattrav yeah
17:29.47 brlcad we run on more platforms than python :)
17:30.17 Stattrav ohh :)
17:30.21 brlcad our benchmark baseline is a vax 11/780
17:30.37 CIA-128 BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3333 10/wiki/Convert_BoT_to_Pipe: New page: In the design phase of an aircraft, component positions and locations are continually in flux leading to a lag in models of line routing. Typically when lines are received from an aircraft...
17:30.39 ``Erik sorta
17:30.49 ``Erik sphflake is an o2
17:30.49 Stattrav so info like this right -> "Compile-time debug symbols are available
17:30.51 Stattrav Running on zeppelin
17:30.52 Stattrav Planning to run with 8 processors"
17:31.29 Stattrav logs of each of those sub runs
17:32.19 CIA-128 BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3334 10/wiki/Convert_BoT_to_Pipe:
17:32.20 brlcad probably don't need the individual logs, those are subject to change
17:32.32 Stattrav had to search for vax 11/780 on google :)
17:32.35 brlcad it's the benchmark suite's job to parse those
17:32.44 Stattrav aah
17:33.12 *** join/#brlcad lixer (dcff0231@gateway/web/freenode/ip.220.255.2.49)
17:33.36 brlcad Stattrav: do you know how to write sql schema?
17:34.04 brlcad CREATE ... db table syntax
17:34.20 Stattrav yup
17:34.20 Stattrav sure
17:34.54 brlcad so if selected, you'd probably spend a solid week developing a robust set of tables that capture everything
17:35.29 Stattrav yup
17:36.32 Stattrav give me 5-10 mins, I shall this schema for what I think I can extract so far. just for the heck of it
17:36.45 brlcad a good patch submission could be a quick first-stab at that or some enhancement/fix to the benchmark tool
17:36.45 Stattrav s/shall/shall write/
17:37.06 brlcad think about this in terms of users too, not just raw data
17:37.32 Stattrav ohh, do you have some pending fix to benchmark tool ?
17:38.27 brlcad there's a couple-todo's related to it, like making it output the CPPFLAGS/CFLAGS used to compile rt
17:38.53 brlcad that's potentially an rt mod, but it'd get exposed through the bencmark tool
17:39.33 brlcad another could be a C mod to our libbu basic utility library
17:39.54 brlcad it often outputs (unknown) for the tool name during production compiles
17:40.59 Stattrav ohh
17:40.59 brlcad gsoc students, new project idea just added by one of the mentors: http://brlcad.org/wiki/Convert_BoT_to_Pipe
17:41.04 brlcad just fyi
17:55.11 Stattrav brlcad: which one in the basic utility ?
17:58.45 brlcad try a release build, then re-run the benchmark -- your log file may have some information missing
17:59.29 Stattrav ohh
17:59.32 Stattrav let me check that
17:59.45 Stattrav i have 7.20 on my machine as well
17:59.53 brlcad the libbu routines in question are bu_which() and bu_whereis() along with the one that pulls up /proc/cpuinfo
18:00.22 brlcad the issue is related to our modes of compilation and strictness
18:00.39 Stattrav ohh
18:00.47 brlcad if you compile in a strict compliance mode, you don't get some libc routines, so the implementation falls back to nothing (unknown)
18:01.22 brlcad the fix would need to either figure out something more clever or find/define additional fallback methods
18:02.03 Stattrav ohh
18:04.47 CIA-128 BRL-CAD: 03n_reed * r49754 10/brlcad/trunk/src/other/ (17 files in 3 dirs): move some sdai sources from clstepcore to cldai
18:19.05 Stattrav brlcad: crudely this http://i.imgur.com/FlQQI.png
18:19.12 Stattrav the schema that is
18:22.51 brlcad mu gut inclination would be to keep the original logs as files on disk instead of in the db
18:23.39 brlcad so a dev could do their own quick processing or scripting if needed using grep/awk/whatever instead of having to fire up an sql query
18:23.40 Stattrav aah
18:23.52 brlcad not a strong inclination, so welcome comments
18:24.10 Stattrav but you wanted some kind of plots etc
18:24.27 Stattrav replication ?
18:24.32 brlcad sure, but then you will have extracted everythign from the logs into the db
18:24.34 Stattrav as in store them on the disk as well as the db
18:24.47 Stattrav oh yeah that is what i mean
18:24.47 brlcad think of the file as the "paper trail"
18:25.07 brlcad you could regenerate/repopulate the db with the files
18:25.14 Stattrav yes
18:25.37 Stattrav a population script could always be written
18:26.06 brlcad there you have milestone #2 then ;)
18:26.24 Stattrav aahaha
18:27.22 Stattrav that was the first job I had when I was working, write the db population scripts for the load testing. They thought I'd learn the codebase and schema through that
18:28.59 brlcad also, other comments on the schema -- you'll want to try and capture a characterization of the hardware/os/compiler/cadversion (probably four separate other tables)
18:29.17 Stattrav oh yeah
18:29.55 Stattrav and link these tables via id (foreign key)
18:30.10 brlcad right
18:31.49 Stattrav so grep over the codebase reveals that bu_which is used for just uname, sysctl, pwd, tclcadautopath, terminal and editors. That is it right
18:32.48 Stattrav brlcad: btw do you want me to write a sample API for submission via the HTTP or via the mail ?
18:33.36 brlcad an architecture diagram would be more helpful initially
18:33.41 Stattrav sure
18:34.06 brlcad can get to api details later
18:35.01 Stattrav sure
18:36.47 *** join/#brlcad stas (~stas@188.24.46.106)
18:37.50 Stattrav Cant think of anyother modes of submission apart from HTTP API, via mail, ftp sync. Is there anything else that is commonly used that I am missing ?
18:39.06 brlcad devs that manually drop a log (via scp/cp) into a queue dir
18:39.20 brlcad http and mail should just drop into that queue dir too
18:39.43 brlcad can let cron check every so often, view queue status on web, etc
18:40.19 Stattrav ohh sure
18:40.20 *** join/#brlcad Akshat (~chatzilla@14.140.40.14)
18:40.35 Akshat hello
18:41.03 brlcad hello Akshat
18:41.45 Akshat i wanted to know about GSoC,and my proposal
18:42.03 Akshat should i proceed
18:42.33 *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
18:43.57 Stattrav brlcad: sure. tomorrow, I shall present you a diagram/UML for the same. Got to get some things done for my classes tomorrow. thank you btw
18:43.58 Akshat <brlcad> you there
18:44.08 Stattrav Akshat: he is always here. Just ask :)
18:44.09 brlcad ~ask
18:44.09 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
18:44.40 Akshat ok
18:44.44 brlcad Stattrav: it doesn't need to be uml (and is fine if it is) -- just need the notion
18:44.50 brlcad like the cia.vc diagram I posted on the list
18:44.54 Akshat i was interested in code reduction can i know which type of code will i get
18:45.21 brlcad Akshat: you get the code you select
18:45.36 brlcad we're not going to give you code and say "reduce this"
18:45.50 Stattrav brlcad: it is easier for me to make one than anything else :) emacs
18:45.52 brlcad you will figure out what to refactor, discuss, and proceed
18:47.03 Akshat nice , i even doen't expect that :)
18:48.32 Akshat <brlcad> i am new to chatzilla, and might be reacting inappropriately
18:49.39 brlcad Akshat: no problem, there are plenty of people around to tell you if/when you're being annoying or doing something wrong ;)
18:49.43 brlcad like that
18:49.46 brlcad that's annoying
19:00.08 *** join/#brlcad Akshat (~chatzilla@14.140.40.14)
19:02.16 Akshat i am interested in code reduction and fix bugs, i wanted to know in which direction should i work,so that i can provide my best to the project
19:05.07 Akshat hello!!!
19:05.18 *** join/#brlcad witness123 (~witness@14.139.228.210)
19:06.42 ksuzee <PROTECTED>
19:07.00 Akshat its good
19:07.35 Akshat so how are you working over it
19:09.45 ksuzee Well, I've already registed on Mail Lists, as Sean advised me. Also, I'm dowloading the sources to start working out with them. And you?
19:11.43 Akshat i have joined today,but they have not replied yet. so what is this "sources" , bunch of code.
19:14.27 Akshat hello!!!
19:14.33 ksuzee I mean the open code of the project
19:15.19 Akshat is that interesting to you
19:15.21 Stattrav Akshat: as brlcad points out, repeated "Hello"s with multiple question marks are annoying
19:15.58 Akshat <stattrav> ok
19:16.55 ksuzee "<Akshat> is that interesting to you" - is it for me?
19:17.56 Akshat <ksuzee> yes , i just wanted to know , is working with that stuff a fun
19:21.39 ksuzee yes, I think, it's quite interesting
19:24.40 Akshat <ksuzee> can you give me link address of that sources, it would be very kind.
19:25.29 ksuzee here's it http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.20.4/ Everythins's for you)
19:25.59 Akshat <ksuzee> thank you
19:30.48 brlcad even easier, if you download VirtualBox, we've provided a virtual disk image this year with everything downloaded and preinstalled
19:30.51 brlcad http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
19:31.07 brlcad you'll need about 6GB but it should have everything needed
19:32.34 Akshat <brlcad> thank you for your kind help.
19:32.37 ksuzee Thank you! Indeed
19:32.53 *** part/#brlcad Akshat (~chatzilla@14.140.40.14)
19:33.25 brlcad ksuzee: helping your fellow gsocer is greatly appreciated, thanks!
19:35.15 CIA-128 BRL-CAD: 03starseeker * r49755 10/brlcad/trunk/CMakeLists.txt: whoops - don't need 'Windows' in the exe name
19:36.46 ksuzee brlcad: it's not difficult for me, really
19:38.46 *** join/#brlcad Akshat (~chatzilla@14.140.40.14)
19:42.12 *** join/#brlcad Neil___ (~chatzilla@117.229.10.179)
19:59.10 *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com)
20:10.10 *** join/#brlcad andrei (~andrei@188.25.175.123)
20:10.49 andrei back:)
20:22.05 *** join/#brlcad stas (~stas@188.24.46.106)
20:57.11 Al_Da_Best ``Erik: Hi, I have a few ideas for one of the scientific projects for GSOC, namely the non-vacuum gravity simulator. I was thinking about expanding on the basic falling block(well, object) by adding in a number of adjustable parameters. I was thinking along the lines of making the ground plane variable, so you could alter say, the coeff of restitution and the simulation would model the result
20:57.12 Al_Da_Best of that. Also possibly allow for falling through different fluids and at different depths of fluids (so allowing for a rapid change in density etc).
21:59.50 *** join/#brlcad merzo (~merzo@82-212-92-178.pool.ukrtel.net)
22:20.53 CIA-128 BRL-CAD: 03starseeker * r49756 10/brlcad/trunk/ (5 files in 2 dirs): We only want Debug and Release builds for BRL-CAD. Always want Debug flags, even when doing optimized release builds, unless explicitly turned off. Try and correct logic to reflect that - untested on multiconfig.
22:49.51 CIA-128 BRL-CAD: 03n_reed * r49757 10/brlcad/trunk/src/other/ (33 files in 30 dirs): remove step autotools files
23:19.15 brlcad wb andrei
23:20.08 andrei Thank you
23:20.10 brlcad Al_Da_Best: that would be an awesome project -- you should try to familiarize yourself with the existing simulation code
23:20.28 andrei C90 standards are messing up my logic a bit
23:21.10 Al_Da_Best brlcad, I'm starting to do so, mainly just looking around the source to see where things fit together at the moment
23:25.32 brlcad src/libged/simulate is where the main effort is that resulted in http://www.youtube.com/watch?v=SByoQQStH2s
23:27.23 brlcad some work is still needed, though, as seen: http://www.youtube.com/watch?v=nrOtSd07rCY&feature=related
23:28.18 brlcad ideally, someone working that area would familiarize and finish the pieces remaining, then move on to new features
23:28.19 Al_Da_Best Cool. Yeah the second video clearly shows issues there
23:28.34 Al_Da_Best Indeed. Get the basics down before complicating it
23:38.12 Al_Da_Best Just a small error I've noticed on the Checklist page, the dates for draft/final application are in July instead of March/April (http://brlcad.org/wiki/Summer_of_Code/Checklist)
23:39.02 Al_Da_Best Well, not so much an error so much as aimed at a different event (I think)
23:39.11 brlcad yeah, that was for socis
23:39.25 andrei brlcad
23:39.31 Al_Da_Best Thought it might be
23:39.41 andrei I managed to get the insert/delete functions tester working
23:39.59 andrei however I have some small understanding issues regarding the way the "rb_walk" function works
23:40.02 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3335 10/wiki/Summer_of_Code/Checklist: update dates for gsoc2012
23:42.19 andrei as it is written now , it will only walk through nodes containing data
23:45.23 andrei the "visit" function can only be called with an void *data and a depth parameter?
23:46.28 andrei as it's called by visit(rb_data(root, order), depth); or visit(<node>, depth);
23:58.30 brlcad andrei: glad to hear it's mostly working, but I'd have to read the impl to know the answer to your question, don't recall off the top of my head
IRC log for #brlcad on 20120321

IRC log for #brlcad on 20120321

00:00.20 *** join/#brlcad co_ (80876466@gateway/web/freenode/ip.128.135.100.102)
00:00.36 andrei oh , that's understandable
00:00.58 andrei anyhow I think I have gained a slightly better understanding of the code
00:01.12 andrei I ll just get to sleep and reread tomorrow when I m fresh :)
00:01.47 andrei Goodnight!
01:22.56 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
01:34.48 CIA-128 BRL-CAD: 03starseeker * r49758 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/multiconfig_path_read.cmake.in): Get the actual install process with multiconfig tools to use dev and rel install locations
01:58.39 CIA-128 BRL-CAD: 03starseeker * r49759 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: More than just the install prefix to handle here...
02:15.48 starseeker finishes Xcode Debug build test... fingers crossed...
02:35.44 *** join/#brlcad witness123 (~witness@14.139.228.210)
02:36.09 starseeker and Release succeeds too
02:36.29 starseeker sighs in relief and calls it an evening
03:26.59 *** join/#brlcad witness123 (~witness@14.139.228.210)
04:08.54 *** join/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
04:52.20 *** join/#brlcad Neil___ (~chatzilla@117.229.86.232)
05:38.00 *** join/#brlcad listener (dce36165@gateway/web/freenode/ip.220.227.97.101)
07:01.52 *** join/#brlcad Neil___ (~chatzilla@117.229.86.232)
07:13.42 *** join/#brlcad witness123 (~witness@14.139.228.210)
07:27.55 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:12.02 *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz)
09:16.39 *** join/#brlcad Neil___ (~chatzilla@117.229.86.232)
10:00.51 *** join/#brlcad stas (~stas@82.208.133.12)
10:10.01 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:28.02 *** join/#brlcad cy8org (cy8org@115.241.10.247)
11:51.05 *** join/#brlcad cy8org (cy8org@115.241.10.247)
11:51.21 *** part/#brlcad cy8org (cy8org@115.241.10.247)
11:55.48 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
11:55.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:59.50 *** join/#brlcad stas (~stas@82.208.133.12)
12:01.23 *** join/#brlcad witness123 (~witness@14.139.228.210)
12:53.12 *** join/#brlcad andrei (~andrei@188.25.158.89)
12:53.32 andrei Good afternoon!
12:54.35 Al_Da_Best Hi
12:55.15 brlcad good morning!
12:57.20 andrei I have had 6 classes already , morning is far far away for me :)
12:57.28 brlcad ~ugt
12:57.29 ibot it has been said that ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html
12:58.05 andrei alright
12:58.08 andrei I appologise
12:58.24 brlcad it's meant to be funny, not so serious :P
12:58.44 andrei hehe
12:58.48 andrei In channels like #apache
12:58.50 andrei it's
12:58.54 andrei Good < every part of the day>
13:03.07 andrei I m trying to get the functional part of my test unit
13:03.08 andrei working
13:03.14 andrei and I believe I m close to it
13:03.34 andrei so I can "tune" it a bit to look better
13:29.07 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:35.07 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:43.46 andrei Brlcad
13:44.08 andrei I have completed the test unit
13:44.26 andrei that adds nodes, erases , searches and displays them
13:44.31 andrei searches one random node
13:44.51 andrei my " visit' function is actually the display one
13:45.07 andrei what should I further try
13:45.14 andrei I mean should I try the rotate functions
13:46.57 andrei ?
13:53.49 CIA-128 BRL-CAD: 03erikgreenwald * r49760 10/brlcad/trunk/src/libicv/fileformat.c: use _DEFAULT png flags instead of _BASE
13:54.37 brlcad andrei: that's awesome
13:54.48 andrei well
13:54.52 brlcad if you can find a way to use all of the public API functions listed in bu.h, that would be ideal
13:55.05 brlcad you say "well" a lot :)
13:55.16 andrei that's because I like water :p
13:55.17 brlcad I think I counted 5 times yesterday
13:55.30 brlcad er, day before
13:55.51 brlcad just funny, no worries
13:55.52 andrei I have several annoying habits I will probably have to get rid of
13:55.59 andrei no more coding in a cave for me , hopefully:)
13:56.05 brlcad well
13:56.07 brlcad hopefully ;)
14:01.38 andrei On a serious note, I really apologize if some of my "habits" are annoying. If it happens please let me know, I usually open to criticism:)
14:01.43 andrei I'm*
14:21.11 *** join/#brlcad stas (~stas@82.208.133.12)
14:53.03 *** join/#brlcad gnn (~chatzilla@122.167.12.43)
14:54.24 *** join/#brlcad Neil____ (~chatzilla@117.229.81.38)
15:35.25 andrei I have copied the function "search" in my test file and modified it to return the node structure instead of the void* ( I need it for the rotate functions) , is this the right way to do it? I haven't found a function to do this
15:35.53 andrei the "search" refers to red black tree search function
15:39.59 andrei I found an alternative, nvm :)
15:40.47 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:50.09 CIA-128 BRL-CAD: 03starseeker * r49761 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Fix description of debug option - no longer conditional, we're using 'em all the time unless explicitly told not to.
15:59.03 CIA-128 BRL-CAD: 03starseeker * r49762 10/brlcad/trunk/src/other/CMakeLists.txt: Downcase some CMake macros...
16:04.32 *** join/#brlcad Neil___ (~chatzilla@117.229.81.38)
17:20.28 CIA-128 BRL-CAD: 03starseeker * r49763 10/brlcad/trunk/ (10 files in 9 dirs): Rework handling of config.h files, with an eye towards hitting the disk less - seems to shave a couple seconds off the configure process on Linux.
17:30.09 brlcad andrei: on a more serious note, your habits aren't annoying (at least not yet) :)
17:32.44 brlcad as for the void*, you could cast that to a node pointer .. I'd wonder why it was made a void* in the first place .. might not be what it seems to be
17:35.30 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:36.02 starseeker little bit more improvement on the Mac... saved about 8 seconds, give or take...
17:42.53 CIA-128 BRL-CAD: 03starseeker * r49764 10/brlcad/trunk/CMakeLists.txt: update description
17:48.43 andrei <PROTECTED>
17:49.10 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
17:49.16 andrei the function defined in bu.h returns rb_data(node, order);
17:49.26 andrei so casting it to a structure causes a segfault
17:52.19 andrei I didn't want to edit bu.h ( or at least not yet ) so I just took the curent tree node
17:52.26 *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83)
17:58.01 andrei anyway, resuming the bu.h functions testing so I'll be arround.
18:07.14 brlcad I'm not sure I follow what the problem is
18:07.38 brlcad if you had to modify existing bu source code, that is worth understanding in more depth
18:08.54 andrei yes, that's why I avoided doing it :)
18:09.39 andrei the problem was that the rotate tree function needed a node parameter and there is no specific function ( or at least I haven't seen it ) to retrieve a specific node
18:09.48 andrei but it's fixed so doesn't matter
18:10.20 brlcad you avoided doing it, so you didn't?
18:10.28 andrei I did not edit bu.h
18:10.30 andrei :)
18:10.30 brlcad it sounded like you said you did made a mod earlier
18:10.44 brlcad bu.h is just a header, did you have to modify any of the rb_*.c files
18:10.44 andrei well at first I copied the function from bu.h
18:10.50 andrei only mine
18:10.56 andrei which is test_rbtree
18:10.58 andrei :)
18:10.58 brlcad what does that mean?
18:11.07 brlcad so "no"
18:11.15 andrei yes.."no"
18:11.31 brlcad okay, just looking for clarity -- it sounded like you had
18:11.41 brlcad so then how did you get a node?
18:12.11 andrei using the normal search function, I used te the search one to look for a data ( I knew what data I was looking for)
18:12.22 andrei then the node pointer was positioned ( by the function ) exactly where I needed it to be
18:12.39 andrei and I used TestTree->node ( which is the curent node of my RBtree instance)
18:12.57 brlcad so you just misunderstood the API the first time is what basically happened?
18:13.05 andrei nope
18:13.24 andrei for example the function walk
18:13.29 andrei moves from node pointer to node pointer
18:13.45 andrei function search stops when it finds the require node and although it does not retrieve the node pointer
18:13.48 andrei it is still there
18:14.08 brlcad please be specific, do you mean bu_rb_walk() or rb_walk() or ... ?
18:14.16 andrei Hold on
18:14.16 brlcad likewise for "search"
18:14.32 andrei I have only unsed bu_rb_*
18:15.45 brlcad so bu_rb_search() takes a tree, order, and data
18:15.50 andrei yes
18:15.56 andrei and returns the data contained in the node
18:16.07 andrei and I wanted the node
18:16.31 andrei but since my parameter is global it remains modified after the function bu_rb_search() has ended
18:16.46 andrei searched_value = bu_rb_search(TestTree,0,"a");
18:16.47 andrei bu_rb_delete(TestTree,0);
18:17.03 andrei this sequence of code deletes the node containing the letter "a" as data
18:21.08 andrei does it make any sense?
18:24.48 andrei this is my output http://pastebin.com/aKwdP5th
18:25.44 brlcad pastebin.com is inaccessible from many locations (including mine) .. maybe try pastebin.ca or debian's instead
18:25.58 andrei just a second
18:26.53 andrei http://pastebin.ca/2130960
18:28.37 andrei I m sorry for the poor explaining but here's what I did, or at least what I had in mind
18:28.40 brlcad hm, curious that it'd still print the null/deleted node
18:29.09 andrei it does because I specifically searched for it
18:29.13 andrei otherwise it doesn't :)
18:29.16 brlcad okay
18:30.08 andrei this is where I store the red black tree
18:30.10 andrei struct bu_rb_tree *TestTree;
18:30.55 andrei I made it a global variable and as a result when the bu_rb_search() breaks the infinite loop ( while(1) ) {
18:32.13 andrei the TestTree->rbt_current pointer is positioned exactly on the node that has the searched data
18:32.24 *** join/#brlcad bhinesley (~bhinesley@108.203.219.92)
18:32.44 andrei and the bu_rb_delete() deletes by default the curent node , and that's what I did :)
18:33.48 andrei Sorry again for beeing completely rubbish at explaining this
18:34.10 brlcad that's good and all, how I'd expect it to work (except for the global, unnecessary) .. the confusion is that you were trying to get at a node pointer from a search
18:34.31 brlcad and I guess you learned that you don't need to, that it'll work with the "current" node ?
18:34.46 brlcad or is there still an issue calling burb_rotate()
18:35.05 andrei I learned exactly what you said
18:35.20 andrei I was at first surprised that there isn't a generic search function
18:35.30 andrei but it s not necessary , at least for what I want to do with it.
18:36.23 brlcad so I say again, "so you just misunderstood the API the first time is what basically happened?"
18:36.30 brlcad sounds like "yeah, basically" :)
18:36.46 brlcad not nope
18:37.01 brlcad there's nothing wrong at all with misunderstanding an API, especially when you eventually figure it out!
18:37.23 brlcad you made it sound like you'd modified libbu :)
18:39.14 andrei looking back on our discussion
18:39.20 andrei seems I caused all the confusion
18:40.04 andrei Sorry for that
18:41.58 brlcad it's all good
18:42.15 brlcad you're probably now the defacto leading expert on libbu's redblack tree implementation ;)
18:42.37 brlcad hasn't really worked with that part of the API in years...
18:42.51 brlcad partly because the docs are terrible
18:43.30 andrei I sometimes miserably fail at asking questions( as you have probably noticed)
18:43.44 andrei but that's not because of lack of interest
18:47.01 andrei I sometimes jump too early to the conclusion, but I will try to think more before I speak :)
18:47.28 andrei as it's not a small easy-to-guess source, so the guessing part is over
18:48.36 brlcad code is code, one of the great things about open source code (at least after a while) is the exposure and experience you gain being able to just jump in and ready any code
18:48.51 brlcad regardless of style, purpose, formatting, etc
18:50.33 andrei I wonder how much would it take me
18:50.39 andrei to understand the whole code
18:51.56 *** join/#brlcad witness123 (~witness@14.139.228.210)
18:52.07 andrei anyway, I ll get back to testing the libbu api , so I ll have more time to plan the technical details of my proposal
18:52.29 andrei :)
18:57.46 *** join/#brlcad anubhavk (~user1@124.123.223.218)
18:58.05 anubhavk Hello Sean
18:59.40 anubhavk My skill set limits me to wander only around the web dev projects. and i was specifically interested in the benchmark Performance Databae idea.
19:31.28 ksuzee Sean, hello! Sorry for interrupting. I'm trying to compile test_*.c files which you advised me and there're no common.h and bu.h files. What am I doing wrong?
19:32.45 andrei how are you trying to compile them?
19:33.23 ksuzee gcc filename
19:33.28 ksuzee or not?
19:34.30 andrei it wouldn't work like that because the libraries themselves(if you look the files exists ) include other files
19:34.49 andrei do you have the svn source?
19:35.28 andrei <PROTECTED>
19:35.48 andrei you can either download the virtualbox ( which has everything setup for it) or download the svn file from sourceforge
19:36.02 ksuzee I, ve just done it
19:36.11 ksuzee Sean told yesterday
19:36.17 andrei downloading the virtualbox
19:36.21 andrei or the svn?
19:36.38 ksuzee VB
19:36.45 andrei well
19:36.47 ksuzee then I did this
19:36.49 ksuzee $ cd ; cd brlcad-build $ cmake ../brlcad-svn
19:36.58 ``Erik <-- shakes fist at rt's -B for not being move obvious
19:37.25 andrei what does it say when you run that ksuzee?
19:38.37 ksuzee hm
19:38.48 ksuzee it ended succesfully
19:38.58 andrei then you should just run
19:38.59 ksuzee and I did "make"
19:38.59 andrei make
19:39.15 andrei then you have the binaries
19:39.31 andrei they are located in /brlcad-build/bin
19:39.32 andrei I believe
19:39.36 andrei one second, I ll check
19:39.58 andrei here :
19:40.06 andrei <PROTECTED>
19:40.32 ``Erik andrei: I'd argue that it's impossible to fully understand all the code... by the time you got to 'the end', stuff would have changed behind you :) we tend to have focus areas and rely on eachother
19:40.58 andrei it was just a hyptotehnical question
19:41.13 andrei and it was more like have a good general idea of it
19:41.29 CIA-128 BRL-CAD: 03n_reed * r49765 10/brlcad/trunk/src/other/ (step/config/ step.dist): remove unused config/*
19:41.31 CIA-128 BRL-CAD: 03r_weiss * r49766 10/brlcad/trunk/src/libged/wdb_obj.c: Updated file 'wdb_obj.c' adding 'get' into the command list. This change fixes a bug which incorrectly showed that 'get' is not one of the possible parameters to 'db'.
19:42.38 andrei ksuzee: did you find what you were looking for?
19:42.43 ``Erik I'm coming up on 10 years and there're a few bits that're still black boxes to me, but a pretty good feel for general organization and how the major pieces fit together can be attained very quickly, it's pretty well divided and documented for the most part
19:44.18 bhinesley I'm coming in around 4 months, and I only know about some of the black boxes :)
19:44.40 andrei uhm..
19:44.44 andrei I know red black trees !
19:46.43 andrei Erik , if I may ask
19:46.49 andrei why sourceforge instead of github?
19:46.58 andrei It's just a curiosity of mine:)
19:47.12 ``Erik andrei: because there was no github when we went open source
19:47.40 ``Erik the cffi wrapper for BRL-CAD I'm planning on eventually contemplating working on will be on github...
19:48.32 andrei ah
19:48.34 ``Erik like at https://github.com/erikg/brlcad-cffi but probably renamed to cl-brlcad or something
19:48.51 andrei Nothing to see here yet. Move along.
19:49.00 andrei lol
19:49.17 ``Erik ah, I get the 'steps to init a new repo', I clicked 'create project' 11 months ago, according to github
19:49.33 *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83)
19:49.57 *** join/#brlcad merzo (~merzo@14-79-200-46.pool.ukrtel.net)
19:52.33 andrei :)
19:58.17 CIA-128 BRL-CAD: 03starseeker * r49767 10/brlcad/trunk/src/ (conv/step/CMakeLists.txt other/CMakeLists.txt): Make sure fedex output depends on fedex_plus build target
20:08.05 *** join/#brlcad leavittx (~leavittx@89.221.199.187)
20:08.35 andrei function bu_hash_add_entry has an int parameter called new_entry
20:09.08 andrei isn't is used only as a found/not found flag? if it is , why is it a parameter?
20:09.51 andrei http://pastebin.ca/2130974
20:12.22 bhinesley it looks like it's the data being added to me
20:13.03 bhinesley n/m
20:14.07 ``Erik because C doesn't do multiple value returns
20:14.17 bhinesley ^--what he said :)
20:14.21 andrei aaah
20:14.24 andrei that make sense
20:14.34 andrei makes even
20:15.23 ``Erik (kinda common pattern is returnval0 = myfunc(args, &returnval1, &returnval2); to fake it)
20:17.21 ``Erik less bad than using globals *shrug*
20:19.28 ``Erik not as cool as (defun myfunc () (values a b c)) ... (multiple-value-bind (a b c) (myfunc) ...) though... O:-)
20:49.51 ``Erik (yowza, throw a little common lisp in chan and it completely kills the party O.o )
20:50.07 bhinesley hehe who knows listp
20:50.09 bhinesley *lisp
20:50.16 andrei lisp?
20:50.19 andrei << I will soon
20:50.25 andrei know a some Scheme
20:50.28 andrei and a bit of Haskell
20:51.39 andrei We re going to study it at the Programming Paradigms course
20:51.45 andrei :)
20:52.06 andrei Erik, do you know lisp?
20:53.10 bhinesley apparently
20:53.15 ``Erik some, but it's a big language... :) I've been using it quite a bit in personal projects and sneaking some into work
20:53.27 andrei perfect *evil grin*
20:54.16 ``Erik http://elfga.com/adage is a UCW webapp that emulates fortune(1) (with most of the data ripped from various fortune db's)
20:54.43 andrei as bhinesley said, not many people know lisp
20:55.11 ``Erik ralith used to chum here, he's in #lisp and #lispgames
20:55.52 bhinesley kinda niche these days, it seems: http://www.tiobe.com/index.php/paperinfo/tpci/Lisp.html
20:56.30 andrei last year the google AI challenge was one by someone coding in Lisp
20:56.47 ``Erik *shrug* seems to have exploded in growth the last few years with a new generation discovering it... python and ruby got people to open their eyes to other languages, possibly
20:57.49 andrei it s just : lots of irritating silly parentheses
20:57.55 ``Erik (~13 years ago, I was introduced to scheme and derided it for every lame excuse in the book, starting with the parens... now I'm a fan :)
20:59.00 bhinesley obligatory: http://xkcd.com/224/
20:59.59 ``Erik http://xkcd.com/297/
21:00.23 andrei <PROTECTED>
21:00.40 bhinesley I think that was all of 'em :)
21:00.44 ``Erik heads out, catch ya'll later
21:00.50 bhinesley waves
21:01.04 andrei Good evening!
21:02.09 andrei bhinesley, aside of the last year project
21:02.18 andrei what are you working on , if I may ask?
21:06.31 bhinesley just preping for finals right now, I don't have any other projects at the moment
21:07.55 bhinesley Programming Languages, Networking, and AI
21:08.05 bhinesley networking is kind of intense
21:09.06 andrei finals?
21:10.05 bhinesley final exams (tests)
21:10.24 andrei ah
21:10.39 andrei I was thinking of some competition - finals
21:10.49 bhinesley hehe
21:12.08 andrei looking over all this code this days
21:12.28 andrei think it will help me read code easier
21:12.44 bhinesley I was participating in the stripe.com CTF contest, but I gave up on the 4th level, since I don't know assembly (needed to inject shellcode)
21:13.24 andrei hmm
21:13.37 andrei hence modern compilers don t necessarly require one to know assembly
21:13.40 bhinesley andrei: there is so much code, you can read forever... go deep not wide :)
21:14.40 andrei :)
21:14.42 bhinesley assmebly is required for my degree, I just haven't taken it yet
21:14.56 andrei I know a very, very slight bit of assembly
21:15.08 andrei for example to write a bubble sort in it
21:15.17 andrei or stuff like that
21:16.04 bhinesley I can't write a lick :) easy enough to read and get this gist though
21:16.30 andrei well I supposedly studied it for 6 months
21:16.47 bhinesley haha, "supposedly"?
21:16.56 andrei unfortunately the teacher was involved in some government projects
21:17.03 andrei and came to like 40% of the classes
21:17.40 bhinesley your terms are 6 months?
21:18.04 andrei oh I terribly fail
21:18.08 andrei 3 months ,not 6
21:18.28 andrei was thinking about normal year
21:18.33 andrei we have 2 semesters of 14 weeks each
21:18.41 bhinesley ah okay
21:18.47 bhinesley gtg, i'll ttyl
21:18.59 andrei see you around :)
21:21.59 CIA-128 BRL-CAD: 03bob1961 * r49768 10/brlcad/trunk/src/other/tktable/generic/tkTable.h: Change the default background and foreground settings on windows.
21:58.05 CIA-128 BRL-CAD: 03bob1961 * r49769 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Mods to center the various help dialogs over the main application.
21:59.06 *** join/#brlcad stas (~stas@82.137.11.244)
22:11.42 CIA-128 BRL-CAD: 03starseeker * r49770 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: don't need the wildcard here...
22:16.19 andrei Im off to sleep, will probably finish the rest of tests tomorrow. Good night everyone!
23:03.39 CIA-128 BRL-CAD: 03starseeker * r49771 10/brlcad/trunk/src/other/step/ (CMake/ CMakeLists.txt cmake/): go with the mpictor github capitalization
23:04.04 *** join/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
23:04.45 *** part/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
23:13.22 CIA-128 BRL-CAD: 03starseeker * r49772 10/brlcad/trunk/src/other/step/ (AUTHORS COPYING ChangeLog INSTALL NEWS README TODO):
23:13.22 CIA-128 BRL-CAD: Go ahead and sync the toplevel files from
23:13.22 CIA-128 BRL-CAD: https://github.com/mpictor/StepClassLibrary - not all of them apply to our
23:13.22 CIA-128 BRL-CAD: branch as yet, but the idea is to sync the two trees so get these out of the
23:13.22 CIA-128 BRL-CAD: diff. Eventually we'll have a patch to submit back to the github project, so
23:13.22 CIA-128 BRL-CAD: updates to these files for things like re2c/lemon will be part of that.
23:21.21 CIA-128 BRL-CAD: 03starseeker * r49773 10/brlcad/trunk/src/other/ (5 files in 2 dirs): Add other toplevel files, update step.dist
23:25.45 CIA-128 BRL-CAD: 03n_reed * r49774 10/brlcad/trunk/src/other/ (step/src/clivfasd/ step.dist): remove SCL clivfasd; deemed obsolete and removed from mpictor git repo in a0353bc
23:38.28 CIA-128 BRL-CAD: 03starseeker * r49775 10/brlcad/trunk/CMakeLists.txt: ws
23:40.23 *** join/#brlcad minalb (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
IRC log for #brlcad on 20120322

IRC log for #brlcad on 20120322

00:00.07 *** join/#brlcad minalb (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
00:25.02 CIA-128 BRL-CAD: 03starseeker * r49776 10/brlcad/trunk/src/other/ (52 files in 10 dirs): Edge our CMakeLists.txt file and tree a little closer to the github tree. base and fedex_python are turned off and ignored for the moment.
00:35.48 *** join/#brlcad atneik (~atneik@59.178.39.119)
00:40.47 *** part/#brlcad atneik (~atneik@59.178.39.119)
00:43.18 *** join/#brlcad atneik (~atneik@59.178.39.119)
00:46.28 kanzure starseeker: how goes scl re-integration?
00:46.31 CIA-128 BRL-CAD: 03starseeker * r49777 10/brlcad/trunk/src/other/step/ (37 files in 9 dirs): More syncing with github tree
00:52.58 *** part/#brlcad atneik (~atneik@59.178.39.119)
00:58.32 starseeker kanzure: slow :-)
00:58.52 starseeker nick reed is doing all the hard work - I'm just clearing away some of the underbrush
01:00.16 starseeker getting our cmake logic as synced up as possible given the current source code differences, add in directories they have that won't interfere with our build to reduce the diffing problem, etc.
02:18.01 Maloeran I have never met John Anderson, but he looks like he wrote that rt_bot_decimate() in BRL-CAD... It runs in n^2 time if n is the count of triangles, that's pretty bad
02:19.45 Maloeran And the edge collapse method is pretty simple, something like least square plane distance weighted by triangle area sounds a lot better
02:21.31 Maloeran And it's obviously single-threaded *sigh*
02:22.51 Maloeran Ah well... I'll have to write new mesh decimation code for Lee's VSL, let's hope it could find its way to BRL-CAD if you are interested
02:38.19 brlcad Maloeran: yeah, many of the bot routines were written really quickly, not intending to be kept that way for very long
02:39.09 *** join/#brlcad leavittx (~leavittx@109.172.11.0)
02:39.47 starseeker Maloeran: I think you can safely say we would be interested :-)
02:41.00 brlcad Maloeran: feel free to modify the routines as-is now and submit a patch
02:41.27 starseeker Maloeran: you might find this interesting: http://vdslib.virginia.edu/ - obviously you don't want view dependent meshes, but some of the decimation logic in there may still be applicable
02:41.52 starseeker code with cmake build is here: https://github.com/starseeker/vdslib
03:02.49 Maloeran Cool. brlcad, I prefer the idea of making a flexible interface not dependent on BOTs... but that's an idea, I could plug the code behind the same interface
03:04.17 Maloeran Checking out VDSlib. I'll probably implement my own anyway (I want multithreaded, NUMA aware, highly optimized) but it could give me ideas
03:17.33 *** join/#brlcad leavittx_ (~leavittx@89.221.199.187)
03:58.01 *** join/#brlcad Mango_Man (957dcd0b@gateway/web/freenode/ip.149.125.205.11)
04:02.38 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
04:25.13 brlcad howdy Mango_Man
04:25.24 brlcad saw your reply, and welcome
04:25.30 Mango_Man hi there
04:25.50 brlcad there are several "introductory" projects on our ideas list, but I'd start with the ones where the words were all familiar
04:26.13 brlcad and then quickly pair that list down to just one or two that sounds interesting to you
04:27.08 Mango_Man will do, thanks!
04:27.09 brlcad glad to help steer you, but it's usally more constructive if the initial ideas come from you since it's more important that projects are biased more towards your interests than they are towards our priorities
04:27.26 brlcad yay for run-ons
04:28.42 Mango_Man i suppose i'll come up with ideas as i go
04:29.32 Mango_Man i'm still relatively new to coding (1.5 years now?) so this is my first opportunity to work on larger stuff
04:29.48 brlcad as a quick cull, you can probably skip the project sthat say difficulty HARD
04:30.36 brlcad there is no correlation of difficulty to selection, so no worries if one of the EASY projects sparks an interest
04:31.16 brlcad just a subjective measure on the level of coding experience the project generally requires
04:31.23 brlcad each title links to a page with more details
04:32.07 Mango_Man got it
04:32.43 brlcad gotta run, back in a few hours but someone is always on the channel
04:33.07 brlcad best to just post comments/questions and if you're still around when someone reads it, they'll reply to you
04:33.41 brlcad alternatively, you can join the brlcad-devel mailing list where discussions have been raging for a few days now
04:34.18 Mango_Man ok
04:36.28 *** join/#brlcad anubhavk (~user1@121.243.135.105)
05:13.55 *** join/#brlcad listener (0e8be4d2@gateway/web/freenode/ip.14.139.228.210)
06:16.53 *** join/#brlcad andrei (~andrei@188.25.162.58)
06:17.08 andrei Good morning!
06:31.21 *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
07:30.46 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:48.11 *** join/#brlcad witness123 (~witness@14.139.228.210)
08:13.56 *** join/#brlcad witness123 (~witness@14.139.228.210)
09:57.14 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
10:10.39 *** join/#brlcad stas (~stas@82.208.133.12)
11:04.38 CIA-128 BRL-CAD: 03indianlarry * r49778 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c):
11:04.38 CIA-128 BRL-CAD: Added ICV_IMAGE_UNKNOWN to ICV enum image types and now return this from
11:04.38 CIA-128 BRL-CAD: guess_file_format() when image type not recognized. Made guess_file_format()
11:04.38 CIA-128 BRL-CAD: public. function icv_image_save_open() still defaults to PIX format for unknown
11:04.38 CIA-128 BRL-CAD: image types using ICV_IMAGE_AUTO.
11:16.09 ``Erik bhinesley: stripe ctf? awesome, I heard some about that from adreas fuchs (lisp weenie who works at stripe), but not in time to participate... stripe likes like a really cool company
11:18.09 ``Erik Maloeran: a lot of BoT routines (and nmg) are n^2 or worse, mostly written long ago when the datasets were tiny and the powers that be don't grok technical debt, would rather throw more hardware at it and call it a day
11:20.41 CIA-128 BRL-CAD: 03indianlarry * r49779 10/brlcad/trunk/src/rt/viewxray.c:
11:20.42 CIA-128 BRL-CAD: 'rtxray' now uses libicv except when using the alternate "lighting model"(-l 1).
11:20.42 CIA-128 BRL-CAD: If a known image type is return from ICV's guess_file_format() function when
11:20.42 CIA-128 BRL-CAD: using the alternate "lighting model" a ".los" extension is added to the output
11:20.42 CIA-128 BRL-CAD: filename and libicv is not used.
11:25.42 CIA-128 BRL-CAD: 03erikgreenwald * r49780 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c): if guess_file_format is going to be public, prefix it with the library name
11:30.19 CIA-128 BRL-CAD: 03erikgreenwald * r49781 10/brlcad/trunk/src/rt/viewxray.c: update to use mangled icv_guess_file_format name
11:41.35 *** join/#brlcad witness123 (~witness@14.139.228.210)
11:44.26 CIA-128 BRL-CAD: 03indianlarry * r49782 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: (log message trimmed)
11:44.26 CIA-128 BRL-CAD: The brep intersect routine was only looking forward of the ray origin so
11:44.26 CIA-128 BRL-CAD: modified to include both positive and negative hit distances along the
11:44.26 CIA-128 BRL-CAD: shotline(The calling rt application decides what to do with hits behind the ray
11:44.27 CIA-128 BRL-CAD: origin). Also now storing 'dist' in the 'brep_hit' class to keep from
11:44.27 CIA-128 BRL-CAD: recalculating distance for hit ordering(change original brep_hit constructor to
11:44.27 CIA-128 BRL-CAD: now take an 'rt_ray', also added new constructor that also takes 'dist'). This
12:45.55 CIA-128 BRL-CAD: 03jordisayol * r49783 10/brlcad/trunk/misc/debian/ (3 files): update debian html menu links
12:46.04 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:04.05 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:14.28 CIA-128 BRL-CAD: 03indianlarry * r49784 10/brlcad/trunk/src/nirt/ (command.c if.c parse_fmt.c): Replaced self assignment statements used to quell warning messages for unused parameters by wrapping parameter with UNUSED macro. Done to quell self assignment blather from IDE.
13:21.15 CIA-128 BRL-CAD: 03tbrowder2 * r49785 10/ova/RELEASE-NOTES.txt: embellish notes for a novice
14:20.13 *** join/#brlcad cristina (~cristina@188.24.80.56)
14:20.53 cristina hello
14:23.16 cristina brlcad, are you online?
14:41.29 CIA-128 BRL-CAD: 03tbrowder2 * r49786 10/ova/ (README RELEASE-NOTES.txt): rename for SourceForge file download area convention
14:44.27 CIA-128 BRL-CAD: 03tbrowder2 * r49787 10/ova/ (README README-VM.txt): update
14:49.21 starseeker cristina: he'll be around and reads backlogs
14:49.34 starseeker go ahead and ask if you have a question
14:49.35 *** join/#brlcad Neil___ (~chatzilla@117.229.126.32)
15:01.18 brlcad cristina: ditto what starseeker said -- I'm always online, just not always reading .. and more importantly, many questions I answer others can answer too so you'll get a faster response
15:01.24 brlcad otherwise, welcome!
16:05.08 CIA-128 BRL-CAD: 03Atneik 07http://brlcad.org * r3337 10/wiki/User:Atneik:
16:05.17 CIA-128 BRL-CAD: 03starseeker * r49788 10/brlcad/trunk/src/other/step/doc/ (26 files): Sync step doc dir to github, except convert postscript files to pdf and fix page ordering of Fed-X document
16:35.50 CIA-128 BRL-CAD: 03Atneik 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ani user pic.jpg]]": User pic: Aniket Handa
16:41.15 CIA-128 BRL-CAD: 03starseeker * r49789 10/brlcad/branches/STABLE/ (55 files in 20 dirs): Add changes from trunk revisions 49519, 49524, 49532, 49540, 49562, 49563, 49568, 49572, 49600-49602, 49604-49605, 49607-49614, 49616, 49617, 49648, 49666, 49711, 49753, 49768, 49769, 49782
16:57.15 CIA-128 BRL-CAD: 03starseeker * r49790 10/brlcad/trunk/src/other/step/ (CMakeLists.txt ctest_matrix.cmake run_ctest.cmake): Grab some minor changes from github
17:02.15 CIA-128 BRL-CAD: 03Atneik 07http://brlcad.org * r3339 10/wiki/User:Atneik:
17:05.56 CIA-128 BRL-CAD: 03starseeker * r49791 10/brlcad/trunk/src/other/step/ (CMakeLists.txt cmake/scl_version_string.cmake): Don't need the messages when SCL is a subbuild.
17:13.59 *** join/#brlcad bhinesley (~bhinesley@99.144.92.26)
17:27.48 cristina ok, so I am back. brlcad, I wanted to tell you that I'm interested in one of the GSoC projects: "Visualizing Constructive Solid Geometry (CSG)"
17:28.53 cristina I've already subscribed to the brlcad-devel mailing list but I think that I need an approval before being able to email any message to the list
17:35.34 CIA-128 BRL-CAD: 03starseeker * r49792 10/brlcad/trunk/ (3 files in 2 dirs): Need to be more specific about the SUBBUILD flag.
17:41.43 cristina I've also took part in the 2011 GSoC; I've worked for the TU Wien organization on a project involving CSG but applied for 2d objects.
17:42.37 cristina My message for the mailing list had been rejected.
17:48.33 *** join/#brlcad atneik (~atneik@59.178.50.206)
17:53.38 atneik Hello, my name is Aniket Handa.
17:55.06 atneik brlcad 7.20.4 was build successfully on my mac, but the current truck results in errors. http://pastebin.com/R8KtR77J
17:55.20 atneik trunk*
17:58.20 CIA-128 BRL-CAD: 03starseeker * r49793 10/brlcad/trunk/src/other/ (107 files in 20 dirs): Make a stab at syncing with the github data dir - we need to keep ap203edit.exp, since that's the one that works with our step-g converter.
18:02.49 CIA-128 BRL-CAD: 03n_reed * r49794 10/brlcad/trunk/src/other/step/src/cleditor/ (13 files):
18:02.50 CIA-128 BRL-CAD: Replaced generated cleditor sources with tweaked copies of the 388901d versions
18:02.50 CIA-128 BRL-CAD: from the mpictor git repo. These were apparently generated by running fedex_plus
18:02.50 CIA-128 BRL-CAD: on the Ed 2 header schema
18:02.50 CIA-128 BRL-CAD: (http://www.steptools.com/sc4/archive/imp-methods/10303-21-header.exp).
18:04.35 CIA-128 BRL-CAD: 03starseeker * r49795 10/brlcad/trunk/src/other/ (3 files in 3 dirs): don't use a generic IS_SUBBUILD variable - bad idea.
18:08.53 CIA-128 BRL-CAD: 03n_reed * r49796 10/brlcad/trunk/src/other/step.dist: whoops, ignoring non-existant file
18:11.07 starseeker atneik: most of us can't see pastebin.com - can you paste to http://paste.lisp.org/?
18:11.41 atneik sure just a sec
18:11.56 ``Erik starseeker: freshly purged build dir on rhel, CMake Error at src/other/CMakeLists.txt:358 (CONFIG_H_APPEND): Unknown CMake command "CONFIG_H_APPEND".
18:12.20 *** join/#brlcad merzo (~merzo@244-190-132-95.pool.ukrtel.net)
18:12.40 starseeker you're synced to latest trunk?
18:12.47 ``Erik yup
18:13.12 starseeker weird... not setting that here
18:13.26 atneik http://paste.lisp.org/display/128499
18:14.24 starseeker atneik: are you on a mac?
18:14.34 atneik yes on lion
18:14.36 starseeker we've got a known issue we're working on there with that code
18:15.48 starseeker ``Erik: which CMake version?
18:16.14 *** join/#brlcad andrei_ (~andrei@188.25.162.58)
18:16.21 andrei_ Hello!
18:35.36 *** part/#brlcad atneik (~atneik@59.178.50.206)
18:50.12 *** join/#brlcad coelk (80876466@gateway/web/freenode/ip.128.135.100.102)
18:52.03 CIA-128 BRL-CAD: 03n_reed * r49797 10/brlcad/trunk/src/other/step/src/express/ (CMakeLists.txt symlink.c): remove symlink program; removed from mpictor git repo in 23cf6a5
18:59.32 CIA-128 BRL-CAD: 03starseeker * r49798 10/brlcad/trunk/CMakeLists.txt: It's rare to want any configuration besided BUNDLED with MSVC, and the time overhead of a second configure step on Windows can be quite high - go with BUNDLED for the default on MSVC
19:02.52 andrei_ brlcad: how can I read a string to an unsigned char* , or how can I pass a char* to an unsigned char* parameter?
19:18.27 brlcad cristina: you don't need approval to send to the list, you just have to be subscribed and sending from that subscribed address
19:18.40 brlcad it's not moderated nor are subscriptions held for approval
19:19.01 brlcad visualizing CSG is a tough one, but nice to see the interest
19:19.33 cristina brlcad: hm, then I'll try to send the email again
19:20.05 brlcad if you keep having trouble, let me know and I can go in and verify what your address is
19:26.37 andrei_ brlcad, I can't manage to pass a char* parameter
19:26.45 andrei_ to a function in bu.h that requires a unsigned char*
19:26.52 brlcad andrei_: which function
19:27.02 andrei_ bu_hash_add_entry()
19:27.38 andrei_ sec, I ll give you a pastebin with the prototype
19:27.43 brlcad no need
19:27.44 andrei_ and how I tried to access it
19:27.47 andrei_ ah , alright
19:28.03 brlcad so the issue is a compilation warning
19:28.11 andrei_ nope
19:28.15 brlcad and you're probably just used to automatic type coercion
19:28.31 andrei_ it gives some null pointers as output
19:29.07 andrei_ <PROTECTED>
19:29.45 andrei_ this is what you find at hash.c : 195
19:29.47 andrei_ BU_CK_HASH_TBL(hsh_tbl);
19:29.54 brlcad so what you said and what you pasted don't match ;)
19:30.25 andrei_ I m not sure if it fails due to the creation of the hashtable
19:30.32 andrei_ or because of the bu_add_entry functio
19:30.33 andrei_ n
19:30.55 brlcad so that is a sanity check to make sure you're using the API correctly
19:31.05 brlcad brl-cad is filled with *_CK_*() functions
19:31.49 brlcad so it's saying that it encountered a NULL bu_hash_tcl pointer, which looking at the signature to that function (bu_hash_add_entry()), is the first parameter
19:31.59 andrei_ that might seem so , yes
19:32.09 brlcad that means a NULL was passed as that first parameter, which is wrong, so that's where you look next
19:32.14 andrei_ but I call bu_create_hash_tbl(dim); first
19:32.37 andrei_ ah nevermind
19:32.41 andrei_ im a retard
19:32.59 andrei_ I was assigning the return value of the create function
19:33.06 andrei_ to a different hashtable
19:33.13 andrei_ I'm sorry, didn't notice...
19:33.26 brlcad happens ;)
19:33.57 andrei_ guess Cola has some side effects
19:36.05 andrei_ I will probably be done soon with the hashtable api from bu.h
19:36.15 andrei_ Rrb_ and hash seemed the most elaborated to me , so I chose to test those
19:36.42 andrei_ Would it be alright if I stop doing unit tests for the rest of the bu.h and move to the bug fix you mentioned on mailing lists?
19:36.47 andrei_ or better said, should I do that?
19:51.19 brlcad andrei_: if you have one of the API groups finished, you should submit it as a patch
19:51.27 brlcad a second one for hashtable would be a second patch
19:51.30 brlcad and so on
19:51.43 andrei_ ah
19:51.57 andrei_ the red black tree just needs some I/O adjusting to fit the rest of tests
19:51.59 brlcad if the patches are clean, you may very well have commit access before anyone else :)
19:52.17 brlcad be sure to read HACKING if you have not already so you get some of the conventions right
19:52.26 brlcad sh/ws.sh and sh/indent.sh may help with formatting
19:52.52 andrei_ right, thanks for advice
19:53.28 andrei_ I don t manage do pass a viable unsigned char* parameter to the bu_hash_add_entry()
19:53.44 brlcad why?
19:53.55 andrei_ well I read my input in a char*
19:54.07 andrei_ passing a char* on a unsigned char* results in compiler error
19:54.18 brlcad that is what I was responding to at first
19:54.36 brlcad 15:28 < brlcad> so the issue is a compilation warning
19:54.41 brlcad 15:28 < brlcad> and you're probably just used to automatic type coercion
19:55.24 andrei_ I have tried passing (unsigned char*)my_input instead and it seems to be wrong
19:56.07 brlcad we aim for strict source code compliance including treating all warnings as errors -- have to address why a particular warning is being issued
19:56.21 brlcad a cast would be one way
19:56.32 brlcad how does it them seem to be wrong?
19:58.08 andrei_ just a second , recompiling it
19:58.34 andrei_ I don t know if the length, for which I use strlen
19:58.43 andrei_ "knows" to handle unsigned char*
19:58.56 andrei_ but I will find out in a moment , as it gives no compiler error
19:59.14 brlcad strlen doesn't care about signedness
20:00.05 andrei_ why do you use strict compilance
20:00.11 andrei_ the obvious reason would probably be the size
20:00.18 andrei_ but there could be others aswell, I think
20:01.01 brlcad we talk about some of the measures taken here: http://brlcad.org/wiki/Code_Cleanup
20:01.32 brlcad of course, that's just the high-level summary, but it covers the gist
20:02.42 brlcad basically gcc is warning because something is potentially wrong, or the compiler is being asked to assume something undefined, or at a minimum is an ambiguous condition or outright mistake
20:04.17 andrei_ the good part is that
20:04.28 andrei_ I am actually forced to learn to proper code
20:07.43 andrei_ today I attended an Rosedu ( Romanian open source education) discussion about gsoc
20:07.49 andrei_ and this was one of the main topics
20:08.32 andrei_ homeworks don't teach much about coding for something like brl-cad( or other large sources)
20:18.23 andrei_ the hash_test works aswell now, brlcad
20:18.40 andrei_ will read what you gave me and edit the files accordingly
20:18.42 andrei_ :)
20:32.55 brlcad fantastic
20:45.19 CIA-128 BRL-CAD: 03n_reed * r49799 10/brlcad/trunk/src/other/step/src/fedex_plus/ (CMakeLists.txt fedex_idl.c): remove fedex_idl program; removed from mpictor git repo in dbbf4b9
20:50.58 *** join/#brlcad Neil___ (~chatzilla@117.229.34.10)
21:22.39 *** join/#brlcad ibot (~ibot@rikers.org)
21:22.39 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
21:38.41 CIA-128 BRL-CAD: 03bob1961 * r49800 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl):
21:38.41 CIA-128 BRL-CAD: Extended the component selection mechanism to have more than one mode. A mode
21:38.41 CIA-128 BRL-CAD: was added to add components to a group. Another mode was added to remove
21:38.41 CIA-128 BRL-CAD: components from a group. Currently, the components being referred to here are
21:38.41 CIA-128 BRL-CAD: expected to be primitives, so this behaves like MGED'S grouper.
21:53.23 CIA-128 BRL-CAD: 03bob1961 * r49801 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::initCompSelect to call doSelectGroup if not in COMP_SELECT_LIST_MODE
22:00.35 *** join/#brlcad mech_code (73f88294@gateway/web/freenode/ip.115.248.130.148)
22:01.58 mech_code hii..i am new to this group and intrested in working for the brl-cad
22:11.29 brlcad excellent
22:12.02 brlcad feel free to introduce yourself and what project(s) you might be interested in on the mailing list, or stick around here for interactive discussion
22:27.14 mech_code thanks a lot for warm welcome
22:28.00 mech_code i am interested in working on nurbs related project
22:29.26 mech_code i have knowledge about cad as i had done it as my core disciplinary course past year..i am in touch with 3d modelling, surfaces, and well verse with c programming
22:33.48 mech_code please guide me thorogh the process of the application for brlcad
22:49.57 *** join/#brlcad stas (~stas@188.24.36.145)
23:04.49 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
23:04.49 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:15.35 *** join/#brlcad tadbalcer_ (51be7a6f@gateway/web/freenode/ip.81.190.122.111)
23:30.07 tadbalcer_ Hello everyone, my name is Tadeusz Balcer, I'm student from Gdansk University of Technology in Poland, and I would like to participate in Google Summer of Code and make some stuff for BRL-CAD. I'm interested in couple of project ideas, but I would like to ask about Code Reduction. Is code for refactor is more objective or structural? Are there some inline assembly? I apolagize if those question are dummy, I know how to code in C/
23:30.12 tadbalcer_ a big project.
23:39.29 tadbalcer_ And I have a question about Benchmark Performance Database. I read the description but I don't understand everything. Log files are sended in background of running application and all of charts and statistics are for developers or every single user would send the log file to website manually and watch his own statistics?
23:42.03 brlcad howdy tadbalcer_
23:42.10 brlcad glad to hear about the interest
23:42.57 brlcad to answer your first question, it's predominantly procedural (C) but there are some object oriented portions (C++) that could be cleaned up
23:43.04 brlcad no assembly
23:43.29 andrei_ brlcad
23:43.33 brlcad howdy andrei_
23:43.39 tadbalcer_ howdy:)
23:43.43 andrei_ heya
23:43.47 andrei_ going to beat myself up
23:43.48 tadbalcer_ great to hear it
23:43.55 andrei_ I ran /indent.sh on my file
23:44.11 andrei_ I have like 40 k white lines between each instruction
23:44.24 andrei_ and I m writing a small java trim program to fix the matter
23:44.29 brlcad heh
23:44.32 brlcad shouldn't need to
23:44.50 brlcad does the file have a footer and header?
23:45.09 brlcad sh/template.sh lgpl path/to/your/file will ensure that it does
23:45.24 brlcad then indent.sh may work better
23:45.33 andrei_ it does have a footer
23:45.36 andrei_ if you mean the emacs one
23:45.38 brlcad you can keep running it on a file, certainly shouldn't get worse
23:45.48 brlcad it's an emacs/vi footer
23:46.51 brlcad indent.sh leverages emacs to indent correctly, but maybe something isn't working right
23:47.06 brlcad if you know emacs, it's basically running M-x indent-region
23:55.38 tadbalcer_ brlcad, could you tell me something about other code refactoring projects for brl-cad? Let say General Tree Walker - do you have algorithm to implement or this project is about finding good one? I'm sory if I'm importunate, but doing something for brl-cad sounds great but I don't have much experience in making cad things
23:56.43 brlcad tadbalcer_: we already have about 4 or 6 tree walkers in BRL-CAD
IRC log for #brlcad on 20120323

IRC log for #brlcad on 20120323

00:00.49 tadbalcer_ oh, I see, could you tell me what is the intention of this topic in GSoC? It's about refactoring thoose trees to use other one or look the same?
00:01.05 brlcad the tree refactoring project is more about API design, trying to come up with a design that will encapsulate most if not all of them into one
00:01.52 tadbalcer_ aaa, now I understand
00:02.04 tadbalcer_ and this thing should be done in classic C ?
00:02.12 brlcad yes, definitely
00:03.13 brlcad it's sort of like you have a big application and some places call printf(), some call fprintf(stdout), some call puts(), ... and more across thousands of lines of code
00:03.52 tadbalcer_ wow, sounds like a real mess
00:04.01 brlcad we want to consolidate them all into just one cad_log() function instead of the printf/fprintf/puts/... variety, so the task involves designing cad_log(), implementing it, then updating all of the printf/fprintf/puts/... places to call it
00:04.18 brlcad except it's not at all as simple as printf/fprintf/puts ;)
00:05.15 tadbalcer_ sounds a little bit like a challange
00:05.34 tadbalcer_ thank you, you realy interested me in this topic
00:06.05 tadbalcer_ could you suggest me some
00:06.25 tadbalcer_ websites or documentations for
00:06.26 brlcad what?
00:06.44 brlcad oh, dude .. finish your sentence before hitting enter/return :)
00:06.49 tadbalcer_ General Tree Walkers? exept the things that I can google :)
00:07.04 tadbalcer_ sorry :)
00:07.29 brlcad the only really relevant research would be about traversal ordering
00:07.54 brlcad maybe http://en.wikipedia.org/wiki/Tree_traversal
00:08.06 brlcad heh
00:08.45 andrei_ haha
00:08.56 *** join/#brlcad tadbalcer (51be7a6f@gateway/web/freenode/ip.81.190.122.111)
00:09.23 andrei_ by the way
00:09.39 andrei_ the virtualbox saved me a lot of time
00:09.54 andrei_ I tried today to get it working on my main distribution but it failed
00:09.56 brlcad tadbalcer: another is http://en.wikipedia.org/wiki/Graph_traversal
00:10.05 andrei_ will probably take a closer look in a few days
00:10.25 brlcad andrei_: feel free to identify the cause of the failure, fixing that would be a valid useful patch too
00:10.41 tadbalcer thanks brlcad
00:11.14 brlcad brl-cad is expected to build out-of-the-box on most platforms, but sometimes doesn't depending on our current state of development
00:12.24 andrei_ well the failure could be caused by my OS
00:12.28 brlcad any build failure, even when it's just deficiencies or assumptions in our build system, have historically been viewed as high-priority defects worth accommodating on our end
00:12.56 brlcad very likely was caused by your OS, but the important question is whether it's something we could have detected and prevented failing on
00:13.02 brlcad tadbalcer: you're quite welcome
00:13.24 andrei_ yes, you have a point
00:13.36 brlcad tadbalcer: feel free to join the brlcad-devel mailing list to introduce yourself and your ideas if you've not done so already -- especially as your project ideas start to take shape
00:14.39 brlcad tadbalcer: also, if you are interested in the tree traversal problem, please do review the various implementations in brl-cad so you can begin to get an understanding of the complexity involved
00:15.21 brlcad your proposal would ideally itemize the various tree methods we provide and describe whether/how they would be part of a unified refactoring
00:19.13 tadbalcer brlcad: thanks, surely I join to the mailing list, and surely I would like to look for tree traversal implementations, it would be great if I could help in some way
00:19.31 andrei_ brlcad
00:20.06 andrei_ I have kept changing my mind over the rb_* unit test, between user_input driven test and hardcoded test
00:20.27 andrei_ I decided to leave it as a hardcoded test, I will create a sourceforge account and put it there
00:20.40 andrei_ just let me know if I should change it in some way
00:21.03 tadbalcer I would like to localize the files in project in which thoose algorithm are, but I think i would download the source tommorow
00:21.35 tadbalcer because I can download the whole source, is it right ?
00:22.01 andrei_ it's opensource, so yes:)
00:23.20 brlcad andrei_: you're welcome to add a user-driven input portion, but those usually aren't nearly as useful unless you're looking for a bug or developing the interface
00:23.31 brlcad the default should be automated
00:23.53 andrei_ yes
00:23.53 brlcad tadbalcer: yes, the whole source is available
00:24.03 andrei_ now the only curent user-driven input
00:24.32 andrei_ is a binary choice between the bu_rb_diagnose or walk to display the data
00:25.03 andrei_ because I thought that could make some use
00:26.29 brlcad tadbalcer: if you have any trouble or just want an easier path, we've prepared a virtual disk image this year: https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
00:26.58 tadbalcer okey :) sorry for stupid question
00:27.00 tadbalcer oh, great
00:27.12 brlcad you'll need about 6GB of space and will need to install VirtualBox (free vm), but it's got everything already downloaded and installed with several code examples (including a link to one of the tree traversal methods)
00:27.27 brlcad the only stupid questions are the ones you don't ask and don't get answered
00:30.04 tadbalcer brlcad: really thanks:) you helped me a lot. I surely study it when I download the pack, but now, if you excuse me, I would go for a sleep
00:30.20 tadbalcer see you soon guys
00:45.40 andrei_ here it is
00:45.43 andrei_ https://github.com/pandrei/BRL-CAD-related
00:45.52 andrei_ it will be on sourceforge aswell
00:45.57 andrei_ I just need to learn how to work with it
00:51.13 andrei_ I have several typo's in that source ._.
00:51.15 andrei_ will fix them now
00:58.32 brlcad will wait for an "official" submission to our patch tracker, but glad to see you are familiar with verion control
00:58.59 brlcad there are examples all over the web on how to make a proper unified diff patch
00:59.14 brlcad "svn diff" will do most of what you need for you
00:59.46 andrei_ I wouldn't really say familiar with svn control, but I m in the process of learning it :)
01:00.16 brlcad git is version control too
01:00.21 andrei_ I know :)
01:00.26 andrei_ but I don t know git perfectly either
01:01.00 brlcad svn is slightly simpler imho, because it requires us all to work together in the same place
01:01.30 andrei_ I agree about that
01:06.15 andrei_ it will probably take me an hour or so
01:06.21 andrei_ to figure out how should I do what you said:)
01:06.46 brlcad heh, well feel free to ask questions or search the web... it's about as common as it gets for open source contributions ;)
01:06.58 brlcad plus just about everyone in here knows it in and out
01:07.35 andrei_ well as a general matter
01:07.54 andrei_ it s probably the best tool
01:07.58 andrei_ programmers have
01:12.16 andrei_ I don't know if I asked before, I dont quite remember
01:12.31 andrei_ what's your cet time? ( gmt thing..)
01:23.16 andrei_ I found like a thousand windows svn tutorials
01:30.04 andrei_ uhm , I believe I found a way to add it using a GUI from the site. It's called Add Artifact , is this what I should do?
01:30.07 andrei_ I m quite confused
01:42.09 andrei_ here is where I think I should uppload the file , please correct me if I m wrong
01:42.10 andrei_ http://imgur.com/nuJK7
01:49.58 andrei_ anyway, going to sleep. see you :)!
03:46.42 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3340 10/wiki/Google_Summer_of_Code/2012: accepted
03:48.15 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3341 10/wiki/Google_Summer_of_Code/2012: update dates
04:11.28 *** join/#brlcad witness123 (~witness@14.139.228.210)
04:12.27 brlcad hello witness123
05:00.31 *** join/#brlcad Neil___ (~chatzilla@117.229.52.249)
05:29.51 *** join/#brlcad Neil____ (~chatzilla@117.229.90.156)
07:05.50 *** join/#brlcad witness123 (~witness@14.139.228.210)
07:08.56 witness123 hi
07:09.09 witness123 brlcad
07:10.49 witness123 I am interested in working with brlcad
07:11.04 witness123 and i am going through the ideas
07:20.19 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
07:32.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:37.02 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:00.33 *** join/#brlcad andrei_ (~andrei@188.25.174.181)
09:00.43 andrei_ Hello!
09:02.48 andrei_ brlcad, are you around?
09:57.57 *** join/#brlcad witness123 (~witness@14.139.228.210)
10:10.07 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
12:10.56 *** join/#brlcad Neil___ (~chatzilla@117.229.100.74)
12:30.27 *** join/#brlcad andrei_ (~andrei@188.25.174.181)
12:30.36 andrei_ Hello!
12:51.02 brlcad good morning andrei_
12:51.17 andrei_ how are you ?:)
12:51.45 brlcad doing great!
12:52.01 andrei_ I m glad to hear that
12:55.16 andrei_ have you seen the image I uploaded?
12:56.05 brlcad yes, you'd left before I could respond
12:56.18 brlcad that is the right place to submit a patch
12:56.49 andrei_ alright, will submit it now then
12:56.57 andrei_ made some minor fixes to is aswell
12:57.31 brlcad you can keep making updates if needed, you just upload them with a different filename (like _v2, _v3, etc)
12:57.43 brlcad so it's clear which is the "latest"
12:58.41 andrei_ except of telling me to specifically change something, from my point of view it seems to be alright now
12:59.38 brlcad do note that the patch is a text file -- you should review the contents to make sure it's what you intended to change
12:59.50 *** join/#brlcad Neil___ (~chatzilla@117.229.34.219)
13:01.39 andrei_ uhm
13:01.45 andrei_ if I would like to upload the output aswell
13:01.54 andrei_ would "description" be a fit place
13:01.55 andrei_ to paste it?
13:02.35 brlcad sure
13:10.58 andrei_ done :)
13:11.54 *** join/#brlcad witness123 (~witness@14.139.228.210)
13:17.44 *** join/#brlcad ksuzee (c1976930@gateway/web/freenode/ip.193.151.105.48)
13:20.56 ksuzee hello! Is anybody here?
13:21.03 ksuzee I need some help
13:23.16 andrei_ brlcad, I have to go to some classes, I will probably submit the second one with the hashtable when I return , if tis one is ok
13:23.19 andrei_ this*
13:49.55 ksuzee Hello! Could you help me, please. I've found some duplication code with 'Simian'. And, as I understood correctly, this code is supposed to be put in the separate file. Or not?
14:20.57 CIA-128 BRL-CAD: 03bob1961 * r49802 10/brlcad/trunk/src/libged/select.c: Modified the select and rselect commands to optionally select components that are partially contained in the specified area.
14:47.14 *** join/#brlcad Neil___ (~chatzilla@117.229.9.109)
15:51.51 brlcad Al_Da_Best: I hope you're not procrastinating until the last minute again ... :)
15:52.18 Al_Da_Best honestly wasn't just browsing Reddit.
15:52.25 Al_Da_Best Working on a proposal at the moment actually :P
15:52.31 brlcad excellent :)
15:52.44 brlcad remember too that a strong patch makes for an even stronger proposal
15:52.48 brlcad talk is easy
15:53.22 brlcad of course, both are good :)
15:53.29 Al_Da_Best Yeah, I want to get one done today/tomorrow if I can. Just working out what to do :D There's some Todo's in some of the libged header files for moving a few things to librt, not entirely sure where to put them though.
16:44.32 *** join/#brlcad andrei__ (~andrei@141.85.225.204)
16:45.02 andrei__ hi
16:45.19 Al_Da_Best Hi
16:45.59 Neil___ Hello, I am interested in the Web Development Projects of BRL-CAD. I have a sound knowledge of PHP and have worked on CMSs before
16:46.41 Neil___ any patch that I can work on?
16:47.19 brlcad Neil___: hmm
16:47.33 brlcad web development patches are a bit tricky
16:47.38 Neil___ ya
16:48.02 brlcad well, two questions
16:48.20 brlcad what programming experience do you have and what web projectsare interesting you?
16:49.34 andrei__ you said well too , brlcad :)
16:49.51 Neil___ brlcad: well i'm interested in all 3. materials database more than the other 2
16:50.04 brlcad andrei_: I think it's more the pause than the use ;)
16:50.24 brlcad most any word is fine in moderation ;)
16:50.35 Neil___ i have worked with PHP, designed a CMS last year and am working on my website right now
16:51.35 Neil___ i also have a beginner's knowledge of Python.
16:53.11 brlcad Neil___: so before focusing on a patch, I'd suggest getting a write-up in place first
16:54.16 brlcad extra time spent on an architecture diagram or even interface mock-ups would be more valuable
16:54.24 Neil___ i see
16:55.19 brlcad what would this site look like, how would it be implemented, does it flow and is easy to navigate, etc
16:55.29 brlcad did you log into the existing materials database prototype
16:56.26 Neil___ i am downloading the source. i couldn't find the existing database
16:56.33 brlcad http://mater.brlcad.org/
16:56.51 brlcad test|test .. just try not to delete an existing material that you didn't create ;)
16:57.08 Neil___ haha. ok thank you :)
16:57.40 andrei__ brlcad: any suggestiosn what patch should I try to fix? or want me to find out why build fails on my distribution when I get home ?
16:58.13 brlcad andrei__: that'd be a perfect starting place
16:58.53 brlcad otherwise, anything on the Contributor_Quickies, our BUGS file, our TODO file, etc
16:59.48 andrei__ right, will be home in roughly two hours :)
17:01.21 CIA-128 BRL-CAD: 03bob1961 * r49803 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Mods to support selecting components even if only partially contained within the specified area.
17:04.04 CIA-128 BRL-CAD: 03bob1961 * r49804 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added more selection modes (i.e. "List (Partial)", "Group Add (Partial)" and "Group Remove (Partial)".
17:06.05 Neil___ brlcad: can I also get the current website of the benchmark performance database?
17:10.18 brlcad no such beast exists
17:10.41 brlcad we do have a set of benchmark log files
17:10.54 brlcad but that's it, the rest is to-be-designed
17:11.06 Neil___ ah ok.
17:11.10 brlcad I'd start by running the "benchmark" tool yourself just to see what it gives you
17:11.22 Neil___ right right. i'll do that
17:11.23 brlcad everything is centered around the log file it produces
17:11.33 Neil___ hmm
17:40.41 CIA-128 BRL-CAD: 03bob1961 * r49805 10/brlcad/trunk/src/libged/erase.c: Modified libged/erase.c/eraseAllSubpathsFromSolidList() to remove display lists only when the corresponding solid is removed from the display.
17:49.20 Al_Da_Best Trying to build on windows, getting a CMake error. It doesn't like "BRLCAD_LIB_INCLUDE_DIRS", line 11 in CMakeLists from libbu. Anyone here recently built on win7 x64?
17:51.41 brlcad Al_Da_Best: any other week and we'd be all over investigating that build system failure.... ;)
17:51.52 Al_Da_Best :P
17:51.56 brlcad it could be a lot of things, that code has been in flux lately, and windows gets the least attention
17:52.02 Al_Da_Best Yeah fair enough
17:52.10 brlcad so would be a great patch if you can figure it out, but make sure you're using the latest svn sources
17:52.32 Al_Da_Best I'll run an update, if not, will try to fix it
17:52.39 brlcad also make sure you have the latest cmake installed
17:52.46 brlcad older versions are nfg on windows
17:53.16 Al_Da_Best 2.8.7, I think I'll uninstall any that are around and reinstall latest to make sure
18:17.51 *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl)
18:34.24 CIA-128 BRL-CAD: 03bob1961 * r49806 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Use COMP_SELECT_MODE_NAMES throughout the GUI.
20:31.00 *** join/#brlcad cristina (~cristina@79.114.175.172)
20:31.06 cristina hello
20:34.02 Al_Da_Best Hi
20:35.21 brlcad hola cristina
20:40.41 andrei_ brlcad
20:40.57 andrei_ the build fails due to various libraries missing
20:41.19 brlcad and cmake failed to detect they were missing?
20:41.24 brlcad or what?
20:41.29 brlcad did cmake fail or make fail?
20:42.00 andrei_ I believe the cmake works fine
20:42.05 andrei_ but I don't understand something
20:42.38 andrei_ it claims that it didn't find
20:42.45 andrei_ functions that I ve been using in C for a while
20:42.54 andrei_ these 2 for example
20:42.57 andrei_ -- Looking for strsep - found
20:42.59 andrei_ -- Looking for strtok
20:43.00 andrei_ -- Looking for strtok - found
20:44.06 andrei_ I ll try to investigate
20:44.12 andrei_ where does the cmake search for them
20:44.15 andrei_ and if they really exist
20:44.18 brlcad it says found ...
20:44.29 andrei_ oh
20:44.36 andrei_ my bad, linked something different
20:44.38 andrei_ than wanted to
20:45.10 andrei_ -- Looking for strlcat - not found
20:45.11 andrei_ -- Looking for strlcpy
20:45.13 andrei_ -- Looking for strlcpy - not found
20:46.03 andrei_ hmm
20:46.16 brlcad you can look into CMakeFiles/CMakeOutput.txt and CMakeError.txt to see why
20:46.22 brlcad but do you really have those?
20:46.29 andrei_ I m doing a recurisve list now
20:46.32 andrei_ to find out
20:46.34 brlcad strlcat() isn't strcat()
20:46.38 andrei_ I know
20:46.42 andrei_ it s the c90 version
20:46.46 andrei_ with less error chance
20:46.47 andrei_ I believe
20:46.51 brlcad not c90
20:46.56 andrei_ no?
20:47.13 brlcad it's bsd api, secure version
20:47.56 brlcad many linux don't have it
20:48.02 brlcad pretty common on bsd-based systems
20:49.11 andrei_ well
20:49.31 andrei_ I don't have those libraries
20:49.40 andrei_ so that would be a cause you can't prevent
20:49.44 andrei_ however it also failed some tests
20:49.52 ``Erik (c90 renamed it strncat() )
20:51.19 andrei_ There are loads of missing binaries and libraries
20:52.29 brlcad o.O .. strncat() != strlcat()...
20:52.57 andrei_ strncat
20:53.01 andrei_ compares parts of two strings
20:53.05 andrei_ I think
20:53.53 brlcad heh, no it doesn't :)
20:54.02 brlcad concatenates one string onto another
20:54.07 andrei_ ah
20:54.09 brlcad "man strncat" ftw
20:54.22 andrei_ I found out a few days ago
20:54.29 andrei_ that I could man C comands in linux
20:54.33 andrei_ tho it's obvious why
20:54.35 andrei_ ._.
20:54.51 brlcad you should use them heavily :)
20:54.56 andrei_ indeed
20:55.05 andrei_ reading the code in /libbu/
20:55.27 andrei_ required me to remind/ learn loads of small code tricks
20:55.37 andrei_ especially since I m not very used to macro s
20:55.46 andrei_ and they are used heavily as checkers
20:56.12 brlcad libbu doesn't employ as many tricks like some of our other libs
20:57.48 andrei_ hehe
20:58.03 CIA-128 BRL-CAD: 03r_weiss * r49807 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Updated to TCL script 'grouper.tcl' commands 'gr' and 'dg'. To improve performance, changed logic to use libged function 'ged_select'. Also script now highlights in yellow objects in the current group.
20:59.35 andrei_ what distribution do you use?
21:00.41 CIA-128 BRL-CAD: 03r_weiss * r49808 10/brlcad/trunk/src/mged/setup.c: Updated file 'setup.c' for mged. Added the ability to use the libged function 'ged_select' from mged.
21:02.10 brlcad andrei_: I intentionally use a variety of platforms on a regular basis
21:02.22 ``Erik (ok, not strictly renamed it, some minor details are a little different, like what len means and what's returned)
21:02.48 brlcad i tend to gravitate towards macosx for much development, and generally prefer the bsds, but it's all levels of gray
21:03.19 ``Erik if the macros are too much, gcc -E will spit out the results of the c preprocessor to unwind it all
21:03.21 brlcad ``Erik: i'm not sure I'd call that detail little -- it's the entire reason for the function
21:03.55 brlcad plugs a big usability fail caused by the off-by-one behavior of strn*()
21:04.13 ``Erik both are length restrictions on strcat() *shrug* :)
21:04.40 ``Erik (concatenate 'string a b) ; solved! :D *duck*
21:04.49 andrei_ haha
21:04.53 andrei_ that's lisp I d take
21:04.55 brlcad that's like saying the emergency brake and foot brake are both just things that break the car
21:05.13 brlcad if you had to use one for breaking all the time, a lot more cars would be spinning on the road ...
21:05.27 andrei_ brlcad: it just depends who's driving :)
21:05.40 ``Erik what, it's not normal to stop by whipping the wheel and pulling the hand brake? :D
21:05.51 brlcad sure, but there would *still* be more cars spinning as a society
21:05.53 ``Erik no wonder my rear tires are bare
21:06.06 ``Erik s/re/ldish/
21:06.54 brlcad it's like a ghosttown here today
21:08.44 andrei_ speaking of ghosts
21:08.56 andrei_ I ve been in several irc channels
21:09.12 andrei_ and for the number of people in this channel, it's by far the most active
21:09.15 andrei_ I have seen so far
21:09.31 andrei_ I mean , fortunately, I can find brlcad almost anytime
21:10.21 brlcad i meant where i'm physically at right this moment, but good to know ;)
21:11.21 andrei_ I ll try to implement a primitive centroid function
21:12.04 andrei_ do you happen to know if cline would be a good example
21:12.18 brlcad yes
21:12.25 brlcad it'd be a terrible one to start with
21:13.14 andrei_ then what should I start with?
21:13.50 brlcad pick a shape you're familiar with that you can find a centroid definition for on mathworld or wikipedia
21:15.25 andrei_ if the centroid function is already implemented, I should find it in the same file?
21:17.31 CIA-128 BRL-CAD: 03bob1961 * r49809 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Tweak ArcherCore::compSelectGroupAdd, compSelectGroupRemove and compSelectGroupCommon a bit.
21:20.14 *** join/#brlcad witness123 (~witness@14.139.228.210)
21:23.06 brlcad andrei_: there are no centroid functions impemented
21:23.10 brlcad hellow witness123
21:23.56 andrei_ ah :)
21:27.08 andrei_ I was looking at the torus shape, first that came in mind
21:32.43 cristina brlcad, just wanted to let you know that I've replied to your post for the Visualization CSG project
21:33.05 cristina it's just that my reply started a new topic instead of being added to the already existing thread
21:33.33 brlcad andrei_: torus would be good if you can find the equations
21:33.52 brlcad cristina: no worries on the title
21:34.08 brlcad rather, the subject/thread
21:35.00 andrei_ I found the surface area ecuations
21:35.15 brlcad so you could start with that one instead
21:35.24 andrei_ yes:)
22:12.09 brlcad new opennurbs available
22:48.48 CIA-128 BRL-CAD: 03brlcad * r49810 10/brlcad/trunk/include/bselect.h:
22:48.49 CIA-128 BRL-CAD: the __extension__ keyword does not exist in gcc 4.1 and given the FD_SET()
22:48.49 CIA-128 BRL-CAD: warning (so far) only affects gcc 4.6, make the work-around very unfeature
22:48.49 CIA-128 BRL-CAD: specific. this is only kosher given this is a b*.h system header wrapper, which
22:48.49 CIA-128 BRL-CAD: aren't supposed to use cmake/configure feature test results. this fixes an
22:48.49 CIA-128 BRL-CAD: obscure build failure that was being observed on older systems that failed in
22:48.50 CIA-128 BRL-CAD: backtrace.c with an error: expected expression before 'asm'
22:50.22 Al_Da_Best Is CMake meant to make files in misc? Because there's a file there that needs to be made (contains the "unknown command") but I don't see it being called in the /src/cmakelist.txt
22:51.09 brlcad don't follow
22:51.24 brlcad cmake builds the files in misc/ but has it's own misc/CMakeLists.txt file
22:51.38 brlcad the build files in src/ have nothing to do with it
22:51.53 Al_Da_Best Oh. So misc needs to be built first, seperately?
22:51.55 brlcad Al_Da_Best: did you check out the virtual machine image?
22:51.58 brlcad nope
22:52.09 Al_Da_Best I did yeah, wanted to try and build from svn though
22:52.32 brlcad well it should have instructions for building still that may be helpful
22:52.41 Al_Da_Best Mmk, I'll go look.
23:27.56 *** join/#brlcad Mango_Man (957dd9e8@gateway/web/freenode/ip.149.125.217.232)
23:28.13 Mango_Man what up guys
23:34.20 *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl)
23:37.45 *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
23:40.22 *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
23:48.58 *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
IRC log for #brlcad on 20120324

IRC log for #brlcad on 20120324

00:25.59 ``Erik heh, favorite language poll http://news.ycombinator.com/item?id=3746692
01:19.48 bhinesley finished my last final yesterday... I've decided to submit another proposal this year.
01:22.05 bhinesley just thinking aloud here, but what comes to mind is doing some refactoring of the edit command, maybe adding another subcommand (rotate?), and trying to mix in elements from another project on the wiki to make things more interesting
01:23.18 bhinesley perhaps I could even do the refactoring of edit before gsoc
01:23.59 bhinesley to clear up time for more in depth non-edit related business :)
01:27.12 bhinesley now is probably a good time to ask what you guys think about edit/translate and the future of rotate/scale. From a usability standpoint. Is it practical, something that will actually be used?
02:22.40 brlcad great progress but definitely more is needed before they're ready for production use
02:23.26 brlcad it would be better to have one of them "fully done" than having one 95% and two others even at 90%
02:26.18 bhinesley well I certainly wouldn't move on until we're satisfied with edit/translate
02:26.50 bhinesley assuming I should continue in that direction
02:32.00 brlcad it would be good to identify what exactly is remaining before it can be considered "done", what is necessary and what is just nice to have convenience
02:32.57 brlcad then do just what is necessary to bring it to completion
02:36.09 bhinesley speaking from inexperience here... could you give me an idea of what type of things are expected, for it to be considered ready for production? I made sure that translate at least "works" last gsoc.
02:37.02 bhinesley for any command to be considered "ready", for that matter
02:41.39 brlcad well "done" in the sense of it can do the variety of operations that it needs to do, but not necessarily everything that was scheduled to be done
02:41.43 brlcad so sure, it translates
02:41.49 brlcad relative and absolute, great
02:42.18 brlcad it's probably easier to itemize everything you had planned that is not complete, then we could go over that list
02:42.47 bhinesley ok, i'll get back to you within a day or so
02:42.53 brlcad excellent
04:44.25 *** join/#brlcad Akshat (~chatzilla@14.140.40.14)
04:45.52 Akshat anyone there
04:55.10 Akshat anyone there
06:59.41 *** join/#brlcad newbies2012 (~chatzilla@123.49.42.194)
07:26.00 newbies2012 hi
07:44.36 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:44.41 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:44.45 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:58.02 andrei__ brlcad: let me know when you re arround please
08:14.13 *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl)
08:37.51 *** join/#brlcad Neil___ (~chatzilla@117.229.122.207)
08:44.19 brlcad ~ask
08:44.20 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
08:54.16 Khobaib Hi
08:54.30 Khobaib I am interested in shader enhancement project
08:54.53 andrei__ brlcad, I believe I have finished the torus surface area function
08:55.00 andrei__ you can find it here for now : https://github.com/pandrei/BRL-CAD-related/blob/master/tor_area.c
08:57.12 andrei__ now i m trying to find out how could I test it
09:00.30 andrei__ also, on a side note , I read that bhinesley intends to continue his work on the code refactoring project. Should I keep my focus on that project or try to find something else? What do you advice me to do?
09:02.16 brlcad howdy Khobaib and glad to hear it
09:02.25 brlcad andrei__: excellent -- i'll have to take a closer look later though
09:03.17 Khobaib Hi brlcad, I worry I am a little late to contact
09:03.32 brlcad no worries about bhinesley (or any other student) applying or not -- every application is evaluated and ranked independently and overlapping applicants are expected
09:04.04 Khobaib :-)
09:04.12 brlcad which is part why we recommend submitting two applications too, but it's still a fair shake and we very well may select multiple applicants for some project areas if the proposals warrant it
09:04.27 brlcad Khobaib: a little catch-up to do, but there's still lots of time
09:05.18 Khobaib ok can u tell me how I can proceed with that project?
09:08.22 Khobaib I am going through the reference
09:10.02 Khobaib In the page, it says I should study BRL-CAD's shader system
09:12.14 Khobaib can u tell me the link of the system?
09:14.29 andrei__ brlcad: I will probably also submit the hashmap test later today . After that I will start documenting and writing my proposal, may I show you various draft of the proposal to see if the timelines and goals are viable , for example?
09:28.17 *** join/#brlcad atneik (~atneik@59.178.34.219)
09:38.33 *** join/#brlcad witness123 (~witness@14.139.228.210)
10:04.19 jordisayol I'm unable to compile brlcad in Linux without debug symbols, even if I add
10:04.20 jordisayol -DBRLCAD_ENABLE_RUNTIME_DEBUG=OFF
10:04.20 jordisayol and
10:04.20 jordisayol -DBRLCAD_FLAGS_DEBUG=OFF
10:04.20 jordisayol to cmake
11:02.47 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:30.53 *** join/#brlcad andrei_ (~andrei@188.25.174.181)
11:51.49 *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com)
13:07.30 ``Erik Khobaib: src/liboptical/ is the shader set, there's an 'osl' component that was a link to the openshaderlanguage done as a gsoc project last year
13:08.51 ``Erik Khobaib: src/libmultispectral/ uses many sources from liboptical, but with different #defines set, so that may be worth looking at a bit, as well
13:09.03 Khobaib ok looking into it
13:38.12 *** join/#brlcad atneik_ (~atneik@59.178.43.193)
13:42.17 *** join/#brlcad cristina (~cristina@79.114.175.172)
14:16.53 *** join/#brlcad atneik__ (~atneik@59.178.43.193)
14:17.55 brlcad Khobaib: going through the references is how to proceed, feel free to ask specific questions as they come up
14:18.32 brlcad emphasis on *specific* questions .. asking "how to proceed" is not at all specific :)
14:18.42 Khobaib ok
14:19.03 brlcad andrei_: absolutely, that's strongly encouraged
14:19.39 brlcad one of the mailing list messages has links to previous GSoC student pages where you can see how they included their proposals there
14:21.03 brlcad jordisayol: you don't want to disable runtime-debug -- that has nothing to do with debug symbols and should be left enabled for 99.9% of users
14:21.13 brlcad runtime-debug is only for specific production installs
14:22.53 jordisayol brlcad: ok
14:23.00 brlcad jordisayol: I believe the flag is BRLCAD_DEBUG_BUILD=OFF
14:24.05 jordisayol aha, I think that too, but exe/lib resulting with this flag is much bigger than some time ago
14:34.20 brlcad could be a lot of reasons for that
14:34.43 brlcad libs do generally get bigger, not smaller ;)
14:35.05 brlcad if you run strip, does the lib get smaller?
14:36.24 jordisayol rpm for fedora was ≃ 50 mb. Now is about 150 mb.
14:39.40 jordisayol bin/3dm-g before strip 1016.3 KB, after 70.9 KB
14:42.11 atneik__ Hello everyone!
14:42.49 Al_Da_Best Hallo
14:43.38 atneik__ I should probably introduce myself to IRC too. My name is Aniket Handa, currently enrolled in JIIT, Noida.
14:45.25 atneik__ I was trying to fix Bounding Box function for bot from contributor quickies..and was lost in 1M+ lines.
14:50.44 atneik__ Meanwhile I found a little bug in centroid for arb8 primitive. Here is quick patch, kindly have a look: http://pastebin.ca/2131801
14:58.37 brlcad jordisayol: did you try to delete your cmake cache?
14:58.45 brlcad it may be overridden or something
14:58.55 brlcad and make clean, of course
14:59.18 jordisayol mmm well, I built it from a clean svn checkout
14:59.51 jordisayol I'll try again
15:01.20 brlcad jordisayol: look at the flags summary at the end of cmake -- it lists the flags to be used, see if -g is one of them
15:02.30 brlcad atneik__: bot bounding box is in src/librt/primitives/bot/bot.c
15:03.00 atneik__ brlcad: sure! I was just wandering ;)
15:03.30 brlcad atneik__: plus, your patch isn't right
15:03.39 brlcad what makes you think that was a bug?
15:04.27 atneik__ brlcad: shouldn't centre_pt be passed?
15:04.41 brlcad it is
15:05.17 brlcad i'd bet you didn't compile with that patch too, because it should halt the build where that function is used
15:05.49 brlcad point_t is an array
15:06.06 atneik__ brlcad: No, I did it on 7.20.4
15:06.19 atneik__ trunk isn't building up on my mac
15:06.23 brlcad version shouldn't matter
15:07.13 brlcad you could use the VM image to avoid platform issues, or fix the build failure and make that your patch
15:07.32 atneik__ yeah it should not.. strange
15:07.59 atneik__ can you please give some directions for fixing it up..
15:08.14 brlcad not really, that's the point no? :)
15:08.21 brlcad if you have a specific question, I'll be glad to answer
15:08.36 brlcad vague questions like "what should I do" are pointless, though
15:09.41 brlcad open source requires self-sufficience, you got to be able to figure things out on your own (while knowing when to ask questions AFTER you've done your homework, when you can ask a specific question for clarity)
15:09.45 brlcad make sense?
15:10.58 jordisayol brlcad: yes, with -DBRLCAD_FLAGS_DEBUG=OFF, CFLAGS and CXXFLAGS contains -g
15:11.07 brlcad jordisayol: so that's a bug
15:11.14 jordisayol ok
15:11.51 atneik__ brlcad: Second you completely. Sorry for my bad.
15:11.55 brlcad jordisayol: try setting the CMAKE_BUILD_TYPE=NONE
15:12.06 brlcad atneik__: no worries
15:12.44 atneik__ It always hangs up here: http://pastebin.ca/2131805
15:13.19 atneik__ I'll get back to you after some possible tweaks.
15:13.50 brlcad atneik__: loosely related to what we were just talking about is a pretty cool presentation someone posted to the list yesterday: http://www.shakthimaan.com/downloads/glv/presentations/i-want-2-do-project-tell-me-wat-2-do.pdf
15:14.17 brlcad it's maybe 95% spot-on, some points I'd disagree with but overall interesting
15:15.02 brlcad atneik__: ah yeah, I recall that snippet -- it's failing in our new step convert
15:15.20 brlcad basically, the parser generator (fedex_plus) is crashing
15:15.31 brlcad it gets run during the build to generate source code for our step-g convert
15:15.46 brlcad for whatever reason, it's crashing during source generation so the build halts
15:15.56 brlcad even better patch ;)
15:16.01 atneik__ lol
15:16.04 brlcad maybe easy, maybe not
15:16.06 Al_Da_Best argh bright colours. Nice presentation though, saw that :P
15:16.29 brlcad if you run "make VERBOSE=1", you'll see the exact command it ran and can manually try to reproduce the crash on the command-line
15:16.30 jordisayol brlcad: yes, -DCMAKE_BUILD_TYPE=NONE disable -g, among many others
15:16.38 brlcad if you can reproduce it, you should be able to debug it
15:16.38 atneik__ I downloaded that one, but the text was too large to read ;)
15:17.09 brlcad goes wandering for a bit
15:25.55 atneik__ Ahh I get it now, how wrong the patch was.
15:34.26 *** join/#brlcad Ban (duh@112.211.207.250)
15:34.28 *** part/#brlcad Ban (duh@112.211.207.250)
15:41.28 andrei_ brlcad : at this secton ( (optional) Link to resumé ) , I am a bit unclear. Should I give a link to my background info resume, or should I write it there?
15:51.49 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
16:33.14 CIA-128 BRL-CAD: 03jordisayol * r49811 10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake arguments for deb/rpm building
16:37.01 brlcad yes
16:38.05 andrei_ yes as in can I write it there ? :)
17:22.33 *** join/#brlcad Rentroth (cd95497c@gateway/web/freenode/ip.205.149.73.124)
17:27.50 *** join/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro)
17:28.00 *** part/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro)
17:37.56 brlcad yes as in you should give a link to your background info resume or you should write it there
17:39.22 andrei_ right:)
17:53.59 atneik__ brlcad: with verbose on, looks like its using a wrong path. I looked for Cmake bug (in exppp and fedex_plus cmakefiles) specific to mac but was unsuccessful. Am I in right direction? Here is the error: http://pastebin.ca/2131820
17:55.05 *** join/#brlcad Khobaib_ (~chatzilla@123.49.42.194)
18:00.49 *** part/#brlcad atneik__ (~atneik@59.178.43.193)
18:04.35 brlcad it's not using the wrong path
18:04.50 brlcad the paths are relative to the build directory
18:06.07 brlcad rather, *cmake* _wasn't_ using the wrong path .. it was crashing
18:06.37 brlcad whatever that paste is from does seem to have two paths concatenated together incorrectly, a bad copy/paste or bad edit or something
18:48.16 *** join/#brlcad thiago_ (~thiago@201.82.137.119)
18:49.01 thiago_ hello!
18:56.22 *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83)
18:56.42 *** join/#brlcad atneik (~atneik@59.178.43.193)
19:20.07 *** join/#brlcad atneik (~atneik@59.178.43.193)
19:32.54 andrei_ brlcad : I am done with the non-technical part of my proposal, may I show you what I have wrote so far?
19:33.24 andrei_ I wrote that first because I believed it's less likely to change and I haven't really documented myself enough
19:39.55 *** join/#brlcad atneik_ (~atneik@59.178.54.110)
19:45.15 *** join/#brlcad thiago_ (~thiago@201.82.137.119)
19:48.47 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
19:59.19 andrei_ brb ~ 1 hour
20:09.42 cristina brlcad: regarding the "Visualizing CSG" project, I understand that the goal is for each geometry to create a corresponding graph that represents its modelling steps.
20:10.35 cristina should I understand by this graph, a tree like this: http://en.wikipedia.org/wiki/File:Csg_tree.png?
20:19.28 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
20:37.39 *** join/#brlcad merzo (~merzo@215-163-133-95.pool.ukrtel.net)
20:57.57 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
20:59.24 *** join/#brlcad merzo (~merzo@10-183-133-95.pool.ukrtel.net)
21:08.21 *** join/#brlcad Neil___ (~chatzilla@117.229.76.212)
21:21.32 *** join/#brlcad witness123 (~witness@14.139.228.210)
21:22.40 *** join/#brlcad andrei_ (~andrei@188.25.174.181)
21:24.39 andrei_ brlcad: have you had a chance to look over my torus surface area function?
21:24.48 andrei_ also, have you got time to look over my proposal draft?
21:32.35 *** join/#brlcad Neil___ (~chatzilla@117.229.76.212)
23:05.18 Neil___ brlcad: i have written down a few ideas I had for the materials database website. whom can i mail it to?
23:06.02 Al_Da_Best Probably best to go for the mailing list Neil___
23:06.26 Neil___ Al_Da_Best: yeah but it is sort of my proposal.
23:06.58 Neil___ so if I can mail it to the mentors directly, it might be better?
23:07.02 Al_Da_Best Put it on there anyway :) I'm currently putting my proposal together, going to make a page on the BRL-CAD wiki for it, then link to it on the mailing list
23:08.29 Neil___ ah right. nice
23:08.46 Neil___ which idea are you working on?
23:08.59 Al_Da_Best One of the scientific ones, the non-vacuum gravity simulator
23:09.21 Neil___ wow. all the best Al_Da_Best! :D
23:09.53 Al_Da_Best Haha :P Good luck with yours as well! I have ideas that would make good use of a database for materials, using densities and so on
23:10.50 Neil___ that's great. and true, a website for the database materials will go a long way in helping everyone sync
23:11.00 Al_Da_Best It will indeed
IRC log for #brlcad on 20120325

IRC log for #brlcad on 20120325

02:59.15 brlcad Neil___: do you really think we'd select a student dumb enough to plagiarize someone else's proposal?
03:00.05 brlcad we usually recommend the wiki since it's a lot easier to review and comment on there, but the mailing list is also occasionally used
03:00.34 brlcad that said, if you really just don't want others to see it, you can e-mail it to me directly
03:01.21 brlcad but again, there really isn't any risk -- if anything, proposals that get posted tend to raise the bar on all applicants to provide more detail
04:32.42 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
04:33.08 Neil___ brlcad: oh no no, i'm not suggesting anything of the sort. i was just inquiring about the procedure students usually follow. the wiki/mailing list it is! thanks :)
04:48.18 *** join/#brlcad witness123 (~witness@14.139.228.210)
04:49.34 *** join/#brlcad Neil____ (~chatzilla@117.229.12.239)
04:56.34 *** join/#brlcad witness123 (~witness@14.139.228.210)
05:09.13 Neil____ brlcad: sorry, but I am not so sure on how to use the wiki. Should I create an empty page and proceed from there on?
05:15.18 Neil____ brlcad: got it!
05:15.35 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3342 10/wiki/User:Phoenix: New page: = Who I am = My name is Wu Jianbang. I'm a sophomore student from Peking University, China. = Contact = email: [mailto:284281400@qq.com 284281400@qq.com] or [mailto:jianbang@pku.edu.cn j...
05:21.04 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3343 10/wiki/User:Phoenix: /* Contact */
05:22.07 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3344 10/wiki/User:Phoenix: /* Who I am */
05:24.10 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3345 10/wiki/User:Phoenix: /* Who I am */
05:27.30 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3346 10/wiki/User:Phoenix: /* Projects */
05:31.19 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:41.35 *** join/#brlcad atneik (~atneik@59.178.48.90)
05:51.03 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Cms snapshots.pdf]]": The file contains a few snapshots of a CMS I designed last year for Inventory Management.
05:54.44 atneik brlcad: yes, two paths are concatenated. This made me think it was a path error, and took me to cmake. I ran it again . . its the same error, seems like not a bad copy/paste.
05:56.57 *** join/#brlcad witness123 (~witness@14.139.228.210)
05:59.00 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3348 10/wiki/User:Neildhruva: New page: == About Me == My name is '''Neil Dhruva'''. I am currently pursuing Bachelors in Computer Science from BITS-Pilani, Goa, India. === Interests === * Web Development * App Development wit...
06:00.11 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3349 10/wiki/User:Neildhruva: /* Contact */
06:12.21 Neil____ brlcad: I have set up the page and sent the mail :)
08:23.20 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
08:59.34 *** join/#brlcad atneik (~atneik@59.178.41.124)
09:22.40 *** join/#brlcad cristina (~cristina@82.137.15.195)
09:25.50 *** join/#brlcad Neil___ (~chatzilla@117.229.39.174)
09:33.06 *** join/#brlcad witness123 (~witness@14.139.228.210)
10:12.05 *** join/#brlcad cristina (~cristina@82.137.15.4)
10:18.14 cristina starseeker, I was thinking on creating a draft for my proposal in a brlcad wiki page. I've created a user accout but can't seem to find where to edit this page.
10:18.36 cristina for other pages, I did find the edit function in which wiki content can be added
10:19.50 *** join/#brlcad cristina_ (~cristina@82.137.14.184)
10:21.39 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
10:21.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:28.30 *** join/#brlcad andrei_ (~andrei@188.25.159.226)
10:28.35 andrei_ hi
10:31.08 andrei_ brlcad: can I still check irc logs if I have closed the client. if so , how can I do that?
10:38.18 *** join/#brlcad cristina (~cristina@82.137.12.151)
10:41.55 cristina starseeker, nevermind. I think I found it. Thank you anyway
10:45.13 CIA-128 BRL-CAD: 03Cprecup 07http://brlcad.org * r3350 10/wiki/User:Cprecup: intro
10:50.11 abhi2011 andrei_ : you can goto http://ibot.rikers.org/%23brlcad
10:51.44 andrei_ ah, thanks
11:03.42 *** join/#brlcad atneik (~atneik@59.178.136.68)
11:31.33 *** part/#brlcad atneik (~atneik@59.178.136.68)
12:11.49 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
12:27.41 *** join/#brlcad npcdoom (~npcdoom@190.78.55.148)
12:27.49 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
12:44.48 *** join/#brlcad atneik (~atneik@59.178.136.68)
13:48.09 *** join/#brlcad thiago_ (~thiago@201.82.137.119)
13:53.05 *** join/#brlcad cristina (~cristina@188.24.80.56)
13:53.09 cristina hello
13:57.30 *** part/#brlcad thiago_ (~thiago@201.82.137.119)
14:00.21 Al_Da_Best Hi
14:05.22 *** join/#brlcad witness123 (~witness@14.139.228.210)
14:14.14 *** join/#brlcad Neil___ (~chatzilla@117.229.83.51)
15:05.10 *** join/#brlcad Neil___ (~chatzilla@117.229.83.51)
15:48.46 *** join/#brlcad Neil___ (~chatzilla@117.229.1.196)
16:34.55 *** join/#brlcad Neil___ (~chatzilla@117.229.62.162)
16:42.09 *** join/#brlcad atneik (~atneik@59.178.63.227)
17:14.31 *** join/#brlcad Neil___ (~chatzilla@117.229.62.162)
18:34.33 *** join/#brlcad jatin_105 (~jatin_lut@120.56.193.13)
18:34.43 *** part/#brlcad jatin_105 (~jatin_lut@120.56.193.13)
19:08.03 *** join/#brlcad merzo (~merzo@173-81-200-46.pool.ukrtel.net)
19:33.49 *** join/#brlcad witness123 (~witness@14.139.228.210)
19:47.18 CIA-128 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3351 10/wiki/User:Al_Da_Best: Creating user page for Al_Da_Best, including GSOC2012 proposal
20:11.44 *** join/#brlcad witness123 (~witness@14.139.228.210)
20:12.03 *** join/#brlcad witness_ (~witness@14.139.228.210)
20:23.09 *** join/#brlcad andrei_ (~andrei@188.25.159.226)
20:24.10 andrei_ hey there
20:25.53 cristina hello
20:46.44 *** join/#brlcad Neil____ (~chatzilla@117.229.85.153)
21:02.07 *** join/#brlcad Neil___ (~chatzilla@117.229.107.171)
21:11.22 *** part/#brlcad atneik (~atneik@59.178.63.227)
21:40.33 *** join/#brlcad minal_ (44253b67@gateway/web/freenode/ip.68.37.59.103)
21:49.34 *** join/#brlcad minal_bh (~minalB@c-68-37-59-103.hsd1.nj.comcast.net)
22:42.56 *** join/#brlcad minal_bh (44253b67@gateway/web/freenode/ip.68.37.59.103)
22:51.36 *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net)
23:18.36 minal_bh Hello ! I am a graduate student majoring in Computer Science at City College of New York and I would like to participate at GSoC 2012.
23:18.56 minal_bh I am interested in Benchmark Perforamance Database..
23:19.43 minal_bh I do have some questions regarding the project and application process..
23:24.44 bhinesley minal_bh: welcome! Ask away, someone will reply eventually.
23:25.31 minal_bh Hi! thank You ..Do we have to start this project [ Benchmark Performance Database ] from scratch?
23:28.11 andrei_ hey bhinesley
23:28.31 bhinesley andrei_: hello
23:28.39 andrei_ how are you?:)
23:30.08 bhinesley minal_bh: someone should be able to answer that for you soon enough :)
23:30.23 bhinesley andrei_: well, thanks... and yourself?
23:30.55 andrei_ trying to implement some path algorithms into an AI
23:31.10 andrei_ for our university's " sort of" Ai challenge
23:31.59 bhinesley cool :) I wish my university did intersting things like that
23:32.25 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
23:32.36 andrei_ it is interesting, but it's pretty hard since they just give you a starter package and tell you to figure it out.
23:32.56 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
23:42.37 bhinesley andrei_: sounds like real life
23:43.26 bhinesley the project in my AI class was similar: find a paper published on IEEE's site, and implement it
23:47.05 andrei_ AI is a interesting but tough way to learn how to proper use algorithms
23:47.29 andrei_ mostly because you can never take the best solution , or better said, best decision
IRC log for #brlcad on 20120326

IRC log for #brlcad on 20120326

01:37.14 brlcad minal_bh: depends what scope you're considering, yes and no
01:39.50 brlcad the benchmark itself exists (and has for 20+ years), log files already exist, we already have a web server set up, just no website for visualizing and managing the database of benchmark runs
01:40.33 *** join/#brlcad abhi512 (7ab0e04d@gateway/web/freenode/ip.122.176.224.77)
01:52.45 *** join/#brlcad abhi512 (~abhi@122.176.150.101)
01:54.32 brlcad bhinesley: you could have finagled an AI project using BRL-CAD underneath!
02:12.12 *** join/#brlcad thiago_ (~thiago@201.82.137.119)
02:32.10 brlcad hello thiago_
02:34.54 thiago_ brlcad: hello
02:36.34 thiago_ brlcad: I am a student interested in GSoC
02:40.39 abhi512 hey, i am abhishek
02:41.51 abhi512 i am interested in gsoc12
02:44.50 thiago_ Eu tenho muita experiÊncia em C/C++, algoritmos e estruturas de dados mas tenho pouca experiência com geometria computacional.
02:44.52 thiago_ Eu gostaria de saber se é necessário ter muito conhecimento em geometria computacional para participar em um projeto do BRL-CAD para o GSoC.
02:45.17 thiago_ error
02:45.21 thiago_ correct now
02:45.24 thiago_ I have much experience in C / C + +, algorithms and data structures but have little experience with computational geometry.
02:45.25 thiago_ I wonder if it is necessary to have much knowledge in computational geometry to participate in a project for BRL-CAD GSoC.
02:54.49 brlcad computational geometry is not required
02:55.37 brlcad there are a very wide variety of project areas one can work on including graphics, general programming, GUI development, web development, networking, simulation, and much much more
03:01.46 minal_bh hi brlcad : I would like to present my understanding about "Benchmark Performance Database "
03:02.11 brlcad minal_bh: sure
03:02.27 minal_bh 1]The website should offer multiple mechanisms for adding new performance run data: i] Import from log files : Extract log files and insert data into Database.
03:02.35 minal_bh <PROTECTED>
03:03.12 minal_bh iii] If time permits we can use export from Excel file ..
03:03.24 minal_bh 2]It should offer different visualization of performance data
03:03.32 minal_bh <PROTECTED>
03:03.55 brlcad little to no interest in 1iii
03:04.16 minal_bh <PROTECTED>
03:04.18 minal_bh ok
03:04.53 minal_bh I am assuming that data extracted from log files is suitable for RDBMS representation..
03:04.56 brlcad even after items are imported from log files (1i), there will also need to be some way to manually enter additional details (like #cpus, #cores, memory, etc)
03:05.22 brlcad some can be pulled from the logs, but other pieces of information are often not available
03:06.05 brlcad if you run the "benchmark" tool from a distribution of BRL-CAD, you can see what the log file actually looks like
03:06.54 minal_bh after importing log file we can ask user to enter respective information..
03:08.44 minal_bh How much desing details are expected in the proposal ?
03:33.50 brlcad minal_bh: the more the better usually
03:34.13 brlcad at a minimum, should be more than 500 words, but that really is a bare minimum
03:34.29 brlcad it should not just reiterate our project idea detail page
03:35.49 brlcad for example, it'd be good to identify at least the basic architecture being proposed, something like this: http://cia.vc/doc/development/
03:36.50 brlcad specific graphic visualizations, interface mock-ups, details on tasks required, timeline, etc
03:38.46 brlcad better to have something brief and complete with a good patch that demonstrates your ability than to have a 20 page proposal that is all talk
03:47.35 bhinesley brlcad: hmm, not a bad idea. There's still advanced AI.
03:49.16 brlcad an AI-related geometry project we had a student working on a few years ago involved using a GA to evolve CSG expressions that match a non-CSG input
03:50.36 brlcad actually worked (though didn't make enough progress to turn it into production-viable)
03:53.00 brlcad some other ideas that have come up involve using AI techniques to solve 3D knapsack packing problems (fit objects into a defined container optimally)
03:53.32 brlcad using search & optimization for 3d route planning
03:55.12 brlcad using shape analysis and classifiers for determining what a given 3d object looks like it might be
03:55.48 brlcad and so on .. ;)
04:18.10 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
04:37.52 bhinesley brlcad: doing something like that is a possibility in Adv. AI (not offered until next winter)
04:38.20 bhinesley glad you mentioned those things though, I woudln't have thought to ask
04:40.20 bhinesley I'm kind of an AI noob, but I'm quite interested in it. I might also propose something to you when my senior project comes around.
04:41.24 bhinesley it would be great to actually contribute to something, rather than some pet project that gets left in a binder.
05:29.39 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:47.38 *** join/#brlcad andrei_ (~andrei@188.25.158.250)
07:03.56 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:33.15 Neil___ brlcad: hi. I wasn't able to cmake the source in ubuntu. i'm getting this error - "Code to determine current date and time failed!"
09:00.44 *** join/#brlcad stas (~stas@82.208.133.12)
09:20.12 *** join/#brlcad witness123 (~witness@14.139.228.210)
09:26.49 CIA-128 BRL-CAD: 03jordisayol * r49812 10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake optimization argument for deb/rpm building
10:25.33 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
10:29.19 *** join/#brlcad witness123 (~witness@14.139.228.210)
10:40.53 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
10:41.07 *** part/#brlcad tuxilina (~tuxilina@141.85.252.190)
10:41.47 *** join/#brlcad andrei_ (~tuxilina@141.85.252.190)
10:44.22 andrei_ brlcad: please let me know when you have time to look over my proposal draft. I need to ask you several questions regarding it.
10:58.59 *** join/#brlcad abhi512 (~abhi@122.176.150.101)
11:04.58 *** join/#brlcad witness123 (~witness@14.139.228.210)
11:42.24 *** join/#brlcad abhi512 (~abhi@122.176.220.200)
11:45.45 *** join/#brlcad andrei_ (~tuxilina@141.85.252.190)
12:11.56 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3352 10/wiki/User:Phoenix: /* Interest */
12:51.17 *** join/#brlcad phoenix_ (7319d80b@gateway/web/freenode/ip.115.25.216.11)
12:52.39 *** join/#brlcad thiago_ (~thiago@187.106.51.49)
13:00.21 *** join/#brlcad cristina (~cristina@188.24.80.56)
13:00.24 cristina hello
13:03.35 *** join/#brlcad Neil___ (~chatzilla@117.229.47.242)
13:13.49 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
13:14.59 Neil___ brlcad: hi. I wasn't able to cmake the source in ubuntu. i'm getting this error - "Code to determine current date and time failed!"
13:16.10 jordisayol Neil___: witch ubuntu?
13:16.33 brlcad Neil___: have you tried the VM image?
13:18.46 *** join/#brlcad Neil___ (~chatzilla@117.229.47.242)
13:19.27 Neil___ brlcad: oh no. i was trying the Linux source
13:20.38 jordisayol brlcad: hello. should I do something else about debug symbols?
13:24.10 brlcad Neil___: I'd suggest trying either an svn checkout or using the VM image (for now)
13:24.29 brlcad otherwise there are too many variables in play that you'd need to investigate
13:24.41 Neil___ brlcad: right. i'll do that. thanks
13:24.42 brlcad jordisayol: you mean like not strip them? :)
13:24.50 *** join/#brlcad andrei_ (~tuxilina@141.85.252.190)
13:24.57 jordisayol brlcad: yes, sorry :-/
13:24.59 brlcad thinks debug symbols should be installed :)
13:25.18 brlcad otherwise crash logs become worthless
13:25.20 jordisayol brlcad: even in deb/rpm packages?
13:25.28 brlcad yep
13:25.42 brlcad andrei_: minor point of advice (as I'm happy to look over anyone's proposal draft), but I'd recommend posing questions such that you're not waiting on a specific person to reply
13:26.00 brlcad the whole point is debuggability, and the cost is merely a little disk space
13:26.17 brlcad our install is not that big
13:27.06 brlcad notes his latest software purchase was 11 GB installed .. and it's a game ..
13:28.02 jordisayol brlcad: this will at least duplicate the deb/rpm size
13:28.25 brlcad so?
13:28.31 brlcad it's still insignificant size
13:28.46 jordisayol no, just this
13:30.12 jordisayol brlcad: this is up to you
13:30.44 brlcad basically, is it more valuable to save the user a few mb's of disk space and be unable to help them if something goes wrong, or use a little more disk and get useful reports
13:31.20 brlcad if we had a space constraint like fitting on a CD, then it might matter
13:31.30 brlcad but we don't .. AND it does fit on a CD regardless ;)
13:32.17 brlcad that said, we should figure out why disabling debug doesn't turn the flag off
13:32.18 jordisayol brlcad: IMHO, this is not a disk space problem, but band wide one. If we create deb/rpm bigger than 100 MB. many people will think twisebefore download it
13:33.01 brlcad so be it -- if they're already that much on the fence, then BRL-CAD will probably be too hard for them to use anyways
13:33.25 brlcad disk space ain't got nothing on the learning curve ;)
13:34.11 *** join/#brlcad abhi_512 (~abhi@122.176.255.178)
13:43.48 brlcad if we had all of our platforms covered so diligently like you do for linux, it might be an option to pull together a "streamlined" release
13:44.45 brlcad where we only include core tools/docs/data in a stripped down form.. probably less than 25MB or maybe even less
13:46.02 jordisayol well, now I have a problem with deb building package. the debian tools automatically strips its binaries/libraries :-/
13:46.20 brlcad a benchmark release is on my todo, might be such an environment for doing that
13:48.49 jordisayol sorry, last comment is incorrect. I forced to do it in the building (i forget this) sorry.
13:49.43 *** join/#brlcad Neil___ (~chatzilla@117.229.47.242)
14:08.42 *** join/#brlcad andrei_ (~tuxilina@141.85.252.190)
14:14.14 Al_Da_Best brlcad try Shogun 2 for space, ~29Gb currently :)
14:22.06 CIA-128 BRL-CAD: 03mendesr * r49813 10/jbrlcad/trunk/ (12 files in 8 dirs): Fix MUVES3 issues: MUVES-1472, MUVES-1645, MUVES-1597, MUVES-1646; Updated JScience version in the pom.xml to use the Current MUVES3-Kahona version '4.3.4'.
14:24.47 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
14:37.49 cristina brlcad: I have already had graphviz installed on ubuntu. I can't seem to find any g-dot tool. There's just the dot tool but it won't accept some of the arguments from your example
14:38.04 cristina I've also found a dot command in mged
14:39.54 cristina I assume that the idea of this "g-dot -o file.dot file.g top" is to output a dot file for a geometry considering the root the "top" node?
14:44.12 ``Erik hm, my WoW dir is only 23g
14:45.43 ``Erik (and just for fun, "git clone http://crit.brlcad.org/brlcad.git" (read only, updated hourly) :D )
15:23.26 brlcad cristina: g-dot should be in the same directory as mged and a slew of other g-* tools
15:23.47 brlcad it wasn't added until 7.20.4, iirc
15:24.08 brlcad the vm image should have it installed in /usr/brlcad
15:24.25 brlcad /usr/brlcad/dev-7.21.0/bin/g-dot
15:29.20 cristina oh, brlcad, it's there, sorry.
15:35.05 *** join/#brlcad Neil___ (~chatzilla@117.229.47.242)
15:42.03 *** join/#brlcad Al_Da_Best (Al_Da_Best@027e71f6.bb.sky.com)
15:48.19 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
16:02.10 Neil___ how should I run benchmark on windows?
16:04.19 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:04.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:22.33 brlcad jordisayol: hoping to get back on schedule at the end of this month, but it entirely depends on whether I can get through about 1k commits in that timeframe
16:22.47 brlcad end-of-april at the latest
16:22.55 brlcad aiming for march, though
16:23.03 brlcad rather, first week of april
16:23.40 *** join/#brlcad Neil___ (~chatzilla@117.229.117.244)
16:24.56 jordisayol brlcad: many thanks
16:43.13 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:43.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:46.33 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3353 10/wiki/User:Stattrav: Preliminary draft
16:46.43 Stattrav oops :)
16:47.02 Stattrav I shouldnt do that often then, it might spam the hell out people
16:47.30 Stattrav brlcad: I have a diagram drawn on a board and have an image of that
16:48.40 Al_Da_Best Yeah that was my thoughts yesterday :P
16:48.48 Al_Da_Best Not sure if it mentions minor edits
16:49.05 Stattrav true
16:50.10 Stattrav brlcad: http://i.imgur.com/a7e4x.jpg I think I can even add an edge between Dev and ftp.
17:11.10 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
17:20.14 *** join/#brlcad atneik_ (~atneik@59.178.60.131)
17:24.30 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3354 10/wiki/User:Stattrav:
17:39.55 *** join/#brlcad andrei_ (~andrei@188.25.26.150)
17:47.33 brlcad Stattrav: you can do that as often as you like
17:47.40 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Stattrav process diagram.jpg]]"
17:48.01 brlcad it's not spam in the least -- it's actual activity ;)
17:48.52 brlcad Stattrav: if only for simplicity, I'd leave ftp out of the picture for now
17:49.11 brlcad providing secure ftp upload is a somewhat non-trivial task
17:49.37 andrei_ hello
17:49.52 brlcad it's doable and fine if you want to tackle that aspect (and a good feature to support), but it will be a little tricky
17:50.27 brlcad probably need a cron job to move from an anon ftp folder that would validate it's a log, sanitize, and copy to real queue folder
17:50.40 brlcad though I suppose http uploads are just as untrusted
17:50.49 brlcad howdy andrei_
17:53.16 andrei_ here is the proposal draft I have been speaking about: https://docs.google.com/file/d/0BzrcTnxrBIMvbmVUUVlqTG5SQ3FOZHU2VFV3cnJYZw/edit
17:53.35 andrei_ It only contains rather personal data , there's much to be added
17:55.31 andrei_ reading the whole code and planing the proposal on it is probably not viable. bhinesley sugested that I should test various comands from mged in archer
17:56.18 andrei_ it there any specific library or part of the code I should look closely. I find dificult to set my starting point
17:56.21 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3356 10/wiki/User:Stattrav: Added more content
17:56.29 *** join/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro)
17:56.38 Stattrav brlcad: I think I can do it
17:56.56 Stattrav brlcad: I've done something such when I was working so that shouldnt be a problem
17:57.44 Stattrav brlcad: yeah the most important part is to avoid spam, so that process of authentication has to be built into the binary which pushes the data
17:58.34 Stattrav brlcad: btw this is a preliminary crude draft
17:59.17 Stattrav http://brlcad.org/wiki/User:Stattrav
17:59.52 Stattrav btw should I send a mail to the ml ?
18:01.05 Stattrav so that you or the other devs can qualitatively comment
18:07.46 brlcad if you'd like other devs to read it before submissions open, that would be ideal ;)
18:07.52 brlcad they're not all on IRC
18:07.57 Stattrav exactly
18:08.49 Stattrav I shall make it a bit more elaborate and send it in the morning IST. Got some school work to catch up to. :) thanks
18:10.42 andrei_ another question , I tried to list only relevant skills in my proposal, but I do have some basic knowledge of matlab/octave and complex analysis ( for example Fast Fourier Transformation , Frequence sampling etc) should I list those too?
18:16.14 andrei_ brlcad: sorry, I thought I set it to accesible by anyone
18:16.17 andrei_ I ll fix it now
18:18.49 andrei_ fixed it, I'm sorry for that
18:28.04 *** join/#brlcad DarkCalf (DC@173.231.40.98)
18:30.09 brlcad andrei_: no problem
18:30.23 brlcad that looks like a really fantastic start, can't wait to read the rest
18:30.38 DarkCalf howdy brlcad
18:30.48 andrei_ funny , first time I wrote, I put all " my heart" in it. Now I disagree with some parts
18:30.48 brlcad howdy
18:33.12 brlcad andrei_: well you still haven't gotten to the detailed description, which is arguably one of the most important parts, so don't spend too much time on the personal parts.. ;)
18:33.24 andrei_ indeed
18:33.39 andrei_ this night I have to finish a project with a hard deadline
18:34.22 andrei_ from tomorrow I ll dedicate all the time available to complete it with what really matters
18:36.42 brlcad great!
19:02.56 *** join/#brlcad stas (~stas@188.24.36.145)
19:04.07 *** join/#brlcad Neil__ (~chatzilla@117.229.117.244)
19:14.47 starseek1r cristina: sorry I didn't respond earlier - been sick the last few days, not active in channel
19:17.11 starseeker Those people seeing the -g flag appear with debug flags off - is that the latest trunk svn checkout?
19:21.15 cristina starseeker, don't need to apologize. Everybody has their things to take care of
19:22.23 jordisayol starseeker: yes, it is
19:22.44 starseeker jordisayol: interesting... I'm not able to reproduce it here - what platform are you on?
19:22.58 jordisayol linux 64-bit
19:23.11 starseeker huh
19:23.31 starseeker jordisayol: can you try clearing your CMakeCache.txt file?
19:24.42 starseeker cristina: let's see if we can get brlcad to weigh in on what he things of feeding BRL-CAD's CSG geometry into Netgen :-)
19:24.49 starseeker s/things/thinks
19:25.00 starseeker come on brain, communicate with the fingers please...
19:28.10 cristina starseeker: :) if I can contribute somehow, let me know
19:28.40 jordisayol starseeker: there is not a CMakeCache.txt file
19:29.34 starseeker O.o
19:29.34 starseeker jordisayol: in your build directory?
19:30.06 jordisayol starseeker: it exist after cmake command
19:30.10 starseeker right
19:30.37 starseeker so you've cleared your build directory?
19:31.04 jordisayol yes, is a clean build directory
19:31.34 jordisayol in fact is an svn export from brlcad trunk
19:33.01 starseeker weird
19:33.11 starseeker can you post your full configure log somewhere?
19:33.59 jordisayol stdou? yes
19:34.13 jordisayol s/stdou/stdout
19:54.03 *** join/#brlcad ibot (~ibot@rikers.org)
19:54.03 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
19:54.07 starseeker in fact, one of our quickie tasks was to separate out libnmg: http://brlcad.org/wiki/Contributor_Quickies#MEDIUM:_Separate_out_LIBNMG_from_LIBRT
19:54.19 starseeker that would make one doozy of a patch to go with an application :-)
19:54.22 brlcad surprisingly still separate given how many years they've been intermingled
19:56.29 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
19:59.05 andrei_ I ve read the Simian description
19:59.49 andrei_ but I m still not sure of something, does it only detect copy pasted code ( or very similar code) , or uses Somethins miliar to Moss? ( Semantic tree )
19:59.59 andrei_ something *
20:00.55 andrei_ from what I read so far it mostly detects copy-paste ' s
20:05.34 starseeker cristina: bty - if we have incorrect impressions of Netgen's capabilities, feel free to correct us :-)
20:07.09 CIA-128 BRL-CAD: 03starseeker * r49816 10/brlcad/trunk/src/other/CMakeLists.txt: Ah hah! SCL interfering by CACHE FORCE of the build type - dodge the issue by telling SCL to use whatever build type we've set, but still - need to fix the SCL approach
20:07.17 starseeker jordisayol: ok, got it
20:07.36 jordisayol starseeker: ok, many thanks! :-)
20:08.34 starseeker let me know if anything else like that pops up - we're in the process of syncing with the github SCL tree, and they've got some crud left-over from my original attempt at an SCL CMake build system.
20:09.23 brlcad andrei_: it has options for collapsing names of variables and ignoring formatting
20:10.23 brlcad you can use any tool you like, though, that's just an easy free one
20:10.43 brlcad and there are plenty of places in brl-cad that are nearly exact copy-paste anyways that should be refactored
20:11.11 andrei_ I will try to run Simian tomorrow in the morning anyway
20:11.43 andrei_ Moss is used to check our homeworks and it does have some pretty advanced detection options
20:12.04 andrei_ but the major disadvantage is it compares only sources that are bound to do the same thing
20:12.07 andrei_ or something similar
20:14.20 andrei_ also , it s not necessarly related to refactoring , but I would like to know your opinion over this
20:15.33 andrei_ I believe that some macro's like checking ones( at least in some places) are difficult to understand
20:16.36 andrei_ how about converting them to functions for the respective data structure
20:18.28 cristina starseeker: I'll keep in mind that quickie task you were talking about.
20:18.59 starseeker cristina: does Netgen rely on OpenCASCADE for boolean eval?
20:20.09 starseeker only paper I could scare up quickly: www.asc.tuwien.ac.at/~schoeberl/wiki/publications/netgen_org.pdf
20:20.18 starseeker doesn't say one way or the other, at a quick glance
20:23.03 cristina starseeker: it doesn't in the CSG 3d case. I used OpenCASCADE for CSG 2d but my extension is not yet integrated into Netgen
20:23.03 *** join/#brlcad atneik_ (~atneik@59.178.51.195)
20:25.24 starseeker hmm. So, in principle, we could take individual meshes generated by facetizing individual primitives in BRL-CAD (spheres, ellipsoids, etc.) and feed those meshes and boolean expressions Netgen to generate an evaluated mesh?
20:25.25 brlcad starseeker: is there a reason for cachingvariables that the user provides?
20:25.43 starseeker brlcad: um. in what context?
20:25.55 brlcad in a general context :)
20:26.20 starseeker generally, that's how CMake remembers what was passed to it when it is re-invoked...
20:26.21 brlcad like your mail to scl-dev, wouldn't have expected CMAKE_BUILD_TYPE to be something we'd even want to cache
20:26.27 starseeker we don't
20:26.32 starseeker they're doing it it in their logic
20:26.47 starseeker I'm saying they don't want to :-)
20:26.55 andrei_ I actually looked again over the check macro's, I was wrong. Don t think you could change those and see an improvement
20:26.55 brlcad ah, okay
20:27.19 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
20:27.19 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
20:27.58 starseeker the reason jordisayol was seeing -g in the Release build was the SCL build forcing things back to Debug when I forgot to tell SCL to use the same build type as everything else (that's what commit 49816 does)
20:28.12 brlcad starseeker: in principle, that's exactly what libnmg does now so by default I wouldn't expect another implementation to be any better (i.e., they'd have to *prove* it's actually better)
20:28.26 brlcad good thing we have a testing framework for that now
20:28.44 starseeker so the final "assembly" of C flags was using the default Debug flags, instead of the Release flags, since SCL buggered up the build type
20:28.53 brlcad got it
20:29.17 brlcad how'd that sneak in? one of nick's merges?
20:29.24 starseeker my fault
20:29.52 starseeker Was syncing with the github SCL CMake logic, and the implications of their forcing CMAKE_BUILD_TYPE didn't register right away
20:30.08 brlcad gotcha
20:31.22 cristina starseeker: I think it should work. However, as brlcad says, one needs to know if this is a better way to generate mesh
20:31.30 jordisayol starseeker: aha. built a new deb, and now it properly works. thanks! :-)
20:32.00 starseeker cristina: I guess the question then becomes how hard it woudl be to feed BRL-CAD test cases into Netgen :-)
20:32.06 cristina Is there a particular situation that doesn't have the expected output?
20:32.18 starseeker jordisayol: awesome!
20:32.33 starseeker cristina: oh, sure lots of them
20:33.15 starseeker not so much individual primitives (although we do have a few issues at that level) but combining lots of meshes to make larger meshes
20:34.03 *** join/#brlcad atneik_ (~atneik@59.178.51.195)
20:34.07 cristina yes, the overlapping of primitives at different levels I think
20:34.09 starseeker the script conversion.sh in the sh directory is the tool of choice, IIRC
20:35.04 cristina and the "side by side" shapes. I recall this was something that took me a while to figure out how to make it generate a correct mesh
20:35.17 cristina so that's why you want to feed independent primitives
20:35.25 CIA-128 BRL-CAD: 03jordisayol * r49817 10/brlcad/trunk/misc/debian/rules: disable strip on deb package building
20:35.56 starseeker right - BRL-CAD can facetize individual primitives (mostly) and the problems come when we start to try merging more complex evaluated meshes on our way up the tree
20:36.27 cristina starseeker: the question of how to feed the BRL-CAD test cases into Netgen is a tough one
20:36.40 starseeker we could generate a bunch of stl output files...
20:37.38 brlcad that alone is "cause for concern" if it has trouble with side-by-side shapes
20:38.05 starseeker I think she's referring to the 2D case?
20:38.33 cristina yes, I was referring to the 2D case
20:39.21 cristina I was just pointing out that I've been told to be careful with these cases because they are tricky
20:39.51 starseeker nods. The question is whether Netgen is capabile of handling large, complex merges cleanly
20:39.56 starseeker (in the 3D case)
20:40.12 brlcad they are very tricky, which is why I've yet to know of a single library that is actually robust for all cases (I believe it's np-complete for floating point)
20:40.30 brlcad or at least np-hard
20:40.51 brlcad moreover, the underlying approach while appealing in its simplicity, is fundamentally flawed from an evaluation perspective
20:41.05 brlcad for implicit geometry
20:42.43 brlcad it's like trying to construct a line segmenet from a jpeg that was rendered from an svg
20:43.23 brlcad the order is wrong, you get your line segments from the svg then render jpeg as needed
20:43.47 starseeker cristina: from the standpoint of a viable BRL-CAD GSoC project, probably better to explore the graph layout for CSG and libnmg projects - demonstraing Netgen's viability would probably be requisit for a viable GSoC project and that's likely too much effort for one application
20:44.30 brlcad it's doable, but man would that be one hell of a lot of information to take in for one summer
20:44.40 cristina :-))
20:44.54 brlcad understanding nmg structure alone so you could even think of hooking in another lib would probably take a month
20:45.58 brlcad another month to evaluate netgen's api for how it can be hooked, another to actually DO the integration ... and however long to test them and document and debug all getting left in the cold :)
20:46.34 cristina I imagine, I didn't work on the mesh generation part either (just on the construction of shapes) so that would be another task to go into details of how the meshing is exactly done
20:46.49 brlcad would be more viable is someone already spent a summer doing libnmg refactoring or developing a new converter so they're familiar with some parts of the code and api
20:47.27 brlcad cristina: so refresh me -- what were you project interests again?
20:47.45 cristina for GSoC 2012?
20:47.47 brlcad and more importantly, what have you started writeups for ;)
20:47.48 brlcad yes
20:48.14 cristina Visualizing Constructive Solid Geometry, this is the project that I am interested in
20:48.35 brlcad right, g-dot
20:48.44 brlcad is that the only interest?
20:48.49 brlcad (nothing wrong if it is)
20:49.27 cristina well, I considered that I'm best fit for this one but if there are any suggestions, I'm willing to take them into account
20:52.27 brlcad hard to say without knowing your interests and experience
20:55.30 starseeker cristina: you want to apply to work on things you would enjoy working on
20:57.00 cristina ok then, I'll stick to the project. I'd like to work on it, and I liked working on the previous one. This is why I chose the same 'topic'.
20:57.12 starseeker very good :-)
20:57.25 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3357 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in mesh library cleanup
20:57.42 brlcad cristina: keep in mind that they're mostly only similar in concept -- the codes involved are worlds apart ;)
20:58.40 Neil__ brlcad: Hi. For the Materials Database Website, I saw this link: http://cia.vc/doc/development/ and I was wondering how I should modify it to suit the project. Should I make a similar flow diagram for frontend and backend?
20:59.07 cristina brlcad: I am aware of that, that is why I used 'topic'. The task and approach of the project are indeed different ;-)
21:01.13 cristina I need to go now. bye everyone
21:01.25 starseeker later
21:01.42 brlcad cya
21:01.46 brlcad very good
21:02.18 starseeker should probably fish out that old build of goblin he had going with CMake...
21:09.37 starseeker ah, actually predated CMake
21:09.41 starseeker hmm...
21:11.43 starseeker no, not quite - just no toplevel
21:11.57 starseeker digs a bit more...
21:15.29 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3358 10/wiki/Mesh_library_cleanup: mesh library cleanup!
21:15.51 brlcad starseeker: feel free to embellish if I missed anything: http://brlcad.org/wiki/Mesh_library_cleanup
21:17.02 starseeker which is the paper that spells out the NMG structures? Is that the Butler/Muuss CSG paper?
21:17.18 brlcad I don't have it handy
21:17.28 starseeker goes fishing...
21:17.41 brlcad Muuss91c
21:17.54 brlcad and Weiler87a
21:18.03 starseeker http://ftp.arl.army.mil/mike/papers/90nmg/
21:18.26 brlcad yeah, that'd be good to add
21:18.34 starseeker need a pdf version...
21:18.41 brlcad mac will convert
21:19.12 brlcad that'd be a good one to convert the original tek sources to docbook
21:21.33 starseeker hmm - TeX will need some updating even to process as TeX these days, from the looks of it...
21:23.12 CIA-128 BRL-CAD: 03Starseeker 07http://brlcad.org * r3359 10/wiki/Mesh_library_cleanup: Add link to 90nmg paper
21:29.20 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3360 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in nurbs optimization and cleanup
21:31.56 *** part/#brlcad atneik_ (~atneik@59.178.51.195)
21:43.55 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3361 10/wiki/NURBS_Optimization_and_Cleanup: fill in details of nurbs cleanup
21:43.59 brlcad starseeker: there's another
21:45.15 starseeker cool
21:57.30 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3362 10/wiki/User:Stattrav:
21:58.12 brlcad is forgetting another great idea that came up recently
22:00.02 brlcad so we got the go ahead from google to include SCL under us an umbrella this year, but they thusfar seem to be uninterested ..
22:00.09 brlcad I don't think we've heard anyone express SCL interest yet, but something to keep in mind
22:01.08 starseeker nods
22:12.13 CIA-128 BRL-CAD: 03starseeker * r49818 10/brlcad/branches/goblin/: remove obsolete goblin branch - glpk toolkit is GPL, and in any case build logic not in a functional state.
22:19.13 brlcad any more ideas come to mind based on recent discussions?
22:19.40 brlcad ah, networking
22:26.19 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3363 10/wiki/Google_Summer_of_Code/Project_Ideas: add a section for networking and stub in a libpkg enhancement task
22:28.57 starseeker there we go: http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz
22:29.41 starseeker quick and dirty compared to BRL-CAD's, but hopefully enough to get up and running on most setups with Tcl/Tk installed
22:35.02 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r3364 10/wiki/Package_Library_Extensions: fill out libpkg enhancements
22:41.41 brlcad starseeker: you have seen http://www.graphviz.org/pdf/libguide.pdf yes?
22:42.29 starseeker not sure if I've see that one, but have seen similar ones
22:42.43 starseeker last I checked though, graphviz licensing wasn't compatible with BRL-CAD
22:43.07 brlcad it's eclipse license iirc, which I haven't read in full
22:43.55 starseeker looks again - haven't checked in a while
22:44.22 starseeker ah - that's new
22:44.32 brlcad gnuplot is another, they have a lib
22:44.38 starseeker was thinking of the AT&T Source Code agreement
22:44.43 brlcad but might be a little too manual
22:44.47 starseeker gnuplot's license has always been... funky
22:44.51 starseeker unless that's changed too
22:45.13 brlcad graphiz would be ideal, they're one of the better free ones at this
22:45.53 starseeker sure - at the time of my listing adaptagrams and goblin, graphviz was using the old AT&T agreement (IIRC)
22:46.21 starseeker http://www.eclipse.org/legal/eplfaq.php#USEINANOTHER
22:48.05 brlcad that's basically saying it cannot be relicensed because the terms aren't the same
22:48.31 brlcad the last faq question is more to the point but answers gpl-compatibility, not lgpl
22:48.38 starseeker Qt seems to think they aren't compatible: http://qt.nokia.com/about/licensing/frequently-asked-questions
22:48.47 starseeker (last question)
22:49.34 brlcad nods, was just reading that too
22:49.58 brlcad so there's some new clause it adds
22:50.12 brlcad s/clause/requirement/
22:51.14 brlcad so that sucks
22:51.54 starseeker was hoping one or both of gobin/adaptagrams might have what we need...
22:52.25 brlcad maybe
22:52.45 brlcad frankly our situation may be even (considerably) easier than is handled by a general graph library
22:53.25 brlcad given it's a directed graph with a singular head node, the levels are very well-defined
22:54.53 starseeker nods - could be
22:55.15 starseeker Goblin was particularly interesting in that it already has some Tcl/Tk hooks
22:55.22 brlcad if you assume each model node is postage-sized, say 32x32 -- it's pretty straightforward to just draw your top-level node, then count up children, center, draw connecting lines, recurse
22:56.05 brlcad i mean you might end up with 1k lines of code to do that instead of 30-60k for a library with potentially other dependencies and maintenance costs (build system integration at a minimum)
22:56.18 brlcad really depends what all the library does for us
22:56.25 starseeker nods
22:56.46 starseeker also depends on what sorts of layouts we want to support
22:57.02 brlcad yeah
22:57.05 starseeker the "neato" style circular layouts are kind of nice in some ways
22:58.11 brlcad tree view is probably the expected norm -- they're going to want to treat it like a graphical filesystem browser
22:58.32 brlcad we just have to make sure that the "graph" aspect is represented when nodes are instanced
22:59.02 brlcad so it's clear when you split/duplicate a single node and when you clone a subtree for example
22:59.14 starseeker ah - so that's a little less radical than I was thinking
22:59.48 starseeker maybe just layer something on top of tktreectrl then
23:00.10 starseeker http://tktreectrl.sourceforge.net
23:00.53 starseeker brlcad: probably need to re-work the description of that task on the project ideas page
23:05.17 starseeker if we go that route, maybe roll in the "geometry browser as pluggable Tcl/Tk widget" aspect
23:08.23 starseeker brlcad: in some ways we already do track multiple node references with the graphical highlighting in Archer's current widget
23:08.35 starseeker did you have something else in mind?
IRC log for #brlcad on 20120327

IRC log for #brlcad on 20120327

00:39.06 *** join/#brlcad abhi512 (~abhi@122.176.255.178)
00:41.30 abhi512 hi
00:41.45 abhi512 i am interested in the code reduction project
00:42.50 abhi512 i have studied c and c++ for 2 years
00:44.05 abhi512 but its mostly theoretical. so this will expose me to lots of code
00:49.06 abhi512 what other skills should i have or learn , that would help me in this project
00:59.10 CIA-128 BRL-CAD: 0399.144.92.26 07http://brlcad.org * r3365 10/wiki/User:Bhinesley: Clean up, update some things. Move GSoC 2011 stuff to another page.
00:59.57 CIA-128 BRL-CAD: 0399.144.92.26 07http://brlcad.org * r3366 10/wiki/User:Bhinesley/gsoc2011: Moving gsoc 2011 stuff from main page.
01:08.03 brlcad starseeker: deja-vu
01:08.32 brlcad that'd probably be sufficient for archer, but it'd be nice to have the layout occur under libged's hood so we can reuse it in future guis
01:12.10 brlcad plus, it would be nice to have alternate views, like you mentioned
01:12.46 brlcad I was thinking more iconic myself, not tree-view text-based
01:13.24 brlcad plus a pure hierarchy has the problem of visualizing instancing
01:13.58 brlcad keeping it the way it is now is still probably best, whether using a third party lib or writing something custom
01:14.55 brlcad abhi512: the title to each idea links to a page with more details
01:15.10 brlcad be sure to read through all of the ideas, though, as there are several news ones that were just added today
01:15.53 abhi512 been going through those links
01:16.01 abhi512 and i will check the ideas out
01:17.34 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:28.05 CIA-128 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3367 10/wiki/Mesh_library_cleanup:
02:09.38 starseeker brlcad: hmm. So should libged put out some sort of toolkit-neutral graph description that a widget then takes and implements?
02:42.08 starseeker sees confliciting license terms for the tcl components of graphviz
02:42.10 starseeker grr
02:50.33 starseeker brlcad: if we're going for alternate view and icon-based, doesn't that put us back to needing the more general graph layout algorithms?
02:51.19 starseeker reflects that at least goblin is < 1meg compressed compared to graphviz's 17 megs...
02:57.41 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
03:11.41 starseeker this *might* be of interest... http://sourceforge.net/projects/graphlayout/
03:14.36 starseeker graphviz's dominance actually works against us in something like this, since there is little incentive to re-implement it for most people...
03:17.32 starseeker maybe the thing to do is identify which specific layout algorithms we might be interested in
03:23.06 CIA-128 BRL-CAD: 03starseeker * r49819 10/brlcad/trunk/CMakeLists.txt: Add the appropriate lines for the Ninja generator
03:28.02 starseeker brlcad: ah, missed the "keeping it the way it is" line - sorry
04:11.22 *** join/#brlcad abhi512 (~abhi@122.176.255.178)
04:58.14 *** join/#brlcad Neil___ (~chatzilla@117.229.62.84)
06:11.16 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:37.53 *** join/#brlcad merzo (~merzo@193.254.217.44)
07:04.10 CIA-128 BRL-CAD: 03Rossberg 07http://brlcad.org * r3368 10/wiki/Google_Summer_of_Code/Project_Ideas: added myself to NMG cleanup
07:07.05 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:34.38 *** join/#brlcad DarkCalff (DC@173.231.40.98)
08:52.20 *** join/#brlcad stas (~stas@82.208.133.12)
09:09.07 *** join/#brlcad Neil__ (~chatzilla@117.229.40.99)
09:49.20 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
10:14.45 *** join/#brlcad Neil__ (~chatzilla@117.229.0.210)
10:23.02 *** join/#brlcad andrei_ (~andrei@188.25.174.163)
10:23.09 andrei_ hello
11:25.40 brlcad howdy andrei_
11:42.31 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-kamrqirofppcbiuv)
11:42.56 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
11:42.56 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-kamrqirofppcbiuv)
11:49.54 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
12:22.54 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
12:27.44 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
12:41.03 *** join/#brlcad abhi512 (~abhi@122.176.255.178)
12:48.57 *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123)
13:22.17 andrei_ letting simian to output duplicat code from brlcad in stdout wasn't such a brilliant idea :p
13:45.46 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
14:36.03 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
14:41.29 d_rossberg which cmake variable should i use to test if zlib will be build? ENABLE_ZLIB?
14:44.10 jordisayol I think that to set it is -DBRLCAD_ZLIB=ON
14:51.13 d_rossberg there is a cmake setting BRLCAD_ZLIB = BUNDLED, but in the src/other/CMakeList.txt the crucial variables seem to be ENABLE_ZLIB/ENABLE_LIBZ
14:51.40 d_rossberg (i need the variable for a test in a CMakeList.txt)
14:53.19 d_rossberg once it was BRLCAD_BUILD_LOCAL_ZLIB
14:57.28 starseeker d_rossberg: ENABLE_ZLIB and ENABLE_LIBZ are aliases for the primary variable
14:57.45 starseeker BRLCAD_ZLIB is the one you want
14:58.20 brlcad strike one, for aliases
14:58.41 starseeker however, if you're testing whether ZLIB is enabled for building, it's slightly different - you want to check the actual toggle variable, not the user configuration variable
14:58.43 starseeker one sec...
14:58.59 starseeker brlcad: arrgh... after all that work...
14:59.16 brlcad still takes one or two more strikes to indicate a trend :)
14:59.39 starseeker d_rossberg: to determine whether ZLIB is on or off, check BRLCAD_ZLIB_BUILD
14:59.45 brlcad could also just indicate a lacking of docs
15:00.04 brlcad may need more clarity or conciseness
15:01.14 starseeker d_rossberg: to pull the actual result, use this line: get_directory_property(BRLCAD_ZLIB_BUILD DIRECTORY src/other DEFINITION BRLCAD_ZLIB_BUILD)
15:02.56 starseeker for Third Party components like zlib, there are two variables - the "top-level" variable like BRLCAD_ZLIB that tells BRL-CAD at a high level what to do (look for it, use the local copy, or use the system copy) - in the "look for it" case, we then use a second variable to hold the results of the tests - to build or not to build?
15:04.23 starseeker if BRLCAD_ZLIB is ON or BUNDLED, no testing is needed and BRLCAD_ZLIB_BUILD is just set to on, and likewise (just set to off) if the local copy is forced off by BRLCAD_ZLIB being OFF or SYSTEM
15:07.06 starseeker but if BRLCAD_ZLIB is "AUTO", we don't know what will happen without checking BRLCAD_ZLIB_BUILD (which is what misc/CMake/BRLCAD_Summary.cmake does)
15:08.33 starseeker d_rossberg: curious - how come you're needing to check whether zlib will be built?
15:09.09 d_rossberg it looks like BRLCAD_ZLIB_BUILD did it, needs some tests but it looks good in vcproj
15:10.17 d_rossberg starseeker: i link obenNURBS with zlib-static for the brlcad.dll
15:10.42 d_rossberg but there will be only a zlib-static if zlib was build locally
15:11.28 d_rossberg (see CMakeList.txt for openNURBS)
15:12.57 starseeker ah
15:14.16 starseeker what do you do if zlib wasn't built locally?
15:15.30 d_rossberg then there is probably a system zlib and openNURBS will use this one
15:17.59 d_rossberg however the static version is easier to distribute
15:18.36 starseeker ok - yeah, what you probably want to do then is pull the results of BRLCAD_ZLIB_BUILD from src/other, although you man need to specify a different path in the get_directory_property comman
15:18.40 starseeker d
15:24.19 CIA-128 BRL-CAD: 03d_rossberg * r49820 10/brlcad/trunk/src/other/openNURBS/CMakeLists.txt: fixed the test if zlib was really build locally: variable has changed to BRLCAD_ZLIB_BUILD
15:25.30 d_rossberg :)
15:27.09 Al_Da_Best I like the benchmarking, it makes me feel good that my PC is 2954 times better than a reference machine :o
15:28.26 starseeker ah, ok - in the openNURBS build itself - yeah, that's easier :-)
15:28.52 starseeker d_rossberg: sorry, was thinking you needed to do something with your brlcad.dll build logic
15:30.01 *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
15:30.04 starseeker Al_Da_Best: heh, yeah BRL-CAD has been around a long time - by modern standards our first machines were very slow
15:30.22 Al_Da_Best :D
15:49.08 ``Erik a DEC VAX11/780 running 43BSD
15:49.28 ``Erik supposedly, code in '79, but the repository only goes back to '83
15:55.31 viscrisn Hello, I am new here and I want to apply for gsoc
15:58.43 viscrisn can someone help me with gsoc..?
16:16.29 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3369 10/wiki/User:Phoenix/GSoc2012/Proposal: New page: = Project Title = Implicit to NURBS conversion = Brief Summary = At present, BRL-CAD has implemented lots of geometric primitives in a implicit form, but when it comes to interactive shad...
16:39.10 *** join/#brlcad Neil__ (~chatzilla@117.229.85.61)
16:42.03 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3370 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works Done in BRL-CAD */
16:42.40 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3371 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works Done in BRL-CAD */
16:43.05 bhinesley viscrisn: if you have any questions, feel free to pose them openly in the channel. Someone will get back to you eventually.
16:55.04 *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com)
16:55.44 *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com)
16:56.19 *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com)
16:59.20 *** join/#brlcad chicharo (c8435d02@gateway/web/freenode/ip.200.67.93.2)
17:04.24 *** join/#brlcad viscrisn (~viscrisn@1.186.10.125)
17:07.50 CIA-128 BRL-CAD: 03n_reed * r49821 10/brlcad/trunk/src/other/step/ (215 files in 21 dirs): run astyle on SCL sources with misc/astyle.cfg options
17:09.33 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
17:56.10 CIA-128 BRL-CAD: 03n_reed * r49822 10/brlcad/trunk/src/other/step/src/ (51 files in 9 dirs): remove references to OODB/O3DB as in mpictor git repo ca0824d and d067534
18:15.50 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
18:25.24 CIA-128 BRL-CAD: 03mendesr * r49823 10/jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java: MUVES-1472; Replaced throwing of exceptions with logging events when 'non-existent' DbExternalObject is referenced, when reading region data
18:57.33 andrei_ I ran Simian on brl-cad source code , then I wrote a java program that parses the output from Simian , counts the total number of duplicated lines from each file and sorts them in a descending order
18:57.52 andrei_ is this a fairly reasonable stategy to get any idea where I should focus my efforts?
19:00.34 andrei_ this is the output I obtained for the top 100 files : http://pastebin.ca/2132919
19:07.58 ``Erik anything in src/other/ should be ignored
19:08.46 andrei_ just let me check again
19:09.19 ``Erik did you make yourself a wiki account/page on http://brlcad.org/wiki ?
19:09.38 ``Erik (sorry, don't recall what exactly your efforts are :)
19:10.03 andrei_ <PROTECTED>
19:10.09 andrei_ and what do you mean by my efforts?
19:10.17 andrei_ the project I intend to work on
19:10.20 andrei_ ?
19:11.08 ``Erik whatever you're trying to do with simian :D
19:11.50 andrei_ ah
19:11.58 andrei_ I am trying to find duplicate code in brl-cad source
19:12.36 andrei_ but since it's output was way too large to be read without a chance of errors
19:12.44 andrei_ I wrote a program to sort the files in descending order :)
19:14.54 andrei_ I just created and activated my http://brlcad.org/wiki account
19:15.56 ``Erik ah, simian might be a good tool to accomplish that
19:17.32 *** join/#brlcad rajul (cb6ef315@gateway/web/freenode/ip.203.110.243.21)
19:19.41 *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123)
19:19.57 andrei_ the only issue I have so far
19:20.08 andrei_ is that it encludes the /src/other too
19:22.53 rajul i wish to work on one of the web development projects during GSoC 2012.......how should i begin???
19:23.35 *** join/#brlcad stas (~stas@188.24.36.145)
19:33.07 *** join/#brlcad atneik (~atneik@59.178.45.168)
19:41.22 CIA-128 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3372 10/wiki/Contributor_Quickies: /* VERY EASY: Implement a primitive centroid function */ Changed the fair game statement, to centroid instead of surface area
19:51.16 *** part/#brlcad atneik (~atneik@59.178.45.168)
19:51.23 *** join/#brlcad merzo (~merzo@194-140-133-95.pool.ukrtel.net)
19:54.24 ``Erik andrei_: could go ghetta and 'cp -r brlcad brlcad.junk ; rm -rf brlcad.junk/src/other ; java -jar ~/simian.jar brlcad.junk' or something
19:59.00 andrei_ I really enjoy working in opensource , but I have two homeworks to finish as they passed the soft deadline by a week :(. I ll do my best to finish the proposal asap.
20:49.14 *** join/#brlcad nash_ag (~Nash@CPE0026f328744b-CM0026f3287447.cpe.net.cable.rogers.com)
21:03.29 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
21:12.01 crdueck hello, i'm a first year mathematics student with some experience in C, python, and scheme (and willing to learn C++). I would really like to participate in the Summer of Code, but I am a little unsure what project would be appropriate for me. I have little dev experience, what coding I have done is limited to school projects, projecteuler.net challenges and small personal pet projects. Needless to say most of the topics in BRL-CAD's ideas page are
21:12.07 crdueck these are some of the ideas that stood out for me, i'm wondering if i could get a little more information on what these projects would entail and what level of mathematics/programmin knowledge would be required. thanks guys
21:12.11 crdueck http://brlcad.org/wiki/Geometry_Selection_Functionality
21:12.13 crdueck http://brlcad.org/wiki/Add_exec_option_to_search
21:12.16 crdueck http://brlcad.org/wiki/Code_Reduction
21:12.18 crdueck http://brlcad.org/wiki/General_Tree_Walker
21:31.19 CIA-128 BRL-CAD: 03n_reed * r49824 10/brlcad/trunk/src/other/step/ (12 files in 4 dirs): Removed references to PART26/CORBA and ODI_OSSG. Corresponds primarily to SCL git e99240a, d6aa13f, and 4c5a8e0.
22:19.22 CIA-128 BRL-CAD: 03n_reed * r49825 10/brlcad/trunk/src/other/step/src/express/stack.h: restore STACKempty macro that was removed in r47243 for no particular reason
22:34.16 CIA-128 BRL-CAD: 03n_reed * r49826 10/brlcad/trunk/src/other/step/src/fedex_plus/orlist.cc: remove unused variable; SCL git 47b4963
23:03.29 CIA-128 BRL-CAD: 03n_reed * r49827 10/brlcad/trunk/src/other/step/src/ (14 files in 5 dirs): initialize some uninitialize variables; SCL git b9156ad
23:21.06 *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net)
IRC log for #brlcad on 20120328

IRC log for #brlcad on 20120328

00:25.58 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3373 10/wiki/User:Bhinesley: create a TODO list, of sorts, for the edit command
00:26.59 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3374 10/wiki/User:Bhinesley: /* Edit command */ better title
00:35.53 bhinesley brlcad: section 6.1 of http://brlcad.org/wiki/User:Bhinesley is what I've come up with for bringing edit to completion (with a couple other things mixed in there)
00:36.50 bhinesley I'm sure you're busy with gsoc and all, and it's not pressing (I still have to research gsoc ideas), so we can go over it another time if you'd like.
00:38.54 bhinesley I figured that I could work on it the first couple weeks of the "community bonding period" or earlier
01:04.51 brlcad starseeker: you seen this gentoo patch? http://permalink.gmane.org/gmane.linux.gentoo.cvs/437348
01:47.58 *** join/#brlcad abhi512 (~abhi@122.176.231.70)
02:25.07 brlcad hello crdueck
02:28.28 brlcad crdueck: something I suggested to another was to focus on one of the math tasks mentioned on our quickies page
02:28.32 brlcad http://brlcad.org/wiki/Contributor_Quickies
02:29.20 brlcad 1.1, 1.2, 1.4 there cover centroids, surface area, and volumes
02:29.43 crdueck brlcad: i'll take a look, thanks
02:30.04 brlcad a great gsoc project might be to implement all primitives for one of them
02:31.00 brlcad a great patch to see how hard the task is might be to try just one of the simplest primitives (arb8, ell, sph, rcc, ..)
02:31.20 brlcad some are crazy easy, others are crazy hard
02:32.59 brlcad that said, crdueck feel free to introduce yourself on the mailing list and point out two or three of the projects that sound the most interesting to you (among the four you mentioned, the ones I mentioned, or others)
02:33.11 brlcad it's easier to go into more detail there
02:33.50 crdueck so for example, implementing a primitive surface area function for all primatives would be an elligible gsoc project?
02:33.58 brlcad none of the four you mentioned are really math intense -- a couple involve a lot of complex logic, but not math
02:33.59 crdueck primitives*
02:34.29 brlcad crdueck: anything you propose is an elligible gsoc project
02:34.44 brlcad our ideas page are exactly that -- just ideas and only starting ones at that
02:36.35 crdueck okay, awesome. i'd like my project to be as math related as possible, i just dont want to choose a project that is too easy (or too difficult). the time estimates on these are less than a few days
02:37.08 crdueck and i'll look into joining the mailing list as well
02:37.14 brlcad you can make up your own project, you're scoping it to your interests and abilities -- we just evaluate whether 1) it's useful/interesting, 2) we think you can do what you propose doing, 3) you're a potential long-term contributor with interest in BRL-CAD
02:37.42 brlcad it's easy to get too difficult -- nurbs surface-surface evaluation would be a hard-math project
02:38.13 brlcad you need decent coding skills and strong math to get that one done (unless you're just that good of a coder)
02:39.39 *** join/#brlcad thiago_ (~thiago@187.106.51.49)
02:40.16 brlcad so those quickies are just a few days each, but there's approximately two-dozen primitives -- so a few days each would still potentially be 24*3=72days
02:40.59 brlcad what's worse, it's a range -- some are crazy easy and might just taken an hour to fully implement and validate while others might take a week or more
02:41.59 brlcad nash_ag: feel free to discuss here
02:42.20 crdueck well, i'm willing to dedicate my summer to this project. I'd love to advance my mathematics knowledge at the same time.
02:43.02 brlcad that's good to hear
02:46.37 crdueck i've joined the mailing list, i'll make a post once i get a confirmation email
02:46.56 crdueck i'll trying implementing a surface area function for 1 primitive as an initial patch
02:52.21 nash_ag hi
02:52.56 nash_ag i am graduate student currently pursuing masters in networking
02:53.41 nash_ag would like to work on networking project specified on gsoc ideas i.e. extension of lib
02:54.01 brlcad nash_ag: fantastic timing :)
02:54.12 nash_ag thx :)
02:54.13 brlcad that's a great project
02:54.17 brlcad loves libpkg
02:55.11 nash_ag i have done most of my programming projects (mostly related to college simulations) in c++
02:55.23 brlcad so the good news is that the code involved is relatively simple and self-contained in just a couple files
02:55.57 nash_ag and it what terms the extension is required
02:55.58 brlcad the bad news is your c++ experience probably won't be much help -- it's a very low-level C API
02:56.16 brlcad nash_ag: did you read the detailed write-up?
02:56.26 nash_ag nop
02:56.26 brlcad the title to each project idea links to a page with more details
02:56.40 nash_ag kk
02:59.09 nash_ag looking at the full requirement set i see tht i only tick of the boxes
02:59.21 nash_ag i.e. related to networking familiarity
03:01.21 nash_ag i m familiar with C but u said it involves very low-level C API
03:01.40 nash_ag would it much of a problem to work with tht
03:06.29 brlcad I'd suggest just reading through some of the code to see if you understand it
03:07.00 brlcad if your C++ experience is decent, it's basically just a bunch of classless global functions
03:07.05 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
03:08.16 brlcad if you can make sense of http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/libpkg/tpkg.c then you're probably good to go
03:08.24 brlcad if you can't, then "it depends"
03:08.56 brlcad still, you scope and propose projects that you feel you can handle, so you can (and should) budget time for learning and testing
03:09.21 brlcad the most important aspect is that you be genuinely interested in the project that you're proposaing
03:17.44 *** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net)
03:17.49 yukonbob hello, #brlcad
03:18.51 brlcad howdy yukonbob
03:20.14 yukonbob hey brlcad
03:20.17 yukonbob how's life?
03:21.59 nash_ag hey i looked thru the link u sent me, it's manageable i guess i can make out most of the stuff
03:23.23 nash_ag so what i have to give in for the proposal if i do apply
03:30.06 brlcad nash_ag: all of the details are on our wiki pages
03:30.13 brlcad http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines is a good starting point
03:30.18 brlcad or http://brlcad.org/wiki/Summer_of_Code/Checklist
03:31.07 brlcad yukonbob: going great, busy but great ;)
03:31.15 brlcad wanders a bit
03:33.15 crdueck just curious how long it normally takes to get a confirmation email for the brlcad mailing list
03:33.26 yukonbob brlcad: sounds like same old, same old ;)
03:45.10 starseeker brlcad: hadn't seen that - not sure it's current for latest trunk
03:46.00 *** join/#brlcad thiago_ (~thiago@187.106.51.49)
03:50.58 CIA-128 BRL-CAD: 03starseeker * r49828 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Might as well quote the string...
04:38.56 *** join/#brlcad Neil___ (~chatzilla@117.229.99.184)
04:40.14 *** join/#brlcad Neil___ (~chatzilla@117.229.99.184)
04:52.03 *** join/#brlcad witness123 (~witness@14.139.228.210)
05:18.15 *** join/#brlcad cy8org (~cyborg@117.196.156.61)
05:43.19 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3375 10/wiki/User:Bhinesley: /* GSoC 2012 Project */
05:51.00 *** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net)
05:51.05 yukonbob hello, #brlcad
06:22.40 *** join/#brlcad andrei_ (~tuxilina@141.85.225.201)
06:22.56 andrei_ hello
06:23.37 yukonbob :)
06:23.40 yukonbob off again.
06:23.43 yukonbob nn #brlcad
06:31.00 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:53.02 *** join/#brlcad witness_ (~witness@14.139.228.210)
07:04.13 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:06.27 *** join/#brlcad andrei_ (~tuxilina@141.85.225.201)
07:19.06 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3376 10/wiki/User:Bhinesley/gsoc2012: Project ideas I'm considering.
07:30.00 *** join/#brlcad Neil___ (~chatzilla@117.229.50.38)
07:41.39 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
07:57.38 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
08:12.55 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
08:22.43 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
08:26.27 *** join/#brlcad stas (~stas@82.208.133.12)
08:28.07 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
08:41.57 *** join/#brlcad viscrisn (viscrisn@1.186.10.125)
09:48.39 *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246)
10:17.14 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
10:19.00 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram.pdf]]": Basic Architecture diagram for the Materials Database Website.
10:35.39 *** join/#brlcad abhi512 (~abhi@122.176.231.70)
11:21.55 *** join/#brlcad Technicus|2 (~Technicus@108-209-12-110.lightspeed.oshkwi.sbcglobal.net)
11:34.27 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3378 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Project Title */
11:37.08 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3379 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Brief Summary */
11:37.35 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3380 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Detailed Description */
11:37.52 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3381 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development Schedule */
11:38.06 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3382 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time Availability */
12:01.49 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
12:03.45 *** join/#brlcad andrei_ (~andrei@188.25.174.89)
12:24.08 andrei_ Hello
12:47.12 *** join/#brlcad Neil___ (~chatzilla@117.229.50.38)
12:53.40 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3383 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */
12:55.58 *** join/#brlcad Neil___ (~chatzilla@117.229.50.38)
13:27.20 *** join/#brlcad pedwards (pedwards@2002:837b:74e1::837b:74e1)
13:28.23 pedwards Hi! My name is Patrick Edwards, and I recently found out about GSoC 2012, and would love to contribute to BRL-CAD
13:30.28 pedwards I've been going over the project ideas, and honestly most of them interest me.
13:31.00 pedwards The most interesting were the refactoring and bug resolution ideas
13:55.12 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3384 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */
14:30.46 CIA-128 BRL-CAD: 03starseeker * r49829 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Options.cmake): tweak handling of configuration-aware options
14:33.33 andrei_ I have analysed the Simian output for a while. I didn't manage to get CheckStyle to work ( I only found how to run it for java, will search deeply) . I was thinking to start my code refactoring with the brl-cad utility library
14:36.12 andrei_ so far there are mainly two reasons for this decision : it's the closest one to computer science and it comes up pretty often on Simian output
14:37.49 andrei_ can this be a "recommended" first step or is this a viable idea ?
14:46.26 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3385 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal idea */
14:52.04 *** join/#brlcad pedwar11 (pedwards@2002:837b:46fa::837b:46fa)
14:55.15 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
15:05.27 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3386 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
15:06.20 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3387 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */
15:06.52 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3388 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */
15:10.01 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3389 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */
15:10.41 andrei_ Probably the toughest part of the refactoring is how to test the programs and how to decide corectness. I was thinking of two aspects.
15:12.16 andrei_ 1) if problems are P / NP or NP-Complete writing a specific test is possible in polynomial time. I'm not sure how to cover all the cases with it
15:16.21 andrei_ 2) I am familiar with a testing technique that uses backtracking to generate tests starting from random number generator .I was thinking about a backtracking with some optimizations like arc-consistency 3 or total prediction . Even so, it s usually slow and it cannot run large tests. If possible I would like to know more opinions regarding the aspects I mentioned. Thank you !
15:17.24 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3390 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Deliverables */
15:22.55 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
15:23.56 brlcad hi pedwar11
15:24.47 brlcad pedwar11: there's already been a LOT of interest in the refactoring projects so if they're all interesting to you, I'd recommend focusing on two of the non-refactoring projects
15:48.06 CIA-128 BRL-CAD: 03n_reed * r49830 10/brlcad/trunk/src/other/step/src/clutils/README: remove references to non-existant dir.h and SCLString to match SCL git a0353bc version
15:50.59 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3391 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
15:54.29 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3392 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
15:55.17 brlcad andrei_: it doesn't (usually) need to be so rigorous
15:55.41 andrei_ Hmm, I m pretty nervous because :
15:55.45 brlcad 50% are fine with some simple manual testing presuming you just move code around and theoretically didn't change anything
15:55.54 brlcad if you do change something, you test a little more
15:56.11 andrei_ I was having in mind stuff like
15:56.11 brlcad an integration test perhaps if it's really risky code
15:56.53 brlcad see the src/libbu/test_*.c files for some simple examples
15:57.02 brlcad those are mostly unit/function tests
15:57.30 brlcad there are higher-level tests in the regress/ directory, but those are really warranted when something will potentially change
15:57.31 andrei_ I ve read those as part of my initial patch .
15:57.42 andrei_ I had those tests in mind in case I merge functions
15:58.02 brlcad probably best to start by just asking
15:58.36 brlcad andrei_: this file might offer some suggestions: http://brlcad.org/wiki/Image:CodeCleanup.pdf
15:59.03 brlcad it has rough guidelines on when a test is warranted
15:59.14 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3393 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
16:00.02 andrei_ I will have a closer look to it and get back here
16:00.23 brlcad "it's the closest one to computer science and it comes up pretty often on Simian output"
16:00.38 andrei_ I modified the simian output
16:00.40 brlcad it was completely unclear what "it" referes to there
16:00.50 andrei_ ah. I apologize
16:00.57 andrei_ the BRL-CAD utility library
16:01.05 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3394 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
16:01.06 andrei_ <PROTECTED>
16:01.51 brlcad I'd be curious what useful code replication there is in libbu .. shouldn't be too much
16:02.57 andrei_ that's what I wanted to ask. I took the Simian output, which was far too large to let me get an idea. I wrote a java program to display the top 100 files with the most code duplication lines and then I followed the top values. Read the files themselves and then moved to files in the same directories as the ones displayed by Simian.
16:03.27 brlcad the output I saw yesterday wasn't the top 100 files... ;)
16:03.48 andrei_ I think I posted less, right?
16:04.06 brlcad maybe, but the top of your list only had a few dozen lines or something
16:04.15 andrei_ yes
16:04.18 brlcad there are files with thousands of lines of duplication
16:04.32 brlcad because the files themselves were copied and modified slightly
16:04.43 andrei_ hmmm
16:05.07 brlcad something is unclear though -- what is wrong with the simian output?
16:05.08 andrei_ that means I displayed the duplicated lines of code in each file rather than a global duplication
16:05.15 andrei_ well
16:05.27 andrei_ it has roughly 200.000 lines
16:05.42 brlcad what is "it" again?
16:05.48 andrei_ the simian output
16:06.27 andrei_ but now that you mentioned that I only have a small number of lines, I figured I must be doing something wrong
16:06.41 brlcad simian already produces output sorted by the number of duplicate lines
16:07.14 andrei_ Ah. It's clear then. I misused it.
16:07.45 andrei_ <PROTECTED>
16:08.09 brlcad there's a "better" command on the wiki.. :)
16:08.40 andrei_ Right. I failed here, thanks a lot for correcting me in time. Sorry about that
16:08.41 brlcad that's why you got all of src/other included too -- we don't care about src/other
16:08.48 brlcad http://brlcad.org/wiki/Code_Cleanup
16:08.55 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3395 10/wiki/User:Phoenix: /* GSoC 2012 Project */
16:08.56 brlcad rather, http://brlcad.org/wiki/Code_Cleanup#Duplication_Reduction
16:09.22 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3396 10/wiki/User:Phoenix: /* GSoC 2012 Project */
16:09.29 brlcad that first box has a command
16:09.46 brlcad put that in a file and you can run it as an sh script
16:10.13 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3397 10/wiki/User:Phoenix: /* GSoC 2012 Project */
16:10.51 andrei_ Now it makes a lot more sense. Lots of thanks!
16:11.18 andrei_ I should have figured out that the numbers I had were utopic.
16:11.51 andrei_ Anyhow, thanks again, I ll get back to work :)
16:13.31 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3398 10/wiki/User:Phoenix: /* Experience */
16:19.29 *** join/#brlcad viscrisn (~viscrisn@1.186.10.238)
16:32.17 brlcad you're welcome
16:35.41 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
16:56.03 Neil___ brlcad: Hi. I uploaded a brief architecture diagram for the materials db website here: http://brlcad.org/wiki/Image:Arch_diagram.pdf Is it something like what you had in mind?
16:59.14 Neil___ I am also preparing a basic flow of the website, along with a timeline
17:22.49 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
17:36.51 *** join/#brlcad viscrisn (~viscrisn@1.186.10.238)
17:44.47 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
17:46.28 brlcad Neil___: sort of
17:46.52 brlcad I guess I'd want to know what data is where with more specificity
17:47.05 brlcad what data is in the database
17:47.15 brlcad what files are on disk
17:47.25 brlcad are there queue folders for processing?
17:48.33 brlcad if you're generating xml on the fly, where's it pulling data from .. is there caching?
17:48.37 brlcad etc etc
17:59.33 CIA-128 BRL-CAD: 03jordisayol * r49831 10/brlcad/trunk/misc/debian/rules: override dpkg-buildflags flags on deb package building
18:03.19 andrei_ how and where should I run the shell script with Simian? I keep getting an error
18:03.42 andrei_ find: invalid expression; I was expecting to find a ')' somewhere but did not see one.
18:03.44 andrei_ ./find.sh: 14: -o: not found
18:03.45 andrei_ ./find.sh: 14: -o: not found
18:04.29 andrei_ I thought it needs the path to where the brlcad source is, but it doesn't work with that
18:15.05 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
18:28.06 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
18:28.29 *** join/#brlcad Neil__ (~chatzilla@117.229.23.95)
18:29.34 Neil__ brlcad: ah I see. I'll try to make it as detailed as possible. Thanks for the input.
18:36.11 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
18:42.12 ``Erik http://software.intel.com/en-us/articles/tracing-rays-through-the-cloud/
18:43.31 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
18:55.01 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
19:05.59 Al_Da_Best Cloud computing is cool, I'm just worried about lack of bandwidth currently
19:08.34 *** join/#brlcad stas (~stas@188.24.36.145)
19:09.18 *** join/#brlcad stas (~stas@188.24.36.145)
19:31.40 CIA-128 BRL-CAD: 03bob1961 * r49832 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a typo in ArcherCore::pushZClipSettings.
19:43.33 *** join/#brlcad pedwar11 (pedwards@2002:837b:9cb7::837b:9cb7)
21:06.55 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
21:15.53 *** join/#brlcad andrei_ (~andrei@188.25.174.89)
21:17.58 crdueck where can i find the definition of rt_db_internal that is used in all the primitives?
21:19.28 bhinesley include/raytrace.h
21:19.35 crdueck bhinesley: thanks
21:20.05 bhinesley np. try using ctags; all I did was type 'vi -t rt_db_internal'
21:21.10 crdueck ahh, i just realized that my ctags were generated from src/ not the entire tree. no wonder i couldnt find it...
21:21.36 bhinesley ah :)
21:29.43 andrei_ why did the logs stop displaying from March 27 ?
21:30.05 andrei_ ah , nevermind, probably timezone.
23:53.49 CIA-128 BRL-CAD: 03starseeker * r49833 10/brlcad/trunk/ (12 files in 12 dirs):
23:53.49 CIA-128 BRL-CAD: Don't need both BRLCAD_ADDFILE and BRLCAD_ADDDATA - make BRLCAD_ADDDATA capable
23:53.49 CIA-128 BRL-CAD: of handling multiple input types and nuke BRLCAD_ADDFILE. While we're at it,
23:53.49 CIA-128 BRL-CAD: make the target name generation for copy rules involving long file strings more
23:53.49 CIA-128 BRL-CAD: robust by falling back on the md5 sum of the string.
IRC log for #brlcad on 20120329

IRC log for #brlcad on 20120329

00:58.37 Stattrav brlcad: the */wiki/* is being redirected to */w/* and thus http://brlcad.org/w/index.php?title=User:Stattrav&action=submit is throwing a 403 error
01:51.18 CIA-128 BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3399 10/wiki/Code_Cleanup: add line continuations
01:51.35 brlcad andrei_: ah, the script seems to have lost the line-continuations, try the updated version
01:52.17 brlcad or just add " \" to the end of the find lines
01:52.50 brlcad that script works from the current directory, so you should be in the root of the source tree
01:54.04 brlcad Stattrav: /w/ is valid
01:54.13 brlcad e.g., http://brlcad.org/w/index.php?title=User:Stattrav
03:10.44 CIA-128 BRL-CAD: 03starseeker * r49834 10/brlcad/trunk/ (16 files in 16 dirs): fold ADD_MAN_PAGE into ADD_MAN_PAGES
03:22.21 *** join/#brlcad yukonbob (~bch@c-67-161-84-214.hsd1.wa.comcast.net)
03:22.25 yukonbob hello, #brlcad
03:22.38 *** join/#brlcad pedwards (~pedwards@131.123.112.0)
04:38.26 *** join/#brlcad andrei__ (~andrei@188.25.174.89)
06:08.32 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:40.04 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
07:00.03 *** join/#brlcad viscrisn (viscrisn@1.186.10.238)
07:18.52 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:52.13 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:14.57 *** join/#brlcad stas (~stas@82.208.133.12)
11:29.26 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:21.16 *** join/#brlcad Neil___ (~chatzilla@117.229.21.46)
13:21.47 *** join/#brlcad __monty__ (~toon@kotnet-144.kulnet.kuleuven.be)
13:21.54 *** part/#brlcad __monty__ (~toon@kotnet-144.kulnet.kuleuven.be)
14:11.45 *** join/#brlcad Neil___ (~chatzilla@117.229.94.124)
14:51.49 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
15:15.07 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
15:15.18 matovitch Hello
15:15.52 Al_Da_Best Hi
15:22.31 matovitch It is quiet here. (i'm french and it's the fisrt time i use an irc channel so it could explain (but not escuse) mistakes and strange behaviours)
15:23.13 Al_Da_Best IRC channels are usually pretty quiet :)
15:23.21 matovitch ok
15:24.54 matovitch Are you a current brlcad's develloper ?
15:25.33 Al_Da_Best I'm not
15:26.12 matovitch Have you already participate ?
15:26.31 Al_Da_Best Nope
15:27.04 matovitch So what is your interest in brlcad ?
15:28.12 Al_Da_Best Erm. Well I'm applying to it for GSOC. Interested because I like modelling things
15:28.50 matovitch I am in the same case. ^^
15:29.01 Al_Da_Best :D
15:29.57 matovitch Where do you come from ? (is there any possibility of "private discussion" on irc channel ?)
15:31.12 Al_Da_Best You can message an individual yeah. Use /query Al_Da_Best (for example). I'm from England
15:35.59 brlcad matovitch: noise level fluctuates massively but there is always someone here ;)
15:36.20 brlcad the logs get read and responded to if the commenter is still here
15:36.44 brlcad that said, welcome matovitch
15:46.29 matovitch thanks
15:46.49 matovitch scuse me I am not really awake.
15:57.27 *** join/#brlcad witness123 (~witness@14.139.228.210)
15:59.26 *** part/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
15:59.45 *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com)
16:00.01 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
16:03.47 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
16:18.56 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
16:24.26 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
16:33.11 *** join/#brlcad plussai (7aeb8823@gateway/web/freenode/ip.122.235.136.35)
16:33.25 *** part/#brlcad plussai (7aeb8823@gateway/web/freenode/ip.122.235.136.35)
17:10.16 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
17:23.32 *** join/#brlcad viscrisn (~viscrisn@1.186.10.138)
17:24.55 *** join/#brlcad witness123 (~witness@14.139.228.210)
17:28.04 *** join/#brlcad viscrisn (viscrisn@1.186.10.138)
18:13.03 *** join/#brlcad witness123 (~witness@14.139.228.210)
19:25.33 *** join/#brlcad merzo (~merzo@82-251-132-95.pool.ukrtel.net)
19:34.00 *** join/#brlcad andrei_ (~andrei@188.25.174.89)
19:34.08 andrei_ hello :)
20:12.57 *** join/#brlcad witness123 (~witness@14.139.228.210)
20:17.22 *** join/#brlcad atneik (~atneik@59.178.47.144)
20:30.54 *** part/#brlcad atneik (~atneik@59.178.47.144)
20:33.09 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3400 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ narrow it down a bit, prioritize
20:34.21 *** join/#brlcad stas (~stas@188.24.36.145)
21:36.49 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3401 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ put into table, create page for proposal draft
21:41.08 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3402 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ cleanup/typos
21:42.14 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3403 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ clearer page title
22:04.24 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:08.55 *** part/#brlcad witness123 (~witness@14.139.228.210)
22:13.46 CIA-128 BRL-CAD: 03starseeker * r49835 10/brlcad/trunk/ (10 files in 7 dirs): Various misc. cleanups of CMake logic
22:27.34 CIA-128 BRL-CAD: 03n_reed * r49836 10/brlcad/trunk/src/other/step/ (23 files in 6 dirs):
22:27.34 CIA-128 BRL-CAD: Replaced basic.h's Boolean/True/False with bool/true/false via stdbool.h or else
22:27.34 CIA-128 BRL-CAD: scl_stdbool.h. Includes changes from SCL git e40cbca and 71bd7b2. Honest
22:27.34 CIA-128 BRL-CAD: attempts made to ensure all affected symbols were actually being used as real
22:27.34 CIA-128 BRL-CAD: booleans (as opposed to sdaiEnum.h's trinary Boolean type).
23:06.57 CIA-128 BRL-CAD: 03n_reed * r49837 10/brlcad/trunk/src/other/step/src/ (exppp/exppp.c express/memory.c fedex_plus/classes.c): apply warning fixes from SCL git 19e501a
23:19.15 brlcad howdy andrei_
23:28.18 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
23:28.19 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
23:54.01 CIA-128 BRL-CAD: 03starseeker * r49838 10/brlcad/trunk/ (15 files in 15 dirs):
23:54.02 CIA-128 BRL-CAD: Instead of using lots of extra macros and commands to fake the BRLCAD_ADDEXEC
23:54.03 CIA-128 BRL-CAD: functionality for exectuablesthat aren't intended to be installed, simply
23:54.03 CIA-128 BRL-CAD: enhance BRLCAD_ADDEXEC to support a NO_INSTALL flag. Remove macros we don't
23:54.04 CIA-128 BRL-CAD: need anymore, simplify non-installed exec build logic.
IRC log for #brlcad on 20120330

IRC log for #brlcad on 20120330

00:02.10 CIA-128 BRL-CAD: 03starseeker * r49839 10/brlcad/trunk/ (3 files in 2 dirs): Break the BRL-CAD target definition macros out into their own file, leave actual Utility macros in Util
00:13.16 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3404 10/wiki/User:Bhinesley/gsoc2012/search_proposal: Layout proposal outline for 'search -exec' idea... WIP
00:37.50 *** join/#brlcad Neil__ (~chatzilla@117.229.94.124)
00:43.27 *** join/#brlcad Neil__ (~chatzilla@117.229.94.124)
01:40.03 crdueck browsing through some source code, i see the "register" keyword being used from time to time. I was under the impression that this was generally useless as the compiler will make this decision anyways. what is the general consensus on this?
01:46.57 brlcad crdueck: "yes"
01:47.34 brlcad crdueck: it does depend heavily on the compiler and "most" modern compilers do a reasonable job of register allocation
01:49.54 brlcad a program that correctly marks registers in critical code sections will still beat out most compilers, but it's tricky to get it right
01:50.56 brlcad there are a lot thrown all around brl-cad are are still there today just because the code dates back to when it used to make a huge difference
01:51.37 brlcad that and the last time I categorically removed all of our register keywords, our performance measurably decreased
01:52.17 crdueck interesting, thats reason enough to keep them in then. thanks
01:52.54 brlcad yep, just not reason enough to add them to new code ;)
01:54.04 brlcad nor reason enough to declare as a coding practice to eliminate or encourage use
02:04.56 CIA-128 BRL-CAD: 03starseeker * r49840 10/brlcad/trunk/ (8 files in 6 dirs): (log message trimmed)
02:04.56 CIA-128 BRL-CAD: Significant simplification of the distcheck logic - reduce it to two macros, one
02:04.56 CIA-128 BRL-CAD: of which calls the other. Add documentation, improve behavior in some corner
02:04.56 CIA-128 BRL-CAD: cases, enforce a convention we already pretty much followed by default of using
02:04.56 CIA-128 BRL-CAD: relative paths to specify source files in the source tree (this is a robust way
02:04.57 CIA-128 BRL-CAD: to spot generated files in build target definitions, since support for an out of
02:04.58 CIA-128 BRL-CAD: directory build requires that they be specified with their full CMAKE_BINARY_DIR
02:09.21 CIA-128 BRL-CAD: 03starseeker * r49841 10/brlcad/trunk/ (3 files in 2 dirs): CMakeFiles is specific to BRL-CAD, rename it accordingly
02:10.21 CIA-128 BRL-CAD: 03starseeker * r49842 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Fix header
02:16.11 starseeker "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." - Antoine de Saint-Exupery
02:36.00 brlcad crdueck: excellent .. but does it still work too? :)
02:36.41 brlcad suggest importing some BoT geometry to make sure it still renders
02:36.42 crdueck brlcad: the patch i just submitted?
02:36.52 brlcad nods
02:37.01 crdueck will do
02:37.45 brlcad we actually just discovered a bug fixed a month or two ago caused after exactly that kind of mod, had been in the code for nearly a year undetected
02:38.08 brlcad caused .g corruption on 64-bit big endian platforms
02:40.38 brlcad hehe, already have more than 11 applications
02:40.52 brlcad but more than half are mistake/duplicates from one person :)
02:43.06 andrei_ I have been struggling for the past days to get the selective-repeat protocol implementation to work. Hopefuly friday I can get back to writing the rest of the proposal
02:43.24 brlcad selective-repeat?
02:44.25 andrei_ it s a data link - level protocol that only resends from server to client the corrupted/missing packages instead of sending all after the corrupted one.
02:44.42 bhinesley hey, I just learned about that last quarter :)
02:44.54 bhinesley as opposed to go-back-n
02:45.10 andrei_ I tried go-back-n on a large file with a high corruption rate
02:45.17 bhinesley yeah it's terrible
02:45.17 andrei_ I freezed my system :p
02:45.33 brlcad andrei_: actually my question isn't what it is but whether it was related to a libpkg patch
02:45.56 brlcad :)
02:46.20 andrei_ package management system ?
02:46.46 andrei_ speaking of patches
02:46.56 brlcad that's brl-cad's old network 'package' library
02:47.27 brlcad one of our suggested ideas was to enhance it, so ears perked up with selective-repeat ;)
02:48.56 andrei_ I will have to decide upon a second project, so this might be interesting:)
02:49.02 andrei_ anyhow , I wanted to ask
02:49.32 andrei_ I did submit the test unit patch , but I wouldn't mind working on something else, perhaps a slight bit more difficult
02:49.50 andrei_ there was a discussion a few days ago about splitting two libraries
02:50.23 andrei_ has it been done so far ? is it still needed?
02:50.27 brlcad not incredibly hard but the split would be too much for a patch
02:51.11 brlcad more effective to have a patch that has some meat to it, requires comprehending and/or writing logic
02:51.51 brlcad unit test is certainly good, but kicking it up a notch might be interesting
02:52.08 brlcad first project is refactoring, right?
02:52.13 andrei_ yes
02:53.08 brlcad maybe see if you can figure out a minimal api-clean way to eliminate a single global var
02:53.31 brlcad ls -la src/*/globals.c
02:53.43 brlcad lots to choose from ;)
02:54.16 andrei_ At first I was pretty intimidated by the size of the project/ source code in general
02:54.53 brlcad that will require understanding what that variable actually does, where it's being used, and consideration of a variety of ways on how to eliminate it somehow
02:54.54 andrei_ but I do discover things by reading / understanding the code
02:55.02 brlcad that's great
02:55.35 andrei_ I believe that there is a category of programming " tricks" that you only learn when you see them or need to apply them.
02:56.10 brlcad "need to apply them" can be very subjective ;)
02:56.29 brlcad that's like knowing when you "need" to add salt to a recipe
02:56.59 andrei_ what I meant is that sometimes I have a very good idea about what I should do to solve the problem
02:57.14 andrei_ but it takes time and several papers to decide upon the implementation
03:08.23 brlcad you'll find a veritable buffet of such details throughout code
03:08.45 brlcad but it is still rather subjective, knowing when to apply what
03:09.13 brlcad some best practices but you will be naturally biased to what you've seen before or read about or recently learned, etc
03:10.00 brlcad like I said, it's like knowing when to add salt to a recipe -- it can be very formulaic or it can be outright art or it can be outright wrong depending on the circumstances ;)
03:10.06 brlcad everything is within a context
03:12.09 andrei_ indeed :)
03:12.30 andrei_ so is dynamic programming
03:41.40 *** part/#brlcad Neil__ (~chatzilla@117.229.94.124)
03:52.39 crdueck i'm having trouble compiling brlcad from svn source, it compiles fine using the source pkg available from my linux distro. the only difference i can see is that the cmake option "Build static libraries" is set to off in the version that compiles fine. I'm still mostly unfamiliar with cmake, how can i change this setting?
04:20.37 starseeker crdueck: what's the error?
04:22.57 crdueck <PROTECTED>
04:51.37 starseeker do you have the libXi-dev package installed?
04:54.46 crdueck i do have libXi, but not dev.
04:54.53 crdueck i'll try updating
04:58.28 crdueck still getting errors from cmake with libxi-git
07:57.36 *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net)
08:28.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:31.38 *** join/#brlcad stas (~stas@82.208.133.12)
09:39.17 brlcad crdueck: have you tried using the vm image -- we pulled that together so students don't have to fuss with build issues until after they're selected
09:39.29 brlcad https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
09:40.05 brlcad that's a one-stop place to get a checkout, all docs, preinstalled binaries, preconfigured consoles, etc
11:08.25 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:25.42 *** join/#brlcad simion314 (~quassel@109.96.61.168)
11:38.24 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
12:16.47 *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123)
12:34.06 CIA-128 BRL-CAD: 03starseeker * r49843 10/brlcad/trunk/CMakeLists.txt: The build type isn't enough to tell us whether we've got a build with debugging enabled - use the debug flags variable.
12:39.32 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:16.08 brlcad hello Al_Da_Best
13:16.18 Al_Da_Best Hiya
14:21.58 *** join/#brlcad Neil___ (~chatzilla@117.229.123.9)
16:00.56 *** join/#brlcad harmanpreet (~chatzilla@124.253.16.13)
16:07.04 brlcad hello harmanpreet
16:09.47 harmanpreet hi
16:11.51 harmanpreet I am interested in the project: Material Database, under the category: "Web Development Projects" so I would like to know where can I find more information about this project.
16:12.09 brlcad the title to each project links to a page with more information
16:12.26 crdueck brlcad: i have brlcad working, the version of brlcad provided by my distro compiled from source fine. but i need to be able to compile the svn version to be able to test changes correct?
16:13.17 harmanpreet I read it. :-) Now I need more information.
16:14.26 brlcad harmanpreet: asking a more specific question will get you more specific information
16:15.12 brlcad the projects are just staring point ideas -- you're actually suppoosed to decide what the project is that you'd like to propose
16:16.01 brlcad i.e., you provide the details
16:16.30 brlcad will gladly answer any questions, though, for what we had in mind
16:16.37 brlcad crdueck: ideally, yes
16:16.54 harmanpreet brlcad: thank you for your quick response. May I know where the details are supposed to be submitted?
16:19.20 brlcad crdueck: the vm disk image has a recent svn checkout that should update and compile cleanly
16:21.07 brlcad harmanpreet: I don't understand what you're asking? are you asking where/how to submit a gsoc application officially?
16:21.29 brlcad or are you asking where to provide details to us for discussion?
16:22.46 *** join/#brlcad merzo (~merzo@82-251-132-95.pool.ukrtel.net)
16:23.52 harmanpreet Yes, I wish to know where can I give details to brlcad about my project idea?
16:25.18 brlcad harmanpreet: well, you can discuss your project here interactively as long as you like
16:25.40 harmanpreet OK, thanks :-)
16:26.01 brlcad there's also the mailing list and our wiki, but you still need specific questions if you're going to ask for help
16:27.01 Neil___ brlcad: Hi! I've been reading up on caching, process queue, the type of database, file handling etc. but i have my exams going on at the moment. I'll put up the details in a couple of days if that's ok.
16:29.04 brlcad harmanpreet: be sure to read http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines particularly the Do's, Don'ts, and section on writing a successful application
16:30.20 harmanpreet oh!! thank a lot :-D
16:30.23 brlcad Neil___: that is fine but hopefully you can post something before monday so we have time to provide feedback
16:31.12 brlcad harmanpreet: http://brlcad.org/wiki/Summer_of_Code/Checklist <-- that too, if you haven't read our step-by-step process
16:35.49 Neil___ brlcad: I understand. I'll try to put it up by sunday.
16:53.24 crdueck brlcad: it looks like i fixed it, i'm not sure exactly why, but the svn version didnt have a path set for X11_X1_LIB, i ran cmake -i and provided the path myself and it seems to be compiling fine now :)
16:57.57 brlcad crdueck: glad to hear tit
16:59.00 brlcad just keep in mind that there's like a month between the time students are accepted and summer coding begins to sort out your build environment
17:00.29 brlcad there's only seven days remaining for writing up a proposal, going back and forth on discussions, working on a patch, distinguishing your abilities from that of the other students, etc so just make sure you budget your time wisely ;)
17:03.27 *** join/#brlcad diljot (caa43575@gateway/web/freenode/ip.202.164.53.117)
17:27.32 *** join/#brlcad diljot (caa43575@gateway/web/freenode/ip.202.164.53.117)
19:00.41 *** join/#brlcad merzo (~merzo@21-210-200-46.pool.ukrtel.net)
19:01.40 *** join/#brlcad Neil____ (~chatzilla@117.229.101.19)
19:06.46 *** join/#brlcad witness123 (~witness@14.139.228.211)
19:45.51 *** join/#brlcad atneik (~atneik@59.178.148.247)
19:46.03 *** join/#brlcad atneik_ (~atneik@59.178.148.247)
19:48.54 *** part/#brlcad atneik_ (~atneik@59.178.148.247)
19:48.54 *** part/#brlcad atneik (~atneik@59.178.148.247)
20:29.20 *** join/#brlcad witness123 (~witness@14.139.228.211)
20:48.37 CIA-128 BRL-CAD: 03tbrowder2 * r49844 10/brlcad/trunk/src/vdeck/vdeck.1: correct typo
21:08.35 *** join/#brlcad witness123 (~witness@14.139.228.211)
21:13.53 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
21:24.56 CIA-128 BRL-CAD: 03starseeker * r49845 10/brlcad/trunk/ (3 files in 2 dirs): Do a bit of rework on the BRLCAD_ADDDATA target - instead of WIN32 vs everything else, actually test whether the symlink mechanism works and base the macro behavior on those results.
21:30.04 CIA-128 BRL-CAD: 03starseeker * r49846 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: fix comment
21:57.32 *** join/#brlcad witness123 (~witness@14.139.228.211)
22:15.35 brlcad ~ask
22:15.35 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
22:15.50 brlcad mm.
22:15.52 brlcad need food.
22:24.19 crdueck for my first patch i've decided to implement a volume function for a lin_pipe, since it's a simple solid of revolution. i've been browsing the source code to try to get familiar with how things work but i just need a little more context so i can get started. for example, how is a pipe "object" passed to functions? i see many functions using rt_db_internal as a parameter but i'm a little unclear on what it actually is. my guess would be to use the l
22:37.08 ``Erik pipe is an aggregate primitive and might be a big ugly as an example, something like rcc or ell might be a better first primitive to help understand how the pieces fit together
22:39.16 ``Erik if you are stuck on doing it for pipe, the lin_pipe segment is held in a BU_LIST container (using the magic to switch), which is held by the pipe primitive
22:40.59 ``Erik (all interaction with lin_pep and bend_pipe is through the rt_pipe_*() set)
22:44.18 crdueck when you say rcc, did you mean rec?
22:44.51 crdueck oh nvm, right circular cylinder
22:49.48 crdueck where can i find the rcc primitive?
22:50.20 ``Erik um, tgc (rcc is a tgc with certain constraints), sorry :)
22:55.56 crdueck looking at sph, it seems like it would also be a suitable first primitive no?
23:00.43 crdueck again, it seems like the sph_specific struct holds all the relevant info for a sphere. so how does one pass a sph to a function?
23:39.07 *** join/#brlcad stas (~stas@188.24.36.145)
23:57.23 CIA-128 BRL-CAD: 03tbrowder2 * r49847 10/brlcad/trunk/src/vdeck/vdeck.c: ws, style
IRC log for #brlcad on 20120331

IRC log for #brlcad on 20120331

00:05.32 brlcad crdueck: sph would be perfectly suitable (doesn't get any simpler)
00:06.09 CIA-128 BRL-CAD: 03tbrowder2 * r49848 10/brlcad/trunk/src/vdeck/ (cgarbs.c match.c parsarg.c): ws, style
00:09.20 crdueck brlcad: yes exactly, i'm just confused as to how primitive "objects" are passed to functions. also, is it appropriate to be asking these types of questions or should i be answering these myself? I have been reading lots of source and trying to figure it out for myself before asking here but i'm still confused.
00:09.57 brlcad crdueck: all primitives define a set of callbacks (see src/librt/primitives/table.c) -- you're basically stubbing in a new function for use in a future callback
00:10.23 brlcad it's perfectly appropriate to ask these types of questions, you're not expected to just figure stuff out on your own
00:13.07 brlcad it's hard enough to write the code, this isn't academic -- we want you to learn the code
00:13.32 brlcad questions are just fine, the more specific you can make them the better
00:14.09 brlcad basically, you'd be adding a function that takes an rt_db_internal, and you go from there to figure out the area
00:15.06 brlcad maybe something with a signature like: int rt_ell_volume(fastf_t *volume, const struct rt_db_internal *ip);
00:16.07 brlcad for volume, none are defined yet so you'd be stubbing in the first one
00:16.45 crdueck okay, so i see that rt_db_internal has fields idb_{major,minor}_type, what do these represent? the type of primitive?
00:17.44 brlcad yes
00:18.12 brlcad that's an unwrapped database object
00:18.58 brlcad if you look at rt_sph_prep() you'll see how to crack out the actual rt_ell_internal from it
00:24.54 crdueck by casting the rt_db_internal as a rt_ell_internal and accessing the idb_ptr field
00:25.04 crdueck and that contains the relevent vectors a,b,c to define the ell
00:25.09 crdueck relevant*
00:30.05 brlcad yes, include/rtgeom.h has the definition
01:19.04 brlcad if you really want to get fancy, you could create a test harness that proves the implementation is correct with a few specific test cases (similar to src/libbu/test_*.c)
01:19.25 brlcad examples creating objects programmatically in src/proc-db (e.g. src/proc-db/csgbrep.cpp)
01:21.48 crdueck i'm still having trouble compiling the svn version unfortunately. i'm going to sort that out but i wanted to get my hands dirty with a patch first. like you said, there's time to get everything in working order after the application deadline
01:27.05 CIA-128 BRL-CAD: 03tbrowder2 * r49849 10/brlcad/trunk/src/conv/comgeom/comgeom-g.1: correct typo
01:28.45 CIA-128 BRL-CAD: 03tbrowder2 * r49850 10/brlcad/trunk/src/conv/comgeom/comgeom-g.1: correct example for current usage
01:38.00 brlcad nods
01:45.23 starseeker for those looking for a good patch topic - the function rt_bot_bbox does not currently create a correct bounding box
01:51.12 starseeker the function rt_bot_prep_pieces_ in src/librt/primitives/bot/g_bot_include.c does produce a good bounding box, so something about that logic is not captured correctly by rt_bot_bbox
01:53.12 brlcad starseeker: I was just looking at that, but a quick check of the function looks like it just iterates over vertices, no?
01:53.53 starseeker that was the idea, but there's some quirk I didn't track down successfully
01:54.12 starseeker I think you were the one who noticed it wasn't working originally...
01:54.29 brlcad I did, but then I don't remember the problem
01:54.44 starseeker bbox was too big
01:55.11 brlcad I remember the brep bbox being too big because of the way it was aligning
01:55.45 brlcad but for bot, I just remember it being "different" and giving rt changes
01:55.49 starseeker brep has other issues, IIRC - I think the bbox is calculated without factoring in the trims
01:56.52 brlcad well, either way that'd be a good one to suggest to the list, maybe with a hint on how to test it
01:57.23 starseeker svn diff -r46385:46386 shows it was turned off, so reversing that will turn it back on
01:58.06 brlcad I didn't suggest it to the nurbs guy just because I thought it'd be better to see nurbs code from him, but bot bbox was the first thing that came to mind actually
01:59.58 CIA-128 BRL-CAD: 03tbrowder2 * r49851 10/brlcad/trunk/src/conv/comgeom/ (cvt.c f2a.c mat.c read.c region.c solid.c): ws, style
03:03.47 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:39.13 *** join/#brlcad abhi2011 (~chatzilla@24-176-220-90.static.lnbh.ca.charter.com)
04:11.11 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3405 10/wiki/User:Crdueck: GSoC 2012 - crdueck ~WIP~
04:17.36 *** join/#brlcad witness123 (~witness@14.139.228.211)
04:54.50 *** join/#brlcad witness123 (~witness@14.139.228.211)
05:31.54 *** join/#brlcad Neil__ (~chatzilla@117.229.20.128)
05:39.46 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
06:41.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:05.32 *** join/#brlcad andrei_ (~andrei@188.25.175.75)
07:05.36 andrei_ hello
07:17.42 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:20.33 *** join/#brlcad witness123 (~witness@14.139.228.211)
07:24.05 *** join/#brlcad witness123 (~witness@14.139.228.211)
07:24.13 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:29.15 andrei_ I m running the script from http://brlcad.org/wiki/Code_Cleanup on the brlcad svn-source. This is the output I recieve. In my opinion the 20k duplicated lines doesn't sound as much. Can someone please check the output I posted is correct ?
07:30.02 andrei_ I m executing http://pastebin.ca/2134240 while having both brlcad source , simian and the script in the same directory. This is the output I recieve : http://pastebin.ca/2134240
07:42.05 andrei_ <PROTECTED>
08:27.25 *** join/#brlcad witness123 (~witness@14.139.228.211)
08:34.18 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:39.31 *** join/#brlcad stas (~stas@188.24.36.145)
08:46.03 *** join/#brlcad witness123 (~witness@14.139.228.211)
08:51.58 *** join/#brlcad witness_ (~witness@14.139.228.211)
09:17.45 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
09:20.09 *** join/#brlcad stas (~stas@188.24.36.145)
09:36.21 *** join/#brlcad andrei_ (~andrei@188.25.175.75)
09:37.23 *** join/#brlcad andrei_ (~andrei@188.25.175.75)
10:33.38 *** join/#brlcad atneik (~atneik@59.178.154.162)
10:46.02 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:02.38 *** join/#brlcad witness123 (~witness@14.139.228.211)
11:21.00 *** join/#brlcad witness123 (~witness@14.139.228.211)
12:08.40 *** part/#brlcad atneik (~atneik@59.178.154.162)
12:35.28 *** join/#brlcad cristina (~cristina@188.24.64.167)
12:35.31 cristina hello
12:52.37 Al_Da_Best Hi
13:00.44 andrei_ hey ( just had to be a different greeting way)
13:01.55 ``Erik yargh, mateys, shiver me timbers
13:59.20 starseeker cristina: howdy
13:59.49 starseeker cristina: just curious, were you still interested in the CSG visualization project?
14:02.51 starseeker If so, you might be interested in this CMake-based Goblin source tarball, which has the part of Goblin we can use: http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz
14:20.38 brlcad andrei_: a coverity scan account could certainly be provided, but there's only a couple dozen issues remaining (maybe a week's worth of work)
14:21.57 brlcad andrei_: as for the quantity of duplication, that's not entirely relevant because you probably won't get through more than a few thousand lines in one summer regardless of there being 100k or 20k
14:22.20 brlcad that said I think your simian settings could probably be relaxed a little / changed to detect more patterns of duplication
14:22.51 brlcad if you read the simian manpage, you might find some more duplication
14:23.05 brlcad cristina: how's the proposal coming along?
14:24.13 cristina brlcad, my proposal is not ready yet
14:24.28 *** join/#brlcad atneik_ (~atneik@59.178.154.162)
14:24.35 cristina I'm behind the schedule
14:24.45 brlcad andrei_: oh, also if you want to schedule time in your proposal to work on coverity issues, that's fine but it probably shouldn't account for more than a couple weeks of work
14:24.55 brlcad cristina: ok
14:25.13 brlcad do you know if you might have a rough draft sometime early this week?
14:25.51 brlcad it'd be nice to see at least a rough draft three or four days before the submission deadline so we have to provide feedback and you have time to respond to that feedback
14:26.38 andrei_ brlcad : I don't know if you noted , I submitted the latest version of my proposal draft here : https://docs.google.com/file/d/0BzrcTnxrBIMvdlFuMTFNWkFRX3FEMU9qbU1JUW9Hdw/edit
14:27.05 brlcad I did not, can't keep track of everyone :)
14:27.23 cristina brlcad I know that it's useful to get feedback and I'll try to make it
14:27.58 brlcad cristina: that would be fantastic, especially given how interesting and useful that project is, hopefully something you're excited to work on :)
14:28.14 andrei_ sorry, I didn't want to make it sound like a reproach
14:29.47 cristina :-)
14:30.29 andrei_ brlcad : anyhow , I have two main issues with my proposal. Focusing on a very specific part of code ( I wil follow your advice regarding simian) and the deliverable section I don t know how to fit it to be neither unrealistic nor insufficient
14:31.44 brlcad andrei_: so especially for a code refactoring project, it's great to scope out some goals and be realistic, but that is also the easiest type of project to rescope and change direction on once you've started
14:32.44 andrei_ so I should have a strict plan and follow it closesly
14:32.47 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:32.48 brlcad so you could work on the largest line counts first, just working down the list; or you could hit up all the issues in a given directory; etc .. but the approach doesn't matter as much as having some initial plan to begin with
14:33.46 brlcad we just need something measureable so that we can determine whether you're making progress or whether we need to adjust your goals
14:34.36 *** part/#brlcad atneik_ (~atneik@59.178.154.162)
14:34.42 brlcad so you can just pick a plan that is appealing to you, is conservatively reasonable based on your skills, and then just go to town with patches until you get commit access
14:35.02 brlcad I think you already did a patch, yes?
14:35.06 andrei_ yes
14:35.17 brlcad so that's great
14:35.25 andrei_ you mentioned the "patch" to remove a global var
14:35.34 brlcad right, that's an easy starting point
14:35.51 brlcad another might be to actually fix just one of the simian duplications
14:36.23 andrei_ so it's an actual acceptable approach to follow the simian output
14:36.30 brlcad sure
14:36.53 andrei_ I m not sure how I should change the script provided , in order to be more relevant for my cause
14:37.32 brlcad it doesn't even matter whether you start from the top to bottom, bottom to top, or even out of order as long as there's a method to the madness ;)
14:37.54 brlcad andrei_: do you understand what the script is doing?
14:38.20 andrei_ <PROTECTED>
14:38.30 andrei_ it goes through every file in the specified path
14:38.39 andrei_ excluding the stated paths
14:39.38 andrei_ basically it uses simian for every file in source with the selected extension except for those with -not
14:39.46 starseeker cristina: if you're having trouble scoping the project or working out design ideas, please feel free to discuss them in channel
14:39.59 starseeker that's why we're here :-)
14:40.11 brlcad andrei_: that's basically correct
14:40.35 brlcad it runs the 'find' command to get a list of some files (man find) and then it runs the simian command on that list of files
14:40.52 andrei_ it something like ./find | grep " what interests me "
14:41.11 starseeker cristina: we aren't expecting you to have a fully mature, polished solution written up in the first draft
14:41.27 starseeker refinement is a normal part of the process
14:41.29 brlcad andrei_: yeah, sorta
14:41.45 brlcad andrei_: so assuming you're in the right directory, the list of files is what it is
14:41.58 brlcad you can then just focus on the simian command
14:42.29 brlcad if you read the simian manual page and look at the line in the script, you'll see that right now the wiki page example just passes the -threshold=25 option
14:42.39 brlcad there are LOTS of other options iirc
14:42.59 brlcad plus you could get rid of that threshold option and you'll see a lot more
14:43.31 andrei_ you have a point
14:43.52 andrei_ I need a better understanding of Simian to have a good starting point
14:44.00 brlcad again, that aspect doesn't really matter so much right now either other than you should at least read the simian manual page and be basically familiar with what it's capable of if you're going to propose using it all summer ;)
14:44.28 brlcad the 20k you have is certainly plenty and more than you could work on all summer anyways
14:45.00 andrei_ after this discussion I believe that aswell...
14:46.19 brlcad even if you're some amazing hot-shot and you got through all 20k in the first month and you actually didn't introduce bad API or bugs, it's VERY easy to find more work for you -- no worries there whatsoever. ;)
14:46.38 andrei_ haha
14:46.57 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:47.26 brlcad I wouldn't expect more than 5% reduction when you add in time for discussion and refactoring that goes along with reducing code
14:48.19 brlcad because usually the best way to eliminate duplication isn't to just make a new function -- it's to utilize an existing function and completely rewriting the place where there was duplication
14:48.19 andrei_ my issue right now is simian and the fact that I have never used it before
14:48.37 brlcad so that is your priority
14:48.40 brlcad read the simian docs
14:49.03 brlcad shouldn't take more than an hour even if you're slow and fall asleep :)
14:49.13 brlcad more likely, 10 minutes
14:49.22 andrei_ oh
14:49.30 andrei_ if you mean the overview they have on their site
14:49.39 andrei_ I have read it when I downloaded simian
14:49.39 brlcad wherever they have their docs
14:50.11 brlcad I mean, can you tell me without looking what that -threshold=25 does? hopefully you can if you're using it
14:50.44 brlcad if not, worth re-reading
14:50.48 andrei_ <PROTECTED>
14:50.51 andrei_ how "deep" to go?
14:51.00 brlcad nope :)
14:51.59 brlcad so, all that means is it's worth re-reading the docs again, now especially that you're run the tool and are a little familiar with the output
14:52.17 andrei_ ah
14:52.18 brlcad it might make more sense and "stick" better
14:52.30 andrei_ I found exactly what I was looking for, I found a page that explain each parameter and what it does
14:53.03 andrei_ as I didn't manage to find any manual in simian before. I do need to have a better look
14:56.34 andrei_ so threshold tells simian to ignore files with less than 25 duplicated lines
14:59.40 *** join/#brlcad stas (~stas@188.24.36.145)
15:03.45 andrei_ this is how I currently run the script . I consider this a bit better for what I need
15:03.52 andrei_ java -Xms200m -Xmx2000m -jar simian-2.3.33.jar -threshold=10 -reportDuplicateText $files
15:06.58 andrei_ in any case, thanks a lot for the help:) will get back to work.
15:52.50 cristina starseeker, I looked through the functionalities of the Goblin library and I got the idea that their C++ methods could be used to implement the back end graph structures
15:53.40 brlcad andrei_: no problem, good discussion
15:55.12 cristina I'm not familiar with tcl/tk so I'm having some trouble understanding how to use these structures in order to construct the graphical widgets
16:18.47 brlcad cristina: so you have two choices with respect to the gui -- you can aim on implementing something near-term or long-term
16:19.20 brlcad near-term being some time less than 3 years and long-term probably greater
16:19.57 brlcad the difference being the near-term is learning the tcl/tk capabilities of archer, learning how to use their widgets and running with that
16:21.28 brlcad long-term would be to use Qt or some drawing layer that works with Qt canvases or OGRE opengl contexts
16:22.00 brlcad the latter is arguably easier if you don't know Tcl/Tk but wouldn't be a capability put into use for quite some time
16:23.22 brlcad basically, more flexibility in the long-term but more rapid development and widespread use with a near-term approach
16:23.33 brlcad (tcl/tk is really pretty easy to learn)
16:23.48 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
16:23.53 matovitch hello
16:23.56 brlcad so something to keep in mind
16:23.58 brlcad hello matovitch
16:34.03 cristina brlcad, I assume it's better if the result of this project would be put in use sooner
16:34.14 cristina I see that there's still a migration to archer phase. Is this why you mentioned the 3 year period?
16:34.17 brlcad both are valuable, it's what is more interesting to you
16:34.38 brlcad yes, migration TO archer is still under way and will take at *least* 2-3 years
16:35.08 brlcad archer will stay in use then for 2-5 years afterwards probably while a new interface is built up
16:35.29 cristina aha, so I would have to make use of the capabilities of mged and later, after they are entirely migrated, use the ones of archer?
17:01.50 *** join/#brlcad stas (~stas@188.24.36.145)
17:02.20 brlcad cristina: no entiendo
17:03.00 brlcad if you use tcl/tk, you do have access to all of the current capabilities of mged/archer now (which is a lot)
17:03.41 brlcad whereas with Qt, you'd have to implement a lot more low-level access to walk the hierarchy (not hard, but it'd be another week or two of work)
17:06.43 cristina brlcad: ok. yo entiendo ahora
17:08.41 cristina I misunderstood something. I thought archer is going to replace mged
17:09.43 brlcad it is
17:10.40 brlcad for all intensive purposes, they are one in the same .. archer is about to go into alpha status and will "merge" with mged within the next two years
17:11.11 brlcad it all depends on the length of the alpha and beta timeframes, but it's estimated to be around 2-3 years
17:12.08 brlcad the underpinnings to archer are nearly identical to mged, though, so the real difference would be with a qt-interface
17:15.09 cristina this is what I wanted to know. If there are any differences between mged and archer on the tcl/tk capabilities that I'm going to learn
17:28.30 brlcad there are some differences, but they're pretty minor -- archer and mged share most of the same underlying commands that you'd use
18:07.28 starseeker cristina: for a CSG viewing widget, you would actually be creating (initially) a stand-alone Tcl/Tk widget with an API, and then hooking that into mged/archer as a second step (as I understand it)
18:07.40 starseeker assuming you go the Tcl/Tk route, of course
18:11.10 starseeker when it comes to the "get geometry information" aspects, there are several possibilities - you can either use commands at the Tcl/Tk level, or use BRL-CAD's C library API's "behind the scenes" - you'll probably be doing a bit of both, at different levels
18:14.40 starseeker To create the widget, the pieces needed are a) ability to extract BRL-CAD's geometry hierarchy and format it in such a way that it can be fed to a graph layout API (Goblin or some other choice) b) take the output from the graph generator and use that to create a visual layout (in Tcl/Tk or some other toolkit) and c) make the visual layout interactive
18:17.24 starseeker That gives you some milestones to focus on, since each stage builds on the previous stages and the individual stages can each be tested
18:19.31 starseeker Goblin has an application in it called goblet that does some visual graph layouts, so that's a starting point
18:20.05 starseeker or at least, something to study to see how c++ data -> tcl/tk graphics can be accomplished
18:21.50 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
18:22.19 starseeker cristina: if you don't have time to work out all the details of how you would generate the visual widgets, then that's something to schedule in your timeline for your application
18:29.50 *** join/#brlcad witness123 (~witness@14.139.228.211)
18:41.26 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3406 10/wiki/User:Matovitch: First edit :)
18:43.54 cristina starseeker: I am going to include a "research" period in which I can decide this
18:50.00 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
18:50.09 matovitch hello
18:58.31 CIA-128 BRL-CAD: 03starseeker * r49852 10/brlcad/trunk/src/other/CMakeLists.txt: Mark the SCL variables as advanced
18:59.22 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.39)
19:00.52 *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net)
19:01.45 harmanpreet hi..!! may I know how can I made page on wiki of brlcad? I created my account, but couldn't find any way to create page there.
19:02.15 matovitch I had the same problem. ^^
19:02.38 matovitch Your page is already create.
19:03.09 matovitch Go to the /User:your_name and edit
19:04.31 Al_Da_Best Welcome to Wiki's :P Yeah, every page exists as soon as it gets edited
19:16.44 harmanpreet thanks matovitch..!!
19:16.56 matovitch you're welcome
19:26.49 andrei_ brlcad : I have just finishing removing a global variable , but it does fit the word "minimal" a bit too good.
19:27.51 andrei_ there is a counter in /libbu/ globals.c called bu_n_realloc which is incremented by a function in malloc.c but is never used aside of that
19:27.56 andrei_ I have simply commented it.
19:42.54 andrei_ and the same with bu_n_malloc
19:43.29 andrei_ are they still needed in case of debugs, or is this a acceptable fix?
20:18.41 bhinesley brlcad: I'm working on a proposal for adding -exec to the search command.
20:19.02 bhinesley we've talked before about registering libged commands, so that a list of them can be obtained
20:19.17 bhinesley can't seem to find the relevant log entries...
20:19.47 bhinesley but it seems this will be necessary for the project
20:20.41 bhinesley I'm assuming there is a particular way you'd like this implemented..?
20:22.51 bhinesley I'll give you a chance to respond before I ask you anything specific :)
20:26.48 CIA-128 BRL-CAD: 03tbrowder2 * r49853 10/brlcad/trunk/src/vdeck/ (cgarbs.c std.h): ws, align code chunks
20:34.43 andrei_ if those above-stated are acceptable global removals , on what should I move on? Moving to Simian output?
20:38.24 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3407 10/wiki/User:Matovitch:
20:38.32 CIA-128 BRL-CAD: 03tbrowder2 * r49854 10/brlcad/trunk/src/vdeck/cgarbs.c: update K&R to ANSII C function arg style
20:39.34 CIA-128 BRL-CAD: 03tbrowder2 * r49855 10/brlcad/trunk/src/vdeck/vdeck.c: ws, style
20:40.00 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3408 10/wiki/User:Matovitch:
20:43.34 brlcad andrei_: I'm thinking you didn't attempt a recompile
20:44.06 brlcad try this: grep bu_n_malloc src/*/*.c
20:44.10 andrei_ I did
20:44.24 andrei_ and I used eclipse to check the dependencies upon /libbu/
20:44.38 andrei_ ooooh
20:44.47 andrei_ a second
20:45.00 andrei_ I think I ignored the upper dependencies. Right.
20:45.52 andrei_ src/libbu/globals.c:long bu_n_malloc = 0;
20:45.54 andrei_ src/libbu/malloc.c: bu_n_malloc++;
20:45.55 andrei_ src/rt/main.c:longmdelta = bu_n_malloc - n_malloc;
20:45.57 andrei_ src/rt/main.c: n_malloc = bu_n_malloc;
20:46.00 andrei_ this is what I got.
20:46.07 brlcad I know the result, no need to paste it :)
20:46.58 andrei_ it could be added as a parameter to the hidden function
20:47.43 andrei_ anyhow, so much for the quick joy. Thanks for help and getting back to fixing this properly.
21:05.42 crdueck i've posted a first draft of my application to the wiki, it's still very rough and i'd very much appreciate any feedback. you can find it here: http://brlcad.org/wiki/User:Crdueck thanks
21:06.58 CIA-128 BRL-CAD: 03tbrowder2 * r49856 10/brlcad/trunk/src/vdeck/vdeck.c: ws
21:08.01 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3409 10/wiki/User:Bhinesley/gsoc2012/search_proposal: /* Prior commitments */
21:17.26 CIA-128 BRL-CAD: 03tbrowder2 * r49857 10/brlcad/trunk/src/conv/comgeom/ (3d.h solid.c tools.c): ws
21:29.55 *** join/#brlcad witness123 (~witness@14.139.228.211)
21:58.27 *** join/#brlcad witness123 (~witness@14.139.228.211)
22:20.25 CIA-128 BRL-CAD: 03Bhinesley 07http://brlcad.org * r3410 10/wiki/User:Bhinesley/gsoc2012/search_proposal: /* Summary */ aka outline (for the more in depth "description" section)
IRC log for #brlcad on 20120401

IRC log for #brlcad on 20120401

03:50.13 CIA-128 BRL-CAD: 03starseeker * r49858 10/brlcad/trunk/CMakeLists.txt: Simplify management of the COUNT file - no need for the cache entry or running cmake commands
04:27.58 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3411 10/wiki/User:Crdueck: added markup, first patch info
04:46.22 CIA-128 BRL-CAD: 03starseeker * r49859 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: add newline
04:47.40 CIA-128 BRL-CAD: 03starseeker * r49860 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: let the toplevel build tell us where to put scl man pages
04:48.44 CIA-128 BRL-CAD: 03starseeker * r49861 10/brlcad/trunk/CMakeLists.txt: Use BRLCAD_ADDDATA - seems to work for this after rework
04:53.06 CIA-128 BRL-CAD: 03starseeker * r49862 10/brlcad/trunk/CMakeLists.txt: Don't need to manually specify the full CMake version - just use CMAKE_VERSION
05:01.44 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
05:01.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:02.33 CIA-128 BRL-CAD: 03starseeker * r49863 10/brlcad/trunk/CMakeLists.txt: Use LIB_DIR instead of hardcoding lib in the ignore path logic
05:08.20 CIA-128 BRL-CAD: 03starseeker * r49864 10/brlcad/trunk/CMakeLists.txt: ws
05:28.03 CIA-128 BRL-CAD: 03starseeker * r49865 10/brlcad/trunk/CMakeLists.txt: tweak
05:59.49 *** join/#brlcad witness123 (~witness@14.139.228.211)
06:16.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:44.32 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:47.42 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
06:53.29 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
07:24.38 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.73)
07:30.07 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3412 10/wiki/User:Ksuzee: New page: = Who I am = My name is Ksenija Slivko. I'm the 4th year student of the Chernihiv State Technological University (Chernihiv, Ukraine). The specialty - computer science (system programming)...
07:31.23 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3413 10/wiki/User:Ksuzee:
07:32.10 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3414 10/wiki/User:Ksuzee:
07:36.53 *** join/#brlcad harmanpreet (~chatzilla@124.253.76.104)
07:57.22 *** join/#brlcad cristina (~cristina@188.24.64.167)
08:34.15 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
08:34.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:38.27 *** join/#brlcad atneik (~atneik@59.178.51.251)
08:49.39 *** join/#brlcad andrei_ (~andrei@188.25.173.85)
09:01.07 andrei_ hello
09:05.23 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:05.23 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:32.48 *** join/#brlcad DarkCalf (DC@173.231.40.98)
10:09.07 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:11.52 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3415 10/wiki/User:Matovitch:
10:19.08 *** join/#brlcad Neil__ (~chatzilla@117.229.7.233)
10:35.36 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:14.08 *** join/#brlcad AureM (~Aure@109.129.166.207)
11:18.18 Neil__ brlcad: Hi! I'm almost done with my proposal for the Materials Database website. What kind of code can I submit for this? (As in a patch)
11:18.56 *** part/#brlcad AureM (~Aure@109.129.166.207)
11:47.55 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
11:47.59 matovitch hi !
11:50.18 matovitch I have coded a path to improve antialiasing on rtedge (function of normales). It compiles but how can I test it ?
11:52.09 matovitch Silly question ?
12:25.54 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
12:50.22 matovitch the response to my question where in hacking document...sorry.
13:00.25 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram new.pdf]]": Revised Architecture diagram with an Architecture flowchart for the Materials Database Website.
13:01.46 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Website flow.pdf]]": Flow of the Materials Database website.
13:08.32 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3418 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
13:14.43 *** join/#brlcad AureM (~Aure@109.129.166.207)
13:20.56 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3419 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
14:15.45 andrei_ hey
14:16.50 Al_Da_Best Afternoon
14:18.54 andrei_ I believe I finished removing a global variable from the system. I intended to remove bu_strdup_message[] by creating it as a local variable in both the functions that use it ( one in vls and one in malloc) . As far as I understood it's only used for comparison and never modified
14:20.04 andrei_ however, if I compile the linkage between the modified libraries are fine, but I get this error
14:20.09 andrei_ which has nothing to do with what I modified
14:20.16 andrei_ error: implicit declaration of function 'BU_GETSTRUCT'
14:20.25 andrei_ error: 'tor_specific' undeclared (first use in this function)
14:20.34 andrei_ both errors are in tor.c
14:21.02 andrei_ <PROTECTED>
14:22.14 andrei_ will get back with more info later
14:32.40 *** join/#brlcad witness123 (~witness@14.139.228.211)
14:34.51 *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net)
15:11.59 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:11.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:15.45 Stattrav brlcad: I've been unable to edit the wiki as I've been getting the 403, so could you please check the draft on the soc melange submission and comment on the same ?
15:30.04 *** join/#brlcad merzo_ (~merzo@79-79-133-95.pool.ukrtel.net)
15:55.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
15:55.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:02.20 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
16:02.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:49.47 *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net)
16:51.27 *** join/#brlcad merzo_ (~merzo@79-79-133-95.pool.ukrtel.net)
17:02.27 *** join/#brlcad Neil__ (~chatzilla@117.229.7.233)
17:10.47 *** join/#brlcad andrei_ (~andrei@188.25.173.85)
17:28.56 *** join/#brlcad andrei_ (andrei@188.25.173.85)
17:37.56 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3420 10/wiki/User:Crdueck:
17:39.11 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3421 10/wiki/User:Crdueck: fixed typos, some formating
17:48.09 *** part/#brlcad AureM (~Aure@109.129.166.207)
18:24.08 *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:00.45 *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net)
19:03.59 *** join/#brlcad merzo_ (~merzo@211-93-132-95.pool.ukrtel.net)
19:54.23 *** join/#brlcad atneik (~atneik@59.178.52.26)
19:59.06 *** part/#brlcad atneik (~atneik@59.178.52.26)
20:02.15 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
20:15.31 *** join/#brlcad abhi2011 (~chatzilla@24-176-220-90.static.lnbh.ca.charter.com)
20:15.35 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
20:15.40 matovitch hi
20:39.16 *** join/#brlcad witness123 (~witness@14.139.228.211)
20:55.18 *** join/#brlcad witness123 (~witness@14.139.228.211)
20:58.55 CIA-128 BRL-CAD: 03PaulJamesonu27 07http://brlcad.org * r3422 10/wiki/Homeopathic_Acne_Treatments_For_safe_and_effective_healing: New page: Whatever the key reason why someone have acne, they will still successfully address it. There's simply no reason for anyone to suffer your misery of acne -- whatever a comparative age. Akn...
21:08.13 *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net)
21:10.19 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3423 10/wiki/User:Ksuzee/Proposal: New page: = Project title = Code Reduction = Brief summary = BRL-CAD has the really huge project. There are a lot of libraries and different files, so there is such problem as code duplication. The...
21:35.16 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3424 10/wiki/User:Jimmiebtlr/Proposal: New page: Jimmie Butler jimmiebtlr@gmail.com jimmiebtlr Had several Engineering classes in High school. Have a heavy physics background ( was intending on majoring in it until junior year). Curre...
21:36.00 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3425 10/wiki/User:Jimmiebtlr/Proposal:
21:38.57 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3426 10/wiki/User:Jimmiebtlr/Proposal:
21:39.48 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3427 10/wiki/User:Jimmiebtlr/Proposal:
21:46.17 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3428 10/wiki/User:Jimmiebtlr/Proposal:
22:07.17 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3429 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
22:34.14 *** join/#brlcad witness123 (~witness@14.139.228.211)
23:05.51 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
23:38.53 *** join/#brlcad Neil__ (~chatzilla@117.229.115.183)
23:43.08 Neil__ brlcad: I've submitted my proposal at http://brlcad.org/wiki/User:Neildhruva#BRL-CAD_Tentative_Proposal and have put in a mail in the list. Can you provide further suggestions when you have a chance to look at it?
IRC log for #brlcad on 20120402

IRC log for #brlcad on 20120402

00:19.20 *** join/#brlcad Neil__ (~chatzilla@117.229.115.183)
00:25.24 CIA-128 BRL-CAD: 03starseeker * r49867 10/brlcad/trunk/ (58 files in 52 dirs): Finally bite the bullet and start reworking the build logic to be robust to weirder source and build directory names. This is not everything needed, but it's a step in the right direction.
00:45.57 CIA-128 BRL-CAD: 03starseeker * r49868 10/brlcad/trunk/CMakeLists.txt: want this to happen before the timestamp, not after...
00:47.02 CIA-128 BRL-CAD: 03starseeker * r49869 10/brlcad/trunk/doc/docbook/ (6 files in 2 dirs): xsltproc doesn't like literal spaces in the template paths
01:16.18 CIA-128 BRL-CAD: 03starseeker * r49870 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Hmm - not respecting the output location for some reason with man pages when names have spaces in paths. Add some back-up logic to catch output in the wrong place and relocate it
01:20.34 CIA-128 BRL-CAD: 03starseeker * r49871 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Add quotes to the paths in pkgIndex.tcl files
01:35.53 *** join/#brlcad IriX64 (~kvirc@64.229.210.36)
01:36.48 IriX64 http://pastebin.ca/2134648 -< results of an install checked out from svn a half hour ago.
01:36.52 IriX64 ciao
01:41.11 CIA-128 BRL-CAD: 03starseeker * r49872 10/brlcad/trunk/src/archer/archer: Archer wasn't liking spaces in paths on start-up - do some quoting
01:41.30 brlcad NEWS-worthy there
01:43.39 starseeker IriX64 is really annoying me - not enough info to do anything with
02:02.47 starseeker brlcad: which, the Archer thing?
02:10.25 CIA-128 BRL-CAD: 03starseeker * r49873 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: explain why the second check for xsltproc
02:13.07 starseeker brlcad: wasn't really general, just the non-Windows start-up script - probably should have reworded that commit message
02:51.17 brlcad basically sounds/sounded like archer previously wouldn't initialize/start properly if BRL-CAD is installed into a root that has spaces
02:51.30 brlcad and the commit with some quotes fixed it so it will
02:51.48 starseeker on non-Windows platforms, yeah
02:52.05 starseeker but usually nobody uses spaces except on Windows
02:52.36 brlcad that's not necessary true
02:53.16 brlcad might as well be the letter 'z' and say nobody uses that letter
02:54.16 brlcad it's a perfectly valid path to have spaces so it's user-visible that it didn't handle them properly
02:54.29 starseeker valid, but rare
02:54.31 brlcad as noted by someone even running into a problem prompting the fixes
02:54.44 starseeker That was on Windows - different issue
02:54.45 brlcad so is the letter 'z', but would it be any less wrong?
02:54.59 brlcad it's a valid path char
02:55.01 starseeker z would break fewer script assumptions ;-)
02:55.23 brlcad still a failure of the script (along with any other untested assumptions)
02:55.33 starseeker shrugs - we can add it - needs more testing than just me though
02:56.02 brlcad assumptions are the root of most evil ...
02:57.14 starseeker speaking of which...
02:58.06 brlcad nobody could possibly ever need more than 256kb memory .. or more than one cpu .. or a computer in their home .. or a computer in their pocket .. or 65536 colors .. or ...
03:01.01 starseeker growl
03:01.08 CIA-128 BRL-CAD: 03starseeker * r49874 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Only move xsltproc's output if it isn't where it is intended to be
03:01.13 starseeker come on FOP, get with the program here...
03:24.10 starseeker calls for help on CLASSPATH quoting and calls it a night...
03:26.07 CIA-128 BRL-CAD: 03starseeker * r49875 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Do the easy test first before we hit the filesystem
05:14.41 bhinesley <PROTECTED>
05:18.36 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:34.27 *** join/#brlcad Neil__ (~chatzilla@117.229.74.14)
06:39.32 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3430 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */
06:42.05 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3431 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */
06:43.04 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3432 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
06:45.25 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3433 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
06:46.43 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3434 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
06:47.22 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3435 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
08:12.25 *** join/#brlcad stas (~stas@82.208.133.12)
08:17.50 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
08:39.00 *** join/#brlcad Neil__ (~chatzilla@117.229.74.14)
09:29.32 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
09:29.43 tuxilina hello!
10:10.39 andrei_ I have submitted the global variable removal patch, will move to effective refactoring later this day after I m done changing my proposal according to the feedback recieved.
10:10.57 andrei_ In case there's time to look it up and there is something wrong about the patch please let me know.
10:35.01 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3436 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
10:35.54 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3437 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Things I have done now (Patches) */
11:04.35 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:10.46 *** join/#brlcad Neil__ (~chatzilla@117.229.46.248)
11:42.04 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:51.34 *** join/#brlcad Neil__ (~chatzilla@117.229.46.248)
12:10.00 *** join/#brlcad witness123 (~witness@14.139.228.211)
12:30.45 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
12:42.50 Neil__ brlcad: Hi!
12:45.53 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
13:03.29 *** join/#brlcad roaldfre1 (~roald@d54C03B0C.access.telenet.be)
13:12.03 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:14.18 roaldfre1 Hi guys! I'm wondering how much interest there has already been in the GSOC project idea 'Generalised abstracted spacial partitioning capability'? [I'm interested in applying for that idea myself]
13:14.40 *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net)
13:21.09 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3438 10/wiki/User:Ksuzee/Proposal:
13:25.24 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3439 10/wiki/User:Ksuzee/Proposal:
13:27.07 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3440 10/wiki/User:Ksuzee/Proposal:
13:35.27 brlcad roaldfre1: there's not been much interest in that idea yet
13:36.15 brlcad not, however, that it's a *VERY* hard topic and even generalized would require some careful integration so that it's not just a new/theoretical API but something being used by our tracers
13:36.23 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3441 10/wiki/User:Ksuzee/Proposal:
13:36.55 roaldfre1 I see
13:37.56 brlcad ideally you will either have already implemented spatial partitioning before, or worked on our librt library spatial partitioning before, or both ;)
13:38.03 roaldfre1 I'm checking out the svn repository right now, to have a look at the code. (I know, I'm a bit late to the party)
13:38.12 brlcad that said, you can always keep the scope to a minimum so you can verify progress
13:38.27 brlcad nods, sounds good -- not too late ;)
13:38.37 roaldfre1 I've written a raytracer (in Haskell - *beautiful* language) that heavily uses space partitioning (on an abstract level)
13:39.07 brlcad so that's great, you have some experience to bear
13:39.54 brlcad the burden on your part then will be understanding a large body of non-academic real tracer code with heavy refactorings and optimizations over decades of development
13:39.59 brlcad i.e., it's pretty complex ;)
13:40.08 roaldfre1 :-)
13:40.22 brlcad just about everything has a reason or purpose, and many are not clear or documented
13:40.23 roaldfre1 well, there wouldn't any fun otherwise, now would there?
13:41.12 brlcad for some perspective, brl-cad's raytracer is the first distributed parallel raytracer (ever written, back in early 80's)
13:41.16 roaldfre1 (the sourceforge svn checkout takes ages, btw (even restricted to only cloning the trunk))
13:42.25 brlcad we provide a vm disk image to help get you started more quickly with everything downloaded, installed, documentation downloaded, and several code examples identified
13:43.02 brlcad is a little over a GB download and requires about 6GB of disk to install, VirtualBox is a free VM that will run it
13:44.37 roaldfre1 Hmm, I'll look into it, thanks (though I'm a bit anal about my development environment [vim, xmonad as TWM, programmer dvorak keyboard layout, ...])
13:44.50 brlcad sure
13:45.09 brlcad it's more just to get folks going quickly -- students selected are entirely expected to use their own environment
13:46.07 brlcad otherwise (as you note) it's a large download via svn and there's still a myriad of docs on the website and can be a complex compile (for some)
13:46.48 brlcad basically, have at it -- but we don't have a lot of time to spare this week or next if you run into problems given all the proposals and patches being reviewed
13:47.15 roaldfre1 I understand :-)
13:47.25 *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42)
13:47.46 Al_Da_Best How do you want us to submit said patches? I should have one ready today.
13:47.57 ``Erik sourceforge patch tracker is good
13:48.13 Al_Da_Best Will do, thanks.
13:48.25 ``Erik might want to provide a link to your wiki user page in the notes, so we can make that association
13:48.34 Al_Da_Best Yeah indeed
13:49.38 roaldfre1 while svn is still pulling the stuff in, any quick pointers to where I should look or identify the places that are using (their custom) spatial partitioning acceleration schemes?
13:50.40 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3442 10/wiki/User:Ksuzee/Proposal:
13:51.22 ``Erik src/librt would probably have most if it
13:53.01 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3443 10/wiki/User:Ksuzee/Proposal:
13:53.13 ``Erik BoT has 2 space partitioning schemes in it, nurbs has another, nmg probably has one, and I think the top level scene uses a bvh
13:53.33 Neil__ brlcad: Hi! Did you get a chance to look at my Materials Database website proposal?
13:54.39 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3444 10/wiki/User:Ksuzee/Proposal:
13:55.02 roaldfre1 ``Erik: Thanks! I'll have a look as soon as I've pulled everything in!
13:55.33 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3445 10/wiki/User:Ksuzee/Proposal:
13:57.16 ``Erik roaldfre1: "prep" and "shoot" are the two concepts you might want to focus on, prep will build the scenegraphs, and shoot traverses... rt_shootray() will call, say, rt_bot_shot()
14:02.12 ksuzee Hello! Could you have a look on my proposal? Another items I'm going to write some hours later, but the main parts (summary and detailed description) are ready on 80%. I want to be sure that they are correct, because I hope to send the proposal today.
14:02.27 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:06.03 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3446 10/wiki/User:Ksuzee/Proposal:
14:16.05 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
16:40.40 *** join/#brlcad witness123 (~witness@14.139.228.211)
16:47.14 *** join/#brlcad Neil__ (~chatzilla@117.229.10.11)
17:04.56 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
17:09.29 brlcad hello pierokr
17:09.53 pierokr hi
17:10.59 Neil__ brlcad: Hi! Sorry I keep getting disconnected and hence I keep asking again and again. Were you able to check my proposal?
17:12.14 Neil__ Link: http://brlcad.org/wiki/User:Neildhruva
17:14.10 brlcad Neil__: you're going to have to be patient ... go ahead and post it to google-melange regardless
17:14.28 brlcad it takes a while to get through even one proposal, they are given a lot of individual attention
17:14.56 brlcad that's why we emphasize getting them in as soon as possible because they tend to be first come, first reviewed
17:15.16 brlcad that said, you have been notibly interactive so yours is up soon ;)
17:16.45 Neil__ ah thank you. Sorry for the bother. My internet is a little weak since last two days so I don't know if you replied until the logs are up the next day. heh
17:17.01 Neil__ but thanks anyway, appreciate all the help!
17:17.38 Neil__ just one thing though, any code/patch suggestions you might have for the Materials Database Website?
17:18.11 brlcad if you're not here, there's nobody to response to, right?
17:19.03 Neil__ yeah, but it seems I stay online a bit longer after getting abruptly disconnected. either way, i apologize
17:20.02 brlcad Neil__: for a patch, I think that is a tricky one for the web apps
17:20.05 brlcad you could develop the database sql schema
17:20.11 Neil__ aha
17:20.12 brlcad or a mock-up gui
17:20.41 Neil__ right. i'll do that right away. :)
17:22.06 brlcad it'd be just as important to focus time on the architecture diagram if you didn't have one or a prototype user interface
17:23.32 Neil__ i updated my riginal diagram a bit, but i also provided an architecture flowchart along with the flow of the website as I see it
17:23.37 Neil__ original*
17:26.41 brlcad great
17:26.46 Neil__ :)
17:32.20 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3447 10/wiki/User:Matovitch:
17:33.07 *** part/#brlcad witness123 (~witness@14.139.228.211)
17:33.20 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3448 10/wiki/User:Matovitch:
17:34.51 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3449 10/wiki/User:Matovitch:
17:35.47 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3450 10/wiki/User:Matovitch:
17:37.28 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
17:43.01 CIA-128 BRL-CAD: 03r_weiss * r49876 10/brlcad/trunk/src/other/xmltools/libxml/config.h.in:
17:43.02 CIA-128 BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxml" to allow
17:43.02 CIA-128 BRL-CAD: libxml to compile with Visual Studio 2008. This fix is related to differences in
17:43.02 CIA-128 BRL-CAD: how function "vsnprintf" is defined in versions of Visual Studio previous to
17:43.02 CIA-128 BRL-CAD: Visual Studio 2010.
17:46.26 CIA-128 BRL-CAD: 03r_weiss * r49877 10/brlcad/trunk/src/other/xmltools/libxslt/config.h.in:
17:46.26 CIA-128 BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxslt" to allow
17:46.26 CIA-128 BRL-CAD: libxslt to compile with Visual Studio 2008. This fix is related to differences
17:46.26 CIA-128 BRL-CAD: in how function "vsnprintf" is defined in versions of Visual Studio previous to
17:46.26 CIA-128 BRL-CAD: Visual Studio 2010.
17:50.25 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram3.pdf]]": Architecture diagram with further additions, along with architecture flowchart.
17:58.39 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3452 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
18:11.33 *** join/#brlcad andrei__ (~andrei@188.25.172.172)
18:11.38 andrei__ hello!
18:34.36 CIA-128 BRL-CAD: 03starseeker * r49878 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt:
18:34.36 CIA-128 BRL-CAD: Hmm. Looks like the classpath setting failure may have been a bug in the way
18:34.36 CIA-128 BRL-CAD: the Gentoo java script was working - FOP is running OK on a different system.
18:34.36 CIA-128 BRL-CAD: Now that it DOES run, exposes a problem with the cover templates related to the
18:34.36 CIA-128 BRL-CAD: other space-in-path problems xsltproc exhibited. Fix it.
18:36.56 *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42)
18:43.48 *** join/#brlcad atneik (~atneik@59.178.154.252)
19:00.35 *** join/#brlcad merzo (~merzo@195-92-200-46.pool.ukrtel.net)
19:18.21 andrei__ I have adapted my proposal acording to the feedback I recieved, here you can find the latest version : https://docs.google.com/file/d/0BzrcTnxrBIMvbmpGR2dqT01ScVNFRk5aQmRjbmphZw/edit
20:07.48 CIA-128 BRL-CAD: 03Roaldfre 07http://brlcad.org * r3453 10/wiki/User:Roaldfre: New page: [This wil hold my proposal for the 'Generalized abstracted spacial partitioning capability' GSOC 2012 idea.]
20:25.07 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
20:25.07 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
20:28.19 *** join/#brlcad piksi_ (piksi@pi-xi.net)
20:39.15 *** join/#brlcad piksi_ (piksi@pi-xi.net)
21:01.23 roaldfre1 GSOC question: how flexible are the mentors with the deadlines? In Belgium, the study period starts at the same time the official coding starts, and exams and a week before the mid-term evaluation (So I can't yet work on it full time, then). I can still continue full-time for a complete month after the official GSOC deadline, though (university starts again at the end of September, here)
21:02.28 andrei__ the deadlines are set by google , not by mentors as far as I know.
21:03.00 CIA-128 BRL-CAD: 03starseeker * r49879 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: For multiconfig builds, optimization isn't determined at configure time anymore.
21:10.46 *** join/#brlcad stas (~stas@188.24.36.145)
21:11.28 *** part/#brlcad atneik (~atneik@59.178.154.252)
21:26.22 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3454 10/wiki/User:Crdueck: added proposal, completed timeline, some minor edits
21:30.55 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3455 10/wiki/User:Ksuzee/Proposal:
21:31.27 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3456 10/wiki/User:Ksuzee/Proposal:
21:37.37 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3457 10/wiki/User:Ksuzee/Proposal:
21:38.14 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3458 10/wiki/User:Ksuzee/Proposal:
22:11.44 stas brlcad, around?
22:12.11 stas just wanted to say sorry, but I'm afraid I won
22:12.23 stas wont* be able to apply
22:13.50 stas i'll try to make some time during this summer and see if I can help if there will be no one else assigned to work on docbook task
22:14.32 stas thanks again for time spent during last weeks chat, and good luck with proposals
22:14.42 stas andrei__, good luck to you too, nice proposal!
23:03.01 *** join/#brlcad andrei_ (~andrei@188.25.172.172)
23:34.13 CIA-128 BRL-CAD: 03starseeker * r49880 10/brlcad/trunk/src/other/tcl/CMakeLists.txt: quote some OSX tcl path logic
23:36.27 CIA-128 BRL-CAD: 03starseeker * r49881 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix for OSX debug flag logic
23:48.36 brlcad stas: okay, thanks for letting us know
23:48.50 brlcad personal reasons? work? school?
23:49.23 brlcad andrei_: thanks for the update, hopefully can give updated feedback in a day or two
23:50.01 brlcad roaldfre1: the application and midterm/final review deadlines are fixed in stone hard deadlines with zero-tolerance
23:50.23 roaldfre1 uhu, that's what I expected
23:50.35 brlcad for the work schedule, that's fully adjustable but is entail to comprise full-time work expectations
23:51.02 brlcad s/entail to comprise/entails or is expected to comprise/
23:51.57 brlcad if you can't make time up (vacation, studies, whatever), then make that clear in your proposal how long and the reasons
23:52.14 brlcad if you are making time up, make that clear too ;)
23:53.08 roaldfre1 Well, I would propose continuing for a month after the official GSOC deadline, but that leads to a couple of difficulties
23:54.06 brlcad indeed
23:54.20 roaldfre1 the first being that we have to send in code samples to google at the end (I'm not sure how elaborate this should be?, but it could be a tight squeeze to get that done)
23:54.25 brlcad we'd hope you'd continue after the deadline regardless of gsoc ;0
23:54.39 roaldfre1 :-)
23:55.00 brlcad working past the deadline code-wise is no good for the upload
23:55.51 brlcad what is uploaded should be what it was completed by the deadline -- made up time should happen before that
23:56.09 brlcad or denoted in your schedule, as I mentioned
23:56.45 brlcad if you're proposal is good and you're a strong coder, a week isn't going to make a big difference (easily "made up for" in terms of productivity)
23:58.14 brlcad if your behind schedule a couple weeks with slow progress and that week for exams turns into two weeks, then there's a serious problem and you'd probably not pass the midterm eval
23:59.42 roaldfre1 indeed
23:59.49 roaldfre1 I discussed this over at #gsoc as well
IRC log for #brlcad on 20120403

IRC log for #brlcad on 20120403

00:00.06 brlcad the students I've seen successfully handle exams during gsoc effectively manage their time
00:01.25 brlcad disappearing for a week studying for exams is usually pretty poor time management not doing justice to the exams or gsoc work, balancing the two together tends to be a better recipe for passing
00:02.04 roaldfre1 fair point :)
00:02.47 roaldfre1 How strictly do you guys treat the bonding period and the actual coding start? (I'd like to start [part time] asap)
00:03.00 roaldfre1 ie using the bonding period to make up time
00:03.28 brlcad just like if you were studying while working full-time, you put in long hours in every day or work on deadlines you know are coming up well in advance
00:03.57 brlcad that's something that you could propose, to a limit
00:06.37 roaldfre1 I'll sleep on it. Thanks for the chat!
00:06.40 brlcad the bonding period would be a good way to put in effort before gsoc begins to offset time away during gsoc -- but that should be very specific and pointed out in a schedule
00:07.07 brlcad the code might not "count" but the effort certainly could and be accounted for during evals
00:07.18 roaldfre1 I see :)
00:07.55 brlcad i.e. it'd let us give you full consideration as if you were full-time during application review
01:06.34 CIA-128 BRL-CAD: 03starseeker * r49882 10/brlcad/trunk/ (4 files in 3 dirs): Make a stab at avoiding conflicts between files and build target names in MSVC
01:47.04 CIA-128 BRL-CAD: 03starseeker * r49883 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake BRLCAD_Util.cmake): Simplify normalize macro
01:49.43 CIA-128 BRL-CAD: 03starseeker * r49884 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: More quoting for tcl pkgindex generation
02:22.10 CIA-128 BRL-CAD: 03starseeker * r49885 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake BRLCAD_Util.cmake): simplify normalize macro - no need for hard coded tmp names, just change the assumptions being made by calling scripts
02:27.36 CIA-128 BRL-CAD: 03starseeker * r49886 10/brlcad/trunk/ (2 files in 2 dirs): typo, overly agressive quoting
02:45.03 crdueck i've posted a new draft of my application, its mostly complete in terms of content but i'd really like to get some feedback on what can be improved/added. you can find it here: http://brlcad.org/wiki/User:Crdueck thanks everyone
02:45.59 brlcad crdueck: responding with feedback to mailing list good?
02:46.18 crdueck yes definitely :)
03:09.16 CIA-128 BRL-CAD: 03starseeker * r49887 10/brlcad/trunk/src/other/libz/CMakeLists.txt: Work around zlib CMake issue with static libraries and MSVC 2010 - see http://public.kitware.com/Bug/view.php?id=11240
03:10.19 starseeker scowls at Windows
03:11.10 starseeker alright, that's enough pain for one day
03:49.56 crdueck brlcad: i'm taking a look at libged/analyze.c, some of the functions I plan on implementing are present in some form in this file. I think i'm going to include rewriting major sections of this file to account for the functions I will be adding as part of my project.
04:00.47 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
04:07.10 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3459 10/wiki/User:Crdueck: updated proposal
04:33.24 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3460 10/wiki/User:Crdueck: new deliverables
05:06.03 brlcad crdueck: great, glad to hear it
05:06.56 brlcad working with and integrating with existing code is almost always better than writing from scratch when it comes to code maintainability
05:08.09 CIA-128 BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3461 10/wiki/Google_Summer_of_Code: accepted
05:35.41 andrei_ brlcad : I wanted to say, after gsoc apply period ends I will probably "dissapear" a day or two
05:36.10 andrei_ I need to change the distribution i m curently on and moving all the data / settings might take some time
05:45.35 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:44.22 stas brlcad, my second startup :)
06:44.42 stas basically we are writing an app to help prevention of skin cancer
07:59.29 *** join/#brlcad stas (~stas@82.208.133.12)
09:25.12 *** join/#brlcad Neil__ (~chatzilla@117.229.10.11)
10:05.22 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
10:32.06 *** join/#brlcad Neil__ (~chatzilla@117.229.58.46)
11:37.30 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3462 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
11:38.31 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3463 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
11:39.33 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3464 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
11:41.43 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:45.24 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3465 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
11:46.52 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3466 10/wiki/User:Ksuzee:
12:21.38 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3467 10/wiki/User:Ksuzee/Proposal:
12:53.46 *** join/#brlcad andrei (andrei@188.25.172.172)
12:53.53 andrei hello!
13:09.40 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:15.17 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:29.22 *** join/#brlcad Neil__ (~chatzilla@117.229.5.253)
13:30.44 Neil__ brlcad: Hi Sean! I have written some PHP code for the materials database website. There are about 8-10 files in 2 directories. Is it ok if I put them up on GitHub? If not, where can I upload them?
13:42.50 ``Erik github is probably fine, it might end up on sourceforge as the 'official' repo (to keep it right by the BRL-CAD source)
13:44.33 ``Erik http://brlcad.git.sourceforge.net/git/gitweb-index.cgi <-- we already have a little bit in git on sourceforge, if that's the vcs you're using :)
13:48.08 Neil__ thanks ``Erik . I'll check it out
14:08.33 Neil__ ``Erik: How should I go about it? It's not something I want to commit but just to give a brief idea about my coding style.
14:10.17 Neil__ source forge will accept only 1 file in the tracker
14:25.48 ``Erik you could always use github as a working repo and nuke it, or if you just want a dump, you can use tar or shar to collect it all up into one archive for uploading
14:44.32 CIA-128 BRL-CAD: 03tbrowder2 * r49888 10/brlcad/trunk/include/db.h: fixed typo from tracker patch ID 3514350 reported by crudeck
14:47.12 CIA-128 BRL-CAD: 03tbrowder2 * r49889 10/brlcad/trunk/include/db.h: typo
14:47.38 brlcad or a simple tarball
14:48.01 brlcad never fear the commit
14:48.09 brlcad commit early, commit often
14:53.26 CIA-128 BRL-CAD: 03brlcad * r49890 10/brlcad/trunk/AUTHORS: tom applied chris' sf patch 3514350 (fixed some typos) so credit him with special thanks
15:07.26 andrei brlcad: The second proposal should be structured exactly as the first one
15:07.52 andrei or I should only include relevant info ( for example not include background info again)
15:11.59 Neil__ brlcad, ``Erik: thanks. i'll put up a tar for now. upload it on sourceforge itself? under trackers?
16:01.44 CIA-128 BRL-CAD: 03starseeker * r49891 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: rework comment
16:02.59 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
16:05.52 ksuzee Hello, Sean!\
16:06.09 ksuzee could you help me a bit?
16:42.08 CIA-128 BRL-CAD: 03bob1961 * r49892 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Modify cadwidgets::Ged::end_data_move to save the current "draw" setting. Use the saved value to restore the "draw" setting.
17:15.30 *** join/#brlcad Neil__ (~chatzilla@117.229.104.128)
17:19.53 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3468 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
17:23.13 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3469 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
17:26.46 CIA-128 BRL-CAD: 03starseeker * r49893 10/brlcad/trunk/ (4 files in 4 dirs):
17:26.46 CIA-128 BRL-CAD: Variety of cleanups and simplifications - in particular, ADD_MAN_PAGES is now
17:26.46 CIA-128 BRL-CAD: just a wrapper for BRLCAD_ADDDATA that handles the MAN_DIR setting - we need a
17:26.46 CIA-128 BRL-CAD: MAN_DIR variable that includes the DATA_DIR for generic man page installation
17:26.46 CIA-128 BRL-CAD: from other build systems, but since BRLCAD_ADDDATA assumes it just rework
17:26.47 CIA-128 BRL-CAD: MAN_DIR to be appropriate for BRLCAD_ADDDATA and pass it through ftw.
17:27.24 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3470 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */
17:27.24 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3471 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
17:31.28 CIA-128 BRL-CAD: 03starseeker * r49894 10/brlcad/trunk/src/libfb/libfb.3: Uh, what? didn't mean to change libfb.3
17:35.14 *** join/#brlcad atneik (~atneik@59.178.47.4)
17:39.32 CIA-128 BRL-CAD: 03starseeker * r49895 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: remove debug message
17:57.52 CIA-128 BRL-CAD: 03starseeker * r49896 10/brlcad/trunk/ (3 files in 3 dirs): Few tweaks for distclean
17:59.41 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-trnxnzsaeamyvena)
18:01.56 CIA-128 BRL-CAD: 03n_reed * r49897 10/brlcad/trunk/src/other/step/cmake/scl_version_string.cmake: sync comment changes from 7b54e23
18:11.36 *** join/#brlcad harshthakar002 (73f91219@gateway/web/freenode/ip.115.249.18.25)
18:22.57 *** join/#brlcad Neil__ (~chatzilla@117.229.67.183)
18:23.20 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Mock up.pdf]]": A few mock-up diagrams of the materials database website.
18:24.33 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:SQL schema.pdf]]": Basic SQL schema for the materials database website.
18:28.44 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3474 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
18:32.14 Stattrav I sent my proposal to the mailing list. brlcad comments on the same please.
18:33.43 *** join/#brlcad atneik (~atneik@59.178.47.4)
18:39.56 *** join/#brlcad andrei (~andrei@188.25.172.172)
19:00.44 *** join/#brlcad merzo (~merzo@198-76-200-46.pool.ukrtel.net)
19:01.28 *** join/#brlcad atneik (~atneik@59.178.63.118)
19:15.07 *** join/#brlcad atneik (~atneik@59.178.38.213)
19:19.00 *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com)
19:19.36 *** join/#brlcad atneik_ (~atneik@59.178.38.151)
19:47.27 CIA-128 BRL-CAD: 03r_weiss * r49898 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: (log message trimmed)
19:47.27 CIA-128 BRL-CAD: Updated functions 'x_comp' and 'v_ptr_comp' which are compare functions for
19:47.27 CIA-128 BRL-CAD: qsort called from within functions 'nmg_ptbl_vfuse' and 'nmg_model_edge_fuse' in
19:47.27 CIA-128 BRL-CAD: file 'nmg-fuse.c'. When the compare function returns zero (ie equal), the
19:47.27 CIA-128 BRL-CAD: behavior of qsort using 'Visual Studio' versus 'GNU C' is different. This
19:47.28 CIA-128 BRL-CAD: difference was preventing qsort from sorting as expected on Windows which was
19:47.29 CIA-128 BRL-CAD: breaking the MGED 'facetize' and 'ev' commands. This also impacted converters on
20:29.53 Neil__ brlcad: I've submitted my proposal on melange. Looking forward to your comments. :)
21:19.18 CIA-128 BRL-CAD: 03n_reed * r49899 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): Fix printf format errors. Informed by SCL git c075554, 0366706, af7d90d, ec41f80, d33d4c5, and e52c290.
21:36.15 CIA-128 BRL-CAD: 03starseeker * r49900 10/brlcad/trunk/ (3 files in 2 dirs): Add a few more files to distclean
21:45.24 CIA-128 BRL-CAD: 03starseeker * r49901 10/brlcad/trunk/src/libfb/ (CMakeLists.txt libfb.3):
21:45.24 CIA-128 BRL-CAD: Ah! Using the symlinks for man pages shows us what was hidden - libfb man3 man
21:45.24 CIA-128 BRL-CAD: page was converted to DocBook, but the old one wasn't removed. Was just being
21:45.24 CIA-128 BRL-CAD: copied over by the DocBook build with the old setup, but using symlinks for the
21:45.24 CIA-128 BRL-CAD: non-DocBook man pages the changes actually got written back to the old libfb.3
21:45.24 CIA-128 BRL-CAD: man page and showed up in Subversion. Actually a handy way to make sure we
21:45.24 CIA-128 BRL-CAD: don't have strays left over after a DocBook conversion.
21:47.37 CIA-128 BRL-CAD: 03starseeker * r49902 10/brlcad/trunk/src/libfb/Makefile.am: Oh yeah, better let the Makefile.am know...
21:56.31 CIA-128 BRL-CAD: 03n_reed * r49903 10/brlcad/trunk/src/other/step/include/scl_cf_cmake.h.in: sync with SCL git 993167e
22:43.10 CIA-128 BRL-CAD: 03n_reed * r49904 10/brlcad/trunk/src/other/step/src/clstepcore/ (SingleLinkList.cc SingleLinkList.inline.cc): match SCL git style
22:55.41 CIA-128 BRL-CAD: 03Cprecup 07http://brlcad.org * r3475 10/wiki/User:Cprecup: First version of proposal for the "Visualizing CSG" project
23:05.04 CIA-128 BRL-CAD: 03Cprecup 07http://brlcad.org * r3476 10/wiki/User:Cprecup: Correct numbered listing
23:49.05 *** join/#brlcad stas (~stas@188.24.36.145)
23:52.35 *** join/#brlcad andrei (andrei@188.25.172.172)
IRC log for #brlcad on 20120404

IRC log for #brlcad on 20120404

01:01.35 brlcad hah, nice relevant comment on the gsoc mailing list from one of the wikimedia folks relevant to that thing I keep telling you, starseeker :)
01:01.57 brlcad speaking about one of the reasons for "release early, release often"
01:02.05 brlcad she says "nothing is ever DONE, it is just DUE"
01:02.07 brlcad so true ;)
01:03.34 andrei hey brlcad
01:04.13 andrei did you have any chance to look upon my proposal draft?
01:04.27 andrei as in the latest one
01:05.25 brlcad heh
01:06.13 brlcad there's no way I could keep track of every revision of everyone's proposal ;)
01:06.34 brlcad so probably not, but they do all get read in waves
01:06.50 brlcad once or twice before the deadline if there's enough time
01:08.06 andrei I know there are enough things to do aside of reading proposals
01:08.16 brlcad if you take the feedback I gave earlier to heart and make sure you've addressed every comment and double-check the detail you're providing, your timeline, our guidelines, etc .. then you'll be fine
01:09.04 brlcad andrei: I'm certainly not the only one to read them too, just so you know -- I'm just the chatty one more likely to respond before the deadline
01:10.51 andrei I know it takes time to be discussed and such , but may I ask how are my chances of getting accepted ?
01:11.58 brlcad you can always ask
01:13.37 andrei from your point of view, how are my chances of getting accepted with BRL-CAD?
01:14.24 brlcad well, greater than 0%
01:14.29 brlcad less than 100%
01:14.38 brlcad you can always ask, but that doesn't mean you'll get a useful answer :)
01:16.00 brlcad there's frankly no way to actually know what your chances are because we don't yet have the final count of submissions and slot allocations from google
01:17.28 brlcad generally speaking, your chances are fantastic just by applying to brl-cad (compared to, say, gentoo) ... if you put good effort into your proposal, stay engaged and express ongoing interest, and keep involved in discussions/coding then chances are even further increased
01:18.17 brlcad that's probably not a satisfying answer, but that's as good as it gets for gsoc .. super competitive program means it's outright not possible to accept all of the fantastic students that step forward
01:19.58 andrei This probably is the normal way things go in real life
01:20.01 andrei I m just new to it :)
01:20.42 andrei also, after 6th of april am I still allowed to submit patches( for example solutions to small duplications) ? if so, just out of curiosity , do they matter at all for the application?
01:24.46 brlcad it's open source
01:25.04 brlcad you can keep submitting patches until the day aliens suck you up to their mothership
01:25.28 andrei that's good to know
01:26.06 andrei by the way, I m sorry for the previous questions. Probably it's not very pleasant to get asked those questions plenty of times each year
01:26.14 brlcad patches help show your interest in the project and interest in contributing to open source, so certainly they can help -- as long as they're good patches
01:26.46 brlcad patches that take longer to review and comment on than they took to write aren't so helpful
01:26.58 brlcad that's why it's good to review your patches before you submit them to make sure they're golden
01:27.17 brlcad they should be easy to review, apply cleanly, and provide a clear improvement
01:29.56 andrei I m trying to keep a balance between focusing on my studies and focusing on open source development. I enjoy working on open source, but without certain knowledge and guidelines from courses I would be useless , even as eager as I am.
01:31.54 andrei I find it very easy to go too much in one of the mentioned directions.
02:48.08 starseeker actually, after the aliens get you too if the mothership has good bandwidth :-P
02:50.03 starseeker brlcad: yeah, yeah :-P I'm not after "done", just "no known open issues"
02:59.46 brlcad those two aren't far from each other ;)
03:01.29 brlcad "no actualized problems remaining" might be easier to satisfy
03:02.07 starseeker fair enough
03:03.48 starseeker supposes "no known open issues" and "we support FreeBSD" are pretty much incompatible - right ``Erik :-P
03:19.32 *** join/#brlcad Neil__ (~chatzilla@117.229.60.206)
03:43.05 *** join/#brlcad thiago_ (~thiago@201.82.133.50)
05:16.46 *** join/#brlcad Neil__ (~chatzilla@117.229.60.206)
05:30.21 CIA-128 BRL-CAD: 03starseeker * r49905 10/brlcad/trunk/ (5 files in 5 dirs): Take a stab at making configure_file cmakefiles appending more robust
06:45.30 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
07:02.54 Stattrav brlcad: for secure http submissions, will sending a confirm link to the user upon submission make it tedious w.r.t usability ?
07:34.45 *** join/#brlcad stas (~stas@188.24.35.114)
07:46.07 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:20.38 *** join/#brlcad stas (~stas@82.208.133.12)
08:41.38 *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66)
08:41.46 matovitch hey
08:58.55 brlcad hello
09:02.41 Neil__ brlcad: Hi Sean! For the materials database, I've prepared a mock-up of about 5 different webpages, prepared an initial sql schema and submitted a bit of code. Anything else I can do for the patch?
10:19.54 *** join/#brlcad Neil__ (~chatzilla@117.229.45.37)
10:22.03 *** join/#brlcad piksi_ (piksi@pi-xi.net)
11:13.18 ``Erik starseeker: 'support' is an awfully loose concept, all it really means is 'not summarily ignored' (and fbsd support is typically pretty good, I'd imagine there are linux variants that have a harder time right now)
11:14.12 ``Erik starseeker: we 'support' osX, even though that step generator crash has been lingering there for a bit... :D
11:22.58 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:23.11 *** join/#brlcad Bumerang (~bumerang@2001:67c:1220:c1a3:21a:6bff:fece:176d)
11:30.50 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:32.53 *** join/#brlcad Neil__ (~chatzilla@117.229.46.0)
12:12.32 *** join/#brlcad andrei (~andrei@188.25.174.166)
12:47.01 Bumerang Hello! I'm interested in applying for the GSoC project "Consolidate image processing" and my question is - Is this topic already taken (or it's being communicated with other student)? Thanks for reply
12:50.16 brlcad Bumerang: there's no such thing as "taken"
12:51.07 brlcad I don't recall if someone is working on a proposal for that topic, so you're on fairly equal ground (i.e., submit it!)
12:53.47 Bumerang Thanks again
13:01.59 *** join/#brlcad thiago (~thiago@187.106.50.132)
13:13.05 CIA-128 BRL-CAD: 03starseeker * r49906 10/brlcad/trunk/ (bench/CMakeLists.txt pix/CMakeLists.txt): collapse more custom logic into a call to BRLCAD_ADDDATA
13:18.23 starseeker Ooo - Qt 5 hit Alpha
13:19.24 CIA-128 BRL-CAD: 03starseeker * r49907 10/brlcad/trunk/ (3 files in 2 dirs): Couple cleanups
13:27.27 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
13:41.02 andrei hello
14:25.01 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
14:25.01 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
14:36.37 CIA-128 BRL-CAD: 03starseeker * r49908 10/brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: move definition of BRLCAD_TARGET_NAME
14:55.25 *** join/#brlcad Neil__ (~chatzilla@117.229.46.0)
15:24.54 CIA-128 BRL-CAD: 03starseeker * r49909 10/brlcad/trunk/ (bench/run.sh misc/CMake/distclean.cmake.in): sweep up the benchmark outputs too when doing distclean
15:27.10 brlcad mm, good catch
15:27.30 brlcad that's user-visible
15:29.20 brlcad starseeker, I'm conflicted as to whether distclean should touch the summary file -- historically, that's a no-no
15:29.47 brlcad for consistency, it might just be better to print a message saying that one exists and it must be manually removed
15:33.14 brlcad or keep track of whether one existed before running the benchmark, then it could be deleted if distcheck created it
15:45.09 CIA-128 BRL-CAD: 03starseeker * r49910 10/brlcad/trunk/regress/CMakeLists.txt: Teach the regress build target how to clean up after itself
15:49.00 CIA-128 BRL-CAD: 03brlcad * r49911 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: removed unused dir var
15:50.00 CIA-128 BRL-CAD: 03brlcad * r49912 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: get a const address before calling rt_metaball_point_value() so we can avoid a bug in older versions of gcc where it doesn't pick up on the const cast.
15:54.27 *** join/#brlcad atneik (~atneik@59.178.148.162)
16:35.04 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
16:43.50 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
16:57.14 CIA-128 BRL-CAD: 03n_reed * r49913 10/brlcad/trunk/src/other/step/src/ (6 files in 2 dirs): remove unused variables as seen in SCL git 1492641 and 2b31086
17:10.41 *** join/#brlcad xth1 (~thiago@187.106.50.132)
17:17.01 brlcad lot of "set but not used" warnings in src/conv/step
17:19.32 andrei brlcad : I chose the refactor plan by taking the larger ones first , then the ones that appear more than others however I intend to add an exception . When a considerable number of files in a directory have duplicated lines, and the total is above a certain value I intend to rework the whole directory
17:19.38 andrei does this approach seem realistic?
17:21.06 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
17:23.22 andrei also , should I add a "debug" method in my proposal? the one I suggest is probably trivial ( using printfs at key points) but gdb doesn't seem viable for this as there are plenty of files that depend on others.
17:24.59 bhinesley I'm going to have to pull out of the race, guys.
17:25.16 bhinesley my classes this quarter are going to require more time than I though
17:25.28 Al_Da_Best :(
17:25.32 bhinesley ... which runs over the first 3-4 weeks of gsoc
17:25.55 bhinesley Al_Da_Best: indeed :(
17:27.01 andrei best of luck with those , bhinesley
17:27.28 bhinesley andrei: thank you, gl with gsoc
17:27.38 *** join/#brlcad atneik (~atneik@59.178.155.13)
17:27.47 andrei thank you aswell! Also, thank you for the help provided !
17:28.02 bhinesley not a problem; I will still be here
17:32.52 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
18:00.33 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
18:02.53 ksuzee <brlcad>Hello, Sean! Are you here?
18:08.45 brlcad hi ksuzee
18:09.30 brlcad andrei: sure that's realistic
18:09.39 brlcad the point was to just have a specific approach in mind
18:09.56 brlcad then have some specific ones identified so we can measure your progress
18:10.31 brlcad i'm not sure what you mean by debug method
18:10.51 ksuzee I need some your help)) You've told, that my example of code in the proposal is bad
18:11.11 ksuzee And told to write you about it here
18:12.26 brlcad so yeah, that was a curious example to select
18:13.16 brlcad in that particular instance, those functions are surrogates for standard library functions
18:13.39 ksuzee aaa
18:13.48 ksuzee so they couldn't be changed?
18:13.54 brlcad they are intentionally attempting to be a replacement for an already-defined function, so their signature should not change
18:14.36 ksuzee I unerstand now
18:14.47 brlcad moreover, they all behave in subtlely different ways and my initial read of your refactoring didn't handle all of the cases and behaviors that it was replacing
18:15.23 brlcad it was good to identify an example like that, just not that one ;)
18:17.46 ksuzee Ok, I understand your advise))) So, it's better to give as an example smth like that, but not with this functions?
18:18.22 brlcad yeah
18:18.46 brlcad how did you arrive at that example?
18:18.55 brlcad it came up in a simian report?
18:19.09 ksuzee yeah
18:19.45 ksuzee in the same thread with other code like "copy-pasts"
18:20.32 brlcad interesting, because those are very very short functions
18:20.46 brlcad there's bigger duplication than that
18:21.45 andrei brlcad: what I meant by debug is
18:22.11 andrei if the function that I rewrote sends sigserv for example
18:22.22 ksuzee I know))) But I tryed ti find smth really small only as an example)
18:22.43 andrei there has to be a way to step by step the function and see why it breaks down
18:23.40 andrei for example, if I would rewrite malloc and it only segfaults on a single call
18:23.59 andrei but that call is included in a much larger function
18:24.07 andrei I m not sure how to use gdb to see this
18:29.01 ksuzee So, I understand you)) Thank a lot for help. I'll write when I find a better example
18:29.02 brlcad isn't familiar with segserv, maybe you mean sigsegv? :)
18:29.31 *** part/#brlcad atneik (~atneik@59.178.155.13)
18:33.28 andrei ah, fail
18:33.34 andrei sigsegv
18:43.28 brlcad that's a pretty easy debug case actually
18:43.34 brlcad gdb will halt where it crashes
18:43.46 brlcad catching the signal
18:44.11 brlcad still, that doesn't need to be part of the proposal other than to say that you intend to test and discuss your changes
18:44.29 brlcad and debug them if an issue arises, or revert the change
18:44.37 andrei ah, alright it's ok then
18:44.51 andrei also ,another thing that came into my mind recently
18:46.13 andrei I m about to change the proposal a bit in order to be easier understood even if you have no connection with it(i.e. add links to the concepts etc) . Should I do that?
18:46.21 *** join/#brlcad xth1 (~thiago@187.106.50.132)
18:46.52 brlcad sure
19:01.19 Neil__ brlcad: Hi Sean! For the materials database, I've prepared a mock-up of about 5 different webpages, prepared an initial sql schema and submitted a bit of code. Anything else I can do for the patch?
19:02.36 *** join/#brlcad merzo (~merzo@13-229-132-95.pool.ukrtel.net)
19:18.23 *** join/#brlcad xth1 (~thiago@187.106.50.132)
19:37.19 ``Erik brlcad: regress/vls fails on 32b (%lld) and I have some concerns about the approach, I'd argue that the 'ground truth' results should be static strings, not generated from snprintf()
19:38.48 *** join/#brlcad thiago__ (~thiago@187.106.50.132)
19:47.36 *** join/#brlcad merzo (~merzo@13-229-132-95.pool.ukrtel.net)
20:00.05 *** join/#brlcad sam___ (5ce4f9a5@gateway/web/freenode/ip.92.228.249.165)
20:18.17 *** join/#brlcad kane_ (5ce4f9a5@gateway/web/freenode/ip.92.228.249.165)
20:19.03 kane_ Hi brlcad team, i am Mesut from germany, i am here to introduce myself for the gSoC.
20:24.01 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
20:31.36 brlcad hello kane_
20:31.42 brlcad welcome!
20:38.22 CIA-128 BRL-CAD: 03Mesut 07http://brlcad.org * r3477 10/wiki/User:Mesut: my proposal
20:38.33 kane_ Hi
20:38.49 kane_ i have postet my proposal on the wiki ^^^
20:39.32 kane_ i hope your enjoying reading it :)
20:41.30 CIA-128 BRL-CAD: 03Mesut 07http://brlcad.org * r3478 10/wiki/User:Mesut: My proposal
20:52.50 brlcad kane_: awesome, thanks!
20:53.06 brlcad kane_: please also submit it to google-melange if you've not done so already
20:53.27 brlcad if you're on irc when I read it (which I have no idea when that might be), I'll certainly give you feedback
20:54.55 *** join/#brlcad stas (~stas@188.24.35.114)
20:57.56 kane_ Thank you! I have posted it on gSoC and sent it through the mailer. Only posting a patch left :)...
20:58.16 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
21:07.57 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
21:07.57 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-trnxnzsaeamyvena)
22:13.21 Stattrav so choice of mediawiki is soley based upon the fact that brlcad.org already uses it and a seperate web service is a pain to maintain in a long run.
22:14.12 Stattrav I've elaborated it a bit more in both the proposal and the email.
22:35.03 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
22:46.39 *** join/#brlcad thiago__ (~thiago@187.106.50.132)
23:10.54 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
23:53.32 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
IRC log for #brlcad on 20120405

IRC log for #brlcad on 20120405

00:02.11 ``Erik http://www.creativeapplications.net/mac/fugu-procedural-modelling-system-for-3d-graphics/
00:30.43 *** join/#brlcad xth1 (~thiago@187.106.50.132)
00:32.34 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3479 10/wiki/User:Crdueck: edits to proposal, project summary
00:49.39 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
00:53.45 *** join/#brlcad saksoft2 (~no@66-168-87-146.dhcp.kgpt.tn.charter.com)
01:00.27 saksoft2 I'm impressed. There are a lot more names in here than I thought there would be.
01:03.34 saksoft2 I would like to build something that looks like a stargate. A large outer ring with a rotating ring within it. The main difference is that I want to chop both rings into sectors/segments. I can figure out that I want to use cylinders for the basic shapes but what would you use to divide each ring (inner and outer) into separate sections?
01:06.40 saksoft2 What would you suggest?
01:13.39 crdueck i'm not too experienced with modeling with BRLCAD yet myself, but this wiki page details how to make a segmented spiral. maybe it could be useful
01:13.42 crdueck http://brlcad.org/wiki/Spiral
01:16.53 saksoft2 hmmm. not exactl what I was trying to do. I need to take the basic sector of each ring and add things to it like a flange plate. bolt holes, grooves, bearings, etc. So i need two sets of squarish rings that will nest inside one another chopped into an integer fraction of the entire circle.
01:18.17 saksoft2 constructing the basic rings is not hard (it's adding and subtracting cylinders of various radii). Where I am stuck is what to use to say make a 1/6 or 1/7 or 1/8th chop of the entire loop so that I can replicate it and add stuff to each piece.
03:06.12 *** join/#brlcad ibot (~ibot@rikers.org)
03:06.12 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
03:23.12 *** join/#brlcad Neil__ (~chatzilla@117.229.10.185)
03:26.17 crdueck primitive functions are declared in which header file?
04:03.30 saksoft2 brlcad: thanks for the advice. I am trying to do your first suggestion of model one piece and replicate it around. However, only the core of each piece will be the same. There will be variances to each segment based on its position around the circle. My question is which method would you experienced modelers use to chop one segment our of the larger ring?
04:03.54 saksoft2 our = out.
04:07.38 saksoft2 for example: a u-shaped channel with an outer diameter of 3m an inner diameter of 2.8m and a wall thickness of 1cm could easily be constructed out of 3 cylinders. I need one fraction of that to act as my 'base' shape on top of which I need to add bolts, bearings, cutouts, etc.
04:08.59 saksoft2 what tool would you use to select just that one sector of the larger ring?
04:20.14 *** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
04:20.25 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
04:20.39 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
04:56.21 starseeker hmm - src/sig/dfft.c:217:15: error: array subscript is above array bounds
05:12.40 *** part/#brlcad saksoft2 (~no@66-168-87-146.dhcp.kgpt.tn.charter.com)
06:44.46 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3480 10/wiki/User:Crdueck: added second patch
07:04.19 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
07:10.48 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3481 10/wiki/User:Jimmiebtlr/Proposal:
07:12.20 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3482 10/wiki/User:Jimmiebtlr/Proposal:
07:14.21 jimmiebtlr_ Hi, I'm interested in working with BRL-CAD on a GSOC project, any feedback on my current proposal would be greatly appreciated.
07:42.27 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:57.52 *** join/#brlcad minhan (daba12e8@gateway/web/freenode/ip.218.186.18.232)
08:30.48 *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
08:31.16 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3483 10/wiki/User:Jimmiebtlr/Proposal:
08:34.12 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3484 10/wiki/User:Jimmiebtlr/Proposal:
08:43.27 *** join/#brlcad Neil__ (~chatzilla@117.229.88.167)
08:49.51 *** join/#brlcad stas (~stas@82.208.133.12)
09:50.36 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3485 10/wiki/User:Jimmiebtlr/Proposal:
10:14.03 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
10:52.21 *** join/#brlcad v_zotov (~Miranda@46.164.232.253)
10:55.26 v_zotov Hello. Does anyone here?
10:56.03 Al_Da_Best Hi
10:56.55 *** join/#brlcad v_zotov (~Miranda@46.164.232.253)
10:58.57 brlcad ~ask
10:58.57 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
11:01.34 v_zotov I want to know more about Geometry Conversion Library project. Please, tell me what tasks I can do with it.
11:02.44 brlcad selecting the title of each project idea goes to a page with more details
11:03.02 brlcad technically, you're the one proposing the tasks, they should be tasks that make sense and are interesting to you
11:03.08 brlcad our ideas are merely starting poitns
11:03.31 brlcad the basica idea, though, is to have a library built out of all of our existing converters
11:37.42 *** join/#brlcad kane (5ce098be@gateway/web/freenode/ip.92.224.152.190)
11:39.10 *** join/#brlcad kane_ (5ce098be@gateway/web/freenode/ip.92.224.152.190)
11:48.17 CIA-128 BRL-CAD: 03starseeker * r49916 10/brlcad/trunk/ (4 files in 2 dirs): Use parallel make in more places than just the main builds
11:54.34 starseeker is a bit puzzled - that N/2 subscript in dfft.c seems to be coming originally from int L = sizeof(data) / sizeof(*data);
12:00.43 brlcad we've been compiling that for a very long time without issue so the leading question is what's changed -- what's giving that error now?
12:02.24 starseeker gentoo, after system upgrade, with optimization flags (Release configuration)
12:02.42 starseeker gcc version 4.5.3
12:03.01 starseeker x86_64
12:03.33 brlcad I compile 4.6.2 64-bit without issue
12:03.58 brlcad so still something smells fishy
12:09.22 brlcad lets's see...
12:09.29 brlcad L should be (4096*4) / 4 = 4096
12:10.03 brlcad N is L so N/2 is 2048
12:10.53 brlcad that's indexing into mags, which is 2048 in size
12:10.59 brlcad hm, boom
12:11.11 starseeker nods - a small test program shows int L = 32768/8 = 4096 here
12:13.00 brlcad yay, coverity fix injected off-by-one bug
12:13.00 starseeker should mags be mags[MAXOUT+1]?
12:13.22 brlcad it should, sorta .. MAXOUT is supposed to be +1
12:13.40 brlcad L was a hard-coded 1024 before (which coverity rightly barked on)
12:14.09 *** join/#brlcad cristina (~cristina@188.24.64.167)
12:14.12 cristina hello
12:15.02 starseeker interesting it hasn't popped up until now...
12:16.44 brlcad probably requires an optimized compile
12:17.19 CIA-128 BRL-CAD: 03brlcad * r49917 10/brlcad/trunk/src/sig/dfft.c: revert 49350 since it introduces an off-by-one error on the nyquist calc. looks like MAXOUT is defined wrong off-by-one, but need to investigate the impact and test
12:19.51 cristina brlcad, I've released a version of my proposal a couple days ago. Could you take a look at it and give me some feedback?
12:29.30 *** join/#brlcad atneik (~atneik@59.178.47.116)
12:31.05 *** join/#brlcad thiago (~thiago@187.106.50.132)
12:32.08 CIA-128 BRL-CAD: 03starseeker * r49918 10/brlcad/trunk/misc/CMake/distclean.cmake.in: Only run benchmark clobber during distclean if we actually need it.
12:33.50 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
12:38.36 *** join/#brlcad atneik (~atneik@59.178.47.116)
14:21.51 *** join/#brlcad andrei_ (~andrei@188.25.163.92)
14:28.00 CIA-128 BRL-CAD: 03tbrowder2 * r49919 10/brlcad/trunk/src/ (6 files in 4 dirs): moved vdeck GIFT converion tool under conv dir where it belongs, tested a cmake out of src dir build okay (bin and man page); added ComGeom details to Formats.csv
14:40.41 *** join/#brlcad atneik (~atneik@59.178.47.116)
15:35.17 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3486 10/wiki/User:Ksuzee/Proposal:
15:35.50 *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83)
15:36.49 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3487 10/wiki/User:Ksuzee/Proposal:
15:41.41 *** join/#brlcad xth1 (~thiago@187.106.50.132)
15:42.34 ksuzee to <brlcad> Hello, Sean! I've corrected my proposal on www.google-melange.com and here http://brlcad.org/wiki/User:Ksuzee. I've chosen the other example of duplication (we talked about it yesterday) and made the development schedule more detailed. Check it, please)
16:01.08 *** join/#brlcad atneik (~atneik@59.178.148.215)
16:34.22 CIA-128 BRL-CAD: 03starseeker * r49920 10/brlcad/trunk/ (18 files in 2 dirs): Regression testing was failing when using quirky file paths. Need to quote the file path in the saveview output too.
16:36.15 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
16:36.35 *** join/#brlcad xth1 (~thiago@187.106.50.132)
16:37.14 starseeker I guess that saveview fix is up there with the Archer change - would be visible under the right conditions
16:37.38 CIA-128 BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3488 10/wiki/User:Jimmiebtlr/Proposal:
16:40.05 jimmiebtlr_ If anyone would be willing to take a look at my proposal and provide some critiques I would be grateful, it's located at http://brlcad.org/wiki/User:Jimmiebtlr/Proposal
16:59.44 CIA-128 BRL-CAD: 03starseeker * r49921 10/brlcad/trunk/ (4 files in 2 dirs): Make defining distcheck targets a bit more flexible. Add a test for pathnames with odd characters.
17:07.44 CIA-128 BRL-CAD: 03starseeker * r49922 10/brlcad/trunk/misc/CMake/Distcheck.cmake: Whoops - right, this should be a macro.
17:21.04 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
17:32.26 CIA-128 BRL-CAD: 03starseeker * r49923 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): provide the paths we want for each test
17:33.03 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
17:35.04 *** join/#brlcad kane_ (5ce098be@gateway/web/freenode/ip.92.224.152.190)
17:38.17 CIA-128 BRL-CAD: 03starseeker * r49924 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: libs->libslist, per 49867
17:42.51 CIA-128 BRL-CAD: 03starseeker * r49925 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: Need quotes for this comparison...
17:45.22 CIA-128 BRL-CAD: 03starseeker * r49926 10/brlcad/trunk/misc/CMake/Distcheck.cmake: fix standard disttarget defs to match new convention
17:58.30 CIA-128 BRL-CAD: 03starseeker * r49927 10/brlcad/trunk/misc/CMake/Distcheck.cmake: set dirs as variables for configure_file
20:01.16 *** join/#brlcad ibot (~ibot@rikers.org)
20:01.16 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
20:05.55 *** join/#brlcad xth1 (~thiago@187.106.50.132)
20:06.25 *** join/#brlcad Neil__ (~chatzilla@117.229.121.144)
20:15.12 *** join/#brlcad bjorkintosh (~bjork@ip70-189-66-194.ok.ok.cox.net)
20:22.17 *** join/#brlcad stas (~stas@188.24.35.114)
20:29.19 *** join/#brlcad andrei_ (~andrei@188.25.163.92)
21:09.25 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
21:16.02 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
21:16.02 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
21:44.54 *** join/#brlcad xth1 (~thiago@187.106.50.132)
21:49.07 *** join/#brlcad jimmiebtlr__ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93)
21:56.36 *** join/#brlcad xth1 (~thiago@187.106.50.132)
22:04.11 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
22:44.42 starseeker brlcad: need some shell scripting help - the repository.sh script is profoundly unhappy when I try to feed it paths with spaces in them
22:45.07 starseeker I've tried a bunch of quoting options and none of it seems to help
22:47.20 CIA-128 BRL-CAD: 03starseeker * r49929 10/brlcad/trunk/regress/flawfinder.sh: Um... previous tests weren't passing when I tried to run the flawfinder script, despite python being present... is this right?
23:04.59 crdueck starseeker: is this an error with unix filepaths (with backslash escaped spaces) or windows paths?
23:09.53 starseeker unix filepaths
23:10.11 starseeker repository.sh is a shell script, and not currently runnable on Windows
23:17.09 crdueck i'm trying to change the IFS to break commands by newlines instead of spaces. I can get it to not complain until the common.h inclusion check when the new IFS breaks grep or something. I'm going to keep playing with it
23:17.46 crdueck nvm it works
23:18.43 crdueck i'll upload a patch to the tracker, i get no complains with this path: brlcad\ -\ svn
23:18.59 crdueck i assume you have more thourough tests though
23:22.40 crdueck https://sourceforge.net/tracker/?func=detail&aid=3515324&group_id=105292&atid=640804
23:23.57 crdueck i tested it really quickly, it should work on filepaths with and without spaces.
23:24.26 starseeker crdueck: I don't see any files attached?
23:25.16 crdueck oh whoops, i didnt submit with a summary the first time. I didnt select a file to upload the second time. its up now
23:26.15 crdueck ahh... the line "OIFS=$IFS" isnt needed, i had it there originally in case i wanted to change the IFS back
23:26.52 crdueck but that shouldnt be needed
23:28.53 starseeker that avoids wiping out, but the tests don't seem to be performed
23:29.09 starseeker I tried sticking bio.h in one of the headers, and it didn't catch it
23:29.42 crdueck can you explain that test a little more?
23:30.44 starseeker sure - most of our headers aren't supposed to use bio.h or others in that list - repository.h is grepping for bio.h in the headers to see if it's present where it shouldn't be
23:31.03 starseeker other tests in that file are similar
23:31.16 starseeker gotta run now, I'll be back online later
23:31.34 crdueck okay, i'm going to see what i can do
23:32.04 starseeker thing to do with those is to deliberately do what the script is looking to find to be sure it spots it
23:33.14 *** join/#brlcad IriX64 (~kvirc@64.229.210.36)
23:33.18 starseeker needs to do that with flawfinder too
23:33.27 starseeker IriX64: what system conditions did you see that problem on?
23:33.43 starseeker configuration options, operating system, etc?
23:34.25 starseeker I'm not seeing the failure, so I need more specifics on how you are triggering it
23:35.15 starseeker OK, bbl
IRC log for #brlcad on 20120406

IRC log for #brlcad on 20120406

00:01.18 *** part/#brlcad bjorkintosh (~bjork@ip70-189-66-194.ok.ok.cox.net)
00:16.46 ``Erik <PROTECTED>
00:55.26 *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net)
00:59.04 Thetawaves who wants to talk about google summer of code?
01:07.14 starseeker ``Erik: trying to make repository.sh in the regression directory robust to pathnames with spaces in them
01:07.20 crdueck i think i have a working patch for repository.sh, this time quoting variables correctly instead of using IFS.
01:07.25 starseeker simply quoting them isn't enough
01:07.28 starseeker or wasn't...
01:07.38 crdueck i'll just upload the patch to pastie instead of the tracker
01:07.53 crdueck because i dont know if i've tested it thoroughly
01:07.59 starseeker if it does work, you'll want to update the previous patch
01:08.00 starseeker sure
01:08.36 crdueck http://pastie.org/3736342
01:08.49 crdueck i will update the patch on the tracker if it works
01:10.56 starseeker starts testing...
01:11.17 starseeker crdueck: for something like this, brlcad will be the best reviewer
01:29.12 crdueck its still not failing the header tests because the FOUND variable gets overwritten for each file in INCFILES
01:29.47 crdueck so unless the last file in INCFILES has one of the offending private headers it'll always pass
01:36.59 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
01:45.18 starseeker you know, I might be able to work around this...
01:46.38 crdueck okay, i'm not sure if i'm understanding the tests correctly. i made a dummy file "bad_include.h" in include/ with the contents "#include "bio.h""
01:47.07 crdueck and backed up my changes to repository.sh, reverted it to the svn original and the tests still pass
01:47.16 starseeker um
01:49.12 crdueck can you confirm that? it could very well be just me
01:49.33 starseeker I'm not set up to right now crdueck
01:49.45 crdueck okay
01:49.50 starseeker hopefully brlcad will come on later and straighten us both out :-/
01:50.02 crdueck hopefully :)
02:07.38 *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
02:44.49 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
02:47.20 starseeker blinks
02:54.18 CIA-128 BRL-CAD: 03starseeker * r49930 10/brlcad/trunk/regress/CMakeLists.txt:
02:54.18 CIA-128 BRL-CAD: Well, flawfinder is running now alright. Complaining about chmod use in libbu's
02:54.18 CIA-128 BRL-CAD: fchmod.c, but we're already using fchmod whenever we can - chmod is for Windows
02:54.18 CIA-128 BRL-CAD: situations where nothing better(?) is available. Don't want to hault regression
02:54.18 CIA-128 BRL-CAD: on that, so remove flawfinder regression from the overall list but leave the
02:54.19 CIA-128 BRL-CAD: target defined in case it's needed.
03:06.01 *** join/#brlcad thiago_ (~thiago@187.106.50.132)
03:48.14 *** join/#brlcad Neil__ (~chatzilla@117.229.121.144)
03:49.32 *** join/#brlcad Neil__ (~chatzilla@117.229.121.144)
05:19.49 *** join/#brlcad thiago (~thiago@187.106.50.132)
05:38.15 *** join/#brlcad andrei_ (~andrei@188.25.163.22)
05:58.13 CIA-128 BRL-CAD: 03starseeker * r49931 10/brlcad/trunk/ (7 files in 3 dirs): Checkpoint - working to make odd pathname case functional again, probably still more to do.
06:08.43 *** join/#brlcad cristina (~cristina@188.24.64.167)
06:47.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:18.19 *** join/#brlcad ibot (~ibot@rikers.org)
08:18.19 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
08:42.55 *** join/#brlcad stas (~stas@82.208.133.12)
08:56.28 brlcad flawfinder was never enabled (hence all the minor syntax bugs in the script) because it has numerous false positive and (more importantly) intentional "flaws" being used in our code that would need to be accounted for
08:56.53 brlcad similar to src/libbu/test_vls.c accounting for passes and known/intentional failures
10:18.13 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
10:18.23 tuxilina hello
11:07.02 *** join/#brlcad cristina (~cristina@188.24.64.167)
11:07.05 cristina hello
11:41.17 CIA-128 BRL-CAD: 03tbrowder2 * r49932 10/brlcad/trunk/src/conv/Makefile.am: add missing continuation backslash
12:31.47 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
12:31.47 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
12:39.59 *** join/#brlcad andrei_ (~tuxilina@141.85.252.190)
12:45.36 *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net)
12:56.21 *** join/#brlcad thiago (~thiago@201.82.135.121)
13:01.06 *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
13:21.10 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
13:56.26 *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166)
14:17.50 CIA-128 BRL-CAD: 03tbrowder2 * r49933 10/brlcad/trunk/ (configure.ac src/Makefile.am src/conv/Makefile.am): modify autotools build system for vdeck move; build and install confirmed vdeck bin and man page installed and working
14:57.29 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
15:14.30 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3500 10/wiki/User:Phoenix: /* Contact */
15:14.59 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3501 10/wiki/User:Phoenix: /* Contact */
15:39.38 *** join/#brlcad atneik (~atneik@59.178.61.82)
15:42.11 brlcad waves
15:49.49 Al_Da_Best Hallo
15:56.31 starseeker brlcad: is it worth keeping flawfinder logic in there then?
15:56.51 starseeker what with Coverity and strict flags and whatnot?
16:00.35 *** join/#brlcad atneik (~atneik@59.178.57.139)
16:07.58 brlcad sure, it detects more than strict flags and coverity is inaccessible to some -- it just needs a few exceptions added to the script and probably a few options enabled/disabled so it can be used like strictness
16:09.37 brlcad it'd be nice to develop it into yet another tool in our belt of V&V efforts
16:17.21 *** join/#brlcad andrei_ (~andrei@188.25.163.130)
16:17.24 andrei_ hello
16:17.55 Al_Da_Best Evening
16:36.14 *** part/#brlcad atneik (~atneik@59.178.57.139)
16:41.49 brlcad howdy andrei_
16:41.56 brlcad just provided feedback on your second proposal
16:42.19 andrei_ just give me a moment to read it then
16:42.47 brlcad if you have a preference between your first and second proposal, that would be good to note in the proposal itself (not just first/second, but main interest)
16:43.10 brlcad unless you don't have a preference, in which case it's fine as it is or you can say that too ;)
16:43.33 andrei_ sure , I will add it in both my proposals
16:43.44 andrei_ Thank you very much for the feedback on such a short notice
16:44.18 brlcad happy to do it
16:44.33 andrei_ a question regarding the second project, as I have stated in it I have a primitive messaging multi-client - server program that works on sockets
16:44.46 andrei_ right now I m trying to put it on github and add a link to it in my second proposal
16:45.02 andrei_ I hope that isn't percieved as a negative point
16:45.24 brlcad how would that be negative?
16:45.42 brlcad I'm not a huge fan of github, but I don't really have anything against it ;)
16:45.52 andrei_ I didn't want to post homeworks or various things developed at school
16:46.06 andrei_ because open source is totally different, in a good way:)
16:46.31 brlcad still not seeing how that's a negative (or a positive)
16:46.37 andrei_ ah, then it's alright
16:47.09 brlcad frankly, code you've written isn't nearly as interesting as code you've read and written
16:47.18 andrei_ but reading code is much harder
16:47.20 brlcad just about any first year CS student can write code
16:47.26 andrei_ at least for me :)
16:47.30 brlcad that's the point
16:47.49 brlcad it is much harder to read and update existing code, that's why we ask for patches instead of code samples
16:48.12 andrei_ however, reading code really expands your understanding
16:48.53 brlcad you could have implemented your own raytracer and CAD system since you were 7 years old, half in assembly with an awesome gui .. and still TOTALLY suck at working on BRL-CAD :)
16:49.54 andrei_ I started looking for organizations for GsoC a lot earlier than the time when they listed
16:50.08 andrei_ I looked up the ones I knew like debian, gnome , opensuse etc
16:50.25 brlcad yeah, that's a problem every year
16:50.42 andrei_ I do believe that brl-cad has one of the most challenging projects
16:50.50 brlcad you don't know who will be participating until it's time to apply :)
16:51.07 brlcad we don't try to be challenging ...
16:51.13 andrei_ well
16:51.13 brlcad it's just a complex domain
16:51.17 andrei_ that's what I meant
16:51.23 andrei_ it s strong liked with math, geometry
16:51.40 andrei_ but honestly that's what made me come here
16:51.59 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
16:52.03 andrei_ at first I chose some project that it seemed interesting to me
16:52.11 andrei_ now I realised I had no clue how to do that
16:52.18 brlcad which was that?
16:52.31 andrei_ just a second
16:53.14 brlcad it's funny really .. some of the most interesting ones are some of the hardest .. yet new non-CS devs will still apply for those topics
16:53.45 andrei_ Geometry Conversion Library
16:53.47 brlcad lots of physics students are interested in the non-vaccuum gravity simulation, but THAT is some hard code to write well
16:54.23 andrei_ yes, those that can code are good engineers are very rare
16:54.35 brlcad yeah, libgcv would be a little difficult .. lots of API to figure out in advance
16:55.19 andrei_ but as I said
16:55.52 andrei_ the fact that brl-cad is challenging and different
16:55.57 andrei_ is what made me come here
16:56.27 andrei_ I believe you only properly learn difficult matters
16:56.30 andrei_ when you have to face them
16:57.19 brlcad most people learn by doing
16:57.49 Al_Da_Best Best way to learn is to teach. Next best way is to just do it
16:58.04 andrei_ I believe that in order to proper teach something
16:58.12 andrei_ you have to know in depth of what you speak.
16:58.13 louipc can't properly teach if you don't know what you're doing
16:58.46 louipc andrei_++
16:59.06 andrei_ there is no clue of what will happen and I don t want to speculate over it
16:59.10 Al_Da_Best Well within reason yeah, you need some faint idea of what to do
16:59.30 andrei_ but for example, if I will get accepted and finish my proposed project on time
16:59.45 andrei_ I will probably try something more difficult, even if it requires me to learn
16:59.48 andrei_ math for example
17:00.18 louipc Al_Da_Best: nah you need better than a faint idea. otherwise you get thrown offguard by a question you wouldn't have considered if you had not in depth knowledge of the subject
17:02.36 Al_Da_Best Sure, but to get to that depth of knowledge it would be better for you to start by teaching others relatively simple things and move up, and you would learn more along the way
17:03.49 louipc well, I'm not convinced of that method
17:04.04 andrei_ Al_Da_Best, I do understand where you re trying to get
17:04.05 louipc I've had teachers 10 yrs in the ... academic side of the field
17:04.11 louipc that had no clue what they were doing
17:04.19 louipc could not answer questions
17:04.21 louipc horrible
17:04.41 andrei_ sadly this is also the sittuation here with hardware-oriented classes
17:05.59 andrei_ at least for me, a teacher plays a key role in how much I like the respective course
17:06.34 Al_Da_Best Yeah an un-enthusiastic teacher is pretty bad. Most of my teachers have been pretty good so far
17:07.46 andrei_ this is what I like about GsoC
17:07.52 louipc I think teaching is more of a test of what you know, rather than a method of learning what you should know
17:07.59 andrei_ agree
17:08.46 Al_Da_Best Yea. But for example, doing a presentation to the rest of your class will help you a lot as well
17:09.02 louipc if you really know what you're talking about, and you can speak in reasonably comprehensible terms, than you can teach most people
17:09.18 louipc sure, you will learn where you're lacking
17:09.27 louipc when those questions pop up
17:10.49 crdueck hey brlcad, did you get a chance to look at the issues starseeker and I were having with regress/repository.sh last night?
17:15.00 louipc anyways... I'd prefer that aspiring teachers learn by doing, then teach, rather than learn by teaching while spoiling many young minds :P
17:15.33 Al_Da_Best Doing is more fun too
17:27.16 andrei_ brlcad, I have tried to fix what you mentioned in the feedback as good as possible . Thanks again :)
17:28.08 *** join/#brlcad xth1 (~thiago@201.82.135.121)
17:28.19 brlcad crdueck: can you be more specific?
17:29.19 brlcad it worked for me when I originally added the script, and that was the only goal ;)
17:29.31 brlcad it wasn't meant to be hooked into the nightly regress just yet
17:29.42 brlcad script would need support for marking false positives
17:30.17 brlcad as for the path issues, that's better debugged with a case example
17:30.21 crdueck brlcad: okay sure, starseeker had brought up an issue with the script when you tried to feed it filepaths with spaces. I had made some changes (mostly just quoting variables) so that it could handle whitespace properly
17:30.58 crdueck but then when i was testing the private/public headers, i was getting false positives even when i reverted my changes
17:31.54 brlcad oh, you said repository.sh .. I was thinking flawfinder.sh for some reason
17:32.55 crdueck no worries, my changes produced correct behaviour with filepaths with whitespaces. I can pastie them for you to take a look at if you'd like because its not ready for the patch tracker quite yet.
17:34.45 brlcad crdueck: private/public headers, I presume you mean the bio.h, bin.h, bselect.h header checks?
17:35.09 brlcad or the common.h check
17:35.23 crdueck yes, the bio.h, bin.h... header checks
17:36.04 crdueck i tested it with "echo '#include "bio.h"' > include/bad.h"
17:36.09 crdueck and got a false positive
17:36.39 brlcad how's that a false positive?
17:36.50 brlcad if it matched it, that's what it was supposed to do
17:37.23 brlcad if it didn't find it, then it wasn't a false positive .. it was a false negative ;)
17:37.52 *** join/#brlcad Neil__ (~chatzilla@117.228.214.71)
17:38.16 crdueck ahh okay, false negative then. it didnt find it and all the checks passed
17:38.55 brlcad grep '[^f]bio.h' include/*.h /dev/null
17:40.21 crdueck in this case grep finds the bad includes in bad.h
17:41.01 brlcad okay, so next
17:41.41 brlcad INCFILES="`find ${TOPSRC}/include -type f \( -name \*.c -o -name \*.cpp -o -name \*.cxx -o -name \*.h -o -name \*.y -o -name \*.l \) -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*' -not -regex '.*pkg.h'`"
17:41.50 brlcad echo $INCFILES | grep bad.h
17:43.00 brlcad then: FOUND="`grep '[^f]bio.h' $INCFILES /dev/null | grep -v 'include/bio.h'`"
17:43.12 brlcad echo "FOUND is $FOUND"
17:47.47 crdueck nothing is found. i'll get the other output to a txt file in a sec
17:51.36 brlcad oh, sorry
17:51.50 brlcad INCFILES="`find include -type f \( -name \*.c -o -name \*.cpp -o -name \*.cxx -o -name \*.h -o -name \*.y -o -name \*.l \) -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*' -not -regex '.*pkg.h'`"
17:52.00 brlcad from the top level source dir
17:52.10 brlcad then the rest
17:57.58 crdueck i had set TOPSRC to the toplevel source dir like it does in the script. i'll try it again
18:03.53 crdueck still nothing at the end: http://pastie.org/pastes/3740315
18:06.01 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3502 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
18:15.35 brlcad line 79 doesn't make sense
18:18.12 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3503 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
18:19.56 crdueck i think echo is treating "$INCFILES | grep bad.h" as one string
18:20.02 crdueck its not piping it to grep
18:22.49 brlcad what is the actual command you typed/ran
18:22.53 *** join/#brlcad Guest53071 (~chatzilla@106.78.60.229)
18:23.08 crdueck echo $INCFILES | grep bad.h
18:27.10 brlcad it looks like you have something aliased to echo or it's a script
18:28.01 brlcad something is expanding the grep command too
18:28.48 crdueck grep is aliased to case insensitive and colored. It still doesnt work even with /bin/echo, if it was being aliased
18:32.56 crdueck okay, my usual shell is zsh. I tried the whole thing over in sh and it worked. I should have tried that first, apologies.
18:36.22 brlcad works in zsh for me just the same
18:37.38 crdueck i dont have any strange aliases for zsh though, so thats strange
18:38.37 brlcad if you run "alias", doesn't list anything for echo?
18:38.58 crdueck zsh 4.3.17
18:42.19 crdueck nothing
18:43.22 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
19:04.20 *** join/#brlcad merzo (~merzo@55-201-200-46.pool.ukrtel.net)
19:06.37 CIA-128 BRL-CAD: 03starseeker * r49934 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Reworking of tclscript copying seems to have broken multiconfig - try a simple fix.
19:08.16 CIA-128 BRL-CAD: 03brlcad * r49935 10/brlcad/trunk/regress/ (bots.sh fastgen.sh library.sh mged.sh repository.sh): bunch of script file missing their invocation line to ensure we get /bin/sh instead of the user's shell
19:08.17 brlcad hm, well can't efficiently diagnose/fix it like this, but see if that does the trick
19:32.49 crdueck okay, but the original issue was that if i put a bad header file in include/, the public header private header checks still passed, when my understanding is that they shouldnt be. This could just be a problem on my end, so i'd like someone else to confirm/deny it.
19:34.34 crdueck sh-4.2$ cat include/bad.h
19:34.34 crdueck #include "bio.h"
19:34.34 crdueck sh-4.2$ FOUND="`grep '[^f]bio.h' include/*.h | grep -v 'include/bio.h'`"
19:34.34 crdueck sh-4.2$ echo "FOUND is $FOUND"
19:34.37 crdueck FOUND is include/bad.h:#include "bio.h"
20:21.17 *** join/#brlcad kane__ (5ce737c0@gateway/web/freenode/ip.92.231.55.192)
20:33.33 brlcad hello kane__
20:33.49 brlcad crdueck: the fix I applied in r49935 should "fix" it
20:35.07 kane__ Hi
20:37.07 CIA-128 BRL-CAD: 03starseeker * r49936 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Need to run this, regardless of the install path, for all multiconfig setups now since we need fully qualified build paths in the install scripts for copying generated files.
21:03.13 kane__ Sean, you have asked me about my thesis, what my plan is if i am been late. Shall i answer here, or it is better to send a mail?
21:08.45 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
21:26.34 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
21:53.42 brlcad kane__: better to reply as a comment to your proposal at this point
22:00.26 andrei_ brlcad, just out of curiosity. Is google playing any role in the student ranking ?
22:00.47 andrei_ In other words do they check who gets accepted and their proposal / activity or stuff like that
22:08.40 *** join/#brlcad stas (~stas@188.24.35.114)
22:13.23 CIA-128 BRL-CAD: 03tbrowder2 * r49937 10/brlcad/trunk/src/conv/comgeom/region.c: fix typo
22:58.41 CIA-128 BRL-CAD: 03starseeker * r49938 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Simplify this logic a bit, since we don't care about comparing the old path to the new one in an if statement
23:42.29 CIA-128 BRL-CAD: 03tbrowder2 * r49939 10/brlcad/trunk/src/conv/comgeom/region.c: ws
23:55.22 CIA-128 BRL-CAD: 03starseeker * r49940 10/brlcad/trunk/misc/CMake/ (3 files): Needs more verification, but this seems to fix the issues the distclean and distcheck targets were having with the odd pathnames test. As a bonus, distclean is now portable, simpler, and faster than the old approach.
IRC log for #brlcad on 20120407

IRC log for #brlcad on 20120407

00:04.13 starseeker phew. finally
00:05.06 starseeker if anybody wants to tell me where else distcheck is broken, you can try it out with make -j3 distcheck-full using latest trunk (warning, will do a LOT of compiling)
00:06.00 starseeker Right now, only the Make generator is likely to work - Ninja is almost there but there are some bugs in the generator logic that prevent ninja clean from doings its thing correctly
00:06.43 starseeker multiconfig has some wrinkles that need pondering - like whether a distclean in Xcode should clear all build configurations or just the current one
00:28.22 CIA-128 BRL-CAD: 03tbrowder2 * r49941 10/brlcad/trunk/src/conv/comgeom/read.c: replace bu_strlcpy with bu_vls_strncpy in getint and getdeouble functions to avoid chopping the end char and invalidating the int read for fields of the input string
00:30.24 CIA-128 BRL-CAD: 03tbrowder2 * r49942 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am comgeom/3d.h): remove unused header file
01:11.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
03:23.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
04:12.43 *** join/#brlcad ibot_ (~ibot@rikers.org)
04:12.43 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
04:27.48 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:28.09 *** join/#brlcad Neil__ (~chatzilla@117.228.197.157)
04:45.47 *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net)
07:18.02 *** join/#brlcad andrei (~andrei@188.25.175.145)
07:42.08 *** join/#brlcad edlerk (~edlerk@AMontsouris-552-1-82-111.w92-140.abo.wanadoo.fr)
07:42.19 edlerk Hello?
07:42.37 edlerk I am having trouble comipiling the brlcad source.
07:42.49 edlerk It seems that all warnings are being treated as errors.
07:43.44 edlerk I am compiling the source because the thing I want to do does not seem to work with the i386.deb package although it does work with the x86_64.deb package.
07:47.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:47.50 edlerk I am having trouble comipiling the brlcad source.
07:47.55 edlerk It seems that all warnings are being treated as errors.
07:48.02 edlerk I am compiling the source because the thing I want to do does not seem to work with the i386.deb package although it does work with the x86_64.deb package.
07:52.55 edlerk jordisayol: Hello.
07:53.24 jordisayol hello
07:53.39 edlerk Have you ever compiled the source?
07:54.11 jordisayol yes
07:54.41 edlerk Did you ever have trouble with it not compiling because warnings were being treated as errors?
07:54.41 jordisayol run cmake with this flag -DBRLCAD_ENABLE_STRICT=OFF
07:55.12 edlerk Okay.
07:55.30 edlerk Thanks.
07:55.46 jordisayol You are wellcome
08:01.06 edlerk If it works, I would like to add this note to the build instructions in README.cmake. Where do I submit the patch?
08:01.32 edlerk It would help a great deal if the build instructions work right out of the box.
08:02.39 jordisayol well, the idea is to correct all the warning
08:03.20 edlerk I see. I corrected a bunch of them first but then the warnings started to be with regards to un-used function arguments.
08:03.47 edlerk There were a bunch of warnings in nmg_tri.c
08:04.02 edlerk Most of them were really simple to fix.
08:05.42 jordisayol btw, warnings treated as errors is explained in INSTALL file
08:07.28 edlerk That it is. I think I saw that once and then forgot about it. Sorry. I do not like asking questions that are explained in the docs.
08:07.56 jordisayol you can propose those patch to brlcad
08:08.11 jordisayol no problem
08:08.56 edlerk K. Through the sourceforge Traker:feature requests?
08:10.56 jordisayol yes, or subscribing to brlcad-devel mail list
08:11.03 edlerk Thanks.
08:59.44 brlcad edlerk: the fix isn't to turn off strict compilation, the fix is to address the warning being reported
09:00.36 brlcad turning off strict compilation is just a crutch work-around, so it's not something to really encourage in the documentation or otherwise
11:36.33 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
12:26.46 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:03.34 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
13:03.34 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:32.45 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:51.02 starseeker do we still have a README.cmake? I thought that got swapped in as the main README a while back
13:51.21 starseeker sounds like an older version
13:59.56 starseeker starts redoing Gentoo - nothing like an install to eat up a weekend...
16:15.18 andrei starseeker , why do you prefer Gentoo over Arch?
16:15.42 andrei I m changing my distro from ubuntu in a few days and I am undecided
16:17.48 starseeker andrei: never tried Arch - have used Gentoo for a long time and am reasonably familiar with it
16:19.03 andrei the only thing I know about Gentoo is that it's very flexible
16:24.13 starseeker your hardware has to be good to make it tolerable, and you have to want to understand what's going on
16:24.18 starseeker no GUI setups for Gentoo installers
16:25.37 andrei a GUI shouldn't be hard to install
16:27.00 andrei speaking of minimal distro's
16:27.20 andrei the only thing that "scares" me for the moment is the package library diferences
16:27.44 andrei for example arch does not use dkpg and neither the apt-get wrapper
16:30.21 andrei It might sound like a strange question, but it just came into my mind. Why does BRL-CAD need a network package library
16:38.46 starseeker no, I mean the installation process isn't graphical - you can install GUIs, of course
16:39.23 starseeker andrei: raytracing results (for example) can be communicated over the network to remote framebuffer displays
16:40.32 andrei at a rough approximation, how large can this results be?
16:44.57 starseeker umm? you can do as big a raytrace as you want...
16:46.25 andrei ah. I'm sorry
16:46.43 andrei I didn't really know what raytraces are, I looked them up now
16:49.10 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
16:52.35 CIA-128 BRL-CAD: 03tbrowder2 * r49943 10/brlcad/trunk/regress/vdeck-comgeom-g.sh: add start of a new regression test
16:54.09 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
17:48.13 *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca)
18:15.48 CIA-128 BRL-CAD: 03tbrowder2 * r49944 10/brlcad/trunk/regress/vdeck-comgeom-g/ (. m35.asc.gz m35.g.gift5.txt): add dir and files to suppport vdeck regression test
18:36.56 *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
18:51.38 *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net)
19:01.25 *** join/#brlcad merzo (~merzo@192-69-132-95.pool.ukrtel.net)
20:15.25 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:43.32 starseeker gets fed up and gives Linux Mint a go - something weird with Gentoo right now, and this computer is getting long in the tooth to keep continually beating on it with upgrade compilations...
20:45.29 starseeker took out my Window install in the process... growl. May be time to try the mingw cross-compilation trick...
20:58.34 CIA-128 BRL-CAD: 03tbrowder2 * r49945 10/brlcad/trunk/regress/vdeck-comgeom-g.sh: complete simple 2nd test of comgeom-g
20:59.09 CIA-128 BRL-CAD: 03tbrowder2 * r49946 10/brlcad/trunk/regress/CMakeLists.txt: activate vdeck/comgeom-g regression test
21:03.40 CIA-128 BRL-CAD: 03tbrowder2 * r49947 10/brlcad/trunk/regress/CMakeLists.txt: keep items sorted
21:08.58 CIA-128 BRL-CAD: 03tbrowder2 * r49948 10/brlcad/trunk/NEWS: made month of next release current (fingers crossed)
22:25.14 *** join/#brlcad thiago_ (~thiago@187.106.51.193)
22:25.18 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
IRC log for #brlcad on 20120408

IRC log for #brlcad on 20120408

01:06.08 *** join/#brlcad Neil__ (~chatzilla@117.228.197.139)
02:09.02 *** join/#brlcad Neil__ (~chatzilla@117.228.197.139)
03:59.55 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
04:46.59 *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net)
05:01.28 *** join/#brlcad Neil__ (~chatzilla@117.228.197.139)
05:24.41 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:38.00 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:03.02 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:46.39 *** join/#brlcad stas (~stas@82.208.133.12)
11:12.50 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
13:04.44 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
13:29.22 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:59.31 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
14:00.28 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
14:15.28 *** join/#brlcad Neil__ (~chatzilla@117.228.197.139)
14:36.36 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
15:49.52 *** join/#brlcad plussai (3cbabc67@gateway/web/freenode/ip.60.186.188.103)
16:38.56 CIA-128 BRL-CAD: 03tbrowder2 * r49949 10/brlcad/trunk/regress/Makefile.am: added vdeck regression test; don't delete CMakeLists.txt with autotools
17:49.36 starseeker caves - too used to my customized gentoo environment. grumble...
17:51.43 andrei Hello :)
17:52.45 andrei starseeker, may I ask you, out of curiosity. What ide do you use mainly?
18:37.28 starseeker andrei: don't usually use an ide - just the vim text editor and compiler on the command line
18:38.39 starseeker you can use IDE's to develop BRL-CAD - some do - I'm just accustomed to the bare-bones approach - vim, grep, cmake :-)
18:55.37 *** join/#brlcad thiago_ (~thiago@201.82.132.246)
19:01.53 *** join/#brlcad merzo (~merzo@243-249-133-95.pool.ukrtel.net)
19:52.39 *** join/#brlcad stas (~stas@188.24.35.114)
20:03.07 Stattrav or there is a .emacs config mentioned on the wiki to customize your env to brlcad
20:13.05 *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net)
20:23.21 *** join/#brlcad Neil__ (~chatzilla@117.229.16.165)
20:28.20 *** join/#brlcad andrei (andrei@188.25.175.145)
20:33.14 CIA-128 BRL-CAD: 03starseeker * r49950 10/brlcad/trunk/sh/ (CMakeLists.txt footer.sh): Teach footer about a few more CMake cases
20:38.32 CIA-128 BRL-CAD: 03starseeker * r49951 10/brlcad/trunk/ (133 files in 114 dirs): Update/add footers and add a few headers in misc/CMake via sh scripts
21:28.35 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:42.40 *** join/#brlcad thiago_ (~thiago@201.82.132.246)
22:01.14 *** join/#brlcad crdueck (~cdk@129-97-210-87.uwaterloo.ca)
22:12.23 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120409

IRC log for #brlcad on 20120409

15:01.03 *** join/#brlcad ibot (~ibot@rikers.org)
15:01.03 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
16:06.40 brlcad yeah, but other stuff too .. gsoc ones are mostly quick
16:32.01 *** join/#brlcad andrei (~andrei@188.25.171.93)
16:46.54 *** join/#brlcad andrei__ (~tuxilina@188.25.171.93)
17:04.50 *** join/#brlcad Neil__ (~chatzilla@117.229.20.39)
18:03.24 brlcad bhinesley: what's up with Once again participating in the Google Summer of Code [1], students interested in working on BRL-CAD this summer have been diligently preparing and posting proposals over the past couple weeks. In all, we ended up with about 50 submissions by the deadline with about three dozen or so being considered valid proposals that will go through our review process. Here's a nifty graph showing the rush up to the deadline:
18:03.31 brlcad This year, code cleanup seems to be the most popular theme along with a wide range of interest in NURBS, object mathematics, website services, and more. The overall quality seems to be fantastic this year with many students electing to showcase their proposal on the BRL-CAD Wiki with diagrams, prototypes, and patches demonstrating concepts and abilities. Awesome.
18:03.36 brlcad On another positive note, students have at LEAST a 5% chance of being accepted simply by applying to BRL-CAD, which is far greater than one has applying to some other open source organizations. Depending on how our proposal reviews and slot allocations proceed, we hope to increase those odds easily into the 15-30% range or better.
18:03.41 brlcad Until selections are finalized, our mentors will continue to work with students on their patches [2] and will be posing comments, questions, and holding interviews over the next two weeks. A big thanks goes out to all of our student applicants! It'll be very hard to narrow down on just a few students to work with this summer but we hope all are inspired to contribute to open source source software and thank everyone for their interest in BRL-CAD!
18:03.47 brlcad Cheers!
18:03.49 brlcad Sean
18:03.52 brlcad [1] http://brlcad.org/d/node/97
18:03.55 brlcad [2] https://sourceforge.net/tracker/?group_id=105292&atid=640804
18:03.57 brlcad ooops
18:04.00 brlcad sorry all, bad paste
18:04.02 brlcad bhinesley: http://pastebin.com/HynejqH0 :)
19:04.00 *** join/#brlcad merzo (~merzo@79-115-132-95.pool.ukrtel.net)
19:25.43 andrei hello :)
19:32.37 brlcad howdy :)
19:34.53 andrei Sorry for the lack of activity these days, I m kept busy by homeworks and deadlines from university
19:35.19 andrei I have been working 3 days continuosly on a homework before I was noticed by my teacher that the checker is broken...
19:36.17 andrei but we have Easter holiday starting in two days and I ll use that to catch up :)
19:36.34 brlcad no worries
19:39.56 andrei I have a curiosity about open source and brl-cad
19:40.25 andrei why did the brl-cad organization become open source, I m not entirely sure how this benefits an organization
19:46.18 andrei I mean, for example a core brl-cad developer works only on brl-cad?
19:51.59 andrei I hope this question doesn't seem stupid or rude, just read a bit on http://en.wikipedia.org/wiki/BRL-CAD and it made me curious
20:19.40 CIA-128 BRL-CAD: 03starseeker * r49955 10/brlcad/trunk/ (5 files in 5 dirs): Correct old type in FindTCL.cmake, update other copies in src/other
20:30.39 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
20:42.20 brlcad andrei: there are lots of benefits to becoming an open source project, particularly for governments where traditional notions of commercial development are not relevant
20:43.14 *** join/#brlcad stas (~stas@188.24.35.114)
20:51.50 brlcad for brl-cad in particular, going open source was a great way to actually substantially reduce overhead costs, improve collaborative potential, and reduce deployment costs
23:25.39 CIA-128 BRL-CAD: 03starseeker * r49956 10/brlcad/trunk/regress/CMakeLists.txt: fix distcheck
IRC log for #brlcad on 20120410

IRC log for #brlcad on 20120410

00:35.31 *** join/#brlcad thiago_ (~thiago@201.82.135.169)
00:43.26 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
01:18.22 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
02:01.30 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
02:10.27 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:34.14 CIA-128 BRL-CAD: 03starseeker * r49957 10/brlcad/trunk/src/bwish/CMakeLists.txt:
04:34.14 CIA-128 BRL-CAD: Try to reorganize the bwish/btclsh logic a bit - wonder how much of this can be
04:34.14 CIA-128 BRL-CAD: pushed down into source code and compile definitions? Still need to figure out
04:34.14 CIA-128 BRL-CAD: why package require Itcl and package require Itk won't do what's needed here.
04:39.08 CIA-128 BRL-CAD: 03starseeker * r49958 10/brlcad/trunk/misc/CMake/distclean.cmake.in: typo
04:40.47 CIA-128 BRL-CAD: 03starseeker * r49959 10/brlcad/trunk/ (4 files in 3 dirs):
04:40.47 CIA-128 BRL-CAD: Don't hit the disk more than we need to - build the file and directory lists
04:40.47 CIA-128 BRL-CAD: using global properties, then write them out to files at the end for later use.
04:40.47 CIA-128 BRL-CAD: May help configure time a bit, especially on MSVC, but not tested there yet.
04:43.47 *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
05:19.09 *** join/#brlcad Neil___ (~chatzilla@117.229.32.66)
05:20.17 *** join/#brlcad Neil___ (~chatzilla@117.229.32.66)
05:39.31 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:39.49 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:00.49 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:08.14 *** join/#brlcad andrei (~andrei@188.25.171.93)
10:00.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:55.36 *** join/#brlcad stas (~stas@82.208.133.12)
11:23.06 ``Erik heh, weee, that tugboat, 1468rtfm, LIBRT_BOT_MINTIE=4, 1378269rtfm
11:25.00 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:33.42 *** join/#brlcad Neil___ (~chatzilla@117.229.10.204)
11:54.31 CIA-128 BRL-CAD: 03brlcad * r49960 10/brlcad/trunk/NEWS: (log message trimmed)
11:54.31 CIA-128 BRL-CAD: The original problem was a result of the getint and getdouble
11:54.31 CIA-128 BRL-CAD: functions using the actual field input size when parsing an input line
11:54.31 CIA-128 BRL-CAD: and the bu_strlcpy macros in those two functions promptly chopped off
11:54.32 CIA-128 BRL-CAD: the last character as they are supposed to do. I replaced the macros
11:54.32 CIA-128 BRL-CAD: with the bu_vls_strncpy functions so the parsing is more intuitive in
11:54.33 CIA-128 BRL-CAD: that actual field size is entered and the last character is not
12:00.55 CIA-128 BRL-CAD: 03erikgreenwald * r49961 10/brlcad/trunk/include/vmath.h: set _USE_MATH_DEFINES for msvc ( http://msdn.microsoft.com/en-us/library/4hwaceh6%28v=vs.80%29.aspx )
12:04.52 *** join/#brlcad Neil___ (~chatzilla@117.229.110.129)
12:39.26 CIA-128 BRL-CAD: 03brlcad * r49962 10/brlcad/trunk/NEWS: cliff fixed a bug in the benchmark suite where it wasn't using the right filename pattern during the 'clobber' action causing log files to remain. fixed the pattern.
15:02.49 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
15:28.18 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:38.21 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:17.05 *** join/#brlcad andrei_ (~andrei@188.25.171.93)
16:17.16 andrei_ hello :)
17:01.27 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
17:56.58 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:10.06 brlcad howdy andrei_
18:21.20 andrei_ from what bhinesley told me last year he proposed to refactor commands instead of just following simian output
18:26.24 andrei_ I believe that I should learn how to work with archer and mged , at least the basics , in order to be more succesful with the project
18:26.38 andrei_ I haven't had time to look it up yet, are there any guides or tutorials?
19:01.44 *** join/#brlcad merzo (~merzo@239-198-200-46.pool.ukrtel.net)
19:02.13 CIA-128 BRL-CAD: 03n_reed * r49963 10/brlcad/trunk/src/other/step/src/fedex_plus/ (complexSupport.h multlist.cc write.cc): Address unused variable warnings first quelled in r41173. Rather than creating 30 named pointer vars, create a pointer array and use a cleaned-up version of SCL git c1b5743 to choose a good size for it.
19:06.56 brlcad andrei_: there are lots of guides and tutorials .. an extensive mged tutorial is on the website
19:07.27 brlcad probably the best starting point
19:08.50 brlcad it's meant to take a couple days of study, but a couple folks have completed the entire series in less than a day
19:10.05 andrei_ that's great.
19:10.12 *** join/#brlcad Neil___ (~chatzilla@117.229.4.23)
19:20.40 CIA-128 BRL-CAD: 03starseeker * r49964 10/brlcad/trunk/src/ (mged/CMakeLists.txt tab/CMakeLists.txt): Couple things to ignore for distcheck if lex and yacc aren't around
20:11.44 *** join/#brlcad merzo (~merzo@51-20-133-95.pool.ukrtel.net)
20:29.50 brlcad jordisayol: have you ever used the opensuse build service?
20:30.08 brlcad been trying to set up brl-cad there, looks like it'd be a great deployment testing service
20:34.39 CIA-128 BRL-CAD: 03brlcad * r49965 10/brlcad/trunk/misc/brlcad.spec.in: include some basic dependency requirements, generic build root, proper description, and updated/simplified build steps
20:52.54 CIA-128 BRL-CAD: 03brlcad * r49966 10/brlcad/trunk/src/sig/dfft.c:
20:52.54 CIA-128 BRL-CAD: simplify the bounds checking. just use the one larger MAXFFT global for
20:52.54 CIA-128 BRL-CAD: everything including the outputs, even though they only use half the space.
20:52.54 CIA-128 BRL-CAD: avoids off-by-one issues and simplifies the code. Keep the convolution at 1024
20:52.55 CIA-128 BRL-CAD: by default.
21:05.42 CIA-128 BRL-CAD: 03bob1961 * r49967 10/brlcad/trunk/src/mged/mged.c: This fixes the shaded geometry display problem when the embedded framebuffer is active.
21:09.53 CIA-128 BRL-CAD: 03n_reed * r49968 10/brlcad/trunk/src/other/step/src/ (8 files in 2 dirs): Remove unused variables as identified by SCL git 89237b8, 860bd45, 90de2d7, d56117f, f3e2eaf, and 7a68580.
21:13.22 *** join/#brlcad stas (~stas@188.24.35.114)
21:16.38 jordisayol brlcad: no, I've no idea about it. I just build rpm for opensuse because nobody else do it. I never use it, I just have a virtualbox machine to build the packages and make some basic test
21:17.37 jordisayol brlcad: if you get it working, I'll be happy
21:18.41 brlcad jordisayol: the opensuse build service checks compilation on opensuse, fedora, centos, debian, mandriva, rhel, ubuntu, and a couple others
21:18.52 brlcad https://build.opensuse.org/project/show?project=home%3Abrlcad
21:19.57 brlcad I was asking because I'm having trouble getting it setup, doing something wrong
21:21.07 jordisayol I see, I've no idea, sorry
21:33.26 brlcad if you want to give it a try, let me know and I can add your account
21:49.33 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
22:02.41 CIA-128 BRL-CAD: 03n_reed * r49969 10/brlcad/trunk/src/other/step/src/ (clstepcore/complexlist.cc fedex_plus/classes.c): variable initializations informed by SCL git cc155a8 and b9156ad
22:18.52 CIA-128 BRL-CAD: 03n_reed * r49970 10/brlcad/trunk/src/other/step/src/fedex_plus/expressbuild.cc: EntNode doesn't have a no-parameter constructor; construct from empty string. SCL git 8e256d7.
22:27.07 CIA-128 BRL-CAD: 03n_reed * r49971 10/brlcad/trunk/src/other/step/src/fedex_plus/expressbuild.cc: might as well match git formatting
22:28.13 brlcad 49970/49971 are technically "wrong"
22:28.22 brlcad casting a string literal to char*
22:28.54 brlcad if EntNode()'s constructor doesn't take a const char* or similar, it should
22:29.14 brlcad if it relies on non-constness, then those casts are crashes waiting to happen
23:40.53 *** join/#brlcad DarkCalf (DC@173.231.40.98)
23:51.22 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120411

IRC log for #brlcad on 20120411

00:14.08 CIA-128 BRL-CAD: 03starseeker * r49972 10/brlcad/trunk/regress/CMakeLists.txt: Add new regression files to clean rule. distcheck-full succeeds on Linux.
03:47.47 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:20.20 CIA-128 BRL-CAD: 03n_reed * r49973 10/brlcad/trunk/src/other/step/src/fedex_plus/ (complexSupport.h expressbuild.cc):
05:20.20 CIA-128 BRL-CAD: Ah, I see now. g++ warning was from conversion when calling default constructor
05:20.20 CIA-128 BRL-CAD: EntNode(char *nm = (const char[])""). Git 8e256d7 suppressed warning by calling
05:20.20 CIA-128 BRL-CAD: with (char*)"". Real solution is to make the parameter const.
06:11.13 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:08.03 *** join/#brlcad stas (~stas@82.208.133.12)
11:48.29 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
12:34.16 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
13:16.44 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
13:16.49 *** join/#brlcad Neil___ (~chatzilla@117.229.118.45)
13:45.30 *** join/#brlcad atneik (~atneik@59.178.132.53)
13:49.50 *** join/#brlcad merzo (~merzo@224-163-132-95.pool.ukrtel.net)
15:05.05 *** join/#brlcad atneik (~atneik@59.178.132.53)
15:27.25 *** part/#brlcad atneik (~atneik@59.178.132.53)
15:27.33 CIA-128 BRL-CAD: 03tbrowder2 * r49974 10/brlcad/trunk/regress/Makefile.am: turning off flawfinder check until it's ready
15:36.43 CIA-128 BRL-CAD: 03tbrowder2 * r49975 10/brlcad/trunk/regress/Makefile.am: add some more regress product files to be cleaned
15:45.56 CIA-128 BRL-CAD: 03tbrowder2 * r49976 10/brlcad/trunk/src/mged/points/Makefile.am: don't delete cmake src files
15:49.25 CIA-128 BRL-CAD: 03tbrowder2 * r49977 10/brlcad/trunk/regress/library.sh: add search path for vdeck
15:58.01 CIA-128 BRL-CAD: 03tbrowder2 * r49978 10/brlcad/trunk/regress/ (6 files in 3 dirs): renaming vdeck/comgeom-g test files to simplify reference to the pair
17:41.06 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
18:45.22 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
19:40.25 *** join/#brlcad merzo (~merzo@211-52-133-95.pool.ukrtel.net)
19:57.40 CIA-128 BRL-CAD: 03starseeker * r49979 10/brlcad/trunk/src/librt/primitives/ars/ars.c: Gah - ARS bbox routine appears to have the same issue (whatever that issue is) as the BoT bbox routine. Do what we did for BoT and comment out the ARS bbox routine usage until it gets resolved.
20:01.24 CIA-128 BRL-CAD: 03starseeker * r49980 10/brlcad/branches/STABLE/src/librt/primitives/ars/ars.c: Turn off the ARS custom bbox routine - restore old behavior until we get ARS bbox routine to produce the correct bbox
20:24.49 brlcad was that the problem?
20:24.55 brlcad rather, the change
20:42.47 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:21.24 *** join/#brlcad Srinath (~Srinath@14.139.212.71)
21:21.53 Srinath hii
21:22.27 Srinath anyone here??
21:23.06 *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42)
21:58.10 brlcad ~ask
21:58.10 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
22:07.28 CIA-128 BRL-CAD: 03n_reed * r49981 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_misc.c): missing function prototypes causing bad compilation on Mac 10.6
22:14.51 *** join/#brlcad stas (~stas@188.24.35.114)
22:35.50 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
23:51.53 starseeker Huh - kinda cool http://www.hxa.name/articles/content/octree-general-cpp_hxa7241_2005.html
IRC log for #brlcad on 20120412

IRC log for #brlcad on 20120412

00:37.49 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
00:58.17 *** join/#brlcad DarkCalf (DC@173.231.40.98)
15:09.28 *** join/#brlcad ibot (~ibot@rikers.org)
15:09.28 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
15:47.44 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:50.45 ``Erik https://lkml.org/lkml/2012/3/31/131 interesting linux kernel patch concerning parallel programming
17:05.29 CIA-128 BRL-CAD: 03n_reed * r49982 10/brlcad/trunk/src/conv/fast4-g.c: On split, forgot to reset hole-list pointer to subtract holes in second region. CID 171.
17:09.20 *** join/#brlcad tuxilina (~tuxilina@79.117.232.42)
17:09.30 andrei_ hello!
17:14.26 CIA-128 BRL-CAD: 03n_reed * r49983 10/brlcad/trunk/src/conv/patch/patch-g.c: Remove redundant null check. CID 176.
17:14.42 brlcad andrei_: hallow!
17:15.51 brlcad d_rossberg: I'm sending an e-mail about about that -- the score I put just was a simple 0-10 presort based on the quality of the application writeup (not the applicant)
17:17.21 d_rossberg ok
17:18.04 brlcad good vacation? :)
17:18.58 andrei_ mine?
17:19.06 brlcad nope :)
17:19.15 andrei_ :( but I wanted a vacation
17:19.24 brlcad no vacation for you!
17:19.34 d_rossberg i'm still in vacation ;)
17:20.15 d_rossberg nevertheless i've to do some work
17:20.53 d_rossberg and to wait for some craftmans
17:22.01 d_rossberg they told me at 5 that they won't come today but tomorrow :(
17:26.38 andrei_ they probably have some execution errors :(
17:50.22 starseeker jots a note down to see whether qmg might have anything interesting: http://www.cs.cornell.edu/home/vavasis/qmg-home.html
18:14.37 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:27.50 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:29.49 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
18:49.35 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
19:07.42 brlcad hello crdueck
19:12.12 crdueck hi brlcad
19:12.15 CIA-128 BRL-CAD: 03brlcad * r49984 10/brlcad/trunk/NEWS: nick fixed a bug in the fast4-g importer while fixing coverity cid 171 (r49982). looks like there was bad logic handling hole/wall geometry. fixed by resetting the variable after the split.
19:29.16 CIA-128 BRL-CAD: 03brlcad * r49985 10/brlcad/trunk/ (NEWS TODO):
19:29.16 CIA-128 BRL-CAD: cliff fixed a bug in ARS prep where the new bounding box routine being
19:29.16 CIA-128 BRL-CAD: calculated is way too big. (r49979) reverted to using the BoT results. issue
19:29.16 CIA-128 BRL-CAD: was reported by s2 folks where an overlap case was resulting in different
19:29.16 CIA-128 BRL-CAD: ordering of objects (resulting in a different normal).
19:39.08 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:47.02 *** join/#brlcad merzo (~merzo@182-70-133-95.pool.ukrtel.net)
19:58.53 *** join/#brlcad Neil___ (~chatzilla@117.229.89.77)
20:03.08 CIA-128 BRL-CAD: 03n_reed * r49986 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Tweak branching to avoid an unnecessary test on hit_v. CID 169.
20:39.56 CIA-128 BRL-CAD: 03starseeker * r49987 10/brlcad/trunk/regress/ (CMakeLists.txt nurbs/ nurbs/brep-3dm.tar.bz2):
20:39.56 CIA-128 BRL-CAD: Add the abstract brep shape used during the development of NURBS raytracing
20:39.56 CIA-128 BRL-CAD: support - very simple shape that still has enough interesting aspects to serve
20:39.56 CIA-128 BRL-CAD: as a reasonable test case for a variety of raytracing situations. Also a good
20:39.56 CIA-128 BRL-CAD: candidate file for 3dm-g regression testing.
21:04.25 brlcad er, "nurbs" isn't a format
21:04.38 brlcad those subdirs are all for a specific format
21:06.38 brlcad ooh, I see that's the regress dir
21:06.57 brlcad never mind, looked like it was src/conv
21:11.08 *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
21:32.24 CIA-128 BRL-CAD: 03n_reed * r49988 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Remove unused total_splits variable (previously captured func return, should've been removed in r8791). CID 170.
21:48.18 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:05.36 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
23:27.01 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
23:52.30 CIA-128 BRL-CAD: 03tbrowder2 * r49989 10/brlcad/trunk/regress/comgeom/m35.cg.gz: a compressed file to replace m35.g.gift5.txt
IRC log for #brlcad on 20120413

IRC log for #brlcad on 20120413

00:43.02 CIA-128 BRL-CAD: 03tbrowder2 * r49990 10/brlcad/trunk/regress/ (CMakeLists.txt comgeom/m35.g.gift5.txt comgeom.sh): tidy regress-comgeom test; remove old and now unused input test file
01:46.07 CIA-128 BRL-CAD: 03starseeker * r49991 10/brlcad/branches/STABLE/src/libdm/dm-ogl.c: Pull in bu_log statement change from trunk
02:04.24 CIA-128 BRL-CAD: 03starseeker * r49992 10/brlcad/branches/STABLE/src/libged/analyze.c: Backport fix for MSVC from trunk
02:12.52 CIA-128 BRL-CAD: 03starseeker * r49993 10/brlcad/branches/STABLE/src/rt/viewweight.c: Backport another MSVC fix from trunk
03:33.03 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
03:40.56 *** join/#brlcad Neil___ (~chatzilla@117.228.195.122)
03:47.18 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
05:03.16 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
05:03.45 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:44.17 *** join/#brlcad andrei_ (~tuxilina@79.118.113.94)
06:44.56 *** join/#brlcad andrei_ (~tuxilina@79.118.113.94)
08:25.40 *** join/#brlcad stas (~stas@82.208.133.12)
08:32.23 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:33.30 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
08:59.18 *** join/#brlcad Neil___ (~chatzilla@117.229.46.253)
09:39.28 *** join/#brlcad Neil___ (~chatzilla@117.229.107.190)
11:13.05 *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
11:39.30 CIA-128 BRL-CAD: 03tbrowder2 * r49994 10/brlcad/trunk/include/bu.h: update citation: expand author's first names, correct title, add note on availability of 3rd ed.
11:42.05 CIA-128 BRL-CAD: 03tbrowder2 * r49995 10/brlcad/trunk/include/bu.h: expand note
11:51.01 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:58.27 CIA-128 BRL-CAD: 03tbrowder2 * r49996 10/brlcad/trunk/include/bu.h: expand note further highlighting possible errors in impementation
11:59.23 CIA-128 BRL-CAD: 03tbrowder2 * r49997 10/brlcad/trunk/TODO: add need for checking red-black tree implementation
12:22.24 *** join/#brlcad Neil___ (~chatzilla@117.229.23.121)
13:52.29 CIA-128 BRL-CAD: 03203.110.247.221 07http://brlcad.org * r3504 10/wiki/Contributor_Quickies: /* HARD: Fix Bounding Box function for BoT primitive */
14:09.20 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:17.03 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
14:24.34 CIA-128 BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3505 10/wiki/Contributor_Quickies: Undo revision 3504 by [[Special:Contributions/203.110.247.221|203.110.247.221]] ([[User talk:203.110.247.221|Talk]])
14:26.58 CIA-128 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:203.110.247.221]] with an expiry time of 1 year (anonymous users only, account creation disabled): Removing content from pages
14:54.18 brlcad starseeker: there's a slim chance that the same attribute bug may have affected the other schemas
14:54.27 brlcad see if 203e2 works
16:15.06 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:16.03 CIA-128 BRL-CAD: 03tbrowder2 * r49998 10/brlcad/trunk/include/bu.h: fix typo in quote
17:55.47 *** join/#brlcad andrei_ (~andrei_@79.119.90.25)
17:57.02 andrei_ hello
18:23.25 CIA-128 BRL-CAD: 03erikgreenwald * r49999 10/brlcad/trunk/src/librt/shoot.c: start filling in a little bit of the rt_shootray_simple hit func
18:23.49 CIA-128 BRL-CAD: 03erikgreenwald * r50000 10/brlcad/trunk/TODO: bump bottie fixes out of this release cycle, they shouldn't be in any critical paths just yet
18:25.43 brlcad ``Erik: er, using libbu structures without libbu memory management? that can cause memory problems
18:26.33 brlcad rather, librt structures
18:28.05 brlcad you can free() a bu_malloc() as it just messes up the book-keeping, but I don't think you can safely bu_free() a malloc()
18:29.39 ``Erik yeh, still needs more filling, was just a quick commit to get 50k O:-) *duck*
18:30.04 brlcad ahhhh... woo hoo
18:30.14 brlcad feels like there should be a party or something
18:31.10 brlcad maybe a good time to recreate the gource visualization and post an announcement
18:31.18 ``Erik there was a party, ya missed it
18:31.21 ``Erik puts his pants back on
18:31.23 brlcad uh huh
18:31.29 CIA-128 BRL-CAD: 03erikgreenwald * r50001 10/brlcad/trunk/src/librt/shoot.c: malloc->bu_malloc. Mention that it adds malloc syscalls, so is not fast.
18:31.38 brlcad I wouldn't say I "missed" it
18:32.10 brlcad comment is wrong ;)
18:32.12 CIA-128 BRL-CAD: 03starseeker * r50002 10/brlcad/trunk/ (5 files in 5 dirs):
18:32.12 CIA-128 BRL-CAD: Per user request, at a way to indicate to CMake that it should build either a)
18:32.12 CIA-128 BRL-CAD: just what is needed for librt b) just what is needed for the libraries sans
18:32.12 CIA-128 BRL-CAD: executables or c) everything (default) via the BRLCAD_ENABLE_TARGETS variable
18:32.44 starseeker bah - s/at/add/
18:32.53 ``Erik eh?
18:33.37 brlcad malloc()
18:33.42 starseeker 50002 -> the commit that *should* have been 50000 :-P
18:35.05 ``Erik should have been 49999, you mean
18:35.21 starseeker oh, i would have found something small to commit first :-P
18:39.16 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:42.06 CIA-128 BRL-CAD: 03erikgreenwald * r50003 10/brlcad/trunk/src/librt/shoot.c: add some more copy bits to the shootray_simple hit func
18:43.45 andrei_ brlcad , as I you have mentioned I did spend some time looking into the rb tree api
18:43.51 andrei_ is there any way I could help?
18:45.55 CIA-128 BRL-CAD: 03starseeker * r50004 10/brlcad/trunk/CMakeLists.txt: fix it so the documentation summary line doesn't lie when we're only building libraries
18:46.00 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
18:46.13 *** join/#brlcad stas (~stas@188.24.35.114)
18:47.50 brlcad andrei_: sure!
18:48.19 brlcad you could read the link browder posted to see what the issue was, then devise a way to test whether our implementation has that flaw
18:49.06 brlcad it's almost certainly not as simple as "delete didn't work" .. but more likely didn't work under some given conditions
18:49.41 andrei_ alright, I will look into it tomorrow
18:49.45 brlcad their update or errata may say what those conditions were, and a test could be devised
18:49.50 brlcad awesome
18:50.14 ``Erik heh, src/libbu/test_rbtree.c seems strangely absent :D
18:57.13 andrei_ Erik, as far as I remember there wasn't a test_rbtree
18:57.26 andrei_ at least not in the source I downloaded
18:57.35 brlcad ``Erik: patches tracker
18:57.48 brlcad it's not yet committed
18:58.45 brlcad andrei_'s unit test included testing delete and it succeeded, so presumably the failure is either some specific condition or our implementation doesn't have the flaw
18:59.26 andrei_ perhaps this is also an occasion to improve the unit test
18:59.30 ``Erik i've started using ctest in the libwa project I'm doing, cmake's ctest ENABLE_TESTING() ADD_TEST() stuff, would require some reworking of our test programs to use it well, though... (relies solely on program return value)
19:02.50 ``Erik might be worth discussing if that's the angle we want to take
19:04.48 brlcad shrug, I'm not enamored by ctest
19:05.09 brlcad as far as testing frameworks go, that was is rather mediocre
19:05.44 brlcad it's fine, but not much value (to me) vs the simplicity of just writing a program that tests what you want
19:05.52 ``Erik cmake is wired for it, though, I wasn't able to override the 'test' target to do my own (using libcheck)
19:06.05 brlcad so
19:06.11 brlcad that wiring is dirt cheap
19:09.18 brlcad the setup and maintenance complexity offsets the nominal benefits
19:10.00 brlcad maybe if we had a lot more tests or if it just had some other feature(s) to make it actually save time vs the simplicity of the alternative (what we have)
19:11.00 brlcad nobody has to learn anything to write a test right now, you just write a program as simple/complex as you like/need/want
19:11.45 ``Erik kinda the same for ctest, it really is int main() { if(test_succeeds()) return 0; else return 1; }
19:12.42 ``Erik my approach has been to pass test values in via argc and define all the test cases in the CMakeLists.txt
19:13.23 ``Erik the only real arguments for ctest are "it's the cmake way" and consistency
19:21.20 brlcad except I had to learn test_succeeds() and whatever other prerequisites
19:22.54 brlcad much simpler and less complexity to maintain to just write a program that does what I need
19:23.08 brlcad no limitation of return values or data
19:27.48 ``Erik test_succeeds() is the bit you write
19:28.33 ``Erik the only thing in the C (or whatever) program to communicate back to the framework is the return value from main(), 0 succeeds and non-zero fails
19:28.46 ``Erik (so LOTS of forks and execs)
19:29.14 brlcad see already confusing ;)
19:29.22 brlcad you shouldn't have to explain it
19:30.33 ``Erik heh, ok, "int main() { return 0; }" is a test that passes. the part that tripped me up was that I was looking for something to learn :/
19:33.09 ``Erik echo "exit 0" > blah.tcl && echo "ADD_TEST(sometcltest bin/tclsh blah.tcl)" >> CMakeLists.txt && make all test
19:34.39 ``Erik the fu of ctest is all in the wiring, it aggregates the results and generates a report at the end
19:34.56 brlcad nods
19:35.16 brlcad and that's my point .. that little tidbit doesn't seem to be "enough" .. doesn't pull its long-term weight
19:36.29 brlcad the main feature is basically the summary report/output
19:36.31 ``Erik at the moment, we have no aggregation, just 'all stop' if one thing fails
19:36.57 brlcad that's good, have to fix that failure ;)
19:37.27 ``Erik I'm under the impression (and starseeker might know something about this, if he wants to chime in), it's a short hop to get to a red/green dashboard webpage or email report
19:39.25 brlcad it is
19:39.43 brlcad still, that's all so weak compared to some of the other frameworks
19:40.17 brlcad it's basically just/only the report/output/summary that it offers (whether text/web or otherwise)
19:40.32 andrei_ I am not sure if it it's a good idea
19:40.45 andrei_ but wouldn't valgrind help on this issue?
19:41.26 brlcad andrei_: what issue?
19:41.41 andrei_ detecting the delete bug?
19:42.09 andrei_ I haven't managed to read all up tho :(
19:42.12 andrei_ so I might be misinformed
19:43.19 andrei_ I ll read everything that has been said and come back after :)
19:44.05 brlcad I doubt it'll help
19:45.59 brlcad valgrind would be a memory issue (i.e., an implementation detail issue)
19:46.17 brlcad the book implied it was an algorithmic problem
19:48.40 ``Erik starseeker: vdeck-comgeom-g.sh
19:49.44 starseeker ah - yeah, Tom did some updates to filenames with the comgeom regression
19:49.56 ``Erik regenerating from a clean dir now
20:02.02 ``Erik starseeker: http://paste.lisp.org/display/128945
20:10.26 *** join/#brlcad Neil___ (~chatzilla@117.229.59.196)
20:16.16 ``Erik *grumble* very well might be an NFS issue, yet again
20:17.45 starseeker heh
20:19.15 ``Erik http://www.masswerk.at/googleBBS/ google as an 80's BBS, awesome
20:28.24 CIA-128 BRL-CAD: 03erikgreenwald * r50005 10/brlcad/trunk/src/librt/shoot.c: initialize c to avoid the uninitialized warning on older gccs
21:24.42 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:36.32 *** join/#brlcad Neil___ (~chatzilla@117.229.121.43)
22:18.11 brlcad starseeker: looks like the INSTALL file validation isn't matching the exact option names
22:18.31 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
22:58.49 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
23:28.56 CIA-128 BRL-CAD: 03tbrowder2 * r50006 10/brlcad/trunk/src/conv/g-nff.c: ws, style
23:46.16 *** join/#brlcad stas (~stas@188.24.35.114)
23:59.59 brlcad actually, looks like some other issue .. just not enabling optimized
IRC log for #brlcad on 20120414

IRC log for #brlcad on 20120414

00:52.45 CIA-128 BRL-CAD: 03tbrowder2 * r50007 10/brlcad/trunk/regress/ (CMakeLists.txt g-dot.sh g-nff.sh): add start of regression tests for g-nff and g-dot
01:03.25 CIA-128 BRL-CAD: 03tbrowder2 * r50008 10/brlcad/trunk/regress/ (g-dot.sh g-nff.sh): tidy regress scripts
01:18.19 CIA-128 BRL-CAD: 03tbrowder2 * r50009 10/brlcad/trunk/regress/g-nff.sh: add a known test failure for current trunk
01:32.40 CIA-128 BRL-CAD: 03tbrowder2 * r50010 10/brlcad/trunk/regress/g-nff.sh: tidying test but need to trap bu_bomb
01:45.40 CIA-128 BRL-CAD: 03tbrowder2 * r50011 10/brlcad/trunk/regress/red.sh: typo
03:05.45 *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
03:23.33 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
03:31.46 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
05:12.01 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
05:34.47 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:07.00 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
06:16.08 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
06:36.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
06:38.41 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
07:25.09 *** join/#brlcad Neil___ (~chatzilla@117.229.52.105)
07:25.24 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:37.31 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:40.20 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:33.19 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
09:01.25 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:10.42 *** join/#brlcad Neil___ (~chatzilla@117.228.220.128)
10:32.51 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
10:37.11 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:57.44 Maloeran This is a long shot... but is anyone familiar with qmake and its project files here?
10:58.09 Maloeran I'm totally unable to find how to tell it to compile specific files with, let's say, -msse4.1
10:59.16 Maloeran I have files using SSE4.1 intrinsics and such, with runtime CPU feature detection, but I can't plug the stuff into Lee's build system. Grah...
11:44.57 ``Erik nah, all the qt stuff I've actually looked at was using cmake or automake to wrap it
11:48.36 CIA-128 BRL-CAD: 03tbrowder2 * r50012 10/brlcad/trunk/regress/tgms/: add directory to store tgms for testing
11:53.49 Maloeran Yeah, I wish I could do that. I don't think Lee will agree.
12:04.34 CIA-128 BRL-CAD: 03tbrowder2 * r50013 10/brlcad/trunk/regress/CMakeLists.txt: correct generated file name
12:05.35 CIA-128 BRL-CAD: 03tbrowder2 * r50014 10/brlcad/trunk/regress/CMakeLists.txt: keep names sorted
12:06.26 CIA-128 BRL-CAD: 03tbrowder2 * r50015 10/brlcad/trunk/regress/CMakeLists.txt: change tgm dir name
12:07.11 CIA-128 BRL-CAD: 03tbrowder2 * r50016 10/brlcad/trunk/regress/CMakeLists.txt: keep names sorted
12:09.43 CIA-128 BRL-CAD: 03tbrowder2 * r50017 10/brlcad/trunk/regress/CMakeLists.txt: add comment; keep names sorted
12:11.12 CIA-128 BRL-CAD: 03tbrowder2 * r50018 10/brlcad/trunk/regress/ (comgeom.sh g-nff.sh): use new tgms dir; tidy scripts
12:12.01 CIA-128 BRL-CAD: 03tbrowder2 * r50019 10/brlcad/trunk/regress/g-dot.sh: use more descriptive name for list of temp files
12:12.46 CIA-128 BRL-CAD: 03tbrowder2 * r50020 10/brlcad/trunk/regress/ (comgeom/ tgms/m35.asc.gz tgms/m35.cg.gz): rename dir to hold tgms
12:20.34 CIA-128 BRL-CAD: 03tbrowder2 * r50021 10/brlcad/trunk/src/conv/Makefile.am: remove deleted file
12:26.50 CIA-128 BRL-CAD: 03tbrowder2 * r50022 10/brlcad/trunk/regress/Makefile.am: add new regression tests
12:28.29 CIA-128 BRL-CAD: 03tbrowder2 * r50023 10/brlcad/trunk/regress/CMakeLists.txt: add another temp file
13:12.52 *** join/#brlcad merzo (~merzo@155-205-133-95.pool.ukrtel.net)
13:43.16 CIA-128 BRL-CAD: 03tbrowder2 * r50024 10/brlcad/trunk/src/conv/g-dot.c: now runs without abort, but label info is not correct format, problem seems to be bu_vls_dequote function
13:53.49 CIA-128 BRL-CAD: 03tbrowder2 * r50025 10/brlcad/trunk/src/conv/g-dot.c: dot format now seems correct ('dot' doesn't complain)
13:56.04 CIA-128 BRL-CAD: 03tbrowder2 * r50026 10/brlcad/trunk/TODO: g-dot no longer outputting garbage
14:28.39 CIA-128 BRL-CAD: 03tbrowder2 * r50027 10/brlcad/trunk/TODO: add item to check bu_vls functions
14:35.23 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
16:03.01 brlcad Maloeran: how are you doing your runtime CPU feature detection?
16:32.22 *** join/#brlcad Neil___ (~chatzilla@117.229.11.250)
16:50.19 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
18:07.10 CIA-128 BRL-CAD: 03brlcad * r50028 10/brlcad/trunk/src/libgcv/bottess.c: return the return tree. fixes set-but-unused compilation failure.
18:30.36 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:37.36 *** join/#brlcad Neil___ (~chatzilla@117.229.109.76)
18:40.31 *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
20:36.06 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
20:36.08 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
20:53.52 *** join/#brlcad crdueck_ (~cdk@129-97-210-228.uwaterloo.ca)
21:05.39 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:08.20 *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
22:56.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:19.52 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
23:19.53 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
23:26.23 *** join/#brlcad ibot (~ibot@rikers.org)
23:26.23 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
IRC log for #brlcad on 20120415

IRC log for #brlcad on 20120415

00:19.41 CIA-128 BRL-CAD: 03tbrowder2 * r50029 10/brlcad/trunk/src/libbu/quote.c: typo
00:20.56 CIA-128 BRL-CAD: 03tbrowder2 * r50030 10/brlcad/trunk/TODO: add details on g-nff and friends problems; add new item for later
00:23.35 CIA-128 BRL-CAD: 03tbrowder2 * r50031 10/brlcad/trunk/TODO: typo
01:08.53 *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2)
03:37.20 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
04:26.32 CIA-128 BRL-CAD: 03brlcad * r50032 10/brlcad/trunk/src/librt/shoot.c:
04:26.32 CIA-128 BRL-CAD: after hours of trying to follow the logic, take a stab at a simple sanity check
04:26.32 CIA-128 BRL-CAD: solution to an ARRAY_VS_SINGLETON issue being detected by coverity (cid 98). it
04:26.32 CIA-128 BRL-CAD: reports some path through the code resulting in the original head node getting
04:26.32 CIA-128 BRL-CAD: incremented. fix is to make sure we're not incrementing what we started with
04:26.33 CIA-128 BRL-CAD: (since if it's a nugrid node, it should have been set to soemthing else on the
04:26.34 CIA-128 BRL-CAD: first pass).
04:36.55 CIA-128 BRL-CAD: 03brlcad * r50033 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp:
04:36.56 CIA-128 BRL-CAD: looks like coverity correctly detected a bad pointer dereference in the pipe
04:36.56 CIA-128 BRL-CAD: brep routine where we were incrementing a pointer and then dereferencing an
04:36.56 CIA-128 BRL-CAD: address. woulda probably been very nasty to debug.. should address coverity
04:36.56 CIA-128 BRL-CAD: ARRAY_VS_SINGLETON (cid 99 and 100)
04:50.13 CIA-128 BRL-CAD: 03brlcad * r50034 10/brlcad/trunk/src/librt/search.c: make sure we turn the string into a path. coverity noticed we usually check the return value (20/23 times) and rightly needed. skip string if it fails. (cid 133)
04:56.19 CIA-128 BRL-CAD: 03brlcad * r50035 10/brlcad/trunk/src/liboptical/sh_gauss.c: make sure rt_db_get_internal() succeeds (cov cid 137)
04:58.38 CIA-128 BRL-CAD: 03brlcad * r50036 10/brlcad/trunk/src/liboptical/sh_tcl.c: apply change for CHECKED_RETURN detected by cov cid 139.
05:05.50 CIA-128 BRL-CAD: 03brlcad * r50037 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: addresses several CHECKED_RETURN issues reporte by coverity (cid 142), not checking return value of nmg_kill_cracks().
05:06.16 brlcad woot, down to less than 50
06:20.59 *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135)
06:34.51 *** join/#brlcad merzo (~merzo@144-249-133-95.pool.ukrtel.net)
06:40.16 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:52.49 *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net)
08:24.24 *** join/#brlcad Neil___ (~chatzilla@117.229.72.196)
08:45.34 *** join/#brlcad Neil____ (~chatzilla@117.229.105.131)
08:48.55 *** join/#brlcad Neil___ (~chatzilla@117.229.105.131)
09:12.30 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
09:14.10 *** join/#brlcad stas (~stas@188.24.35.114)
10:17.54 *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
10:18.00 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:05.00 CIA-128 BRL-CAD: 03tbrowder2 * r50038 10/brlcad/trunk/src/conv/walk_example.c: typo, ws
11:07.05 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:08.05 CIA-128 BRL-CAD: 03tbrowder2 * r50039 10/brlcad/trunk/src/conv/proe-g.c: typo
11:16.43 CIA-128 BRL-CAD: 03tbrowder2 * r50040 10/brlcad/trunk/src/conv/bot_shell-vtk.c: ws, style
11:19.42 CIA-128 BRL-CAD: 03tbrowder2 * r50041 10/brlcad/trunk/src/conv/enf-g.c: ws
11:21.27 CIA-128 BRL-CAD: 03tbrowder2 * r50042 10/brlcad/trunk/src/conv/fast4-g.c: ws
11:22.30 CIA-128 BRL-CAD: 03tbrowder2 * r50043 10/brlcad/trunk/src/conv/g-egg.c: ws
11:26.35 CIA-128 BRL-CAD: 03tbrowder2 * r50044 10/brlcad/trunk/src/conv/g-vrml.c: ws, style
11:29.36 CIA-128 BRL-CAD: 03tbrowder2 * r50045 10/brlcad/trunk/src/conv/g-xxx_facets.c: ws, style
11:31.12 CIA-128 BRL-CAD: 03tbrowder2 * r50046 10/brlcad/trunk/src/conv/ (26 files): add progname for debugging dumps
11:32.53 CIA-128 BRL-CAD: 03tbrowder2 * r50047 10/brlcad/trunk/src/conv/g-dot.c: correct for unconventional av (instead of argv)
11:35.58 CIA-128 BRL-CAD: 03tbrowder2 * r50048 10/brlcad/trunk/src/conv/dem-g.c: correct for unconventional av (instead of argv)
12:16.37 CIA-128 BRL-CAD: 03tbrowder2 * r50049 10/brlcad/trunk/src/conv/jack/g-jack.c: ws
12:18.11 CIA-128 BRL-CAD: 03tbrowder2 * r50050 10/brlcad/trunk/src/conv/jack/jack-g.c: ws
12:24.24 CIA-128 BRL-CAD: 03tbrowder2 * r50051 10/brlcad/trunk/src/conv/ (12 files in 6 dirs): add progname for debugging dumps
12:26.25 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:27.03 CIA-128 BRL-CAD: 03tbrowder2 * r50052 10/brlcad/trunk/TODO: add task to look into lack of stack trace in log
12:40.36 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
12:59.08 *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
13:02.55 *** join/#brlcad crdueck__ (~cdk@129-97-210-228.uwaterloo.ca)
13:08.30 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:44.09 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
14:29.02 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
14:52.38 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:12.04 *** join/#brlcad andrei_ (~andrei_@79.119.90.73)
15:23.10 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
17:20.51 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
18:00.38 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
18:01.18 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
18:33.07 CIA-128 BRL-CAD: 03tbrowder2 * r50053 10/brlcad/trunk/src/conv/g-var.c: correct usage to show the .g input file
18:33.28 *** join/#brlcad Neil___ (~chatzilla@117.229.18.16)
18:39.34 CIA-128 BRL-CAD: 03tbrowder2 * r50054 10/brlcad/trunk/src/conv/g-var.c: ws, style
18:44.32 CIA-128 BRL-CAD: 03tbrowder2 * r50055 10/brlcad/trunk/src/conv/g-var.c: correct type for defined var
18:54.08 CIA-128 BRL-CAD: 03tbrowder2 * r50056 10/brlcad/trunk/src/conv/g-var.c: use correct type
18:54.30 CIA-128 BRL-CAD: 03tbrowder2 * r50057 10/brlcad/trunk/src/conv/g-var.c: use correct type
19:01.37 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:04.05 CIA-128 BRL-CAD: 03tbrowder2 * r50058 10/brlcad/trunk/src/conv/g-var.c: typo, make size arg in fwrite explicit
20:35.07 *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net)
21:02.28 *** join/#brlcad srinath (0e8bd447@gateway/web/freenode/ip.14.139.212.71)
21:03.38 srinath hii
22:15.24 CIA-128 BRL-CAD: 03tbrowder2 * r50059 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: ws
23:32.30 *** join/#brlcad stas (~stas@188.24.35.114)
23:44.12 CIA-128 BRL-CAD: 03tbrowder2 * r50060 10/brlcad/trunk/src/liboptical/sh_gauss.c: eliminate uninitialized error
23:49.54 CIA-128 BRL-CAD: 03tbrowder2 * r50061 10/brlcad/trunk/src/librt/db_tree.c: ws
23:52.04 CIA-128 BRL-CAD: 03tbrowder2 * r50062 10/brlcad/trunk/src/conv/g-nff.c: ws
IRC log for #brlcad on 20120416

IRC log for #brlcad on 20120416

00:04.19 tofu_ starseeker: see what just a little reminder e-mail can do...
00:05.39 brlcad some issues aren't worth looking into until the second (or third) squeaking of the wheel
01:04.09 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
01:30.14 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
02:04.47 starseeker huh? Pro/ENGINEER is now Creo Element/Pro?
02:06.20 starseeker and Unigraphics decides NX sounds cooler... sigh
02:06.38 brlcad latest version has been Creo for nearly a year
02:06.59 starseeker <snort> another selling point to add to our list
02:07.13 starseeker BRL-CAD - consistent naming since the 1980s!
02:08.00 starseeker 'cause you just can't get any cooler
02:17.28 starseeker talk about a candidate for the Ig Nobel: http://idle.slashdot.org/story/12/04/15/1437222/japanese-researchers-create-a-crab-based-computer
03:00.41 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
03:55.51 CIA-128 BRL-CAD: 03brlcad * r50063 10/brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: convert the goto retry logic into a do/while loop. this is in response to coverity cid 168 even though it looks like it was a bonefide false positive.
04:03.12 CIA-128 BRL-CAD: 03brlcad * r50064 10/brlcad/trunk/src/conv/g-var.c: default case is unreachable, so join it up with the first case. should resolve cid 173.
04:06.13 CIA-128 BRL-CAD: 03brlcad * r50065 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell dead code issue for the always-false block by commenting it out since that's what the true-setting block is commented out. cid 174.
04:30.31 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
04:38.40 CIA-128 BRL-CAD: 03brlcad * r50066 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c:
04:38.40 CIA-128 BRL-CAD: little tricky to see it, but coverity seems to have correctly identified a
04:38.40 CIA-128 BRL-CAD: deadcode condition where the loop never iterated more than once (found_face gets
04:38.40 CIA-128 BRL-CAD: set to true on first pass). cid 175. converted to an if-clause in order to
04:38.40 CIA-128 BRL-CAD: preserve existing behavior while allowing for code simplification.
04:45.15 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:01.11 CIA-128 BRL-CAD: 03brlcad * r50067 10/brlcad/trunk/src/libged/wdb_obj.c:
05:01.12 CIA-128 BRL-CAD: fix three different deadcode coverity detections (cid 205, 206, 207), two of
05:01.12 CIA-128 BRL-CAD: which are obvious, but the third not so much.. it looks like the arb8 block was
05:01.12 CIA-128 BRL-CAD: completely replicated but not kept in sync. remove the seemingly weaker second
05:01.12 CIA-128 BRL-CAD: version matching the non-wdb_obj version.
05:27.06 CIA-128 BRL-CAD: 03brlcad * r50068 10/brlcad/trunk/src/liborle/rle.c: just what are the parens supposed to be doing here
05:37.40 CIA-128 BRL-CAD: 03brlcad * r50069 10/brlcad/trunk/src/liborle/rle.c: unlikely to fix cid 405 (OVERRUN_STATIC), but it looks like false positive. simplify the pointer a bit to see if it has an effect on the detected defect.
05:44.20 CIA-128 BRL-CAD: 03brlcad * r50070 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: fix coverity deadcode detection (cid 208)
06:33.05 *** join/#brlcad Tecan (~fsadf@ip-216-234-182-80.wildroseinternet.ca)
06:33.06 *** join/#brlcad Tecan (~fsadf@unaffiliated/unit41)
06:33.19 Tecan !seen
07:12.31 *** join/#brlcad jbs103 (aefc2b83@gateway/web/freenode/ip.174.252.43.131)
08:37.07 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:29.20 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:39.39 *** join/#brlcad stas (~stas@188.24.35.114)
11:55.02 CIA-128 BRL-CAD: 03tbrowder2 * r50071 10/brlcad/trunk/src/libbu/test_quote.c: make test_quote work and report failures
11:56.24 CIA-128 BRL-CAD: 03tbrowder2 * r50072 10/brlcad/trunk/regress/CMakeLists.txt: add regression test for 'quote' (actually bu_vls_encode/decode)
12:09.12 ``Erik heh, ptc and amd teaming up to get creo gpu aware http://tech.slashdot.org/story/12/04/15/2246257/amd-launches-partnership-with-cad-developer-ptc
12:19.16 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:35.23 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
13:17.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:21.11 CIA-128 BRL-CAD: 03brlcad * r50073 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: ws, indent, style cleanup
13:35.58 CIA-128 BRL-CAD: 03brlcad * r50074 10/brlcad/trunk/src/librt/ (3 files in 2 dirs):
13:35.58 CIA-128 BRL-CAD: looks like BVNode<BV>::isTrimmed() is trying to set a pointer, so we need a
13:35.58 CIA-128 BRL-CAD: pointer to it for it to persist back to the caller. this fixes a deadcode
13:35.58 CIA-128 BRL-CAD: condition detected by coverity (CID 209), which looks like a bonefide bug in the
13:35.58 CIA-128 BRL-CAD: trimming code where it was keeping track of an adjacent trimmed face id (where
13:35.59 CIA-128 BRL-CAD: it would always get set to -99).
13:41.30 brlcad now that looks like the type of bug I was hoping to find at the offsite
13:41.46 *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net)
13:42.06 brlcad if that adjacent face id is used anywhere, that was an obscure bug that would have screwed with trimming
13:44.29 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:20.26 CIA-128 BRL-CAD: 03brlcad * r50075 10/brlcad/trunk/src/mged/animedit.c: accfound is never set to true, so conditional is always true. eliminate the var, even though it looks like it implies bad logic..
14:36.48 CIA-128 BRL-CAD: 03brlcad * r50076 10/brlcad/trunk/src/mged/animedit.c:
14:36.48 CIA-128 BRL-CAD: looks like coverity deadcode defect CID 214 is a false positive, complaining
14:36.48 CIA-128 BRL-CAD: about curfound being always true, but try to be explicit anyways for code
14:36.48 CIA-128 BRL-CAD: clarity. move the initial false case init out to the loop so it's clear that it
14:36.48 CIA-128 BRL-CAD: starts false.
14:40.09 *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net)
14:47.54 CIA-128 BRL-CAD: 03brlcad * r50077 10/brlcad/trunk/src/mged/chgview.c: quell a deadcode defect detected by coverity (cid 217) by cleaning up the logic to match the messages being printed. if it introduces a bug, then the message being printed is wrong/misleading.
14:56.24 CIA-128 BRL-CAD: 03brlcad * r50078 10/brlcad/trunk/src/mged/polyif.c: since the original implementation commit in 1991, manually calculating normals for export has been disabled, so remove the code for it. fixes the deadcode issue reported in cid 218.
15:00.21 *** join/#brlcad ibot (~ibot@rikers.org)
15:00.21 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
15:01.25 CIA-128 BRL-CAD: 03brlcad * r50079 10/brlcad/trunk/src/mged/share.c: turn SHARE_RESOURCE macro into a do/while loop so we can always include a trailing semicolon so code looks like valid code.
15:02.40 CIA-128 BRL-CAD: 03brlcad * r50080 10/brlcad/trunk/src/mged/share.c: ws indent cleanup now that there are semicolons
15:13.05 CIA-128 BRL-CAD: 03brlcad * r50081 10/brlcad/trunk/src/mged/share.c: prevent a deadcode condition detected by coverity by only calling SHARE_RESOURCE once outside the uflag if/else conditional. cid 219.
15:37.33 CIA-128 BRL-CAD: 03brlcad * r50082 10/brlcad/trunk/src/mged/tedit.c: editor is set to jove as a fallback so it can't be null. just use it. cid 220.
15:46.28 CIA-128 BRL-CAD: 03brlcad * r50083 10/brlcad/trunk/src/libbu/bitv.c: prevent a null dereference if we pass a null bitvector around. however, return an empty bitvector from new() so we never propagate a null. should fix coverity forward_null cid 242.
15:55.22 CIA-128 BRL-CAD: 03brlcad * r50084 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: make sure when duplicating a shell that we don't assume a face has a loop (crash). detected by coverity forward_null cid 244.
16:06.38 brlcad woot, down to less than two dozen files
16:06.49 brlcad 30 issues remaining
16:15.50 *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102)
16:29.54 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
17:23.12 CIA-128 BRL-CAD: 03tbrowder2 * r50085 10/brlcad/trunk/src/libbu/test_quote.c: improve and correct test_quote function
17:24.32 CIA-128 BRL-CAD: 03tbrowder2 * r50086 10/brlcad/trunk/src/libbu/test_quote.c: explain hack
18:09.53 *** join/#brlcad merzo (~merzo@8-65-132-95.pool.ukrtel.net)
18:19.53 *** join/#brlcad merzo (~merzo@211-121-133-95.pool.ukrtel.net)
19:27.01 *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net)
19:33.13 CIA-128 BRL-CAD: 03n_reed * r50087 10/brlcad/trunk/regress/CMakeLists.txt: can ignore quote.sh once it's been commited
20:48.53 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
20:52.07 *** join/#brlcad DarkCalf (DC@173.231.40.98)
21:18.18 CIA-128 BRL-CAD: 03tbrowder2 * r50088 10/brlcad/trunk/regress/quote.sh: add missing script for vls_encode/decode test
21:25.30 CIA-128 BRL-CAD: 03r_weiss * r50089 10/brlcad/trunk/src/libged/ (14 files): (log message trimmed)
21:25.30 CIA-128 BRL-CAD: Updated files xpush.c list.c copyeval.c showmats.c find.c pathsum.c wcodes.c
21:25.30 CIA-128 BRL-CAD: wdb_obj.c trace.c ged_private.h push.c get_obj_bounds.c prefix.c and edcodes.c
21:25.30 CIA-128 BRL-CAD: within the libged library. Changed functions 'ged_list' (ie mged 'l' command,
21:25.30 CIA-128 BRL-CAD: lowercase L) and ged_pathsum (ie mged 'paths' command) to accept an addition
21:25.30 CIA-128 BRL-CAD: parameter '-t' meaning terse to reduce the amount of information displayed when
21:25.31 CIA-128 BRL-CAD: using these commands. This is useful when you want to use the 'l' command on a
21:27.41 CIA-128 BRL-CAD: 03r_weiss * r50090 10/brlcad/trunk/include/raytrace.h: Updated header file 'raytrace.h'. Changed the definition of function 'db_tree_funcleaf' by adding a fourth generic user pointer.
21:32.31 CIA-128 BRL-CAD: 03r_weiss * r50091 10/brlcad/trunk/src/conv/iges/g-iges.c: Updated file 'g-iges.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer.
21:37.37 CIA-128 BRL-CAD: 03r_weiss * r50092 10/brlcad/trunk/src/librt/ (db_match.c db_tree.c): Updated files 'src/librt/db_match.c', 'src/librt/db_tree.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer.
21:39.37 CIA-128 BRL-CAD: 03r_weiss * r50093 10/brlcad/trunk/src/mged/utility1.c: Updated file 'src/mged/utility1.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer.
21:46.22 *** join/#brlcad stas (~stas@188.24.35.114)
IRC log for #brlcad on 20120417

IRC log for #brlcad on 20120417

00:11.16 CIA-128 BRL-CAD: 03brlcad * r50094 10/brlcad/trunk/src/libbu/badmagic.c: refactor a few lines so there's just one call to bu_bomb()
00:32.06 *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102)
00:36.19 CIA-128 BRL-CAD: 03brlcad * r50095 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: check fu1 and fu2 for null to quell CID 249. false-positive, but good to handle make explicit anyways.
00:44.42 CIA-128 BRL-CAD: 03brlcad * r50096 10/brlcad/trunk/src/libged/put_comb.c: make sure we don't dereference a null directory pointer. should fix forward_null defect from cid 298.
00:52.20 CIA-128 BRL-CAD: 03brlcad * r50097 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: make sure we don't dereference a null outer_loop pointer. detected by coverity forward_null check, cid 302.
00:57.26 CIA-128 BRL-CAD: 03brlcad * r50098 10/brlcad/trunk/src/librt/primitives/nmg/nmg.c: unclear what it means to have a null shell at this point, so just make sure we don't dereference one instead of returning error. should fix coverity forward_null defect, cid 304.
01:02.22 CIA-128 BRL-CAD: 03brlcad * r50099 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: big ws messy cleanup.
01:08.19 CIA-128 BRL-CAD: 03brlcad * r50100 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: make sure we don't dereference a null pp3 pointer if we're near the end of the point list. check if we're on the last segment before skipping to the next point. should fix coverity cid 305 forward_null defect.
01:39.04 CIA-128 BRL-CAD: 03n_reed * r50101 10/brlcad/trunk/ (regress/CMakeLists.txt src/other/perplex.dist): ignore some files
01:51.10 CIA-128 BRL-CAD: 03brlcad * r50102 10/brlcad/trunk/src/librt/vshoot.c:
01:51.10 CIA-128 BRL-CAD: make sure HeadSeg isn't null before we go dereferencing it to free segments.
01:51.10 CIA-128 BRL-CAD: can't push the check up into RT_FREE_SEG_LIST() because not all list heads are
01:51.10 CIA-128 BRL-CAD: pointers (which would provoke a warning that a check is always true). fixes a
01:51.10 CIA-128 BRL-CAD: coverity forward_null defect, cid 308.
02:17.59 CIA-128 BRL-CAD: 03brlcad * r50103 10/brlcad/trunk/include/bu.h:
02:17.59 CIA-128 BRL-CAD: if we cast the pointer and the head pointer, we will avoid a pointer-type
02:17.59 CIA-128 BRL-CAD: mismatch if someone happens to use a non bu_list type. arguably an error, but
02:17.59 CIA-128 BRL-CAD: there's nothing that technically requires the head pointer actually be a bu_list
02:17.59 CIA-128 BRL-CAD: struct. that change lets us fix BU_LIST_FOR_CIRC() which was being used in nmg
02:18.00 CIA-128 BRL-CAD: code with non-bu types.
02:22.34 CIA-128 BRL-CAD: 03brlcad * r50104 10/brlcad/trunk/src/proc-db/vegetation.c: make my old code match current project style conventions
02:49.00 CIA-128 BRL-CAD: 03brlcad * r50105 10/brlcad/trunk/src/proc-db/vegetation.c: looks like coverity caught another memory management bug. we were wiping out the plant structure when the code was supposed to be initializing this point. should fix coverity forward_null cid 316 issue.
03:02.27 CIA-128 BRL-CAD: 03brlcad * r50106 10/brlcad/trunk/NEWS: the vegitation memory corruption should be user visible. detected by coverity and fixed by initializing the right pointer.
03:12.39 *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net)
04:22.38 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:22.43 CIA-128 BRL-CAD: 03brlcad * r50107 10/brlcad/trunk/src/conv/intaval/write_brl.cpp:
04:22.43 CIA-128 BRL-CAD: convert the array index into an explicit case where we manually wrap around.
04:22.43 CIA-128 BRL-CAD: this should overflow and underflow reports from coverity and makes the intent
04:22.43 CIA-128 BRL-CAD: hopefully a little more clear that this is some sort of wrapping convolution.
04:22.43 CIA-128 BRL-CAD: 'should' preserve existing behavior but warrants testing (anyone have a tgf
04:22.44 CIA-128 BRL-CAD: handy?) since it's prime for an off-by-one error. cid 323.
04:31.41 CIA-128 BRL-CAD: 03brlcad * r50108 10/brlcad/trunk/TODO: fixed an overflow and underflow issue that 'should' preserve existing behavior but warrants testing (anyone have a tgf handy?) since it's prime for an off-by-one error. cid 323.
04:32.18 CIA-128 BRL-CAD: 03brlcad * r50109 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: add missing semi-colons.
04:41.05 CIA-128 BRL-CAD: 03brlcad * r50110 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: style consistency
04:57.46 CIA-128 BRL-CAD: 03brlcad * r50111 10/brlcad/trunk/src/anim/anim_hardtrack.c: carl didn't document why he made num_wheels initialize to -1 but it will result in a negative memory allocation if the stream scan fails. reported by negative_returns coverity check, cid 370
05:03.26 CIA-128 BRL-CAD: 03brlcad * r50112 10/brlcad/trunk/src/anim/anim_track.c: same issue as anim_hardtrack (looks to be a functional code merge). init to -1 is problematic. untested, but go back to zero. cid 371.
05:26.16 CIA-128 BRL-CAD: 03brlcad * r50113 10/brlcad/trunk/src/fb/gif-fb.c: convert to libbu memory management, tidy up
05:48.39 CIA-128 BRL-CAD: 03brlcad * r50114 10/brlcad/trunk/src/fb/gif-fb.c: check a range in order to 'untaint' the parsed input data. should fix coverity tainted_scalar cid 1474.
05:50.49 CIA-128 BRL-CAD: 03brlcad * r50115 10/brlcad/trunk/src/fb/gif-fb.c: another tainted_scalar, cid 1474, for background.
05:59.38 *** join/#brlcad bhinesley (~bhinesley@108.220.116.134)
06:10.15 CIA-128 BRL-CAD: 03brlcad * r50116 10/brlcad/trunk/src/gtools/remapid.c: range-check the last component value to quell a tainted_scalar coverity check, cid 1476.
06:16.38 CIA-128 BRL-CAD: 03brlcad * r50117 10/brlcad/trunk/src/halftone/sharpen.c: stash the buffer value before using it as an index so we can range check it. should quell tainted_scalar report, cid 1477.
06:23.12 *** join/#brlcad andrei_ (~andrei_@86.123.124.39)
06:33.04 CIA-128 BRL-CAD: 03brlcad * r50118 10/brlcad/trunk/src/halftone/sharpen.c: another set of tainted_scalar issues, cid 1477.
06:37.15 andrei_ hello
06:37.59 andrei_ sorry for the absence, visited my parents this easter, I ll get home today and I ll try to catch up :)
06:54.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:56.25 CIA-128 BRL-CAD: 03brlcad * r50119 10/brlcad/trunk/src/irprep/irdisp.c: check the range of inputs after scanf, should address tainted_scalar from cid 1479.
06:58.45 CIA-128 BRL-CAD: 03brlcad * r50120 10/brlcad/trunk/src/sig/fhor.c: check the range of inputs after atoi, should address tainted_scalar from cid 1490.
07:11.01 CIA-128 BRL-CAD: 03brlcad * r50121 10/brlcad/trunk/src/sig/ihist.c: initialize memory and range check zerop index. cov cid 1491.
07:20.30 CIA-128 BRL-CAD: 03brlcad * r50122 10/brlcad/trunk/src/sig/imod.c: check range of tainted array index before use. cov cid 1492.
07:34.06 CIA-128 BRL-CAD: 03brlcad * r50123 10/brlcad/trunk/src/sig/smod.c: range check the iobuf index. cov cid 1493.
07:37.17 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
07:43.59 CIA-128 BRL-CAD: 03brlcad * r50124 10/brlcad/trunk/src/sig/syn.c: check the upper bounds too. hopefully clears tainted_scalar cid 1494.
07:47.08 CIA-128 BRL-CAD: 03brlcad * r50125 10/brlcad/trunk/src/sig/syn.c: more bounds checking
07:55.05 *** join/#brlcad stas (~stas@188.24.35.114)
08:04.40 CIA-128 BRL-CAD: 03brlcad * r50126 10/brlcad/trunk/src/sig/umod.c: add some range checks to quell cid 1495.
08:09.59 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
08:18.37 *** join/#brlcad Neil___ (~chatzilla@117.229.24.10)
09:18.21 brlcad and that's all of them ... starting run11 now
12:30.58 *** join/#brlcad Neil___ (~chatzilla@117.229.99.11)
14:36.20 CIA-128 BRL-CAD: 03starseeker * r50127 10/brlcad/trunk/src/util/CMakeLists.txt: make pc_test logic more robust
14:44.18 brlcad lovely .. half as many as before, but back up to over a hundred with the new scan (more than 3/4 were thought to have been resolved)
15:51.43 CIA-128 BRL-CAD: 03brlcad * r50128 10/brlcad/trunk/src/librt/shoot.c: yet another attempt at quelling cid 98, array_vs_singleton. since the other assertion is that lastcell is a nugridnode, test for it before blindly using it for cutp iteration.
16:06.55 CIA-128 BRL-CAD: 03brlcad * r50129 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: hit_v cannot be null here, revert 49986. (cid 169)
16:11.44 CIA-128 BRL-CAD: 03brlcad * r50130 10/brlcad/trunk/src/irprep/secpass.c: join the second typeout comparison with an if/else since both can't be true. add some bounds tests on the tainted input too. cid 180.
16:20.09 CIA-128 BRL-CAD: 03brlcad * r50131 10/brlcad/trunk/src/irprep/secpass.c: massive ws style cleanup, eliminate dead comment code, remove authorship and editing history comments.
16:39.12 CIA-128 BRL-CAD: 03brlcad * r50132 10/brlcad/trunk/src/librt/search.c:
16:39.13 CIA-128 BRL-CAD: vastly simplify the logic by just checking what we need piecewise. reduces
16:39.13 CIA-128 BRL-CAD: about 50 lines to 15. hopefully addresses the deadcode condition being reported
16:39.13 CIA-128 BRL-CAD: in cid 212 due to the now-singular path through the if/else cases.
16:57.24 CIA-128 BRL-CAD: 03starseeker * r50133 10/brlcad/trunk/src/rt/rtexample.c: initialize cur with RT_CURVATURE_INIT_ZERO - hopefully will address CID 1615
17:09.39 CIA-128 BRL-CAD: 03starseeker * r50134 10/brlcad/trunk/src/vfont/getfont.c: Make a stab at resolving CID 1613
17:09.59 *** join/#brlcad Neil___ (~chatzilla@117.229.62.189)
17:20.44 CIA-128 BRL-CAD: 03brlcad * r50135 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_io.c): change some of the sanity/bounds checks during object reads to ensure we don't overflow/underflow (cid 322). change db5_decode_length() to return a size_t since the value is always a sizeof size.
17:36.09 CIA-128 BRL-CAD: 03brlcad * r50136 10/brlcad/trunk/src/conv/ply-g.c: already quelled cid 325 (integer_overflow), but can we fake it out? it's not an integer, so maybe using a double temp might make that clear.
17:48.22 CIA-128 BRL-CAD: 03brlcad * r50137 10/brlcad/trunk/src/liboptical/sh_toyota.c: probably wont fix the overflow issues but should pinpoint how many coverity is detecting.
17:57.41 *** join/#brlcad merzo (~merzo@11-122-132-95.pool.ukrtel.net)
18:08.35 CIA-128 BRL-CAD: 03brlcad * r50138 10/brlcad/trunk/ (4 files in 2 dirs): the 'syn' sine synthesis tool is incurring a maintenance cost with no expressed benefit, remove it as obsolete. overflow/underflow issues in coverity, crashes on simple testing, tainted inputs, and more
18:13.13 CIA-128 BRL-CAD: 03brlcad * r50139 10/brlcad/trunk/src/util/sun-pix.c: looks like cid 332 is caused by use of unsigned long instead of the implicit uint32_t type it's using it as. change getlong() to return 32-bit type so we hopefully avoid all truncation propagation.
18:18.07 CIA-128 BRL-CAD: 03brlcad * r50140 10/brlcad/trunk/src/librt/db_scan.c: make sure we don't try to fseek to a negative address if ftell() fails. just assume rewind worked and scan from position 0.
18:34.51 CIA-128 BRL-CAD: 03brlcad * r50141 10/brlcad/trunk/src/util/sun-pix.c: non-lib private functions should be static
20:03.15 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
20:13.00 CIA-128 BRL-CAD: 03brlcad * r50142 10/brlcad/trunk/src/librt/comb/comb.c: cast and set to temp outside of the function call to quell false-positive negative_retursn warning (cid 384)
20:20.32 CIA-128 BRL-CAD: 03brlcad * r50143 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: subtract using the first arb symbol, not by the current value of that symbol hardcoded
20:22.22 CIA-128 BRL-CAD: 03brlcad * r50144 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: try to quell the warning by using a temporary
20:37.14 CIA-128 BRL-CAD: 03brlcad * r50145 10/brlcad/trunk/src/libged/wdb_vdraw.c: be explicit with the check to make sure we don't exceed BN_VLIST_CHUNK, responding to cid 420 OVERRUN_STATIC check. note cmd[i+1] so we have to stop one less than the capacity.
20:41.12 CIA-128 BRL-CAD: 03brlcad * r50146 10/brlcad/trunk/src/libged/wdb_vdraw.c: oops, list is decreasing, so leave off the check
20:45.36 CIA-128 BRL-CAD: 03brlcad * r50147 10/brlcad/trunk/src/libged/vdraw.c:
20:45.36 CIA-128 BRL-CAD: do the same to the non-wdb version of vdraw. note that this looks like it was a
20:45.36 CIA-128 BRL-CAD: bonefide vlist off-by-one issue since it was shifting cmd values down from +1
20:45.36 CIA-128 BRL-CAD: and +1 could exceed BN_VLIST_CHUNK. perhaps related to some of the wireframe
20:45.36 CIA-128 BRL-CAD: instability.
20:48.06 CIA-128 BRL-CAD: 03brlcad * r50148 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: fix a couple memory leaks detected by coverity, cid 488.
21:08.05 CIA-128 BRL-CAD: 03brlcad * r50149 10/brlcad/trunk/src/libged/tree.c: if multiple -o arguments are given, it'll clobber the existing fdout. detected by RESOURCE_LEAK check, cid 498.
21:13.34 CIA-128 BRL-CAD: 03brlcad * r50150 10/brlcad/trunk/src/libfb/fbserv_obj.c: check for null buffer since we use it. REVERSE_INULL check cid 545.
21:15.27 CIA-128 BRL-CAD: 03brlcad * r50151 10/brlcad/trunk/src/conv/jack/g-jack.c: write alloc size. int not pointer. SIZEOF_MISMATCH cid 1264
21:17.44 CIA-128 BRL-CAD: 03brlcad * r50152 10/brlcad/trunk/src/mged/animedit.c: another wrong malloc sizeof() detected, cid 1271
21:43.14 CIA-128 BRL-CAD: 03brlcad * r50153 10/brlcad/trunk/src/bwish/input.c: Try a different way to validated the tainted buffer from read(). check the bounds being used. cid 1461.
22:04.31 CIA-128 BRL-CAD: 03brlcad * r50154 10/brlcad/trunk/src/conv/ply-g.c: bounds-check vcount since it's tainted. cid 1471
22:09.06 CIA-128 BRL-CAD: 03brlcad * r50155 10/brlcad/trunk/src/fb/fbanim.c: quell coverity cid 1473, since it doesn't seem to notice that bu_exit() never returns.
22:13.13 CIA-128 BRL-CAD: 03brlcad * r50156 10/brlcad/trunk/src/fb/gif2fb.c: we're in main() so just return when we're preceeded by a printing statement. should quell cid 1475.
22:20.50 brlcad about a third done with the ones remaining in run11
22:22.02 starseeker can Coverity give us a clue on what we have to do to reliably clear the tainted scalar issues?
22:23.34 starseeker bwish/input.c:134: error: comparison is always false due to limited range of data type
22:29.48 brlcad it has been, not sure what you mean
22:29.51 CIA-128 BRL-CAD: 03brlcad * r50157 10/brlcad/trunk/src/bwish/input.c: increase the range so the check isn't always true where char are unsigned
22:30.01 brlcad we woulen't be down to just a few remaining if they weren't getting cleared
22:31.01 brlcad they're mostly all fixed now -- there's only like three that came back
22:31.14 brlcad and that's just because coverity doesn't realize bu_exit() never returns
22:37.09 brlcad easy enough to convert them to return
22:38.17 starseeker ah - k
22:54.01 CIA-128 BRL-CAD: 03n_reed * r50158 10/brlcad/trunk/src/ (464 files in 14 dirs): Apply SCL git d6d7c48 changes. SCLP23 macros replaced with simple SDAI_ prefix.
23:25.50 brlcad nice n_reed!
23:26.04 brlcad that was a monster of a merge
23:32.21 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
23:40.56 n_reed PITA is what it was
23:41.12 brlcad :)
23:47.08 starseeker confirms step-g works as well on openbook part d as it was prior to the merge - nice
IRC log for #brlcad on 20120418

IRC log for #brlcad on 20120418

00:00.25 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
00:00.25 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
03:34.37 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
03:58.28 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
06:17.13 CIA-128 BRL-CAD: 03brlcad * r50159 10/brlcad/trunk/src/util/pixcolors.c: try to quell cid 1509 another way, use temporaries and honorably check data ranges. innocuous TAINTED_SCALAR issue.
06:30.19 CIA-128 BRL-CAD: 03brlcad * r50160 10/brlcad/trunk/src/util/pixbustup.c: validate upper and lower bounds. avoid bu_exit() when tainted_scalar data is involved. cid 1508.
06:36.33 CIA-128 BRL-CAD: 03brlcad * r50161 10/brlcad/trunk/src/util/loop.c: convert bu_exit() calls to bu_log+return calls for those functions.
06:43.18 CIA-128 BRL-CAD: 03brlcad * r50162 10/brlcad/trunk/src/util/sun-pix.c: more conversion of bu_exit() to return statements. related to cid 1512.
07:21.12 *** join/#brlcad Neil___ (~chatzilla@117.229.52.122)
08:34.18 *** join/#brlcad Neil___ (~chatzilla@117.229.3.17)
09:07.52 *** join/#brlcad stas (~stas@82.208.133.12)
10:49.41 CIA-128 BRL-CAD: 03indianlarry * r50163 10/brlcad/trunk/src/util/loop.c: typo
11:00.04 *** join/#brlcad Neil_ (~chatzilla@117.229.117.47)
11:06.34 CIA-128 BRL-CAD: 03indianlarry * r50164 10/brlcad/trunk/src/librt/primitives/bot/btg.c:
11:06.34 CIA-128 BRL-CAD: BOT hits were disappearing from the segment when using TIE. TIE was determining
11:06.34 CIA-128 BRL-CAD: correct hits on tri's but was losing these when creating the hit segments in
11:06.34 CIA-128 BRL-CAD: rt_bot_makesegs_(). The rt_bot_makesegs_() function uses the hit_vpriv[] from
11:06.34 CIA-128 BRL-CAD: the hit structure to clean up odd hits, exit before entrance, or dangling
11:06.35 CIA-128 BRL-CAD: entrance hits but this was not being set in TIE. Added code in TIE hitfunc() to
11:06.36 CIA-128 BRL-CAD: populate these variables similar to what is done in non-TIE BOT code.
11:10.58 CIA-128 BRL-CAD: 03tbrowder2 * r50165 10/brlcad/trunk/src/util/loop.c: correct keyword typo
11:28.58 CIA-128 BRL-CAD: 03erikgreenwald * r50166 10/brlcad/trunk/src/librt/primitives/bot/btg.c: use VSUB2 instead of VCOMB2 for readability. Handle non-normalized direction vectors.
11:39.02 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
11:41.20 CIA-128 BRL-CAD: 03indianlarry * r50167 10/brlcad/trunk/src/librt/opennurbs_ext.h: (log message trimmed)
11:41.20 CIA-128 BRL-CAD: Commented out early bail out of BREP bounding-box intersect routine to also
11:41.20 CIA-128 BRL-CAD: include bounding-boxes behind the ray origin. Lets the calling application
11:41.20 CIA-128 BRL-CAD: handle cases where ray starts inside of a solid. We were getting an odd number
11:41.20 CIA-128 BRL-CAD: of hits when rays were being started on the backside but just inside of an
11:41.21 CIA-128 BRL-CAD: existing component messing up the segment in/out logic. Could have injected an
11:41.22 CIA-128 BRL-CAD: "in hit" at the ray origin but most solids would have returned the calculated
11:46.32 *** join/#brlcad Neil___ (~chatzilla@117.229.51.84)
11:57.22 CIA-128 BRL-CAD: 03tbrowder2 * r50168 10/brlcad/trunk/src/conv/iges/iges.c: eliminate K&R-style function args
12:30.03 *** join/#brlcad andrei (~andrei@188.25.160.56)
12:30.11 andrei hello
12:46.42 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:12.45 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
14:18.06 *** join/#brlcad Neil_ (~chatzilla@117.229.51.84)
14:22.39 *** join/#brlcad Neil___ (~chatzilla@117.229.51.84)
14:53.58 *** join/#brlcad Neil_ (~chatzilla@117.229.51.84)
14:55.24 CIA-128 BRL-CAD: 03r_weiss * r50169 10/brlcad/trunk/src/libged/ (pathsum.c trace.c): Updated libged functions 'ged_pathsum' (ie mged commands 'paths' and 'listeval') and '_ged_trace'. These were within files 'pathsum.c' and 'trace.c'. Improved error checking.
15:09.15 CIA-128 BRL-CAD: 03starseeker * r50170 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.h primitives/bot/btg.c): Apply r50164 and r50167 fixes from trunk to STABLE
15:26.21 *** join/#brlcad Neil___ (~chatzilla@117.229.88.176)
16:00.44 CIA-128 BRL-CAD: 03Starseeker 07http://brlcad.org * r3506 10/wiki/Early_Raytracing_History: /* MAGIC */ Use DTIC link.
16:00.59 *** join/#brlcad atneik (~atneik@120.59.75.148)
16:02.16 CIA-128 BRL-CAD: 03Starseeker 07http://brlcad.org * r3507 10/wiki/Early_Raytracing_History: /* GIFT */ Add GIFT pdf links
16:29.36 CIA-128 BRL-CAD: 03n_reed * r50171 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): remove unused variables and functions identified in SCL git 8ce79ec, 73cc97f, e98d00f, 63295f1, and 2a0ee4e
16:35.58 *** join/#brlcad merzo (~merzo@3-54-132-95.pool.ukrtel.net)
16:59.39 *** join/#brlcad Neil___ (~chatzilla@117.229.88.176)
17:01.12 CIA-128 BRL-CAD: 03r_weiss * r50172 10/brlcad/trunk/doc/docbook/system/mann/en/listeval.xml: Updated the documentation for the mged 'listeval' command. Added the '-t' option to the description.
17:02.57 CIA-128 BRL-CAD: 03r_weiss * r50173 10/brlcad/trunk/src/libged/pathsum.c: Updated the mged command 'paths', removing the '-t' option which has no effect for this command.
17:49.23 CIA-128 BRL-CAD: 03r_weiss * r50174 10/brlcad/trunk/doc/docbook/system/mann/en/l.xml: Updated the documentation for the mged 'l' (lowercase L) command. Added the '-t' option to the description.
17:56.59 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:08.13 *** join/#brlcad Neil___ (~chatzilla@117.228.208.114)
19:08.56 CIA-128 BRL-CAD: 03r_weiss * r50175 10/brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Add documentation for mged 'gr' (ie grouper) command.
19:10.14 CIA-128 BRL-CAD: 03r_weiss * r50176 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Update to 'CMakeLists.txt' to add documentation for the mged 'gr' (ie grouper) command.
19:22.19 *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166)
20:30.27 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
20:59.53 CIA-128 BRL-CAD: 03r_weiss * r50177 10/brlcad/trunk/doc/docbook/system/mann/en/e_command.xml: Updated the mged 'e' command documentation, added the '-m1' option.
21:06.40 CIA-128 BRL-CAD: 03r_weiss * r50178 10/brlcad/trunk/doc/docbook/system/mann/en/draw.xml: Updated the documentation for the mged 'draw' command. Added the '-m1' option.
21:34.15 CIA-128 BRL-CAD: 03n_reed * r50179 10/brlcad/trunk/src/other/step/src/ (15 files in 3 dirs): apply changes from SCL git d6da40c and 275977d (commented code removal/style)
21:37.29 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
22:57.09 brlcad starseeker: gsoc guidelines sent
22:57.24 brlcad ``Erik: n_reed: you too :)
22:57.36 brlcad ~seen drossberg
22:57.45 ibot brlcad: i haven't seen 'drossberg'
22:58.05 brlcad ~seen d_rossberg
22:58.06 ibot d_rossberg <~rossberg@BZ.BZFLAG.BZ> was last seen on IRC in channel #brlcad, 6d 5h 36m 5s ago, saying: 'they told me at 5 that they won't come today but tomorrow :('.
22:58.50 brlcad spread the word
22:59.12 andrei hey brlcad
22:59.37 brlcad howdy andrei
23:00.18 andrei I was kept busy these days and didn't have time to watch the commitments/mailing list
23:00.45 andrei was the matter regarding red-black tree api fixed?
23:00.45 brlcad nope, not that I'm aware of
23:05.26 andrei oh, then I ll try to catch up on the mailing list discussions.
IRC log for #brlcad on 20120419

IRC log for #brlcad on 20120419

00:24.10 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
00:24.11 brlcad starseeker: no need to clear your scores
00:24.38 brlcad You should do the same at least for the proposals you are willing to mentor
00:24.38 brlcad *at least*
00:24.45 brlcad scoring more is fine
00:29.05 milamber hello all, trying to compile brlcad 7.20.4 on ubuntu 12.04. using gcc 4.6.3 and i am getting the following error: http://pastebin.com/2Epu7DkT
00:29.06 milamber any help would be greatly appreciated
00:29.34 brlcad milamber: see the line "cc1: all warnings being treated as errors"
00:29.56 brlcad so it's just strict compilation warnings -- you can disable those during cmake
00:30.20 brlcad or use the latest svn sources where usually strict compilation issues stay fixed
00:31.23 milamber brlcad: i don't think i have cmake installed. i was trying the standard configure/make/make install. is there a specific make option i can give?
00:32.41 brlcad --disable-strict
00:32.47 brlcad that's a configure option
00:34.32 milamber brlcad: ok, running configure again now. are you still using both make and cmake?
00:34.46 milamber brlcad: i thought the goal was to drop make support at some point?
00:35.05 brlcad cmake doesn't replace make, it replace autogen/configure
00:35.46 brlcad cmake outputs build systems including makefiles for *nix, msvc build files for windows, xcode projects for mac, etc
00:36.40 milamber brlcad: learn something new everyday. going to run the distclean and run configure again. thanks for the info.
00:36.49 brlcad removal of something as entrenched as our autotools build, however, is going to go through our documented deprecation process (meaning it'll linger for at least two minor releases)
00:36.58 brlcad if you run distclean, you'll have to run autogen.sh again
00:37.05 brlcad shoudln't need to though
00:37.19 brlcad just rerunning configure should work just fine and pick up where the compilation left off
00:37.57 milamber brlcad: it didn't like not running distclean
02:34.22 starseeker brlcad: sorry, had already started clearing when I got the word :-/
02:34.33 starseeker worked out fine though - some of my scores were off
03:34.45 *** join/#brlcad stevegt_ (~stevegt@74-94-170-253-NewEngland.hfc.comcastbusiness.net)
06:19.10 *** join/#brlcad andrei (andrei@188.25.160.56)
06:25.07 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
06:38.47 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
06:53.01 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:23.07 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
07:57.03 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:09.35 *** join/#brlcad Neil___ (~chatzilla@117.229.82.192)
08:28.10 *** join/#brlcad stas (~stas@82.208.133.12)
08:31.51 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
09:12.09 *** join/#brlcad Neil___ (~chatzilla@117.229.78.77)
09:19.07 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:14.16 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:10.00 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:18.12 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:21.21 ``Erik milamber: cmake -DBRLCAD_ENABLE_STRICT=OFF /path/to/src && make all install
11:23.23 ``Erik brlcad: strict issues are all over trunk, reasonably recent X11's use vararg macros, default gcc in ubuntu wigs out in libbu on printf format values (%z), ...
11:57.36 starseeker growls at MSVC... why can't they support C99 blast it...
12:12.14 starseeker hmm... http://www.ishani.org/web/2011/crowbarring-clang-into-vs/
12:13.18 starseeker now if we could just get Microsoft to hire him and get clang "officially" bundled...
12:23.21 ``Erik no way that'd happen, stop thinking like a geek and think like a suit wearing 'business' type
12:29.00 *** join/#brlcad Neil___ (~chatzilla@117.229.48.233)
12:29.30 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
13:08.54 milamber brlcad: the ./configure -disable-strict built like a champ
13:09.06 milamber ``Erik: thanks for the response
13:13.57 *** join/#brlcad stevegt_ (~stevegt@74-94-170-253-NewEngland.hfc.comcastbusiness.net)
13:58.30 brlcad ``Erik: haven't encountered the X11 vararg issue yet, but have seen the latter and there's a bit of code that tells gcc to not warn about it, presumably just not checking the gcc version right to turn it off
13:59.04 brlcad have you looked at the X11 header to see if there's a toggle to get non vararg?
13:59.18 brlcad er, s/vararg/variadic/
14:11.57 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:12.29 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:22.59 *** join/#brlcad andrei (andrei@188.25.160.56)
14:40.05 *** join/#brlcad merzo (~merzo@228-146-132-95.pool.ukrtel.net)
14:40.57 ``Erik brlcad: yeah, there's some fu to do different things based on gnuc version, but all resulting forms use "..." in 'em... as of xproto 7.0.22, apparently
14:49.26 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
15:14.14 *** join/#brlcad merzo (~merzo@112-137-133-95.pool.ukrtel.net)
15:47.43 brlcad ``Erik: looks like -Wno-variadic-macros will do the trick
15:57.53 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
16:21.57 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:25.15 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:36.40 *** join/#brlcad Neil___ (~chatzilla@117.229.41.224)
16:43.20 CIA-128 BRL-CAD: 03brlcad * r50180 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: add checks for -Wno-variadic-macros to quell compilation warnings about newer Xorg headers using the c99/c++11-only feature when we're compiling in c90/c++ mode. regroup the rest for consistency.
17:07.54 *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net)
17:29.53 *** join/#brlcad Neil___ (~chatzilla@117.229.107.88)
17:56.40 andrei Hello
17:58.34 Neil___ hello
18:30.32 brlcad if any of you received e-mails recently regarding thanks or congrats, you can disregard them -- it's a bug in the melange interface
18:30.46 brlcad we haven't finalized our selections in the least
18:31.28 brlcad some bug caused a bunch of e-mails to get kicked out to lots of students
18:38.39 *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca)
18:39.42 *** join/#brlcad merzo (~merzo@31-143-133-95.pool.ukrtel.net)
18:41.46 ksuzee brlcad, thank you for information
19:29.49 CIA-128 BRL-CAD: 03tbrowder2 * r50181 10/brlcad/trunk/src/conv/g-dot.c: ws
19:32.00 brlcad ksuzee: you're welcome
19:32.10 brlcad it's a bit fo a googley mess
19:45.31 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
19:46.42 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
20:00.49 *** join/#brlcad Neil_ (~chatzilla@117.229.66.221)
20:05.33 CIA-128 BRL-CAD: 03tbrowder2 * r50182 10/brlcad/trunk/src/conv/g-shell-rect.c: ws, style, semicolons after macros
20:08.58 CIA-128 BRL-CAD: 03tbrowder2 * r50183 10/brlcad/trunk/src/conv/dxf/g-dxf.c: ws, style
20:25.38 *** join/#brlcad stas_ (~stas@188.24.35.114)
20:28.09 jordisayol arch is still in pre-alpha?
20:31.49 ``Erik_ ya mean archer?
20:32.09 jordisayol yes. s/arch/archer/
20:33.21 ``Erik_ it should be usable for quite a bit, but not a 100% replacement for mged yet
20:34.00 ``Erik_ I can walk down the hall and ask the dev if you need details...
20:34.50 jordisayol ``Erik_: no, i just want to know it to change the default program for g database files
20:35.45 jordisayol now, in gnome desktop, brlcad deb packages set mged as the default program to open them
20:36.06 ``Erik_ yeah, that should still be the case
20:36.14 jordisayol ok
20:36.21 jordisayol thanks ``Erik_
21:10.41 CIA-128 BRL-CAD: 03tbrowder2 * r50184 10/brlcad/trunk/src/librt/db_tree.c: ws
21:13.02 CIA-128 BRL-CAD: 03tbrowder2 * r50185 10/brlcad/trunk/src/librt/db_tree.c: ws
21:38.51 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
22:22.50 CIA-128 BRL-CAD: 03tbrowder2 * r50186 10/brlcad/trunk/src/librt/db_tree.c: reset special magic to normal magic before leaving the function
IRC log for #brlcad on 20120420

IRC log for #brlcad on 20120420

00:06.11 CIA-128 BRL-CAD: 03starseeker * r50187 10/brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: explicitly specify the iwidgets namespace in a few places for MGEDpage.itk
02:06.21 *** join/#brlcad Neil___ (~chatzilla@117.229.66.221)
02:13.33 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
02:15.43 *** join/#brlcad stevegt_ (~stevegt@64.223.219.84)
02:20.37 CIA-128 BRL-CAD: 03starseeker * r50188 10/brlcad/trunk/src/archer/CMakeLists.txt: Remove WIN32 from the Archer build logic.
02:23.23 CIA-128 BRL-CAD: 03starseeker * r50189 10/brlcad/trunk/ (6 files in 3 dirs):
02:23.23 CIA-128 BRL-CAD: Start teaching rtwizard to take inputs from the command line (will provide a way
02:23.23 CIA-128 BRL-CAD: to avoid the need for graphically picking components, and eventually will allow
02:23.23 CIA-128 BRL-CAD: for complete non-graphical rtwizard image generation - useful for regression
02:23.23 CIA-128 BRL-CAD: testing.) At this stage, should just preserve old behavior.
02:34.00 brlcad woot
03:37.29 starseeker brlcad: which, the WIN32 removal? :-P
03:41.33 starseeker come to think of it, I should probably check for other places I can use the symlink test...
03:54.24 CIA-128 BRL-CAD: 03starseeker * r50190 10/brlcad/trunk/src/conv/step/CMakeLists.txt: Whoops, wrong schema. Switch it back, especially since it's looking like our change may be a valid one.
04:23.06 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
04:53.15 CIA-128 BRL-CAD: 03starseeker * r50191 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Targets.cmake): Couple tweaks for the subbuild case - need to make sure we avoid names like liblibbu, and distcheck is disabled when we're a subbuild.
05:03.38 starseeker sweet - cmake .. -DBRLCAD_IS_SUBBUILD=1 -DBRLCAD_ENABLE_TARGETS=1 now sets up a minimalist build of just what is needed for librt
05:16.02 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:26.20 *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
06:02.15 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:04.53 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
07:03.08 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:27.32 *** join/#brlcad Neil___ (~chatzilla@117.229.63.60)
07:40.11 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
08:19.11 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
09:02.41 *** join/#brlcad stas_ (~stas@82.208.133.12)
10:37.52 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:31.24 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
12:24.10 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
12:49.30 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:01.03 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
14:01.27 *** join/#brlcad ibot (~ibot@rikers.org)
14:01.27 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
14:15.22 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
14:24.13 CIA-128 BRL-CAD: 03bob1961 * r50192 10/brlcad/trunk/ (include/tclcad.h src/libtclcad/tclcad_obj.c): Added TCLCAD_POLY_SQUARE_MODE. Updated libtclcad/tclcad_obj.c/to_poly_rect_mode() and to_mouse_poly_rect() to also be used for drawing squares.
14:28.27 CIA-128 BRL-CAD: 03bob1961 * r50193 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated cadwidgets::Ged::init_poly_rect to accomodate the enhanced poly_rect_mode command (i.e. can also draw squares).
14:29.39 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
14:29.45 brlcad howdy bhinesley
15:04.55 CIA-128 BRL-CAD: 03bob1961 * r50194 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Removed a few old/unused methods.
15:16.51 brlcad o
15:17.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
15:17.57 brlcad I'm returning our last unused slot -- the unassigned ones pending are just not responsive enough and haven't pulled their weight compared to others
15:38.31 *** join/#brlcad ibot (~ibot@rikers.org)
15:38.31 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
16:52.03 CIA-128 BRL-CAD: 03bob1961 * r50195 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added "begin" callbacks for data polygons. Changed a few method and variable names for consistency.
16:55.17 *** join/#brlcad andrei (~tuxilina@141.85.225.204)
17:26.49 CIA-128 BRL-CAD: 03bob1961 * r50196 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Fleshed out begin_data_poly_###.
17:36.50 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
17:48.34 *** join/#brlcad merzo (~merzo@57-83-132-95.pool.ukrtel.net)
17:59.37 CIA-128 BRL-CAD: 03starseeker * r50197 10/brlcad/trunk/src/tclscripts/rtwizard/ (4 files in 2 dirs): Use an associative array, and populate variables in the RtWizard namespace.
18:17.56 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
18:40.14 *** join/#brlcad Neil___ (~chatzilla@117.229.62.20)
18:58.31 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
19:13.19 *** join/#brlcad andrei (~andrei@188.25.175.86)
19:45.56 andrei hello
19:46.01 Al_Da_Best Evening
21:56.48 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
23:02.27 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20120421

IRC log for #brlcad on 20120421

00:36.32 kanzure why'd we need a new voting thread
00:36.34 kanzure oh well
00:36.42 brlcad nods
00:37.13 kanzure brlcad: have you ever played with https://github.com/colah/ImplicitCAD
00:37.18 brlcad given the discussion, a vote seems kind of silly too
00:37.48 kanzure "voting" just replicates the failures of tc184-sc4
00:37.54 brlcad there's never going to be a consensus and any majority is easily biased by faction/collusion
00:38.07 kanzure http://diyhpl.us/~bryan/irc/step/tc184-sc4-members.txt
00:38.18 kanzure somehow i hax0red my way into getting in the tc184-sc4 group
00:38.26 brlcad wow
00:38.40 kanzure before their previous site went offline
00:38.55 brlcad yeah, I usually refuse to be on committees on principle
00:39.06 kanzure they weren't exactly letting anyone join
00:39.11 kanzure i thought they would be STEP pros or EXPRESS pros
00:39.12 kanzure but nope
00:39.16 kanzure looks like a clusterfuck
00:39.50 kanzure lots of "GUYS where is our next meeting? north korea? ok let's do north korea"
00:40.37 kanzure but that waterbury guy from NASA is on the list
00:41.06 brlcad I have not played with implicitcad
00:41.40 brlcad clearly what is needed is more management and oversight
00:41.47 kanzure i like the concept but i still see a need for direct surface manipulation (not implicit surface manipulation)
00:41.52 kanzure haha yeah right
00:41.53 brlcad not people actually writing step code
00:41.58 kanzure rofl :(
00:42.13 kanzure did you see that solidworks fired their head tech guy?
00:42.21 kanzure they decided to switch solidworks kernels away from parasolid to v6
00:42.27 kanzure and their tech lead refused
00:42.28 kanzure so they fired him
00:42.35 brlcad heh, no I didn't
00:42.47 brlcad good for him
00:42.59 kanzure yeah
00:43.14 kanzure nobody knows how to write kernels anymore, they'd probably screw up a move to another engine
00:43.28 kanzure esp. since they didn't write parasolid
00:44.11 brlcad he can probably get a job at any one of their competitors without a problem, and if not them due to some no-compete clause just as easily at 100 other companies with deep pockets for skills like that
00:44.48 kanzure and probably make >50% more money
00:45.22 kanzure so, i've been thinking of hiring someone other than me to write nurbs algorithms
00:45.34 kanzure i've given it a shot and it's taking me too long to get reasonable results
00:46.39 kanzure do you have any thoughts about this?
01:20.20 brlcad thoughts as in .. what are you writing nurbs algorithms for??
02:56.42 CIA-128 BRL-CAD: 0396.234.234.5 07http://brlcad.org * r3508 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Other Tool Projects */ Not for this year, but add a note to flesh out a description of possible clone/pattern tool improvement task for later use...
04:31.12 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
04:44.37 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:25.20 *** join/#brlcad phoenixyjll_ (3b941b48@gateway/web/freenode/ip.59.148.27.72)
06:09.38 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
06:12.58 *** join/#brlcad andrei (~andrei@188.25.225.145)
06:31.08 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
07:36.56 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
09:27.45 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
10:40.55 *** join/#brlcad stas_ (~stas@82.208.133.12)
11:10.16 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:35.40 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
11:36.35 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:47.49 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
11:51.15 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
12:05.56 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
12:34.52 *** join/#brlcad merzo (~merzo@146-111-133-95.pool.ukrtel.net)
13:50.09 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
15:04.37 kanzure brlcad: well, none of the open source "nurbs libraries" seem to do anything
15:04.47 kanzure opennurbs just hides all the useful stuff in the commercial for-pay library
16:26.59 *** join/#brlcad merzo (~merzo@127-87-132-95.pool.ukrtel.net)
16:37.06 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
16:49.44 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
16:53.29 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
18:29.19 *** join/#brlcad Neil___ (~chatzilla@117.229.60.198)
18:40.13 *** join/#brlcad stas_ (~stas@188.24.35.114)
19:18.07 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
19:33.55 louipc kanzure: fork fork fork
19:34.47 kanzure fork who?
19:35.10 louipc the nurbs libraries
19:35.16 kanzure hrmm maybe..
19:35.22 kanzure it wouldn't help.. the hard part isn't open source
19:35.44 louipc but it could be
19:35.58 louipc if you don't, it will never be
19:36.20 kanzure i don't understand how forking useless crap is helpful here ?
19:36.55 louipc auh didn't know that... wonder why brl-cad would be using useless crap
19:37.08 kanzure it uses it for the basic nurbs representation in a few places
19:37.18 kanzure i am making a number of assumptions here,
19:37.25 kanzure like that you're replying to my previous messages regarding opennurbs
19:37.32 kanzure many of the intersection algorithms in opennurbs are not open source
19:37.36 kanzure brlcad does not include them or use them
19:37.37 louipc that's correct
19:38.06 kanzure nurbs representation (knots and control points) is somewhat easy to code
19:38.27 kanzure but building a robust library for boolean operations on their surfaces is apparently time intensive
19:38.39 louipc hard stuff is more fun to code anyways
19:38.42 kanzure http://diyhpl.us/cgit/lolcad has some random work i've done in this area
19:38.55 kanzure sure! but i haven't been able to get that much help from anyone who has previously implemented this
19:40.16 kanzure at one point i thought writing a wrapper around ESOLID might be a good way forward:
19:40.19 kanzure http://diyhpl.us/cgit/lolcad/tree/esolid/wrapper/wrapper.pyx
19:40.21 kanzure (at least until i rewrite their implementation)
19:40.39 kanzure but unless you know the whole system, your rewrite is going to look like garbage:
19:40.42 kanzure http://diyhpl.us/cgit/lolcad/tree/esolid/esolid.py
19:40.46 louipc yea
19:41.51 kanzure btw that's a wrapper around this:
19:41.52 kanzure http://research.cs.tamu.edu/keyser/geom/esolid/releases/version_0.3/ESOLID-0.3.tar.gz
19:41.55 louipc is that nurbs?
19:43.26 kanzure actually it's a library for surfaces made up of rational polynomials
19:43.32 kanzure including bezier curves
19:43.36 kanzure so it's somewhat related to nurbs
19:43.42 louipc also, why would you waste time to rewrite it? source code is there
19:43.45 kanzure effectively it's the same or a "close enough" solution
19:43.47 kanzure http://research.cs.tamu.edu/keyser/geom/esolid/index.htm
19:43.49 louipc and we were talking about nurbs
19:43.54 kanzure no licensing
19:43.58 kanzure and the author is non-responsive
19:44.23 kanzure also: arguably we should have at least 1 person in the open source world who can do this and maintain a library properly, heh
19:44.37 kanzure it would be bad to use some code that nobody understands
19:45.21 kanzure i don't remember if i call chris as chris or sean, but he mentioned that esolid might be a bad idea to wrap around due to that licensing ambiguity
19:45.27 kanzure but the only other option is opencascade, and getting that codebase into shape is a nightmare
19:45.33 kanzure (plus their own set of licensing issues)
19:48.43 louipc eh
20:43.14 brlcad the license isn't technically ambiguous, is a bsd-style-except-non-commericial license making it pretty much incompatible with everything except cc-nc
20:44.07 brlcad it needs to be relicensed through the university
20:44.25 brlcad and of coruse good luck with that :)
21:55.24 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:46.06 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
IRC log for #brlcad on 20120422

IRC log for #brlcad on 20120422

00:48.50 starseeker kanzure: openNURBS isn't just a container format, they do have some useful functions - in particular, evaluating UV coordinates into 3-space points is something we get from openNURBS
00:51.59 starseeker as well as their bounding box routines
00:53.29 kanzure right
00:53.49 kanzure that's true, i didn't mention the point evaluation stuff
00:53.56 kanzure probably unfair of me
00:54.43 starseeker I've thought about expanding on openNURBS or designing a new geometry library using theirs as a guide (hence the libnurbs project on sourceforge) but it is not an easy task and for BRL-CAD's purposes it usually makes more sense to go "straight for the throat" to implement the feature we need
00:55.20 kanzure for sure
00:55.37 starseeker and if I'm doing it for fun on my own time, I'd probably want to make it a Knuth style literate program
00:55.43 kanzure it's somewhat startling though that we can't figure this out
00:55.52 starseeker which is enough to drive away just about anybody :-)
00:56.02 kanzure we might not be the smartest tools in the shed, but we seem to be well versed in cad programming
00:56.02 starseeker kanzure: what, the surface/surface stuff?
00:56.05 kanzure yeah
00:56.12 kanzure if we haven't implemented it yet, then who else would ? heh
00:56.15 starseeker we haven't attacked it seriously yet
00:56.21 kanzure hmm
00:56.23 starseeker (we being BRL-CAD)
00:56.26 kanzure right
00:56.34 kanzure well, what would your strategy be?
00:56.49 starseeker kanzure: you're aware of the research papers published on the topic?
00:57.11 kanzure i know many..
00:57.25 starseeker none of them give you what you need?
00:57.25 kanzure although they are often without source code
00:57.28 starseeker sure
00:57.41 kanzure the esolid papers are pretty nice, it's not nurbs exactly but it's definitely bounded surface manipulation
00:57.49 starseeker my starting point would be to study things like this: http://www.cs.berkeley.edu/~hling/research/paper/intersection.htm
00:58.48 kanzure yeah this looks standard basd on what i've seen
00:59.10 kanzure there's a gap between me reading this, me implementhing this completely, and the stuff in the middle (which is where i screw up)
00:59.19 kanzure for instance you can't just sit down and write code for 2 weeks and expect it to work
01:00.16 starseeker sure
01:00.55 starseeker having tried to implement some of the written strategies, what are the tough points you're running into?
01:01.35 kanzure unit tests
01:01.41 kanzure confirming that intermediate components work
01:02.04 starseeker you mean formulating them?
01:02.15 kanzure what?
01:02.53 starseeker are you having problems devising the tests, or problems with them failing when you run them?
01:03.01 kanzure devising tests
01:04.07 kanzure also, formulating a relatively sane api
01:04.21 kanzure the end-user-exposed api is simple enough, but not the internal api
01:04.36 kanzure (i mean the stuff under the hood in the actual "intersect" methods)
01:05.36 starseeker in that situation, I'd probably start by listing all of the component "bits" that go into solving the problem, and see if they start to group into common conceptual areas
01:08.24 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
01:10.22 starseeker kanzure: refresh my memory - for your purposes GPL is out, right?
01:13.25 kanzure GPL is fine
01:16.18 starseeker kanzure: have you looked at SISL?
01:16.57 starseeker they claim surface/surface intersection, IIRC
01:17.28 starseeker http://www.sintef.no/sisl
01:17.49 starseeker even has a CMake build
01:18.57 kanzure yes i've heard of it
01:19.01 kanzure but iirc they had licensing issues too
01:19.02 kanzure "SISL is avalable for non-commercial use under the GPL license."
01:19.06 starseeker that library is probably #1 on my "I wish I could try this library for BRL-CAD, but it's ruled out by the GPL" list
01:19.14 kanzure no it's not even "GPL"
01:19.19 starseeker kanzure: check the actual license text
01:19.19 kanzure it's "non-commercial use only"
01:19.39 kanzure uhh
01:20.02 kanzure hrm looks i have it installed already
01:20.24 starseeker kanzure: my hunch is they mean "if you want to bundle use with your commercial app, you need to pay us"
01:20.41 kanzure yeah.. that's not what the GPL is supposed to do
01:20.59 starseeker it does have that effect though
01:21.01 kanzure nope..
01:21.06 kanzure you can easily GPL your commercial app
01:21.11 kanzure they are smoking something pretty strong over there
01:21.34 starseeker hmm? You can't link a GPL library with non-GPL-compatible code and distribute the result
01:22.05 starseeker ah - yeah I doubt the notion of a GPL app that is also sold (or at least supported) commercially has occurred to them
01:22.26 kanzure uhuh
01:22.35 starseeker let's face it - for most of the history of the CAD industry the notion would probably have gotten you subjected to a drug test
01:22.51 kanzure sure..
01:23.14 kanzure what on earth are all these files
01:23.20 starseeker kanzure: what about the GPL license in their source tarball - do they add any non-commercial clauses?
01:23.29 kanzure s1906.c s1907.c s1908.c ..
01:23.38 starseeker ah - the various routines
01:23.42 kanzure starseeker: i looked, didn't see anything, but should run a diff
01:23.44 kanzure those are horrible names
01:23.48 starseeker heh
01:24.01 starseeker kanzure: if you're unsure about it, you can probably contact them to clarify
01:24.27 starseeker kanzure: here's the cheat-sheet: http://www.sintef.no/upload/IKT/9011/geometri/sisl/manual.pdf
01:24.28 kanzure REFERENCES: Fortran version: T.Dokken, SI, 1981-11
01:24.37 kanzure damn has anyone actually written any of this in the last 5 years
01:24.43 kanzure even parasolid is ancient
01:24.44 starseeker doubt it
01:25.57 starseeker kinda neat - SISL has its origins in code almost as old as BRL-CAD :-)
01:26.19 starseeker that PDF manual's table of contents is a decent overview of what's in there
01:27.32 starseeker not sure why the (admittedly crappy) naming scheme
01:28.04 starseeker unless it is in fact left over from the FORTRAN days when such names were standard...
01:30.36 kanzure are these guys still alive? could i just hire them
01:30.50 kanzure to write a sane library
01:31.12 starseeker uh... you mean the original fortran devs?
01:31.38 starseeker kanzure: here's a page with more detail on their licensing options:
01:31.44 starseeker http://www.sintef.no/Informasjons--og-kommunikasjonsteknologi-IKT/Anvendt-matematikk/Fagomrader/Geometri/Prosjekter/The-SISL-Nurbs-Library/SISL-Licensing/
01:32.57 kanzure hmm why would "comments" cost more?
01:33.06 kanzure maybe the gpl version doesn't have the comments? fuck this
01:33.08 kanzure blahhh
01:33.11 starseeker because, as you correctly note, the names are blegh
01:33.23 kanzure gpl source looks like it has some comments..
01:34.00 starseeker yeah, I doubt they're worried about the GPL case - commercial CAD licensees that they are probably marketing to would avoid GPL like the plague
01:39.06 starseeker GPL v2 in fact, so also brings up the v2 vs. v3 incompatibility on top of everything else...
01:40.12 starseeker kanzure: you might also look at this if the SISL level API is annoying - might be better:
01:40.16 starseeker http://www.sintef.no/Projectweb/Geometry-Toolkits/GoTools/
01:40.51 kanzure i don't understand why they have a separate library?
01:41.53 starseeker shrugs - probably have customers using the SISL api, so they developed the GoTools thing on top of it?
01:42.06 starseeker keeps everybody happy
01:43.45 starseeker anyway - a comment-stripped SISL would be pretty darn useless for doing anything except what the library already does (barring a prohibitive amount of code reading) so I'm sure they consider it a "safer" thing to give to commercial customers
01:43.55 kanzure :/
01:44.05 kanzure it looks like anyone who has written this sort of library has a phd
01:44.09 kanzure so if i write one, i am going to demand a phd
01:44.21 starseeker kanzure: SISL won't work for you?
01:44.29 kanzure still looking
01:45.13 kanzure their download page is taking forever to load
01:45.18 kanzure screw it i'm gonna go get a burrito
03:36.15 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
05:32.25 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:41.56 *** join/#brlcad Neil___ (~chatzilla@117.229.60.198)
07:54.57 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
08:05.23 *** join/#brlcad andrei (~andrei@188.25.173.190)
09:50.17 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
10:21.37 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:34.38 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:02.18 *** join/#brlcad merzo (~merzo@127-87-132-95.pool.ukrtel.net)
11:56.05 *** join/#brlcad merzo (~merzo@169-244-92-178.pool.ukrtel.net)
12:26.16 *** join/#brlcad Neil___ (~chatzilla@117.229.71.96)
12:27.20 *** join/#brlcad Neil___ (~chatzilla@117.229.71.96)
12:55.32 *** join/#brlcad Neil___ (~chatzilla@117.229.71.96)
13:20.49 *** join/#brlcad Neil___ (~chatzilla@117.229.50.22)
13:22.35 *** join/#brlcad Neil_ (~chatzilla@117.229.50.22)
14:08.43 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:41.00 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
17:48.17 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
18:04.09 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:32.34 *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net)
18:45.30 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:15.06 *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2)
19:15.53 *** join/#brlcad abhi (~chatzilla@209.201.113.2)
19:20.22 *** join/#brlcad abhi (~chatzilla@209.201.113.2)
19:56.56 *** join/#brlcad abhi_ (~chatzilla@209.201.113.2)
20:04.14 *** join/#brlcad abhi (~chatzilla@209.201.113.2)
20:11.35 *** join/#brlcad Neil___ (~chatzilla@117.229.29.38)
IRC log for #brlcad on 20120423

IRC log for #brlcad on 20120423

15:04.44 *** join/#brlcad ibot (~ibot@rikers.org)
15:04.44 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012!
15:11.55 *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
15:18.11 CIA-128 BRL-CAD: 03starseeker * r50200 10/brlcad/branches/STABLE/misc/CMake/BRLCAD_CompilerFlags.cmake: Add the Wno-variadic-macros check to STABLE
16:50.48 CIA-128 BRL-CAD: 03tbrowder2 * r50201 10/brlcad/trunk/regress/tgms/ars.cg: add a new comgeom target to test a specific comgeom-g failure discovered by a user
16:52.09 CIA-128 BRL-CAD: 03tbrowder2 * r50202 10/brlcad/trunk/regress/comgeom.sh: modify comgeom-g test to use new tgm for a known target ars failure
16:53.14 CIA-128 BRL-CAD: 03tbrowder2 * r50203 10/brlcad/trunk/src/conv/comgeom/solid.c: do not release ars curve memory memory unless there has been a mk_ars failure
17:08.49 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
17:14.14 *** join/#brlcad Neil___ (~chatzilla@117.229.19.217)
18:12.32 *** join/#brlcad merzo (~merzo@41-198-201-46.pool.ukrtel.net)
18:34.30 *** join/#brlcad andrei_ (~andrei@188.25.162.168)
18:34.35 andrei_ hello :)
18:35.34 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:39.54 *** join/#brlcad Neil___ (~chatzilla@117.228.210.135)
18:56.51 Stattrav brlcad: thanks
18:57.16 Stattrav shall get in touch with you tomorrow post the exam.
19:05.31 *** join/#brlcad phoenixyjll_ (7319d80b@gateway/web/freenode/ip.115.25.216.11)
19:20.15 *** join/#brlcad cristina (~cristina@188.24.66.134)
19:20.22 cristina hello
19:30.33 *** join/#brlcad Neil_ (~chatzilla@117.229.16.240)
19:32.25 crdueck hello all
19:34.31 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
19:36.35 brlcad howdy crdueck, andrei_, Stattrav, others
19:38.00 Stattrav brlcad: hey as it turns out you are not the mentor :)
19:38.10 Stattrav i thought you were
19:38.50 *** join/#brlcad Neil___ (~chatzilla@117.228.206.25)
19:39.21 crdueck is mentor info on the google-melange site? i'm waiting for the traffic to die down before i try it again
19:39.45 andrei_ indeed the traffic is almost dos-ing the page
19:40.02 Stattrav crdueck: the site is back up
19:43.01 starseeker growls and puts on his debugging hat - r48553 introduced some sort of problem into rtedge when -c "set oo=all.g/component" is fed as an option...
19:49.48 *** join/#brlcad kane_ (5d83744e@gateway/web/freenode/ip.93.131.116.78)
19:50.01 kane_ Hi
19:56.33 Al_Da_Best 11, certainly aiming big :o Thanks :)
19:59.24 cristina thank you for the acceptance and congrats to everyone!
20:05.56 kane_ It's great to be a part of brlcad. Thank you for this opportunity!
20:08.45 brlcad Stattrave: this goes for all projects -- the listed mentor is only the person that evaluates your progress
20:09.05 brlcad the technical guidance and mentoring is done by all developers here and on the mailing list
20:09.36 brlcad the listed mentor tracks your progress and makes sure you're working (since they're the ones that might fail you from the program)
20:10.59 andrei_ Thank you for the opportunity of participating in GSoC 2012. Also, congratulations to everyone!
20:25.52 *** join/#brlcad stas_ (~stas@188.24.35.114)
20:27.41 *** join/#brlcad kane__ (~Kane@g226121207.adsl.alicedsl.de)
20:29.47 brlcad starseeker: 48553? really?
20:31.12 starseeker yeah... binary tested and narrowed it down to that
20:31.50 brlcad that's a bit surprising, that should have been logically equivalent
20:32.01 brlcad do you have a stack trace?
20:32.19 brlcad is it crashing or just changed behavior?
20:32.24 starseeker changing behavior
20:32.35 starseeker hang on - I'll put together a pastebin with what I'm seeing
20:34.39 kane__ ehm, Daniel what is you irc nickname?
20:35.11 brlcad that's odd, rtedge doesn't perform any mappedfile code dire\ctly
20:36.28 brlcad I would have expected the tests to fail
20:37.36 starseeker crud
20:37.44 starseeker hang on, may have had some static files lingering
20:38.55 stas_ hey guys congrats for accepted students, cristina and andrei_ keep it up! :)
20:39.24 andrei_ thank you stas_!
20:39.45 cristina thanks, stas_ :)
20:40.02 brlcad kane__: daniel is usually d_rossberg here but he's on vacation at the moment
20:40.18 brlcad ~seen d_rossberg
20:40.34 ibot d_rossberg <~rossberg@BZ.BZFLAG.BZ> was last seen on IRC in channel #brlcad, 11d 3h 18m 33s ago, saying: 'they told me at 5 that they won't come today but tomorrow :('.
20:40.34 kane__ oh ok thank you.
20:41.10 brlcad ah, not entirely true .. last *spoke* 11 days ago, but was just online a couple hours ago
20:41.13 brlcad 11:39 -!- d_rossberg [~rossberg@BZ.BZFLAG.BZ] has quit [Quit: leaving
20:41.48 kane__ than i will speak with him about our daily meetings if he is back.
20:41.50 brlcad kane__: keep in mind that your listed mentor is just for evaluating progress, not necessarily for technical direction
20:41.56 brlcad we do group mentoring as much possible
20:42.49 starseeker yeah, that was it... was able to flip the change on and off: http://pastebin.mozilla.org/1591647
20:43.15 starseeker note the db_lookup failure in 48553
20:44.14 kane__ brlcad: but we have to report our daily work to our mentor?
20:45.24 starseeker kane__: which proposal was yours?
20:49.14 brlcad <PROTECTED>
20:49.41 starseeker appreciate it - it's a kink in the rtwizard work at the moment...
20:50.09 brlcad kane__: yes, but you're reporting your activity to all developers, not just your assigned mentor
20:51.05 brlcad what you'll coordinate with your assigned mentor are any vacations/holidays or unanticipated leave
20:53.29 brlcad if you disappear for more than two days, especially if it's not over a weekend, they should know why
20:56.00 brlcad kane__: I recommend keeping an irc conneted all the time
20:56.10 brlcad screen+irssi ftw
20:56.44 brlcad even if you're not "here" and your IRC client is, we can respond to you and you can read the response whenever you get back
20:58.15 brlcad kane__: so the most pressing issue for you is to start working on patches, getting them reviewed, so you can get commit access established
21:04.52 brlcad that's really the most pressing issue for most students, actually, and getting familiarized with BRL-CAD tools
21:05.31 brlcad starseeker: he's the display manager
21:09.47 *** join/#brlcad kane_ (~Kane@e181171013.adsl.alicedsl.de)
21:11.38 *** join/#brlcad Neil___ (~chatzilla@117.229.15.180)
21:11.51 brlcad hello Neil___
21:12.12 Neil___ hi Sean!
21:12.39 Neil___ 11 to BRL-CAD?
21:12.44 brlcad congratulations (I hope) :)
21:13.01 brlcad yeah, we gave a few back
21:13.11 Neil___ oh, but that's brilliant!
21:13.19 Neil___ and yeah, I got into NRNB :)
21:38.50 *** join/#brlcad Neil___ (~chatzilla@117.229.46.226)
21:41.12 CIA-128 BRL-CAD: 03tbrowder2 * r50204 10/brlcad/trunk/regress/ (CMakeLists.txt comgeom.sh tgms/ars.cg tgms/cgtest.cg): replace ars.cg with a comgeom tgm that has all primitives recognized by vdeck for a more robust comgeom-g conversion test
21:44.23 Stattrav oh I get it :)
21:45.05 Stattrav aah I use irccloud :)
21:45.23 Stattrav btw congratulations to the rest of the participants as well.
21:45.50 Al_Da_Best Likewise :)
21:48.47 cristina thank you Stattrav, congratulations to you as well
21:49.59 brlcad Neil___: you would have certainly had more fun working on BRL-CAD and reached a much wider audience, but hope you have a good time with NRNB regardless</joke> :D
21:51.00 brlcad Stattrav: ah, that's good
21:51.05 Stattrav brlcad: my assigned mentor is on the irc as well ?
21:51.27 brlcad not that I'm aware of, so you should use the mailing list
21:51.36 brlcad or here of course
21:51.58 Stattrav <joke> eitherway the mentors could add the participants to their google latitude to keep track of them ;) </joke>
21:52.53 *** join/#brlcad Neil_ (~chatzilla@117.229.115.14)
21:53.07 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
21:53.58 brlcad Neil_: crdueck: andrei_: cristina: Al_Da_Best: Stattrav: I'll be sending out an e-mail later today or tomorrow, but the next steps are to 1) compile & install BRL-CAD, 2) become familiar with the basics of code your project interacts with, and 3) obtain commit access
21:54.32 brlcad more specifically documented on the checklist: http://brlcad.org/wiki/Summer_of_Code/Checklist
21:55.39 brlcad spread the word to your fellow gsocers and help each other as you become familiarized, ask questions
21:55.42 Neil_ brlcad: wrt the "joke" - haha, well I'm sure I would have. Hopefully next time :) But I definitely want to contribute and will try my best over the summer.
21:56.32 brlcad cool
21:57.40 Stattrav part 1 done.
21:57.55 Al_Da_Best brlcad: Sounds good. Can I ask how many slots BRL-CAD originally got, just out of interest?
21:58.16 Stattrav Need to talk *a lot* to you folks about the rest of them though
21:59.05 Stattrav eitherway, got to get back to sleep.
21:59.50 brlcad Al_Da_Best: you can ask, but it's not really relevant
21:59.52 brlcad as an experienced returning org, we got what we asked for
22:00.08 cristina brlcad: ok. 1) has to be redone in my case and to get starrted on the other 2 steps
22:00.21 Al_Da_Best Fair enough
22:00.29 brlcad we have a pretty good handle on how many good proposals we received, how much mentoring resources you all are going to drain, etc ;)
22:01.02 brlcad so we accepted fewer than we have capacity for, though not by too much
22:01.33 brlcad we were able to accept everyone that clearly made a good effort on their proposal (plus a couple that will need to step up their game)
22:02.00 brlcad cristina: yep, you're not alone -- there are several that reliaed on the vm disk image
22:02.43 brlcad nothing wrong with that actually, you could use that all summer but it's generally recommended to go through the full build for your own environment just to become familiar with everything more intimately
22:02.46 Al_Da_Best Glad to hear it :) I'll check my compile tomorrow, I did get it sorted through VS2010 though
22:02.56 brlcad we did a lot of stuff for everyone in the VM image setup-wise
22:03.11 cristina brlcad: I started first with the compiled and installed BRL-CAD but after a few weeks I kept getting an error that I couldn't resolve. I'll look into it and see what I can do.
22:03.43 brlcad if any of you run into build problems -- investigate and see if you can fix it, that's a perfect succinct patch submission and will get you one step closer to #3's commit access
22:04.07 Stattrav So, one could actually note all the non-trivial points where the compilation fails and put it up on the wiki (mostly dependancy fails)
22:04.28 Stattrav atleast that is what I've experienced
22:05.03 brlcad Stattrav: so with dependency failures there's a couple things to note
22:05.08 brlcad or at least questions to ask
22:05.15 brlcad 1) is it a required dependency?
22:05.28 brlcad if it's not, the build shouldn't have gotten as far as it did
22:06.16 brlcad if it's not technically required but assumed and recommended, maybe cmake should make that more clear (or test for it)
22:06.19 Stattrav Eitherway, I plan on reinstalling my entire machine once ubuntu 12.04 gets released. Feels odd going from Gentoo -> Debian -> Ubuntu. Things one has to do for out of the box powermanagement
22:06.25 Stattrav aah yes
22:06.42 brlcad 2) is it documented? required and recommended packages should be documented (doc/README.Linux for example)
22:06.54 Stattrav sure I could take this up if that be the case
22:07.07 brlcad in almost all cases, it's not required
22:07.12 Stattrav I could do that this weekend once I am done with all the cases
22:07.21 Stattrav s/cases/exams/
22:07.37 brlcad for example, we "should" build just fine even if you had no X11 installed ... but that very VERY rarely gets tested so it's sometimes not working
22:08.06 brlcad still, you want X11 too, so cmake should test for it and the libs it's expecting (like libXi, libXt) and be very noisy when they're not found
22:08.17 Stattrav yup
22:08.53 brlcad a good way to test it is to take a fresh checkout, move your X11.h system header and try to build .. see if it succeeds (it should) and fix wherever it's broken
22:09.19 brlcad then do the same with a fresh build where X11.h is properly there, but Xi.h isn't or libXi.so isn't etc
22:09.26 Stattrav yup
22:09.45 *** join/#brlcad Neil___ (~chatzilla@117.229.40.64)
22:09.46 brlcad again, fixing any issues or warnings that need to be issued, but letting the build proceed without a *build* failure
22:09.49 Stattrav I remember installing X11 libs when the compilation failed but did not investigate it closely
22:10.07 brlcad no reason the build should fail except for maybe no compiler or no libc ;)
22:10.13 Stattrav yup
22:11.18 Stattrav now that happens to be my warm up job eh ? I shall be on it towards 29th and 30th
22:13.01 brlcad it's a good place to start
22:14.20 brlcad most build system failures are "basic understanding" of how compilation and linkage work -- one just has to learn how certain build properties are being defined (which in our case is CMake macros/logic)
22:45.58 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
23:02.40 starseeker brlcad: were you able to reproduce the rtedge issue?
23:06.40 starseeker Al_Da_Best: you compiled BRL-CAD using VS2010?
23:59.35 CIA-128 BRL-CAD: 03tbrowder2 * r50205 10/brlcad/trunk/src/conv/comgeom/solid.c: ws
IRC log for #brlcad on 20120424

IRC log for #brlcad on 20120424

00:04.18 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
00:04.18 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
01:08.32 brlcad starseeker: confirmed reproducible
01:09.19 brlcad starseeker: unrelated, nice demonstration why it's not at all hard to render text into 3d (e.g., for annotations) in the latest ioccc
01:10.05 brlcad zucker was one of the winning entries, raytracer in 19 lines of code that does exactly that: http://brlcad.org/tmp/zucker.png
01:11.49 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
01:20.05 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
03:51.03 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
04:09.30 *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:41.05 brlcad starseeker: took a couple hours to see it, but the bug injected (that should have been benign) exposed a different bug in rtedge
04:47.51 CIA-128 BRL-CAD: 03brlcad * r50206 10/brlcad/trunk/src/rt/viewedge.c:
04:47.51 CIA-128 BRL-CAD: if the database is fresh, we have to build the directory before we can find any
04:47.51 CIA-128 BRL-CAD: objects. this bug was uncovered by a change in libbu that caused mapped files
04:47.51 CIA-128 BRL-CAD: to not get reused. rtedge was previously working only because it was reopening
04:47.51 CIA-128 BRL-CAD: the (previously dirbuilt) database
04:58.56 CIA-128 BRL-CAD: 03brlcad * r50207 10/brlcad/trunk/src/libbu/mappedfile.c: looks like r48552 introduced a bug causing mapped files to not get reused. if we find a match, return it instead of opening another one.
04:58.59 brlcad that does the fix, twice over
05:26.08 CIA-128 BRL-CAD: 03brlcad * r50208 10/brlcad/trunk/src/libgcv/bottess.c: the for loop already catches the case where nfaces==0 so eliminate the wrapping conditional. let the optimizer figure out that i isn't used. should fix UNREACHABLE cid 2115.
05:33.30 CIA-128 BRL-CAD: 03brlcad * r50209 10/brlcad/trunk/src/librt/primitives/sketch/sketch.c: make sure we don't dereference null. cid 2114, reverse_inull
05:41.08 CIA-128 BRL-CAD: 03brlcad * r50210 10/brlcad/trunk/src/sig/imod.c: INT_MAX-1 isn't the upper bound. stop when we get to the max size of the buffer. cid 2113, OVERRUN_STATIC.
05:48.27 CIA-128 BRL-CAD: 03brlcad * r50211 10/brlcad/trunk/src/conv/vdeck/vdeck.c: make sure ftell doesn't fail before we later use it in an fseek. cid 2112, negative_returns.
05:52.54 CIA-128 BRL-CAD: 03brlcad * r50212 10/brlcad/trunk/src/libbn/msr.c: do what the function comment says should happen if null is passed, return 1. addresses cid 2111 forward_null check.
05:55.09 CIA-128 BRL-CAD: 03brlcad * r50213 10/brlcad/trunk/src/libbn/msr.c: few more cases. cid 2110 forward_null check.
05:57.58 CIA-128 BRL-CAD: 03brlcad * r50214 10/brlcad/trunk/src/conv/iges/iges.c: if it's null, avoid crashing. cid 2109 forward_null.
06:01.52 CIA-128 BRL-CAD: 03brlcad * r50215 10/brlcad/trunk/src/librt/db_tree.c: use rt_uniresource regardless if ncpu is 1 or rtip is null. cid 2108 forward_null.
06:04.35 CIA-128 BRL-CAD: 03brlcad * r50216 10/brlcad/trunk/src/conv/vdeck/vdeck.c: wrong var. check the offset, not the file pointer.
06:07.43 CIA-128 BRL-CAD: 03brlcad * r50217 10/brlcad/trunk/src/librt/db_tree.c: same as cid 2108 in r50215. forward_null in cid 2107. use the uniresource, luke.
06:12.59 *** join/#brlcad cristina (c1e71414@gateway/web/freenode/ip.193.231.20.20)
06:19.44 CIA-128 BRL-CAD: 03brlcad * r50218 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: coverity is right, deadcode on the found_top test since we just tested it and the loop doesn't proceed.
06:22.10 CIA-128 BRL-CAD: 03brlcad * r50219 10/brlcad/trunk/src/librt/vshoot.c: HeadSeg cannot be null. cid 2104 deadcode.
06:24.25 CIA-128 BRL-CAD: 03brlcad * r50220 10/brlcad/trunk/src/libged/dg_obj.c: make sure we don't try to close a null fd. cid 2073 forward_null.
06:25.21 *** part/#brlcad cristina (c1e71414@gateway/web/freenode/ip.193.231.20.20)
06:32.53 CIA-128 BRL-CAD: 03brlcad * r50221 10/brlcad/trunk/src/fb/gif2fb.c: make sure our line index doesn't exceed the buffer size. assume dumbly clamping it is sufficient. cid 2059 overrun_static.
06:36.14 CIA-128 BRL-CAD: 03brlcad * r50222 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h: initialize all of the class members. cid 2014 UNINIT_CTOR.
06:40.15 CIA-128 BRL-CAD: 03brlcad * r50223 10/brlcad/trunk/src/other/ (lemon/lempar.c sqlite3/sqlite3.c): checking it for negative implies it might be negative, so change the order of the yytos usage to not set the yytos variable until after we check it.
06:46.07 *** join/#brlcad andrei (~andrei@188.25.158.46)
06:55.39 CIA-128 BRL-CAD: 03brlcad * r50224 10/brlcad/trunk/src/other/lemon/lempar.c: cid 1860 OVERRUN_STATIC. make sure we don't exceed the size of the yyRuleInfo array.
06:58.54 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:13.48 CIA-128 BRL-CAD: 03brlcad * r50225 10/brlcad/trunk/src/other/lemon/lempar.c: er, not size-1 here because we're testing whether yyruleno is less. avoid infinite loop.
07:22.07 CIA-128 BRL-CAD: 03brlcad * r50226 10/brlcad/trunk/src/conv/euclid/euclid-g.c: avoid bu_exit() so we can avoid coverity false positive (doesn't know bu_bomb() doesn't return), cid 1766 TAINTED_SCALAR. return a return code.conv
07:38.23 CIA-128 BRL-CAD: 03brlcad * r50227 10/brlcad/trunk/src/libged/vdraw.c: simplify vlist subcommand argument processing a little to avoid deadcode condition, cid 1737
07:41.09 CIA-128 BRL-CAD: 03brlcad * r50228 10/brlcad/trunk/src/libpc/pcVariable.cpp: initialize all of the Variable constructor members. cid 1659, UNINIT_CTOR.
07:44.47 CIA-128 BRL-CAD: 03brlcad * r50229 10/brlcad/trunk/src/libpc/pcNetwork.cpp: initialize v and e in constructor per cid 1656 UNINIT_CTOR
07:50.48 CIA-128 BRL-CAD: 03brlcad * r50230 10/brlcad/trunk/src/conv/intaval/regtab.h: initialize material member in constructors. cid 1647 UNINIT_CTOR.
07:51.39 CIA-128 BRL-CAD: 03brlcad * r50231 10/brlcad/trunk/src/libged/vdraw.c: typos ftl
07:54.15 CIA-128 BRL-CAD: 03brlcad * r50232 10/brlcad/trunk/src/irprep/firpass.c: initialize curvature. cid 1615, UNINIT.
07:56.19 CIA-128 BRL-CAD: 03brlcad * r50233 10/brlcad/trunk/src/vfont/getfont.c: initialize the vfont to zero. cid 1613, UNINIT
08:03.34 CIA-128 BRL-CAD: 03brlcad * r50234 10/brlcad/trunk/src/util/dsp_add.c: avoid a time-of-call time-of-use race condition (TOCTOU cid 1592) detected by coverity by calling fstat() instead of stat() after the fopen() calls.
08:14.39 CIA-128 BRL-CAD: 03brlcad * r50235 10/brlcad/trunk/src/conv/iges/g-iges.c: use libbu instead of directly calling access() to hopefully hide the innocuous TOCTOU issue detected in cid 1588.
08:25.54 CIA-128 BRL-CAD: 03brlcad * r50236 10/brlcad/trunk/src/vfont/getfont.c: take the address of font so we can do the right thing.
08:26.16 CIA-128 BRL-CAD: 03brlcad * r50237 10/brlcad/trunk/src/rttherm/ssampview.c: call bu_realpath() to sanitize path
08:28.59 CIA-128 BRL-CAD: 03brlcad * r50238 10/brlcad/trunk/src/rttherm/ssampview.c: er, dead if statement?? init datafile_basename to zero so we don't try to free static memory
08:31.53 CIA-128 BRL-CAD: 03brlcad * r50239 10/brlcad/trunk/src/rttherm/ssamp-bw.c: do the same for ssamp-bw, sanitizing through bu_realpath() and releasing our now-copied memory.
08:34.49 CIA-128 BRL-CAD: 03brlcad * r50240 10/brlcad/trunk/src/nirt/command.c: more tainted_string sanitization through bu_realpath() for cid 1560.
08:40.25 CIA-128 BRL-CAD: 03brlcad * r50241 10/brlcad/trunk/src/util/ttcp.c: avoid calling exit even if cid 1513 looks like a false positive.
08:51.25 CIA-128 BRL-CAD: 03brlcad * r50242 10/brlcad/trunk/src/util/pixhist3d.c: sanitize the rgb color values even if we do expect the entire range. hopefully quell cid 1511 TAINTED_SCALAR with explicit effectively no-op range checks.
08:58.36 CIA-128 BRL-CAD: 03brlcad * r50243 10/brlcad/trunk/src/util/imgdims.c: more realpath cleansing. cid 1505 TAINTED_SCALAR.
09:01.24 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:04.30 CIA-128 BRL-CAD: 03brlcad * r50244 10/brlcad/trunk/src/util/decimate.c: bounds check the input sizes along with the output sizes
09:06.19 CIA-128 BRL-CAD: 03brlcad * r50245 10/brlcad/trunk/src/util/decimate.c: don't forget to check nbytes too, cid 1502 TAINTED_SCALR
09:10.50 *** join/#brlcad kane (~Kane@wprt-4db6cb9d.pool.mediaWays.net)
09:12.19 *** join/#brlcad kane_ (~Mesut@wprt-4db6cb9d.pool.mediaWays.net)
09:14.50 d_rossberg good morning kane_
09:15.26 kane_ good morning
09:15.42 kane_ great to meet you.
09:16.51 d_rossberg don't worry if i'm not online, i read the logs at rikers.org
09:17.40 CIA-128 BRL-CAD: 03brlcad * r50246 10/brlcad/trunk/src/ (libbu/convert.c util/cv.c): looks benign, but go ahead and add some extra sanitization on the input/output patterns to cv in response to cid 15000 (TAINTED_SCALAR).
09:18.37 kane_ ah ok. I have spoken with Sean about the next steps.
09:19.36 kane_ I will prepare a patch, i am looking now about a good subject related to the Display Manager.
09:30.46 d_rossberg that's good
09:31.11 d_rossberg you should try to get the build working on Linux too
09:31.58 d_rossberg because Linux is the OS where most of BRL-CAD's features will work
09:32.15 kane_ ok, i will directly work on linux/ubuntu
09:32.30 CIA-128 BRL-CAD: 03brlcad * r50247 10/brlcad/trunk/src/util/bwcrop.c: check the range of xnum/ynum image bounds for TAINTED_SCALAR loop detected by cid 1496.
09:33.15 kane_ i have multiboot system win/mac/lin, for the whole brlcad i will use linux...
09:36.11 d_rossberg ok, then you should try the different display managers which are already implemented
09:37.48 CIA-128 BRL-CAD: 03brlcad * r50248 10/brlcad/trunk/src/sig/smod.c: more range checking for tainted_scalar gunk. cid 1493.
09:49.11 CIA-128 BRL-CAD: 03brlcad * r50249 10/brlcad/trunk/src/util/cv.c: need string.h for strlen()
09:50.44 CIA-128 BRL-CAD: 03brlcad * r50250 10/brlcad/trunk/src/shapes/wire.c: take crazy measures to make it clear we're sanitizing the user-provided input. might end up with a dead-code condition now since the loop should catch them, or the definite scanf separation might do the trick..
09:59.09 CIA-128 BRL-CAD: 03brlcad * r50251 10/brlcad/trunk/src/rt/rtshot.c: consolidate the input sanitization before use so hopefully it's more clear that inputs are clean. responding to cid 1488 (tainted_scalar).
10:03.38 CIA-128 BRL-CAD: 03brlcad * r50252 10/brlcad/trunk/src/mged/mged.c: add some explicit sanitization for cid 1485, TAINTED_SCALAR
10:08.18 CIA-128 BRL-CAD: 03brlcad * r50253 10/brlcad/trunk/src/liboptical/photonmap.c: check the upper bounds too, cid 1483 tainted_scalar... that finishes up run 11.
10:12.47 brlcad woot, that's all of them
10:12.51 brlcad starting run12
10:59.42 *** join/#brlcad stas_ (~stas@82.208.133.12)
11:38.31 CIA-128 BRL-CAD: 03starseeker * r50254 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeBase.itcl: Use bu_brlcad_root to find rtedge. The quotes seem to be interfering with the oo definition, so remove them.
11:56.44 CIA-128 BRL-CAD: 03tbrowder2 * r50255 10/brlcad/trunk/src/conv/comgeom/solid.c: ws
11:58.28 *** join/#brlcad kane_ (6d540011@gateway/web/freenode/ip.109.84.0.17)
12:06.04 CIA-128 BRL-CAD: 03tbrowder2 * r50256 10/brlcad/trunk/src/conv/comgeom/solid.c: ws, remove debugging statement
12:07.50 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
12:51.28 starseeker brlcad: nice
13:12.48 *** join/#brlcad cristina (~cristina@188.24.66.134)
13:12.52 cristina hi
13:47.18 brlcad hello cristina
13:50.57 CIA-128 BRL-CAD: 03brlcad * r50257 10/brlcad/trunk/src/libgcv/bottess.c: ah, that's why coverity is barking. there's a return statement exiting the function early. cid 2115.
14:13.12 CIA-128 BRL-CAD: 03brlcad * r50258 10/brlcad/trunk/src/util/sun-pix.c: more TAINTED_SCALAR insanity, hopefully the last of it. cid 1512 caugh more loops for ras_maplength show check those too (along with all the other header fields)
14:14.29 starseeker brlcad: thanks for tracking down that rtedge issue - basic tests seem to be functioning now, just need to figure out why it's printing all the messages about assigning temp names
14:18.05 CIA-128 BRL-CAD: 03brlcad * r50259 10/brlcad/trunk/src/util/loop.c: reserve the last possible value so we can bounds check cid 1506
14:23.25 CIA-128 BRL-CAD: 03brlcad * r50260 10/brlcad/trunk/src/util/loop.c: range check argv[1][1] for cid 1506 too
14:35.13 CIA-128 BRL-CAD: 03brlcad * r50261 10/brlcad/trunk/src/libbu/convert.c: another attempt at making sure we don't seem to use tainted data as an index in the isdigit() call.
14:35.48 CIA-128 BRL-CAD: 03brlcad * r50262 10/brlcad/trunk/src/libbu/convert.c: sans p
14:40.52 CIA-128 BRL-CAD: 03brlcad * r50263 10/brlcad/trunk/src/util/bwmod.c: check the lower bounds too, cid 1498
14:55.33 CIA-128 BRL-CAD: 03brlcad * r50264 10/brlcad/trunk/src/util/sun-pix.c: typo
14:57.02 CIA-128 BRL-CAD: 03brlcad * r50265 10/brlcad/trunk/src/libgcv/bottess.c: couple more unused args now with the block commented out
14:58.17 CIA-128 BRL-CAD: 03brlcad * r50266 10/brlcad/trunk/src/util/bwcrop.c: more tainted data crap. hopefully last attempt at cid 1496.
15:03.05 *** join/#brlcad kane_ (~Mesut@e181171013.adsl.alicedsl.de)
15:03.59 CIA-128 BRL-CAD: 03brlcad * r50267 10/brlcad/trunk/src/util/bwcrop.c: do the scanf case too. looks like many of the scanf return counts were wrong anyways. fixed.
15:12.38 CIA-128 BRL-CAD: 03brlcad * r50268 10/brlcad/trunk/src/rt/rtshot.c: more tainted data checks, trying to be a little more explicit. cid 1488
15:25.04 CIA-128 BRL-CAD: 03brlcad * r50269 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: free the parent, revengences of leaked memory. cid 488.
15:33.09 CIA-128 BRL-CAD: 03brlcad * r50270 10/brlcad/trunk/src/util/sun-pix.c: different range check, smaller limit for cid 332 (INTEGER_OVERFLOW)
15:38.23 CIA-128 BRL-CAD: 03brlcad * r50271 10/brlcad/trunk/src/liboptical/sh_toyota.c: calculate the ratio first. probably still insufficient for cid328 (INTEGER_OVERFLOW)
15:51.47 *** join/#brlcad kane_ (~Mesut@wprt-4db6cb9d.pool.mediaWays.net)
16:26.34 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
17:00.03 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
17:21.02 Al_Da_Best <PROTECTED>
17:21.13 Al_Da_Best Yeah, all builds succesful
17:24.48 Al_Da_Best (Prof version, using x64)
17:26.48 CIA-128 BRL-CAD: 03mendesr * r50272 10/jbrlcad/trunk/pom.xml: 1.1 release
17:50.34 *** join/#brlcad andrei (~andrei@188.25.162.168)
18:49.42 CIA-128 BRL-CAD: 03mendesr * r50273 10/jbrlcad/tags/1.1/: Tag version for 1.1 release
19:03.34 CIA-128 BRL-CAD: 03mendesr * r50274 10/jbrlcad/trunk/ (3 files in 3 dirs): MUVES-1685; Added Muves to Orca matrix, to assist in translating Orca components in MUVES-3
19:32.15 CIA-128 BRL-CAD: 03tbrowder2 * r50275 10/brlcad/trunk/regress/tgms/cgtest.cg: make comgeom-g test target use only recognized GIFT primitives that should successfully convert to .g format
19:34.34 CIA-128 BRL-CAD: 03tbrowder2 * r50276 10/brlcad/trunk/regress/comgeom.sh: make comgeom-g regression check more robust by adding a test for failed conversions
19:35.30 CIA-128 BRL-CAD: 03tbrowder2 * r50277 10/brlcad/trunk/TODO: add enhancements needed for vdeck/comgeom-g
20:31.39 *** join/#brlcad merzo (~merzo@125-76-133-95.pool.ukrtel.net)
21:16.50 *** join/#brlcad stas_ (~stas@188.24.35.114)
21:54.48 CIA-128 BRL-CAD: 03n_reed * r50278 10/brlcad/trunk/src/other/step/src/ (5 files in 2 dirs): changes based on SCL git d35f73f and 696d8e3
22:00.13 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
22:17.09 CIA-128 BRL-CAD: 03n_reed * r50279 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): some const char corrections including remaining changes from SCL git 4cf16d7
22:56.48 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:14.36 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:29.47 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:48.48 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
IRC log for #brlcad on 20120425

IRC log for #brlcad on 20120425

00:04.08 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
00:19.49 Maloeran Hey guys, a little question. This is a screenshot of my code rebuilding triangle meshes, ball pivoting + mesh decimation... http://www.rayforce.net/vslhavoc000.png
00:20.12 Maloeran Does the havoc.g model really have 2 big holes on the bottom at the front? Or my code just broke somehow on that mesh?
00:29.39 Maloeran If I knew BRL-CAD better, I could probably visualize the .g somehow :)
01:24.39 CIA-128 BRL-CAD: 03tbrowder2 * r50280 10/brlcad/trunk/src/conv/comgeom/solid.c: free name memory on early error returns
01:27.21 CIA-128 BRL-CAD: 03tbrowder2 * r50281 10/brlcad/trunk/src/conv/comgeom/solid.c: correct field width for V4 GIFT solid format
01:28.29 CIA-128 BRL-CAD: 03tbrowder2 * r50282 10/brlcad/trunk/regress/tgms/ (comgeom-tgt-1-v4-documented.cg comgeom-tgt-1-v4.cg): add test target for comgeom GIFT V4 format
01:29.02 CIA-128 BRL-CAD: 03tbrowder2 * r50283 10/brlcad/trunk/src/conv/comgeom/read.c: ws
01:30.19 CIA-128 BRL-CAD: 03tbrowder2 * r50284 10/brlcad/trunk/regress/comgeom.sh: add a regression test for reading a comgeom GIFT V4 tgm format
01:35.49 CIA-128 BRL-CAD: 03tbrowder2 * r50285 10/brlcad/trunk/regress/CMakeLists.txt: add new tgms to list
01:39.13 CIA-128 BRL-CAD: 03brlcad * r50286 10/brlcad/trunk/src/liboptical/refract.c: allocate ms_reflect_color tabdata. coverity correctly noticed badness since were never allocating it, finding a path to dead and forward null code. cid 2117, 2119.
02:17.31 CIA-128 BRL-CAD: 03brlcad * r50287 10/brlcad/trunk/src/liboptical/refract.c: similar problem with ms_transmit_color, need to allocate it. use spectrum as the base instead of background fro ms_reflect color. cid 2117-2119.
02:20.01 CIA-128 BRL-CAD: 03brlcad * r50288 10/brlcad/trunk/src/librt/search.c: db5_get_attributes may fail. plan for it. coverity noticed this was the 1/15 times where we didn't check. cid 2116, CHECKED_RETURN.
02:35.42 CIA-128 BRL-CAD: 03brlcad * r50289 10/brlcad/trunk/src/libbu/convert.c: almost there. looks like the previous range checks worked to untaint, just have to account for the other loop. cid 1500, tainted_scalar.
02:42.59 CIA-128 BRL-CAD: 03brlcad * r50290 10/brlcad/trunk/src/util/bwcrop.c: try a different approach, clamp at upper and lower instead of just testing within range. cid 1496, tainted_scalar.
02:53.09 CIA-128 BRL-CAD: 03brlcad * r50291 10/brlcad/trunk/src/liboptical/sh_toyota.c: now just reporting as a limited truncation/underflow case, so check for case. should always be high/low, but should handle the sign regardless of values. cid 328.
04:12.48 *** join/#brlcad hsrai (~tcc@202.164.53.117)
04:33.41 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
05:21.03 *** join/#brlcad yukonbob (~bch@methodlogic.net)
05:21.08 yukonbob hello, #brlcad
05:59.28 *** join/#brlcad ksuzee (~ksuzee91@217.12.197.90)
06:14.47 yukonbob CodeCleanup.pdf: "...defects that cuase[sic] incorrect results..."
06:19.52 ksuzee to starseeker Hello!
06:22.18 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:24.32 *** part/#brlcad ksuzee (~ksuzee91@217.12.197.90)
06:38.20 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:07.35 *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:13.44 *** join/#brlcad kane_ (~Mesut@wprt-4db6df7b.pool.mediaWays.net)
08:30.04 *** join/#brlcad stas_ (~stas@82.208.133.12)
10:59.33 CIA-128 BRL-CAD: 03tbrowder2 * r50292 10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: correct parens (gcc warning pointed to it)
13:09.38 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:42.25 *** join/#brlcad simion314 (~quassel@92.83.124.73)
17:28.18 CIA-128 BRL-CAD: 03tbrowder2 * r50293 10/brlcad/trunk/regress/iges.sh: add known failure to regression check for g-iges; fix unknown at the moment
17:42.34 *** join/#brlcad Neil___ (~chatzilla@117.228.200.190)
17:47.13 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
17:50.45 CIA-128 BRL-CAD: 03n_reed * r50294 10/brlcad/trunk/src/other/step/ (5 files in 2 dirs): replace shorts with ints along the lines of SCL git d2baec0, but be more judicious in using unsigned versus signed
17:59.46 *** join/#brlcad merzo (~merzo@125-76-133-95.pool.ukrtel.net)
18:11.52 CIA-128 BRL-CAD: 03n_reed * r50295 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: ignore spaces in generate_attribute_name. SCL git 1ebee6d
18:31.02 CIA-128 BRL-CAD: 03starseeker * r50296 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Apparently we don't need to explicitly link these (why did I initially??)
18:33.42 CIA-128 BRL-CAD: 03starseeker * r50297 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: remove explicit java libs from stable too
18:57.32 CIA-128 BRL-CAD: 03starseeker * r50298 10/brlcad/trunk/src/rt/viewedge.c: Hmm. icv_image_save_open is causing issues in rtedge at the moment...
19:01.17 *** join/#brlcad merzo (~merzo@229-185-133-95.pool.ukrtel.net)
19:02.23 CIA-128 BRL-CAD: 03tbrowder2 * r50299 10/brlcad/trunk/src/librt/comb/comb.c: wrap long arg line, correct typo, ws
19:11.24 *** join/#brlcad Neil___ (~chatzilla@117.229.57.208)
19:21.08 CIA-128 BRL-CAD: 03jimhunt * r50300 10/brlcad/trunk/src/librtserver/rtserver.c: Added MUVEStoORCA translation matrix to RayResult stream
19:25.29 *** join/#brlcad andrei (~andrei@188.25.163.231)
19:25.40 andrei hello
19:26.25 Al_Da_Best Hiya
19:45.12 CIA-128 BRL-CAD: 03jimhunt * r50301 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Incrementing the SO version since the serialization of RayResult has changed.
20:36.16 CIA-128 BRL-CAD: 03bob1961 * r50302 10/brlcad/trunk/src/ (libdm/dm-generic.c libtclcad/tclcad_obj.c): Added support for creating a nu display manager in libtclcad.
20:38.07 *** join/#brlcad stas_ (~stas@188.24.35.114)
20:48.55 CIA-128 BRL-CAD: 03n_reed * r50303 10/brlcad/trunk/src/other/step/src/ (11 files in 4 dirs): apply more commented code removal from SCL git c0b2b05, 37bbfd3, 9324acc, d7410be, 62304a7, and 0dccb8b
20:49.34 CIA-128 BRL-CAD: 03tbrowder2 * r50304 10/brlcad/trunk/src/conv/iges/g-iges.c: typo
20:54.50 CIA-128 BRL-CAD: 03starseeker * r50305 10/brlcad/branches/STABLE/src/librtserver/ (CMakeLists.txt rtserver.c rtserverTest.c): Merge MUVEStoORCA translation matrix update to librtserver from trunk r50300
21:07.49 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
21:08.24 *** join/#brlcad merzo (~merzo@229-185-133-95.pool.ukrtel.net)
21:13.18 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
21:13.35 CIA-128 BRL-CAD: 03n_reed * r50306 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_wrapper.cc: apply SCL git db70465 removing more unused variables
21:22.53 *** join/#brlcad cristina (~cristina@188.24.66.134)
21:23.30 CIA-128 BRL-CAD: 03n_reed * r50307 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: remove another unused variable (LISTdo already creates one) identified in SCL git 0153f15
21:47.39 CIA-128 BRL-CAD: 03tbrowder2 * r50308 10/brlcad/trunk/regress/iges.sh: tidy tests, add -f option to make last g-iges test pass
21:48.10 CIA-128 BRL-CAD: 03tbrowder2 * r50309 10/brlcad/trunk/src/librt/comb/comb.c: ws
22:05.37 ``Erik heh, jenny's consant... (xkcd)
22:05.37 ``Erik (* (- (expt 7 (- e (/ 1 e))) 9) pi pi)
22:05.38 ``Erik 867.5308626032031d0
22:12.49 kanzure i would like to make either a page or an infographic to explain the current status of open source CAD
22:12.56 kanzure i know it's hard to compare feature-per-feature in many cases
22:13.12 kanzure however, the rhetoric that each CAD package provides really muddles the picture
22:13.19 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:13.22 kanzure for instance, http://brlcad.org/d/about says
22:13.23 kanzure "as well as explicit solids made from closed collections of Uniform B-Spline Surfaces, Non-Uniform Rational B-Spline (NURBS) surfaces, n-Manifold Geometry (NMG), and purely faceted mesh geometry. All geometric objects may be combined using boolean set-theoretic CSG operations including union, intersection, and difference."
22:13.35 kanzure but iirc, brlcad doesn't actually have intersection of nurbs
22:18.39 ``Erik there're two ways to view it, we do support CSG for ray interrogation (raytracing), but do not yet have the ability to convert a NURBS CSG element to a NURBS non-CSG
22:50.25 kanzure brlcad: as predicted the scl-dev polling thread has turned into a hilarious bunch of confusion
22:51.22 kanzure ``Erik: so in other words, NURBS CSG evaluation doesn't work
22:51.33 kanzure (except in raytracing)
22:51.45 kanzure or maybe there's a more specific way to word it?
23:11.51 CIA-128 BRL-CAD: 03starseeker * r50310 10/brlcad/branches/STABLE/src/sig/d2-c.c: Add d2-c fix from r48233
23:24.07 CIA-128 BRL-CAD: 03starseeker * r50311 10/brlcad/branches/STABLE/src/shapes/ (. coil.c): Grab the coil crash fix from 48470
23:32.07 starseeker kanzure: did you ever have any luck with SISL?
23:34.22 kanzure i've been working on other things, so i'm having someone else look into it
23:42.58 starseeker nods
23:53.18 CIA-128 BRL-CAD: 03starseeker * r50312 10/brlcad/branches/STABLE/NEWS: (log message trimmed)
23:53.18 CIA-128 BRL-CAD: Start working up a 7.20.6 NEWS file - will be tagging off of STABLE this time,
23:53.18 CIA-128 BRL-CAD: since trunk still needs more work to be release ready. Eventually we'll need to
23:53.18 CIA-128 BRL-CAD: sync the main trunk NEWS file back up with this one, but for now just work on
23:53.18 CIA-128 BRL-CAD: getting the release out. For now attaching revision numbers associated with
23:53.19 CIA-128 BRL-CAD: each change to the news line covering it - those will be taken out before
23:53.20 CIA-128 BRL-CAD: release is tagged, but for now they help keep straight what has and has not been
IRC log for #brlcad on 20120426

IRC log for #brlcad on 20120426

00:10.57 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
00:10.58 brlcad this time??
00:11.42 brlcad we're supposed to tag off of STABLE...
00:21.34 kanzure heh more voting hilarity
00:25.12 louipc what's that, step?
00:37.14 brlcad kanzure: and that's why I usually refuse to serve on a committee .. knowing too much about voting systems and seeing nearly every instance have some major flaw making the poll unfair or the results outright wrong
00:37.56 brlcad especially when voting is ordered and public .. good grief does bias come into play, so trivially gamed
00:38.04 brlcad even unintentionally
00:38.08 kanzure yep..
00:38.23 kanzure well, no harm intended, but i'm still not sure why a vote is happening at all
00:38.38 brlcad yeah
00:38.53 brlcad someone should just register the domains and squat on them
00:38.58 brlcad someone probably will before we're done
00:39.18 kanzure usually people have a rule that you don't actually type out the domain name, because everyone runs spambots to register domain names found in written text
00:39.51 kanzure plus, if you enter it into the wrong nic or whois lookup service, you might unintentionally cause the whois service to go register the domain (network solutions was a huge asshole doing this for the longest time, i hear)
00:44.53 brlcad yeah, I'd intentionally avoided adding com/org/net to the names
00:48.33 kanzure you and me can go start a club for non-voting responsible citizens or something... wait, what?
00:50.40 louipc should call it stephanie
01:05.40 CIA-128 BRL-CAD: 03tbrowder2 * r50313 10/brlcad/trunk/src/librt/comb/comb.c: ws
01:12.29 starseeker brlcad: sorry, misphrased - ment to call out that stable was not a reflection of some revision of trunk, but obviously didn't say it correctly
01:47.22 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-accxseppgrjwgagx)
02:31.14 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
02:56.48 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:22.06 CIA-128 BRL-CAD: 03brlcad * r50314 10/brlcad/trunk/src/util/bwcrop.c: turn the pixel count variables into integral types. done with attempting to quell 1496. seems to be false positive, but not clear how to make it go away. cid 1496.
03:56.58 CIA-128 BRL-CAD: 03brlcad * r50315 10/brlcad/trunk/src/liboptical/sh_toyota.c: rename the lambda member to wavelength, remove the unuseful sign bit testing, cast through double to try and head fake cid 328
05:08.31 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
06:22.30 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:18.39 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:30.36 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:42.43 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:30.28 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
08:45.28 *** join/#brlcad stas_ (~stas@82.208.133.12)
09:48.08 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:15.13 *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net)
11:37.34 *** join/#brlcad kane_ (~Mesut@g226127134.adsl.alicedsl.de)
12:13.29 *** join/#brlcad kane__ (~Mesut@e182055253.adsl.alicedsl.de)
12:34.34 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:49.59 CIA-128 BRL-CAD: 03brlcad * r50316 10/brlcad/trunk/src/liboptical/sh_toyota.c: looks like coverity thinks fastf_t is not a floating point type. cast through double. should finally fix cid 328 false positive.
12:50.34 CIA-128 BRL-CAD: 03starseeker * r50317 10/brlcad/trunk/CMakeLists.txt: Start straightening out Java and rtserver enablement now that we're not trying to link Java libs unnecessarily
12:57.45 CIA-128 BRL-CAD: 03brlcad * r50318 10/brlcad/trunk/src/conv/ply-g.c: looks like another fastf_t confusion. cid 325 was marked false positive, but a double cast should do the trick.
13:21.11 *** join/#brlcad kane__ (~Mesut@e182055253.adsl.alicedsl.de)
13:49.19 CIA-128 BRL-CAD: 03starseeker * r50319 10/brlcad/trunk/ (43 files in 5 dirs): Upgrade libpng to 1.5.10
13:56.52 CIA-128 BRL-CAD: 03starseeker * r50320 10/brlcad/branches/STABLE/ (79 files in 18 dirs): Update libpng in STABLE to version 1.5.10 (same change as trunk r50319)
15:02.45 *** join/#brlcad andrei (~andrei@188.25.160.62)
15:02.55 andrei hello
15:19.42 CIA-128 BRL-CAD: 03bob1961 * r50321 10/brlcad/trunk/src/libtclcad/ (CMakeLists.txt tclcad.c tclcad_obj.c tclcad_private.h): Added the tclcad_initialized flag to insure that libtclcad doesn't get initialized more than once. This case turned up after an rtwizard enhancement.
15:56.44 CIA-128 BRL-CAD: 03n_reed * r50322 10/brlcad/trunk/src/other/step/src/ (23 files in 3 dirs): Remove rcsid strings from sources and don't generate Id comments. SCL git 922a795 and 9367823.
16:18.12 *** join/#brlcad hsrai (~tcc@202.164.53.117)
17:49.29 CIA-128 BRL-CAD: 03starseeker * r50323 10/brlcad/branches/STABLE/src/libged/analyze.c: remove C++ style comments
17:54.45 CIA-128 BRL-CAD: 03starseeker * r50324 10/brlcad/branches/STABLE/src/libged/analyze.c: another C++ style comments
18:07.18 CIA-128 BRL-CAD: 03starseeker * r50325 10/brlcad/branches/STABLE/src/libged/analyze.c: use C commenting
18:36.41 CIA-128 BRL-CAD: 03starseeker * r50326 10/brlcad/branches/STABLE/src/libdm/axes.c: pull the OGL wrapping from trunk for axes.c
18:49.47 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
18:56.45 CIA-128 BRL-CAD: 03starseeker * r50327 10/brlcad/branches/STABLE/src/shapes/coil.c: break up line for C90
19:45.25 CIA-128 BRL-CAD: 03tbrowder2 * r50328 10/brlcad/trunk/src/conv/nmg/g-nmg.c: ws, style
20:22.00 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
20:49.18 *** join/#brlcad stas_ (~stas@188.24.35.114)
21:00.32 CIA-128 BRL-CAD: 03starseeker * r50329 10/brlcad/branches/STABLE/src/tclscripts/mged/tclIndex: Add relos to the hardcoded tclIndex file
21:15.19 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
21:15.23 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
21:15.24 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
21:24.50 starseeker brlcad: something else is going on. I just tested 7.20.2, 7.20.0, and 7.12.6 (all three to within a couple commits of release) and they all show the same error...
22:16.46 starseeker eyes fbed warily...
22:39.48 CIA-128 BRL-CAD: 03tbrowder2 * r50330 10/brlcad/trunk/src/conv/nmg/g-nmg.c: add comment
22:39.48 CIA-128 BRL-CAD: 03n_reed * r50331 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): add default switch cases as in SCL git b10a697, but avoid using abort if the error can be logged and/or returned
22:40.01 CIA-128 BRL-CAD: 03starseeker * r50332 10/brlcad/branches/STABLE/configure.ac: nevermind pdf building with autotools
22:41.14 CIA-128 BRL-CAD: 03starseeker * r50333 10/brlcad/branches/STABLE/src/tclscripts/mged/tclIndex: whoops, typo
22:41.31 CIA-128 BRL-CAD: 03bob1961 * r50334 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeBase.itcl PictureTypeF.itcl): Needed to split out into otype and fbout.
22:42.34 CIA-128 BRL-CAD: 03n_reed * r50335 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): apply changes from SCL git f678f0b, but extract assignments used as truth values for benefit of windows
23:00.31 CIA-128 BRL-CAD: 03starseeker * r50336 10/brlcad/branches/STABLE/ (4 files in 4 dirs): Don't build docbook with autotools - current docbook methods have changed significantly, not worth retrofitting.
23:41.23 *** join/#brlcad stevegt_1 (~stevegt@adsl-99-32-114-22.dsl.pltn13.sbcglobal.net)
IRC log for #brlcad on 20120427

IRC log for #brlcad on 20120427

01:40.34 CIA-128 BRL-CAD: 03starseeker * r50337 10/brlcad/trunk/src/mged/points/CMakeLists.txt: Probably shouldn't be compiling the header here...
01:56.04 CIA-128 BRL-CAD: 03starseeker * r50338 10/brlcad/trunk/ (3 files in 3 dirs): (log message trimmed)
01:56.04 CIA-128 BRL-CAD: Generalize the mechanism for passing flags from libraries up to other libraries
01:56.04 CIA-128 BRL-CAD: automatically - had been assuming we could apply all flags to all targets, but
01:56.04 CIA-128 BRL-CAD: libged's polycurve.cpp triggered a build error with clang (and had been warning
01:56.04 CIA-128 BRL-CAD: with gcc) when the std=gnu99 flag got applied. Only a problem with libged
01:56.05 CIA-128 BRL-CAD: currently, but potentially could apply to any mixed C/C++ library. Approach now
01:56.06 CIA-128 BRL-CAD: is more granular - can define C and CXX variables independently to pass up, and
01:57.07 starseeker opps - that's polyclip.cpp, not polycurve.cpp - sorry
02:24.03 CIA-128 BRL-CAD: 03starseeker * r50339 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Abstract out the flag appliation logic - may need it in more places than just shared libraries.
02:45.41 *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:35.37 CIA-128 BRL-CAD: 03starseeker * r50340 10/brlcad/trunk/src/libged/CMakeLists.txt: Presumably we don't actually want to build the headers...
04:36.50 CIA-128 BRL-CAD: 03starseeker * r50341 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake:
04:36.51 CIA-128 BRL-CAD: Apply the new flags to executables too, if applicable - so far it looks as
04:36.51 CIA-128 BRL-CAD: though only obj-g even mixes C and C++ at the exec target level. Need to check
04:36.51 CIA-128 BRL-CAD: more closely - do I need to apply all the flags to the static library builds?
04:36.51 CIA-128 BRL-CAD: Make a stab at doing so, but need to make sure what the Right Thing is.
05:03.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:06.07 CIA-128 BRL-CAD: 03indianlarry * r50342 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Extended 'brep' debugging command to take an index range. You can now enter a dash("1-5") to plot ranges of indexes of surfaces,faces or edges.
05:12.08 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
05:20.31 CIA-128 BRL-CAD: 03indianlarry * r50343 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h):
05:20.32 CIA-128 BRL-CAD: Had to fix flatness criteria for surface subdivision. Flatness was calculated by
05:20.32 CIA-128 BRL-CAD: multiplying a series of Surface normal Dot products at select points on the
05:20.32 CIA-128 BRL-CAD: surface. Hit a case where small cylindrical surface had even numbered negative
05:20.32 CIA-128 BRL-CAD: vdots and were canceling their signs. Simplified to look at each vdot
05:20.32 CIA-128 BRL-CAD: individually.
05:46.56 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:34.13 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:50.14 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:19.59 *** join/#brlcad stas_ (~stas@188.24.35.114)
10:02.12 *** join/#brlcad stas_ (~stas@82.208.133.12)
10:38.24 *** join/#brlcad kane_ (~Mesut@dslb-084-063-241-222.pools.arcor-ip.net)
10:41.37 ``Erik dang fools crashed my workstation O.O
10:49.32 *** join/#brlcad cristina (~cristina@188.24.66.134)
10:58.21 cristina hi
11:27.11 brlcad hi cristina
11:29.51 cristina brlcad, not that I don't have something to work on, but i recall that you said you'll send us an email one of these days
11:30.50 brlcad cristina: yes?
11:30.56 cristina have you sent it? I just want to make sure that I haven't skipped it
11:31.03 brlcad not yet
11:31.20 cristina ah, ok
11:38.33 brlcad Maloeran: heh, http://i.imgur.com/VwKxp.jpg
11:44.34 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:49.16 ksuzee hello
11:49.28 brlcad hi ksuzee
11:50.49 ksuzee First of all thank a lot for my acception!
11:51.18 brlcad you're quite welcome, we're all very much looking forward to working with you
11:52.07 ksuzee and I see my mentor is Cliff, not you?
11:52.45 brlcad your assigned mentor is the one that will be reviewing your progress and will probably be the person filling out your evaluation
11:52.56 brlcad technical mentoring is done with everyone
11:53.17 brlcad all development discussions are in the open with all developers, not just your assigned mentor
11:54.11 ksuzee oh, it's great!
11:54.16 ksuzee So
11:55.21 brlcad think of it this way, your assigned mentor is the person you'll talk to if you're not going to be committing code or otherwise working for more than three days in a row, so they know what you're up to
11:55.44 brlcad just about everything else should be in the open
11:56.11 brlcad i'll be sending out an e-mail later today with introductions and instructions
11:58.25 ksuzee I see...You ahead my questions))
12:00.54 ksuzee and what about exactly my project? Will you send any instructions about it via e-mail too?
12:11.09 *** join/#brlcad brlcad1 (~amol@122.167.219.253)
12:22.34 *** join/#brlcad brlcad2 (~amol@122.167.219.253)
12:25.47 *** join/#brlcad brlcad1 (~anurag@14.139.128.12)
12:30.46 *** join/#brlcad amol (~amol@122.167.219.253)
12:31.46 *** part/#brlcad amol (~amol@122.167.219.253)
12:32.24 *** part/#brlcad brlcad1 (~anurag@14.139.128.12)
12:34.02 *** join/#brlcad brlcad1 (~anurag@14.139.128.12)
12:39.02 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
14:02.55 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
14:23.10 Maloeran brlcad, seems about right :)
15:35.21 CIA-128 BRL-CAD: 03starseeker * r50344 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Remove debugging messages
15:39.18 CIA-128 BRL-CAD: 03starseeker * r50345 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Merge NURBS tweak from trunk r50343
16:09.37 CIA-128 BRL-CAD: 03mendesr * r50346 10/jbrlcad/trunk/pom.xml: Update jbrlcad version to 1.2 release
16:10.23 CIA-128 BRL-CAD: 03mendesr * r50347 10/jbrlcad/tags/1.2/: Tag version for 1.2 release
16:14.51 CIA-128 BRL-CAD: 03mendesr * r50348 10/jbrlcad/trunk/pom.xml: Updated jbrlcad version to 1.3-SNAPSHOT(for future changes)
16:53.40 CIA-128 BRL-CAD: 03starseeker * r50349 10/brlcad/branches/STABLE/ (ChangeLog NEWS README include/conf/PATCH): Up version numbers, cleanup NEWS, put relevant portion of STABLE changlog in place. Not sure this will ever actually get tagged for a release, but this revision of STABLE is exhibiting the desired behavior on Linux.
16:54.51 cristina I am having trouble with the compilation phase of the BRL-CAD svn checkout while using cmake
16:55.34 cristina Has anyone encounter "undefined reference to" some tcl or tk symbols while having all the required dependencies needed installed?
17:01.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:11.08 *** join/#brlcad hsrai (~tcc@202.164.53.117)
17:35.44 starseeker cristina: if you can post the specific errors to something like pastebin.mozilla.org we can probably tell you more
17:37.49 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:39.22 cristina starseeker: this is the error that I am getting: http://pastebin.mozilla.org/1601016
17:39.34 cristina as cmake command I used cmake . -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled
17:44.11 ``Erik those're fontconfig symbols
17:45.16 ``Erik do you have freetype2 installed correctly?
17:48.49 cristina ``Erik: by looking in my synaptic package manager I can see that I have installed libxft2, libfreetype6
17:50.56 ``Erik that sounds linuxy
17:51.55 cristina I'm on ubuntu 12.04
17:51.56 Stattrav aah :)
17:51.59 Stattrav already
17:52.07 ``Erik try, um, installing "tk8.5-dev" which should bring in libfreetype6-dev, libfontconfig1-dev, etc to satisfy the deps
17:52.22 Stattrav so as it turns out, its mostly X related dependancies that fail
17:52.32 Stattrav atleast on my machine they did
17:52.46 Stattrav there were some headers missing too
17:52.56 Stattrav missing on my machine that is
17:53.14 ``Erik Stattrav: we shove all the other deps in our vendor dir src/other/ :D X is a little big for that
17:53.15 cristina i've installed "tk8.5-dev"; actually I've installed everything that was specified in the dependencies (libxi-dev libncursesw5-dev libxt-dev libxslt1-dev libxmu-dev libxmu-headers byacc flex libtnt-dev libxext-dev libpng12-dev zlib1g-dev libsm-dev libx11-dev libxau-dev tk8.5-dev tcl8.5-dev tk8.4-dev tcl8.4-dev itcl3-dev)
17:53.33 Stattrav aah
17:54.58 ``Erik cristina: those missing symbols are probably in libfontconfig1 or libfontconfig1-dev, I'm making sure I can build on my ubuntu 12.04 box right now
17:56.36 cristina ``Erik, thank you. On ubuntu 11.10 it happened the same thing. Actually, on the first week of gsoc submissions I managed to compile and install it. Afterwards I started working on a patch, wanted a new clean BRL-CAD and from that moment on, it kept failing.
17:57.28 cristina when using ./autogen instead of cmake, the compilation and installation work.
17:58.04 ``Erik autogen/configure are probably using your installed TK package, which you explicitely told cmake to ignore with the -DBRLCAD_BUNDLED_LIBS=Bundled argument
17:58.59 ``Erik you might have better luck if you try something like "rm CMakeCache.txt ; cmake -DCMAKE_BUILD_TYPE=Debug . && make"
17:59.41 Stattrav I should keep this in mind as I am recompiling tomorrow for a better work setup for the summers
18:00.01 cristina ah, ok. I'll try it now. I've reinstalled libfontconfig1-dev, libfreetype6-dev
18:01.33 ``Erik ok, it just successfully built for me using cmake without any args
18:02.49 cristina hm, with cmake -DCMAKE_BUILD_TYPE=Debug, it fails: http://pastebin.mozilla.org/1601052
18:03.18 ``Erik tk8.5-dev isn't' installed
18:04.04 cristina but it is, I can see it in the synaptic package manager. I'll reinstall it
18:27.22 ``Erik heh, google easter egg: "zerg rush"
18:27.44 Stattrav ahah was it from reddit that you got to know or 9gag
18:29.54 cristina :)
18:40.20 *** join/#brlcad andrei_ (~andrei@188.25.171.139)
18:54.53 cristina ok, so I managed to avoid that error by installing itk3, itk3-dev
18:58.16 cristina ``Erik: thanks for the suggestion
19:27.43 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:41.50 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:05.42 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
20:19.45 ``Erik Stattrav: hackernews ( http://news.ycombinator.com )
20:29.46 *** join/#brlcad stas (~stas@109.166.134.33)
21:31.07 starseeker cristina: it's worth making notes on what you needed to install that was not mentioned in the documentation
21:31.38 starseeker or even provide a documentation patch that adds the missing components
21:37.24 cristina starseeker: I'll make some notes on my wiki page. Still, I'm stuck with my previous error: http://pastebin.mozilla.org/1601016 (I got rid of this one: http://pastebin.mozilla.org/1601052 which I assume needed itk3, itk3-dev)
21:43.14 kanzure brlcad: "Ok, I registered stepcode.org. Now what?"
21:43.16 kanzure heh
21:44.07 kanzure why was a domain needed?
22:07.49 Maloeran Ahaha Erik, good easter egg
22:20.16 ``Erik dang ubuntu box doesn't seem to want to start networking on boot O.o
22:24.28 CIA-128 BRL-CAD: 03bob1961 * r50350 10/brlcad/trunk/src/libfb/if_ogl.c: This fix resolves the issue where an rtedge overlay fails to show up in the framebuffer window.
22:39.31 CIA-128 BRL-CAD: 03bob1961 * r50351 10/brlcad/trunk/src/libfb/if_wgl.c: Need this for windows too ---- this fix resolves the issue where an rtedge overlay fails to show up in the framebuffer window.
22:41.22 CIA-128 BRL-CAD: 03bob1961 * r50352 10/brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Rtwizard should be using /dev/ogl instead of /dev/X. This mod and the previous fix in libfb/if_ogl.c and libfb/if_wgl.c fixes the issue with rtedge overlays failing to show up in the framebuffer.
IRC log for #brlcad on 20120428

IRC log for #brlcad on 20120428

00:19.34 *** join/#brlcad stas (~stas@188.24.35.114)
00:42.40 CIA-128 BRL-CAD: 03Cprecup 07http://brlcad.org * r3509 10/wiki/User:Cprecup: first step: compiling and installing BRL-CAD issues
01:37.00 *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org)
01:56.00 starseeker cristina: you have the freetype dev packages?
01:56.57 starseeker you may need to clear your CMake build directory as well and re-run CMake
05:13.57 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:48.59 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:25.27 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:25.55 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:42.17 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:46.06 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
09:14.20 *** join/#brlcad kane_ (~Mesut@dslb-084-063-252-087.pools.arcor-ip.net)
11:29.38 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:56.30 cristina starseeker: yes, I have the following packages installed: freetype2-demos, libfreetype6, libfreetype6-dev, libftgl-dev, libftgl2, libxft-dev, libxft2. I've even tried the whole building with a new checkout (in case I didn't clear everything that needed to be cleared)
12:10.11 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
12:22.49 starseeker cristina: ok, the next step is to try make VERBOSE=1 and look at the actual command line that's failing
12:25.47 starseeker cristina: there's also something strange about *needing* the system libs, if you've set -DBRLCAD_BUNDLED_LIBS=Bundled
12:29.38 starseeker you're doing the following?:
12:29.54 starseeker svn co https://brlcad.svn.sf.net/svnroot/brlcad/brlcad/trunk brlcad
12:29.57 starseeker cd brlcad
12:32.18 starseeker cmake . -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled
12:32.26 starseeker make
12:52.27 *** join/#brlcad kane_ (~Mesut@dslb-084-063-252-087.pools.arcor-ip.net)
13:15.15 *** join/#brlcad Neil___ (~chatzilla@117.229.107.155)
13:20.18 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
13:22.07 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
13:24.29 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
13:33.48 CIA-128 BRL-CAD: 03starseeker * r50353 10/brlcad/trunk/ (4 files in 4 dirs): Beef up distclean rule
13:49.21 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
13:54.39 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
14:26.45 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
14:37.04 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
14:37.05 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
14:49.01 *** join/#brlcad Neil___ (~chatzilla@117.228.217.22)
16:07.40 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.14)
16:33.14 CIA-128 BRL-CAD: 03starseeker * r50354 10/brlcad/branches/STABLE/ (4 files in 3 dirs): Merge rtwizard fix to STABLE
16:53.00 cristina starseeker: those are the steps that I made (the ones that you described). i used cmake . -DCMAKE_BUILD_TYPE=Debug without -DBRLCAD_BUNDLED_LIBS=Bundled because of someone's suggestion as an alternative
16:53.08 cristina I'll use make VERBOSE=1
16:56.23 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
16:56.23 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
17:19.48 starseeker cristina: try turning on BRLCAD_BUNDLED_LIBS
17:20.04 starseeker that should work
17:22.15 starseeker or rather, if both fail I'd like to see pastebins of both failures
17:23.37 cristina starseeker: ok, this is the failure when BRLCAD_BUNDLED_LIBS is on: pastebin.mozilla.org/1604080
17:24.39 cristina I'll recompile it right now without BRLCAD_BUNDLED_LIBS and paste the errors as well
17:31.15 cristina starseeker: this is withot BRLCAD_BUNDLED_LIBS flag: http://pastebin.mozilla.org/1604094
17:31.19 cristina *without
17:38.25 starseeker cristina: what version of freetype do you have installed?
17:39.14 cristina 2.4.8-1ubuntu2
17:39.20 starseeker and fontconfig?
17:40.12 cristina fontconfig: 2.8.0-3ubuntu9
17:40.22 starseeker and the dev package for fontconfig is installed?
17:41.12 cristina yes
17:41.57 cristina i've got installed fontconfig, fontconfig-config, libfontconfig1-dev, libfontconfig1
17:42.03 starseeker ok...
17:42.11 starseeker let me try something...
17:42.20 *** join/#brlcad brlcad1 (~anurag@14.139.128.12)
17:51.04 *** join/#brlcad brlcad2 (~anurag@14.139.128.12)
17:51.12 CIA-128 BRL-CAD: 03starseeker * r50355 10/brlcad/trunk/ (3 files in 3 dirs): Try explicitly calling out fontconfig in addition to freetype.
17:51.20 starseeker cristina: see if that helps
18:01.29 cristina starseeker: I rerun cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled . after updating the repository. I am getting the same errors: http://pastebin.mozilla.org/1604080
18:04.25 starseeker one second...
18:04.34 starseeker (sorry, hard to test this when I'm not seeing the failure...)
18:05.03 CIA-128 BRL-CAD: 03starseeker * r50356 10/brlcad/trunk/src/other/tk/CMakeLists.txt: Use the right FONTCONFIG variable...
18:05.39 starseeker that may work better
18:08.32 cristina ok :), just a few minutes please
18:08.40 starseeker no problem
18:17.35 cristina starseeker: ok, so I assume it got pass that error because it says "Built target wish" but now it got into one that I've encountered before: http://pastebin.mozilla.org/1604116
18:17.48 cristina the one referring to the acos symbol
18:19.56 *** join/#brlcad mohitdhingras (~root@14.139.128.12)
18:21.19 *** part/#brlcad mohitdhingras (~root@14.139.128.12)
18:21.42 *** join/#brlcad mohitdhingras (~root@14.139.128.12)
18:21.57 starseeker hmm. interesting
18:22.07 starseeker let me try something...
18:23.37 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:26.51 CIA-128 BRL-CAD: 03starseeker * r50357 10/brlcad/trunk/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Hmm - ieee lib link needs more study. Explicitly add the math library to the list of libs for tcl.
18:27.26 cristina I'll make an update
18:28.13 starseeker I'll be back in a bit
18:28.39 cristina ok, thank you for your help
18:29.01 anuragmurty hi all! My proposal for voxelize was selected for GSoC this year.. wanted to get some initial references to start with..
19:07.41 cristina starseeker: so the last update definitely got over the 'undefined symbol: acos' error. The compilation got at 83% but there's another build error referring to xslt: http://pastebin.mozilla.org/1604145
19:15.49 starseeker cristina: did any docbook files get compiled?
19:16.03 starseeker anuragmurty: what were you looking for?
19:16.18 starseeker anuragmurty: have you completed the initial steps outlined in our procedure?
19:19.22 cristina starseeker: I'd say some got compiled: "Generating resources/other/docbook-schema/schema.sentinel"
19:19.41 starseeker that's something else - I was thinking in particular about about.html
19:20.51 starseeker also - if you look in the file build_region_article_html.cmake, what is the path to xsltproc?
19:21.11 anuragmurty starseeker: yes. I did build and compile the source code without tcl bindings, but am recompiling it with them now.
19:21.38 starseeker crdueck: you *might* be able to complete the doc building if you run make without any parallel flags
19:21.49 starseeker sorry cristina not crdueck
19:22.03 starseeker I thought we had that fixed, but maybe not...
19:24.24 starseeker cristina: it's almost like it's not using our local xsltproc
19:24.49 starseeker is this a build with or without the -DBRLCAD_BUNDLED_LIBS=Bundled setting?
19:25.03 starseeker if the latter, try it again with the bundled libs
19:25.15 cristina starseeker: it's a build with -DBRLCAD_BUNDLED_LIBS=Bundled
19:25.31 cristina I am not using parallel flags, the command was just make VERBOSE=1
19:25.46 starseeker can you pastebin the contents of /home/cristina/work/gsoc2012/brlcad/doc/docbook/articles/en/build_region_article_html.cmake
19:27.12 cristina starseeker: this is the path to xsltproc: //home/cristina/work/gsoc2012/brlcad/bin/xsltproc
19:27.16 cristina and here is the content:
19:27.50 cristina http://pastebin.mozilla.org/1604184
19:28.07 starseeker no, that's the .in file
19:28.11 starseeker I need the generated cmake file
19:28.24 starseeker build_region_article_html.cmake
19:28.35 starseeker ah, wait
19:28.43 starseeker sorry, nevermind - forgot I added the header
19:28.57 starseeker wonder why we're getting the //home prefix
19:29.33 cristina shouldn't it be that?
19:30.00 starseeker I would have expected ""//home/cristina/work" to look like ""/home/cristina/work"
19:30.05 cristina ah
19:30.05 cristina yes
19:34.00 cristina I've tested accessing the path in the terminal with 2/ and it makes no difference
19:34.18 starseeker yeah, xsltproc might be more sensitive to that path structure
19:34.46 starseeker I can't figure out why your path is getting reported like that though - why the two leading slashes?
19:34.54 starseeker what version of CMake do you have?
19:35.45 starseeker cristina: what happens if you do the following:
19:36.01 starseeker cmake -P /home/cristina/work/gsoc2012/brlcad/doc/docbook/articles/en/build_region_article_html.cmake
19:36.08 starseeker (all one line)
19:36.25 cristina cmake 2.8.7
19:37.02 cristina I get this: runtime error
19:37.02 cristina xsltApplyStylesheet: saving to //home/cristina/work/gsoc2012/brlcad/share/brlcad/7.21.0/doc/html/articles/en/build_region.html may not be possible
19:37.02 cristina CMake Error at doc/docbook/articles/en/build_region_article_html.cmake:55 (message):
19:37.02 cristina <PROTECTED>
19:37.28 starseeker now, what happens if you remove the //home instances in that file and replace them with /home ?
19:39.11 cristina ah
19:39.15 cristina now it works
19:39.24 cristina nothing was printed, no error
19:39.38 starseeker so - why are your paths adding a leading slash?
19:46.16 cristina maybe something appends to that command a slash
19:48.09 cristina waw
19:48.10 cristina ok
19:48.30 CIA-128 BRL-CAD: 03starseeker * r50358 10/brlcad/trunk/misc/CMake/DocBook.cmake: Try to make input paths more 'DocBook friendly'
19:48.36 starseeker cristina: that may work around the issue
19:48.38 cristina so by looking at all my environment variables I can see OLDPWD= OLDPWD=//home/cristina/work/gsoc2012/brlcad/src/other
19:48.49 cristina and PWD=//home/cristina/work/gsoc2012/brlcad
19:49.16 cristina sorry, there was a typo, it's just OLDPWD=//home/cristina/work/gsoc2012/brlcad/src/other
19:49.25 starseeker hmm.
19:49.28 starseeker weird.
19:49.44 starseeker it may be moot - see if r50358 gets by it
19:49.49 cristina ok
19:57.32 CIA-128 BRL-CAD: 03starseeker * r50359 10/brlcad/trunk/src/other/ (4 files in 4 dirs): keep all the tcl.cmake copies the same to avoid surprises
20:20.50 cristina starseeker: thanks a lot. Everything builds fine now. I'm sorry for bothering you
20:40.29 starseeker cristina: not a all - those are exactly the kind of problems we want to find and fix
20:41.09 starseeker it's quite interesting you were seeing issues no one else has reported
20:41.30 starseeker the "//home" issue I'm not surprised was new, but the tcl/tk building issues were a surprise
21:20.29 CIA-128 BRL-CAD: 03starseeker * r50360 10/brlcad/trunk/src/libbu/ (bitv.c endian.c fnmatch.c): These uses of inline cause a strict failure with clang 3.0 in c89 mode (note that they do work with c99)
21:23.01 CIA-128 BRL-CAD: 03starseeker * r50361 10/brlcad/trunk/src/libpkg/example/server.c: clang doesn't let us get away with this style of quellage - add the UNUSED wrapper.
21:28.20 starseeker brlcad: getting a bunch of strict failures in librt with clang related to the BU_LIST_MAIN_PTR macro:
21:28.24 starseeker http://pastebin.mozilla.org/1604369
21:36.27 CIA-128 BRL-CAD: 03starseeker * r50362 10/brlcad/trunk/src/fbed/empty.c: Another quellage we can't get away with in clang.
21:57.00 CIA-128 BRL-CAD: 03starseeker * r50363 10/brlcad/trunk/src/ (libpkg/example/client.c librt/primitives/metaball/metaball.c): Couple more clang strict c89 issues
22:03.28 starseeker ``Erik: this looks like it might be up your alley: http://pastebin.mozilla.org/1604412
22:18.40 CIA-128 BRL-CAD: 03starseeker * r50364 10/brlcad/trunk/src/lgt/ (lgt.c reflect.c): More quellage fun
22:24.14 CIA-128 BRL-CAD: 03starseeker * r50365 10/brlcad/trunk/src/tab/tabinterp.c: hopefully the last of the quellage errors - looks like we may be down to offsetof and other offset-type issues with gnu89
22:54.48 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
23:04.06 brlcad starseeker: act, the removal of inline is nfg ... that will mess a few things up
23:04.20 brlcad better to test for it during cmake and #define to nothing if not supported
23:04.28 brlcad but there's undoubtedly a way to support it
23:10.51 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20120429

IRC log for #brlcad on 20120429

00:59.55 *** join/#brlcad mohitdhingras (~root@14.139.128.12)
01:45.48 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
02:10.47 CIA-128 BRL-CAD: 03starseeker * r50366 10/brlcad/trunk/src/ (4 files in 2 dirs): Put the inline additions back - will need to find some other approach to avoid strict issues with clang. Not a big deal since we have other issues with clang (offsetof related)
02:12.31 starseeker brlcad: I think that's all of them
02:12.58 starseeker perhaps we want to skip -pedantic when doing gnu89 with clang?
02:13.41 starseeker (or actually, I think some of the stuff comes up even with gnu99...)
04:13.53 brlcad no, at worst we can detect the failure and disable the 'inline' symbol if compiling in c89 mode but we have to first make sure they don't simply provide it via some other means
04:14.16 brlcad (this is exactly in the scope of my inline macro check, it should fine one or disable inline)
04:14.21 brlcad s/fine/find/
04:14.29 brlcad so if that didn't work, something is amiss
04:14.57 brlcad still needs to commit his macro changes ..
04:26.16 brlcad this is sort of why I love code cleanup so much: http://imgur.com/MTp6w
04:46.00 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:50.15 *** join/#brlcad yukonbob (~bch@methodlogic.net)
06:42.16 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:01.04 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:35.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:53.33 *** join/#brlcad cristina (~cristina@188.24.66.134)
09:35.14 *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net)
11:59.52 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:11.09 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:31.45 ``Erik starseeker: that bit manip error looks familiar, I thought I fixed it by doing something stupid like breaking the a&=b into a=a&b or something
13:26.13 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
13:26.13 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-accxseppgrjwgagx)
14:18.01 *** join/#brlcad mohitdhingras (~root@14.139.128.12)
14:19.34 ``Erik brlcad: if you don't let people post on your facebook wall, how can we publically embarrass you with "happy birthday!" messages? :> (happy birthday!)
15:14.34 *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net)
15:33.27 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
17:03.15 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:11.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:13.28 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
17:46.15 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
17:56.02 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
18:01.14 starseeker brlcad: we'll have to add the -pedantic and -Werror flags to the inline test - without those, I doubt it will fail
19:05.09 *** join/#brlcad cristina (~cristina@188.24.66.134)
19:29.08 *** part/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
20:11.11 crdueck hello, i'm still having trouble compiling brlcad from svn. I think i've found the problem though, previously sean suggested that i was missing X11-dev libs, but the problem isnt that they're not installed but cmake cant find them, if i run "cmake -i" i see that many X11 libs are set to NOT-FOUND, but cmake only complains for libX11, libXext and libXi even though the compile fails on missing libXft, libXpm, libCursor, etc libs. I can confirm
20:23.04 crdueck well i have my first successful build, but i had to manually give cmake paths to the required libs. i'm not sure where the "incorrect" paths are provided but if someone could let me know i'll try to find out whats going wrong
20:27.43 *** join/#brlcad Stattrav_ (~Stattrav@223.231.152.46)
20:40.46 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
20:55.41 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:57.11 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
20:58.17 starseeker crdueck: where were your X11 files located?
20:59.36 crdueck_ in /usr/lib/
21:01.15 starseeker crdueck: so not /usr/lib/X11 or some such?
21:01.36 starseeker crdueck: if you look at FindX11.cmake in misc/CMake you'll see our search logic for X11
21:05.19 crdueck_ starseeker: nope, and when i provided the paths as "/usr/lib/libXft.so" for example it compiled cleanly. I'll take a look at that file
21:06.11 starseeker crdueck_: what distribution are you using?
21:08.23 crdueck_ starseeker: archlinux, one thing i noticed is that i'm using the 64-bit version and the libs aren't in /usr/lib64, which line 164 seems to be lookin for
21:08.57 starseeker ah, yes - it excludes the /usr/lib path in the 64 bit case because on systems with both, that's where the 32 bit libs live
21:09.28 crdueck_ okay, i have 32-bit libs as well and they're installed to /usr/lib32
21:09.36 starseeker snort
21:09.50 starseeker great
21:12.01 starseeker crdueck_: we'll need to come up with some way to determine whether /usr/lib has 32 or 64 bit libraries in it
21:14.07 crdueck_ starseeker: excuse me, i need to get rid of this trailing underscore... be right back
21:14.24 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
21:15.11 starseeker crdueck: I suggest taking a read through our FindX11.cmake, see how it's doing what it's doing, and see if anything suggests itself
21:16.46 crdueck starseeker: will do
21:25.59 crdueck is there a reason why the paths to libs is hardcoded into the cmake config instead of resolved with a linker?
23:16.11 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
IRC log for #brlcad on 20120430

IRC log for #brlcad on 20120430

01:00.10 *** join/#brlcad mohitdhingras (~root@14.139.128.12)
01:32.05 starseeker crdueck: feel free to experiment
02:10.22 *** part/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:24.02 starseeker crdueck: we have to carefully manage search paths when specifying 32 vs 64 bit building, since CMake's default search routines don't check to make sure a library found is built for the correct word size
02:49.33 starseeker on most of the systems I have tested to date, 64 bit libs went into lib64 - if we have lib32 32 bit, lib64 64 bit, and lib uncertain there is a mess to resolve
03:01.47 crdueck starseeker: i asked in my distro's channel and the ambiguity is because 32-bit support was implemented as an afterthought, and so the default is 64-bit. the file path problem would very likely only affect archlinux users
03:46.01 *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2)
03:54.51 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
04:57.08 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:05.16 *** join/#brlcad jordisayol1 (~jordisayo@188.119.210.222.dynamic.eurona.net)
05:05.17 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:07.45 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:10.01 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:19.36 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:30.43 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:48.09 *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2)
06:09.29 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:31.52 *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz)
08:05.08 *** join/#brlcad stas (~stas@82.208.133.12)
09:04.06 *** join/#brlcad kane_ (~Mesut@dslb-084-063-241-201.pools.arcor-ip.net)
10:38.03 *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net)
10:38.06 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:57.36 *** part/#brlcad mohitdhingras (~root@14.139.128.12)
10:59.42 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:51.05 *** join/#brlcad kane__ (~Mesut@dslb-088-078-198-057.pools.arcor-ip.net)
11:56.09 *** join/#brlcad kane_ (~Mesut@dslb-088-078-198-057.pools.arcor-ip.net)
13:08.19 ``Erik starseeker: 3 off by many on solids
13:08.36 starseeker otherwise it builds?
13:09.02 ``Erik um, with everything bundled, it still flipped out about finding the macports png.h, so I turned strict off and it built
13:09.05 starseeker (make -k I think should proceed with running the rest of 'em...)
13:09.17 starseeker oh, right - you also need to add... letsee...
13:09.53 starseeker -DCMAKE_SEARCH_OSX_PATHS=SYSTEM
13:16.54 ``Erik still seems to pull the macports png.h
13:17.17 starseeker growl.
13:17.42 starseeker ok, nevermind - may need some of the improvements in trunk to avoid that issue
13:58.13 ``Erik only regress issues are the old 3 off by many solids and 'gui' in mged
14:00.15 starseeker O.o
14:00.19 starseeker what's up with gui?
14:08.19 CIA-128 BRL-CAD: 03starseeker * r50367 10/brlcad/branches/STABLE/CMakeLists.txt: Correct typo.
14:09.16 ``Erik looks like a lib mismatch, X from macports vs GL from system
14:09.48 starseeker oh, right
14:10.01 starseeker ok, that's specific to the macports
14:10.07 starseeker tries on his non-macports mac
14:10.15 ``Erik does that commit allow total exclusion of macports shtuff?
14:10.34 starseeker which, 50367?
14:10.41 starseeker that's just a Windows thing
14:10.58 starseeker ignoring all macports stuff requires include dir order sorting
14:35.44 CIA-128 BRL-CAD: 03starseeker * r50368 10/brlcad/branches/STABLE/src/other/CMakeLists.txt: Don't use numbers for bools
15:06.36 CIA-128 BRL-CAD: 03starseeker * r50369 10/brlcad/branches/STABLE/src/other/step/src/express/ (CMakeLists.txt expprint.c): Remove this file - removed in trunk, not needed, causing build issue on mac for release build.
15:10.48 CIA-128 BRL-CAD: 03starseeker * r50370 10/brlcad/branches/STABLE/src/other/libz/CMakeLists.txt: Add workaround for MSVC2010 64 bit and zlib from trunk r49887
15:12.08 ``Erik building system X instead of macports fixes that mged gui issue
17:12.15 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:22.01 kanzure decided to take a break on nurbs :p
17:22.03 kanzure http://heybryan.org/shots/2012-04-30-1131-nanoengineer-chroot.png
17:33.23 *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com)
17:48.11 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:50.13 *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com)
18:00.19 CIA-128 BRL-CAD: 03starseeker * r50371 10/brlcad/trunk/misc/CMake/FindX11.cmake: Tweak search paths for X11
18:00.58 starseeker crdueck: Does r50371 help on archlinux?
18:07.58 brlcad kanzure: nifty -- you ever attend the molecular modeling BoF?
18:08.06 kanzure BoF?
18:08.21 brlcad birds of a feather, at a conference
18:08.26 brlcad siggraph for example
18:08.28 kanzure hrm. never heard of it
18:08.32 kanzure nope have't been to siggraph
18:08.42 kanzure http://github.com/kanzure/nanoengineer#readme
18:12.05 brlcad love the animations
18:12.28 kanzure downside: this code base suffers from bit rot
18:12.44 kanzure the last known working distro to run it was ubuntu 7.04
18:12.58 kanzure soo i created a chroot .tar.gz http://groups.google.com/group/nanoengineer-dev/browse_thread/thread/48a3fa9291f81f41
18:13.13 kanzure now i guess i need to start upgrading to successive ubuntu versions, run the tests and fix bugs
18:17.59 brlcad it's not easy to write code that specific that cannot be trivially updated.. ;)
18:18.33 kanzure huh?
18:18.54 kanzure i think you mean "it's not easy to write code that specicfic that *can* be trivially upgraded"
18:18.57 kanzure *speciic
18:19.00 kanzure *specific jeeze
18:19.46 kanzure or "it's easy to write specific code that cannot be trivially updated"
18:30.53 crdueck starseeker: r50371 finds the correct libraries and builds fine now
18:39.35 starseeker crdueck: awesome
18:40.43 kanzure starseeker: hihi
18:47.03 starseeker kanzure: howdy
18:47.17 starseeker kanzure: gave up on NURBS for a while eh?
18:50.45 CIA-128 BRL-CAD: 03starseeker * r50372 10/brlcad/trunk/misc/CMake/FindX11.cmake: Note that archlinux prompted the tweak to X11 search paths.
18:51.29 kanzure starseeker: heh well not really. just doing other things
18:54.49 starseeker nanoengineer looked cool, but would have taken quite a lot of work to polish up iirc
18:57.30 starseeker would be awesome to see someone bring it back to life
18:57.48 starseeker it was/is GPL?
19:01.55 brlcad kanzure: actually, I meant the opposite .. :)
19:02.32 kanzure starseeker: gpl 2 and gpl 3 (wtf?)
19:02.33 brlcad I can usually get code to compile on linux I wrote 10 years ago in just a few minutes (on ANY distro)
19:02.45 kanzure brlcad: i would greatly appreciate your help, then
19:02.46 brlcad the harder ports are to a different OS
19:02.55 kanzure again, i made a chroot to get it running from the original packages
19:02.59 kanzure but i would love for it to work on modern systems
19:03.10 kanzure then i can package up a .deb or something
19:03.36 brlcad what's the history of that code, you write most of it?
19:03.56 kanzure nope
19:04.06 kanzure mark sims founded nanorex inc. 2004-2009
19:04.12 kanzure dumped about a million/year on 10 developers
19:04.27 kanzure v1.0.0 released march 2008, v1.0.1 the following month
19:04.36 kanzure v1.1.1 is the current release
19:05.40 kanzure in 2010 mark gave me the source codde
19:05.47 kanzure well, he gave me the repository i mean
19:05.58 kanzure and i converted from cvs->svn->git and preserved the history
19:07.07 brlcad hm, gplv2+, shame.. :/
19:07.08 CIA-128 BRL-CAD: 03starseeker * r50373 10/brlcad/branches/STABLE/ChangeLog: Tack on the other changes to ChangeLog
19:07.28 kanzure brlcad: technically, nanorex can relicense this code base
19:07.34 kanzure and mark is still around.. Mark Sims <mark@nanorex.com>
19:09.00 starseeker kanzure: that'd probably be essential before we could do much of anything with it...
19:09.27 kanzure mark is really nice and obviously an awesome person for even making this open source
19:09.55 kanzure so if you want to put some effort into getting it licensed more appropriately, i'd be willing to help out
19:10.47 starseeker brlcad: what do you think? any chance molecular engineering capabilities would be of interest to BRL-CAD?
19:11.20 kanzure heh
19:12.04 kanzure modularizing nanoengineer and breaking it up into stuff that brlcad could cannibalize would be a great outcome, in my opinion
19:12.05 brlcad there's a reason I've attended nearly every molecular engineering bof at siggraph .. it's on the very fringe of our domain but a philosphical fit
19:12.53 kanzure (there are already modules, but i mean "releasable" modules or "separable" modules)
19:13.30 brlcad I'd love to get to the point where I can model something at a macroscopic scale, but then keep zooming in to see/modify underlying molecular structure
19:13.56 kanzure the data structures for that would be a bit wonky
19:14.01 brlcad csg lends itself very well for compactness of representation that would be needed
19:14.11 kanzure there's no reason you need to have precise atomic definition of your curve.. but at the same time, it's not an infinite curve either
19:14.46 brlcad I'm more interested from a materials science perspective
19:15.17 brlcad create a metal plate for example and simulate it getting cracked
19:15.34 brlcad now change the molecular structure to a different configuration, what's the effect?
19:16.31 brlcad could compare different alloys, represent non-homogenous regions (like bone), accurate anatomical modeling
19:17.34 kanzure ah i see, sure
19:17.46 kanzure most of nanoengineer uses pdb files
19:17.53 kanzure so you can import basically any molecule from pubchem or ncbi
19:18.11 brlcad nods
19:18.15 starseeker kanzure: is nanorex (the company) still active? That may be a factor in whether they'd consider non-GPL licensing - a fair number of companies use GPL because it preserves (practically speaking) the possibility of also selling commercial licensing for a fee
19:18.15 kanzure one of the features on the wishlist is the ability to model large systems like those in the concept video:
19:18.23 kanzure http://www.youtube.com/watch?v=vEYN18d7gHg
19:18.36 brlcad I started on a pdb-g a few years ago, but didn't finish it in my afternoon playing around
19:18.37 kanzure starseeker: the company is not active, but mark has been paying the hosting bills so the sites are still up
19:20.36 starseeker well... the most straightforward way would be for someone to email and ask...
19:21.12 kanzure sure
19:22.19 starseeker brlcad: you want to, or should I?
19:22.22 kanzure i wonder how large-scale molecular machines would be modeled.. storing atom positions for everything is unwise
19:22.41 kanzure starseeker: if you or brlcad choose to send that email, can you email me a draft first? Bryan Bishop <kanzure@gmail.com>
19:23.07 starseeker kanzure: I assume you prefer one of us to ask instead of doing so yourself?
19:24.01 kanzure uhh, i am still sorting through my feelings haha
19:24.10 starseeker heh
19:24.14 kanzure i really wanted to get nanoengineer working on modern distros before i pinged mark again
19:24.47 starseeker ah - have some concrete benefits in hand?
19:25.01 brlcad a tit for tat is in order, have something to show what the value is
19:25.10 kanzure yeah.. so far the majority of the work i have done is converting old cvs/svn repos to git
19:25.25 brlcad maybe starseeker you could give the compile a go on gentoo
19:25.32 starseeker nods
19:25.43 starseeker that'd be the best place for sure, for something like this
19:26.05 starseeker I tried once some time ago, but don't recall now what the issues were
19:26.05 brlcad if it compiles/compiled on ubuntu, should just be build system issues, dependencies, minor code assumptions
19:26.31 starseeker kanzure: what GUI library does it use?
19:26.37 kanzure pyqt 4.3.3
19:26.41 brlcad I can probably give it a go in a week or two
19:26.52 kanzure here is how i built the ubuntu chroot
19:26.52 kanzure http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap
19:27.01 kanzure or you can download it in the parent directory
19:27.04 starseeker I'll take a quick wack at it tonight and see how it looks
19:27.08 kanzure coolio
19:27.33 starseeker kanzure: fair warning - if I get serious about it the build system's converting to CMake :-)
19:27.45 kanzure aww but the build system actually /works/
19:27.53 kanzure this is the one part of it that is functioning :P
19:28.01 starseeker on MSVC too?
19:28.11 kanzure uh good question, i don't have that environment setup for testing at all
19:29.43 starseeker a working build system is actually the best starting point
19:30.20 kanzure there are also some unit tests
19:31.52 starseeker hasn't tangled with pyqt for a while...
19:32.18 starseeker remember glancing at what they were doing to make that linkage work and going a bit pale
19:33.01 starseeker ah, crud
19:33.16 starseeker now I remember - PyQt is GPL
19:33.31 starseeker nuts
19:34.20 starseeker speaking of software that likes to preserve licensing opportunities...
19:34.40 starseeker kanzure: how heavily is the nanoengineer code invested in PyQt?
19:35.28 kanzure i don't know what to tell you
19:36.03 kanzure there's lots of code that relies on it in cad/src/
19:36.22 starseeker nods - it's a tough question to answer without digging
19:36.31 starseeker didn't know how far into the code you had gotten
19:36.49 kanzure i have poked around a bit but i'm not ready to delete or rewrite large portions :)
19:37.15 starseeker nods - it's stuck at GPL then unless/until it looks viable to not rely on PyQt
19:38.51 starseeker looks like PySide is the LGPL alternative, but I have no idea how comparable the two are
19:39.38 starseeker cross platform looks a bit iffy...
19:39.50 kanzure holy crap what the hell is cad/src/platform_dependent/gpl_only.py
19:39.58 kanzure the message is menacing
19:40.42 kanzure ah it might have been qt3 leftovers
19:40.59 kanzure "Here are those functions we can't allow Qt3 Windows users to run:"
19:41.55 starseeker yeah, back in the day (IIRC) Windows Qt was even more restricted than other platforms
19:42.03 kanzure libpython23.a.gz and libpython24.a.gz in the repo.. not cool
19:42.53 starseeker yeah, PyQt is probably the biggest GPL anchor
19:43.00 starseeker heh - ouch
19:43.55 starseeker PyQt is like SISL - they have a good sound reason not to ever go LGPL
19:44.25 CIA-128 BRL-CAD: 03starseeker * r50374 10/brlcad/tags/rel-7-20-6/: Tag 7.20.6
19:46.09 starseeker kanzure: hmm - http://qt-project.org/wiki/Differences_Between_PySide_and_PyQt
19:47.06 kanzure that doesn't look too horrible
19:47.26 kanzure "Supporting Both APIs" now that's neat..
19:47.44 kanzure https://github.com/epage/PythonUtils/blob/master/util/qt_compat.py
19:47.51 kanzure "qt_compat.py [github.com] is an example of centralizing the knowledge of PySide and PyQt without using monkey-patching. It serves both to point out what differences exist as well as keeping your code binding-agnostic."
19:47.58 kanzure "This is important for when needing to support both bindings, usually when transitioning from one to the other and needing to continue to support older distributions that do not yet come with PySide."
19:48.15 kanzure starseeker: the other issue is that i would really like to make sure i get contributor license agreements
19:48.28 starseeker hmm?
19:48.41 starseeker in what sense?
19:48.42 kanzure there is lots and lots of value with making sure someone actually owns the copyright of this, even if it's an organization somewhere
19:48.53 kanzure well for instane, all apache contributors sign documents before their code is accepted
19:49.12 starseeker yeah, and it's one of the major hurdles to contributing to Apache projects
19:49.40 starseeker I don't think even Qt itself requires that...
19:49.52 kanzure really? how does trolltech keep the licensing straight
19:50.59 starseeker hmm... I guess they do, actually - they just don't require copyright assignment
19:51.04 starseeker http://qt-project.org/legal.html
19:51.06 kanzure fascinating.
19:51.26 kanzure *instance
19:53.44 starseeker kanzure: to be honest, I doubt I'd bother with a setup that requires a contributor agreement under normal circumstances, particularly when copyright assignment is required - there are too many interesting things to work on that don't require the hoop jumping
19:54.23 kanzure yeah, i could be convinced to agree with that pretty easily
19:54.49 starseeker kanzure: brlcad would have more insight on the fine points of our own setup
19:58.12 starseeker oh, here it is - "Authors and other BRL-CAD contributors must comply with the copyright
19:58.15 starseeker terms for their respective contributions unless otherwise noted or
19:58.18 starseeker arranged. This includes an implicit assignment of copyright for any
19:58.20 starseeker and all contributions being made."
19:59.03 kanzure hey if that's good enough for the legal experts in the military.. then it's good enough for me
19:59.25 starseeker kanzure: again, better to ask brlcad about all that - he was there :-) It was before my time
19:59.45 starseeker was just looking at our own COPYING file
20:03.01 brlcad for most matters of rights management, it's more an issue of what your goals are -- whether you're more interested in growing your community or protecting your asset(s)
20:04.14 brlcad no protection is foolproof, there's always legal risk so it's really about levels of risk assessment and cost
20:05.50 brlcad of course explicit copyright assignment is better for a litigeous perspective than implicit assignment, that's intuitive but then there's a cost associated
20:06.37 brlcad explicit assignment via forms will invariably reduce contributions from the global pool of candidate contributors
20:07.18 brlcad if reaching the most contributors were your only goal, no assignment would fit just fine
20:08.24 brlcad if protecting your already-widely-popular asset (e.g., apache) was the most important, go for the forms
20:09.46 kanzure right, i suppose so
20:09.54 kanzure i don't have a strong opinion either way on nanoengineer
20:09.54 brlcad we're in the middle willing to take on a little risk, protecting our assets but encoruaging contributors
20:10.18 brlcad yeah, someone might argue that they never explicitly agreed to our terms even though we usually have an audit trail, but then our response can always be to yank their contributions entirely
20:10.23 brlcad no code is sacred ;)
20:10.37 starseeker kanzure: you mentioned "lots and lots of value" earlier - what did you have in mind there?
20:11.06 brlcad then the only risk is *their* contributions causing financial harm, which is incredibly hard to demonstrate with open source not being sold for a profit
20:11.25 kanzure starseeker: a managing organization can do more if it knows its permissions
20:12.13 brlcad that's a problem of documentation
20:12.21 brlcad it should be stated very clearly (and explicitly)
20:12.42 brlcad and reiterated in dialog so you have audit
20:21.41 starseeker kanzure: "do more" - do *what* more? Did you have something specific in mind?
20:22.43 kanzure nope :)
20:23.13 kanzure i guess people worry about companies like nanorex owning their contributions, and then making money on their "open source" work
20:23.28 kanzure i mean, asymmetrically
20:23.32 brlcad it's all about being sued or wanting to sue
20:23.48 kanzure if it was bsd, then anyone would be able to setup a similar operation
20:23.51 kanzure etc. etc.
20:24.10 brlcad and would you *really* care
20:24.18 brlcad and would that harm you
20:25.12 kanzure stop asking hard questions!
20:25.15 kanzure haha
20:25.51 starseeker kanzure: Oddly enough, you can find a few instances where the Modified BSD/MIT style licenses actually end up getting more commercial support, because companies aren't scared of using the code
20:26.15 starseeker clang/llvm being one of the more recent large scale instances - webkit is another
20:26.45 brlcad what could someone do to your contribution/code/creation/whatever that might cause you to sue them for damages -- if you would very unlikely take the efforts to sue, then you only have to be concerned with others suing you
20:28.56 kanzure starseeker: yep, i'm aware and see why that happens
20:43.45 *** join/#brlcad DarkCalf (DC@173.231.40.98)
20:48.19 starseeker kanzure: generally speaking, grabbing BSD code and closing it up is helpful to an organization only when they can't share improvements to the original code without exposing trade secrets or "giving the competition a leg up", so to speak. There *are* instances where those concerns are legitimate, but any company parting ways with the original codebase is taking the full burden of supporting that code
20:49.26 starseeker internal forks of that nature have a nasty tendency to diverge from the original code base, and subsequent integrations get progressively more difficult if there is no code sharing going on
20:49.49 starseeker all of which is non-revenue-generating work for the company
20:51.06 kanzure opencascade recently released their own "community version" git repo.. it's pretty funny
20:51.10 kanzure it has no revision history really
20:51.17 kanzure i guess they were scared about oce.git
20:51.52 starseeker yeah, I remember seeing that. They also want forms signed from contributors, and the oce crowd didn't react well to the idea
20:52.12 starseeker they also balked (again) at the notion of using a standard license
20:54.25 starseeker shrugs - we'll just keep going our own way. Personally I'd be much more inclined to pick apart Ayam and Varkon than opencascade
20:54.43 kanzure yeah, i tried picking apart opencascade and it's not worth it, <standard rant goes here>
20:55.39 starseeker brlcad figured that out a long time ago - I took a bit longer (ooo, shiny pictures) but figured it out eventually
20:56.55 starseeker The FreeCAD guys are welcome to it - personally I hope they succeed - compeition/alternatives are always a good thing
21:21.30 kanzure something is fundamentally very wrong with opencascade if *none* of their programmers have the chops to prevent code massacre on their scale
21:31.33 *** join/#brlcad stas (~stas@188.24.35.114)
22:29.19 *** join/#brlcad andrei_ (~andrei@188.25.159.184)
22:31.15 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
22:32.51 *** join/#brlcad crdueck__ (~cdk@d173-238-127-19.home4.cgocable.net)
22:35.25 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
22:36.16 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:32.40 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
23:32.59 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
23:37.37 *** join/#brlcad DarkCalf (~DC@173.231.40.98)
23:45.24 starseeker wow nanoengineer is a big repo - looks like you really did preserve the history :-)
23:47.40 kanzure yes :)
23:47.44 kanzure that was very important to me
23:48.09 kanzure however.. there's also some random large binary files in there that i forgot to remove before everyone cloned
23:48.19 starseeker winces
23:48.41 starseeker yeah... might be worth redoing it without those, if that's practical
23:48.59 kanzure everyone would have to update their git repos
23:53.00 starseeker kanzure: might be worth it?
23:53.18 starseeker otherwise we're stuck with this huge download forevermore
23:58.12 kanzure hrmmmm
23:58.13 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:58.35 kanzure starseeker: well let's look at how much space would be cleared up exactly
23:59.21 kanzure find . | grep gz
23:59.26 kanzure these are all 40 kilobyte files
23:59.41 kanzure cad/src/ is 42 MB
IRC log for #brlcad on 20120501

IRC log for #brlcad on 20120501

00:00.04 kanzure cad/partlib is 10 MB
00:00.13 kanzure cad/plugins/ is 16 MB
00:00.27 kanzure cad/tests is another 10 MB
00:00.36 kanzure sim/src/ is 11 MB
00:01.19 kanzure huh so maybe i was wrong- it's probably just the history?
00:03.55 starseeker ah, k
00:04.13 starseeker watches PySlide's compile crawl by
00:06.07 kanzure i suppose i've never run "gc" on this.. 473 MB before and .. well let me upgrade my RAM first
00:06.21 starseeker heh
00:07.46 starseeker spoze I should install PyQt too to baseline
00:09.48 kanzure partlib is probably bad.. there should be an online pdb mirror structure instead of distributing a huge library of parts
00:23.39 kanzure starseeker: heh now it's only 463 MB
00:23.46 kanzure i guess 10 MB of "git cruft" is substantial
00:26.21 kanzure brlcad: you guys have private test cases? hah
00:41.15 starseeker hmm - what package has numarray?
00:43.00 starseeker ah fudge - I've got python 2.7 and 3.2 both - looks like that may confuse things
00:43.55 kanzure depends on what your system default is, yeah..
00:44.15 kanzure you might have to get an old version of python-numarray or get it from pypi
00:44.35 kanzure the known-working package is python-numarray=1.5.2-2.2ubuntu1
00:46.17 kanzure starseeker: http://archive.debian.org/debian/pool/main/p/python-numarray/python-numarray_1.5.2-2.2_i386.deb
00:46.49 kanzure you should consider getting the chroot to work first so that you can see how things are supposed to work
00:47.06 kanzure 1.2 GB http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot.tar.gz
00:47.13 kanzure or if you want to make it on your own: http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap
00:49.20 kanzure hrm the "git checkout" line in that file is probably a dumb idea
01:12.55 kanzure starseeker: btw.. i have some other nanoengineer users / quasi-developers in ##hplusroadmap
02:04.33 kanzure starseeker: some other dependencies are here http://www.nanoengineer-1.com/bhelfrich/BuildMeister/
02:34.23 *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:58.34 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:48.41 *** join/#brlcad stas (~stas@82.208.133.12)
08:56.24 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
09:15.47 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
09:21.00 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
09:35.11 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3510 10/wiki/Anuragmurty: New page: =Personal information= ==About me== *Name: Anurag Murty *E-mail address: anuragmurty@mgmail.com *IRC username: anuragmurty
09:35.24 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3511 10/wiki/Anuragmurty: /* About me */
09:36.10 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3512 10/wiki/Anuragmurty: /* About me */
09:38.20 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3513 10/wiki/Anuragmurty: /* About me */
09:42.24 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3514 10/wiki/Anuragmurty:
09:43.09 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3515 10/wiki/Anuragmurty:
09:53.55 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
09:56.45 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3516 10/wiki/Anuragmurty: /* About me */
09:57.47 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3517 10/wiki/Anuragmurty: /* About The GSoc Project */
10:19.17 *** join/#brlcad kane_ (~Mesut@g226126069.adsl.alicedsl.de)
10:37.22 *** join/#brlcad cristina (~cristina@188.24.66.134)
10:44.16 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:07.34 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[User:Stattrav]] moved to [[Stattrav proposal 2012]]: That particular space of User:Stattrav shall be used for the project log and documentation related to that.
11:20.56 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3520 10/wiki/User:Stattrav: Roadmap of the project has been added.
11:22.03 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3521 10/wiki/User:Stattrav: The redirect in the page has been removed.
11:26.18 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
11:28.29 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:16.44 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:21.49 *** join/#brlcad andrei__ (~andrei@188.25.175.103)
13:57.59 andrei__ Hello, and sorry for the absence
13:59.16 andrei__ I have finally managed to set up a a working Arch linux distro
14:18.23 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
14:21.14 brlcad andrei__: cool, do you have a working compile/install too?
14:21.30 andrei__ this is what I am currently working on
14:21.43 andrei__ I have tried 3 different compiling methods and none is working at the moment
14:21.59 andrei__ I was trying to write a file with the methods attempted, my config and package dependencies
14:22.53 andrei__ for example when I follow the " Building from SVN " instructions
14:23.16 andrei__ make has this error http://pastebin.ca/2142889
14:23.38 andrei__ will provide a more detailed file in a few moments
14:29.07 CIA-128 BRL-CAD: 03brlcad * r50375 10/brlcad/trunk/src/fbserv/fbserv.c: restructure to avoid forward declarations. also don't need/want win32 protections around the openlog() calls, they should have just been wrapped in a HAVE_SYSLOG_H feature check.
14:29.48 brlcad andrei__: so what does that error say to you?
14:31.09 brlcad your version of gcc is pretty new, so it's detecting some trivialities that need to be cleaned up
14:31.31 andrei__ one second ,I also tried to obtain it from AUR using yaourt
14:32.21 brlcad you don't need to get the same failure from lots of different places....
14:32.31 brlcad should fix what it's barking about
14:32.44 brlcad it's just a warning, but should understand what that warning is
14:33.27 andrei__ the error means that there are some declared variables that aren't used, I would say.
14:33.45 brlcad close
14:34.19 brlcad first, it's a warning, not an "error" .. but we set a mode that tells the compiler to treat all warnings as an error
14:34.36 andrei__ yes
14:34.40 brlcad notice the line that says:
14:34.41 brlcad cc1: all warnings being treated as errors
14:35.00 andrei__ so if I will remove them it won't give the same error again
14:35.17 andrei__ this is the yaourt output
14:35.17 brlcad so when you see that, if it's a warning you don't understand, you could always turn off the behavior that treats warnings as errors so your compile will succeed
14:35.28 andrei__ http://pastebin.ca/2142901
14:36.00 brlcad that said, nearly every warning gcc can issue is relatively easy to understand and "fix"
14:36.22 andrei__ I ll fix that now
14:36.40 andrei__ meanwhile I also need to find out if pkgbuild is global, or it can be different for every package
14:37.05 brlcad the specific warning it's issuing is that there's a variable, it gets set to a value, but then that variable/value is never used .. so why have it at all
14:37.36 brlcad to figure out what to do about it, you have to read the code, see if it was commented-out or see if it calls a function and just the value isn't needed, see if it can just go away
14:38.36 brlcad the yaourt output indicates a completely different issue, but is not with a trunk build, so it may very well be an issue already fixed
14:42.08 andrei__ I will work on the gcc error first, seems easier to handle.
14:44.59 brlcad it's a warning, but yes should be very easy to handle
14:45.37 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
14:46.08 brlcad I reiterate that point because it's important to be able to distinguish between the two, warnings vs actual errors
15:18.36 andrei__ how can I find what is the source file of a brlcad developed function?
15:20.25 andrei__ ah, nevermind I have found it
15:25.35 brlcad grep -r some_function *
15:26.56 brlcad or better grep some_function include/* .. then go to the dir for whatever header it was declared in, e.g., "grep bu_log include/*" shows it in bu.h, so if I "grep bu_log src/libbu/*" I'll see it's implemented in src/libbu/log.c
15:27.26 brlcad more efficiently, run etags/ctags on the source tree and just jump to the symbol with meta-, in emacs
15:28.26 jordisayol brlcad: what happened with new brlcad version number?
15:30.52 brlcad jordisayol: what do you mean?
15:30.57 andrei__ nmg_plot_fu is never using the const struct bn_tol *tol parameter, I have tried omitting it's name but that too causes compiling error. In the initial file it a temp variable was initialized with the parameter, but the variable had no use aswell.
15:31.52 brlcad andrei__: you can't omit a name with C
15:31.54 brlcad that's only C++
15:32.07 jordisayol brlcad: the last release version was 2.20.4, the dev version was 2.21.0 and the new release is 2.20.6
15:32.27 brlcad andrei__: look for the UNUSED() macro, probably used in that same file elsewhere
15:32.41 andrei__ ah, thanks.
15:32.48 brlcad jordisayol: yeah, we needed to roll out a patch release ahead of 7.22
15:33.04 brlcad changes were manually pulled over to the STABLE branch
15:34.16 jordisayol brlcad: ok. who modified the debian/changelog file to remove last version entry? just to say that is better to modify it from 2.22.0 to 2.20.6 , that's all
15:35.43 brlcad jordisayol: no idea, svn log will tell you
15:36.11 jordisayol s/2.*/7.*/g
15:36.57 jordisayol svn is not changed, but is changed on 7.20.6 tar.gz file
15:37.00 brlcad looks like nobody has modified debian/changelog except you
15:37.10 jordisayol yes, I see
15:37.35 jordisayol but take a look at changelog on released files
15:37.41 brlcad remember, changes were *manually* pulled over to the STABLE branch, not everything
15:38.02 brlcad so your updates to that file weren't pulled, it's whatever it was previously during release
15:39.09 jordisayol sorry, I don't understand you
15:39.16 brlcad that's exactly what it's good to automate version number updates wherever possible, not every dev knows about every possible place there's a version number stored
15:39.49 brlcad we made a release 7.20.4 several months back
15:39.57 brlcad then we started working on 7.22.0 release
15:40.02 jordisayol aha
15:40.14 brlcad it was taking way too long to stabilize
15:40.21 jordisayol yes
15:40.46 brlcad so only specific changes from 7.22.0 were pulled into a 7.20.6 release
15:40.55 brlcad a minor subset
15:41.17 brlcad during that process, apparently not all the files got updated, since only specific changes were pulled
15:41.44 brlcad so your debian/changelog wasn't updated .. and even if it was updated, it would have been the wrong number
15:41.54 brlcad it needed to be manually updated, but nobody knew about it
15:42.06 brlcad it's not documented in our HACKING release steps
15:42.38 brlcad so to avoid this happening in the future, we either need to 1) make it update automatically or 2) include it in our release steps
15:43.29 brlcad ideally 1 if it's possible, otherwise 2 at a minimum
15:44.37 jordisayol ok, after all is not a problem because the building script automatically modify the changelog file if not in the brlcad real version
15:44.56 andrei__ brlcad, I found the UNUSED macro brlcad is using in common, compiling resumed now.
15:45.21 andrei__ <PROTECTED>
15:45.51 brlcad sure that's where it's defined, but I meant just looking at one of the usages so you know how to use it :)
15:46.33 andrei__ yes, I did find a helpful example
15:47.18 brlcad great
15:48.15 jordisayol I'll include this file in the HACKING release steps
15:49.10 brlcad there's no way to automate it?
15:51.13 jordisayol it's already automated by the sh/make_deb.sh cript
15:51.34 brlcad it's not automated if that script isn't run :)
15:51.44 jordisayol no
15:52.09 brlcad I mean automatic for a source release
15:52.23 brlcad so that it's correct in the source tarball
15:53.31 brlcad since make_deb.sh automates it and that's used during .deb generation, there's no problem there
15:54.12 brlcad so somehow doing whatever updates are needed during "make dist", or at least detecting them and stopping
15:54.12 jordisayol sorry, when manually updated from trunk to stable, is there some script that is executed?
15:54.27 brlcad no
15:54.32 brlcad that's why it's manual...
15:54.52 jordisayol so, how can automatically generate it in this case?
15:54.54 brlcad but there is a variety of actions that happen when the soure tarball is generated
15:55.00 jordisayol aha
15:55.08 brlcad it validates LOTS of things
15:55.47 brlcad see the "make distcheck" target
16:01.19 jordisayol brlcad: ok, I'll take a look on "make distcheck" target. Anyway, there is not a problem with deb building version, Just I didn't understood what happened, that's all. Many thank for the explanation.
16:02.15 CIA-128 BRL-CAD: 03bob1961 * r50376 10/brlcad/trunk/src/rt/viewedge.c:
16:02.15 CIA-128 BRL-CAD: Don't need the call to db_dirbuild() in viewedge.c/view_init() because the
16:02.15 CIA-128 BRL-CAD: db_open()'s here and in main.c are using mapped files. So the previous call to
16:02.15 CIA-128 BRL-CAD: rt_dirbuild() in main.c has already called db_dirbuild(). This avoids the
16:02.15 CIA-128 BRL-CAD: db_dircheck: Duplicate of ... error messages.
16:20.39 *** join/#brlcad cristina (~cristina@188.24.77.63)
16:26.22 andrei__ brlcad : could you please explain what this means. http://pastebin.ca/2142959 I don't really understand it
16:29.03 brlcad andrei__: sure
16:29.45 brlcad so that's a linker error (i.e., not a warning and not a compile error)
16:30.21 andrei__ should I edit the Makefile?
16:30.25 brlcad it's saying that our libbu library's dlfcn.c files calls a function dlopen()
16:30.47 brlcad it's saying it found that function in /lib/libdl.so.2
16:31.08 brlcad but that library wasn't specified during linkage, so maybe try adding it to the link line
16:31.27 brlcad you'd edit the CMakeLists.txt file to make sure it's specified for rttherm
16:37.16 andrei__ I should edit the /rttherm/CMakeLists.txt or the one from dlfcn.c ?
16:40.59 brlcad andrei__: try adding ${DLOPEN} to the rttherm one
16:41.16 brlcad wonders how cmake is even succeeding
16:42.26 andrei__ I have added {DLOPEN} in SET(RTTHERM_INCLUDE_DIRS
16:42.31 andrei__ seemed the most plausible :)
16:43.36 andrei__ in /src/rttherm/CMakeLists.txt
16:46.21 CIA-128 BRL-CAD: 03brlcad * r50377 10/brlcad/trunk/CMakeLists.txt:
16:46.21 CIA-128 BRL-CAD: MX is not used, remove it. what is libds? remove it too. rename DLOPEN to DL
16:46.21 CIA-128 BRL-CAD: since it's related to libdl. looks like it's also unused, but it should be for
16:46.21 CIA-128 BRL-CAD: all the dynamic libbu support .. which has probably all just unfortunately
16:46.21 CIA-128 BRL-CAD: gotten left disabled since the conversion to cmake.
16:46.32 brlcad it's not an include dir
16:46.32 brlcad it's a library
16:46.35 brlcad so look for the ADDLIBRARY line
16:46.45 brlcad er, ADDLIB I believe
16:47.01 brlcad plus if you're using trunk, I just renamed it from DLOPEN to just DL
16:47.07 brlcad next time you svn update
16:58.05 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3522 10/wiki/User:Crdueck/log: added log page
16:58.47 CIA-128 BRL-CAD: 03brlcad * r50378 10/brlcad/trunk/CMakeLists.txt: rename library variable to just the name of the library for consistency. might want a common prefix or suffix, but would need to review all libs. rename NS to NSL and NETWORK_SOCKET to just NETWORK.
17:03.57 CIA-128 BRL-CAD: 03brlcad * r50379 10/brlcad/trunk/src/util/CMakeLists.txt: ttcp intentionally does not use libbu. link to socket/nsl/network instead. remote, untested.
17:06.09 CIA-128 BRL-CAD: 03brlcad * r50380 10/brlcad/trunk/CMakeLists.txt: m library doesn't exist on windows. test should just fail, no?
17:06.22 brlcad andrei__: looks like it's "DLOPEN_LIBRARY" or "DL_LIBRARY" that you'll need to add
17:07.29 andrei__ I haven't figured out where yet, as in /src/rttherm/CMakeLists.txt there is none.
17:08.08 CIA-128 BRL-CAD: 03brlcad * r50381 10/brlcad/trunk/CMakeLists.txt: move the opengl header check out of the lib stage into the header stage
17:10.13 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:11.28 andrei__ I am not familiar with cmake and that slows me down considerably, I need to read about it before coding starts.
17:15.46 brlcad yeah, that would be good -- just think of it as a bunch of C code with a lot of cpp macros
17:16.15 brlcad find the macro if you need to understand what something is doing, otherwise you can just follow the example in other CMakeLists.txt files
17:18.38 CIA-128 BRL-CAD: 03brlcad * r50382 10/brlcad/trunk/CMakeLists.txt: unclear what this lib check is for too. seems to be unused.
17:20.45 brlcad starseeker: the further I dig, the more I'm amazed it succeeds. half the lib checks seem to be outright wrong or unused... you did more than just see if there was an error after you hit the compile button right? :)
17:23.04 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
17:32.50 brlcad starseeker: just giving you a hard time, I know it was/is a lot of work and is appreciated and worthwhile in the end .. :)
17:35.28 CIA-128 BRL-CAD: 03brlcad * r50383 10/brlcad/trunk/CMakeLists.txt: the SGI graphics library is no more. no longer used, so no point checking for it either.
17:36.37 CIA-128 BRL-CAD: 03brlcad * r50384 10/brlcad/trunk/CMakeLists.txt: irix is gone now too, so remove unused libgen library check
17:47.50 andrei__ I have tried adding BRLCAD_ADDLIB(DLOPEN_LIBRARY "${DLOPEN_LIBRARY}") in src/rttherm/ CmakeLists.txt but I recieve the same error. I tried to take as an example the /src/liboptical CMakeLists
17:52.19 CIA-128 BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3523 10/wiki/User:Stattrav: Added the milestones to the page
17:56.00 brlcad andrei__: that doesn't look right
17:56.12 CIA-128 BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3524 10/wiki/User:Stattrav/GSoC2012_log: Start of the logs
17:56.17 brlcad there should have already been a line for rttherm listing libraries
17:56.36 brlcad yeah, BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral")
17:56.49 brlcad change that to BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral;${DLOPEN_LIBRARY}")
17:57.09 brlcad remove your other change
17:59.19 andrei__ ah, thank you
17:59.46 CIA-128 BRL-CAD: 03Stattrav 07http://brlcad.org * r3525 10/wiki/User:Stattrav:
18:04.43 kanzure brlcad: is there any gsoc project/student this year that you think i should be particularly interested in?
18:04.52 kanzure given what i usually rant about or code about
18:08.47 andrei__ brlcad, that doesn't work either.
18:09.24 andrei__ the error is the same
18:14.35 brlcad andrei__: try just DLOPEN instead of DLOPEN_LIBRARY
18:14.57 brlcad are you using svn sources and, if so, have you updated?
18:15.30 brlcad kanzure: I don't know -- have you looked over the list?
18:16.15 brlcad there was one STEP applicant, but wasn't accepted (lacking quality)
18:16.16 andrei__ brlad : I tried compiling "the latest version" , I also have the svn one so I ll update it now and try with that
18:16.37 brlcad andrei__: only reason I ask is because with the latest, I know it should be DL_LIBRARY
18:17.43 kanzure brlcad: partially looked at it
18:19.45 brlcad they're listed here: http://www.google-melange.com/gsoc/org/google/gsoc2012/brlcad
18:21.20 brlcad kanzure: was the socis simulation project of any interest?
18:21.29 brlcad if so, there's a continuation project for that one
18:21.33 kanzure finding the link again
18:21.37 brlcad there's also several nurbs projects
18:22.23 CIA-128 BRL-CAD: 03n_reed * r50385 10/brlcad/trunk/src/other/step/ (6 files in 4 dirs): minor string comparison improvements from SCL git 1ad14e1, 70a8382, 7a6ba24, c316f21, and 572e9ad
18:24.16 kanzure brlcad: brlcad.org loosk broked?
18:24.17 kanzure *looks
18:27.18 CIA-128 BRL-CAD: 03erikgreenwald * r50386 10/brlcad/trunk/ (218 files in 130 dirs): 11 months and a minor, time to purge the autotools build system
18:30.27 ``Erik ('boosh'.)
18:48.07 andrei__ I'm getting this error when running Cmake http://pastebin.ca/2143026 . but I do have the X window system
18:50.28 andrei__ oh, one second. I think I am onto something
18:59.23 andrei__ perfect, I found the issue in brlcad-devel archive
19:07.26 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
19:09.19 *** join/#brlcad pawleeq_ (~pawleeq@212-96-188-229.cust.selfnet.cz)
19:15.51 andrei__ I m getting ../../lib/libtclcad.so.19.0.1: undefined reference to `X24_interface'
19:16.15 andrei__ and I found the solution
19:16.20 andrei__ but I don t know where should I run this
19:16.32 andrei__ rm libfb_la-if_X24.lo && make && nm .libs/libfb_la-if_X24.o | grep open_existing
19:18.02 andrei__ and I have the latest svn checkout
19:21.03 *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz)
19:24.03 andrei__ crdueck , from what I ve seen you had the same problem
19:24.07 andrei__ have you fixed it, how?
19:28.34 *** join/#brlcad stas (~stas@188.24.35.114)
19:32.31 crdueck andrei__: it was a problem with the naming of the lib directories
19:32.45 crdueck whats your OS?
19:33.09 andrei__ Archlinux - i686 cpu version
19:33.37 crdueck okay, and whats the output of ls /lib
19:34.14 andrei__ is it ok if I give you a pastebin.ca paste, or have another preference?
19:34.49 crdueck nvm, my bad. i meant are your libs stored in /lib or is there another dir like lib32
19:35.14 andrei__ ah, they're stored in /lib
19:35.38 andrei__ here is the list
19:35.39 andrei__ http://pastebin.ca/2143034
19:36.21 crdueck okay, so theres some problem with the logic in misc/CMake/FindX11.cmake around lines 161
19:36.28 kanzure brlcad.org still looks broken
19:36.28 crdueck i'm taking a look
19:36.36 kanzure maybe i am using it wrong
19:37.11 andrei__ I tried to use yaourt to install brlcad , which is a frontend for a package manager for Archlinux
19:37.16 andrei__ and all dependencies seemed fine.
19:38.20 crdueck andrei__: okay, so the current logic looks to see that you're using a 32-bit OS, but then it will only use /usr/lib (which is where your actual libs are stored) if you have multilibs installed (i'm guessing you dont
19:38.24 crdueck )
19:38.39 crdueck otherwise it expects them to be in /usr/lib32
19:39.00 crdueck archlinux has strange naming conventions for multilibs because apparently 32bit support was an afterthought
19:39.14 crdueck they only intended to originally support 64bit
19:39.37 crdueck i think its safe to say that a 32-bit OS wont have 64-bit libs installed correct?
19:40.09 andrei__ It shouldn't, yes.
19:41.41 crdueck <PROTECTED>
19:41.45 crdueck try that patch
19:43.08 andrei__ one moment
19:43.51 andrei__ excuse me, how do I patch that?
19:44.24 crdueck go to the root dir, then run patch -p0 -i /path/to/the/patch
19:45.55 andrei__ brlcad root dir, or my OS root dir?
19:46.00 andrei__ sorry for all the trouble :)
19:47.04 crdueck brlcad root dir, you can see that the index of the patch is a path from your brlcad root dir
19:47.06 *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz)
19:47.20 crdueck and no worries, thats what the irc is here for
19:48.02 jordisayol brlcad: I'm building and testing on debian 32-bit and I got this error when rendering in rtwizard http://paste.debian.net/166899/
19:52.07 CIA-128 BRL-CAD: 03n_reed * r50387 10/brlcad/trunk/src/other/step/src/clstepcore/STEPcomplex.cc: use stringstream to correctly print file id, SCL git 71b3a28
19:53.56 andrei__ crdueck: Thank you very much, the build is at 55% right now, seems to be working.
19:54.44 crdueck starseeker: i've examined the patch for FindX11.cmake you committed yesterday and i think theres still some problems with it. It still wont find the correct libs on archlinux if the user doesnt have multilibs installed. The easy solution is just to always add /usr/lib to the list of dirs to search for both 32/64-bit, but i'd like to get your feedback as to if there's any reason not to do this.
19:54.54 crdueck andrei__: glad its working :)
19:55.06 ``Erik a/clear
20:07.59 crdueck andrei__: can you confirm that 32-bit archlinux has a file /etc/arch-release?
20:08.36 andrei__ yes. It does.
20:08.53 andrei__ or
20:08.59 andrei__ wait a second to see what is in it
20:09.08 crdueck alright thanks, thats an easy way to tell if the users OS is arch, might be a nice fix
20:09.13 crdueck its probably empty
20:09.34 andrei__ yes
20:09.38 andrei__ it is an empty text file
20:10.00 andrei__ -rw-r--r-- 1 root root 0 Apr 2 02:41 arch-release. If it helps.
20:10.24 crdueck yup thanks :)
20:11.59 andrei__ Ok, I do get a rather wierd error.
20:12.16 andrei__ http://pastebin.ca/index.php
20:12.55 crdueck pastebin isnt loading for me, could you use pastie.org?
20:14.20 andrei__ oh, sure
20:14.53 andrei__ http://pastie.org/3845372
20:16.07 crdueck looks like some conflict between files you installed previously, maybe when you tried installing from the AUR
20:16.33 crdueck try using cmake -DCMAKE_INSTALL_PREFIX=/opt/brlcad
20:16.39 crdueck and then remake
20:17.29 andrei__ probably later on today I should find out why I didn't work from AUR
20:17.31 crdueck or did you use sudo make install?
20:17.37 crdueck or just make isntall
20:17.40 andrei__ nope, just make install
20:17.52 crdueck okay, well then thats it
20:18.34 andrei__ lets see
20:19.31 andrei__ right
20:20.14 andrei__ <PROTECTED>
20:20.57 crdueck great, make install always has to be run with root privs
20:21.21 andrei__ is there any way to test my installation. make test / sudo make test doesn't work
20:21.22 crdueck in the same way as pacman wont let you install a package without root privs
20:21.29 crdueck make bencmark
20:21.35 crdueck benchmark*
20:22.55 andrei__ crdueck, what os do you use?
20:23.13 crdueck currently archlinux
20:23.49 *** join/#brlcad Neil___ (~chatzilla@117.229.42.199)
20:24.23 andrei__ 64 bit I assume
20:24.34 crdueck yup
20:24.49 andrei__ does brlcad install succesfuly from AUR on your distro?
20:26.13 crdueck i would assume not, i can check though
20:30.22 crdueck no i get a make error compiling some openNURBS file
20:32.18 crdueck but seeing as i compile find from svn i assume thats an issue for whoever made the package and not BRLCAD
20:32.24 crdueck s/find/fine
20:34.46 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
20:48.04 CIA-128 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3526 10/wiki/User:Anuragmurty: New page: =Personal information= =About me= *Name: Anurag Murty *E-mail address: anuragmurty@gmail.com *IRC username: anuragmurty :'''I am an MTech student of Computational Science at IISc Bangalor...
20:49.22 kanzure brlcad.org still says "bz.bzflag.bz"
20:49.33 kanzure oh brlcad.org/wiki works
20:49.34 kanzure weird..
20:49.52 kanzure so brlcad.org/d looks like the normal site
21:11.24 CIA-128 BRL-CAD: 03starseeker * r50388 10/brlcad/trunk/misc/CMake/FindX11.cmake: If we don't have multilib systems, assume /usr/lib is legit for the word size specified
21:13.03 starseeker crdueck, andrei__: does r50388 solve the problem?
21:13.51 starseeker brlcad: sorry :-/
21:15.22 starseeker brlcad: I did as much testing as I knew how to do, but apparently there was/is a class of code functionality I don't hit with my normal activities
21:16.54 CIA-128 BRL-CAD: 03n_reed * r50389 10/brlcad/trunk/src/other/step/src/cleditor/STEPfile.cc: reject SCL git df8f8d5 and replace temp array with vector
21:19.28 crdueck starseeker: i posted a patch to the tracker, it checks if the user is using archlinux seeing as that is the only OS affected by this
21:20.00 starseeker crdueck: for the moment, that seems to be the case, but what if another distro does it in the future?
21:20.49 crdueck okay, your patch still has an issue
21:20.57 crdueck in my case i have /usr/lib32, and /usr/lib
21:21.07 crdueck so the logic breaks
21:21.32 starseeker for a 64 bit build?
21:21.36 crdueck yes
21:22.04 starseeker it should be appending /usr/lib to ${64BIT_DIRS} because /usr/lib32 exists
21:23.29 crdueck but (NOT EXISTS "/usr/lib32" AND NOT EXISTS "/usr/lib64") is false in my case
21:23.46 starseeker ah, but that's OK because /usr/lib is already added in the previous test
21:24.57 starseeker crdueck: what error are you seeing when it looks for X11?
21:25.09 crdueck oh, you did add the test for /etc/arch-release? that was the change i had made and i wasnt sure if you had added it as well
21:25.55 starseeker crdueck: it shouldn't be needed... you are doing a 64 bit build and have lib32, so the test on FindX11.cmake:168 will add /usr/lib to the X11 search paths
21:26.21 starseeker once it does so, the test on FindX11.cmake:173 doesn't need to succeed
21:27.07 starseeker actually, I can probably simplify that...
21:27.08 crdueck okay sorry, my mistake. i hadnt reverted my changed before updating. we werent looking at the same code
21:27.22 crdueck you're correct
21:30.22 CIA-128 BRL-CAD: 03starseeker * r50390 10/brlcad/trunk/misc/CMake/FindX11.cmake: Consolidate the X11 lib checks
21:30.31 starseeker crdueck: does that make it a little clearer?
21:32.31 starseeker crdueck: one of the points brlcad always has to remind me of is to not add operating system specific logic when we don't have to, so if we can cook up a test that will work generally the next distro to do this (and I think it's plausible that more will do it as 64 bit becomes more and more the norm) will "just work".
21:38.00 crdueck starseeker: fair enough, and yes r50390 is more clear
21:38.43 starseeker crdueck: appreciate your submitting a patch, don't get me wrong :-)
21:39.26 starseeker but I can totally see in 5-10 years 32 bit going the way of 16 bit systems now, and distros adjusting accordingly
21:59.38 CIA-128 BRL-CAD: 03starseeker * r50391 10/brlcad/trunk/ (CMakeLists.txt configure configure.cmake.sh): Rename configure.cmake.sh to configure
22:01.45 CIA-128 BRL-CAD: 03starseeker * r50392 10/brlcad/trunk/ (configure misc/CMake/configure_prefix.sh): Tweak the header on the configure script
22:02.31 CIA-128 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3527 10/wiki/User:Popescu.andrei1991: New page: ==Personal Info== Hello, my name is Andrei - Constantin Popescu, I usually go by Andrei. I am a second year undergraduate at Polytechnic University of Bucharest,studying at the computer sc...
22:05.26 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:07.14 CIA-128 BRL-CAD: 03starseeker * r50393 10/brlcad/trunk/src/other/libpng/Makefile.am: Revert libpng Makefile.am to vanilla
22:13.31 andrei__ could someone please provide me ( or tell me where to search for ) Erik's email address?
22:41.46 ``Erik erik@brlcad.org or erik@elfga.com would work, or you could talk to me here
22:54.07 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
23:00.23 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
23:00.23 *** join/#brlcad ChanServ (ChanServ@services.)
23:00.23 *** join/#brlcad yiyus (1242712427@je.je.je)
23:00.23 *** mode/#brlcad [+o ChanServ] by wolfe.freenode.net
23:01.31 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
23:01.31 *** join/#brlcad piksi (piksi@pi-xi.net)
23:01.31 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
23:01.58 *** join/#brlcad cristina (~cristina@188.24.77.63)
23:01.58 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:03.42 brlcad removal is premature, it was announced deprecated in 7.20
23:05.43 brlcad shouldn't be removed until 7.24
23:06.35 CIA-128 BRL-CAD: 03n_reed * r50394 10/brlcad/trunk/src/other/step/src/ (13 files in 4 dirs): fix missing types, prototypes, and returns based on SCL git 562f4de, 6e6b8ca, 2dc4e7e, fd1d32c, 99407fb, and b5238df
23:06.35 brlcad kanzure: oops, yep, borked after adding a new domain
23:08.15 kanzure haha
23:08.20 kanzure well at least you now discovered it
23:09.32 brlcad technically only the default page
23:10.06 brlcad there was an index.html added that overrode a rewrite rule
23:24.11 *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
23:26.33 *** join/#brlcad piksi_ (piksi@pi-xi.net)
23:31.54 *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl)
23:32.09 *** mode/#brlcad [+o brlcad] by ChanServ
23:45.24 *** join/#brlcad DarkCalff (DC@173.231.40.98)
23:45.57 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:50.18 *** join/#brlcad CIA-124 (~CIA@cia.atheme.org)
IRC log for #brlcad on 20120502

IRC log for #brlcad on 20120502

01:31.29 brlcad starseeker: http://google-opensource.blogspot.com/2012/05/introducing-ceres-solver-nonlinear.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+GoogleOpenSourceBlog+%28Google+Open+Source+Blog%29
01:33.37 brlcad er, http://google-opensource.blogspot.com/2012/05/introducing-ceres-solver-nonlinear.html
01:34.07 brlcad maybe useful for the polytonurbs
01:40.06 *** join/#brlcad Neil___ (~chatzilla@117.229.84.80)
01:44.40 CIA-124 BRL-CAD: 03brlcad * r50395 10/brlcad/trunk/TODO: make sure we can call db_dirbuild() multiple times without creating duplicate entries.
01:45.22 CIA-124 BRL-CAD: 03brlcad * r50396 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_scan.c): move the doxygen comments from source to header
01:49.00 CIA-124 BRL-CAD: 03brlcad * r50397 10/brlcad/trunk/src/rt/viewedge.c: note why this block is commented out for now until a fix can be made. should always annotate an #if0 block, otherwise it's a real pain in the ass to review later.
01:59.42 brlcad starseeker: is r50388 (misc/CMake/FindX11.cmake multilib change) application of sf patch 3522852 from crdueck?
02:00.11 brlcad and r50390
02:00.22 brlcad waves to Neil___
02:01.00 brlcad reverting the autogentrification for now ... soon enough all, soon enough it will be gone
02:01.13 Neil___ hey Sean!
02:03.23 brlcad it's important as a community that we agree to a deprecation policy and stick to it, otherwise our users cannot rely on us and that hinders adoption and growth
02:05.01 brlcad the intent as the policy is currently written is that users are guaranteed to have at least two fully minor release sets to adjust to changes we make
02:06.05 CIA-124 BRL-CAD: 03brlcad * r50398 10/brlcad/trunk/ (244 files in 132 dirs):
02:06.06 CIA-124 BRL-CAD: revert r50386,50391-50393 as removal of prior build system is very premature.
02:06.06 CIA-124 BRL-CAD: it was just deprecated in 7.20.0 and is supposed to exist deprecated across
02:06.06 CIA-124 BRL-CAD: three minor releases. implies 7.24.0 would be the soonest (or 7.26.0 if
02:06.06 CIA-124 BRL-CAD: interpreted strictly), and we're not even to 7.22.0 yet.
02:06.13 brlcad the first minor is the introduction and suprise of the change, the second minor gives them time to schedule development time to review and accommodate/change, with the feature finally being removed sometime during/after the third minor
02:22.09 starseeker brlcad: no - r50388 is related to his patch, but (should) solve the same problem in a non-OS specific way
02:22.41 starseeker but props to him for digging in and working towards a solution
02:23.45 starseeker brlcad: cool link - thanks! Will have to check that out
02:23.53 starseeker compare it to http://joachimwuttke.de/lmfit/
02:25.11 starseeker like the sound of "build 3d models" for the ceres solver
02:26.38 starseeker can't say he is surprised autotools is back
02:31.22 starseeker I suppose I really should add a firing of the autotools distcheck to the CMake distcheck-full target - otherwise I'll just end up trying to fix it right before release again...
02:31.36 starseeker ponders...
02:42.09 brlcad starseeker: did something come up that prompted the purge or was erik just eager to do some easy slash'n'burning?
02:42.21 starseeker the latter
02:42.38 brlcad ah, hm
02:43.10 starseeker he was planning on running for the hills ;-)
02:43.16 brlcad i'll post some commentary to the list to see what others think, but I'm trying to crystalize an example so it's clear when things can go
02:43.39 brlcad the autotools purge raises an interesting point
02:43.50 brlcad most of the time, we don't *really* care when something goes because there's no cost
02:44.06 starseeker can wait for the scheduled removal - just trying to figure out an easy way to integrate its testing into the distcheck-full test
02:44.13 brlcad but then other times (autoconf, jove) it's a pain, but worth following a process for the sake of our community
02:45.07 starseeker maybe flag those as "known active interest" ?
02:46.29 brlcad firefox being a perfect example of giving no guarantees causing community distress
02:46.42 starseeker <snort> no argument there
02:46.43 brlcad what would that do though?
02:47.04 starseeker you had mentioned cases where we don't *really* care vs. cases where we do
02:47.17 starseeker with community interests being the distinction
02:47.18 brlcad if we can arbitrarily mark something as "we don't want to follow the rules on this one", then that's the same as having no rule
02:48.03 brlcad one thing that can be clarifies is the 2 minors vs 3 minors vs 4 minors
02:48.11 starseeker ah, gotcha
02:48.11 brlcad s/clarifies/clarified/
02:48.17 starseeker yeah, that would be nice
02:48.56 brlcad the original intent was 3 minors (or at least a quarter of a year), but the wording strictly interpreted implies 4 minors
02:49.10 starseeker does "two minor releases after 7.20.0" mean 7.24.0 releases without it or "complete 7.22.0 and 7.24.0, then release 7.26.0 without it"
02:50.04 brlcad just thinking about the intent described above, it's one minor to announce, another to let them fix, and then it can be gone any time after .. that's probably about as realistically "quick" as we can make it without saying "tough shit sherlock, it's gone"
02:51.10 brlcad as it's currently worded, it would mean 7.26 since it says specifically that three minors have to have the announcement
02:51.26 brlcad so you could remove it at 7.24.2 .. except you cannot remove on a patch 
02:51.41 brlcad so 7.26 becomes soonest
02:52.33 brlcad that said, I think 7.24.0 is fine for a minimum if 7.20 and 7.22 have the announcement, there have been three releases of any kind with the notice, and at least a quarter has passed
02:53.38 CIA-124 BRL-CAD: 03starseeker * r50399 10/brlcad/trunk/Makefile.am: Well, that's one issue already spotted - let Makefile.am know there are no more .cmake toplevel doc files.
02:55.02 starseeker brlcad: sounds reasonable
02:56.28 brlcad so I'd asked about crdueck's patch just because it'd at least warrant special thanks in AUTHORS file (and the patch should probably be closed)
03:11.46 starseeker nods - I always forget to update the AUTHORS file
03:14.13 CIA-124 BRL-CAD: 03starseeker * r50400 10/brlcad/trunk/ (4 files in 3 dirs): Fix typos in deprecation messages, more Makefile.am changes (untested in the misc case)
03:15.58 starseeker there is actually one (probable) remaining issue with archlinux, but it may be a CMake (as it Kitware CMake project) level fix - I doubt trying to do a 32 bit BRL-CAD compilation on archlinux would work currently
03:16.47 starseeker there is a property that can be set to have CMake look in lib64 and friends for libraries, but so far as I know there is nothing equalivent that will make it look in lib32
03:17.24 CIA-124 BRL-CAD: 03brlcad * r50401 10/brlcad/trunk/doc/deprecation.txt:
03:17.24 CIA-124 BRL-CAD: per IRC discussion in the aftermath of an autotools removal revert, tighten up
03:17.24 CIA-124 BRL-CAD: the deprecation language to specify two minor release needing to include the
03:17.24 CIA-124 BRL-CAD: deprecation notice. include an example so it's even more explicit and not
03:17.24 CIA-124 BRL-CAD: subject to intepretation. strictly speaking, this reduces our deprecation
03:17.24 CIA-124 BRL-CAD: window by a minor but makes the policy about as tight as it can get without
03:17.25 CIA-124 BRL-CAD: being reckless or non-existent.
03:27.20 starseeker the 64 bit global property for CMake is FIND_LIBRARY_USE_LIB64_PATHS
03:28.45 starseeker and whadya know: http://www.cmake.org/Bug/view.php?id=11260&nbn=1
03:32.58 CIA-124 BRL-CAD: 03starseeker * r50402 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/distcheck_autotools.cmake.in):
03:32.58 CIA-124 BRL-CAD: This looks like it might be a viable way of regularly checking the Autotools
03:32.59 CIA-124 BRL-CAD: distcheck target (at least to the extent of making sure it doesn't error out).
03:32.59 CIA-124 BRL-CAD: Right now it looks like trunk Autotools distcheck is not happy, so this breaks
03:32.59 CIA-124 BRL-CAD: distcheck-full until that gets sorted out.
03:34.05 CIA-124 BRL-CAD: 03starseeker * r50403 10/brlcad/trunk/src/other/incrTcl/ (itcl/Makefile.am itk/Makefile.am): Just ignore all of CMake
03:37.11 CIA-124 BRL-CAD: 03starseeker * r50404 10/brlcad/trunk/CMakeLists.txt: Add a note about the FIND_LIBRARY_USE_LIB32_PATHS bug, so we know where to look if/when the issue comes up.
03:55.10 CIA-124 BRL-CAD: 03starseeker * r50405 10/brlcad/trunk/src/other/libz/Makefile.am: zconf.h.in is no more
05:58.05 *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
05:58.06 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
06:09.01 *** join/#brlcad stas (~stas@188.24.35.114)
06:18.50 *** join/#brlcad cristina (~cristina@188.24.77.63)
06:22.43 kanzure brlcad.org is back to borked?
07:02.34 *** join/#brlcad Neil___ (~chatzilla@117.229.111.54)
07:08.41 *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz)
07:13.42 *** join/#brlcad pawleeq_ (~pawleeq@212-96-188-229.cust.selfnet.cz)
07:27.07 *** join/#brlcad merzo (~merzo@71-86-200-46.pool.ukrtel.net)
07:32.26 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:32.35 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:46.52 *** join/#brlcad stas (~stas@82.208.133.12)
08:08.38 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:38.32 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:48.25 brlcad kanzure: looking fine here
08:50.47 brlcad fix was rather instantaneous, there was an index file overriding the usual and only for the main page
08:51.03 brlcad maybe you're having browser cache problems
09:03.37 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3528 10/wiki/User:Ksuzee:
09:03.56 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3529 10/wiki/User:Ksuzee:
09:10.43 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3530 10/wiki/User:Ksuzee/Reports: New page: = GSoC 2012 = == 0 week == *2/09/2012 - installing Ubuntu-12.04 TODO: 1) downloading sources 2) run BRL-CAD from a Subversion
09:11.10 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3531 10/wiki/User:Ksuzee/Reports:
09:23.38 *** join/#brlcad kane_ (~Mesut@g226123008.adsl.alicedsl.de)
09:23.50 *** join/#brlcad stas (~stas@82.208.133.12)
10:02.55 *** join/#brlcad stas (~stas@82.208.133.12)
10:20.32 *** join/#brlcad stas (~stas@82.208.133.12)
10:52.42 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
11:07.44 ``Erik poop, reverted O.o section b in deprecation.txt was self-contradicting with it's poor grammar and technically, the cmake thing satisfies c with s/configure/configure.cmake.sh/ (starseeker mentioned automake not building the right stuff or the right way or something, to boot). Ah well, was worth a shot :D
11:09.44 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:39.36 *** join/#brlcad stas (~stas@82.208.133.12)
13:11.45 *** join/#brlcad ibot (~ibot@rikers.org)
13:11.45 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
13:14.21 *** join/#brlcad kane_ (~Mesut@g226123008.adsl.alicedsl.de)
13:54.55 *** join/#brlcad Neil___ (~chatzilla@117.229.98.73)
14:54.31 brlcad ``Erik: it's not minimally impacting by the nature that you have to have cmake installed for the replacement to work (and all the command-line option names are subtlely different)
14:54.40 brlcad considered whether it was a long while back
14:55.26 brlcad there wasn't poor grammar, read exactly it required 4 minor releases iirc
14:56.11 brlcad plus autotools build has more/different steps so any scripted build system invocation was certainly not regexable
14:56.52 brlcad either way, it sparked some clarity in the policy and should be minimal now
14:58.30 brlcad what that does mean is that jove can go away, though
14:58.47 brlcad maybe get your purge rocks off there ;)
15:18.32 CIA-124 BRL-CAD: 03r_weiss * r50406 10/brlcad/trunk/src/tclscripts/mged/lc.tcl: Added tcl script 'lc.tcl' for a new mged command 'lc' to list the region codes (ie attributes) within a group.
15:20.06 jordisayol brlcad: about this error I told you yesterday http://paste.debian.net/166899/ it happens only in ubuntu 10.04, but not in 11.04 and newer
15:26.53 CIA-124 BRL-CAD: 03r_weiss * r50407 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt Makefile.am): Updated files 'CMakeLists.txt' and 'Makefile.am' to add the tcl script 'lc.tcl' to mged. This adds a new command called 'lc' to mged which lists the codes (ie attributes) of regions within a group.
15:54.13 CIA-124 BRL-CAD: 03n_reed * r50408 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): apply cleanup changes from SCL git 9f83ece, 5e6ebb0, and ca50d53
16:40.46 kanzure brlcad: ah perhaps you're right. brlcad.org?3941 loads your usual site
17:37.54 *** join/#brlcad kane__ (~Mesut@e181167076.adsl.alicedsl.de)
18:05.22 *** join/#brlcad merzo (~merzo@71-86-200-46.pool.ukrtel.net)
18:48.38 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:59.58 *** join/#brlcad cristina (~cristina@188.24.77.63)
19:13.18 *** join/#brlcad andrei_ (~andrei@188.25.170.86)
19:13.22 andrei_ hello!
19:15.51 *** join/#brlcad stas (~stas@188.24.35.114)
19:34.58 cristina hi andrei_
19:48.22 *** join/#brlcad Neil__ (~chatzilla@117.229.98.73)
19:49.47 CIA-124 BRL-CAD: 03starseeker * r50409 10/brlcad/trunk/src/other/ (5 files in 5 dirs): Switch other src/other Makefile.am files to just straight-up ignore CMake dir
20:05.32 CIA-124 BRL-CAD: 03starseeker * r50410 10/brlcad/trunk/configure.ac: No wfobj with autotools
20:17.09 CIA-124 BRL-CAD: 03starseeker * r50411 10/brlcad/trunk/src/libgcv/ (Makefile.am wfobj/Makefile.am): finish commenting out wfobj for autotools
20:29.19 CIA-124 BRL-CAD: 03starseeker * r50412 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: update wfobj CMakeLists.txt
20:57.21 *** join/#brlcad stas (~stas@188.24.35.114)
21:03.54 CIA-124 BRL-CAD: 03bob1961 * r50413 10/brlcad/trunk/src/mged/chgview.c: This fixes an issue in MGED where matrix edit was broken.
21:23.49 starseeker brlcad: if you get a chance, would you mind seeing what happened to "make distcheck" in trunk's autotools build? Something seems to be buggered with enable/disable logic (png isn't detected but the local copy isn't enabled, for example) - not sure if I broke something or what's going on...
21:25.35 CIA-124 BRL-CAD: 03starseeker * r50414 10/brlcad/trunk/ (configure.ac src/conv/Makefile.am src/other/Makefile.am): Turn off step - Nick's improvements have now made the new step-g build process too different from the original to be worth re-implementing in autotools
22:55.21 brlcad jordisayol: hm, not enough information in that error snippet to diagnose
22:57.07 jordisayol hmmm, it's all the log error from rtwizard. anyway, it only happen in a 2year old ubuntu release, so I don't care about it
22:57.20 brlcad hm, okay
22:57.35 brlcad all it's saying is that it cannot talk to the framebuffer, but not why
22:57.43 brlcad would have to try some tests
22:58.22 jordisayol is up to you. I can do some test
22:58.24 brlcad a recent change to rtwizard may fix that issue if it's related to X vs ogl
22:58.44 brlcad if you run "fbhelp" what does it list for the first two device types?
22:59.14 jordisayol give me a second. i've to start up in a virtualbox machine
23:00.02 jordisayol btw, this happen with last svn too
23:02.06 brlcad the rtwizard change I'm thinking of happened yesterday
23:05.17 jordisayol with 7.20.6 release
23:05.17 jordisayol /dev/ogl Silicon Graphics OpenGL
23:05.17 jordisayol /dev/X 24 bit X Window System (X11)
23:08.18 brlcad hm, could be related
23:08.57 brlcad make sure rtwizard is not running then run this: fbserv 1 /dev/X &
23:10.21 jordisayol [1] 1950
23:10.28 brlcad k, good
23:10.56 brlcad then try: rt -F1 /usr/brlcad/rel-7.20.6/share/brlcad/7.20.6/db/moss.g all.g
23:11.12 brlcad should see a simple rendering
23:14.08 jordisayol yes, it properly render
23:14.24 brlcad kill -9 %1
23:15.18 jordisayol bash: kill: %1: no such job
23:15.34 brlcad er, kill 1950
23:15.37 brlcad ?
23:16.18 jordisayol now it worked
23:16.49 brlcad rtwizard /usr/brlcad/rel-7.20.6/share/brlcad/7.20.6/db/moss.g
23:19.48 jordisayol same result, rtwizard open it, after selecting "all" and when try to render, error raise
23:30.54 brlcad hm, you completed all of the "steps" in the menu?
23:31.04 brlcad does preview work?
23:31.39 jordisayol preview on right side? yes
23:33.32 brlcad no, on the menu, it's render -> preview
23:34.37 jordisayol no, it's there when error rise
23:35.27 jordisayol when i do this, prints this no terminal:
23:35.27 jordisayol ogl_getmem: shmget failed, errno=22
23:35.27 jordisayol ogl_getmem: Unable to attach to shared memory.
23:35.27 jordisayol ogl_getmem: malloc failure
23:35.27 jordisayol fb_open: can't open device "/dev/ogl", ret=-1.
IRC log for #brlcad on 20120503

IRC log for #brlcad on 20120503

00:06.36 CIA-124 BRL-CAD: 03starseeker * r50415 10/brlcad/trunk/configure.ac: Oops - couple more step items in autotools
00:20.09 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
00:28.43 CIA-124 BRL-CAD: 03starseeker * r50416 10/brlcad/trunk/src/libtclcad/Makefile.am: add tclcad_private.h header to autotools extradist
01:29.07 CIA-124 BRL-CAD: 03starseeker * r50417 10/brlcad/trunk/regress/Makefile.am: More files to clean in regress (autotools)
01:42.30 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
02:03.47 brlcad oh, that's actually informative .. shared memory failure
02:06.31 starseeker ah, finally. autotools distcheck completed. that just leaves the weird failure to enable local png at need...
02:06.57 brlcad oh right, saw your note then forgot to reply
02:07.46 brlcad I believe png was disabled in configure.ac due to an update
02:08.06 brlcad intentionally, that is
02:08.15 starseeker urm
02:08.28 starseeker ok
02:08.33 brlcad breaks the build on mac without setting custom flags as it requires a system png
02:08.39 starseeker right
02:09.05 brlcad the alternative is to reapply various patches that were lost when our bundled sources were upgraded
02:09.16 starseeker vaguely remembers that now...
02:09.25 starseeker patches other than the Makefile.am patch?
02:09.52 brlcad distcheck failures
02:09.59 brlcad so probably just the Makefile.am, but don't know
02:10.04 starseeker nods
02:10.04 brlcad easily enough to turn it back on
02:10.35 starseeker might as well - it's currently tied in to the CMake distcheck, so I'll need to make it do something intelligent one way or the other
02:10.39 brlcad svn merge -r47299:47298 configure.ac
02:10.59 brlcad should turn it back on, see svn diff -r47299:47298 configure.ac
02:11.41 brlcad you can still turn it on, you just have to add it in addition to --enable-all
02:11.53 brlcad as-is that is
02:26.20 starseeker nods
02:30.00 starseeker humph - failed with "already configured" error
02:30.06 starseeker I'll fiddle with it tomorrow
02:31.37 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:07.35 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
04:13.41 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
05:54.04 *** join/#brlcad stas (~stas@188.24.35.114)
06:11.36 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
07:41.57 *** join/#brlcad phoenix_ (~phoenix@183.20.76.167)
08:16.42 *** join/#brlcad crdueck__ (~cdk@d173-238-127-19.home4.cgocable.net)
08:22.14 *** join/#brlcad cristina (~cristina@188.24.77.63)
08:33.30 *** join/#brlcad stas (~stas@82.208.133.12)
09:02.55 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:07.35 ``Erik brlcad: "either A and B" doesn't make sense, it's a grammar error :D (purge 'rocks' were mostly that I wanted to be the one to pull the trigger as I was the one who started the automake variant)
11:08.40 ``Erik maybe a "will be removed for" line in deprecation.txt will help with planning? O.o
11:32.12 *** join/#brlcad kane_ (~Mesut@e181167076.adsl.alicedsl.de)
11:38.38 *** join/#brlcad stas (~stas@82.208.133.12)
11:46.04 *** join/#brlcad stas (~stas@82.208.133.12)
12:20.48 *** join/#brlcad stas (~stas@82.208.133.12)
12:47.57 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:14.11 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.97)
14:03.17 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.97)
14:29.26 starseeker woo-hoo - gimp 2.8
14:44.31 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.97)
14:50.43 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.97)
14:52.49 CIA-124 BRL-CAD: 03brlcad * r50418 10/brlcad/trunk/src/other/re2c/CMakeLists.txt: need to specify a c++ library for the stl if we happen to be compiling under an environment that does not automatically include it (e.g., ccache, gcc, others).
14:58.07 CIA-124 BRL-CAD: 03starseeker * r50419 10/brlcad/trunk/ (configure.ac src/other/Makefile.am): Turn libpng build back on in autotools
15:27.49 CIA-124 BRL-CAD: 03brlcad * r50420 10/brlcad/trunk/src/other/ (perplex/CMakeLists.txt step/cmake/SCL_Utils.cmake): more stl linkages for external deps compiling through cache or different compilers
15:28.29 CIA-124 BRL-CAD: 03n_reed * r50421 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): signed/unsigned comparison changes based on SCL git f479cf4 and 402225e
16:32.51 CIA-124 BRL-CAD: 03n_reed * r50422 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): cpp initialization warning fixes from SCL git f727293, b6bebbb, and 3156ea7
17:08.05 *** join/#brlcad andrei_ (~andrei@188.25.170.86)
17:16.09 brlcad http://dictionary.reference.com/browse/either?s=t see the second definitino
17:16.21 brlcad (``Erik) :)
17:17.05 CIA-124 BRL-CAD: 03brlcad * r50423 10/brlcad/trunk/src/libpkg/pkg.c: somehow this passed compilation earlier but pkg needs the same compatibility fix as the rest of brl-cad for the FD_SET __extension__ keyword causing 'asm' compilation errors
17:17.15 brlcad wow, that took a while
17:25.39 starseeker yeah, something's up with sf
17:25.46 starseeker can't get through
17:37.57 *** join/#brlcad kane__ (~Mesut@e182048064.adsl.alicedsl.de)
17:41.28 CIA-124 BRL-CAD: 03starseeker * r50426 10/brlcad/trunk/ (4 files in 4 dirs): Try to make the stdc++ usage a matter of detection instead of hardcoding. Untested on systems which would show the issue.
17:57.47 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3540 10/wiki/User:Plussai: New page: Hi,my name is Laijiren
18:01.18 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3541 10/wiki/User:Plussai:
18:02.30 *** join/#brlcad kane___ (~Mesut@e182060008.adsl.alicedsl.de)
18:05.27 ``Erik brlcad: except the fragment was conjunctive, so #4 :D
18:08.23 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3542 10/wiki/User:Plussai:
18:11.23 CIA-124 BRL-CAD: 03brlcad * r50427 10/brlcad/trunk/TODO:
18:11.23 CIA-124 BRL-CAD: add some fbserv/libfb items after talking with parker on a variety of rtwizard
18:11.23 CIA-124 BRL-CAD: and rendering issues. looks like the long-standing ogl slowness was due to
18:11.23 CIA-124 BRL-CAD: double-buffering being absurdly slow compared to the render time for small
18:11.23 CIA-124 BRL-CAD: models.
18:13.08 brlcad ``Erik: clearly it wasn't the conjunction case .. there was no "statement followed by the disjuctive OR" :)
18:14.00 *** join/#brlcad merzo (~merzo@163-254-132-95.pool.ukrtel.net)
18:22.31 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3543 10/wiki/User:Plussai:
18:23.42 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3544 10/wiki/User:Plussai: /* About Myself */
18:25.05 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3545 10/wiki/User:Plussai: /* Experience */
18:26.08 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3546 10/wiki/User:Plussai: /* Experience */
18:26.52 CIA-124 BRL-CAD: 03starseeker * r50425 10/brlcad/trunk/doc/README.Linux: List some of the more commonly missing devel packages on typical Redhat/Fedora installs that are needed for BRL-CAD building.
18:26.53 CIA-124 BRL-CAD: 03brlcad * r50424 10/brlcad/trunk/src/ (libpc/CMakeLists.txt librt/CMakeLists.txt):
18:26.53 CIA-124 BRL-CAD: two of our C libs use C++ libraries, so specify the stl dependency on their
18:26.53 CIA-124 BRL-CAD: linker line in case we're going through ccache, a C compiler, or some other
18:26.53 CIA-124 BRL-CAD: configuration where we need to explicitly link that library. needs to be
18:26.53 CIA-124 BRL-CAD: abstracted in order to support stlport, but completes a ccache build for now.
18:26.57 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3547 10/wiki/User:Plussai: /* Experience */
18:27.32 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3548 10/wiki/User:Plussai: /* Experience */
18:28.17 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3549 10/wiki/User:Plussai: /* Experience */
18:29.37 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3550 10/wiki/User:Plussai: /* Experience */
18:34.16 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3551 10/wiki/User:Plussai: /* Experience */
18:34.23 ``Erik statement followed by the conjunctive "and", thus the grammar issue :D
18:34.46 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3552 10/wiki/User:Plussai: /* Experience */
18:35.56 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3553 10/wiki/User:Plussai: /* Experience */
18:36.26 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3554 10/wiki/User:Plussai: /* About Myself */
18:37.06 ``Erik have the mentors been assigned yet, or are we going hash that out and lay claim??
18:37.25 ``Erik s/.$//
18:39.31 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3555 10/wiki/User:Plussai: /* Experience */
18:39.55 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3556 10/wiki/User:Plussai: /* My proposal */
19:02.36 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
19:03.55 CIA-124 BRL-CAD: 03starseeker * r50428 10/brlcad/trunk/src/other/libpng/Makefile.am: Don't worry about pngvalid with autotools build
19:28.58 CIA-124 BRL-CAD: 03starseeker * r50429 10/brlcad/trunk/ (configure.ac src/other/Makefile.am):
19:28.58 CIA-124 BRL-CAD: After discussion, concensus is to require a working libpng on the system for
19:28.58 CIA-124 BRL-CAD: autotools distcheck process. Putting forth the resources required to get
19:28.58 CIA-124 BRL-CAD: libpng's autotools logic working with our distcheck (it still doesn't as of this
19:28.58 CIA-124 BRL-CAD: commit) isn't justified give the deprecated status of BRL-CAD's autools build.
20:00.44 CIA-124 BRL-CAD: 03starseeker * r50430 10/brlcad/trunk/ (3 files in 3 dirs): Switch to STDCXX_LINKLIB variable
20:23.51 CIA-124 BRL-CAD: 03n_reed * r50431 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): Using std::string c_str() too much and empty() not enough. SCL git 2295e71 and b759a0e.
20:28.36 CIA-124 BRL-CAD: 03n_reed * r50432 10/brlcad/trunk/src/other/step/src/ (14 files in 3 dirs): ws and old comment removal from SCL git 657a283
20:34.54 CIA-124 BRL-CAD: 03Erik 07http://brlcad.org * r3557 10/wiki/User:Erik: shuffle, add, etc
20:45.32 CIA-124 BRL-CAD: 03starseeker * r50433 10/brlcad/trunk/ (misc/CMake/BRLCAD_Targets.cmake src/util/CMakeLists.txt): Fix routine for sorting include dirs, and use it for util directory. Seems to address issue on mac with using wrong png lib/headers.
20:50.38 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
21:02.47 CIA-124 BRL-CAD: 03starseeker * r50434 10/brlcad/trunk/src/util/CMakeLists.txt: Remove debug message
21:06.34 CIA-124 BRL-CAD: 03brlcad * r50435 10/brlcad/trunk/src/libged/rt.c: sort functions in order
21:08.19 CIA-124 BRL-CAD: 03n_reed * r50436 10/brlcad/trunk/src/other/step/src/ (clutils/scl_hash.cc fedex_plus/classes.c): remove some goto statements based on SCL git a13ba21 and ecd400c
21:13.30 kanzure ah plussai is doing trimmed nurbs tessellation.. nice
23:02.09 *** join/#brlcad ibot (~ibot@rikers.org)
23:02.09 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
IRC log for #brlcad on 20120504

IRC log for #brlcad on 20120504

01:43.28 CIA-124 BRL-CAD: 03starseeker * r50442 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: If we're using MATCHES (and we need to here) make sure + chracters don't cause issues.
02:31.18 CIA-124 BRL-CAD: 03starseeker * r50443 10/brlcad/trunk/src/libged/simulate/simutils.c: Initialize to VINIT_ZERO
05:01.19 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
05:11.00 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
05:20.04 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
05:33.13 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
06:29.00 *** join/#brlcad stas (~stas@188.24.35.114)
06:47.50 *** join/#brlcad cristina (~cristina@188.24.65.199)
07:33.38 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:25.50 *** join/#brlcad stas (~stas@82.208.133.12)
09:15.06 *** join/#brlcad DarkCalf (DC@173.231.40.98)
10:20.48 *** join/#brlcad cristina (~cristina@188.24.65.199)
11:48.20 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:51.32 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:10.26 starseeker getting warnings in edsol.c: http://pastebin.mozilla.org/1616466
12:11.00 starseeker not sure what the correct initialization for new_pt is, since it looks like it may get used regardless at the end of some of those routines...
12:23.03 d_rossberg ... new_pt = {0};
12:32.04 ``Erik or follow the decl with VSETALL(new_pt, 0);
12:34.23 ``Erik I'd imagine that's a compiler bug triggering that, the if/else soup should either set it or exist the case block
13:08.19 starseeker but should new_pt be zero, or MAX_INT?
13:11.26 d_rossberg it doesn't matter, it's only to quell the warning
13:12.00 d_rossberg i would prefer the 0
13:12.57 d_rossberg it is what one would expect for an untouched variable
13:38.36 *** join/#brlcad kane_ (~Mesut@e182060008.adsl.alicedsl.de)
14:13.15 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
14:18.58 Stattrav So I can't upload any file onto the wiki eh ? Was trying to upload the log file. Eitherway, dont really need to do that.
14:26.17 Stattrav why does cmake look for STDCXX libs ?
14:31.13 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3558 10/wiki/User:Stattrav/GSoC2012_log: Log of what I've done on 4rth May 2012.
14:32.58 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3559 10/wiki/User:Stattrav/GSoC2012_log:
14:42.11 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3560 10/wiki/User:Stattrav: Made necessary changes as asked by hsrai and a few edits to roadmap table to indicate things I am currently working on.
15:00.26 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3561 10/wiki/User:Stattrav: Added the abstract for the benchmark performance database project.
15:22.05 ``Erik how ya mean, stattrav?
15:29.40 starseeker he's probably talking about the thing we added yesterday - brlcad was building in some environment where the C++ builds needed libstdc++ explicitly added to the linking
15:31.53 ``Erik there're environments where it doesn't? :D
15:32.57 ``Erik ("g++ -o mybin myobj.o" explicitely adds libstdc++ to the ld call, gcc -o mybin myobj.o would fail on missing symbols, iirc)
15:33.33 Stattrav aah
15:33.51 Stattrav yeah I was compiling with the latest update
16:10.47 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:55.56 CIA-124 BRL-CAD: 03starseeker * r50444 10/brlcad/trunk/regress/comgeom.sh: Need to quote paths in comgeom regression
17:19.54 starseeker hmm - getting a crash (release configurations only): http://pastebin.mozilla.org/1616906
17:38.14 ``Erik neat, you should fix that
17:53.57 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3562 10/wiki/User:Ksuzee/Reports:
18:32.40 CIA-124 BRL-CAD: 03bob1961 * r50445 10/brlcad/trunk/src/libbu/argv.c: Added support for escaping double quotes in bu_argv_from_string(). This is necessary for feeding strings to bu_struct_parse() and fixes rtedge (i.e. couldn't specify more than one occlusion object).
18:37.38 CIA-124 BRL-CAD: 03bob1961 * r50446 10/brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Rtwizard mods to use /dev/oglsp and /dev/wglsp (i.e. single buffering and private memory).
18:40.39 CIA-124 BRL-CAD: 03bob1961 * r50447 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeBase.itcl: PictureTypeBase::rtedgeCmd needs backslashes and double quotes around the occlusion objects being passed in to rtedge.
18:57.40 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:32.58 anuragmurty hi! i have a minor doubt
19:33.49 anuragmurty regarding bugfixes and patches
19:34.02 anuragmurty Can someone please help?
19:45.13 *** join/#brlcad merzo (~merzo@145-10-132-95.pool.ukrtel.net)
20:08.00 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
21:22.41 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
21:23.56 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
21:32.12 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
21:54.45 crdueck anuragmurty: what's your question?
21:55.23 crdueck ah whoops, he's long gone...
21:56.28 cristina crdueck: he wanted to know what is the 'process' for choosing a bug to work on, submitting patches and reviewing them
21:57.31 *** join/#brlcad markpictor (~Mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net)
21:58.59 crdueck cristina: ah thanks, i didnt even notice his 2-hour old timestamp
21:59.50 cristina maybe it was a bad timing :)
22:56.58 CIA-124 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3563 10/wiki/Google_Summer_of_Code: /* [[Google_Summer_of_Code/2012|GSoC 2012]] */
23:16.32 CIA-124 BRL-CAD: 03starseeker * r50448 10/brlcad/trunk/src/mged/edsol.c: Initialize new_pt instances in edsol.c
IRC log for #brlcad on 20120505

IRC log for #brlcad on 20120505

00:49.20 kanzure starseeker: are you around? was wondering if you would join ##hplusroadmap to watch some nanoengineer discussion
00:49.27 kanzure or later actually
00:49.29 kanzure moscow is sleeping
00:54.05 *** join/#brlcad cristina (~cristina@188.24.65.199)
02:15.04 starseeker kanzure: in and out
02:15.26 kanzure haha
02:15.29 kanzure well ok
02:15.31 starseeker kanzure: I haven't had a chance to sort out my local python situation yet (got to be careful with that, since gentoo uses python for a lot of its core stuff)
02:16.25 kanzure you could possibly use virtualenv
02:16.35 kanzure which isolates different versions of python from each other
02:16.56 starseeker oh, I'm sure I can - just haven't had time to fool with it yet
02:19.53 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
02:21.37 starseeker kanzure: why hplusroadmap?
02:22.33 kanzure starseeker: it's where i stuff all my transhumanist programmers
02:22.45 kanzure hplus refers to the concept of human enhancement
02:23.26 kanzure naturally these interests tend to overlap somewhat.. molecular biology, molecular engineering, cad, nootropics or "smart drugs", open source hardware, powered exoskeletons, etc.
02:24.33 starseeker kanzure: is some work already in progress on nanoengineer?
02:25.05 kanzure mostly just the work i've done plus..
02:25.13 kanzure http://groups.google.com/group/nanoengineer-dev
02:25.55 kanzure i don't have any "secret patches" in the queue heh
02:25.58 kanzure just what you see on github
02:33.08 starseeker hmm - looks like numarray is no longer around with default "current" numpy installs
02:36.10 starseeker same for Numeric
02:36.27 starseeker so "update use of Numpy" needs to go on the TODO list, for sure...
02:36.29 kanzure oh duh i'm being silly
02:36.35 kanzure http://github.com/nmz787/nanoengineer
02:36.42 kanzure he did some work to convert to the new numpy
02:36.52 kanzure however.. i haven't looked over his work yet
02:37.05 kanzure https://github.com/nmz787/nanoengineer/commits/ubuntu-fixes
02:38.06 starseeker hmm... needs hdf5, but configure didn't seem to complain when it wasn't present...
02:38.16 kanzure hdf5 is for a plugin i think
02:38.43 kanzure libhdf5-serial-dev on ubuntu seems to have what it wants
02:39.05 kanzure i don't know if it's the same package on debian.. haven't checked. i had a usable hdf5 installed already(?)
02:43.35 starseeker oof - hdf5 is a big compile
02:47.25 starseeker needed pyrex - looks like another oen configure didn't check for...
02:47.38 kanzure all the dependencies are listed here:
02:47.41 kanzure http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap
02:48.03 kanzure some of those you can be more lenient on.. "wget" is just me being a jerk
02:48.44 starseeker kanzure: right, but shouldn't configure be checking for them?
02:48.53 kanzure probably yes..
02:49.00 kanzure do those plugins have their own config scripts?
02:49.06 starseeker dunno
02:49.21 starseeker I think at least one of them did
02:50.49 starseeker growl...
02:51.25 starseeker sim/src/allocate.c isn't happy
02:51.33 starseeker gcc: x86_64-pc-linux-gnu-gcc: No such file or directory ??
02:52.31 kanzure isn't that the one in the .gitignore?
02:52.43 kanzure ah, no
02:53.01 kanzure sim/src/sim.c is the ignored one (it's generated?)
02:53.18 starseeker well, it's there
02:53.40 starseeker these build lines are pretty messed up...
02:54.05 kanzure i believe you. i think cmake sounds okay, but i warn you that i am a newbie at makefile wizardry.
02:55.20 starseeker kanzure: I would suggest reviewing the numpy modernization patch - that's a good one to get in, if it does fix the problem
02:55.32 starseeker I had to hand install numarry and Numeric - gentoo doesn't package them anymore
02:56.20 starseeker kanzure: the autotools stuff may not actually be in bad shape - despite having worked with it in BRL-CAD, I'm not qualified to judge really
02:56.36 starseeker something about my brain just doesn't seem to be very compatible with autotools
02:57.04 kanzure well i see two situations.. 1) that these are really quite awfuland should be rewritten
02:57.22 kanzure or 2) this would be a case of NIH or something, i dunno
02:58.01 starseeker kanzure: if you choose to stick with autotools, you'll have to decide how to handle Windows
02:58.08 kanzure somehow this compiles on windows
02:58.18 kanzure i haven't experienced this for myself yet :)
02:58.27 starseeker right - my point is, you'll have to understand how that happens and maintain it in the future
02:58.33 starseeker in addition to autotools
02:58.55 starseeker many projects do - its just something to be aware of going in
02:59.01 kanzure right
02:59.21 starseeker how do I run nanoengineer, once I get it built?
02:59.24 starseeker (if I do...)
02:59.25 kanzure python cad/src/main.py
02:59.54 kanzure if you are having trouble with plugins you might be able to go manually "make" the other dirs
03:00.07 kanzure dunno if there's some global tie-in stuff that happens later after the plugins are compiled
03:00.13 starseeker sim isn't happy, but I think I'm past the others
03:00.20 starseeker let me get the remaining python packages installed
03:00.21 kanzure sim wont matter for starting the cad tool
03:02.20 *** join/#brlcad roksprok (~Zac@74.83.205.124)
03:02.32 *** part/#brlcad roksprok (~Zac@74.83.205.124)
03:10.02 kanzure starseeker: just pointing someone from the other irc channel to this..
03:10.02 kanzure http://www.molecularassembler.com/Nanofactory/Challenges.htm#TCDMS
03:10.18 kanzure it's an interesting document of 'remaining technical challenges' for building the images shown on the github page
03:10.41 starseeker kanzure: what is idlelib?
03:11.04 kanzure haven't heard of that
03:11.13 starseeker ImportError: No module named idlelib.Delegator
03:11.55 kanzure i don't seem to have that installed on my development machine (haven't checked the chroot)
03:19.25 starseeker ok, needed to enable tk support in python
03:19.31 starseeker on to a different error...
03:19.38 kanzure tk.. why would we want that :p
03:19.49 starseeker OpenGL.error.NullFunctionError: Attempt to call an undefined function glePolyCone, check for bool(glePolyCone) before calling
03:20.17 kanzure btw i think there might be unit tests somewhere
03:20.36 kanzure dunno how comprehensive cad/tests/ is
03:38.23 starseeker yeah, something messed up with the opengl
03:39.06 starseeker I can do the from OpenGL.GLE import glePolyCone thing at the command prompt, but not in cad/src/graphics/drawing/drawcompass.py
03:39.28 kanzure starseeker: are you using the same version of python in both places
03:39.30 starseeker if I comment out the uses of glePolyCone, I can get the gui to come up but other opengl errors abound
03:39.35 starseeker yeah, should be
03:39.49 kanzure you should print out the OpenGL.__version__
03:39.54 kanzure and check it in both contexts
03:40.51 starseeker same
03:43.18 kanzure drawcompass.py might be executed as a command and not within the same context as other python processes that are running
03:43.48 starseeker is this whole thing basically written in python?
03:44.44 starseeker wonder if I'm getting some bad interactions with the noveau driver...
03:45.21 kanzure i am using nouveau and was able to run this with x11 forwarding and in a local chroot
03:45.34 starseeker shrugs
03:45.37 starseeker dunno then
03:45.57 kanzure can you pastebin everything so i can think about it over dinnerz?
03:46.07 starseeker from a BRL-CAD perspective, this would be a tough integration - we don't use python currently
03:49.24 starseeker kanzure: sure - http://pastebin.mozilla.org/1617867
03:50.15 starseeker kanzure: I don't know that this makes much sense for use in its current form (particularly with its current license...) to do it "right" the key logic would need to be re-implemented as C or C++ libraries and APIs
03:50.21 kanzure so the opengl interface is different in these different situations?
03:50.29 starseeker s/use/us
03:50.35 starseeker doesn't seem to be
03:51.06 kanzure hm
03:51.27 kanzure well, at the very least, i think exporting to brlcad .g would be a friendly thing for me to do in some situations
03:51.42 starseeker oh, absolutely :-)
03:52.36 starseeker kanzure: given the current codebase (and how much work has obviously been invested in it so far) I'd say the logical thing to do is to continue nanoengineer as a separate project and make use of importers/exporters
03:53.08 starseeker kanzure: is there a description of the nanoengineer file format anywhere?
03:53.58 kanzure the primary format seems to be .pdb -so yes- but i need to look into the other formats
07:17.05 *** join/#brlcad merzo (~merzo@94-47-133-95.pool.ukrtel.net)
07:23.40 *** join/#brlcad andrei_ (~andrei@188.25.160.95)
08:46.39 *** join/#brlcad stas (~stas@188.24.35.114)
09:04.33 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
10:09.36 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
10:12.49 *** join/#brlcad cristina (~cristina@188.24.65.199)
10:14.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
11:01.58 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:25.43 *** join/#brlcad stas (~stas@188.24.35.114)
11:41.11 CIA-124 BRL-CAD: 03starseeker * r50449 10/brlcad/trunk/src/other/CMakeLists.txt: Make sure M_LIBRARY is tagged as advanced.
12:02.30 starseeker Not ogre integration, but a very nifty looking Qt5 demo: http://www.youtube.com/watch?feature=player_embedded&v=IShJtdxUVKE
12:42.14 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
12:42.14 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:45.09 *** join/#brlcad stas (~stas@82.208.133.12)
14:02.46 CIA-124 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3564 10/wiki/Google_Summer_of_Code: add links to accepted GSoC interns
14:08.21 CIA-124 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3565 10/wiki/Google_Summer_of_Code: remove link to non-existent page
14:30.12 CIA-124 BRL-CAD: 03starseeker * r50450 10/brlcad/trunk/src/other/CMakeLists.txt: Use ON instead of 1
15:50.31 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
15:51.50 CIA-124 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3566 10/wiki/Google_Summer_of_Code: show names and project titles
18:55.07 *** join/#brlcad andrei (~andrei@188.25.160.95)
19:03.16 *** join/#brlcad merzo (~merzo@94-47-133-95.pool.ukrtel.net)
19:03.49 andrei hello
19:04.27 kanzure hi andrei
19:41.59 cristina hi andrei
22:31.08 *** join/#brlcad stas (~stas@188.24.35.114)
IRC log for #brlcad on 20120506

IRC log for #brlcad on 20120506

04:14.49 *** join/#brlcad 17SAA2SO3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:21.15 *** part/#brlcad 17SAA2SO3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
07:17.10 *** join/#brlcad merzo (~merzo@101-78-133-95.pool.ukrtel.net)
07:39.09 *** join/#brlcad ksuzee (~ksuzee@46.149.81.166)
07:51.15 CIA-124 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3567 10/wiki/User:Ksuzee/Reports:
08:15.21 *** join/#brlcad stas (~stas@188.24.35.114)
10:38.54 *** join/#brlcad cristina (~cristina@188.24.65.199)
12:06.57 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
12:47.26 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
13:03.17 *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net)
13:03.17 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:07.29 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
16:42.04 *** join/#brlcad andrei (~andrei@188.25.161.176)
16:49.35 andrei I m not sure if it hasn't been done already, is it possible to have this patch reviewed :
16:49.36 andrei http://sourceforge.net/tracker/?func=detail&aid=3514098&group_id=105292&atid=640804
17:00.58 *** join/#brlcad merzo_ (~merzo@101-78-133-95.pool.ukrtel.net)
18:23.12 *** join/#brlcad cristina (~cristina@188.24.65.199)
19:33.22 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
19:33.22 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
19:48.48 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:10.14 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
22:26.22 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
IRC log for #brlcad on 20120507

IRC log for #brlcad on 20120507

03:24.14 brlcad is working on the website, fyi (some downage)
04:03.26 kanzure aha
04:38.11 brlcad site is back up
04:38.24 brlcad (and running a lil faster)
05:05.48 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
05:28.48 brlcad waves to ksuzee
06:00.16 brlcad looks like upgrading php gave a little bit of a performance boost, nice
06:00.39 brlcad now to just get over onto that faster hardware this week..
06:01.22 brlcad planning on migrating our site early this week sometime, hopefully no slowdowns
06:01.30 brlcad calls it for tonight though
06:11.22 *** join/#brlcad cristina (~cristina@188.24.65.199)
07:08.07 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:16.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:17.00 *** join/#brlcad merzo (~merzo@241-15-133-95.pool.ukrtel.net)
07:17.40 *** join/#brlcad merzo_ (~merzo@241-15-133-95.pool.ukrtel.net)
07:51.04 d_rossberg i get an "Content-Encoding-Error" (unknown or invalid compression) on http://brlcad.org/wiki/Main_Page with Iceweasel 10.0.4
08:17.56 *** join/#brlcad stas (~stas@82.208.133.12)
08:46.06 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:06.12 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:45.52 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
11:59.05 brlcad d_rossberg: thanks, looks like I get an error here too
11:59.10 brlcad php syntax-related
12:09.23 starseeker yeah, wiki busted here too
12:21.26 Stattrav starseeker: Its working for me w.r.t to the user page of mine
12:22.41 Stattrav yup.
12:22.57 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3568 10/wiki/User:Stattrav/GSoC2012_log: Update of the dev logs
12:45.52 d_rossberg http://brlcad.org/wiki/User:Anuragmurty looks strange to me, doesn't it?
12:52.33 Stattrav strange as in ?
13:28.54 brlcad d_rossberg: that page doesn't look strange to me
13:30.05 brlcad the problem is somehow related to gzip compression -- disabled, the wiki pages render correctly
13:30.31 brlcad enabled, they "almost" render correctly -- looks like content lengths remain in the output somehow
13:45.55 d_rossberg now the page looks ok for me too
13:46.42 brlcad d_rossberg: okay, then you probably just looked at it while I was testing / debugging
13:47.05 d_rossberg btw: there is probably another problem whith caching in your server
13:47.43 brlcad the cache probably has to be wiped
13:47.45 d_rossberg i had to update a page more times to get the real content
13:48.00 brlcad it'll try to send back the compressed cached content
13:48.35 brlcad something isn't right with the gzip compression, been looking into it for a couple hours now, but seemingly no closer
13:48.54 brlcad I think it just might have to wait until after migration when mediawiki can be upgraded
13:49.11 brlcad php was upgraded, which started the mess -- now it's considerably newer than our install of mediawiki
13:49.36 brlcad some zlib/gz interaction isn't right, and it's seeming to be a mediawiki code problem
13:50.33 d_rossberg maybe it's a problem whith the pages' MIME type
14:01.23 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:03.25 Stattrav what is the mess ?
14:36.46 brlcad Stattrav: I e-mailed about it
14:38.46 Stattrav checking
14:39.16 Stattrav sent it now ?
14:40.37 brlcad last night
14:40.38 Stattrav there is one you sent 9 hrs ago.
14:40.45 Stattrav yeah, checked that.
14:41.29 Stattrav no i was asking what was the glib compression issue. just wanted to know as see if I could be of any help
14:46.10 brlcad well there were several, but the last remaining issue is mediawiki not returning properly encoded data if wgDisableOutputCompression is false
14:52.09 CIA-124 BRL-CAD: 03r_weiss * r50451 10/brlcad/trunk/src/libged/gqa.c: Updated the mged 'gqa' command to exit with an error message if the object specified does not exist. This change prevents a seg-fault.
14:52.41 Stattrav ohh was just reading mediawiki manual.
14:54.13 Stattrav is it a browser specific thing ?
14:54.24 brlcad no
14:57.49 Stattrav ooh
15:36.41 CIA-124 BRL-CAD: 03brlcad * r50452 10/brlcad/trunk/NEWS: richard fixed a bug in gqa that was causing it to crash if the requested object(s) did not exist. if rt_gettree() failed, it continued processing and ended up crashing. now properly halts after the error message.
16:21.20 CIA-124 BRL-CAD: 03r_weiss * r50453 10/brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Added documention for the new mged command 'lc'. Added file 'lc.xml'.
16:22.35 CIA-124 BRL-CAD: 03r_weiss * r50454 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Updated file 'CMakeLists.txt' to add the documention for the mged command 'lc'.
16:46.26 *** join/#brlcad cristina (~cristina@188.24.64.47)
17:07.15 *** join/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de)
17:26.21 brlcad waves
17:26.28 kanzure hi
17:48.33 cristina hi
17:50.24 *** part/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de)
17:50.48 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
17:51.38 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3569 10/wiki/User:Stattrav/GSoC2012: Moved the project details from the user page to a specific project page.
17:54.29 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3570 10/wiki/User:Stattrav: Personal details added
18:07.10 *** join/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de)
18:12.47 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
18:32.46 brlcad cristina: thanks for the wiki setup/update
18:33.47 brlcad cristina: do you plan on using your progress section for daily updates or a separate page?
18:37.40 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3571 10/wiki/Google_Summer_of_Code: generalize the summary and move the great student summary to the 2012 page so I can post a direct link later
18:39.54 cristina brlcad: I was going to use the progress section (the already existing one). Should I create a separate page instead?
18:41.21 cristina maybe it's rather complicated for people to scroll down every time they want to check the progress?
19:04.00 CIA-124 BRL-CAD: 03starseeker * r50455 10/brlcad/trunk/ (2 files in 2 dirs): Hmm - more than one command ina man page means more than one output file (with CMake not knowing in advance about the extras.) Add a mechanism to tell CMake what to do with the extra output.
19:15.54 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3572 10/wiki/Google_Summer_of_Code/2012: migrate the user list to here
19:19.52 brlcad cristina: either will work just fine but after a couple months, it does tend to become a lot of information that drowns out the project overview
19:20.05 brlcad it's nice to have it on a separate page, but it's completely up to you
19:20.26 brlcad i just needed to know because I mark the link down in a spreadsheet I use for keeping tabs on everyone
19:24.38 CIA-124 BRL-CAD: 03Cprecup 07http://brlcad.org * r3573 10/wiki/User:Cprecup/GSoC2012_progress: Separate page for development progress information
19:25.02 cristina brlcad: I've created a new one: http://brlcad.org/wiki/User:Cprecup/GSoC2012_progress
19:29.55 CIA-124 BRL-CAD: 03Cprecup 07http://brlcad.org * r3574 10/wiki/User:Cprecup: Move development progress section to another page and link to it.
19:31.03 CIA-124 BRL-CAD: 03Cprecup 07http://brlcad.org * r3575 10/wiki/User:Cprecup: typo: s/Delopment/Development
19:33.47 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3576 10/wiki/Google_Summer_of_Code/2012: expand details on the five students that have filled in their user pages
19:48.39 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3577 10/wiki/Google_Summer_of_Code/2012: add the other students that have put up their user pages
20:05.45 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3578 10/wiki/Google_Summer_of_Code/2012:
20:06.36 CIA-124 BRL-CAD: 03Sean 07http://brlcad.org * r3579 10/wiki/Google_Summer_of_Code/2012: link to our org page
20:18.59 CIA-124 BRL-CAD: 03Mesut 07http://brlcad.org * r3580 10/wiki/User:Mesut/Reports: New page: = Report I =
20:26.43 *** part/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de)
20:34.07 *** join/#brlcad andrei (~andrei@188.25.159.19)
20:42.43 *** join/#brlcad cristina (~cristina@188.24.64.47)
21:06.11 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
21:08.10 CIA-124 BRL-CAD: 03r_weiss * r50456 10/brlcad/trunk/doc/docbook/system/mann/en/make_pnts.xml: Added documentation for mged command 'make_pnts". Added file 'make_pnts.xml'.
21:12.32 CIA-124 BRL-CAD: 03r_weiss * r50457 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Updated file 'CMakeLists.txt' to add documentation for mged command 'make_pnts'.
21:32.48 *** join/#brlcad andrei (~andrei@188.25.159.19)
21:41.39 CIA-124 BRL-CAD: 03brlcad * r50458 10/brlcad/trunk/NEWS: richard added new manpage documentation on the previously added make_pnts command
21:44.48 brlcad cristina: I suggest rewording your http://www.google-melange.com/gsoc/project/google/gsoc2012/cp/42002 page summary a little bit
21:45.35 brlcad it's a bit confusing, perhaps just the middle portion where you talk about CSG and it being "nothing but" a DAG
21:46.04 brlcad once our announcement goes out, a lot of eyes will probably be reading your summary, so it'll do well to have it looking sharp ;)
21:46.38 andrei brlcad, I also need to rework my page entirely. Could you please tell me when is the "deadline" for that?
21:47.15 brlcad andrei: I'd like to send out the announcement later this week if at least 2/3rds are ready to go
21:49.04 brlcad so maybe by this friday, so I can send it over the weekend
21:49.24 brlcad that'll be two weeks before coding begins so it's a good timeframe to post it
21:52.37 andrei thanks for letting me know
22:02.10 cristina brlcad: ok. I will reword it and let you know about it so that you can check to see if it's ok. Thank you for letting me know
22:19.17 andrei brlcad: excuse me, I haven't fully understood your comment on the global variable removal patch
22:19.31 andrei could you please explain once more?
22:22.49 andrei ( I will review the patch again, however I m not sure if the patch is correct or not)
22:24.57 ``Erik "line 506 was added by me" shouldn't be in there at all, the repository will hold that info
22:26.11 ``Erik was with "line 270 was added by me" in malloc.c
22:26.40 andrei ah, I know the commented lines. I will go through the patch again tomorrow ( I hope)
22:26.55 andrei and fix all the mentioned issues
22:30.43 andrei ``Erik, as you are my asigned mentor, may I please have an email address on which I can contact you? There are some matters regarding communication during gsoc that I want to ask.
22:35.55 andrei or any other communication method that you preffer.
22:55.29 *** join/#brlcad stas (~stas@188.24.35.114)
23:00.38 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
23:03.38 ``Erik andrei: erik@brlcad.org works, or just chatter here (sometimes it takes a bit for me to respond, but I will, or someone else will)
23:07.26 andrei I m not sure if you know, as I have stated in my proposal, I am not sure how much time or if I can work during my exam session. Do you have any recommandations or todo's that should be done before that?
23:07.49 andrei aside of those that brlcad has mentioned on the mailing list.
23:30.25 ``Erik you'll have to decide what schedule you can hold (the expectation is ~40hr/wk), then we can discuss a reasonable scope of libpkg improvements and milestones
23:32.36 ``Erik heh, gsoc qq blog entry http://www.sapandiwakar.in/technical/why-i-like-gsoc-and-why-i-dont-like/
23:33.41 ``Erik webgl cad https://tinkercad.com/
IRC log for #brlcad on 20120508

IRC log for #brlcad on 20120508

00:08.58 brlcad andrei: question answered?
00:31.18 kanzure ``Erik: there's also lots of other webgl cad things to look at, like csg.js openjscad shapesmith/bjnortier etc.
00:51.45 *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102)
01:05.08 brlcad hello jbschw
01:16.36 *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102)
01:17.51 brlcad hello again jbschw
01:18.03 jbschw hello
01:18.42 brlcad what brings you to #brlcad
01:20.38 kanzure holy ccrap
01:20.40 kanzure brlcad: http://stepcode.org/
01:21.48 kanzure brlcad: i don't even know what to say. that's quite a thing.
01:23.24 CIA-124 BRL-CAD: 03brlcad * r50459 10/brlcad/trunk/NEWS:
01:23.24 CIA-124 BRL-CAD: bob made a change to the way libbu parses argv array elements to allow escaping
01:23.24 CIA-124 BRL-CAD: of quoted strings. this fixes a problem one would encounter if you used
01:23.24 CIA-124 BRL-CAD: rtwizard and it tried to feed multiple occlusion objects to rtwizard. now they
01:23.24 CIA-124 BRL-CAD: parse and occlude correctly.
01:23.27 kanzure i understand that we can't all be web developer wizards but uh..
01:24.13 kanzure does this mean i should donate my time?
01:25.31 brlcad kanzure: you mean you love it so much that you want to help, right?
01:25.43 kanzure not quite
01:26.03 kanzure what?
01:26.07 brlcad kanzure: I know all about it, mark (and drupal 7) is part of the reason for the php upgrade
01:26.29 kanzure imho php is not a good choice for someone who isn't a web developer (and probably not a good choice for most web developers :P)
01:26.52 brlcad I'm pretty sure that page was just to throw something up instead of a dead url
01:27.03 kanzure are you hosting stepcode.org?
01:27.16 brlcad it's just a static html page (or was at least)
01:27.39 kanzure my immediate recommendations are to get rid of the background image and centering if he wants this to be taken seriously
01:27.39 brlcad yes
01:28.14 kanzure i really doubt that distributing source code in the form of screenshots is a good strategy
01:28.14 brlcad again, I'm pretty certain that's really not meant to be the site or even a concept design for the site
01:29.54 kanzure "Under Construction" has been off-limits since 199x
01:30.26 brlcad I'd stubbed in a simple <html><body><h1>STEPcode</h1><p>...</p><p>...</p></body></html> when I added his web root and he just thought even the stub needed an image (and apparently a couple center tags since it would have been unreadable on top of each other)
01:30.44 brlcad harmless
01:30.53 kanzure the text appears on top of the image
01:31.11 brlcad not as bad as it would have been with the default left-alignment ;)
01:31.24 kanzure oh man :( i'm gonna go crawl under a rock
01:31.40 kanzure it should just redirect to the github repo with a giant README or something
01:31.42 brlcad still, he's not designing the site -- undoubtedly just playing around
01:31.46 louipc kanzure: patches welcome :P
01:32.04 kanzure louipc: are you mark?
01:32.07 louipc nah
01:32.57 brlcad he did spend a couple hours fighting a drupal install (which I admit, they totally screwed up in their latest release)
01:33.17 brlcad I've done a half dozen installs elsewhere, all smooth, but never on the 7 line .. where they changed quite a bit
01:33.28 brlcad apparently with testing as an afterthought
01:33.32 kanzure is brlcad.org also drupal?
01:33.39 brlcad portions
01:33.49 brlcad again, also not designed, that was a freebie
01:35.02 brlcad freebie as in I posted a call for an open source webmasterwith a simple concept design prototype layout, someone stepped forward and worked on it for a few months to it's current state
01:35.14 brlcad worked good enough, but now it's more than tired and needs to be retired
01:35.46 brlcad never did reach the prototype.. :)
01:35.47 kanzure brlcad.org's stylesheet seems ok, you just want to avoid the geocities look
01:36.04 kanzure sorry, what? a few months?
01:36.19 brlcad we at least DID have a style guide beforehand with a color scheme palette defined
01:36.39 brlcad there's more there than meets the eye
01:36.55 brlcad it's a single unified css theme that applies cleanly to drupal and mediawiki
01:37.00 kanzure a few months for the stlyesheet, or the whole drupal configuration?
01:37.08 kanzure right
01:37.22 kanzure s/stlye/style
01:37.23 brlcad whole thing, style, config, ldap, modules, navi, etc
01:37.40 kanzure pardon my untrained eye but where is ldap used
01:37.56 brlcad most of it was spent trying to get ldap to interact for single auth, but that was ultimately a bust for his skills
01:38.54 kanzure i see
01:39.17 brlcad set up properly, you would have logged in anywhere on the site and had proper permissions even though different systems were catering to different capabilities
01:39.32 kanzure shared sessions between mediawiki and drupal? :/
01:39.38 brlcad drupal sucks at wiki, media sucks at static content
01:39.50 brlcad yeah, basically
01:40.11 kanzure i personally dislike both of those products, but everyone else hates ikiwiki
01:40.38 kanzure oh interesting.. didn't know ikiwiki supported svn
01:41.04 brlcad I'm a fan of their momentum as a framework, and to date they've been relatively maintenance free to keep running across several years
01:41.16 brlcad from a users perspective, hard to beat mw simplicity
01:41.25 kanzure really? i find that i have to fight spam on mediawiki often (either with akismet plugins or whatever)
01:42.15 brlcad we'd tackled that problem in the bzflag community years ago
01:42.46 brlcad you can really minimize spam to a bare minimum if you set up all the spam prevention bells and whistles .. even while still allowing anonymous everywhere
01:42.59 brlcad which I've always been adament about
01:43.44 brlcad you can see it in the updates that post here, wiki spam is exceedingly rare .. maybe a couple a month and that's not for lack of attention/attempts/popularity
01:44.24 kanzure i think even git-wiki resorts to using a mediawiki-similar stylesheet because users seem to prefer it so strongly :/
01:44.51 brlcad I don't care so much about the stylesheet as the wiki syntax itself
01:45.07 brlcad NeverWasAFan!
01:45.21 kanzure mediawiki's wikitext is very hard to parse or compute with :/
01:45.33 kanzure what do they call it? sorry it's not wikitext.. it's uh..
01:45.39 brlcad which is probably why it's the easiest for users to actually .. use :)
01:48.37 brlcad bz had two wikis -- a mw install and a moinmoin .. we could get minors (seriously, single-digit aged) to edit one of them .. but not the other
01:49.02 brlcad finally took it out back and shot it after a few years
01:49.11 kanzure are bzflag's users mostly minors?
01:49.27 brlcad no
01:49.30 brlcad whole gamut
01:49.48 brlcad definitely a large percentage, though
01:53.18 brlcad starseeker: heh, I just read 50442 ... I'm not sure that actually increased robustness at all really...
01:54.16 brlcad need some sort of encode/decode function.. + was just one of probably a couple dozen characters that could screw with the variable name
01:54.39 brlcad i thought you handled it better somewhere else I recall coming across (you did something similar to what the autotools guys did)
01:55.11 brlcad replacing [^[alnum]] with _'s iirc
01:55.40 brlcad (i.e., replacing all "not letter or numbers" with an underscore)
01:56.06 brlcad when going into a variable's name, that is
02:02.04 crdueck brlcad: correspondance with our mentor should be done over the mailing list, right?
02:51.12 brlcad crdueck: correct -- because in general you have LOTS of mentors there and here
02:51.57 brlcad unless you have a non-coding matter to discuss like your dog died or you cut off your fingers
02:52.20 brlcad you can keep personal matters private, naturally, e-mail your assigned mentor directly for that and cc me
02:59.09 crdueck okay, i'm going to put an email out shortly then
03:14.21 kanzure hrmm i strongly recommend against cutting off your fingers
03:47.30 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
03:48.29 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
04:06.42 *** join/#brlcad cristina (~cristina@188.24.64.47)
04:43.54 brlcad crdueck: excellent write-up, thank you!
IRC log for #brlcad on 20120509

IRC log for #brlcad on 20120509

15:44.15 *** join/#brlcad ibot (~ibot@rikers.org)
15:44.15 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
16:08.36 *** join/#brlcad jbschw (~jbschw@cpe-24-59-26-102.twcny.res.rr.com)
16:21.59 *** join/#brlcad cristina (~cristina@188.24.64.47)
17:58.10 Stattrav brlcad: what exactly is the purpose of the .tr file ? I am referring to the benchmark.tr file.
18:01.40 ``Erik how do ya mean, Stattrav? that particular file, or are you asking what the extension means?
18:02.40 Stattrav yeah
18:03.01 ``Erik erm, which? the latter?
18:03.23 Stattrav sorry about the ambiguity there. what that extention means
18:03.44 ``Erik troff, an old document formatting system, mostly used for man pages these days
18:04.01 Stattrav when I open that in a editor I see some .[a-z]* kind of things there
18:04.03 ``Erik "groff benchmark.tf > benchmark.ps" will do a crude render to postscript
18:04.46 Stattrav aah, thanks
18:08.27 ``Erik heh, the first couple lines of the file say how to 'compile' it to something useful :D "groff -t -ms benchmark.tr > benchmark.ps" will be much more readable
18:09.05 Stattrav yup :P
18:09.34 Stattrav sorry for asking you anyway.
18:10.46 CIA-124 BRL-CAD: 03Stattrav 07http://brlcad.org * r3626 10/wiki/User:Stattrav/GSoC2012_log: Update of the dev logs for 9th May 2012
18:43.53 ``Erik it's all good :D
19:14.58 CIA-124 BRL-CAD: 03n_reed * r50477 10/brlcad/trunk/src/other/step/src/exppp/exppp.c: SCL git de55c37, remove unused variables
19:16.46 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
19:20.58 CIA-124 BRL-CAD: 03n_reed * r50478 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.cc: remove some commented code
19:23.18 CIA-124 BRL-CAD: 03Crdueck 07http://brlcad.org * r3627 10/wiki/User:Crdueck/log: /* 30/04/2012: */
20:41.52 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
20:42.37 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
20:42.43 *** join/#brlcad piksi_ (piksi@pi-xi.net)
21:05.53 *** join/#brlcad crdueck (~cdk@173.238.127.19)
21:28.48 *** join/#brlcad ibot (~ibot@rikers.org)
21:28.48 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
21:30.30 *** join/#brlcad andrei_ (~andrei@188.25.159.145)
22:55.14 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120510

IRC log for #brlcad on 20120510

00:02.15 CIA-124 BRL-CAD: 03starseeker * r50479 10/brlcad/trunk/ (3 files in 2 dirs): (log message trimmed)
00:02.15 CIA-124 BRL-CAD: The workaround for xsltproc's failure to place man output in the correct
00:02.15 CIA-124 BRL-CAD: location when odd pathnames are used is needed for ALL outputs generated - was
00:02.15 CIA-124 BRL-CAD: failing in the multi-file output case. Scrap the extra macro, and instead make
00:02.15 CIA-124 BRL-CAD: the extra outputs source file properties in CMake. The standard macros then
00:02.15 CIA-124 BRL-CAD: check for and use the contents of those properties. Somewhat cleaner and should
00:02.16 CIA-124 BRL-CAD: be more robust. For the first time in a while, distcheck-full passes on Linux
04:00.48 CIA-124 BRL-CAD: 03Anoop 07http://brlcad.org * r3628 10/wiki/User:Anoop/Logs:
04:20.01 *** join/#brlcad cristina (~cristina@188.24.64.47)
04:30.25 brlcad gallery is fixed, was just a simple removal of an ampersand
04:32.14 brlcad kanzure: at a glance, it looks like you're write but I haven't read that paper in full (though I was there when it was presented... great paper, talked to gershon about it)
04:32.36 brlcad s/write/right/
04:35.26 kanzure ah neat.
04:35.46 kanzure yeah, i'm not sure how unique their method is.. everything else i've read has been much more involved
04:35.58 kanzure like algebraic surface intersection algorithms
04:37.48 brlcad I think it's just a fast approximation after you've gotten crazy-close within a given flatness and criteria
04:57.10 *** join/#brlcad andrei_ (~andrei@188.25.159.145)
05:24.56 CIA-124 BRL-CAD: 03brlcad * r50480 10/brlcad/trunk/misc/CMake/FindSTL.cmake: the test was always failing due to i never being used. use ac/av instead and put them to 'use' so we always return 0.
06:17.28 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
06:31.35 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
07:08.21 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:14.01 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:18.16 *** join/#brlcad stas (~stas@82.208.133.12)
08:28.03 *** join/#brlcad cristina (~cristina@188.24.64.47)
09:48.29 *** join/#brlcad kane_ (~Mesut@e181173168.adsl.alicedsl.de)
10:07.24 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
10:25.50 d_rossberg kane_: did you succeeded in compiling BRL-CAD on Windows?
10:26.26 kane_ not realy, i am writing my report about it.
10:26.36 kane_ it will be in the wiki in about 5 min
10:26.45 d_rossberg ok
10:43.59 CIA-124 BRL-CAD: 0385.181.173.168 07http://brlcad.org * r3629 10/wiki/User:Mesut/Reports:
10:45.02 kane_ i have only pasted the errors, which i think i cant resolve without help.
10:52.35 CIA-124 BRL-CAD: 0385.181.173.168 07http://brlcad.org * r3630 10/wiki/User:Mesut/Reports:
11:49.15 *** join/#brlcad tofu__ (~sean@BZ.BZFLAG.BZ)
11:57.42 d_rossberg kane_: which compiler do you use?
11:57.55 kane_ Visual studio 2010
11:58.46 d_rossberg but points_scan.l isn't a C but a Lex file
11:59.50 kane_ hm i use mingw for that
11:59.50 d_rossberg i don't have this libpoints in my windows build (i have no lex installed)
12:00.20 kane_ yag, bison, sh,... from the mingw directory
12:00.40 kane_ shall i remove that?
12:00.58 *** join/#brlcad cristina (~cristina@188.24.64.47)
12:02.45 d_rossberg looks like a CMake problem, probably nobody has tried a Windows build with yacc and lex
12:04.17 kane_ ou, i thought it is important, so i installed every thing, which was declared as NOTFOUND
12:06.28 d_rossberg until today it was consensus that there is no yacc, lex etc in Windows ;)
12:07.08 starseeker kane_: yeah, nobody has tried the lex/yacc components on Windows before
12:07.15 d_rossberg btw: i use INSTALL as build target on Windows
12:07.44 starseeker It *might* work with mingw or cygwin environments - I'm not surprised it's not working in Windows
12:08.03 d_rossberg and i recommend to switch off the documentation on windows
12:08.19 kane_ ok, i will try it
12:09.03 starseeker kane_: does the libged target build?
12:09.10 kane_ yes
12:09.14 kane_ libged-static
12:09.19 starseeker one thing about a BRL-CAD build is that lots of components depend on other components
12:09.26 starseeker not the static one, the other
12:09.55 starseeker so a failure will cascade - if btclsh.exe isn't built correctly, a whole host of other targets will also fail
12:10.11 starseeker in that case, the first thing to do is figure out why btclsh.exe didn't build
12:10.24 kane_ ok
12:10.33 starseeker usually that's a library not being avaiable - then you in turn check why that library didn't build
12:11.02 starseeker kane_: what version of CMake are you using?
12:11.21 kane_ 2.8.7
12:11.28 starseeker ok, that should be new enough
12:11.53 starseeker kane_: did you get build failures without enabling the lex and yacc support?
12:12.09 starseeker it is not expected that code using those will work on Windows
12:12.50 kane_ yes, but i have not read the output. After that i have tried it only with flex,...
12:13.09 kane_ i will try it now
12:13.44 starseeker nods - the build failures you were getting originally were not due to the absence of lex and yacc
12:14.29 kane_ ok
12:15.13 starseeker I'll see if we can try a build here - it's conceivable I busted the Windows build tweaking the build logic over the last few days
12:47.59 CIA-124 BRL-CAD: 03starseeker * r50481 10/brlcad/trunk/src/libfb/CMakeLists.txt: Whoops - use the new variable scheme for libfb too
12:51.40 CIA-124 BRL-CAD: 03Cprecup 07http://brlcad.org * r3631 10/wiki/User:Cprecup/GSoC2012_progress: added logs for my work in the previous days
13:03.48 CIA-124 BRL-CAD: 03starseeker * r50482 10/brlcad/trunk/src/libfb/CMakeLists.txt: Opps - partial conversions don't help much.
13:04.24 d_rossberg the first error in my windows build is that lempar.c is copied to Debug/bin but not lemon.exe (?)
13:04.55 starseeker so the lemon compilation failed?
13:06.24 d_rossberg no, lemon.exe was build and can be found in bin, but there is a call to Debug/bin/lemon in re2c_bootstrap
13:07.17 d_rossberg it looks like the is a mistyped copy statement in lemon's CMakeList.txt
13:07.58 d_rossberg (it does not make sense to copy the C-file to Debug/bin)
13:10.06 *** join/#brlcad Stattrav_ (~Stattrav@223.187.13.51)
13:16.51 *** join/#brlcad kane_ (~Mesut@e181173168.adsl.alicedsl.de)
13:17.47 starseeker d_rossberg: the lemon.exe file is supposed to be built and output into Debug/bin/lemon.exe if you're build type is set to Debug
13:18.11 starseeker so the first question is why isn't it in Debug/bn
13:18.17 starseeker Debug/bin even
13:18.31 starseeker s/you're/your
13:18.36 starseeker needs to wake up
13:23.04 *** join/#brlcad Stattrav_ (~Stattrav@223.235.213.223)
13:29.28 d_rossberg starseeker: it's the CMAKE_LIBRARY_OUTPUT_DIRECTORY_~
13:29.56 d_rossberg and CMAKE_RUNTIME_~
13:33.43 *** join/#brlcad Stattrav_ (~Stattrav@223.235.180.233)
13:40.58 *** join/#brlcad Stattrav_ (~Stattrav@223.236.109.220)
13:54.24 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
14:06.23 CIA-124 BRL-CAD: 03erikgreenwald * r50483 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: return the split value instead of filling a pointer and returning void
14:11.22 starseeker d_rossberg: those aren't being set correctly?
14:14.58 ``Erik I can replicate with vs8/Release, build\Release\bin\ has lempar.c but no lemon.exe (\build\bin has lemon.exe)
14:21.16 starseeker crud
14:21.45 starseeker are the other .exe files ending up in build\bin as well?
14:23.10 CIA-124 BRL-CAD: 03bob1961 * r50484 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Added TkTable::unselectRow.
14:28.31 ``Erik bleh, my git mirror was missing a cmd to update the server, http://crit.brlcad.org/brlcad.git should be good now O.o
14:39.29 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3632 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
14:39.49 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3633 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */
14:40.14 d_rossberg starseeker: all .exe-files are in bin, there are only some .sh in Debug/bin
14:42.34 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3634 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */
14:45.18 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3635 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */
14:45.48 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3636 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
14:46.05 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3637 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
14:46.28 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3638 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
14:47.47 CIA-124 BRL-CAD: 03Plussai 07http://brlcad.org * r3639 10/wiki/User:Plussai/GSoC_2012_log: /* 7 May 2012 */
15:00.58 starseeker d_rossberg: yeah, that's what ``Erik is seeing. Test here though shows the outputs going where they are supposed to
15:12.04 d_rossberg i.e. there are two problems: 1) the .exe are all copied in build/bin instead of build/$config/bin (however, it works) and 2) the wrong file from lemon is copied (whyever there is a copy at all)
15:23.12 n_reed copy is necessary to keep lemon outputs out of the source directory
15:23.28 n_reed lemon doesn't allow you to specify the output directory
15:23.41 n_reed it uses the same directory of the input
15:24.03 d_rossberg isn't the output in the working directory?
15:26.17 n_reed lemon /path/to/input.y writes /path/to/input.c /path/to/input.h
15:33.29 *** join/#brlcad Stattrav_ (~Stattrav@223.236.9.78)
15:37.20 kane_ thx, without flex,bison,... the build was successful
15:39.58 d_rossberg n_reed: so it doesn't matter where the lemon executable is?
15:41.32 *** join/#brlcad Stattrav_ (~Stattrav@223.234.139.14)
15:44.42 CIA-124 BRL-CAD: 03starseeker * r50485 10/brlcad/branches/STABLE/src/libbu/argv.c: Apply fix from trunk r50445
15:46.25 starseeker the lemon executable needs to be in the same directory as lempar.c
15:46.44 starseeker and the output from lemon ends up in the same directory as lempar.c
15:47.44 starseeker so to keep the output out of the source directory we have to put lempar.c in the build directory
15:50.55 starseeker d_rossberg: are you doing your visual studio build with a clean build directory? (Clear out the CMakeCache.txt file and old solutions?)
15:51.37 starseeker I'm at a bit of a loss as to why this is suddenly breaking - I haven't fooled with build output placement in a while (deliberately, at least...)
15:53.12 d_rossberg almost: i started whith a clean directory some weeks ago and did a project cleanup in the visualstudio today
15:54.01 d_rossberg however, i can try a build from a clean (empty) directory ... tomorrow
15:58.08 d_rossberg indeed, lemon works with its executable path :-o
16:06.12 CIA-124 BRL-CAD: 03starseeker * r50486 10/brlcad/trunk/src/tclscripts/util/Makefile.am: sync Makefile.am
16:18.33 CIA-124 BRL-CAD: 03starseeker * r50487 10/brlcad/branches/STABLE/src/tclscripts/ (26 files in 3 dirs): sync rtwizard
16:19.27 CIA-124 BRL-CAD: 03starseeker * r50488 10/brlcad/branches/STABLE/src/tclscripts/util/getopt.tcl: Whoops, add getopt.tcl
17:25.04 *** join/#brlcad Stattrav_ (~Stattrav@117.192.132.238)
17:38.07 *** join/#brlcad andrei_ (~andrei@188.25.162.62)
17:40.30 CIA-124 BRL-CAD: 03bob1961 * r50489 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added specific bindings for releasing button-1 while in an override mode. This eliminates events bleeding through to the current mode.
17:52.42 CIA-124 BRL-CAD: 03indianlarry * r50490 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): (log message trimmed)
17:52.42 CIA-124 BRL-CAD: Changed flatness test back to to running product of the normal vector of the
17:52.42 CIA-124 BRL-CAD: frenet frame projected onto each other normal in the frame set. Also added early
17:52.42 CIA-124 BRL-CAD: bail once flatness criteria fails. Added straightness test in a similar manner
17:52.42 CIA-124 BRL-CAD: using the tangent from the frenet frame. Changed
17:52.42 CIA-124 BRL-CAD: getCurveEstimateOfV()/getCurveEstimateOfU() to solve using subdivision. Added
17:52.43 CIA-124 BRL-CAD: tolerence value of BREP_EDGE_MISS_TOLERANCE so we can get NEAR misses from
18:00.41 CIA-124 BRL-CAD: 03indianlarry * r50491 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): (log message trimmed)
18:00.41 CIA-124 BRL-CAD: Changed flatness test back to to running product of the normal vector of the
18:00.41 CIA-124 BRL-CAD: frenet frame projected onto each other normal in the frame set. Also added early
18:00.41 CIA-124 BRL-CAD: bail once flatness criteria fails. Added straightness test in a similar manner
18:00.41 CIA-124 BRL-CAD: using the tangent from the frenet frame. Changed
18:00.42 CIA-124 BRL-CAD: getCurveEstimateOfV()/getCurveEstimateOfU() to solve using subdivision. Added
18:00.43 CIA-124 BRL-CAD: tolerence value of BREP_EDGE_MISS_TOLERANCE so we can get NEAR misses from
18:08.25 CIA-124 BRL-CAD: 03n_reed * r50492 10/brlcad/trunk/src/other/step/ (21 files in 4 dirs): Fix and doxify comments, plus misc cleanup. SCL git 3e8c116, 5dc0439, 5d36b32, and 65791a2.
18:16.34 CIA-124 BRL-CAD: 03brlcad * r50493 10/brlcad/trunk/NEWS: keith made some improvements to the flatness testing (for grazing hits) that should improve performance, give better curve estimates, and handle joined trimmed edges better.
18:47.43 *** join/#brlcad merzo (~merzo@28-246-133-95.pool.ukrtel.net)
19:13.05 CIA-124 BRL-CAD: 03indianlarry * r50494 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp:
19:13.05 CIA-124 BRL-CAD: Added UV pushback routine that keeps the newton iterate method from walking out
19:13.05 CIA-124 BRL-CAD: of the UV domain of the SBV versus the current version that keeps it within the
19:13.05 CIA-124 BRL-CAD: surface UV. Also added code to make sure iterate does not step back past
19:13.05 CIA-124 BRL-CAD: previous point along iteration.
19:18.37 CIA-124 BRL-CAD: 03indianlarry * r50495 10/brlcad/branches/STABLE/src/librt/primitives/brep/brep.cpp:
19:18.37 CIA-124 BRL-CAD: Added UV pushback routine that keeps the newton iterate method from walking out
19:18.37 CIA-124 BRL-CAD: of the UV domain of the SBV versus the current version that keeps it within the
19:18.37 CIA-124 BRL-CAD: surface UV. Also added code to make sure iterate does not step back past
19:18.37 CIA-124 BRL-CAD: previous point along iteration. Matches SVN trunk 50494
19:37.31 CIA-124 BRL-CAD: 03brlcad * r50496 10/brlcad/trunk/NEWS: bob fixed a bug in mged's matrix edit mode where there appears to have been an off-by-one error selecing a reference index that was equal to the number of references.
19:57.14 CIA-124 BRL-CAD: 03brlcad * r50497 10/brlcad/trunk/NEWS:
19:57.14 CIA-124 BRL-CAD: richard added an mged script command 'lc' for listing sets of codes (attributes)
19:57.14 CIA-124 BRL-CAD: of regions within a combination. attributes listed include region_id,
19:57.14 CIA-124 BRL-CAD: materia-id, los, and the region name. unset is reported as '--' and is default
19:57.14 CIA-124 BRL-CAD: sorted by region id with options for sorting by any column. command is a tcl
19:57.15 CIA-124 BRL-CAD: script.
20:02.15 CIA-124 BRL-CAD: 03brlcad * r50498 10/brlcad/trunk/NEWS:
20:02.15 CIA-124 BRL-CAD: bob fixed a bug in libfb ogl/wgl framebuffers where overlay renderings were
20:02.15 CIA-124 BRL-CAD: failing to be shown. notably seen with rtedge/rtwizard rendering where the back
20:02.15 CIA-124 BRL-CAD: buffer of the double-buffered context wasn't being drawn during overlay.
20:02.36 cristina brlcad: I've noticed something here, where GSoC 2012 is described: http://brlcad.org/d/node/97
20:03.57 cristina at the beginning of the third paragraph it says that GSoC is in its sixth year but it is in its eighth
20:09.42 CIA-124 BRL-CAD: 03brlcad * r50499 10/brlcad/trunk/NEWS:
20:09.42 CIA-124 BRL-CAD: keith made some improvements to the flatness testing (for grazing hits) that
20:09.42 CIA-124 BRL-CAD: should improve performance, give better curve estimates, and handle joined
20:09.42 CIA-124 BRL-CAD: trimmed edges better. a little slower, but more robust with less speckling.
20:24.13 CIA-124 BRL-CAD: 03brlcad * r50500 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c tclcad_private.h):
20:24.13 CIA-124 BRL-CAD: we should not be introducing new globals in libraries. their cost is far too
20:24.13 CIA-124 BRL-CAD: great, are exceptionally error-prone, inherintly unsafe, and they pollute the
20:24.13 CIA-124 BRL-CAD: API. convert to an initialization function holding the flag instead.
20:24.14 *** join/#brlcad cristina_ (~cristina@188.24.75.98)
20:26.11 CIA-124 BRL-CAD: 03brlcad * r50501 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c): don't mark the library as initialized until after we're done initializing (in case anyone ever tries to use the library from a multithreaded context)
20:31.06 CIA-124 BRL-CAD: 03brlcad * r50502 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c tclcad_private.h): rename tclcad_initialized() to library_initialized() since it is not public API. add doxy comments and fix new file copyright year.
20:45.48 CIA-124 BRL-CAD: 03brlcad * r50503 10/brlcad/trunk/HACKING:
20:45.48 CIA-124 BRL-CAD: it's been a while since one has been introduced, so expand details on using
20:45.48 CIA-124 BRL-CAD: global variables. be clear that we should not be adding new globals to
20:45.48 CIA-124 BRL-CAD: libraries and discourage use within applications. note two dominant alternative
20:45.48 CIA-124 BRL-CAD: solutions.
20:47.39 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
20:49.05 CIA-124 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3640 10/wiki/User:Anuragmurty: /* community bonding period */
20:50.52 brlcad starseeker: r50298 introduces a crashing bug
20:51.36 brlcad you just commented out the open .. but it's conditionally used and no guarantee that it'll be null
20:53.22 brlcad at a glance, you probably broke the -o option at a minimum
20:54.52 brlcad if it's causing issues.. fix the issues.. still, commenting it out without a comment documenting it was the wrong thing to do regardless
21:00.32 CIA-124 BRL-CAD: 03brlcad * r50504 10/brlcad/trunk/src/rt/viewedge.c:
21:00.32 CIA-124 BRL-CAD: revert r50298 that just commented out the file open call. the file is still
21:00.32 CIA-124 BRL-CAD: conditionally written to so this very likely broke the -o output option and/or
21:00.32 CIA-124 BRL-CAD: will cause a crash. regardless, creating new dead code without a documented
21:00.32 CIA-124 BRL-CAD: reason/explanation is wrong too.
21:06.46 CIA-124 BRL-CAD: 03brlcad * r50505 10/brlcad/trunk/NEWS: tom browder fixed memory leaks in the comgeom-g importer. as a single-use tool, the impact is minor, but potentially user-visible if there are lots of geometry import failures (for whatever reason).
21:06.47 CIA-124 BRL-CAD: 03n_reed * r50506 10/brlcad/trunk/src/other/step/src/clstepcore/ (24 files): Cleanup in clstepcore. SCL git 239ce49 and f9b9383.
22:45.02 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:00.22 *** join/#brlcad stas (~stas@188.24.35.114)
23:22.43 starseeker brlcad: I'll check, but it was very definitely *causing* a problem at the time
23:22.53 starseeker I ment to ask ``Erik about it, but forgot
23:25.30 starseeker ah yeah
23:25.57 starseeker ./bin/rtedge -o test.pix share/brlcad/7.21.0/db/m35.g component
23:26.08 starseeker Output file is 'test.pix' 512x512 pixels
23:26.08 starseeker open: Permission denied
23:26.08 starseeker ERROR: opening output file "test.pix" for writing
23:28.24 starseeker something else is already creating the output file before that call
23:37.17 starseeker yeah - icv_image_save_open is called at do.c line 795
23:43.52 CIA-124 BRL-CAD: 03starseeker * r50507 10/brlcad/trunk/src/rt/viewedge.c: (log message trimmed)
23:43.53 CIA-124 BRL-CAD: icv_image_save_open is already called by do.c:795, resulting in a failure to
23:43.53 CIA-124 BRL-CAD: open the file when viewedge.c attempts to call it again. Difference looks to be
23:43.53 CIA-124 BRL-CAD: ICV_IMAGE_AUTO_NO_PIX vs ICV_IMAGE_AUTO between the two calls - looking at
23:43.53 CIA-124 BRL-CAD: fileformat.c:278 the only difference is the icv_image_save_open command will not
23:43.53 CIA-124 BRL-CAD: default to returning a pix file if it doesn't recognize the image format via
23:43.54 CIA-124 BRL-CAD: extension. Unless there is a good reason for rtedge to be a special case, this
IRC log for #brlcad on 20120511

IRC log for #brlcad on 20120511

00:26.58 brlcad starseeker: ah, thanks -- that makes a LOT more sense now (and why commenting out code is bad, requires making assumptions that are easily wrong)
00:27.48 brlcad interesting entirely unintended side-effect there that caused the open failure
00:47.30 starseeker that SPM08 paper is indeed interesting
00:51.24 kanzure heh
00:52.07 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
02:10.38 CIA-124 BRL-CAD: 03brlcad * r50508 10/brlcad/trunk/NEWS:
02:10.39 CIA-124 BRL-CAD: cliff fixed a bug in rtedge where it was giving a permission denied error due to
02:10.39 CIA-124 BRL-CAD: a double-open call. the double-open was somehow fine before the conversion to
02:10.39 CIA-124 BRL-CAD: bu_image/icv_image but was now giving an "open: Permission denied" error. fix
02:10.39 CIA-124 BRL-CAD: was to eliminate the second open call.
02:20.57 CIA-124 BRL-CAD: 03brlcad * r50509 10/brlcad/trunk/NEWS: tom browder fixed a bug in the comgeom-g importer that was causing a problem due to improper memory deallocation after mk_ars().
03:41.18 CIA-124 BRL-CAD: 03Anoop 07http://brlcad.org * r3641 10/wiki/User:Anoop/Logs:
05:05.47 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
05:06.41 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
05:11.09 *** join/#brlcad CIA-65 (~CIA@cia.atheme.org)
07:17.16 *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net)
08:14.26 *** join/#brlcad stas (~stas@82.208.133.12)
08:51.31 *** mode/#brlcad [+o tofu] by ChanServ
11:32.17 *** join/#brlcad Stattrav_ (~Stattrav@122.167.121.7)
11:43.33 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:44.19 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:44.34 d_rossberg windows build was ok now after cleaning up the build directory
11:46.27 d_rossberg there was only one problem: warning: error while sourcing rtwizard.tcl: couldn't read file "util/getopt.tcl": no such file or directory
11:47.49 d_rossberg there seems to be a path-mismatch somewhere
13:04.41 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
13:05.35 brlcad hm, d_rossberg what do you get if you start btclsh and run: bu_brlcad_data "tclscripts"
13:14.03 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
13:20.20 starseek1r d_rossberg: that was a tclscript warning?
13:20.36 starseek1r I'm seeing that, but it doesn't seem to have any functional implications so far
13:21.43 starseek1r it's line 69 in rtwizard.tcl: source [file join [bu_brlcad_data "tclscripts"] util getopt.tcl]
13:22.08 starseek1r that part of rtwizard.tcl is not functional yet, so I can comment it out if it's wrong...
13:23.34 starseek1r the only other case of sourcing a file from bu_brlcad_data "tclscripts" is in help.tcl - that's how we're trying to pull helplib.tcl
13:24.42 starseek1r dunno if that's causing a similar error... checking the build logs now...
13:31.43 starseeker oohhh... it's coming back to me a little. I seem to recall our having this issue before with pkg_mkIndex, which is a built-in Tcl command
13:34.48 d_rossberg brlcad: ~/brlcad.install/share/brlcad/7.21.0\tclscripts
13:36.52 d_rossberg starseeker: i couldn't see any effect of this warning/error to the remaining build
14:05.03 starseeker yeah, I think this has come up before. pkg_mkIndex is a built-in from Tcl, and it doesn't evalute our bu_brlcad_data function before attempting to source
14:05.17 starseeker or rather, if it does try the result goes away and doesn't help
14:06.30 starseeker brlcad: do you happen to recall if there was a workaround for that?
14:09.10 CIA-65 BRL-CAD: 03bob1961 * r50510 10/brlcad/trunk/src/tclscripts/lib/ (CMakeLists.txt Ged.tcl RtImage.tcl pkgIndex.tcl): Split out the guts of cadwidgets::Ged::make_image into cadwidgets::rtimage.
15:03.03 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3642 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */
15:12.24 CIA-65 BRL-CAD: 03starseeker * r50511 10/brlcad/trunk/src/tclscripts/ (3 files in 2 dirs): Make a couple things into package requireable packages and add a couple other tweaks to make pkg_mkIndex happy - hopefully this eliminates the error being reported trying to source getopt.tcl
15:12.37 starseeker d_rossberg: see if that helps
15:14.53 starseeker you may need to clear out share/brlcad/7.21.0/tclscripts/rtwizard
15:14.58 starseeker and regenerate it
15:16.52 starseeker grumble... that limitation takes a lot of the starch out of bu_brlcad_data...
16:14.21 *** join/#brlcad kane_ (~Mesut@e182053007.adsl.alicedsl.de)
16:28.24 CIA-65 BRL-CAD: 03brlcad * r50512 10/brlcad/trunk/HACKING:
16:28.24 CIA-65 BRL-CAD: summarize the release process more clearly with the underlying rationale. the
16:28.24 CIA-65 BRL-CAD: emphasis isn't monthly iteration, so make the steps clear on requirements for
16:28.24 CIA-65 BRL-CAD: sync/tag and announcing release intentions. include a copy-pasteable mail
16:28.24 CIA-65 BRL-CAD: notification and improve some of the other steps so they can similarly be
16:28.25 CIA-65 BRL-CAD: copy-pasted. get the last release rev and set MAJOR/MINOR/PATCH for tagging.
16:30.49 *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net)
17:22.47 *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net)
17:34.27 d_rossberg starseeker: the error is gone
17:36.10 CIA-65 BRL-CAD: 03brlcad * r50513 10/brlcad/trunk/HACKING:
17:36.10 CIA-65 BRL-CAD: prompted by browder's mailing list inquiry and linux release naming
17:36.10 CIA-65 BRL-CAD: disconformity, include a new section on patching a release. includes details on
17:36.10 CIA-65 BRL-CAD: version numbering. uses the versiontriplet-count convention in order to match
17:36.10 CIA-65 BRL-CAD: the existing linux binary release files and to avoid ambiguity, especially since
17:36.11 CIA-65 BRL-CAD: we already have a 'PATCH' version number that increments sequentially.
18:00.38 *** join/#brlcad andrei (~andrei@188.25.158.40)
18:17.12 brlcad starseeker: in all fairness, bu_brlcad_data wasn't ever intended to be used for finding tclscripts
18:17.36 brlcad data should be for finding the db examples, html docs, examples images, etc
18:24.22 brlcad starseeker: you or bob seen https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3523256&group_id=105292 ?
18:25.25 brlcad I believe that -imagepixmapify option should be going to a tkhtml widget
18:31.41 CIA-65 BRL-CAD: 03brlcad * r50514 10/brlcad/trunk/NEWS:
18:31.41 CIA-65 BRL-CAD: cliff added new command-line support to rtwizard including added new manual page
18:31.41 CIA-65 BRL-CAD: documentation. inclued are a variety of options that provide a way to avoid the
18:31.41 CIA-65 BRL-CAD: need for graphically picking components. not yet fully non-graphical, but
18:31.41 CIA-65 BRL-CAD: moving in support of that end for regression testing.
18:34.55 *** join/#brlcad cristina (~cristina@188.24.75.98)
18:36.46 CIA-65 BRL-CAD: 03brlcad * r50515 10/brlcad/trunk/NEWS: richard added a new -m1 option to mged for drawing BoTs in shaded mode if OpenGL support is enabled (along with lighting and z-buffering), including user documentation.
18:40.51 starseeker brlcad: it's a tkhtml thing, sure enough - your question about whether he has a system tkhtml that might be installed (and might be too old to understand that option) is probably on the right track
18:55.53 starseeker yeah, he's got alpha16 installed. First time I've ever run into that, but it's not too surprising in retrospect - that's the tarball version available here, after all - http://tkhtml.tcl.tk/
18:58.43 *** join/#brlcad Stattrav_ (~Stattrav@59.97.50.21)
18:58.44 starseeker brlcad: um... actually, there's nothing non-graphical working as yet... Bob's addition of the RtImage.tcl proc makes it possible, but there's a ways to go yet...
18:59.29 CIA-65 BRL-CAD: 03bob1961 * r50516 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::attr to not set the saveflag when calling the "get" or "show" subcommands.
19:07.08 *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net)
19:11.23 *** join/#brlcad piksi (piksi@pi-xi.net)
19:16.28 CIA-65 BRL-CAD: 03brlcad * r50517 10/brlcad/trunk/TODO:
19:16.28 CIA-65 BRL-CAD: suprising this hasn't been provided by now, but add an option for reading angles
19:16.28 CIA-65 BRL-CAD: as radians or degrees. most of our tools take degree angles but could just as
19:16.28 CIA-65 BRL-CAD: easily take both. avoid 'R' since it implies radius, but perhaps a 'rad' and
19:16.28 CIA-65 BRL-CAD: 'deg' suffix would help. probably best implemented as a libbn function.
19:17.33 *** join/#brlcad kane__ (~Mesut@e182057003.adsl.alicedsl.de)
19:31.01 CIA-65 BRL-CAD: 03brlcad * r50518 10/brlcad/trunk/NEWS: richard expanded mged's 'l' list command documentation with details on the -t (terse) and -r (recursive) options.
19:33.29 CIA-65 BRL-CAD: 03brlcad * r50519 10/brlcad/trunk/NEWS: richard expanded mged's 'l' list command documentation with details on the -t (terse) and -r (recursive) options. also the same for the listeval command (where -t also means terse output)
19:48.49 brlcad starseeker: so our sources are based on something older than alpha16? I don't recall anyone adding that imagepixmapify option to tkhtml
19:50.35 brlcad plus news should be fine -- just says command-line invocation has some options it didn't have before (commit message explained goal, not status)
20:00.40 starseeker ours are based on something newer than alpha16
20:00.49 starseeker k
20:01.42 starseeker I'm guessing something in our code tried to use an option not supported by alpha16, but I'm not sure yet
20:05.55 *** join/#brlcad piksi (piksi@pi-xi.net)
20:06.55 CIA-65 BRL-CAD: 03r_weiss * r50520 10/brlcad/trunk/src/mged/utility1.c: Updated function 'f_red' in file 'utility1.c'. This change fixes a bug where error messages were not displayed from the mged 'red' command.
20:15.11 *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
20:26.35 CIA-65 BRL-CAD: 03r_weiss * r50521 10/brlcad/trunk/src/libged/red.c:
20:26.36 CIA-65 BRL-CAD: Updated function 'ged_red' in file 'red.c'. Fixed a bug where regions were
20:26.36 CIA-65 BRL-CAD: incorrectly being automatically converted to combinations when editied with the
20:26.36 CIA-65 BRL-CAD: mged 'red' command. Fixed bugs in the mged 'red' command input parameter error
20:26.36 CIA-65 BRL-CAD: checking. Improved some of the error messages in the mged and archer 'red'
20:26.36 CIA-65 BRL-CAD: command.
20:30.16 CIA-65 BRL-CAD: 03r_weiss * r50522 10/brlcad/trunk/src/libged/editit.c: Fixed a bug in function '_ged_editit' in file 'editit.c'. There was an array which was not initialized causing intermittent errors and seg-faults.
20:31.06 CIA-65 BRL-CAD: 03starseeker * r50523 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl:
20:31.06 CIA-65 BRL-CAD: The real beginning of rtwizard command line support. Can specify a variety of
20:31.06 CIA-65 BRL-CAD: options on the command line, although this may not be the final form of all the
20:31.06 CIA-65 BRL-CAD: options and the man page will need to be synced with the actual options.
20:31.06 CIA-65 BRL-CAD: Currently none of the command line options can be used to initialize GUI
20:31.07 CIA-65 BRL-CAD: options, but that level of integration should be possible.
20:50.48 starseeker shucks - too much backporting to STABLE to get the command line rtwizard going there - will have to wait
21:08.46 starseeker ah - bug fix for red is at red.c:869
21:10.34 starseeker hmm... were we allowing red to be run without arguments in order to present a "text gui" for object creation? If so, it really should be argc < 2 not argc != 2 in utility1.c
21:13.23 starseeker er, excuse me - not thing straight
21:13.45 starseeker question is allowing more than one arg
21:13.48 starseeker nevermind
21:17.26 *** join/#brlcad stas (~stas@188.24.35.114)
21:38.33 CIA-65 BRL-CAD: 03starseeker * r50524 10/brlcad/branches/STABLE/src/ (libged/editit.c libged/red.c mged/utility1.c): Apply the red changes from r50520-50522 to STABLE
21:43.29 *** join/#brlcad stas (~stas@188.24.35.114)
22:45.15 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3643 10/wiki/User:Cprecup/GSoC2012_progress: study how to access data corresponding to a geometry hierachy
22:49.54 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3644 10/wiki/User:Cprecup/GSoC2012_progress: reformatted the text because of readability reasons
IRC log for #brlcad on 20120512

IRC log for #brlcad on 20120512

00:35.10 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
04:47.30 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:17.43 *** join/#brlcad merzo (~merzo@102-254-132-95.pool.ukrtel.net)
07:20.21 *** join/#brlcad andrei (~andrei@188.25.158.40)
08:19.03 *** join/#brlcad stas (~stas@82.208.133.12)
08:50.43 *** join/#brlcad cristina (~cristina@188.24.75.98)
09:05.01 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3645 10/wiki/User:Ksuzee/Reports:
09:43.05 *** join/#brlcad cristina (~cristina@188.24.75.98)
11:42.29 CIA-65 BRL-CAD: 03starseeker * r50525 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Fully specifiy RtWizard namespace as a child of the toplevel namespace in getopt variables
12:10.16 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:21.37 CIA-65 BRL-CAD: 03starseeker * r50526 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl:
12:21.38 CIA-65 BRL-CAD: Add png ouput support, make the option handling a bit smarter - can spot .g,
12:21.38 CIA-65 BRL-CAD: .pix and .png file specifiers without needing -i and -o options (although
12:21.38 CIA-65 BRL-CAD: setting input and output files with the options overrules no-option specifiers)
12:21.38 CIA-65 BRL-CAD: and treats any remaining unknown args as full color specifiers. Net result is
12:21.38 CIA-65 BRL-CAD: rtwizard feels a bit more like rt until you start adding on extra options,
12:21.39 CIA-65 BRL-CAD: although -F/dev/X still needs to be -F /dev/X with rtwizard for now.
13:45.54 CIA-65 BRL-CAD: 03starseeker * r50527 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: If we aren't going to be able to create the out file we need, bail early instead of wiping out during raytracing.
14:31.10 cristina ``Erik: I am working on a patch for migrating the src/librt/primitives/nmg to a separate library
14:32.00 cristina should I use svn move in order to move the files outside librt or should I just specify when providing the patch what should be moved where
14:32.09 cristina ?
15:08.17 CIA-65 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3646 10/wiki/User:Popescu.andrei1991:
15:29.01 CIA-65 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3647 10/wiki/User:Popescu.andrei1991:
15:30.12 CIA-65 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3648 10/wiki/User:Popescu.andrei1991: /* Project Summary */
15:55.20 CIA-65 BRL-CAD: 03starseeker * r50528 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt rtwizard.xml): rtwizard isn't an MGED command line command
15:55.59 starseeker cristina: without commit access, you'll probably want the patch to specify the moves
15:58.07 cristina starseeker: so I will specify them in the description? Because I had to move the nmg/ folder outside librt/primitives/ and my patch became very long
16:38.35 cristina nevermind, starseeker. I realized now that without commit access I can't do that. Thanks for the answer
17:26.30 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3649 10/wiki/User:Stattrav/GSoC2012_log:
17:29.59 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:53.27 andrei hello
17:54.02 andrei I tried to transfer files of size between 24kb and 30kb using tpkg and it did seem to work fine
18:01.42 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:02.52 andrei is there a specific kind of package that fails?
18:10.28 *** join/#brlcad stas (~stas@188.24.35.114)
18:10.58 starseeker andrei: I know generally there's some question about framebuffer communications from rt and whether libpkg is slowing things down...
18:11.46 starseeker andrei: unfortunately I'm not the one to answer pkg questions - I still need to figure out my client/server example in src/libpkg/example...
18:11.59 starseeker never did get them sending text messages back and forth...
18:18.14 andrei I have sent
18:18.19 andrei from /dev/random
18:18.23 andrei not text files
18:19.06 andrei Sorry for writing like that. From what I have seen the test doesn't check the file integrity
18:19.33 starseeker andrei: brlcad is probably the one you need to ask about libpkg issues - to date I haven't wrapped by brain around it successfully yet
18:20.47 andrei sure:)
18:21.59 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:22.09 *** join/#brlcad ksuzee_ (~ksu@46.149.81.166)
18:23.05 ksuzee_ hello
19:23.54 andrei starseeker: should I update my wiki with what I found regarding the tests?
19:32.31 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
19:41.27 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
19:51.04 *** join/#brlcad stas (~stas@188.24.35.114)
19:54.08 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3650 10/wiki/User:Cprecup/GSoC2012_progress: new patch to be reviewed: separate out LIBNMG from LIBRT
20:17.58 *** join/#brlcad merzo (~merzo@102-254-132-95.pool.ukrtel.net)
20:36.30 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
22:02.43 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
22:06.10 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
IRC log for #brlcad on 20120513

IRC log for #brlcad on 20120513

00:14.22 CIA-65 BRL-CAD: 03starseeker * r50529 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Apply a slight tweak of patch 3515194 from Wu Jianbang (phoenix) to add support to the brep command for converting existing primitives to brep form.
01:14.32 *** join/#brlcad thiago (~thiago@201.82.137.56)
07:04.28 *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221)
07:17.41 *** join/#brlcad merzo (~merzo@69-231-132-95.pool.ukrtel.net)
08:11.33 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
08:11.33 *** mode/#brlcad [+o brlcad] by zelazny.freenode.net
08:20.09 *** join/#brlcad stas (~stas@188.24.35.114)
08:37.04 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
08:40.37 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:50.13 *** join/#brlcad cristina (~cristina@188.24.75.98)
09:34.14 *** join/#brlcad kane_ (~Mesut@e182049207.adsl.alicedsl.de)
10:23.50 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
10:27.11 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
11:18.51 *** join/#brlcad andrei (~andrei@188.25.27.148)
11:20.16 *** join/#brlcad cristina (~cristina@188.24.75.98)
11:38.37 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:27.01 *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221)
12:42.53 ``Erik freebsd 10 will default to clang with gcc deprecated
13:36.12 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
13:41.00 *** join/#brlcad cristina (~cristina@188.24.75.98)
14:38.51 *** join/#brlcad kane__ (~Mesut@e181173009.adsl.alicedsl.de)
15:33.54 *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221)
16:19.34 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:28.22 *** join/#brlcad thiago (~thiago@201.82.137.56)
17:40.07 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
18:00.14 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:00.24 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
20:13.54 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3651 10/wiki/User:Ksuzee/Reports:
21:23.29 starseeker ``Erik: that's a big step
21:41.53 starseeker hmm: http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/
21:46.25 *** join/#brlcad cristina (~cristina@188.24.75.98)
23:46.13 *** join/#brlcad DarkCalf (~DC@173.231.40.98)
23:59.40 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
IRC log for #brlcad on 20120514

IRC log for #brlcad on 20120514

01:45.24 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
05:41.28 *** join/#brlcad Stattrav_ (~Stattrav@117.192.130.178)
06:57.30 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:25.42 *** join/#brlcad stas (~stas@82.208.133.12)
07:25.46 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:34.57 *** join/#brlcad cristina (~cristina@188.24.75.98)
09:06.56 *** join/#brlcad cristina (~cristina@188.24.75.98)
09:13.28 *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13)
11:06.18 *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13)
12:17.15 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3652 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs
12:27.04 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3653 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
12:39.42 *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no)
12:49.02 *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13)
12:49.08 CIA-65 BRL-CAD: 03starseeker * r50530 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Make RtWizard namespace more explicitly toplevel, add extra check to make sure we have a proposed output file before doing the file exists test.
12:56.16 CIA-65 BRL-CAD: 03starseeker * r50531 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Use 'C' for color
13:46.53 CIA-65 BRL-CAD: 03starseeker * r50532 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: rename a few variables
13:59.21 *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36)
14:28.53 *** join/#brlcad cristina_ (~cristina@188.24.79.172)
14:31.55 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3654 10/wiki/User:Anoop/Logs:
15:02.33 *** join/#brlcad cristina__ (~cristina@188.24.76.130)
15:57.49 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
15:59.46 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3655 10/wiki/User:Anoop/Logs:
16:00.47 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3656 10/wiki/User:Anoop/Logs: /* May 14,2012 */
16:21.09 *** join/#brlcad cristina (~cristina@188.24.76.101)
16:43.30 CIA-65 BRL-CAD: 03starseeker * r50533 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: If an output file is specified but doesn't have a pix or png extension, assume pix
16:47.41 brlcad waves
16:53.11 brlcad starseeker: did you try downloading the new bsd sort utility?
16:54.31 *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36)
16:55.33 brlcad cristina: you can (and should) run "svn mv" .. and yes it'll make your patch crazy-huge
16:55.48 brlcad compress it and should be fine
16:56.29 brlcad that said, if someone gets to reviewing and applying you patch before you can get to it, no worries -- the instructions work too
16:57.08 brlcad i just may myself since it's rather major and great to see :)
17:12.19 *** join/#brlcad kane_ (~Mesut@g226124248.adsl.alicedsl.de)
17:32.54 cristina brlcad: I've used "svn mv" but then decided to use the alternative, i.e. specify the steps and let someone with commit access to do them
17:33.14 cristina the problem was that with "svn mv", the /nmg folder would still remain
17:50.07 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:50.53 *** join/#brlcad andrei_ (~andrei@5-12-64-10.residential.rdsnet.ro)
18:52.41 brlcad cristina: it only remains for you until you "svn commit", it would have been automatically removed when applied
18:53.01 brlcad until you commit, you can still revert and you need the directory to exist (with the embedded .svn dirs) for that
18:53.09 brlcad no worries, it's a great patch
18:57.53 cristina brlcad: that makes sense :). I was thinking on creating a separate repository with brlcad and apply the changes there, where I would have commit access
19:01.34 brlcad how would that have helped? :)
19:03.36 andrei_ hey brlcad
19:03.43 brlcad hola andrei_
19:03.47 cristina well, my problem is that if I move the files from one side to another, the patch will contain only informations about the lines in the files deleted (i.e., '- <line>'). It doesn't say anything about the files in the new location ('+ <line>')
19:03.56 andrei_ from what I have read on the sourceforge comments(and I have done that a pretty long time ago ) I should only remove comments from my patch
19:03.58 andrei_ and apply it?
19:04.09 andrei_ the one with strdup global var.
19:04.52 CIA-65 BRL-CAD: 03starseeker * r50534 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Make some updates to the rtwizard man page.
19:04.53 starseeker brlcad: not yet - only page I found so far was that portage one
19:05.01 starseeker or ports
19:08.11 starseeker scowls at rtedge
19:10.57 andrei_ I will also post some more detailed and accurate info about my current situation, possible work schedule etc.
19:11.08 andrei_ hopefuly today.
19:15.52 brlcad cristina: hm, the patch should have included the removal and addition if you used svn mv (or at least instructions for a mv)
19:16.31 brlcad andrei_: actually it looked like your patch doesn't actually work, no?
19:16.59 brlcad andrei_: you split the variable into a local scope, but then it's intended purpose no longer works -- why it was global in the first place
19:17.22 brlcad I'd have to read it again to be sure, but it seemed more complex than the patch made it out to be
19:21.28 brlcad cristina: thanks for helping anoop -- that's awesome
19:22.16 cristina brlcad: no problem. I'm glad when I can be useful
19:24.27 andrei_ brlcad, I will try to look into it aswell.
19:31.10 CIA-65 BRL-CAD: 03starseeker * r50535 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Want to pop up the GUI if all we have is the .g file specified
19:50.05 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
19:55.58 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-btcdotlynjvynyrw)
20:09.16 *** join/#brlcad merzo (~merzo@154-123-133-95.pool.ukrtel.net)
20:33.55 CIA-65 BRL-CAD: 03brlcad * r50536 10/brlcad/trunk/AUTHORS: credit wu jianbang (aka phoenix) with an initial code contribution that added support to the brep command for converting existing primitives to brep form. (sf patch 3515194 applied in r50529 by starseeker). thanks wu!
20:36.51 CIA-65 BRL-CAD: 03brlcad * r50537 10/brlcad/trunk/NEWS:
20:36.51 CIA-65 BRL-CAD: credit wu jianbang (aka phoenix) with an initial code contribution that added
20:36.51 CIA-65 BRL-CAD: support to the brep command for converting existing primitives to brep form. (sf
20:36.51 CIA-65 BRL-CAD: patch 3515194 applied slightly tweaked in r50529 by starseeker). gsoc2012.
20:37.58 brlcad starseeker: does the png output support work in gui mode too?
20:38.00 brlcad (rtwizard)
20:41.08 CIA-65 BRL-CAD: 03brlcad * r50538 10/brlcad/trunk/NEWS: cliff added support to rtwizard so that (at least in command-line mode) it'll write out a png file from the framebuffer. if the filename indicates a png extension, it's used and otherwise still defaults to pix.
20:42.10 brlcad patch leads me to believe 'yes', so feel free to delete that NEWS line if it's otherwise
20:54.19 CIA-65 BRL-CAD: 03brlcad * r50539 10/brlcad/trunk/NEWS: richard fixed a region demotion bug in the mged 'red' command (really, another bug? regression should test/catch this...) where a region was being having the region-flag unset.
20:54.23 brlcad is a little dubious of that .. want more info
20:57.31 CIA-65 BRL-CAD: 03brlcad * r50540 10/brlcad/trunk/src/libged/red.c: shouldn't muddle our own terminology with redundancy. regions and groups are combinations. (plus the serial comma was missing and the usage implied an option null set)
20:59.21 CIA-65 BRL-CAD: 03brlcad * r50541 10/brlcad/trunk/TODO: red has failed too many times. new failures such as r50521 necessitate a regression test.
21:04.05 brlcad starseeker: unrelated, came across CMAKE_FIND_LIBRARY_SUFFIXES -- apparently used to find installed libraries that don't have a "usual" suffix
21:04.28 brlcad like having a libwhatever.so.5 but no libwhatever.so, you'd add .so.5 to CMAKE_FIND_LIBRARY_SUFFIXES and it'll find it
21:04.49 brlcad of course, wrapped in some sort of if (unix) check for that one
21:05.26 brlcad if (platform_supports_so_extension)
21:10.21 CIA-65 BRL-CAD: 03brlcad * r50542 10/brlcad/trunk/TODO: need to bump (most, but probably not all) libs version number .. for any whose headers have changed
21:13.11 CIA-65 BRL-CAD: 03brlcad * r50543 10/brlcad/trunk/NEWS:
21:13.11 CIA-65 BRL-CAD: keith improved nurbs raytracing (fixing the segment lists being returned to
21:13.11 CIA-65 BRL-CAD: analysis codes) when we're shooting from inside nurbs geometry. before, it was
21:13.11 CIA-65 BRL-CAD: ignoring hits from behind. r50167 makes them look at those too so the negative
21:13.11 CIA-65 BRL-CAD: hit point is properly returned.
21:13.36 *** join/#brlcad cristina (~cristina@188.24.76.101)
21:17.45 CIA-65 BRL-CAD: 03brlcad * r50544 10/brlcad/trunk/NEWS:
21:17.46 CIA-65 BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug
21:17.46 CIA-65 BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv
21:17.46 CIA-65 BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting
21:17.46 CIA-65 BRL-CAD: before entrance, and dangling entrace cases.
21:23.51 CIA-65 BRL-CAD: 03brlcad * r50545 10/brlcad/trunk/NEWS:
21:23.52 CIA-65 BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug
21:23.52 CIA-65 BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv
21:23.52 CIA-65 BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting
21:23.52 CIA-65 BRL-CAD: before entrance, and dangling entrace cases. this consequently was related to
21:23.52 CIA-65 BRL-CAD: another issue where hit segments were off by 1.01 units.
21:40.48 brlcad starseeker: maybe you can hit this up while you're mucking with rtwizard: https://sourceforge.net/tracker/?func=detail&atid=640805&aid=3485107&group_id=105292
21:41.12 brlcad the summary has the crux: rtwizard needs output file menu with default name
21:46.38 starseeker brlcad: it will output png in at least one case, but last time we discussed it I think the conclusion was more changes to the GUI are needed
21:47.25 brlcad hm, okay .. your recent change seemed different
21:47.46 starseeker command line and GUI are different worlds at the moment
21:47.56 starseeker I'm considering syncing them, but that's a fair bit of work
21:49.38 starseeker actually, Bob and I had discussed integrating "rtwizard-like" abilities into Archer already
21:50.05 starseeker probably won't let us outright kill rtwizard sadly, but for frequent users it should "suck quite a lot less"
21:53.32 starseeker CMAKE_FIND_LIBRARY_SUFFIXES is actually fairly interesting... might help with the stdc++ check...
22:00.25 starseeker brlcad: yeah, we can leave the news item for png output - if any of the GUI modes don't output PNG, now's the time to fix it
22:04.15 brlcad if archer gets rtwizard-like features .. it really should get the majority so we don't have to maintain two codes
22:04.56 crdueck hey guys, taking a look at src/libanalyze/density.c, it seems like lines 43-50 can be safely removed since the if(){ ... continue;} section should handle skipping comment blocks
22:05.15 brlcad rtwizard was written in just a couple weeks .. an archer rewrite shouldn't take longer than that or someone's doing something wrong (or drastically inefficiently different)
22:06.31 brlcad crdueck: have you tested that?
22:06.41 brlcad there's a test_density regression in there I believe
22:06.55 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3657 10/wiki/MgedFAQ: initial cut at making a wiki FAQ out of the referenced help forum msg
22:07.01 crdueck oh okay perfect, i was going to ask how the density function is used so i could do some tests
22:07.53 brlcad "brlman gqa" has an example density file
22:08.18 brlcad or just "man gqa" if you have a proper install and your MANPATH is set
22:30.56 crdueck where are the "BU_INCLUDE_DIRS"? they seemingly arent in the main include dir
22:32.49 crdueck or rather, i'm compiling test_density.c with "gcc test_density.c -I ../../include" and its complaining about undefined references to some bu functions. so what do i need to do to include the bu dirs?
23:01.05 cristina brlcad: I've made a new patch that includes changing the location of the files from src/primitives/nmg
23:01.41 cristina however, the size of the archived patch exceeds the maximum size allowed for files to be uploaded
23:01.58 cristina should I store the file somewhere else and provide a link to it?
23:05.52 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3658 10/wiki/User:Cprecup/GSoC2012_progress: alternative patch created for migrating libnmg from librt
23:14.11 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3659 10/wiki/User:Cprecup/GSoC2012_progress: update: provided temporary link for the new patch
23:28.20 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120515

IRC log for #brlcad on 20120515

00:37.49 CIA-65 BRL-CAD: 03starseeker * r50546 10/brlcad/trunk/src/librt/primitives/ (ehy/ehy_brep.cpp ell/ell_brep.cpp hyp/hyp_brep.cpp):
00:37.50 CIA-65 BRL-CAD: Apply brep patches from 3513288 - slight alteration to the hyp patch which seems
00:37.50 CIA-65 BRL-CAD: to result in correct raytracing of the hyp, although it probably needs a bit
00:37.50 CIA-65 BRL-CAD: more checking to make sure all the surfaces are facing the right way.
02:56.22 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
04:32.41 CIA-65 BRL-CAD: 03brlcad * r50547 10/brlcad/trunk/NEWS:
04:32.41 CIA-65 BRL-CAD: add a line item for the conversion of implicit geometry into boundary
04:32.41 CIA-65 BRL-CAD: representation format now that they are predominantly all implemented and seem
04:32.41 CIA-65 BRL-CAD: to be working well (as seen by csgbrep conversion testing and brep mged
04:32.41 CIA-65 BRL-CAD: command). 95+% all cliff with some support from wu on fixing up ehy, ell, hyp
04:32.42 CIA-65 BRL-CAD: and 'brep' command. also, a smidgen from yours truly fixing various memory
04:32.43 CIA-65 BRL-CAD: management bugs and stabbing in the initial solid bspline->brep conversion.
04:37.29 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3660 10/wiki/Main_Page: link to tom's new mged faq too
04:39.14 brlcad crdueck: undefined references are linker errors, not preprocessor or compilation errors
04:39.49 brlcad that means you're missing a link to libbu ("-Lpath/to/libbu/dir -lbu" for *nix-style systems)
04:40.36 brlcad crdueck: that said, why are you compiling test_density by hand? it should be compiled already during 'make', just not installed
04:42.07 brlcad "cd brlcad-builddir/src/libanalyze && make clean && make" should rebuild build it
04:52.46 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/rights: changed group membership for User:Tbrowder from (none) to sysop: promoted so he can edit the main page
05:19.11 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
05:32.57 *** join/#brlcad cristina (~cristina@188.24.76.101)
05:35.10 *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.79)
06:39.42 *** join/#brlcad Stattrav_ (~Stattrav@117.192.133.52)
07:11.25 *** join/#brlcad stas (~stas@82.208.133.12)
07:17.54 *** join/#brlcad merzo (~merzo@233-204-132-95.pool.ukrtel.net)
07:18.24 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
08:07.57 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
08:08.05 *** join/#brlcad ksuzee_ (~ksu@193.151.105.83)
08:12.47 *** part/#brlcad ksuzee_ (~ksu@193.151.105.83)
08:41.08 *** join/#brlcad Stattrav_ (~Stattrav@117.192.133.52)
09:02.07 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
09:22.11 *** join/#brlcad cristina (~cristina@188.24.81.180)
10:16.17 *** join/#brlcad kane_ (~Mesut@g226124248.adsl.alicedsl.de)
10:36.06 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:43.54 *** join/#brlcad merzo (~merzo@9-217-200-46.pool.ukrtel.net)
11:27.17 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:27.36 starseeker yawns
11:33.16 *** join/#brlcad Stattrav_ (~Stattrav@223.234.140.220)
11:47.01 *** join/#brlcad Stattrav_ (~Stattrav@223.235.130.40)
11:50.30 brlcad tosses a cheerio in
11:52.13 CIA-65 BRL-CAD: 03erikgreenwald * r50548 10/brlcad/trunk/TODO: mention VLS %lld regress failure
11:58.50 *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15)
12:19.06 brlcad ``Erik: thoughts on http://sourceforge.net/tracker/?func=detail&atid=640804&aid=3526862&group_id=105292
12:52.39 CIA-65 BRL-CAD: 03brlcad * r50549 10/brlcad/trunk/src/adrt/isst_tcltk.c: apply Ksenija Slivko's ( ksuzee ) sf patch 3526862 removing the duplicitous Isst_Init() function. Issttcltk_Init() is identical and actually called.
12:56.50 ``Erik brlcad: looks like different platforms had issues with that, starseeker dup'd the function with the name change for linux on may 11, 2011
12:56.57 CIA-65 BRL-CAD: 03brlcad * r50550 10/brlcad/trunk/AUTHORS: chris and wu made code contributions, attribute correctly
12:57.10 ``Erik r44604
12:58.17 ``Erik don't recall exactly why I changed the name with 44590, probably trying to get it to work with the mac
12:59.43 CIA-65 BRL-CAD: 03brlcad * r50551 10/brlcad/trunk/AUTHORS: credit ksenija silvko (ksuzee) with her sf code reduction patches, one recently applied to isst/adrt with others pending.
12:59.47 *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15)
13:01.13 brlcad I guess we'll have to revisit since the commit doesn't say why it's needed (and that claim seems dubious)
13:01.51 brlcad maybe he just had an unclean build since your previous commit changed the name
13:02.08 brlcad either way, shouldn't have been a wholesale copy of the other
13:02.35 ``Erik yeah, if it is a name assembly issue, one should call the other
13:04.12 ``Erik fbsd and mac are failing on launching isst_tcltk now, building on linux.. . (might be a cmake issue, putting the lib in the wrong place)
13:10.36 starseeker brlcad: I have a vague memory that I needed one init function name on Windows and another init name on Linux...
13:11.57 starseeker ``Erik: yeah, I may not have the lib in the right place (or the package require foo looking in the right place) in the installed location
13:12.22 starseeker been a while since I did anything with the isst stuff, so there may be some early hacks in there
13:13.20 *** join/#brlcad andrei (~andrei@5-12-70-105.residential.rdsnet.ro)
13:13.27 ``Erik TCL_PKGINDEX(issttcltk isst "0.1") <-- is that requesting both issttcltk and isst packages defined?
13:20.51 CIA-65 BRL-CAD: 03erikgreenwald * r50552 10/brlcad/trunk/src/adrt/CMakeLists.txt: put library in lib/ instead of lib/isst0.1/ so require can find it
13:22.39 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3661 10/wiki/MgedFAQ:
13:34.17 CIA-65 BRL-CAD: 03erikgreenwald * r50553 10/brlcad/trunk/src/adrt/isst_tcltk.c: Isst_Init() is the name used by FreeBSD, Linux and MacOSX. Add a comment breadcrumb mentioning that Issttcltk_Init() might be required for certain platforms.
13:37.03 *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15)
13:54.37 brlcad I presume that's so package require can load an "Isst" package, so it makes sense it'd need to be named specifically that (unless you change the name of the package)
14:07.04 Stattrav_ brlcad: I was wondering if the paths of executables used for the benchmarking be stored seperately ?
14:17.20 *** join/#brlcad Stattrav_ (~Stattrav@223.235.133.204)
14:25.17 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3662 10/wiki/MgedFAQ: added "titles" to questions
14:38.44 *** join/#brlcad kane__ (~Mesut@g226123012.adsl.alicedsl.de)
14:43.10 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
14:43.10 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3663 10/wiki/Msgid1010480: extract of the note from MgedFAQ to here to serve as a note to that page
14:43.36 *** join/#brlcad Stattrav_ (~Stattrav@223.234.119.200)
14:50.04 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3664 10/wiki/MgedFAQ: removed top note and made a reference to it
15:08.39 *** join/#brlcad RedTide (~myself@host221-244-dynamic.51-79-r.retail.telecomitalia.it)
15:09.03 *** part/#brlcad RedTide (~myself@host221-244-dynamic.51-79-r.retail.telecomitalia.it)
15:34.15 brlcad Stattrav: not sure what you mean, there's the brlcad-config utility?
15:34.42 brlcad the benchmark itself has no awareness of the utilities other than their names and standard places to look for them
15:36.59 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3665 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
16:08.34 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:45.39 *** join/#brlcad DarkCalf (DC@173.231.40.98)
18:01.20 *** join/#brlcad Stattrav_ (~Stattrav@223.236.1.226)
18:07.40 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3666 10/wiki/User:Ksuzee/Reports:
18:48.58 *** join/#brlcad Stattrav_ (~Stattrav@117.192.139.161)
18:57.33 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3667 10/wiki/User:Stattrav/GSoC2012_log: Log of the day 15th May
19:00.59 *** join/#brlcad ibot (~ibot@rikers.org)
19:00.59 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
19:03.10 CIA-65 BRL-CAD: 03starseeker * r50555 10/brlcad/trunk/src/other/lemon/lempar.c: if yyRuleName isn't defined, don't try to sizeof it.
19:05.37 CIA-65 BRL-CAD: 03starseeker * r50556 10/brlcad/trunk/src/other/lemon/lemon.c: While we're at it, pull the latest lemon.c file
19:40.46 CIA-65 BRL-CAD: 03n_reed * r50557 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): Apply changes from SCL git 1016b07. Use std::string more frequently and move ErrorDescriptor message strings to stack to simplify things.
19:41.47 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
19:41.47 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-btcdotlynjvynyrw)
19:51.55 *** join/#brlcad Stattrav_ (~Stattrav@117.192.139.161)
20:32.36 andrei hello
20:50.19 ``Erik howdy, andrei
20:58.53 CIA-65 BRL-CAD: 03erikgreenwald * r50558 10/brlcad/trunk/src/libbu/booleanize.c: Apply fix to '0' test from sf tracker patch 3519874 (cprecup's test_booleanize).
21:01.25 andrei Erik, did you have time to see my mailing-list post?
21:05.20 ``Erik yesterdays? I skimmed it. I'll see if I can re-read it later tonight or tomorrow, but I'm heading home right now... if you have questions or more comments, I'm much better about reading/responding to irc than mailing lists... (for the 24k issue, what about moving a few megs? maybe test speed across a range of sizes and graph results?)
21:05.32 ``Erik heads home :) hasta
21:07.45 andrei ah, that would be a good idea.
21:08.27 brlcad andrei: also, the ttcp program doesn't send packets the size of the inputs, does it?
21:09.13 brlcad er, tpkg
21:11.11 andrei the file I sent from is a 50mb /dev/random stuff.
21:11.19 andrei I have been using it for purposes like this.
21:12.05 andrei I ll try with a computer from a different network
21:12.16 brlcad that's not my point :)
21:12.18 andrei I know
21:12.27 brlcad you could send 50TB
21:12.49 brlcad and it could still be sending that 50TB in 1 byte packets
21:13.13 brlcad i'd bet tpkg is sending the data in something like 2048 byte packets
21:13.33 brlcad the 24k issue wasn't sending 24k of data but sending a single packet larger than 24k
21:15.36 brlcad indeed: bytes = fread(buffer, 1, 2048, fp);
21:16.51 CIA-65 BRL-CAD: 03brlcad * r50559 10/brlcad/trunk/src/libpkg/tpkg.c: use TPKG_BUFSIZE here too
21:23.34 brlcad andrei: that'd be a fine simple patch, make that package size an option to tpkg instead of just being hard-coded
21:27.29 andrei thanks for the hint.
21:28.10 *** join/#brlcad stas (~stas@188.24.35.114)
21:34.38 CIA-65 BRL-CAD: 03brlcad * r50560 10/brlcad/trunk/AUTHORS: credit cristina precup for her booleanize patch #3519874 (unit test for the file src/libbu/booleanize.c) partially applied in r50558
21:36.15 brlcad andrei: do you know shell scripting?
21:37.16 brlcad it might be beneficial to write a shell script that invokes tpkg for various data input sizes and various buffer sizes, so we can see a visual 3D graph of performance
21:37.35 andrei ah, I did learn some
21:38.05 andrei will do that
21:38.41 brlcad something like http://www.sims2000.com/images/demo3.gif or http://www.ni.com/images/labview/2010/neutral/ui_3d_surface_graph.jpg
21:38.47 andrei I don t manage to recompile tpkg and I don t know why
21:39.00 brlcad "make tpkg" should do it
21:39.22 brlcad you could also run: cd src/libpkg
21:39.30 brlcad then "make clean && make
21:39.46 brlcad it'll only clean/delete and rebuild the libpkg products
21:40.34 andrei my brlcad install is located in /usr/brlcad/dev-7.21.0/
21:41.23 brlcad if you only run make, it'll not reinstall
21:41.31 brlcad you have to run make install for that
21:41.52 brlcad still, best to be in path_to_cmake_build_dir/src/libpkg
21:42.02 brlcad so you can run make clean && make && make install
21:42.06 brlcad you don't need to install, though
21:42.06 andrei yes, I tried to run make tpkg
21:42.10 andrei in the build directory.
21:42.14 brlcad and?
21:42.28 andrei [andrei@Andrei-Desktop brlcad-build]$ make tpkg
21:42.29 andrei make: *** No rule to make target `tpkg'. Stop.
21:42.31 andrei [andrei@Andrei-Desktop brlcad-build]$ pwd
21:42.32 andrei /home/andrei/brlcad-build
21:42.38 andrei maybe I m doing something wrong, I initially compiled it using gcc and paths
21:42.51 andrei the gcc command that s written inside it.
21:43.25 brlcad oh!
21:43.28 brlcad that's not your fault
21:43.36 brlcad the cmake build is lacking a target for tpkg apparently
21:43.54 brlcad the autotools build had one, apparently one needs to be added for cmake
21:44.16 andrei I still have the binary, so I m sure I managed to compile it
21:44.23 brlcad probably by hand
21:44.38 andrei I used gcc -I/usr/brlcad/include -L/usr/brlcad/lib -o tpkg tpkg.c -lpkg -lbu
21:44.47 andrei well it has two minor issues
21:44.51 brlcad sure, that would be by hand ;)
21:45.08 andrei it needs spaces between options and path. and my include is /brlcad/$version/include
21:45.39 brlcad you can add the cmake build logic that's missing
21:46.18 andrei now It seems to miss common.h
21:46.20 andrei gcc -I /usr/brlcad/dev-7.21.0/include -L /usr/brlcad/dev-7.21.0/lib -o tpkg tpkg.c -lpkg -lbu
21:46.22 andrei tpkg.c:30:20: fatal error: common.h: No such file or directory
21:46.43 brlcad nods
21:46.55 brlcad so it's basically up to you what you want to learn next
21:47.23 brlcad you can and should figure out how to build applications manually like that -- it's a good skill regardless
21:47.48 brlcad and/or you can figure out the cmake logic to get cmake to build it for you -- less prevalent but simple skill to learn
21:47.55 brlcad example in src/libbu/CMakeLists.txt for that
21:48.49 brlcad or you could use the autotools build where it's already defined and will build/rebuild for you (but is less useful down the road, you don't learn anything)
21:49.04 brlcad suggest the first two options ;)
21:50.21 brlcad ask a question when you're stuck for more than a couple minutes
21:53.02 andrei it claims it can't find common.h( as I linked earlier)
21:53.15 andrei but the file is present on the system
21:53.16 andrei ah
21:53.18 andrei I found the issue
21:53.34 andrei <PROTECTED>
22:04.23 CIA-65 BRL-CAD: 03n_reed * r50561 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): consolidate definitions of STRING_DELIM
22:05.53 brlcad there ya go, so you need at least two include dirs
22:27.06 *** join/#brlcad andrei (~andrei@5-12-70-105.residential.rdsnet.ro)
23:29.37 cristina ``Erik: I fixed the test_booleanize.c patch and I've also found an identical bug as the previous one a few lines below.
23:29.58 cristina I've updated the patch. You can have a look here: https://sourceforge.net/tracker/index.php?func=detail&aid=3519874&group_id=105292&atid=640804
23:30.05 cristina thanks for your advice
23:33.24 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3668 10/wiki/User:Cprecup/GSoC2012_progress: unit tests patch for src/libbu/booleanize.c updated + small bug found
IRC log for #brlcad on 20120516

IRC log for #brlcad on 20120516

00:22.43 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:56.25 CIA-65 BRL-CAD: 03brlcad * r50562 10/brlcad/trunk/NEWS: nick fixed a bug in the make_pnts command where the input datafile wasn't being released. this is particularly problematic on windows and other platforms that do not relinquish the file. r49409.
03:23.20 crdueck hey all, i've made a patch refactoring libbu/lex.c: https://sourceforge.net/tracker/?func=detail&aid=3527142&group_id=105292&atid=640804 i'd appreciate someone taking a quick look at it, thanks
03:25.47 crdueck refactoring a small section, not the whole thing, heh
04:17.05 starseeker digs into the texlive build process out of curiosity and is agast
04:17.51 starseeker suddenly the DocBook toolchain doesn't look so bad
04:24.09 CIA-65 BRL-CAD: 03brlcad * r50563 10/brlcad/trunk/NEWS: nick fixed a bug in the anim_keyread and anim_orient animation tools in r49407 fixing a coverity-detected swapped argument bug. looks like the bug should be evident if one tried to set an xyz view angle.
04:35.15 CIA-65 BRL-CAD: 03brlcad * r50564 10/brlcad/trunk/NEWS: the same swapped arguments bug seen in some of the animation tools is also true in libged/mged commands such as this one, ypr. detected by coverity, fixed by nick.
04:44.50 CIA-65 BRL-CAD: 03brlcad * r50565 10/brlcad/trunk/NEWS:
04:44.50 CIA-65 BRL-CAD: nick fixed a bug in the anim_keyread and anim_orient animation tools in r49407
04:44.50 CIA-65 BRL-CAD: fixing a coverity-detected swapped argument bug. looks like the bug should be
04:44.50 CIA-65 BRL-CAD: evident if one tried to set an xyz /ypr view. also affects anim_lookat.
05:53.43 *** join/#brlcad stas (~stas@188.24.35.114)
06:09.39 *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.50)
07:05.00 *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178)
07:37.28 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:57.48 *** join/#brlcad stas (~stas@82.208.133.12)
08:35.41 *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178)
08:47.48 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
09:59.04 *** join/#brlcad kane_ (~Mesut@e181169118.adsl.alicedsl.de)
10:45.00 *** join/#brlcad merzo (~merzo@210-213-201-46.pool.ukrtel.net)
11:51.55 CIA-65 BRL-CAD: 03erikgreenwald * r50566 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am booleanize.c test_booleanize.c):
11:51.55 CIA-65 BRL-CAD: Apply patch for tracker ID 3519874. Adds a test program for booleanize as well as fixing a bug in the implementation of booleanize.
11:51.55 CIA-65 BRL-CAD: https://sourceforge.net/tracker/index.php?func=detail&aid=3519874&group_id=105292&atid=640804
11:55.23 CIA-65 BRL-CAD: 03bob1961 * r50567 10/brlcad/trunk/src/tclscripts/lib/ (Ged.tcl RtImage.tcl): Added a perspective parameter to cadwidgets::Ged::make_image, cadwidgets::Ged::make_image_local and cadwidgets::rtimage. Also added an extra rtedge call for color objects that are edged in cadwidgets::rtimage.
11:59.15 *** join/#brlcad kane_ (~kane@e181169118.adsl.alicedsl.de)
12:07.13 d_rossberg kane_: how is your progress with the patch?
12:08.07 kane_ d_rossberg: i am working on it, but it is realy hard, i have to understand how the whole DM works.
12:10.23 d_rossberg what are you working on?
12:11.25 kane_ if you attach a ogl window in tk and close it mged will close,too
12:14.47 kane_ i have tried to debug it with gdb, but i got only a Errorcode 0 without anything else.
12:18.11 d_rossberg try to set a brakpoint at exit() in gdb
12:51.26 kane_ when I set a breakpoint on mged_finish, i get this: [Thread 0xa824bb40 (LWP 6776) exited]
12:51.28 kane_ [Inferior 1 (process 6773) exited with code 01]
12:51.30 kane_ warning: Error removing breakpoint 0
12:58.51 d_rossberg did you tried "break exit" in gdb?
12:59.18 d_rossberg this should catch bu_bomb() etc. too
13:08.46 CIA-65 BRL-CAD: 03bob1961 * r50568 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor mod to cadwidgets::get::make_image_local (i.e. need to call perspective with a view).
13:12.36 kane_ I get the same, I think there is no error. Maybe mged believe that the first attached window is the main window. Accordingly on close he will exit mged, too.
13:17.33 brlcad kane_: try break _exit
13:17.37 d_rossberg that's right, but if you have a brakpoint at exit() and the debugger stops there you can examine the call stack (backtrace) at this point
13:18.31 brlcad even if there's no error, there's only a couple ways to leave an application
13:18.59 brlcad could put a breakpoint on main()'s return too if it's exiting from event processing
13:20.13 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3669 10/wiki/User:Cprecup/GSoC2012_progress: patch for test_booleanize.c applied in the revision r50566
13:28.54 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3670 10/wiki/User:Anoop/Logs:
13:29.40 kane_ ok, thx i have the backtrace info
13:32.27 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3671 10/wiki/User:Anoop/Logs: /* May 16, 2012 */
13:43.58 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3672 10/wiki/User:Anoop/Logs: /* ToDo */
14:09.17 starseeker brlcad: if you've got a second, I could use an opinion on patch 3526551 (the eto_brep.cpp patch) - I think we're down to issues that are solver related rather than csg->NURBS conversion related, based on what I'm seeing
14:09.45 ``Erik huzzah for fuzzy numbers O.o
14:23.35 *** part/#brlcad kane_ (~kane@e181169118.adsl.alicedsl.de)
14:27.40 starseeker yeah, pixdiff only reports 27 off by many - nowhere near enough to explain those patterns
14:35.54 *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178)
14:53.11 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
14:55.53 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
15:25.57 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3673 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
16:09.10 CIA-65 BRL-CAD: 03bob1961 * r50569 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Missed a perspective usage. Call fb-pix at the end of the color object section.
16:45.01 CIA-65 BRL-CAD: 03bob1961 * r50570 10/brlcad/trunk/src/ (libged/perspective.c libtclcad/tclcad_obj.c): Don't need to compute the perspective matrix in tclcad_obj.c/go_draw() (i.e. use the previously computed gv_pmodel2view). Mod ged_perspective() to calculate gv_pmat if gv_perspective is greater than 0.
17:56.04 CIA-65 BRL-CAD: 03starseeker * r50571 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Apply patch 3526551 from Wu Jianbang fixing eto implicit to brep conversion behavior.
18:09.05 CIA-65 BRL-CAD: 03starseeker * r50572 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add a perspective slot to the rtimage call - zero for now, but need to add the perspective option to rtwizard command line.
18:47.58 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
18:58.54 *** join/#brlcad cristina (~cristina@188.24.81.180)
19:27.18 *** join/#brlcad andrei_ (~andrei@5-12-68-232.residential.rdsnet.ro)
20:16.52 brlcad starseeker: did you have a pixdiff of those differences
20:37.08 *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178)
20:44.34 *** join/#brlcad andrei_ (~andrei@5-12-68-232.residential.rdsnet.ro)
21:35.46 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
21:38.01 CIA-65 BRL-CAD: 0314.139.128.12 07http://brlcad.org * r3674 10/wiki/User:Anuragmurty: /* Development Log */
21:38.21 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
21:39.00 *** join/#brlcad piksi (piksi@pi-xi.net)
22:01.27 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
22:38.35 starseeker brlcad: http://bzflag.bz/~starseeker/eto_diff.png
22:39.28 ``Erik what're the grey oval and sliver? exact match?
22:39.44 starseeker I think...
22:39.57 starseeker only 27 pixels were off by many
22:40.28 ``Erik any clue which 27?
22:40.39 starseeker unfortunately, no
22:40.56 starseeker was discussing that with brlcad earlier - he said there were some pix tools that could help with that
22:41.32 ``Erik be trivial to write a filter to show it, what about nirt differences to compare distance vs normal vs point->light ray?
22:42.36 ``Erik (when tie looked like that, I said "good 'nuff", still need to redo comparisons with that 1mm fix indianlarry found to see if it still has the same look...) :D
22:43.03 starseeker http://bzflag.bz/~starseeker/eto_implicit.pix
22:43.16 starseeker http://bzflag.bz/~starseeker/eto_brep.pix
22:43.21 starseeker those are the source pix files
22:43.56 starseeker I'm more disturbed by the odd behavior in the subtraction case
22:44.56 ``Erik *nod* I'd still think it's a side effect issue from uninitialized or overwritten memory from what you told me
22:45.17 starseeker prepares a better screen shot of that effect
22:46.03 ``Erik pokes at glsl some more O.o
22:47.48 starseeker http://bzflag.bz/~starseeker/eto_implicit-eto_brep.png
22:48.07 starseeker kinda nifty if it weren't so annoying
22:49.20 ``Erik art!
22:51.43 starseeker beware, glsl might poke back
23:48.30 ``Erik http://d1xzuxjlafny7l.cloudfront.net/wp-content/uploads/2011/05/OpenGL-ES-2-Comic-250x215.jpg
IRC log for #brlcad on 20120517

IRC log for #brlcad on 20120517

01:55.29 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
02:24.29 *** join/#brlcad xth1 (~thiago@201.82.137.47)
02:47.49 brlcad starseeker: http://brlcad.org/tmp/eto_diff.jpg
02:48.28 brlcad 9 off-by-many (9*3 = 27 bytes off-by-many)
02:53.57 brlcad at a glance, I'd question whether the brep/nurbs grazing hits and misses are correct
02:54.13 brlcad iff the surfaces actually are defined correctly/exactly
04:40.21 starseeker brlcad: yeah, quite possible
05:40.58 *** join/#brlcad Stattrav_ (~Stattrav@117.202.25.149)
06:54.56 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
07:31.24 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3675 10/wiki/User:Anoop/Logs:
09:04.18 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
09:10.57 *** join/#brlcad stas (~stas@82.208.133.12)
10:20.50 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
10:22.24 *** join/#brlcad kane_ (~kane@e181160138.adsl.alicedsl.de)
11:48.14 CIA-65 BRL-CAD: 03bob1961 * r50573 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a perspective angle preference.
11:50.12 CIA-65 BRL-CAD: 03bob1961 * r50574 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::perspective_all
13:02.01 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
13:26.26 brlcad hello anuragmurty
13:26.37 anuragmurty hi!
13:28.09 anuragmurty hello sean!
13:41.52 brlcad so what are you up to today?
13:45.20 CIA-65 BRL-CAD: 03brlcad * r50575 10/brlcad/trunk/configure.ac: need libz even if we build opennurbs ourselves
14:00.01 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
14:03.04 anuragmurty1 brlcad: i was reading a paper on obtaining the voxels using raycasting.
14:03.05 anuragmurty1 (A Low Cost Antialiased Space Filled Voxelization Of Polygonal Objects).
14:03.56 anuragmurty1 i am just seeing if the algorithm is suited to the needs.
14:06.28 brlcad anuragmurty1: you hopefully do realize that your problem is considerably simpler than what that paper is deadling with
14:06.51 brlcad the only thing that paper offers of value that I see is to use spatial partitioning for building up the voxel result
14:07.10 brlcad our raytrace library will already give you perfect information on where material exists and does not exist
14:07.47 brlcad and is not limited to polygonal mesh geometry
14:09.57 brlcad have you looked at the BRL-CAD references that were mentioned earlier yet?
14:10.51 anuragmurty1 brl-cad : yes. i was just reading up on some references etc right now.
14:11.01 anuragmurty1 rt, rtweight i have
14:12.01 brlcad gqa is the big one that does exactly what you need, but is the most complex
14:12.04 anuragmurty1 i have not been able to do gqa yet. I am going to complete reading the code
14:12.09 anuragmurty1 yes
14:12.40 anuragmurty1 I did realise it wasn't too simple. will be doing that now.
14:13.16 brlcad ideally, you'd perform the same adaptive sampling that gqa does, but as a library function -- then make gqa use that library
14:13.46 brlcad then use that library to create actual volumetric geometry within mged
14:14.34 brlcad anuragmurty1: getting commit access established is still priority #1 right now, so see if you can get someone to review your recent patch
14:14.51 brlcad perhaps create a second patch based on the e-mail I sent you last night for booleanize
14:15.33 brlcad that shouldn't take more than a half-hour and if done flawlessly, would get you established
14:17.02 anuragmurty1 brlcad:ok thank you for the pointers. I will start working on it now. And on understanding the gqa part too.
14:17.44 brlcad start with rtweight or rtarea before tackling gqa -- or even our rtexample on the wiki
14:18.23 brlcad there's a lot of complexity involved and if you don't understand those basic parts first, you won't understand gqa
14:18.44 anuragmurty1 ok i will get started right away.
14:19.08 anuragmurty1 though i am done with rt,rtweight
14:19.10 brlcad after the booleanize unit test patch, I suggest writing this from scratch: http://brlcad.org/wiki/Example_Application
14:19.53 brlcad make sure you understand *everything* in that example, and ask questions
14:20.06 anuragmurty1 sure, i will do that!
14:20.45 anuragmurty1 just one more thing. the test_bitv was my first patch. How do i get someone to review it?
14:21.20 anuragmurty1 i want to see if i am going wrong somewhere before i write another one, thats all.
14:22.28 brlcad anuragmurty1: technically your second no? didn't you send a booleanize unit test?
14:23.43 anuragmurty1 oh yes. that was there. But i did not submit it on the tracker.
14:23.56 brlcad you ask an existing dev to review it -- if you did your part and it applies, builds, and runs cleanly then it'll be trivial to review
14:24.34 anuragmurty1 ok, i will do that. thank you.
14:49.19 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
14:51.06 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
14:59.28 CIA-65 BRL-CAD: 03brlcad * r50576 10/brlcad/trunk/NEWS: nick fixed a bug in the keypoint selection of extrude geometry while fixing a coverity-detected invalid array index (cid 426)
15:01.21 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
15:03.36 CIA-65 BRL-CAD: 03brlcad * r50577 10/brlcad/trunk/NEWS:
15:03.36 CIA-65 BRL-CAD: nick fixed a bug in the conversion of ascii hyp objects into .g format where it
15:03.36 CIA-65 BRL-CAD: would fall-through and try to create an eto of the same name. this undoubtedly
15:03.36 CIA-65 BRL-CAD: resulted in either a crash, (likely) error message saying it couldn't make the
15:03.36 CIA-65 BRL-CAD: eto, or eto replacing the hyp. fixed due to coverity cid 335, in r48532.
15:07.50 CIA-65 BRL-CAD: 03brlcad * r50578 10/brlcad/trunk/NEWS:
15:07.50 CIA-65 BRL-CAD: tom browder fixed memory leaks in the comgeom-g importer. nick also fixed a
15:07.50 CIA-65 BRL-CAD: couple memory leak errors detected by coverity. as a single-use-then-exit tool,
15:07.50 CIA-65 BRL-CAD: the impact of the memory leaks is minor, but potentially user-visible if there
15:07.50 CIA-65 BRL-CAD: are lots of geometry import failures (for whatever reason).
15:09.46 kane_ Is the ogl displaymanager closed by the ogl_close() function or is there an alternative to close it?
15:10.39 brlcad kane_: an application could always exit
15:11.44 kane_ I have done a backtrace, ogl_close will never called if the window is closed, is this normal?
15:11.55 kane_ (not the main window)
15:13.47 CIA-65 BRL-CAD: 03brlcad * r50579 10/brlcad/trunk/NEWS: numerous enhancements were made to NMG processing during the coverity defect fixing including book-keeping fixes (incrementing pointer instead of value), memory allocation problems, logic problems, and more.
15:16.41 CIA-65 BRL-CAD: 03brlcad * r50580 10/brlcad/trunk/NEWS:
15:16.41 CIA-65 BRL-CAD: nick improved the obj-g importer making it more robustly handle bad geometry.
15:16.41 CIA-65 BRL-CAD: more specifically, if faceuse creation fails, it'll now propagate that failure
15:16.41 CIA-65 BRL-CAD: and skip those faces (instead of propagating bad geometry). fixed in r48312.
15:21.37 CIA-65 BRL-CAD: 03brlcad * r50581 10/brlcad/trunk/NEWS: nick added support in r47659 for braces around shader parameters, e.g. "plastic {sp .5 di .5}" as well as "plastic sp=.5 di=.5" to help improve usability and interaction with the mater command.
15:24.19 CIA-65 BRL-CAD: 03brlcad * r50582 10/brlcad/trunk/src/libbu/parse.c: use BU_STR_EQUIV for case-insensitive checking when a shader string includes stack or envmap.
16:10.00 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3676 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
16:12.16 CIA-65 BRL-CAD: 03cprecup * r50583 10/brlcad/trunk/src/libbu/test_booleanize.c: Fixed the style and formatting
16:58.05 CIA-65 BRL-CAD: 03n_reed * r50584 10/brlcad/trunk/src/other/step/src/ (5 files in 3 dirs): Apply changes based on SCL git 6e9b5a7. Creates GetLiteralStr function to implement and extend functionality common to SDAI_String::STEPread and PushPastString.
17:09.20 *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.9)
17:35.16 brlcad hello Stattrav_, any progress lately?
17:36.23 Stattrav_ yeah, looking into submitting the patch right now. Was going through the bugs list
17:36.27 Stattrav_ and TODO list
17:36.49 Stattrav_ and there is none except the one I mentioned before.
17:38.13 brlcad Stattrav_: "there is none" means what? :)
17:38.25 brlcad there are lots of bugs and todo items..
17:38.37 Stattrav_ sorry the one close to what I am working on.
17:38.49 Stattrav_ Sorry about that ambiguity again
17:39.16 Stattrav_ http://i.imgur.com/oRQdM.png <- Fixing this part counts as a patch ?
17:40.08 brlcad patch just means "change to the code"
17:40.21 brlcad so if you change that and fix the FIXME, sure that'd be a patch
17:40.40 Stattrav_ no, what you wanted is the code being better isnt it ?
17:41.02 brlcad well of course -- a patch that doesn't improve anything isn't useful :)
17:41.41 brlcad so you could work on that fixme, sure
17:41.43 Stattrav_ so fixing this is useful right,
17:41.54 brlcad any place you see a FIXME is probably useful
17:42.06 brlcad almost certainly useful by definition
17:42.08 Stattrav_ sure, already on it.
17:42.23 Stattrav_ thanks.
17:42.26 brlcad another thing you could work on would be fixing the output from pixdiff
17:43.21 brlcad it presently tracks and reports bytes different but should be doing so pixel at a time (and ideally still work for 1-channel bw or 3-channel pix inputs)
17:43.49 brlcad benchmark calls pixdiff, so it's even related to your project
17:44.38 Stattrav_ I saw that it calls a pixcmp tool. this should be a part of it right
17:45.47 brlcad that's what I meant, pixcmp
17:45.53 brlcad not pixdiff
17:46.10 brlcad though those tools are very much interrelated and could be merged too
17:47.59 Stattrav_ ohh, give me a few moments looking into the source
17:59.07 Stattrav_ yup
17:59.49 kane_ I have submitted a trivial patch. I thought maybe it is better to provide it, than work for days on the dm-ogl bug... But I will try to solve it, too.
18:00.07 brlcad Stattrav_: if you attempt to merge them, you should document a precise usage statement first that describes how it'll work
18:01.40 brlcad i'd suggest mirroring it after diff(1) as much as possible but still supporting pixcmp's scriptability with summary output and return code(s) and pixdiff's scriptability as an image filter (redirecting inputs/outputs)
18:02.09 brlcad kane_: okay, someone should check it out soon
18:03.45 brlcad kane_: there are a variety of libdm-related TODO entries that you could look into that are probably a lot simpler than any of the dm-ogl bugs
18:04.31 Stattrav_ brlcad: I need some more time to understand how the .pix files are formatted shall get back to you in 20
18:04.35 Stattrav_ minutes that is
18:07.07 CIA-65 BRL-CAD: 03brlcad * r50585 10/brlcad/trunk/BUGS: out of date dm bugs seem to be no longer an issue
18:07.09 brlcad or I could just tell you :)
18:07.31 ``Erik http://youtu.be/1pgm8I0B8bY gallardo accident
18:07.36 brlcad or run "brlman pix"
18:08.39 Stattrav_ oh sure
18:08.41 Stattrav_ thanks
18:10.17 brlcad it's a simple 3-channel raw image
18:10.20 brlcad rgbrgbrgb
18:10.45 brlcad bw is the same, but 1-channel
18:13.20 Stattrav_ ohh 3 unsigned chars
18:15.26 Stattrav_ aah now I understood the code around 232
18:15.36 Stattrav_ line numbers that is of pixcmp.c
18:20.05 brlcad do you understand what the problem is?
18:21.09 Stattrav_ so it goes comparing characters in each pixel if the value is the same or what it differs by
18:21.36 brlcad that's what it does, yes
18:21.40 brlcad what's the bug, though?
18:21.45 Stattrav_ not clear yet
18:22.56 brlcad reporting off-by-one differences and off-by-many differences incorrectly
18:23.32 Stattrav_ it gives a cumulative
18:23.37 brlcad it'll say for example that 27 pixels were off-by-many, where there were really only 9 pixels different (9*3=27)
18:23.48 brlcad bytes vs pixels mismatch
18:24.09 Stattrav_ aah
18:24.16 Stattrav_ yes
18:24.27 Stattrav_ its counting for each of the channels
18:24.37 brlcad it's not as simple as divide by 3 though
18:25.53 brlcad do you have gimp or some other simple image editing program installed?
18:26.13 Stattrav_ so if either of the channels is off, count+1, else continue. divide by 3 doesnt work because one of the channels might be equal
18:26.21 Stattrav_ should let me check
18:27.30 Stattrav_ installing gimp. Have a minimal install of arch at the moment.
18:29.32 brlcad copy one of the same image files in pix/ and make simple edits to it, maybe paint 9 black/background pixels white, 9 red, 9 green, and 9 blue
18:29.51 brlcad so you should get 9 off-by-many, and 27 off-by-one
18:30.11 brlcad or something similar -- enough to tell that you got it correct
18:30.37 brlcad needs to be verified -- VERY easy to introduce an error, so be careful and TEST
18:31.15 Stattrav_ pix could not be loaded it says
18:31.24 brlcad you should be able to open our pix files in gimp by renaming them to .raw and using File -> Open -> Select File Type -> Raw image data
18:31.38 Stattrav_ aah
18:32.02 CIA-65 BRL-CAD: 03starseeker * r50586 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Do something slightly more intelligent about fbserv ports - also, have a use for a verbose flag now...
18:34.20 Stattrav_ something is not right http://i.imgur.com/pgMNM.png
18:34.30 Stattrav_ let me check that
18:34.45 brlcad indeed
18:34.55 brlcad looks like the starship pix file
18:35.06 brlcad try moss.pix
18:36.48 Stattrav_ http://i.imgur.com/emUsl.png
18:37.15 brlcad yeah, so clearly not right :)
18:37.24 brlcad you're not specifying something correctly to gimp
18:37.24 Stattrav_ :(
18:37.28 Stattrav_ yup
18:37.29 brlcad you have to tell it what the image is
18:38.12 brlcad it's a 512x512 3-channel, 8-bits-per-channel, image
18:38.12 Stattrav_ I did select it as raw format
18:38.37 Stattrav_ there is an alias pix image format
18:38.44 brlcad the skewed lines implies you've specified the size or bytes or something else wrong
18:39.01 brlcad it is not an alias pix file
18:39.09 CIA-65 BRL-CAD: 03bob1961 * r50587 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: The previous fix to call glReadPixels with GL_RGB instead of GL_RGBA was flawed. This fixes the problem that was seen in to_png().
18:39.49 Stattrav_ yup it failed too.
18:40.07 Stattrav_ could I write to the file directly ?
18:40.08 brlcad we have an alias-pix converter, entirely different file type
18:40.27 brlcad you could but that is ignoring the elephant in the room
18:40.47 brlcad are you provided with any dialog or panel when you open the file as raw?
18:41.03 Stattrav_ yeah
18:41.07 brlcad how is it determining the number of channels, bit depth, size, etc
18:42.05 Stattrav_ http://i.imgur.com/OMloF.png
18:42.43 brlcad okay, there's your bug
18:43.01 Stattrav_ which is ?
18:43.25 brlcad http://i.imgur.com/OMloF.png is very clearly declared wrong
18:43.51 Stattrav_ aah
18:44.52 CIA-65 BRL-CAD: 03starseeker * r50588 10/brlcad/trunk/src/tclscripts/rtwizard/ (RaytraceWizard.tcl rtwizard.tcl): rtwizard.tcl is doing the sanity insurance for dbFile
18:44.56 brlcad what are the image type options?
18:45.47 Stattrav_ available in gimp ?
18:46.08 brlcad http://i.imgur.com/OMloF.png lists Image Types as the first option you can specify
18:46.11 brlcad what are the image type options?
18:47.33 Stattrav_ RGB, RGB Alpha, RGB565, planar RGB, Indexed, Indexed Alpha
18:49.34 brlcad having read our pix man page, which of those do you think is our pix file format?
18:50.00 Stattrav_ reading about those formats now :)
18:50.35 brlcad I gave you a hint earlier .. ;)
18:51.08 brlcad 14:10 <@brlcad> it's a simple 3-channel raw image
18:51.10 brlcad 14:10 <@brlcad> rgbrgbrgb
18:51.14 Stattrav_ its rgb
18:51.15 Stattrav_ yeah
18:51.37 brlcad the rgb alpha adds a fourth channel: rgbargbargba
18:51.43 brlcad for transparency
18:51.49 Stattrav_ rgb should be the thing
18:51.50 brlcad rgb565 is a bastard
18:52.11 brlcad planar rgb is all the rrrrr...ggggg.....bbbb... without interleaving the values
18:52.16 Stattrav_ not planar either
18:53.32 brlcad indexed would be a lookup table based raw format of some sort
18:53.41 brlcad presumably 1-channel
18:53.50 brlcad so okay, RGB
18:53.59 brlcad having read our pix man page, what's our offset?
18:54.06 *** part/#brlcad kane_ (~kane@e181160138.adsl.alicedsl.de)
18:54.08 brlcad is there a header?
18:54.38 Stattrav_ none now
18:54.46 brlcad good, so 0
18:54.53 brlcad what's the input image size?
18:55.13 Stattrav_ 512x512
18:55.58 brlcad so that's all the image parameters
18:56.50 Stattrav_ so why does one get 786432 matchings
18:57.00 brlcad palette type RGB sounds right too, and there certainly isn't a palette file, so what does that give you?
18:57.18 Stattrav_ sorry
18:57.21 Stattrav_ that was with -b
18:57.41 brlcad is still focused on your gimp import failure
18:57.59 Stattrav_ omg
18:58.08 Stattrav_ that was such a big fail on my part
18:58.15 Stattrav_ 350 changed to 512
18:58.22 brlcad progress
18:58.47 Stattrav_ now I see that
18:58.51 Stattrav_ :D
18:59.11 Stattrav_ Enterprise nice
18:59.39 brlcad the only last detail is that we use first-quadrant coordinates, and gimp uses fourth quadrant by default so you probably have to flip horizonally to see it right-side up (but don't save that way or it'll be upside down in brl-cad)
19:00.13 Stattrav_ yeah
19:00.36 brlcad so now if you open moss.pix and make some pixels white, some red, some blue, some green -- you can create a test case and see the bug
19:00.56 Stattrav_ ohh k
19:01.33 Stattrav_ yes
19:03.25 brlcad edit the black background pixels so it's clearly off-by-one vs off-by-many channels
19:04.06 brlcad if you want to start even simpler, make the off-by-# value an option to pixcmp instead of just using 1
19:05.18 Stattrav_ aah
19:08.14 Stattrav_ pixcmp pixels: 260319 matching, 0 off by 1, 1825 off by many
19:09.13 brlcad bingo was his nameo
19:09.30 brlcad note
19:09.34 brlcad ~512 * 512
19:09.34 ibot 262144
19:09.39 brlcad ~512 * 512 * 3
19:09.39 ibot 786432
19:09.54 brlcad ~1825 / 3
19:09.54 ibot 608.333333333333
19:10.04 Stattrav_ oh yeah
19:10.28 Stattrav_ figured that out. was using a -b
19:10.33 Stattrav_ option
19:10.54 brlcad sounds like you edited with a "brush" tool instead of a "pencil" tool .. 608 and 1/3rds pixels changed is a lot
19:11.07 Stattrav_ yeah
19:11.15 Stattrav_ http://i.imgur.com/3Q6Jt.png
19:11.37 brlcad another thing you can do is create an all-red, all-blue, all-green, all-white, all-black image and diff those
19:12.34 Stattrav_ aah k
19:14.05 brlcad ah, yeah, your edit is a bit useless
19:14.35 brlcad you need to edit a specific number of pixels, and some in only one color channel
19:14.46 brlcad so you know exactly how many are off-by-###
19:15.09 brlcad that white and red blob doesn't really tell you anything about whether the counts are right or wrong
19:15.27 Stattrav_ aah,
19:15.38 Stattrav_ pixcmp pixels: 261705 matching, 0 off by 1, 439 off by many <= wrong too
19:15.49 Stattrav_ as in useless too
19:15.56 brlcad if you just edit one of the black pixels, and turn it white -- you'll know you changed all three channels from 0/0/1 to 255/255/255 .. an off-by-many change
19:16.10 Stattrav_ aah
19:16.12 brlcad 0/0/1 is the default background color
19:16.59 brlcad make the brush in gimp as small as it can go (use a pencil tool if they describe it as such) so it's 1x1 pixels big
19:17.01 Stattrav_ pixcmp pixels: 262143 matching, 0 off by 1, 1 off by many
19:17.06 brlcad that's better
19:17.13 brlcad now go for 4 or 5 like that
19:17.38 brlcad then do the same thing with red/green/and blue separately
19:17.58 brlcad so 0/0/1 changes to 255/0/1 if you painted the pixel red, for example
19:18.03 Stattrav_ pixcmp pixels: 262135 matching, 0 off by 1, 9 off by many
19:18.18 Stattrav_ ohk shall do it with different colours
19:18.42 brlcad pure red (255/0/0), green (0/255/0), and blue (0/0/255)
19:19.04 brlcad you may need to make them 255/0/1 and 0/255/1
19:19.15 brlcad so as to not be counted as an off-by-many
19:19.28 brlcad given the background is 0/0/1
19:20.08 Stattrav_ sure. doing that
19:23.16 Stattrav_ pixcmp pixels: 262138 matching, 1 off by 1, 5 off by many
19:23.19 ``Erik ~1 / 0
19:29.19 Stattrav_ so now, the code upon seeing the pixel 255/0/1 compares r1 and r2 and does offmany++ and goes on.
19:29.35 Stattrav_ that was based on r1 != r2
19:30.46 Stattrav_ this code gives you atleast off by count doesnt it ?
19:31.04 Stattrav_ w.r.t to the channels
19:31.25 Stattrav_ ]]
19:31.48 Stattrav_ sorry for that "]]"
19:35.51 Stattrav_ pixcmp pixels: 262108 matching, 9 off by 1, 27 off by many
19:41.42 Stattrav_ brlcad: wait, so when I compare 0/0/1 and 1/1/1, then, it should report as off by many right
19:42.28 brlcad you tell me
19:45.56 Stattrav_ so it should be off by one pixel is screwed
19:46.19 Stattrav_ so wait that doesnt make sense what i just said
19:47.13 Stattrav_ aah, so that should be counted as two off by 1s not off by many
19:48.07 Stattrav_ 0/0/1 & 1/1/1 => 2 off by one, 0 off by many
19:48.09 Stattrav_ brlcad: ^
19:50.04 Stattrav_ now I get it. it is one pixel gone wrong, 2 channels mismatched by 1 and none go beyond 1 in the above case
19:50.24 Stattrav_ so a pixel wise count has to be maintained.
19:50.27 Stattrav_ as well
19:50.36 Stattrav_ did I get that right ?
19:52.02 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
19:52.15 CIA-65 BRL-CAD: 03brlcad * r50589 10/brlcad/trunk/NEWS: tom browder expanded the bb command help for mged, filling in synopsis, options, and more. r48146
19:54.26 CIA-65 BRL-CAD: 03brlcad * r50590 10/brlcad/trunk/NEWS: the archer bot selection gui lets the user pick what bot they want to edit by displaying a combobox. the list was previously unsorted, now sorted. r49182
20:00.31 CIA-65 BRL-CAD: 03brlcad * r50591 10/brlcad/trunk/HACKING: move the discussion about branches out of the secion on commit access and into the sections on organization. similarly, clean up the testing section to avoid superfluous information.
20:03.45 Stattrav_ brlcad: could you verify my understanding of the bug as mentione above ?
20:03.47 CIA-65 BRL-CAD: 03brlcad * r50592 10/brlcad/trunk/NEWS:
20:03.48 CIA-65 BRL-CAD: cliff added support to rtwizard so that it'll write out a png file from the
20:03.48 CIA-65 BRL-CAD: framebuffer. if the filename indicates a png extension, it's used and otherwise
20:03.48 CIA-65 BRL-CAD: still defaults to pix. previously, richard also added preliminary support for
20:03.48 CIA-65 BRL-CAD: png output to just the ghost image with insert (type e) output mode.
20:04.24 Stattrav_ so the output should contain both the pixels and bytes
20:07.25 brlcad Stattrav_: i think you understand the issues, just not necessarily the desired/exepected goal
20:07.30 ``Erik O.o png from rtwizard? I thought that'd require significant re-architecting (or ugly tmp file ugliness)
20:07.53 brlcad I think they added a final pix-png step
20:08.20 brlcad Stattrav_: so I think the beginning of that line frames what I'd expect in the output
20:08.25 brlcad "pixcmp pixels: ..."
20:08.31 brlcad so those numbers should be counts of pixels
20:08.38 brlcad not channels or bytes or otherwise
20:08.49 Stattrav_ yes
20:09.00 brlcad so XXX matching pixels, YYY off by 1 pixels, and ZZZ off by many pixels
20:09.17 brlcad X+Y+Z should equal number of pixels in the image
20:09.30 Stattrav_ yes,
20:11.01 Stattrav_ so 1/1/1 from 0/0/1 is away by 1 ?
20:11.42 brlcad looking at the code, I don't think that's the intention
20:12.06 brlcad that's off by 1 value in 2 channels, so off overall by 2 values .. that's off-by-many
20:12.29 brlcad the real question is whether 2/0/1 and 0/0/1 is off by one or many
20:12.38 brlcad I believe that's also considered off-by-many
20:12.48 Stattrav_ off by many by the definition in the code right
20:13.20 Stattrav_ aah the off_by is on a scale of 0-255*3
20:13.31 brlcad so off-by-many means off by more than one value across one or more channels
20:13.53 Stattrav_ so cumulative off-by of individual channels
20:14.52 brlcad of all channels, yes
20:15.00 Stattrav_ aah the bug is that the code considers 1/2/1 and 0/0/1 as off by 1 where as it is off by 3
20:15.34 Stattrav_ s/as off/are off/
20:15.50 brlcad sounds like you have enough to keep you busy for an hour or two now ;)
20:15.59 brlcad maybe less, could be very simple
20:16.09 Stattrav_ that is the bug aint it ?
20:16.14 Stattrav_ cool
20:16.20 brlcad the trick is making sure it all still works with -b byte mode too
20:16.39 brlcad byte mode is basically treating it as just one-channel input
20:16.43 Stattrav_ yup
20:17.31 Stattrav_ shouldnt be, as the values are the same for (g1 and g2) and (b1 and b2)
20:17.43 brlcad so therein could be a rewrite. an option for #channels instead of assuming 1 or 3, then counting up off-by-1 and off-by-many becomes much simpler
20:18.07 brlcad loops instead of needing r g b variables and such specific tracking
20:18.18 Stattrav_ oh yeah
20:18.19 brlcad your choice
20:18.27 brlcad could just fix the bug
20:18.47 CIA-65 BRL-CAD: 03r_weiss * r50593 10/brlcad/trunk/src/librt/ (db5_types.c db_tree.c): (log message trimmed)
20:18.47 CIA-65 BRL-CAD: Updated function "db5_sync_attr_to_comb" in file "librt/db5_types.c". Changed
20:18.47 CIA-65 BRL-CAD: the name input to the directory structure. This was necessary so that the
20:18.47 CIA-65 BRL-CAD: directory "d_flags" region bit could be set/unset based on the "region"
20:18.47 CIA-65 BRL-CAD: attribute. Before this change, when using the mged "red" command to add/remove
20:18.47 CIA-65 BRL-CAD: attribute "region=R", the mged "attr show" command would not indicate the change
20:18.48 CIA-65 BRL-CAD: even though the attribute "region=R" was successfully added or removed. Updated
20:18.48 brlcad or like I mentioned earlier, add an option for specifying the off-by-VAL
20:18.56 brlcad where VAL can be specified and just defaults to 1
20:19.19 Stattrav_ aah, that could be a better fix then
20:19.21 brlcad so you could threshold the pixcmp to -d4 to get off-by-4 and off-by-more ;)
20:19.36 brlcad still doesn't address the bug, that's begging to be fixed regardless
20:19.41 brlcad but would be useful feature
20:20.02 Stattrav_ first I shall fix the bug and then move onto making it generic ?
20:20.22 brlcad your choice
20:20.56 CIA-65 BRL-CAD: 03r_weiss * r50594 10/brlcad/trunk/src/libged/red.c: Updated function "build_comb" in file "libged/red.c". Changed the call to function "db5_sync_attr_to_comb" to pass in the directory instead of the combination name.
20:23.06 CIA-65 BRL-CAD: 03r_weiss * r50595 10/brlcad/trunk/include/raytrace.h: Updated "raytrace.h" to change the definition of function "db5_sync_attr_to_comb" to pass in the directory instead of the combination name.
20:26.52 CIA-65 BRL-CAD: 03brlcad * r50596 10/brlcad/trunk/NEWS: tom added an italian translation of the intro to brl-cad. not sure if he's the original author but the commit didn't indicate otherwise so going with that assumption.
20:33.15 *** join/#brlcad cristina (~cristina@188.24.81.180)
20:36.27 Stattrav_ brlcad: wait the code actually does what we want, it doesn't overcount
20:40.27 Stattrav_ the thing is that if the off-by-VAL is introduced, then it would have to changed
20:48.00 starseeker ``Erik: http://www.hwaci.com/sw/mktclapp/ - unfortunately it's GPL (although it's output apparently isn't)
20:52.20 *** join/#brlcad stas (~stas@188.24.35.114)
21:02.55 brlcad Stattrav_: I just saw a summary printing a couple days ago that was wrong
21:03.41 Stattrav_ brlcad: ohh
21:03.41 brlcad so there's some situation that isn't being reported correctly
21:03.56 Stattrav_ aah let me check each case
21:04.16 Stattrav_ do you still have the summary ?
21:04.18 brlcad specifically, it was reporting off-by-many as bytes
21:04.31 Stattrav_ ohh
21:08.26 Stattrav_ http://i.imgur.com/ILVbh.png <- this is the only chunk of code which increments offmany and only one of them is used if at all offmany is increment
21:08.40 Stattrav_ cristina: congrats on your committ access :)
21:14.38 brlcad Stattrav_: so offbymany was being incremented too many times. don't know why, but I think starseeker has the image
21:14.47 brlcad images
21:16.26 Stattrav_ ohh, can I have them ?
21:17.11 Stattrav_ starseeker: could you please give me those images where there was a discrepancy w.r.t to the reported pixcmp values ?
21:27.12 cristina Stattrav: thank you :)
21:33.10 *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.9)
21:57.04 CIA-65 BRL-CAD: 03starseeker * r50597 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (FbPage.itk PictureTypeA.itcl PictureTypeBase.itcl): Start transitioning rtwizard pages over to using rtimage script. There is probably some intermediate breakage while this progresses
21:58.06 starseeker Stattrav_: if we're talking about the eto diff stuff, they're here: http://bzflag.bz/~starseeker/eto_implicit.pix
21:58.11 starseeker http://bzflag.bz/~starseeker/eto_brep.pix
22:06.44 CIA-65 BRL-CAD: 03n_reed * r50598 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Add collectAttributes function based on the one added by SCL git 290850a.
23:26.27 CIA-65 BRL-CAD: 03starseeker * r50599 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeA.itcl PictureTypeBase.itcl): Preview is just a smaller version of full scale, and they both need the same rtimage calling logic. Refactor to reduce code duplication
23:56.46 *** join/#brlcad xth1 (~thiago@187.106.52.240)
IRC log for #brlcad on 20120518

IRC log for #brlcad on 20120518

00:19.22 CIA-65 BRL-CAD: 03starseeker * r50600 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeB.itcl PictureTypeC.itcl PictureTypeD.itcl): Make picture types B, C and D use rtimage
00:29.18 CIA-65 BRL-CAD: 03starseeker * r50601 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl: Picture type E converted
00:38.35 CIA-65 BRL-CAD: 03starseeker * r50602 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeD.itcl: Fix background color for type D picture
00:40.28 CIA-65 BRL-CAD: 03starseeker * r50603 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeF.itcl: And last but not least, type F images
00:45.46 CIA-65 BRL-CAD: 03starseeker * r50604 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeBase.itcl tclIndex): Remove some unused commands
00:54.01 CIA-65 BRL-CAD: 03starseeker * r50605 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add option for perspective, although it doesn't seem to interact well with zoom for some reason
00:56.12 CIA-65 BRL-CAD: 03starseeker * r50606 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Ah - just needed to crank it into the initial view setup
00:57.01 starseeker Still needs a lot more testing and documentation work, but now the NEWS item about PNG should properly apply
02:23.14 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:39.10 CIA-65 BRL-CAD: 03starseeker * r50607 10/brlcad/trunk/NEWS: rtwizard now properly supports PNG output from all of its image types. Bob's new tcl proc cadwidgets::RtImage is the heart of the new features.
03:01.37 CIA-65 BRL-CAD: 03starseeker * r50608 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: remove debugging puts statement
03:30.49 CIA-65 BRL-CAD: 03brlcad * r50609 10/brlcad/trunk/NEWS:
03:30.49 CIA-65 BRL-CAD: tom added an italian translation of the intro to brl-cad. do not know who the
03:30.49 CIA-65 BRL-CAD: original author is. my records indicate it dates back to at least sometime
03:30.49 CIA-65 BRL-CAD: before july 2007 but is an unattributed contribution. files had not identifying
03:30.49 CIA-65 BRL-CAD: markers and no other record in my logs all the way back to 2004.
05:24.39 CIA-65 BRL-CAD: 03phoenixyjll * r50610 10/brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: Fixed the direction of shearing the hyp.
05:30.05 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3677 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
05:49.04 *** join/#brlcad Stattrav_ (~Stattrav@117.192.128.176)
06:14.43 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3678 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs
06:26.35 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:42.51 *** join/#brlcad Stattrav_ (~Stattrav@117.192.128.176)
06:56.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:38.05 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
07:57.44 *** join/#brlcad stas (~stas@82.208.133.12)
08:21.43 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
08:36.07 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
10:23.27 *** join/#brlcad cristina_ (~cristina@188.24.66.147)
10:46.26 *** join/#brlcad kane_ (~Mesut@e181169167.adsl.alicedsl.de)
11:18.24 *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114)
11:22.16 Stattrav_ the benchmark for sphflake fails after the recent updates
11:23.39 *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114)
11:47.32 *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114)
12:23.25 brlcad Stattrav: hm, good to know -- did you isolate the commit that causes the failure?
12:23.37 brlcad and did you get the two images starseeker pasted earlier?
13:19.31 *** join/#brlcad crdueck__ (~AndChat43@184.151.61.79)
13:21.10 brlcad morning crdueck__
13:21.13 Al_Da_Best kane_: Did you say you managed to compile brl-cad with bullet? I'm running into a lot of errors when trying to do so, could do with some advice
13:21.56 brlcad the vm image has a bullet-enabled compile included, could inspect it for reference
13:22.40 Al_Da_Best Yeah I have done. As far as I can tell my CMake is setup correctly, going by the cmakecache on the VM, but visual studio is having issues
13:22.46 crdueck__ brlcad: morning, have you gotten a chance to take a look at the patch I submitted on SF?
13:23.33 *** join/#brlcad AndChat-430625 (~AndChat43@184.151.61.29)
13:27.46 *** join/#brlcad crdueck__ (~AndChat43@184.151.61.29)
13:55.59 CIA-65 BRL-CAD: 03bob1961 * r50611 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Simplified to_png(). Added to_pix(). Not tested on Windows.
13:57.17 CIA-65 BRL-CAD: 03bob1961 * r50612 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::pix.
14:10.12 CIA-65 BRL-CAD: 03bob1961 * r50613 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: More simplification of to_png() and to_pix().
14:25.05 starseeker Al_Da_Best: so far as I know, the bullet stuff has never been tried on Windows before
14:25.13 starseeker not surprising there would be issue
14:25.24 starseeker or issues even
14:26.53 Al_Da_Best Yeah that's what I thought. I'll check that its not my configuration before diving in and trying to fix things that aren't broken, should be moving to a fresh install of windows+vs2010 when I get round to it, which would be ideal for testing
14:28.38 kane_ Al_Da_Best: I have tried it with the Bulletlibraries, i got 61 build-errors
14:29.04 Al_Da_Best Ah :P Yeah I get similar amounts. Oki, I'll try and work out why :D
14:38.37 *** join/#brlcad Al_DC_Mobile (~Al_Da_Bes@2001:630:301:9110:f0fa:9bcd:9fc8:1e4e)
15:10.51 *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:b553:a4e8:6a5f:ce27)
15:19.33 *** join/#brlcad ibot (~ibot@rikers.org)
15:19.33 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
15:22.52 *** join/#brlcad crdueck__ (~AndChat43@184.151.61.29)
15:34.10 brlcad crdueck__: not yet
15:35.21 brlcad I usually try to let other devs get first dibs, but I'll take a look if nobody else comments soon
15:40.31 crdueck__ brlcad: alright thanks
15:42.09 Stattrav brlcad: yes
15:42.25 brlcad crdueck__: so one issue I notice right off the bat is that you've had 9 patch submissions
15:42.54 brlcad 5 of which are "invalid" or deleted or rejected
15:43.13 *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52)
15:43.18 Stattrav brlcad: doing a binary search on the commits between them I checked r 50443
15:43.23 Stattrav that was working fine
15:44.09 brlcad crdueck__: that's usually a sign that you're not thinking through or testing your own patch before submitting it, so a little more rigor on your end is probably warranted
15:44.52 brlcad don't want to be in a situation where 5/9ths of your commits are problematic .. that'd be quite a bit of havoc :)
15:45.38 brlcad Stattrav: do you know how to binary search efficiently or are you doing full-blown checkouts each time? :)
15:46.02 Stattrav brlcad: svn update -r <r.no>
15:46.19 brlcad okay, good just checking
15:46.21 Stattrav brlcad: svn update -r <revison no> <- this was what I was doing. so yeah
15:55.22 crdueck__ brlcad: agreed, i'll try to be more thourough in the future and especially when committing
15:57.53 brlcad crdueck__: that said, I'm hoping you have reviewed your four patches that are open to make sure they don't have obvious room for improvement, like wrong style or not compiling, etc
15:59.31 brlcad if a patch has an issue, you do not need to close out the patch tracker, just add a new attachment and mark it v2 or similar
16:05.59 crdueck__ i dont believe there's any obvious issues with the open patches, but i'll look them over again when i get the chance. i'm away from my desktop at the moment
16:07.49 CIA-65 BRL-CAD: 03bob1961 * r50614 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added calls to glPixelStorei(GL_PACK_ALIGNMENT, 1) in both to_png() and to_pix().
17:06.37 *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:69b9:8754:c10d:fc6f)
18:08.24 *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:69b9:8754:c10d:fc6f)
19:09.07 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:39.44 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3679 10/wiki/User:Ksuzee/Reports:
19:40.22 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3680 10/wiki/User:Ksuzee/Reports:
19:41.06 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3681 10/wiki/User:Ksuzee/Reports:
19:41.46 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3682 10/wiki/User:Ksuzee/Reports:
19:46.29 brlcad ksuzee: so curious, what criteria are you using for selecing these reductions?
19:51.54 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3683 10/wiki/Google_Summer_of_Code/2012: move additional info to the end, prep for announcement
19:56.16 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3684 10/wiki/Google_Summer_of_Code/2012: deengrishify
20:03.31 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
20:13.49 CIA-65 BRL-CAD: 03brlcad * r50615 10/brlcad/trunk/src/librt/primitives/ell/ell.c: apply sf patch 3515075 (rt_ell_surface_area) from crdueck adding support for calculating ellipsoid surface areas.
20:39.16 Stattrav brlcad: 50580 works fine and 50581 breaks
20:45.34 brlcad Stattrav: that can't be right
20:46.03 brlcad 50580 and 50581 are both edits to our release notes text file, having nothing to do with runtime behavior
20:46.34 Stattrav wait or 582
20:46.43 brlcad well which is it? :)
20:46.50 Stattrav let me check that once :P
20:47.28 Stattrav did somebody else report that the benchmark test is reporting that sphflake is throwing out the error ?
20:47.37 brlcad actually, I'll buy 50582 breaking sphflake -- let me read into it
20:51.20 brlcad Stattrav: you don't have a patch yet, do you? want to try and tackle that one now that you have it isolated?
20:51.39 brlcad I can certainly explain it to help make it easy if that commit really did break sphflake
20:52.49 brlcad actually I think I already see the bug
20:53.32 Stattrav brlcad: let me confirm once
20:53.43 Stattrav as in let me check that once again.
20:53.56 brlcad sure, but I'm pretty sure I see why it's failing
20:54.49 Stattrav I am checking 50580
20:54.58 brlcad yeah, that's the issue -- no worries, not even patch-worthy because the edit was just wrong
20:56.02 Stattrav 580 is good
20:56.34 Stattrav 582 had a change in parse.c
20:58.08 CIA-65 BRL-CAD: 03brlcad * r50616 10/brlcad/trunk/src/libbu/parse.c: Revert r50582 as it was just wrong. 'shader' is the whole string, not just the name.
20:58.49 Stattrav cool, I shall test 50616 now
21:01.31 CIA-65 BRL-CAD: 03brlcad * r50617 10/brlcad/trunk/src/libbu/parse.c: go ahead and still make the comparison case insensitive. thanks to Stattrav (via irc) for pinpointing the cause of sphflake failure introduced by r50582.
21:02.15 Stattrav Yaay! my first useful contribution.
21:02.38 ksuzee hello
21:03.18 ksuzee Sean, I've just read you wrote me)
21:03.25 Stattrav Now, I shall get down to writing the patch.
21:05.03 *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52)
21:07.18 brlcad Stattrav_: so what patch are you working on?
21:08.54 Stattrav the same thing pixcmp.c, couldn't find the bug w.r.t starseeker 's image with normal testing, seeing into it now. Instead I want to write the off-by-<val> where val is specified by -d
21:09.34 Stattrav by write the off-by-<val>, I meant implement that feature
21:14.15 starseeker src/libbu/parse.c:1767:2: error: implicit declaration of function 'bu_strnasecmp'
21:14.35 CIA-65 BRL-CAD: 03brlcad * r50618 10/brlcad/trunk/src/tclscripts/mged/skt_ed.tcl:
21:14.36 CIA-65 BRL-CAD: qualify all of the calls to the dist proc as being in the top-level namespace.
21:14.36 CIA-65 BRL-CAD: apparently if you qualify one in a proc, but not others, some version(s) of tcl
21:14.36 CIA-65 BRL-CAD: assume the non-qualified one are for a non top-level scope even if a local one
21:14.36 CIA-65 BRL-CAD: doesn't exist. problem reported by Csanyi Pal via brlcad-users mailing list
21:14.36 CIA-65 BRL-CAD: trying to use sketch editor.
21:15.57 starseeker oh, I see
21:16.15 CIA-65 BRL-CAD: 03starseeker * r50619 10/brlcad/trunk/src/libbu/parse.c: looks like a typo?
21:20.33 brlcad oops, sorry about that -- didn't have a build to compile-test that on yet
21:25.17 brlcad ksuzee: so you read it, do you intend to reply? :)
21:26.32 brlcad Stattrav: if you can't reproduce the bug under normal use, that may imply reader error or platform-specific conditions -- no need to go on a witch hunt for it ;)
21:26.45 ksuzee oh, yes)) I didn't want to interrupt you=)
21:26.51 ksuzee well,
21:27.08 Stattrav_ brlcad: ahaha, sure.
21:27.26 brlcad ksuzee: it's not an interruption
21:27.34 brlcad multithreaded group discussion ;)
21:27.37 Stattrav_ oh god, I am replying from two places, browser and irssi, shall switch to irccloud
21:28.41 ksuzee ok:) I made the file which contains duplications for every folder in /src
21:29.54 ksuzee and now I'm searching the most obvious situations
21:30.20 ksuzee in this files
21:30.58 ksuzee I think this one https://sourceforge.net/tracker/?func=detail&aid=3528023&group_id=105292&atid=640804
21:31.04 ksuzee is important
21:31.28 ksuzee the previouse one is just an example from my proposal
21:32.39 brlcad it's actually an interesting social bias in play that I found interesting with the htonf.c change
21:33.03 brlcad I knew/know about that duplication
21:33.11 brlcad it's goes WAY back 15+ years
21:33.36 ksuzee eee
21:33.38 brlcad left it in there just because it was so old, but technically there's no reason for it
21:33.59 brlcad so it's nice to see your new eyes questioning its existence
21:34.38 ksuzee these functions were absolutly similar
21:35.07 ksuzee but after making...I saw everything you told me before=)
21:37.34 ksuzee about my previous patch I mean
21:38.11 Stattrav brilliant, the benchmark tests on 50619 are good. thanks starseeker and brlcad.
21:42.07 *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52)
21:48.44 brlcad Stattrav: aha, I found the bug
21:48.55 brlcad it's actually in the pixdiff utility, not pixcmp
21:49.11 brlcad moreover, the summary differences reported by the two don't match each other:
21:49.28 brlcad [sean@gcc1-power7 .cmake]$ bin/pixcmp eto_implicit.pix eto_brep.pix
21:49.29 brlcad pixcmp pixels: 206784 matching, 31160 off by 1, 24200 off by many
21:49.37 brlcad [sean@gcc1-power7 .cmake]$ bin/pixdiff eto_implicit.pix eto_brep.pix |bin/pix-png -o diff.png
21:49.40 brlcad pixdiff bytes: 702101 matching, 84304 off by 1, 27 off by many
21:49.57 Stattrav_ aah :D
21:49.59 brlcad so not a bug-perse because pixdiff does qualify and say bytes
21:50.14 brlcad but they are different, which is cause for concern
21:50.27 brlcad probably only/best solved by fully merging the two tools
21:50.52 Stattrav_ ohh. so what do you suggest I do now, work on it ?
21:51.22 brlcad adding the off-by-# option is a fine simple patch to start with regardless
21:52.25 brlcad dc
21:52.57 Stattrav_ cool. that would be the thing I shall work on.
21:54.11 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3685 10/wiki/User:Stattrav/GSoC2012: Pointer changed in the roadmap
21:54.25 ksuzee so what shall I do with this "good old" duplication? =)
21:54.28 Stattrav_ I could actually look into fixing that a bit later though
21:59.23 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3686 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs
22:51.22 CIA-65 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3687 10/wiki/User:Anuragmurty: /* community bonding period */
23:53.48 *** join/#brlcad crdueck__ (~AndChat43@184.151.61.220)
IRC log for #brlcad on 20120519

IRC log for #brlcad on 20120519

00:03.16 *** join/#brlcad cristina (~cristina@82.77.104.77)
01:12.30 *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52)
04:39.14 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
05:44.35 *** join/#brlcad Stattrav_ (~Stattrav@117.192.137.131)
06:06.43 *** join/#brlcad Stattrav_ (~Stattrav@117.192.138.163)
06:16.11 *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.14)
06:47.28 *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.221)
07:13.19 *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.221)
08:13.51 *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
09:04.01 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
09:19.11 *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
09:19.15 *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135)
09:23.28 *** part/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
09:34.25 *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
10:39.35 *** join/#brlcad cristina (~cristina@82.77.104.77)
10:55.35 *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:bd3e:b4c5:45fa:cdf5)
11:24.48 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
11:37.08 *** join/#brlcad Stattrav_ (~Stattrav@117.202.23.17)
11:50.18 *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
11:54.41 *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135)
13:00.34 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
13:19.13 *** join/#brlcad merzo (~merzo@22-219-200-46.pool.ukrtel.net)
13:33.27 *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
14:05.42 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
14:18.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
14:18.50 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
14:29.40 *** join/#brlcad andrei (~andrei@5-12-68-191.residential.rdsnet.ro)
14:30.31 andrei Hello
15:03.10 brlcad howdy andrei
15:03.25 brlcad I had something to tell you yesterday .. what was that
15:03.33 andrei that I should fix the patches I submitted
15:03.41 andrei I know, I had an exam today.
15:03.53 brlcad okay, glad one of us knows.. :)
15:04.08 andrei As far as I remember
15:04.30 andrei the proposal included the exam session date as yesterday, I apologize if I didn't make it clear.
15:04.36 andrei exam session start*
15:05.04 brlcad ah right, was asking about whether you intended to do anything about the bu_strdup patch
15:05.24 brlcad and cleaning up the other unit test
15:06.05 andrei clearing up the unit test - for sure. Submitting the CMakelist modified for tpkg and modifying tpkg to pass size as a parameter.
15:06.06 brlcad you probably made it clear -- that was a long e-mail and those take longer to get to...
15:06.14 brlcad wasn't so much concerned with schedule as intent
15:06.41 brlcad ah, didn't know you were already working on the tpkg patch too
15:06.52 andrei Sorry about that, was way too stressed to take everything into account.
15:07.23 brlcad so bu_strudup -- you wanting to look into that more or should we close it out?
15:07.57 andrei It s been a while, but from what I remember there was no function using that.
15:08.01 andrei I shall look into it today
15:08.09 andrei to see if I can remove it without much trouble.
15:08.52 brlcad it's potentially used
15:08.55 brlcad that was part of the issue
15:09.02 brlcad you split it
15:09.39 brlcad which made it so it didn't have to be global, but then that broke the use case
15:10.40 brlcad andrei: given the timeframe, lets just close that one out and move on
15:11.19 brlcad it's not a major issue and it's not even clear to me how to best eliminate that global quickly
15:11.35 andrei I m adding comments to one more homework then moving on to brl-cad patches.
15:11.57 andrei They re giving us a rather rough ride here at Uni, but I should manage both.
15:13.50 brlcad all the more reason to not worry about that first patch
15:13.54 brlcad the unit test is far more useful
15:14.04 brlcad better to spend time cleaning that up
15:14.12 brlcad sound good?
15:14.12 andrei so , in that case should I addapt my coding style for the hashtable one , aswell?
15:14.21 andrei I still have it somewhere around here
15:14.29 brlcad hashtable? I haven't seen that
15:14.36 brlcad but yes, you should be following HACKING strictly
15:14.58 brlcad be sure to run sh/template.sh on any new files you add too so they have a proper header and footer
16:13.58 *** join/#brlcad stas (~stas@82.208.133.12)
16:30.05 *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135)
16:46.23 *** part/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de)
17:52.09 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:54.09 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gvyxuygrqmofxalq)
17:58.51 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:12.35 *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135)
19:12.59 *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135)
19:18.47 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
20:13.36 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3688 10/wiki/Izmir_escort: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:13.43 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3689 10/wiki/Izmir_escort_bayan: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:13.57 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3690 10/wiki/Izmir_escortlari: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:14.12 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3691 10/wiki/Escort: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:14.27 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3692 10/wiki/Escort_Bayan: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:14.38 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3693 10/wiki/Escort_Bayanlar: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
20:14.59 CIA-65 BRL-CAD: 03Vipreklam 07http://brlcad.org * r3694 10/wiki/Escort_Bayan_Izmir: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan
22:52.28 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:38.28 *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
23:38.30 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
IRC log for #brlcad on 20120520

IRC log for #brlcad on 20120520

00:47.10 *** join/#brlcad Stattrav_ (~Stattrav@223.234.79.127)
01:13.00 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3695 10/wiki/User:Cprecup/GSoC2012_progress: log update: commit access gained + GOBLIN study
01:21.06 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
02:20.28 kanzure brlcad: spam?
03:39.03 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:27.52 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Vipreklam]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
04:28.03 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escort]]": content was spam
04:28.23 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escort bayan]]": spam
04:28.38 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escortlari]]": spam
04:28.50 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort]]": spam
04:29.05 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayan]]": spam
04:29.17 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayanlar]]": spam
04:29.29 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayan Izmir]]": spam
04:31.31 brlcad kanzure: yep, rare but still happens
04:31.38 brlcad couple times a month on average
04:31.45 brlcad ~seen anoop
04:31.46 ibot anoop <~quassel@117.253.144.130> was last seen on IRC in channel #kde, 191d 13h 25m 50s ago, saying: ':-)'.
04:36.28 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
07:53.11 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:29.50 *** join/#brlcad andrei (~andrei@5-12-65-134.residential.rdsnet.ro)
09:14.37 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
09:31.21 *** join/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de)
10:28.28 *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@eduroam-student-205-23.lut.ac.uk)
10:45.53 *** join/#brlcad merzo (~merzo@34-177-133-95.pool.ukrtel.net)
10:46.53 *** join/#brlcad cristina (~cristina@82.77.104.77)
12:05.22 kane_ I have added a patch for the vmath.h, but it is not finished yet. I will test it and complete it, if the solution is suitable for brlcad.
12:28.16 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:40.29 *** join/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de)
13:00.39 *** part/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de)
13:42.20 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
14:01.54 *** join/#brlcad merzo (~merzo@115-133-201-46.pool.ukrtel.net)
15:22.06 *** join/#brlcad sony (~sony@110.224.69.138)
15:23.18 Guest19754 q
15:48.00 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
15:56.30 ksuzee hello, Sean! I've corrected my patch for htonf.c and added inline function. Check it, please
16:08.03 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
16:19.30 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:23.08 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
18:50.36 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:55.03 brlcad ksuzee: I saw the tracker update but haven't had a chance to look at the patch file yet, hopefully in a little bit
19:06.15 ksuzee brlcad:okay)
19:54.52 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
20:20.08 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
20:59.22 *** join/#brlcad stas (~stas@82.137.9.223)
22:31.09 *** join/#brlcad crdueck__ (~AndChat43@184.151.61.220)
IRC log for #brlcad on 20120521

IRC log for #brlcad on 20120521

00:43.19 crdueck__ brlcad: could i get ed davisson's email? my post on the mailing list went unanswered and i'd like to have his address for tomorrow since questions are sure to arise
05:30.59 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
06:41.45 *** join/#brlcad stas (~stas@82.137.11.55)
06:42.13 kanzure good night
06:42.17 kanzure oops. wrong chan.
06:52.47 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
07:11.16 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
07:40.12 *** join/#brlcad cristina (~cristina@82.77.104.77)
07:48.21 *** join/#brlcad merzo (~merzo@225-202-133-95.pool.ukrtel.net)
08:18.46 *** join/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de)
08:26.13 brlcad kanzure: does that make it any less of a good night? :)
08:45.04 *** join/#brlcad merzo (~merzo@181-94-200-46.pool.ukrtel.net)
08:46.41 *** join/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de)
08:54.06 *** join/#brlcad stas (~stas@82.208.133.12)
09:56.21 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
10:53.06 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3696 10/wiki/User:Ksuzee/Reports: fixi
10:53.12 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3697 10/wiki/User:Ksuzee/Reports:
11:15.12 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:39.48 kane_ Is it possible to use object oriented coding in brlcad?
11:50.29 d_rossberg kane_: you mean C++?
11:50.36 kane_ yes
11:51.13 d_rossberg sure
11:52.26 d_rossberg e.g. src/conv/intaval is pure C++
12:02.01 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
12:02.36 kane_ Then the functions can me methods, if I use C++?
12:03.35 kane_ And globals could be saved as attributes?
12:13.41 d_rossberg ??? you can use C++ structs aka classes
12:14.00 d_rossberg globals are something different
12:21.18 kane_ hm ok. I have here some variables how "static int ogl_actively_drawing = 0;", I can save them as class members. Or shall they be static variables outside the structure?
12:32.04 kane_ d_rossberg: Or maybe I will write a small work sample of the dm-qt class and you review it?
12:33.39 d_rossberg ideally it would be a non-static member variable, is there a handle from BRL-CAD to the display manager (probable a genptr_t)?
12:35.11 d_rossberg kane_: you will certainly start with a small program enlarging it during this summer of code ;)
12:37.56 kane_ d_rossberg: ok :), thank you.
13:03.07 brlcad kane_: you can't expose C++ in any of the public C API (include/ header files) so you have to be careful when working in a library dir (src/lib*), but can use it within application code
13:04.55 Stattrav brlcad: hey, I've implemented the offbyval and I am testing it now. The problem is that, the offset is harcoded and I need some help with finding a better example of bu_optget parsing
13:07.42 brlcad need or needed?
13:07.54 Stattrav need
13:07.55 brlcad if you've implemented it, does that mean you figured it out?
13:08.08 Stattrav no currently the -d4 thing is hardcoded
13:08.14 brlcad how'd you implement it without an option?? :)
13:08.30 Stattrav i am changing it and recompiling it
13:08.49 brlcad you mean you added a variable or something? :)
13:08.53 Stattrav yeah
13:08.57 brlcad ok
13:09.08 brlcad so bu_getopt is used in literally about 2000 places
13:10.04 brlcad it's a wrapper around the libc getopt call, so you can read the manual page on how to use it
13:10.07 brlcad man getopt
13:10.10 Stattrav sure
13:10.31 brlcad probably in "man 3 getopt"
13:11.37 Stattrav thanks
13:19.12 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
13:19.34 kanzure brlcad: nope :)
13:45.30 brlcad :)
13:55.58 CIA-65 BRL-CAD: 03phoenixyjll * r50620 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Fixed the bug of wrong id & od for pipe, by changing some prevp to curp.
14:01.21 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3698 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */
14:03.29 d_rossberg has somebody heard of a .raw file format for triangulated geometries?
14:05.08 brlcad several formats are close to that, but none come to mind and certainly none in prevalent use
14:05.18 brlcad binary stl is pretty close
14:06.27 d_rossberg so you've heard of it, that's good
14:07.13 brlcad I'm not sure that indicates anything particularly insightful.. :)
14:08.39 brlcad rhino3d supports reading from a ".raw" file: http://www.rhino3d.com/5/help/fileio/raw_triangles_raw_import_export.htm
14:09.01 brlcad presumably val1val2val3 triplets in binary or ascii form
14:09.30 d_rossberg it does :) i've a converter to hand (raw-g) and want to know if it's worth to add it to the other converters
14:10.28 brlcad ah, sure
14:11.24 brlcad there's little reason to hold back support for new converters, no matter how obscure :)
14:12.04 brlcad a few years ago, I was working on brl-cad to bzflag exporter, for example.. no use to anything in our field, but entertaining nonetheless
14:12.40 d_rossberg we have many .raw files here because they can easily be manipulated with text editors
14:12.43 brlcad should try to convert that parser to lemon syntax
14:12.54 brlcad so they're text format, not binary?
14:13.15 brlcad i'd expect a "true" raw file to be binary data, like pix files :)
14:14.28 d_rossberg very simple text: a line with the component's name and then som lines with 9-uples (you know what i mean :)
14:16.23 brlcad yep
14:16.30 brlcad looks like it's listed here: http://en.wikipedia.org/wiki/Polygon_mesh
14:18.31 d_rossberg perfect, it's an official format since it's in wikipedia ;)
14:33.43 ``Erik <-- points at the g-egg (panda3d) exporter as an example of an obscure converter :D
14:49.36 *** part/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de)
16:38.18 CIA-65 BRL-CAD: 03phoenixyjll * r50621 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Deal with duplicated points. Delete duplicated points from the linklist of pipe.
16:39.31 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3699 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
16:40.02 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3700 10/wiki/User:Crdueck/log:
16:43.43 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3701 10/wiki/User:Crdueck/log: /* 21/05/2012: */
17:10.19 Stattrav brlcad: I have the patch ready, small but ready, preliminary testing goes on well
17:28.59 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3702 10/wiki/User:Ksuzee/Reports:
18:23.50 Stattrav brlcad: sent the mail w.r.t to the patch
18:24.03 Stattrav btw I've started working on the log parser
18:45.58 Stattrav brilliant even the benchmark goes through after the change
18:46.13 Stattrav things left out: sanity check of the input
19:40.46 *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16)
20:14.27 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3703 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs
20:23.43 CIA-65 BRL-CAD: 03starseeker * r50622 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: argv arguments are now being handled by getopt for rtwizard or not at all. clear argv after processing to avoid accidental additional processing attempts.
20:31.30 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
20:37.35 CIA-65 BRL-CAD: 03starseeker * r50623 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add an option to specify the view center. Between this option, the aet options, and zoom it should be possible to re-create most (all?) raytracing views
20:43.53 *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16)
20:45.54 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3704 10/wiki/User:Stattrav/GSoC2012: Pointing to the things I am working on as per the roadmap.
20:52.14 CIA-65 BRL-CAD: 03starseeker * r50624 10/brlcad/trunk/src/tclscripts/util/getopt.tcl: Allow negative numbers as values instead of treating them as flags.
20:53.16 CIA-65 BRL-CAD: 03brlcad * r50625 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: ran ws.sh, massive trailing ws
21:07.30 CIA-65 BRL-CAD: 03starseeker * r50626 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Support framebuffer specifications without the space for rt compatibility
21:14.42 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
21:18.44 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
21:49.53 *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16)
23:07.04 CIA-65 BRL-CAD: 03starseeker * r50627 10/brlcad/trunk/regress/ (4 files in 2 dirs): Put a framework for regression testing rtwizard in place. Need to assemble more tests - just one example for now.
IRC log for #brlcad on 20120522

IRC log for #brlcad on 20120522

02:00.51 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
05:06.18 CIA-65 BRL-CAD: 03phoenixyjll * r50628 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Add some control to deal with special cases and add a few comments.
05:07.14 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3705 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
06:29.32 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
07:04.01 *** join/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de)
07:45.00 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:57.53 *** join/#brlcad stas (~stas@82.208.133.12)
07:58.11 *** join/#brlcad stas (~stas@82.208.133.12)
08:14.19 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
09:35.19 *** join/#brlcad nFFF (~nf@host86-150-84-175.range86-150.btcentralplus.com)
09:35.37 nFFF Is this about cad or speciifcally brl cad? :D
09:37.30 *** part/#brlcad nFFF (~nf@host86-150-84-175.range86-150.btcentralplus.com)
09:46.47 *** part/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de)
09:51.01 *** join/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de)
11:29.10 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:56.56 kane_ Is there a name convention for class names?
12:33.46 d_rossberg looking at HACKING i would say: mixed case starting with uppercase letter, e.g. DmQtWidget (?)
12:48.46 ``Erik there really hasn't been any primary c++ development in BRL-CAD itself, so I don't think there really IS a convention... the two big c++ parts are integration of OpenNURBS (so follow the OpenNURBS convention) and the STEP stuff (so follow the STEP convention)... 'normal' c++ is packed camel case
12:57.12 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
13:18.48 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:32.14 *** join/#brlcad kane_ (~kane@e182048235.adsl.alicedsl.de)
13:42.38 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
13:43.22 *** join/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de)
13:44.56 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
13:59.10 ksuzee hello
14:00.29 ksuzee I need somebody's help
14:06.32 Stattrav what kind ?
14:07.45 ksuzee connected with my project)
14:07.57 Stattrav me out then ;)
14:08.34 ksuzee yes, I know) But thanks anywhere))
14:13.29 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
14:23.58 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
14:53.09 brlcad ksuzee: you have to be more specific than that (and you don't have to wait for a reply on irc)
14:54.14 ksuzee ok) I will)
14:54.17 ksuzee So
14:55.33 ksuzee such question: if duplicated functions are situated in different files in one directory and I want to reduct it
14:56.10 ksuzee what should I do with them
14:56.21 ksuzee To put in other NEW file
14:56.38 brlcad depends on whether the directory is a library or application and depends whether the duplicated function is public or private, and how significant the function is
14:57.14 brlcad in general, you can often/usually break the function out into a new file
14:58.12 ksuzee Most of all I've found are in libraries
14:58.14 brlcad the only time you shouldn't do that is when it's a really tiny function (maybe less than 10 lines) or when there's already a collection of related functions that it belongs with
14:58.58 brlcad so talk about a specific example
15:00.13 ksuzee ok, I'll write in 5 minutes
15:00.17 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
15:04.25 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
15:06.31 ksuzee I'm here
15:06.38 ksuzee here's good example
15:07.07 ksuzee libged/track.c and wdb_track.c
15:08.05 ksuzee Both of them сontain function crdummy
15:08.42 ksuzee but this function's static
15:09.47 ksuzee so what's better to do with it
15:10.30 ksuzee and similar examples are in different libraries
15:27.07 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-izuzucmpgjnckpro)
15:36.46 CIA-65 BRL-CAD: 03bob1961 * r50629 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Change bu_vls_printf format strings use of %llu to %zu. This fixes a recent breakage on Windows.
15:51.57 brlcad ksuzee: okay, so in that particular example, ignore all of the duplication coming from wdb*.c files
15:52.08 brlcad that wdb interface is going away soon
15:52.41 brlcad you'll find a LOT of duplication in those files, but they can all be ignored
15:56.56 ksuzee aaaa, okay
15:57.42 ksuzee as soon as I remember in some other libraries there're wdb* too
15:57.57 ksuzee so ignore them everywhere
15:58.07 ksuzee ?
15:58.17 brlcad no, just the libged ones
15:58.33 brlcad there's an entire libwdb .. don't ignore that ;)
15:59.07 brlcad just the src/libged/wdb* files
15:59.32 brlcad or don't ignore them and eliminate them .. even better
15:59.42 brlcad wdb_track would be a good one to eliminate
16:00.11 brlcad but that is a considerably harder task, though, forewarning
16:02.49 ksuzee ok, at first I'll ignore them and will eliminate it later, when I'm more familiar
16:02.59 ksuzee But as an example
16:03.32 ksuzee would it be normal to make new file for such functions
16:03.35 ksuzee ?
16:09.11 brlcad andrei: I'm sending out an announcement today, so please update your wiki pages as soon as you can (e-mail with more info)
16:10.12 *** part/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de)
16:10.33 brlcad anyone else needing to clean up their wiki page, now's the time to do it
16:12.37 CIA-65 BRL-CAD: 03128.63.32.74 07http://brlcad.org * r3706 10/wiki/Google_Summer_of_Code/2012: /* Non-Vacuum Gravity Simulator */
16:58.50 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
17:21.29 *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16)
17:27.48 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:34.54 Stattrav brlcad: Have you got a chance to look at the patch ?
17:41.23 brlcad Stattrav: I plan to later today
17:42.00 brlcad at least, I plan to look at patches, and will be looking at them in to the order they were submitted providing review and feedback for those outstanding
17:42.05 Stattrav brlcad: cool thanks. I have a query which I shall be posting on the ML
17:42.23 Stattrav that is with respect to the code organization etc
17:42.32 brlcad okay
17:42.44 brlcad worth discussing here?
17:43.02 Stattrav sure
17:43.45 Stattrav so currently I am writing these scripts etc and where should this code go ?
17:43.52 Stattrav where should I create the directories ?
17:45.00 brlcad we have a web module in svn
17:45.09 brlcad you can put everything there
17:45.32 brlcad http://brlcad.svn.sourceforge.net/viewvc/brlcad/web/trunk/
17:45.34 Stattrav the root folder you mean
17:45.42 brlcad probably in htdocs/benchmark
17:45.43 Stattrav ohh that one
17:46.49 Stattrav sure thanks
17:52.46 brlcad Stattrav: so that's a good example of the type of question that doesn't really need to go to the mailing list -- it's not an item warranting deep thought or discussion, just an answer
17:53.20 Stattrav aah #TIL :)
17:54.08 brlcad can always ask here when in doubt and on the mailing list if you don't get an answer or if it's useful for others to know
17:54.46 brlcad e.g., your mentor isn't on irc, so if it's something he should know -- then definitely post (or repost summary if discussed here) to the mailing list
17:54.46 Stattrav thanks.
17:55.21 Stattrav I am creating a folder called sql to keep the schema files in that folder and plan to commit as well.
17:55.56 Stattrav which shall be such as htdocs/benchmark/sql
17:56.00 brlcad nods
17:56.18 brlcad you can run "svn add" now even without commit
17:56.22 brlcad for dirs and files
17:56.44 Stattrav yeah did that
17:58.54 CIA-65 BRL-CAD: 03n_reed * r50630 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h selects.c): apply more changes from SCL git 290850a: cleanup some multiple inheritance code - passing around attribute list to print routines instead of rebuilding it
18:02.03 *** join/#brlcad cristina (~cristina@188.24.79.30)
18:04.31 brlcad hi cristina
18:05.20 cristina hello brlcad
18:05.53 brlcad good morning!
18:06.28 cristina good morning as well! (here is night) :)
18:06.37 brlcad ~ugt
18:06.37 ibot ugt is probably Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html
18:06.50 brlcad :)
18:07.19 cristina ah, yes
18:07.29 cristina good morning then:D
18:09.41 Stattrav good morning to you all then :)
18:11.15 *** join/#brlcad jbschw (~JBS103@ool-4355ee10.dyn.optonline.net)
18:11.15 cristina brlcad, I am at the step where I should access the geometry hierarchy for a certain database in use. Where should I put this implementation? in src/mged?
18:12.45 brlcad cristina: well it depends, what's the goal?
18:13.03 brlcad ideally, you should implement as much as possible as generalized library functionality
18:14.20 brlcad so it'd become either a command in src/libged with a tiny binding in src/mged (and possibly src/libtclcad) .. or it's even lower hierarchy traversing functionality that belongs in src/librt .. or it completely general utility functionality that belongs in src/libbu .. etc
18:15.09 brlcad generally speaking, very little new code should go into src/mged
18:15.17 brlcad literally bare minimum
18:16.51 cristina well, the purpose is to get this geometry hierarchy and use it further in feeding it to GOBLIN or Adaptagrams
18:22.49 cristina but accessing the geometry hierarchy shouldn't be a command, should it? I will create a command called, let's say, 'igl' (Interactive Graph Layout) and access the data there
18:24.45 brlcad cristina: generally speaking, it's powerful to make everything in the GUI built on top of command-line functionality
18:24.56 brlcad so most if not everything you do in the GUI can be scripted
18:25.20 brlcad you don't have to do things that way, but it is how much of mged and archer are composed
18:26.58 brlcad the geometry browser in src/tclscripts/geometree is a simple example of this MVC (model, view, controller) paradigm in action
18:27.46 brlcad there's a geometree command that kicks off the gui, the gui is necessarily build in tcl/tk but then calls several libged commands as part of the implementation
18:28.42 brlcad that creates a series of reusable layers that all have distinct features being added
18:29.33 brlcad for your project, I could see there being an 'igl' or whatever command that kicks off a gui, but then that gui is build on one or more commands/subcommands that do the actual processing
18:29.50 brlcad s/build/built/
18:30.32 cristina I understand now. So there should be useful commands that are called behind the gui (like accessing the hierarchy for example)
18:30.40 brlcad your mentor may have some other or better ideas as well
18:31.05 cristina ok, I will ask him as well
18:31.15 brlcad yeah, that would be my inclination, just because that is the most reusable -- but you'd have to be more specific than "accessing the hierarchy"
18:31.35 brlcad accessing the hierarchy is performed by a hundred other commands and doesn't mean much at all by itself ;)
18:32.16 cristina hm, yes, I looked through the source code and found a bunch of functions that access the tree in different ways and for different purposes
18:33.09 brlcad for example, 'search' walks the hierarchy looking for objects matching specified criteria; the 'tree' command walks the hierarchy and prints it in text form; the 'reid' command walks a hierarchy and updates numeric identifiers on objects sequentially; the 'clone' command walks a hierarchy and creates a copy; etc....
18:33.35 brlcad there are literally about 100 of those ;)
18:35.25 brlcad I could see you adding a 'graph' or 'dag' command, for example, that somehow returns the data for the directed graph that your graph layout GUI would call
18:36.00 brlcad or modifying the tree command with a -g graph option, or some other existing command
18:36.24 brlcad (best to not introduce new commands if we don't need to)
18:37.34 cristina the tree command with an additional option is a good idea
18:38.12 cristina it shouldn't print it but instead return a data structure with the directed graph, right?
18:38.42 brlcad in tcl, those concepts are nearly identical
18:38.55 brlcad in C, they're definitely different concepts
18:39.03 brlcad so it depends who is calling it
18:39.52 cristina I understand. so if I'm using the command for the GUI then it would be a similar concept
18:40.08 cristina I was referring to C
18:43.35 brlcad if you're accessing from C, then you already have direct access to the hierarchy information via existing librt hierarchy traversal functions
18:44.01 brlcad at some point, you're presenting to the user -- that's the code in question, whether it's C or Tcl/Tk
18:46.38 cristina ok, so if I need it for the GUI, I create a command and return the data corresponding to the DAG and if I need it in C, I reuse the already implemented functions. I found one here src/librt/db_tree.c
18:51.50 brlcad you'll be using the implemented functions regardless
18:52.07 brlcad which you use depends on what you need and what you're doing with it
18:52.19 cristina n_reed: can I have your opinion on this one? I talked to brlcad about what commands should be implemented for the Interactive Graph Layout and one got this idea, that several commands could be created that can be called when the GUI is built. For example, a command for accessing the directed acyclic graph 'dag' and feeding it to the GUI. What is your opinion on this approach?
18:52.20 brlcad there are about a half-dozen ways to walk the tree
18:52.36 CIA-65 BRL-CAD: 03n_reed * r50631 10/brlcad/trunk/src/other/step/src/fedex_plus/ (5 files): apply rest of SCL git 290850a: change output suffix of aggregate select types from 's' to '_agg'
18:53.51 cristina brlcad: you are right, I was just pointing out that I shouldn't create a new command if I need to use in C some already existent functions
18:59.50 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3707 10/wiki/Google_Summer_of_Code/2012:
19:00.42 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3708 10/wiki/Google_Summer_of_Code: past tense
19:01.40 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3709 10/wiki/Google_Summer_of_Code/2012:
19:03.45 cristina brlcad: here http://brlcad.org/d/node/97 it says that GSoC is in its sixth year but in fact it is in its eight
19:05.56 cristina thank you for telling me about the commands
19:07.17 brlcad cristina: that's for the catch on 97
19:07.21 brlcad er, thanks
19:07.54 brlcad I think it was originally worded as OUR sixth year participating (two passively)
19:08.11 cristina brlcad: you're welcome
19:08.34 cristina I thought about that and questioned myself if I should tell you or not
19:12.23 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3710 10/wiki/User:Ksuzee:
19:20.27 *** join/#brlcad merzo (~merzo@248-173-133-95.pool.ukrtel.net)
19:20.53 brlcad cristina: why question yourself on that?
19:28.02 cristina brlcad: because it might have referred to BRL-CAD's participation in GSoC
19:28.38 cristina but it participated 4 years and not 6
19:29.54 cristina nevermind, this was just a hypothesis inside my head
19:53.38 CIA-65 BRL-CAD: 03n_reed * r50632 10/brlcad/trunk/src/other/step/src/cleditor/SdaiHeaderSchemaClasses.h: apply header guard symbol change from SCL git d1cd32b
20:07.23 brlcad actively participated 4 times, passively 6 times
20:09.17 brlcad I was involved in gsoc prior to brl-cad getting accepted, which led to our first official involvement in 2008
20:15.12 ``Erik with bzflag?
20:28.39 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3711 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs for day 22
21:27.41 crdueck brlcad: on sf you commented on my ell surface area patch, saying it had been accepted in r50615, but r50615 added the volume function. which one is correct?
21:28.25 brlcad crdueck: which sounds correct? :)
21:29.34 crdueck well then i assume the volume function. there was just a little confusion
21:33.05 brlcad you don't need to assume, there's only one possibility
21:54.57 CIA-65 BRL-CAD: 03tbrowder2 * r50633 10/brlcad/trunk/doc/README.Linux: add more info on required packages for Debian-based systems
22:03.23 CIA-65 BRL-CAD: 03brlcad * r50634 10/brlcad/trunk/TODO: made edits to skt_ed.tcl without testing, make sure it still works -- particularly for the user-reported failure case: circles
22:13.16 crdueck which header do primitive callback functions belong in?
22:13.29 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
22:14.04 crdueck *definitions for primitive callback functions
22:19.42 brlcad crdueck: they don't
22:19.59 brlcad they're not public API
22:20.21 brlcad they're declared in src/librt/primitives/table.c manually for the callback table, but that's about it
22:20.28 brlcad everything goes through the table api
22:21.02 brlcad or the newer newly being developed object API also in src/librt/primitives
22:21.35 crdueck okay, i want to modify libged/analyze to use the callback functions. how should i go about that?
22:31.21 brlcad ah, very good
22:40.13 brlcad crdueck: well that will involve adding two callbacks to the rt_functab table
22:41.19 brlcad its definition is in include/raytrace.h, add the callbacks then you'll have to add NULL for all of them in table.c (except for the few you've now implemented)
22:42.20 brlcad crdueck: save that work for after you have commit access -- you probably are eligible already, but your patches need a quick reviewing
22:59.49 crdueck brlcad: okay, i'll take a look at those files. thanks
23:18.42 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3712 10/wiki/User:Cprecup/GSoC2012_progress: 21/05/2012, 22/05/2012 progress logs
23:29.09 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
IRC log for #brlcad on 20120523

IRC log for #brlcad on 20120523

01:21.31 *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl)
01:29.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
01:30.32 *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl)
02:00.40 *** join/#brlcad xth1 (~thiago@201.82.138.218)
02:30.19 brlcad crdueck: was just reviewing your sf patch 3513062 ...
02:30.48 brlcad crdueck: hard to believe that was sufficient with strict compilation and i/o testing
02:47.54 crdueck brlcad: erm, that definitely should have been rejected a long time ago. that was an admittedly poor attempt, submitted before i had my build environment working. it definitely does not compile... sorry about that
02:51.49 *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl)
02:57.18 brlcad crdueck: do you plan on working on it some more, or should I just close it out?
03:00.38 CIA-65 BRL-CAD: 03tbrowder2 * r50635 10/brlcad/trunk/src/libbu/test_vls.c: add another vls regression test
03:02.19 crdueck i tried a more thorough attempt, and the new size_t type causes a lot of typechecking errors with other functions. its hardly a trivial patch, requiring a lot of testing. I don't think i'll be working on it now that the coding period has begun.
03:02.34 brlcad crdueck: okay, thanks
03:02.55 brlcad thanks for trying too, I didn't think that one was easy :)
07:31.22 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:47.16 *** join/#brlcad stas (~stas@82.208.133.12)
08:05.12 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:18.34 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:22.32 *** join/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de)
08:24.17 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
08:31.12 *** join/#brlcad andrei (~andrei@5-12-64-92.residential.rdsnet.ro)
08:48.01 *** join/#brlcad andrei (~andrei@5-12-64-92.residential.rdsnet.ro)
09:07.28 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3713 10/wiki/User:Plussai/GSoC_2012_log: /* 10 May 2012 */
09:11.37 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3714 10/wiki/User:Plussai/GSoC_2012_log: /* 12 May 2012 */
09:14.22 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3715 10/wiki/User:Plussai/GSoC_2012_log: /* 12 May 2012 */
09:14.40 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3716 10/wiki/User:Plussai/GSoC_2012_log: /* 13 May 2012 */
10:44.20 CIA-65 BRL-CAD: 03Mesut 07http://brlcad.org * r3717 10/wiki/User:Mesut/Reports:
11:04.58 CIA-65 BRL-CAD: 03bob1961 * r50636 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Clear mLastDataIndex after data move.
12:05.18 andrei Hello
12:05.51 andrei brlcad, I just read the email from you regarding the wiki page
12:06.08 andrei I remember updating it quite some weeks ago.
12:06.56 andrei http://brlcad.org/wiki/User:Popescu.andrei1991#GsoC_2012_progress
12:52.02 CIA-65 BRL-CAD: 03tbrowder2 * r50637 10/brlcad/trunk/regress/vls.sh: correct name of error log
13:02.45 *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de)
13:09.21 brlcad andrei: you were supposed to also update http://brlcad.org/wiki/Google_Summer_of_Code/2012
13:09.33 brlcad since you weren't ready when it was initially prepared
13:10.27 brlcad that said, g'morning all!
13:12.55 andrei so I should update the FIXME with http://brlcad.org/wiki/User:Popescu.andrei1991#GsoC_2012_progress
13:12.57 andrei ?
13:14.13 brlcad yes, just like all the others ;)
13:15.21 CIA-65 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3718 10/wiki/Google_Summer_of_Code/2012: /* Package Library Extensions */
13:15.43 brlcad thanks
13:15.49 andrei nah, was my bad.
13:16.06 brlcad how goes the coding?
13:17.35 brlcad ~seen anuragmurty
13:17.46 ibot anuragmurty <~anurag@14.139.128.12> was last seen on IRC in channel #brlcad, 5d 23h 49m 37s ago, saying: 'hello sean!'.
13:17.52 andrei I m not coding because this academic year is a mess
13:17.56 andrei yet*
13:18.13 brlcad oh noes!
13:18.22 brlcad what's the problem?
13:18.42 andrei well, our homeworks deadlines prolonged into the exam session.
13:18.53 andrei if I only had to study, I could have worked for brlcad without so much trouble
13:19.34 andrei I believe I ll catch up pretty fast with the rest
13:19.37 brlcad I remember your long e-mail, but it sounded like things should get better quickly
13:20.04 andrei well I m currently working on the last homework, which is a prolog one.
13:20.17 andrei so yeah, after sunday I should only have exams.
13:20.31 andrei ( that means I could at least work to get commit access if not more)
13:20.58 brlcad that will put you a solid week behind everyone -- is there any way to dedicate an hour or two a day to your project?
13:21.07 brlcad just so some progress is being made
13:21.30 CIA-65 BRL-CAD: 03tbrowder2 * r50638 10/brlcad/trunk/regress/vls.sh: make name consistency a little more robust
13:22.36 andrei I should be able to, yes
13:23.18 andrei the task you gave me , to add packet size as a parameter for example
13:23.42 andrei it's not a difficult task, I just find it difficult to divide my focus
13:23.52 brlcad understandable
13:24.03 brlcad but then that's also a good bite-sized piece
13:24.09 brlcad shouldn't take even an hour
13:25.13 brlcad I'm just worried that if you put no time in day after day, you WILL fall substantially behind
13:25.47 brlcad swapping out everything on libpkg for even a couple days will make the next day you come back to it that much more unproductive as you relearn where you left off
13:26.59 brlcad so an hour a day should be a minimum just to keep it in context, otherwise by sunday you'll be more than a week behind because of the time to relearn your context
13:27.44 brlcad that task is particularly well-suited -- it's probably 10 lines of code
13:29.11 andrei indeed, there's no excuse for that, I ll do it now.
13:33.04 andrei I just added tpkg.c to the cmake list
13:33.11 andrei does this seem correct?
13:33.16 andrei set(LIBPKG_SOURCES
13:33.17 andrei <PROTECTED>
13:33.19 andrei <PROTECTED>
13:33.20 andrei <PROTECTED>
13:33.22 andrei <PROTECTED>
13:33.23 brlcad nope
13:33.23 andrei <PROTECTED>
13:33.50 brlcad tpkg.c is application code, pkg.c is library code
13:34.25 brlcad tpkg needs to be added as another uninstalled application -- see some examples in src/libbu/CMakeLists.txt like test_vls
13:34.49 andrei I m looking there at the moment
13:35.14 brlcad the build system update would make for a fine patch by itself
13:35.34 andrei yeah, it s nice that I can see if it works before submitting it.
13:35.37 brlcad or include it with the command-line option addition
13:43.23 andrei how do I build tpkg using cmake?
13:46.11 andrei ah, I found it. I just ran make install again.
13:48.00 andrei there is some issue with the dependencies, I ll look into it now.
13:48.02 andrei http://slexy.org/view/s21SyGhl5i
13:51.25 andrei Nevermind that, it compiled succesfully.
14:22.50 CIA-65 BRL-CAD: 03phoenixyjll * r50639 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: A small change from double to fastf_t.
14:34.25 ``Erik andrei: you should be able to run it without installing... run "make tpkg" and the updated binary will be in bin/ (like, /home/andrei/brlcad/build/bin if you built in /home/andrei/brlcad/build), as a staging area before install
14:45.48 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3719 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
14:49.45 brlcad crdueck: your mentor showed me a pretty fantastic report he had stashed away, relevant to your project
14:50.47 brlcad crdueck: http://www.dtic.mil/dtic/tr/fulltext/u2/274936.pdf
14:56.47 crdueck brlcad: wow, very nice. i'll send him an email regarding it, thanks
14:56.47 brlcad starseeker: ahh, just saw your e-mail, looks like you found that too
14:57.12 brlcad the scan is nowhere near as nice as the original... :)
14:57.28 brlcad but it is legible .. and from 1962! :)
15:06.09 starseeker nifty!
15:06.19 starseeker wonders if that original is scannable...
15:07.27 starseeker grumbles... the odd pathnames distcheck test is failing silently (or some parts of it are) - they "complete" successfully by not doing what they should be doing
15:07.34 starseeker looks like repository.sh is one of them
15:10.24 CIA-65 BRL-CAD: 03starseeker * r50640 10/brlcad/trunk/src/libbu/test_booleanize.c: distcheck failure - use of strcmp
15:10.39 CIA-65 BRL-CAD: 03phoenixyjll * r50641 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Fixed the wrong revolution axis: the endpoint should be v3d+axis3d. Further modifications are still needed.
15:29.44 brlcad starseeker: it's got a nice bound edge
15:29.54 brlcad scannable, but would have to destroy and rebind it
15:30.55 *** part/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de)
15:38.18 ``Erik starseeker: for(i=1;i<=1<<10;i<<=1)if(v<=i)return i;
15:39.14 andrei that looks like verilog?
15:46.54 andrei should I output an usage error when called without the size argument, or if no argument I should consider the already stated size?
15:51.52 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3720 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
15:55.08 CIA-65 BRL-CAD: 03phoenixyjll * r50642 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Changed the plane origin of the sketch.
15:56.54 andrei or should I enforce providing 3 arguments?
18:32.28 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
20:10.40 CIA-65 BRL-CAD: 03tbrowder2 * r50643 10/brlcad/trunk/ (6 files in 3 dirs): make more readable, add info on both log files in event of error
20:48.43 CIA-65 BRL-CAD: 03tbrowder2 * r50644 10/brlcad/trunk/ (6 files in 3 dirs): undoing bad commit rev 50643
20:56.30 CIA-65 BRL-CAD: 03starseeker * r50645 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: Add _T suffix to SIZEOF vars
20:57.34 CIA-65 BRL-CAD: 03bob1961 * r50646 10/brlcad/trunk/src/libbu/sscanf.c: Special case for size_t on windows.
20:59.06 CIA-65 BRL-CAD: 03bob1961 * r50647 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Calling bu_sscanf instead of sscanf. This eliminates more windows specific problems.
21:06.27 CIA-65 BRL-CAD: 03tbrowder2 * r50648 10/brlcad/trunk/regress/vls.sh: make more readable, add info on both log files in event of error
21:29.26 *** join/#brlcad cristina (~cristina@188.24.79.30)
21:49.20 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3721 10/wiki/Undoing-a-commit: New page: Sometimes one may inadvertently commit a change that was not intended. For example: $ svn ci test_vls.c ... revision: 9999 We want to "uncommit" the change. But if we don't want to los...
22:18.26 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3722 10/wiki/Undoing-a-commit: Adding a clear example of backing out an unintentional commit
22:27.04 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3723 10/wiki/Undoing-a-commit: finish first cut at the example
22:30.03 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3724 10/wiki/SVN: add llink to a helper page
22:31.10 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3725 10/wiki/SVN: make link more readable
23:46.20 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3726 10/wiki/Undoing-a-commit: clarify. the change forever lives in history so it can be extracted with svn diff. merge applied to trunk checkout, not trunk itself.
23:56.35 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
IRC log for #brlcad on 20120524

IRC log for #brlcad on 20120524

00:27.06 brlcad starseeker: so curious about that SIZEOF_*_T suffix.. That symbol from autoconf land is SIZEOF_type where type is the uppercase form of the C type. The _T isn't really applicable to all sizeof() checks
00:27.11 brlcad just happens to be the suffix for size_t and a few others we check for.
00:27.35 brlcad I very well might have wanted to check sizeof(FILE) for example or some X type or something else in order to behave accordingly
00:28.35 brlcad actually, one of the checks is supposed to be checking the sizeof(void*), which should be SIZEOF_VOIDP
00:34.16 brlcad (and I do think we use that in one or more places)
01:02.06 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
02:33.52 *** join/#brlcad IriX64 (~kvirc@65.95.123.211)
03:15.35 CIA-65 BRL-CAD: 03phoenixyjll * r50649 10/brlcad/trunk/src/librt/primitives/extrude/extrude_brep.cpp:
03:15.36 CIA-65 BRL-CAD: Changed the position of the sketch in extrude according to the parameters.
03:15.36 CIA-65 BRL-CAD: Some comment is added to make it clear.
03:37.09 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:39.31 CIA-65 BRL-CAD: 03phoenixyjll * r50650 10/brlcad/trunk/src/librt/primitives/ (revolve/revolve_brep.cpp sketch/sketch_brep.cpp): The old version creates a circle just on the xy plane. Now it's created on the sketch plane.
03:43.51 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3727 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
04:39.53 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
06:35.50 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:20.41 anuragmurty brlcad: hi
08:03.15 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:22.28 anuragmurty d_rossberg:hi
08:23.14 anuragmurty i wanted to enquire about voxelize
08:24.18 *** join/#brlcad stas (~stas@82.208.133.12)
08:55.08 d_rossberg anuragmurty: morning
08:55.20 anuragmurty morning
08:55.42 anuragmurty are you free right now?
09:10.06 d_rossberg no, but don't hesitate to ask though ;)
09:13.46 anuragmurty oh ok.. so i have been through two examples pointed out by brlcad(sean)... one is rtexample, the other is viewweight.. that does give me some hints on how to go about determining what functions will be useful for voxelization
09:15.20 *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de)
09:16.49 anuragmurty there will be rt_hit, rt_miss that i have to modify according to needs.. but what parameters will i need for voxelization? an obvious one would be size of voxel/number of voxels in each dimension.. i just want to know if i am thinking along the right directions.. obviously things should get clearer after i go through g_qa which samples 3D geometry
09:25.33 d_rossberg other parameters could be: rays per voxel, the percentage a voxel has to be filled to take it into account
09:28.59 d_rossberg the algorithm of voxelization probanly involves calling rt_shootray from a grid of start points with grid size = voxel size
09:29.28 anuragmurty ok.. i get it i think
09:31.13 anuragmurty and then we can use the ray partitions of rays from different views to decide which voxels to take into account.. ?
09:33.06 anuragmurty i mean using that to calculate volume of that rectangle filled and then deciding..
10:33.53 d_rossberg you don't need different views: e.g. voxel size 1, you hit a component at 17.2 and leave it at 17.8 => 60% of this voxel is filled
10:34.54 d_rossberg to improve this you need more rays through this voxel
10:40.06 *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de)
11:16.02 *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de)
11:30.35 starseeker hmm, cool: http://news.sciencemag.org/sciencenow/2012/05/return-of-the-vacuum-tube.html
11:58.27 *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de)
12:05.07 *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de)
12:10.52 *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de)
12:12.42 CIA-65 BRL-CAD: 03d_rossberg * r50651 10/brlcad/trunk/src/conv/ (10 files in 2 dirs): a raw (simple ASCII bag of triangles) to g geometry converter
13:22.32 CIA-65 BRL-CAD: 03d_rossberg * r50652 10/brlcad/trunk/ (4 files in 2 dirs):
13:22.32 CIA-65 BRL-CAD: apply sourceforge parch 3527658 (libbn_refactor_tolerance.diff) from kane_:
13:22.32 CIA-65 BRL-CAD: "refactor and manage libbn tolerance uses by providing an interface default
13:22.32 CIA-65 BRL-CAD: (e.g., an init macro) and making everyone use that where it is hardcoded to
13:22.32 CIA-65 BRL-CAD: 0.0005 presently"
13:39.04 d_rossberg kane_: i've just realized that there is a BN_TOL_INIT() macro which could be used to initialize bn_tol with default values
13:40.11 d_rossberg to initialize the struct to zero there is another BN_TOL_INIT_ZERO() macro
13:49.48 CIA-65 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3728 10/wiki/User:Anuragmurty: /* community bonding period */
13:50.21 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
14:40.31 *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de)
15:19.12 brlcad anuragmurty: thanks and welcome (again)
15:20.50 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
15:26.20 CIA-65 BRL-CAD: 03starseeker * r50653 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): This should improve the behavior and robustness of the type checking macro in BRL-CAD. While we're at it, make the variable names automatic and deduced from the type itself.
15:36.40 *** part/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de)
15:44.36 brlcad anuragmurty: do you have a good idea what your next steps need to be?
15:45.05 brlcad rather, a specific action to be taken next
15:52.17 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:23.28 CIA-65 BRL-CAD: 03n_reed * r50654 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h seeinfodefault.h): Apply changes from SCL git 4858af2 removing code supporting step files (N279 files) that pre-date ISO 10303-21:1994.
16:27.10 anuragmurty brl-cad: hi! was gone for dinner
16:27.37 brlcad pretty sure that's allowed ;)
16:27.48 anuragmurty i was able to talk to daniel today
16:28.10 anuragmurty rt_shootray for a grid
16:28.13 brlcad irc isn't always instantaneous, meant to lurk just like you did, see messages when you get back, sometimes interactive othertimes not
16:28.18 brlcad yeah, I read
16:28.39 anuragmurty yes.. so thats what i plan to do..
16:28.51 anuragmurty will contact if i hit a roadblock
16:29.18 anuragmurty right now i don't think a very basic program would differ much from rtexample
16:29.32 anuragmurty maybe i am wrong.. but thats what i am tryin
16:30.04 brlcad probably won't but that's exactly the sort of progress you should post daily to the patches tracker until you have commit
16:30.09 brlcad and document in your dev log on the wiki
16:30.16 brlcad even if it's just one sentence
16:30.41 brlcad I'd suggest starting with something very basic, like firing one ray ala rtexample
16:31.39 anuragmurty hmm.. got it.. will do that right now..
16:31.41 brlcad or maybe fire a ray down three axes
16:31.51 brlcad that could be the second step
16:32.16 brlcad that would effectively triple sample a single cell
16:32.58 anuragmurty yes.. i will do that.. i had another doubt..
16:33.19 anuragmurty firing from 3 different views v. 3 from the same direction
16:33.31 anuragmurty same view i mean.. which is better??
16:33.39 brlcad understand daniel's point, though -- you certainly don't need more than one
16:34.13 brlcad 3 from the same direction means what?
16:34.18 anuragmurty same view..
16:34.26 brlcad 3 from the same view means what?
16:34.33 brlcad 3 what?
16:34.36 anuragmurty rays
16:34.43 anuragmurty i think i am messing something up
16:34.45 brlcad why would you shoot 3 rays?
16:34.54 anuragmurty yes i now realise
16:34.57 anuragmurty sorry abt that
16:35.07 brlcad no need to apologize
16:35.35 anuragmurty ok.. thanks though.. dunno what i was thinking
16:35.38 anuragmurty :-/
16:35.51 brlcad you might want to shoot multiple rays to sample a voxel cell, that would be why you might shoot N rays
16:36.04 brlcad but certainly not the same ray, or you'll just get the same information three times
16:36.27 anuragmurty exactly.. i think i meant something like no. of rays per voxel vs. smaller voxels
16:36.28 brlcad rays are infinitely thin -- they give you a thickness
16:36.48 anuragmurty but again.. i guess i will think first
16:41.41 brlcad just make sure that thinking also involves discussion :)
16:42.08 anuragmurty ok.. :)
16:42.15 brlcad this isn't like doing homework -- you're expected to interact as we have a vested interest in what you're doing
16:42.33 brlcad you're not getting graded, you're making something others will use
16:42.48 brlcad so at a minimum, you need to discuss it because we need to understand what you're doing too
16:43.41 anuragmurty i will ensure i do that..
16:45.01 brlcad so I think a good goal to have for a few weeks out is getting whatever technique working for shooting rays, and then getting that into a command in mged/archer
16:45.39 brlcad from the discussion on the mailing list a couple days ago, it'll be good to include conversion to voxel form as part of our conversion.sh script so we can validate conversions
16:46.07 brlcad which means creating a 'vol' object for a given input geometry
16:47.23 brlcad just something to keep in mind, since the first steps are more oriented around learning the rt_shootray() interface
16:48.18 brlcad you need to be able to shoot a grid at a minimum, so perhaps that's best to do first
16:50.08 anuragmurty hmm.. i think i am sort of comfortable with the shootray function.. will try out the 3 different views first, then the grid should follow..
16:50.36 anuragmurty will look at the conversions after i am done with these
16:51.19 brlcad definitely post your sources now and then after you shoot three views (then after a grid) .. those are good checkpoints
16:51.58 anuragmurty ok.. it will be on my log..
16:52.13 brlcad hm?
16:52.31 anuragmurty oh sources.. yes
16:52.59 anuragmurty i will do that..
16:53.02 brlcad great
16:53.19 brlcad both should be every day, doesn't even matter if you're done -- it's about communicating your effort and progress
16:53.36 brlcad both being log and patch/commit
16:54.05 anuragmurty ok..
16:54.15 brlcad if you have any feedback on patches already in the tracker, those should take priority because we want to get you reviewed and access granted
16:54.18 brlcad so you can be more efficient
16:54.37 brlcad it's also a lot easier to review commits than it is patches ;)
16:54.59 anuragmurty :)
16:55.58 brlcad so yeah, post very very small incremental steps as patches and respond to any feedback with updates -- getting commit set up is the #1 priority
16:57.16 anuragmurty i will do that.. actually d_rossberg is reviewing the patch i sent.. some problems, but should be done soon..
17:01.10 brlcad excellent, I meant more in general
17:01.22 brlcad and not just for you, that's all students that don't yet have commit access
17:02.22 brlcad this is the first time several students didn't put in effort during bonding period to obtain commit, so we need to get that sorted out quickly
17:02.43 brlcad should have been done a month ago.. :)
17:25.51 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
17:33.42 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
18:24.14 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3729 10/wiki/User:Crdueck/log:
19:00.45 CIA-65 BRL-CAD: 03tbrowder2 * r50655 10/brlcad/trunk/src/libbu/test_vls.c: add new tests, some format tidying
19:10.46 *** join/#brlcad cristina (~quassel@188.24.79.30)
19:11.52 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:16.34 *** join/#brlcad cristina (~quassel@188.24.79.30)
19:16.51 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:22.48 CIA-65 BRL-CAD: 03tbrowder2 * r50656 10/brlcad/trunk/src/libbu/vls.c: correct operator for combining flags
19:24.40 CIA-65 BRL-CAD: 03tbrowder2 * r50657 10/brlcad/trunk/src/libbu/vls.c: reformat for ease of seeing boolean choices
19:26.20 CIA-65 BRL-CAD: 03tbrowder2 * r50658 10/brlcad/trunk/src/libbu/vls.c: add another legitimate snprintf flag charcacter
19:30.33 CIA-65 BRL-CAD: 03tbrowder2 * r50659 10/brlcad/trunk/src/libbu/vls.c: eliminate check for field type here (even though it's a hybrid length modifier)
19:34.54 CIA-65 BRL-CAD: 03tbrowder2 * r50660 10/brlcad/trunk/src/libbu/vls.c: move all length modifier checks to end of format specifier parse, add comment to that effect
19:38.26 CIA-65 BRL-CAD: 03tbrowder2 * r50661 10/brlcad/trunk/src/libbu/vls.c: correct position of comment
19:48.02 CIA-65 BRL-CAD: 03tbrowder2 * r50662 10/brlcad/trunk/src/libbu/vls.c: reorder length mod defs, add new length group
19:51.04 CIA-65 BRL-CAD: 03tbrowder2 * r50663 10/brlcad/trunk/src/libbu/vls.c: remove spurious spaces
19:58.40 CIA-65 BRL-CAD: 03tbrowder2 * r50664 10/brlcad/trunk/src/libbu/vls.c: don't clear length flags for 'l' or 'h' UNTIL we check for doubling--this should fix the 32-bit failure
20:45.22 CIA-65 BRL-CAD: 03tbrowder2 * r50665 10/brlcad/trunk/TODO: 32-bit vls failure fixed with rev 50664, confirmed on 32-bit Linux Mint LMDE
20:48.53 CIA-65 BRL-CAD: 03tbrowder2 * r50666 10/brlcad/trunk/src/libbu/vls.c: reorder vars for ease of maintenance
20:50.18 CIA-65 BRL-CAD: 03tbrowder2 * r50667 10/brlcad/trunk/src/libbu/vls.c: clarify comment
20:53.24 CIA-65 BRL-CAD: 03tbrowder2 * r50668 10/brlcad/trunk/src/libbu/vls.c: align vars, correct spacing, clarify comment
20:56.34 CIA-65 BRL-CAD: 03tbrowder2 * r50669 10/brlcad/trunk/src/libbu/vls.c: eliminate unnecessary check
20:57.24 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3730 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs for day 24
20:59.15 CIA-65 BRL-CAD: 03tbrowder2 * r50670 10/brlcad/trunk/src/libbu/vls.c: add another valid char possibility
21:03.58 CIA-65 BRL-CAD: 03tbrowder2 * r50671 10/brlcad/trunk/src/libbu/vls.c: expand comment for clarity
21:06.28 CIA-65 BRL-CAD: 03tbrowder2 * r50672 10/brlcad/trunk/src/libbu/vls.c: ws
21:09.52 CIA-65 BRL-CAD: 03tbrowder2 * r50673 10/brlcad/trunk/src/libbu/vls.c: style, ws
21:10.58 CIA-65 BRL-CAD: 03tbrowder2 * r50674 10/brlcad/trunk/src/libbu/vls.c: typo in comment expansion
21:18.57 CIA-65 BRL-CAD: 03tbrowder2 * r50675 10/brlcad/trunk/src/libbu/vls.c: use a var for clarity and ease of maintenance
21:21.46 *** join/#brlcad piksi (piksi@pi-xi.net)
21:24.43 CIA-65 BRL-CAD: 03tbrowder2 * r50676 10/brlcad/trunk/src/libbu/vls.c: more idiomatic
21:26.05 CIA-65 BRL-CAD: 03tbrowder2 * r50677 10/brlcad/trunk/src/libbu/vls.c: add comment
21:30.34 *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de)
21:31.11 CIA-65 BRL-CAD: 03tbrowder2 * r50678 10/brlcad/trunk/src/libbu/vls.c: tidy one comment, move another
21:31.31 *** part/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de)
21:36.20 CIA-65 BRL-CAD: 03tbrowder2 * r50679 10/brlcad/trunk/src/libbu/vls.c: combine decl with initialization
21:40.55 CIA-65 BRL-CAD: 03tbrowder2 * r50680 10/brlcad/trunk/src/libbu/vls.c: combine decl with initialization
21:43.55 CIA-65 BRL-CAD: 03tbrowder2 * r50681 10/brlcad/trunk/src/libbu/vls.c: ws
22:05.37 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
22:28.47 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
22:35.00 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
22:45.28 *** join/#brlcad cristina_ (~quassel@188.24.71.175)
22:57.30 CIA-65 BRL-CAD: 03n_reed * r50682 10/brlcad/trunk/src/other/step/src/ (15 files in 2 dirs): apply SCL git e72ca29; remove some superfluous boolean types and use std bool more often
IRC log for #brlcad on 20120525

IRC log for #brlcad on 20120525

00:44.23 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
00:44.23 *** join/#brlcad piksi (piksi@pi-xi.net)
00:44.23 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
00:44.23 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
00:44.23 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
00:44.23 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
00:44.23 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
00:44.23 *** join/#brlcad yiyus (1242712427@je.je.je)
00:44.23 *** join/#brlcad ChanServ (ChanServ@services.)
00:44.23 *** mode/#brlcad [+oo brlcad ChanServ] by wolfe.freenode.net
01:38.06 *** join/#brlcad xth1 (~thiago@187.106.51.2)
05:30.41 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
06:09.42 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
06:15.38 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
06:31.23 ksuzee hello, Sean!! Could you look in file util/lowp.c? It seems to be a typo there
06:31.34 ksuzee I even don't know
06:33.23 ksuzee there're 2 similar part of code one by one
06:33.34 ksuzee I'm not sure about it
06:49.07 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:56.55 *** join/#brlcad stas (~stas@82.208.133.12)
08:35.20 *** join/#brlcad andrei (~andrei@5-12-88-164.residential.rdsnet.ro)
08:35.33 andrei Hello!
08:49.49 brlcad hi andrei
08:50.12 brlcad ksuzee: can you be more specific?
08:50.47 ksuzee yes, in row 110 readval = read(infd3, in3, scanbytes);
08:51.09 ksuzee 6 rows
08:51.26 ksuzee and after that there's the same block
08:51.34 andrei brlcad: should the size parameter be mandatory? should I use the curent size as implicit one if no 3rd paramter given?
08:52.45 ksuzee Simian found it
08:53.09 ksuzee and I'm not sure what to do with it
08:56.18 brlcad those aren't "quite" the same blocks ksuzee -- reading from two different infd's and in's
08:56.30 brlcad but sure, those six lines could be turned into a function
08:57.27 brlcad called three times with different params
08:57.48 brlcad andrei: don't know what context you're referring to
08:57.52 brlcad what size parameter?
08:58.09 brlcad oooh, tpkg
08:58.19 brlcad why would you make it mandatory?
08:58.33 ksuzee ok, I understand
08:58.35 ksuzee but
08:58.53 ksuzee in first block there're infd1, in1
08:59.10 ksuzee but other two are with infd3, in3,
08:59.19 brlcad yes?
08:59.27 ksuzee yes
08:59.40 brlcad but, what's your point? :)
08:59.47 brlcad yes they are different
09:00.00 brlcad so the function you make will have different values being passed to it
09:00.22 brlcad make sure you test before and after ;)
09:00.38 brlcad lowp is fortunately a very simple filter
09:00.54 andrei then if it's not mandatory , I will only update the "help" output
09:01.26 brlcad andrei: I would expect the size parameter to be some -b # or -s # or similar command-line option
09:01.36 brlcad -b probably
09:01.49 ksuzee ok, thanks I'll make the patch with this functiom
09:06.25 ksuzee em, Sean=) Mb, I misunderstand a bit)) But look: we have assignmet of in1, in2, in3 and infd1, infd2 and infd 3
09:06.45 ksuzee but the second "read" gets in3 and infd3
09:06.50 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
09:07.06 ksuzee I think if should get in2 and infd2
09:08.39 ksuzee I see about function, but I don't understand about it
09:09.58 ksuzee "it" means second situstion)
09:10.05 ksuzee *situation
09:11.17 andrei brlcad, looking in the cmakelists from libbu, I added BRLCAD_ADDEXEC(tpkg tpkg.c libpkg NO_INSTALL) to the libpkg one
09:11.33 andrei I do get a testpkg binary , not sure from where, but it doesn't seem to be the same file.
09:11.45 andrei in /usr/brlcad/bin
09:14.05 andrei is there something wrong ?
09:24.50 andrei shouldn't I get a tpkg binary in /usr/brlcad/bin
09:36.38 andrei (I think I fixed the cmake part)
09:39.41 *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de)
09:48.41 andrei No, it does compile succesfully, but I don't get the expected binary.
09:49.41 andrei this is my CMake
09:49.43 andrei http://slexy.org/view/s29UVlIwGi
09:56.38 *** join/#brlcad andrei_ (andrei@5-12-88-164.residential.rdsnet.ro)
11:23.02 *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de)
12:11.34 *** part/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de)
12:31.13 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
13:13.10 ``Erik andrei_: you're explicitely telling it that tpkg should be built and NOT installed... which is correct, it should create ${BUILD_DIR}/bin/tpkg, but not ${INSTALL_DIR}/bin/tpkg
13:19.01 CIA-65 BRL-CAD: 03phoenixyjll * r50683 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Deal with non-full revolution of revolve. Create two surfaces in that case.
13:22.42 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3731 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
13:30.23 *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de)
14:53.08 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
14:53.19 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
15:20.30 brlcad andrei_: question answered?
15:21.46 *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de)
15:22.32 brlcad anuragmurty: note that the comments on your unit test patch apply to all code, like when you upload your current progress that shoots a ray (which you should do today)
15:22.56 brlcad consistency is king ;)
15:33.09 CIA-65 BRL-CAD: 03d_rossberg * r50684 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_bitv.c): apply sourceforge parch 3527405 (test_bitv4.patch) from anrgmrty: "Unit test for testing of src/libbu/bitv.c has been written with appropriate changes to CMakelists.txt and Makefile.am"
15:44.20 *** part/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de)
16:15.33 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
16:17.18 CIA-65 BRL-CAD: 03tbrowder2 * r50685 10/brlcad/trunk/include/bu.h: correct referenced function name
16:25.31 CIA-65 BRL-CAD: 03tbrowder2 * r50686 10/brlcad/trunk/src/libbu/vls.c: add local helper function for bu_vls_vprintf
16:31.28 anuragmurty brlcad: ok i will keep that in mind
16:31.30 anuragmurty :-)
16:31.36 anuragmurty food. again
16:42.37 CIA-65 BRL-CAD: 03tbrowder2 * r50687 10/brlcad/trunk/src/libbu/vls.c: add two more helper functions for bu_vls_vprintf; comment out temporarily to prevent unused warning/error
16:45.46 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
16:51.53 CIA-65 BRL-CAD: 03starseeker * r50688 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: remove debugging message
16:55.34 CIA-65 BRL-CAD: 03starseeker * r50689 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: tol is used now
16:59.11 CIA-65 BRL-CAD: 03tbrowder2 * r50690 10/brlcad/trunk/src/libbu/vls.c: move S conversion specifier to more appropriate place, modify comment to reflect correct alternative solution
17:00.53 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:15.11 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:31.30 CIA-65 BRL-CAD: 0314.139.128.12 07http://brlcad.org * r3732 10/wiki/User:Anuragmurty: /* community bonding period */
17:31.56 CIA-65 BRL-CAD: 03starseeker * r50691 10/brlcad/trunk/src/libbu/test_bitv.c: Use bu functions - might want to run make regress-repository when working on this file...
18:17.53 CIA-65 BRL-CAD: 03brlcad * r50692 10/brlcad/trunk/src/libbu/vls.c: move %S back down. it wasn't some long string format. it was like %V is now, used everywhere in our code for printing our bu_vls strings.
18:30.08 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:36.43 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:37.46 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:40.09 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:42.53 CIA-65 BRL-CAD: 03tbrowder2 * r50693 10/brlcad/trunk/src/libbu/test_vls.c: add more tests; provide for known failures during development
18:58.37 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:03.36 CIA-65 BRL-CAD: 03starseeker * r50694 10/brlcad/trunk/src/other/tk/CMakeLists.txt: This might be why TK_ENABLE_XFT was incorrectly ON, but needs testing.
19:17.35 *** join/#brlcad merzo (~merzo@165-122-133-95.pool.ukrtel.net)
19:19.54 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:20.49 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
19:21.00 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
19:21.47 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
19:23.38 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
19:31.35 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:37.28 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:42.24 *** join/#brlcad cristina (~quassel@188.24.71.175)
19:42.55 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:47.22 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:56.28 *** join/#brlcad andrei (~andrei@5-12-88-164.residential.rdsnet.ro)
20:18.21 andrei hello
20:18.54 brlcad howdy andrei
20:22.28 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
20:25.34 brlcad Al_Da_Best: !
20:26.35 brlcad andrei: was your question answered?
20:26.49 andrei yes
20:27.03 brlcad excellent
20:27.10 brlcad patch? :)
20:28.15 andrei I m figuring out how to process the command-line
20:28.45 andrei as in [-b] which is equivalent to simply giving th number, or -b 2500 ( for example)
20:29.03 Al_Da_Best Hi there
20:29.18 CIA-65 BRL-CAD: 03brlcad * r50695 10/brlcad/trunk/AUTHORS: add gsoc coder anurag murty for his sf patch 3527405 (Unit test has been written for src/libbu/bitv.c) that got applied by rossberg in r50684
20:29.36 brlcad andrei: okay, but you already have one valid patch there with the build system change
20:29.50 Al_Da_Best Sorry for lack of anything. Reinstalled windows yesterday and just finished getting everything in order. Currently sorting out a fedora vm for brl-cad dev. That's nearly ready
20:29.57 brlcad you could submit that (the -b change would be another)
20:31.15 brlcad patches are supposed to be just a 'single' change anyways, so they should be two commits/patches regardless
20:33.39 brlcad Al_Da_Best: so the problem is that a week has now passed - if it weren't the first week, that sort of week-long disappearance without talking would have put you on GSoC probation at risk of getting failed
20:34.09 Al_Da_Best I understand. I'll be putting things up this weekend certainly
20:34.29 brlcad you're already WAY behind having not established commit access before the coding window anyways, and now a week behind coding too
20:34.42 brlcad remember this isn't a homework assignment
20:35.10 Al_Da_Best Yea
20:35.49 brlcad I know things happen, but please do be careful and put the time in on your project
20:38.03 Al_Da_Best I'll be doing my best to catch up this weekend
20:38.28 brlcad is there anything you can do today?
20:39.24 Al_Da_Best I'm working now, getting it compiled on my vm then I'll start working on a patch(es) for commit
20:39.37 andrei brlcad, I m confused. what you said was directed at me , at Al or both?
20:40.02 andrei ah, I didn't see the first reply.
20:40.19 brlcad andrei: "patch? :) was directed at you.. (for the build system change)
20:40.38 brlcad along with a couple followup comments
20:41.07 brlcad Al_Da_Best: is there anything salvageable with the patch you first submitted?
20:41.29 brlcad that would seem to be something easy to do today, clean that up and resubmit it
20:41.59 brlcad or should that just be closed out?
20:42.39 brlcad (it must be correct/exact and verified)
20:42.49 Al_Da_Best Well I can fix that up, however I wasn't sure if that was needed or not
20:43.40 brlcad my recollection is that volume wasn't right, area was an approximation, and I dont' recall centroid
20:44.05 Al_Da_Best Those issues were fixed shortly after
20:44.29 brlcad right but then the patch also overlapped another patch that implemented one or two of the three, I forget
20:44.35 Al_Da_Best Yeah it did
20:44.43 brlcad so it has to be cross-checked with whatever the current state of the code is
20:45.04 brlcad I think it was volume that was applied, so the other two could be applied if they can be fixed
20:45.46 Al_Da_Best I'll check
20:51.38 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
20:52.17 andrei seems I haven't used svn checkout for quite a while ...
20:53.28 brlcad andrei: problem?
20:53.40 brlcad make sure it's not the whole repo ;)
20:53.41 brlcad ~cadsvn
20:53.41 ibot To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
20:54.56 brlcad andrei: next week after your exams, I'd like to work with you to apply the redblack unit test
20:55.07 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3733 10/wiki/User:Cprecup/GSoC2012_progress: Adaptagrams vs GOBLIN comparison + GOBLIN compilation (24-25/05/2012)
20:55.10 brlcad that's particularly useful, but needed some cleanup iirc
20:55.26 andrei I m not sure how much time it should take
20:55.29 brlcad ~cristina++
20:55.41 andrei I was willing to try working on it after this one, I mean now
20:55.54 CIA-65 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3734 10/wiki/User:Anuragmurty: /* community bonding period */
20:56.02 cristina good morning, brlcad!
20:56.48 brlcad good morning :)
20:57.02 brlcad andrei: cool
20:57.38 cristina brlcad: what should I understand from ~cristina++? :)
20:57.39 brlcad that patch got several people's attention, that's a bit of code with some history to it
20:57.47 brlcad ~karma cristina
20:57.47 ibot cristina has karma of 1
20:58.07 brlcad cristina: oh, nothing really :) just means you're awesome
20:58.40 ``Erik 1/clear
20:58.53 brlcad 2/clear
20:59.12 cristina brlcad: :)) this karma thing is funny
20:59.19 ``Erik 3/exec sudo rm -rf /
20:59.25 ``Erik :D
21:00.31 brlcad anuragmurty: thanks for the patch
21:01.01 anuragmurty welcome!
21:01.15 brlcad hopefully quick to review and no problems :)
21:05.42 anuragmurty i hope so too..
21:06.50 anuragmurty brlcad: i have a question regarding tests that might call bu_bomb during execution
21:09.48 andrei brlcad, so I just upload the .diff?
21:10.43 ``Erik if your svn tree is up to date (svn update), do svn diff > mypatch.patch and look at it to verify it includes everything needed and just what's needed, then upload that
21:17.58 brlcad anuragmurty: and someone might have an answer, but you'd have to actually ask the question instead of waiting (for something, i do not know) :)
21:18.33 andrei brlcad : Done.
21:19.54 anuragmurty brlcad: if i want to give some test cases that might call a function which bombs, does that mean i need to make changes in bu_bomb?? i mean, so that it behaves differently when the calling function is a test..
21:22.59 brlcad andrei: awesome, thanks
21:23.42 brlcad anuragmurty: you absolutely should not make changes to bu_bomb() .. as daniel noted earlier, you work with and test the API as-is
21:24.25 brlcad you just need to make sure it's not failing when it shouldn't and is failing when it should
21:24.48 brlcad in code, you actually can catch a bu_bomb() and proceed, if the blather is problematic
21:25.09 anuragmurty okay! .. because bomb is not the same as getting an error message.. your test stops midway.. so i was just wondering.. thank you!!
21:25.59 brlcad see BU_SETJMP() examples throughout the code
21:26.22 brlcad it's an old C method of exception handling, similar to try/catch in c++
21:27.19 anuragmurty <PROTECTED>
21:31.44 andrei the test_rbtree issues shouldn't take more than one or two hours to correct
21:32.03 andrei I ll move to it in a few minutes
21:44.32 brlcad if even that -- mostly style/formatting problems
21:44.38 brlcad and a question about validation iirc
21:49.19 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
23:35.54 starseeker cristina: does http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz not have what you need?
23:41.11 cristina starseeker: I get the same error when running make
23:41.51 cristina can you tell me where did you get this source? Mine had just Makefile and Makefile.conf without CMakeLists.txt
23:42.47 brlcad in case it comes up a couple years from now and the knowledge is lost in biomass, http://brlcad.org/gallery/s/renderings/GSI_Images/BRDM.png.html has a very cool joint articulation file
IRC log for #brlcad on 20120526

IRC log for #brlcad on 20120526

00:03.54 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
01:40.04 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
02:29.26 DarkCalf pokes brlcad with a stick
02:51.50 brlcad moos
03:07.45 starseeker cristina: I put that CMake logic together
03:08.16 starseeker part of some earlier testing - I figured it might save you time
03:11.50 starseeker cristina: this might be a useful hit for those errors - http://stackoverflow.com/questions/5269957/looser-throw-specifier-error-in-c
03:19.28 starseeker cristina: if we did end up using goblin (or, for that matter, adaptagrams) we'd eventually want to look at integrating the necessary bits into src/other
03:20.40 starseeker cristina: that's not something you need to worry about at the moment, unless it makes it easier for you to work with goblin
03:22.20 starseeker cristina: my initial impression when I looked at goblin was that there wasn't a whole lot of activity on the project in the last few years
03:25.16 starseeker That's one of the advantages adaptagrams has - they seem to be a project with current activity
03:25.47 starseeker I mainly didn't try a CMake build with them because it's a more complex proposition
03:37.56 *** join/#brlcad xth1 (~thiago@187.106.53.173)
07:59.01 *** join/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de)
08:18.50 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
08:27.19 ksuzee starseeker: Hello, Cliff! Thanks for suggestion in my patch. I've never heard about astyle before. I've installed it and made a formatting with patch but I don't understand in which way I should use configuration file. Explain me please)
08:52.05 *** join/#brlcad stas (~stas@82.208.133.12)
08:52.24 *** join/#brlcad merzo (~merzo@242-120-132-95.pool.ukrtel.net)
09:09.20 brlcad ksuzee: er, when you run astyle, it has about a hundred different options for specifying how to format the file(s)
09:09.53 brlcad we specify our style/format in an astyle configuration file so you don't have to guess
09:10.09 brlcad you provide that to astyle when you run it (see their documentation on how)
09:10.57 brlcad when in doubt, read our HACKING file and edit your files accordingly -- you should ALSO be doing it or know how to do it manually
09:11.36 brlcad very basic skill to be able to conform to another projects' style exactly (with OR WITHOUT a tool helping)
09:16.34 ksuzee thank you Sean) Now I understand
09:17.49 ksuzee also I have one more question by my another patch
09:18.23 ksuzee I ran lowp with parameters (4 files)
09:18.38 ksuzee But it shows an error
09:18.55 ksuzee the same - before and after reduction
09:19.42 ksuzee I think, I use parameters in wrong way
09:21.14 ksuzee But I don't know where's my mistake. Can you give me and example, how you use it? It'll help me with testing another commands
09:21.16 andrei hello!
09:22.39 andrei I m currently looking into the test_rbtree patch I wrote
09:23.04 andrei should I create a new addition with it( when it's done) or modify the existent one?
09:41.03 *** part/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de)
09:45.51 *** join/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de)
10:07.22 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
10:49.01 *** join/#brlcad Al_DC_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
10:54.49 andrei how can I automatically indent code?( I don t remember the name of the script)
10:59.42 cristina hey andrei!
11:00.14 andrei Hello cristina :)
11:00.29 cristina do you know about astyle?
11:01.31 andrei if you mean the one on sourceforge, yes?
11:01.56 andrei should I use it ?
11:03.22 cristina I never used it but I've seen that Sean recommended it to someone. I guess you could give it a try
11:03.48 andrei oh, good to know. Thank you!
11:04.11 ksuzee hi, it was me)
11:04.32 andrei hey ksuzee
11:04.44 cristina andrei: you're welcome
11:05.36 ksuzee there's the astyle config file in /misc
11:06.10 ksuzee you should use it togather with astyle programm
11:06.50 ksuzee I've learnt about it only today
11:07.38 andrei ah, I m currently syncronizing with the AUR repo's which takes forever
11:07.48 andrei will see in a moment, thanks :)
11:08.47 ksuzee welcome)
11:10.47 ksuzee And have you found how to use it together with astyle config. Because I haven't found in MAN yet
11:11.11 CIA-65 BRL-CAD: 03tbrowder2 * r50696 10/brlcad/trunk/src/libbu/test_bitv.c: bu_strcpy not found, use libc version
11:12.10 andrei I haven't had the chance to install it yet, bu when I ll find out I ll get back to you:)
11:13.06 ksuzee okay) Will wait) I did just this - sudo apt-get install astyle
11:13.27 cristina starseeker: I've seen some stackoverflow answers to this problem. They all suggest using 'noexcept' to indicate throw(). I also tried modifying the code by replacing throw() with noexcept but errors still exist
11:14.44 cristina starseeker: yes, there hasn't beed new activity for goblin since 2010
11:20.23 CIA-65 BRL-CAD: 03tbrowder2 * r50697 10/brlcad/trunk/src/libbu/test_bitv.c: ws, style
11:20.58 andrei ksuzee, not sure if this is exactly what you need, but there are a few usage examples here
11:21.00 andrei http://astyle.sourceforge.net/astyle.html#_Usage
11:22.35 cristina ksuzee:
11:22.52 andrei I think what you are interested in is using astyle --options=path-to-options-file yourfile beautifiedfile.
11:23.01 cristina I think the needed command is astyle --options=astyle.opt <source_file>
11:23.10 cristina :)
11:24.06 ksuzee Thank, Andrei, thanks Cristina! I'll try now
11:25.22 andrei cristina, I do get a error when calling the above command tho
11:25.26 andrei Invalid option file options:
11:25.27 andrei indent=force-tab-x
11:27.04 andrei and that is rather wierd
11:28.59 cristina ksuzee: hm, I just tested on a file where I haven't used tab at all and it didn't give me any error.
11:29.23 cristina I assume it's a problem with the tab indentation
11:29.41 cristina *sorry, andrei :D
11:30.21 andrei the issue seems to be in the astyle.opt, at least from what I understand
11:30.40 cristina yes
11:31.41 ksuzee I've just tested and I have the same error as Andrei
11:31.52 cristina just a second, I want to check something
11:31.53 andrei cristina must be special :o
11:32.23 cristina ok
11:32.35 ksuzee hah) Maybe)
11:32.39 cristina I think the problem is that it should be indent=force-tab=x
11:32.47 cristina http://astyle.sourceforge.net/astyle.html
11:33.45 cristina nope
11:34.17 andrei hm,could you upload a copy of your astyle.opt somewhere?
11:34.29 andrei I m curious if there are any differences
11:34.46 cristina it's the same as the one in the repo
11:35.03 ksuzee cristina: I've put indent=force-tab=x, but it throws the same error
11:35.47 andrei astyle doesn't depend on distro
11:39.07 cristina if I change the x into a number(say 8) the error stops appearing
11:39.28 cristina but then there's another error in --max-instatement-indent=120
11:39.42 ksuzee I have this error too
11:44.48 andrei I have to go, goodbye!
11:46.40 cristina bye!
11:50.51 ksuzee bye
11:54.15 cristina ksuzee: it's strange, it doesn't accept the option in the command line either even though this option is documented
12:01.13 CIA-65 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3735 10/wiki/Undoing-a-commit: show shorthand use of the dot for URL, add a correct svn response to 'svn ci'
12:01.51 ksuzee yes. I've already tried different variants, but the error is anyway
12:09.44 cristina ksuzee: I downloaded their latest source from here: http://astyle.sourceforge.net/subversion.html and it works now
12:18.46 cristina ksuzee: now the option indent=force-tab-x works as well. I guess the ubuntu repository version was older than this one
12:20.29 ksuzee cristina: it works!!! Thanks, thanks!
12:20.47 cristina ksuzee: you're welcome :)
12:21.41 ksuzee I'll e-mail Andrei what to do)
12:22.09 cristina ok, but I think he will see our discussion as he is still connected to this channel
12:26.02 ksuzee cristina: Cliff told me to take the latest version but I was sure that Ubuntu has the latest one
12:43.46 *** join/#brlcad cristina (~quassel@188.24.71.175)
13:16.50 *** join/#brlcad cristina (~quassel@188.24.71.175)
13:20.42 *** join/#brlcad cristina (~quassel@188.24.71.175)
13:30.04 *** part/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de)
13:48.25 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
14:17.55 CIA-65 BRL-CAD: 03brlcad * r50698 10/brlcad/trunk/src/libbu/ (test_bitv.c test_booleanize.c test_quote.c test_vls.c): ws cleanup, run sh/ws.sh
14:25.28 CIA-65 BRL-CAD: 03brlcad * r50699 10/brlcad/trunk/src/libbu/test_bitv.c: there's not bu_strcpy() but there is bu_strlcpy(). using strcpy() will cause regression testing to fail due to HACKING restrictions on using unsafe libc functions.
14:28.16 CIA-65 BRL-CAD: 03brlcad * r50700 10/brlcad/trunk/src/rt/rtexample.c: apply spelling corrections from sf patch 3529931 by anuragmurty
15:13.56 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
15:30.37 andrei I got my version of astyle from the aur repo's , as I m using arch linux . I wonder why it waasn't the newest version there
15:31.27 andrei and yes it did work for me aswell
15:38.39 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
15:45.38 louipc andrei: PKGBUILDs that build against the scm usually don't need to be changed unless there's some change in the build system, or dependencies. It will automatically grab the latest head.
15:46.19 andrei I got astyle using yaourt
15:46.41 andrei and I didn't edit the PKGBUILD either
15:46.48 andrei ( I m not sure if I fully understand what you said)
15:48.20 louipc andrei: well, the only version of astyle in the aur is the svn version
15:48.48 louipc if you don't have astyle-svn then you didn't get it through the aur
15:49.11 andrei ah
15:49.17 louipc andrei: you grabbed a binary version?
15:49.17 andrei there are 3 versions in aur
15:49.35 andrei astyle , astyle-svn and astyle-doc
15:49.39 andrei I got 1 and 3
15:49.50 andrei I didn't know about the atyle-svn part.
15:50.24 andrei ah, I am sorry
15:50.28 andrei it s from "community"
15:50.32 louipc ah right.. community repo is technically the binary part of the aur...
15:51.23 andrei so in similar situations I should avoid using community repo's and stick to the aur?
15:51.39 louipc depends on what you want
15:52.07 louipc I would grab binary packages unless they don't satisfy my need
15:52.26 andrei good to know, thanks for the advice
15:52.41 andrei I m pretty much an archlinux noob , but I love it compared to other distro's
15:53.03 louipc yeah I find it's the least sucky hehe
15:53.18 andrei I mean , it is harder to use than others, but the arch wiki provides help for many issues
15:55.11 louipc I find it's easier, less confusing... simple
16:34.16 andrei I have modified the red-black tree testing unit aswell, taking into account everything that was mentioned into the feedback comment. When they will be reviewed, please let me know if there is anything I need to correct.
16:58.51 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
17:44.27 *** join/#brlcad cristina (~quassel@188.24.71.175)
17:45.45 *** join/#brlcad andrei (andrei@5-12-88-164.residential.rdsnet.ro)
17:45.59 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:55.59 CIA-65 BRL-CAD: 03tbrowder2 * r50701 10/brlcad/trunk/doc/README.Linux: update requirements based on more testing with Linux Mint LWDE 32-bit
18:24.00 CIA-65 BRL-CAD: 03tbrowder2 * r50702 10/brlcad/trunk/src/libbu/vls.c: converted all flag variables in function bu_vls_vprintf to be contained in a special struct; added a reset function for them
18:25.22 CIA-65 BRL-CAD: 03tbrowder2 * r50703 10/brlcad/trunk/src/libbu/vls.c: removed obsolete bu_vls %S format specifier
18:26.46 CIA-65 BRL-CAD: 03tbrowder2 * r50704 10/brlcad/trunk/src/libbu/test_vls.c: commented out %S test, retained for use in soon-to-come bu_vls_vprintf mods
18:27.48 CIA-65 BRL-CAD: 03tbrowder2 * r50705 10/brlcad/trunk/NEWS: notified users of removal of formerly deprecated and now obsolete %S bu_vls format specifier
18:33.03 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:34.44 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
19:00.25 CIA-65 BRL-CAD: 03brlcad * r50706 10/brlcad/trunk/NEWS: NEWS is only for (non-developer) user-visible changes. annotate %S change to obsolete in doc/deprecation.txt
19:00.37 CIA-65 BRL-CAD: 03brlcad * r50707 10/brlcad/trunk/doc/deprecation.txt: NEWS is only for (non-developer) user-visible changes. annotate %S change to obsolete in doc/deprecation.txt
19:03.37 CIA-65 BRL-CAD: 03brlcad * r50708 10/brlcad/trunk/src/libbu/parse.c: remove the struct parse table support for '%S' since vls was just removed.
19:11.22 brlcad ksuzee: if I just give you an example on how to use a filter tool like that, you wouldn't exactly learn how to test the next tool you modify
19:11.42 brlcad and I can't give you an example on all the edits you might make, there are hundreds of tools ...
19:12.11 brlcad see if there's a manual page, see if there's a usage statement, or read the source code when in doubt
19:12.23 brlcad lowp is about as simple as code gets
19:13.39 brlcad andrei: using astyle is good but don't let it be a crutch -- you should know how to make style conform even if you don't have a tool to help you, and you end up having to do it manually
19:14.10 andrei I do have some issues regarding that matter, indeed.
19:14.22 brlcad "M-x indent-region" in emacs with also do cleanup for you automatically
19:14.33 andrei However, I did manage to get it working, have already submitted it
19:14.41 brlcad plus we have two scripts to clean up files: sh/ws.sh and sh/indent.sh (the latter requires emacs)
19:14.56 andrei ah, that s what I was looking for.
19:17.30 andrei Aside of the two patches, what other patches or fixes should I attempt?
19:17.41 andrei or should I just look on the TODO's list and see what I can handle?
19:17.55 CIA-65 BRL-CAD: 03tbrowder2 * r50709 10/brlcad/trunk/doc/deprecation.txt: clarify instructions for the obsolete step
19:18.48 brlcad as for astyle, you do have to use the latest sources -- I had to modify astyle to support our format, and those changes were just recently integrated
19:20.36 brlcad andrei: since you have to work with libpkg, I suggest maybe writing either a unit test or a performance/scaling test
19:20.47 brlcad where you either create your own client/server application (like tpkg) or write a script that runs tpkg with different parameters
19:21.01 brlcad the latter makes the most sense for performance testing
19:21.48 brlcad a unit test could be interesting and teach you how to use the library
19:22.38 andrei sorry for the rather wierd question, but what exactly implies "performance" , speed only?
19:24.38 brlcad ~dict 6 performance
19:25.07 brlcad describing how it's functioning or operating .. speed would certainly be a factor in that
19:27.05 brlcad what I'd probably do would be write a script that invokes tpkg client-server pairings testing package size vs data size vs time
19:27.25 brlcad from that, I'd have a 3d graph of performance
19:28.54 brlcad for each data size { for each package size { time sending from client to server } }
19:30.00 andrei that sounds interesting :)
19:30.10 brlcad alternatively, could test those factors independently: data size vs time package size vs time package count vs time .. etc
19:31.04 brlcad yeah, that third one might matter:
19:32.05 brlcad for some number of packages { for each data size { for each package size { time sending X packages of size Y in Z-size chunks from client to server } } }
19:32.12 brlcad that's probably best
19:32.54 brlcad could almost write the whole thing just like that as a shell script
19:33.06 brlcad andrei: do you know posix shell scripting?
19:33.23 brlcad or any scripting for that matter
19:39.21 andrei the only thing I ever scripted in was bash
19:39.34 andrei but I would like to learn shell scripting
19:39.47 louipc bash is shell scripting ;)
19:39.52 andrei I know
19:40.20 andrei but I don t know what exactly to say
19:40.38 andrei for example I wrote shell scripts to start / stop daemons, change different parameters
19:40.53 andrei not very complicated
19:42.40 brlcad but it sounds like it's at least an attainable and perhaps interesting approach to use for this task
19:43.28 brlcad andrei: so maybe give that a go -- if you've already learned how to use tpkg, try invoking it within a script
19:43.41 brlcad then wrap it in a loop that iterates over package sizes
19:43.52 brlcad then wrap that in another loop that iterates over data sizes
19:44.09 brlcad then wrap that in another loop that iterates over a certain number of packages...
19:44.13 brlcad etc
19:44.23 brlcad example to get you started: http://brlcad.org/wiki/Animation#Fly-around_animation
19:45.00 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3736 10/wiki/Animation: /* Fly-around animation */
19:46.29 brlcad another example with a simple timer: http://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/sh/orbit.sh
19:47.28 brlcad submit an updated patch for each one of those steps as you make progress
21:12.28 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
21:24.45 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
22:56.13 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3737 10/wiki/User:Cprecup/GSoC2012_progress: Adaptagrams samples - 26/05/2012
22:56.51 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3738 10/wiki/User:Cprecup/GSoC2012_progress: formatting error corrected
23:59.17 CIA-65 BRL-CAD: 03tbrowder2 * r50710 10/brlcad/trunk/HACKING: fix typo
IRC log for #brlcad on 20120527

IRC log for #brlcad on 20120527

00:00.33 CIA-65 BRL-CAD: 03tbrowder2 * r50711 10/brlcad/trunk/doc/README.Linux: freeglut not required based on last test with Linux Mint LMDE
01:10.32 CIA-65 BRL-CAD: 03tbrowder2 * r50712 10/brlcad/trunk/src/libbu/vls.c: change macros to local const ints
02:15.34 *** join/#brlcad xth1 (~thiago@187.106.49.110)
05:22.22 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
05:27.57 crdueck <PROTECTED>
05:28.11 crdueck whoops, this isnt vim
06:19.07 starseeker for those using emacs and sh/indent.sh, you want to verify (especially the first time you use it) that the result is actually the formatting specified by our standards. There have been issues with some OS/emacs versions in the past
09:00.58 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
09:36.59 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
09:37.12 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
09:42.53 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
09:48.56 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
10:23.46 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:27.52 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
10:46.13 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
11:34.51 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
11:35.21 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
11:36.36 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
11:38.09 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
11:47.02 *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
11:47.50 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:51.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
11:59.27 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:16.11 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
12:16.11 *** mode/#brlcad [+o brlcad] by wolfe.freenode.net
12:25.22 *** join/#brlcad merzo (~merzo@203-195-200-46.pool.ukrtel.net)
13:08.42 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
13:23.22 CIA-65 BRL-CAD: 03brlcad * r50713 10/brlcad/trunk/include/rtgeom.h: apply the patch file from crdueck's sf patch 3528940 (ell_centroid) that documents the ell parameters.
14:05.21 *** join/#brlcad _fkr (el@norge.sdf.org)
14:33.29 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3739 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
14:36.14 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
14:48.01 _fkr Any luck with getting 7.20.6 compiling on Mac OS (10.4)? I've seen quite old binaries around for that system. I guess not many people are in to that?
14:49.38 _fkr Been trying for the past few days... Now I ran in to next problem. g_diff.c:175 shadows a global declaration in /usr/include/signal.h (int kill;)
14:51.32 _fkr I guess I could just modify the g_diff.c and name a variable called kill in function compare_external to be something else... Perhaps I should try compiling without threads instead?
14:51.46 _fkr Or let compiler ignore warnings
14:52.18 _fkr It could compile then, but I guess it would not be a suggested way...
14:52.45 brlcad _fkr: lots of folks use mac for dev (myself included)
14:53.04 brlcad the binaries just don't get updated because there's not a dedicated mac maintainer
14:53.14 _fkr Nice... any suggestions for what to enable/disable and so on to make things smoother?
14:53.27 _fkr I dont care, I can try to compile myself like I'm doing right now.
14:53.53 _fkr Upgraded autotools, tcl/tk and so on, now got it compiling for a while already... just ran into the next obstacle
14:54.19 _fkr I suspect, that if I'd turn the threads off (default), perhaps it would pass this file...
14:54.21 louipc disable strict if you run into a problem
14:54.38 CIA-65 BRL-CAD: 03brlcad * r50714 10/brlcad/trunk/src/gtools/g_diff.c: rename kill to killit to avoid a shadow warning on mac 10.4 (reported by _fkr via irc)
14:54.40 _fkr cc1: warnings being treated as errors <- at the moment
14:54.57 brlcad that's why it's stopping, it defaults to strict compile
14:55.11 brlcad unless you're doing development or reporting build failures, you can just turn strict off
14:55.37 _fkr yeah, I looked at the source, it would probably not be a prob, but I guess it should be addressed. Closing eyes in front of warnings is bad engineering practice, I gifure
14:55.41 brlcad doesn't affect anything negatively, the strictness relates to code cleanliness, not correct/incorrect functionality
14:56.34 louipc can they can hint to potential vulnerabilities too?
14:57.47 brlcad sometimes, but pretty rare
14:58.18 brlcad especially once the code is already scrubbed (like ours was years ago) once
14:58.32 louipc hehe
14:58.43 brlcad in this case, it's just platform variability .. 10.4 doesn't get tested so the older headers are going to have subtle name conflicts
14:59.19 _fkr I'm trying with tcl/tk at the moment, but I'll probably want to try later enabling OpenGL and AGL. I just could not figure out yet, hot to make the system understand where to find the OpenGL and AGL libraries and stuff on Mac OS?
14:59.37 _fkr I can help with 10.4 testing, when I have time. Testing building right now as you can see...
14:59.57 brlcad it's going to build as an Tk/X11 application on mac even with/without opengl/agl enabled
15:00.40 _fkr I might try without threads.
15:01.10 brlcad fails to see what threading has to do with any of this...
15:01.40 _fkr yeah, I understand and this is what I'm doing, but it's interesting to build with different options later in order to see what I might like more...
15:01.44 brlcad testing 10.4 isn't the issue -- I have a 10.4 system nearby somewhere, they're just non-issues
15:02.25 brlcad threading won't really change anything as that option just pertains to the tcl interpreter
15:02.32 _fkr perhaps that's why the /usr/include/signal.h gets included?
15:02.46 brlcad signal.h is used all over the place, nothing to do with threading
15:03.05 brlcad pertains to signal handling
15:03.17 brlcad it'll get used on any unix/mac/linux based system
15:03.21 _fkr ah, I guess modifying the source would be ok.
15:03.37 _fkr renaming that kill in g_diff
15:03.51 brlcad already did that in r50714
15:04.11 _fkr ahh, nice...
15:05.04 brlcad still, that's a perfect example of a case where strict provides basically negative value -- there's no harm in that variable having been named 'kill', so the warning is counterproductive
15:05.24 brlcad if they were all like that, strict wouldn't even be an option to enable and certainly wouldn't be the default
15:05.26 _fkr Yeah.
15:06.18 brlcad if you don't even have a compile, I strongly suggest just turning strict off to see if there are any real issues preventing your build
15:07.44 brlcad strict is meant to keep things clean on the newest compilation environments, not make the build harder on legacy systems
15:08.59 _fkr yeah, that's also a possibility. To get at least something running at start and then later start looking more closely.
15:10.10 _fkr Well, I'm happy that I've got to the compiling process already. Spent a bit of time upgrading various parts of the system to get autogen.sh working and get past ./configure. Like I mentioned, I'm on 10.4, which is quite outdated.
15:11.20 _fkr I'm trying with -O3 and tuning for G4 processor.
15:14.22 _fkr What's that Ray trace OpenGL display manager about? Not compiling it in at the moment because I couldnt figure out how to tell the build enivronment where to locate OpenGL
15:42.32 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:45.03 brlcad _fkr: don't worry about it, no loss in functionality
15:45.27 brlcad we have a variety of display managers that use different methods for drawing, but all do the same thing regardless of the method
15:45.33 Stattrav brlcad: Can I have a few benchmark log files ?
15:45.40 brlcad the only thing disabled with opengl disabled is archer
15:45.54 brlcad Stattrav: sure, run benchmark a few times ;)
15:46.01 Stattrav as in which have been obtained from folks who have mailed it to benchmark@brlcad.org so as to check diversity of platforms
15:46.11 Stattrav brlcad: I did that I have some 6 different files
15:46.48 Stattrav from various runs, I want to see the ones from bsd systems or windows machines.
15:47.07 Stattrav they should be the same as the script(bench/run.sh) functions that way
15:49.22 brlcad it'll take a little time, at least more than I have right now, to pull some together and upload them somewhere to you
15:49.46 brlcad so just go with what you have or see if you can get someone else here to run the benchmark for you and send you their log file
15:50.11 brlcad otherwise, it shouldn't matter too much if you parse the files flexibly enough
15:51.21 _fkr No loss in functionality, but would there be notable performance differences? I'm not worrying about it anyways. Just want to get a fresh install compiled... I have rel-7.10.4 hanging around in my system. Dates to 2007.
15:51.23 brlcad Stattrav: a bit late, but might I suggest a different way of parsing the files would be to define each field of interest, and then specifically parse out that field using pattenrs
15:51.32 brlcad instead of parsing the whole file looking for everything all at once
15:51.48 brlcad _fkr: yes, the non-opengl display manager is much faster
15:52.24 brlcad for relatively small models at least
15:52.25 _fkr the tcl/tk one?
15:52.42 brlcad no
15:52.50 brlcad the x11 one
15:53.22 _fkr Hey, looks like a successful build: BRL-CAD Release 7.20.6, Build 20120527... I'll install it in a while.
15:54.27 _fkr I basically don't like the aqua environment too much anyways. Just got stuck with mac os years ago when I bought some hardware and it was a bit painful to get other soft running on it
16:02.30 Stattrav brlcad: that is what I am doing, patterns as per the run.sh file
16:05.51 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
16:07.26 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:14.25 _fkr Where are you using that information? Just curious about various systems or you want to publish it somewhere?
16:14.46 Stattrav _fkr: are you talking about benchmark data ?
16:15.09 _fkr Yes
16:15.20 _fkr Sorry, should had used your name when talking to you
16:15.24 Stattrav http://brlcad.org/wiki/Benchmark_Performance_Database
16:16.21 Stattrav yes, that is the objective. To publish the results graphically or otherwise
16:16.32 Stattrav ofcourse on the webpage of brlcad
16:17.13 brlcad Stattrav: you know, you can ask others for their log files... ;)
16:17.26 brlcad opportunities, just like this
16:17.45 Stattrav brlcad: sending a mail out to the other SoC participants
16:17.50 brlcad no
16:18.04 brlcad well, that's not what I meant at least
16:18.11 *** join/#brlcad irctc275 (7ab2a29c@gateway/web/freenode/ip.122.178.162.156)
16:18.19 Stattrav aah
16:18.23 _fkr try to get compile time option information included too. Whether the build was optimised for speed or size or was it tuned for a specific processor and so on. And what grpahics card was used.
16:18.28 brlcad your right here talking to someone about the benchmark, but curiously haven't asked him for his log file
16:18.46 Stattrav aah :)
16:19.02 Stattrav _fkr: could I ask you the benchmark file of your installation ?
16:19.49 _fkr hehe, Dunno. I basically did a benchmark run straight after a build got out of the oven. I had other programs running in background too and perhaps it wouldnt be that accurate.
16:20.18 _fkr approx 661 times faster than ref machince. Perhaps if I shut a few progs down I'll make it to 666
16:21.10 _fkr you need the summary? Ther eare diff files generated by benchmark as I can see.
16:21.19 Stattrav _fkr: ahaha, could you please upload it somewhere and thus give me a link or just send it to me as an email suryajith1987[at]gmail.
16:21.47 Stattrav _fkr: the one which says run-<somedigits>-benchmark.log
16:22.04 _fkr I'll consider it. I might run it on another machine that is similar but with slower cpu
16:22.23 Stattrav _fkr: machines dont really matter btw. Thanks
16:22.31 brlcad _fkr: he's using the log files for his project, not using your statistics specifically
16:23.02 brlcad he needs a variety to make sure he's reading the log file correctly
16:23.15 brlcad so getting an old mac 10.4 log would be useful to him
16:23.35 _fkr ahh, I thought it was about making comparison of diff machines. Ok.
16:24.53 brlcad he's working on a website you'll be able to go for seeing how your performance compares to others with different or similar hardware
16:25.23 brlcad or even comparing to different operating systems, so you could see if performance changes going from 10.4 to 10.6 for example
16:25.37 brlcad right now, though, it's very very basic -- he's just trying to read the log file :)
16:25.38 Stattrav yup
16:25.55 brlcad so he needs a variety of log files
16:26.48 _fkr Just keep it simple and one needs to start from somewhere. Having a quick basic solution up at early stages is a good start I think.
16:27.26 brlcad if you have access to other operating systems or hardware, other logs would be helpful too
16:28.54 _fkr yeah, I could try on some other systems too... I guess the time is a factor. I spend too much time off keyboard. Soon it's blue monday and I need to get my thoughts off the benchmarks and stuff.
16:33.31 Stattrav _fkr: its fine, whenever you can push them through. not in a hurry.
16:34.44 _fkr What do you use brl-cad for, Stat? You need it for work or you just have fun with it?
16:36.40 Stattrav _fkr: work for me is theoretical CS. so its GSoC for me at the moment(that is the summers) after which it'd be contributions which you could call fun.
16:37.30 _fkr Nice.
16:39.00 *** join/#brlcad cristina (~quassel@188.24.71.175)
16:39.16 brlcad hi cristina
16:39.28 cristina hi brlcad
16:40.00 _fkr How's your life, Cristina? Everything all right?
16:40.28 cristina _fkr: yes, it's everything alright. Thanks for asking :). How's yours?
16:41.44 _fkr Well, It's how I make it to be, I guess. It's my own choice, but I guess it's more or less all right. Gonna be better and better, if I work for it...
16:44.59 cristina _fkr: same here, it depends mostly on me whether things are ok or not
16:45.09 _fkr didnt hang out too much this weekend... well, that means more time behind keyboard. Wanted to go out friday, but managed to fall asleep with my clothes on, like it sometimes happens at fridays. Saturday I went out, but it sucked so I moved back quickly. Less hangover and more time for other things...
16:46.07 _fkr Depends a lot on human relationships and shit like that. How well you get along with people you run in to on a daily basis.
16:48.12 cristina ok course it does, but this is up to you
16:50.26 cristina s/ok/of
16:50.28 _fkr Yeah, best is probably just to take it easy and try to change what one can instead of spending energy on something that doesnt produce a useful result.
16:56.44 _fkr Do things tend to be more often ok, rather than not, from your point of view?
16:57.22 cristina I'd say more often not :)
16:57.33 _fkr laughs evilly
16:58.08 _fkr Music is nice. I like to listen to music. Helps with the mood sometimes.
16:59.17 cristina I used to listen to music
16:59.40 _fkr Well, enjoy it at least and take what you can from unpleasant situations. I mean it's just about where one looks at it. The viewpoint. Try to look from a diff angle, if you do not like, what you see. Perhaps hard experiences give valuable experiences and additional problem solving skills or something else good...
17:01.38 cristina this is my realistic way of seeing things; it doesn't mean that it harms me
17:04.30 _fkr Like Epicurus once thought: "So death, the most terrifying of ills, is nothing to us, since so long as we exist, death is not with us; but when death comes, then we do not exist. It does not then concern either the living or the dead, since for the former it is not, and the latter are no more."
17:08.15 cristina _fkr: you are in a very philosofical mood today :)
17:09.44 _fkr Hehe, I do not even know, whether that might be good or not. Too much thinking might start to distract sometimes. Doesnt let one concentrate on things and so on.
17:10.25 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:11.41 cristina better than not thinking at all :)
17:12.17 _fkr Yeah. Having the right balance is the key, I bet...
17:12.40 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:13.35 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:22.32 _fkr Latest build emitted a "ranlib: file: .libs/libbrlcad.a(simphysics.o) has no symbols"
17:26.27 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:27.39 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:31.36 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:32.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:35.24 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:36.53 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
17:51.34 *** join/#brlcad malav (~Anoop@223.176.48.134)
17:54.34 _fkr ANother thing I noticed after install. I used --prefix and --exec-prefix for architecture dependent files. After install I see in --prefix/bin there is one file called enigma, which is still arch dependent, I believe, whereas other binaries are in --exec-prefix/bin, like expected...
17:58.49 CIA-65 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3740 10/wiki/User:Anuragmurty: /* community bonding period */
18:14.39 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3741 10/wiki/User:Anoop: /* Personal information */
18:18.12 *** join/#brlcad cristina_ (~quassel@188.24.70.39)
18:19.39 _fkr Hmm, i set the EPREFIX/bin to my PATH as well... Tried mged and gave it a raytrace job. Looks like it is still looking for rt in PREFIX/bin, rather than EPREFIX/bin. Well, I do not have any other architecture files in that tree, so I could just move the EPREFIX/* files to PREFIX dir, but I guess it's better to mention about it.
18:25.58 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3742 10/wiki/User:Anoop: /* Development Logs */
18:27.24 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3743 10/wiki/User:Anoop/Logs: /* ToDo */
18:28.32 _fkr Sup, Cristina? Preparing for the blue monday?
18:39.29 cristina_ _fkr: you're not encouraging me
18:40.11 cristina_ feels lazier
18:47.04 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:47.52 Stattrav its the summer monday/sunday shouldnt really matter i guess
18:50.39 _fkr Yeah, I guess it depends a lot.
18:57.01 _fkr I wonder if one can customize the path where mged looks for binaries, if I'm at the mged console. Could it be written to .mgedrc for example or a command be sent to mged? Is it just fixed and compiled in?
19:09.50 _fkr Well, I can at least try and put more effort in it, if it would make you feel more comfortable. Just did not knew how you felt.
19:10.34 _fkr I can be lazy as well, but I try to learn to push myself further. Lots of things I should do, but I know that it can be hard to stand up and start acting.
19:11.14 _fkr How to find motivation? You have a good way? Where to get the necessary will-power to get through the daily grind and other shit that life throws at ya?
19:11.56 _fkr Think nice and pleasant thoughts. If you feel better, it's easier to find motivation to do anything.
19:12.42 _fkr You probably like to do something? Perhaps you feel that you are not able to do the things you want to do and need to deal more with unpleasant stuff? That's what drags you down?
19:14.40 _fkr tries to encourage Cristina to face the new week with slightly aggressive and energetic attitude.
19:20.45 _fkr opens up a small bottle of liqueur and thinks: "this is nice in the morning too..."
19:24.01 CIA-65 BRL-CAD: 03tbrowder2 * r50715 10/brlcad/trunk/src/libbu/ (5 files): split function bu_vls_vprintf into its own src file, put common vls data into a new internal header, modify build structure accordingly
19:41.36 CIA-65 BRL-CAD: 03tbrowder2 * r50716 10/brlcad/trunk/src/libbu/vls_vprintf.c: move vars to file scope, change some back to macros because intializers aren't constant
19:41.45 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3744 10/wiki/User:Anoop/Logs:
19:42.46 kanzure what?
19:44.51 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3745 10/wiki/User:Anoop/Logs: /* ToDo */
19:45.34 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3746 10/wiki/User:Anoop/Logs: /* ToDo */
20:06.03 _fkr Ok, I got a workaround byt using BRLCAD_ROOT to point to EPREFIX. Now it can find rt... earlier it was able to locate tire for example, but failed with rt, assuming it was in PREFIX/bin
20:09.27 CIA-65 BRL-CAD: 03tbrowder2 * r50717 10/brlcad/trunk/src/libbu/vls_vprintf.c: move struct and its reset function to the top
20:09.59 CIA-65 BRL-CAD: 03tbrowder2 * r50718 10/brlcad/trunk/src/libbu/vls_vprintf.c: correct comment
20:18.21 cristina_ _fkr: that should do it!
20:18.33 cristina_ \me cheers, _fkr!
20:18.45 cristina_ cheers, _fkr!
20:18.59 _fkr Nice. Glad to see you happy.
20:20.13 _fkr Well, it's not easy, but it's doable. Just need to work with yourself on a daily basis.
20:21.19 _fkr Solve problems and evolve to be a better problem solver in the process... In the future similar problems seem a lot more simpler and you might even laugh about it how you used to take it all too seriously back in the days...
20:24.52 _fkr So what else is up? What are you doing there?
20:26.15 _fkr I'm starting to feel a bit hungry and am thinking about whether I should go out and grab a bite or should I just rest and eat later. Need to do shit soon anyways, so not too many hours left for resting...
20:27.26 _fkr drinks a bit of liqueur that has a pleasant and a bit sweet taste
20:28.08 cristina_ _fkr: are you talking to me? I'm reading something about adaptagrams
20:29.56 _fkr Yeah. Oh, that's nice. Reading and learning might be good at times. I'll try not to distract that much.
20:30.37 _fkr I'm already thinking about monday so it's hard to concentrate on anything. Just music and relaxing for me.
20:31.06 CIA-65 BRL-CAD: 03tbrowder2 * r50719 10/brlcad/trunk/src/libbu/vls_vprintf.c: add target specifications for bu_vls_vprintf
20:32.19 cristina_ _fkr: here is already Monday :)
20:32.53 _fkr Have a nice monday morning then. Enjoy it, while you can.
20:33.45 _fkr Waking up too early is hard for me, otherwise it might not be that bad.
20:45.01 CIA-65 BRL-CAD: 03tbrowder2 * r50720 10/brlcad/trunk/src/libbu/vls_vprintf.c: modify and expand specification, remove underscore from internal function names
21:46.06 *** join/#brlcad yukonbob (~bch@50.46.78.234)
21:46.14 yukonbob hello, #brlcad
21:46.45 crdueck hi yukonbob
21:47.01 yukonbob howdy crdueck
21:58.27 _fkr What's up with y'all?
21:58.46 _fkr Havin' fun?
22:16.12 _fkr Damn, it. Was just looking around, searching for a certain bottle. I walked around and tried to remember. It was on the floor just between my legs in the place where I sat and started looking for it... another object obstructed the view, so that's why I missed it.
23:48.08 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
23:58.51 *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
IRC log for #brlcad on 20120528

IRC log for #brlcad on 20120528

00:13.06 *** join/#brlcad xth1 (~thiago@187.106.53.123)
00:26.47 starseeker _fkr: please try to stay a little more on topic
04:03.18 CIA-65 BRL-CAD: 03brlcad * r50721 10/brlcad/trunk/AUTHORS: credit sachin jain with his patch from last year (sf patch 3275742 - Fix 'analyze' command output formatting) applied in r48889 and sparking more work in that area by tom browder.
04:21.33 CIA-65 BRL-CAD: 03brlcad * r50722 10/brlcad/trunk/src/librt/primitives/ell/ell.c: apply sf patch 3528940 from crdueck that adds an function to find centroid of an ell (it's the v parameter)
04:49.06 brlcad all but two patches should now be reviewed and have been commented on
06:02.22 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
08:05.01 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
08:49.03 *** join/#brlcad merzo (~merzo@184-212-201-46.pool.ukrtel.net)
09:13.18 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3747 10/wiki/User:Ksuzee/Reports:
10:13.52 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:25.28 CIA-65 BRL-CAD: 03phoenixyjll * r50723 10/brlcad/trunk/sh/conversion.sh: Add implicit to brep conversion to conversion.sh.
10:33.23 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3748 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
13:47.06 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
13:47.07 jbschw 52
13:47.14 jbschw whoops
14:42.01 *** join/#brlcad malav (~Anoop@223.176.109.94)
15:53.42 CIA-65 BRL-CAD: 0314.139.128.14 07http://brlcad.org * r3749 10/wiki/User:Anuragmurty: /* community bonding period */
16:58.55 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
17:34.11 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3750 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
17:38.06 *** join/#brlcad npcdoom (~npcdoom@190.206.253.157)
17:38.06 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
17:58.36 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
18:21.56 *** join/#brlcad malav (~Anoop@117.99.73.71)
18:32.46 malav hi all, in source code what is *.1 files for?
18:44.36 CIA-65 BRL-CAD: 03Anoop 07http://brlcad.org * r3751 10/wiki/User:Anoop/Logs:
18:49.21 _fkr Malav, I bet they are documentation files, formatted in a specific way and they belong to section one.
18:50.38 _fkr You mostly a MS products user, Malav?
18:52.13 malav no
18:52.18 malav I use ubuntu
18:57.06 _fkr You might have already used files like that before then.
19:01.03 malav well, I'm not sure.
19:02.59 brlcad malav: that's a manual page (man man)
19:03.18 malav yeah I've used man pages
19:03.25 malav a lot
19:03.59 _fkr The number show's which section it belongs. Section one for the type you asked about.
19:04.52 brlcad they're simply formatted text files, you can view and edit them with a text editor
19:05.06 malav ok
19:06.05 _fkr They wouldnt be compiled in to the binary files, so it's safe to do your own modifications there and brl-cad would run the same.
19:08.17 malav ok
19:10.50 brlcad malav: if you want to view them properly, nroff -man path/to/file.1
19:11.03 brlcad as text without the manpage markup
19:43.38 malav thanks
20:11.47 *** join/#brlcad cristina (~quassel@188.24.70.39)
20:27.22 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
20:59.40 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
21:18.21 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3752 10/wiki/User:Ksuzee/Reports:
22:17.36 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120529

IRC log for #brlcad on 20120529

00:18.58 *** join/#brlcad xth1 (~thiago@187.106.53.123)
00:24.56 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
00:26.54 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
00:31.20 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3753 10/wiki/User:Cprecup/GSoC2012_progress: 27-28/05/2012
01:19.29 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
02:32.34 CIA-65 BRL-CAD: 03brlcad * r50724 10/brlcad/trunk/src/librt/primitives/ell/ell.c: (log message trimmed)
02:32.36 CIA-65 BRL-CAD: apply sf patch 3530033 from Al_Da_Best ( aldabest ) - 'Adding centroid and
02:32.36 CIA-65 BRL-CAD: surface area for ellipsoid primitive' though the patch now only adds surface
02:32.36 CIA-65 BRL-CAD: area since someone else beat him to the centroid function. the patch was
02:32.36 CIA-65 BRL-CAD: slightly modified for strict compilation and still has a problem using fabs()
02:32.36 CIA-65 BRL-CAD: and a hard-coded 0.0001 magic tolerance value, but can't fault him too much for
02:32.36 CIA-65 BRL-CAD: that error since someone else apparently introduced that bad practice in the
02:34.17 brlcad starseeker: looks like you're the culprit there.. :)
02:39.02 CIA-65 BRL-CAD: 03brlcad * r50725 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: the plane isn't used (or deallocated), so remove it (and quell the compilation verbage)
02:44.15 CIA-65 BRL-CAD: 03brlcad * r50726 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove the 0.0001 magic tolerance values. instead, use the default tolerance used within EQUAL(), which should be near what the hardware is capable of distinguishing. better would probably be to use a bn_tol->dist.
02:48.08 CIA-65 BRL-CAD: 03brlcad * r50727 10/brlcad/trunk/src/librt/primitives/sph/sph.c: since they're not documented, remove the 0.0001 magic tolerance values with tighter hardware-centric tolerances via EQUAL() testing.
02:58.49 CIA-65 BRL-CAD: 03brlcad * r50728 10/brlcad/trunk/AUTHORS: credit alex taylor for his code contribution applied from sf patch 3530033 related to his gsoc participation. note the other recent gsoc/socis students too.
03:30.15 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3754 10/wiki/User:Crdueck/log:
03:30.35 CIA-65 BRL-CAD: 03Eunice 07http://brlcad.org * r3755 10/wiki/Main_Page:
03:36.15 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r3756 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Eunice|Eunice]] ([[User talk:Eunice|Talk]]); changed back to last version by [[User:Sean|Sean]]
03:36.31 CIA-65 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Eunice]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
03:55.45 CIA-65 BRL-CAD: 03brlcad * r50729 10/brlcad/trunk/AUTHORS:
03:55.45 CIA-65 BRL-CAD: credit mesut (aka kane) with his sf patch 3527658 (refactor and manage libbn
03:55.45 CIA-65 BRL-CAD: tolerance uses by providing an interface default (e.g., an init macro) and
03:55.45 CIA-65 BRL-CAD: making everyone use that where it is hardcoded to 0.0005 presently). comes to
03:55.45 CIA-65 BRL-CAD: brl-cad from gsoc.
04:07.57 brlcad fg
05:15.53 CIA-65 BRL-CAD: 03phoenixyjll * r50730 10/brlcad/trunk/sh/conversion.sh: change the suffix brep2 to brep
05:54.45 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
06:31.28 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
06:31.29 *** join/#brlcad ksuzee_ (~ksu@46.149.82.166)
06:37.16 *** part/#brlcad ksuzee_ (~ksu@46.149.82.166)
06:50.22 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3757 10/wiki/User:Ksuzee/Reports:
07:02.20 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3758 10/wiki/User:Ksuzee/Reports:
07:03.09 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:12.07 *** join/#brlcad yiyus (1242712427@je.je.je)
07:14.38 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:31.03 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
08:48.10 *** join/#brlcad merzo (~merzo@96-14-132-95.pool.ukrtel.net)
08:58.43 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3759 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
09:06.09 *** join/#brlcad stas (~stas@82.208.133.12)
10:11.52 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
10:25.15 anuragmurty d_rossberg : hi! i had a query..
10:25.45 anuragmurty d_rossberg: for the voxelize command i had tries a basic program that just shoots rays from 3 different directions
10:26.10 anuragmurty Like you said it is not useful, but i was just tryin something out
10:26.43 anuragmurty i used a bounding box from struct rt_i..
10:27.57 anuragmurty for , let us say, a grid of rays, should i still use a grid of rays shot uniformly on the face of the bounding box? or is this incorrect?
10:51.07 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:03.24 d_rossberg anuragmurty: that sounds reasonable (a grid of rays shot uniformly on the face of the bounding box)
11:05.32 anuragmurty thanks!
11:06.51 d_rossberg for your further progress I would recommend to choose a name and place for the program that writes the voxel into a file to be used by other programs (e.g. hydrocodes)
11:08.14 d_rossberg there you can develop your code without interfering with other libraries and programs
11:09.25 anuragmurty ok.. src/libanalyze was suggested to me..
11:10.20 d_rossberg if you have found your algorithm you can transfer it into an appropriate library, write mged-functions etc.
11:11.03 d_rossberg libanalyse would be the "appropriate library"
11:11.27 anuragmurty ok..
11:13.13 d_rossberg but it is easier to develop the code in an own program without recompilind a library (and the depending libraries and programs) again and again
11:14.56 anuragmurty ok..
11:16.28 anuragmurty and eventually it should find its place in a library? (if all goes well)
11:16.29 anuragmurty ?
11:18.37 d_rossberg the basic algorithm should find it's place in a library
11:19.53 d_rossberg then there are mged/TCL scripts (libged?) and at least one stand-alone program using this algorithm
11:22.11 d_rossberg this program could be a converter "g-voxel-file"
11:22.34 d_rossberg or simply g-voxel
11:23.19 anuragmurty ok..
11:24.18 anuragmurty thank you d_rossberg.. i will proceed with the work then..
11:24.46 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:32.52 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
11:43.50 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
12:14.13 CIA-65 BRL-CAD: 03phoenixyjll * r50731 10/brlcad/trunk/src/libged/brep.c: Check whether brep is converted successfully. (A failure will return a NULL pointer like the conversion of old.s82 and old.s79 in m35.g)
12:17.39 CIA-65 BRL-CAD: 03phoenixyjll * r50732 10/brlcad/trunk/src/ (librt/primitives/brep/brep_debug.cpp proc-db/csgbrep.cpp): Use BN_DIST_TOL to replace the hard coded 0.0005. And set revolve.r and revolve.ang in csgbrep.cpp.
12:19.25 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3760 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
12:45.57 CIA-65 BRL-CAD: 03phoenixyjll * r50733 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: eto_endvertex_pt was set but not used before.
12:48.07 CIA-65 BRL-CAD: 03erikgreenwald * r50734 10/brlcad/trunk/ (NEWS sh/CMakeLists.txt sh/Makefile.am sh/ios-icons.sh): Add shell script to generate icons suitable for IOS (Apple mobile) applications
12:54.27 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
13:13.39 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
13:16.12 *** join/#brlcad bhinesley (~bhinesley@108.220.113.189)
13:16.12 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
13:16.12 *** mode/#brlcad [+o brlcad] by wolfe.freenode.net
13:57.33 CIA-65 BRL-CAD: 03erikgreenwald * r50735 10/brlcad/trunk/src/rt/view.c: fix call to icv writepixel where x and y were swapped. This fixes the bug where 'just changing the size' rotated the image 90 degrees, with -s <= 96 switching to MODE_UNBUF and touching this line.
13:58.58 CIA-65 BRL-CAD: 03erikgreenwald * r50736 10/brlcad/trunk/NEWS: mention rotate bug being fixed
14:13.10 ``Erik http://elfga.com/~erik/app1.png
14:13.21 ``Erik http://elfga.com/~erik/app2.png
14:13.24 ``Erik :D
14:41.13 brlcad ``Erik: heh
14:43.18 DarkCalf waves to brlcad
14:43.24 brlcad moo
14:56.28 CIA-65 BRL-CAD: 03starseeker * r50737 10/brlcad/trunk/CMakeLists.txt:
14:56.28 CIA-65 BRL-CAD: As it turns out, umask settings do have some impact on CMake/CPack builds.
14:56.28 CIA-65 BRL-CAD: While CMake's install process does not directly make use of umask, the temporary
14:56.28 CIA-65 BRL-CAD: files staged in the build directory do. The install process in turn makes use
14:56.28 CIA-65 BRL-CAD: of the permissions set on those files. It does not appear to be possible to set
14:56.29 CIA-65 BRL-CAD: umask from the CMake build itself, so instead warnings are generated if the
14:56.30 CIA-65 BRL-CAD: umask setting looks problematic.
15:03.46 brlcad starseeker: instead of worrying about the umask, the real test would be to see what is installed
15:04.38 brlcad see Makefile.am:345
15:05.41 brlcad umask 000 would be fine, for example, or 002 even -- both of which will fail your test
15:05.44 starseeker nods - I still prefer to check the umask up front, since it avoids the time waste of installing something that will be using the wrong settings
15:05.46 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3761 10/wiki/User:Plussai/GSoC_2012_log: /* 23 May 2012 */
15:05.55 brlcad as will 0222, which is bad but will pass your test
15:06.12 starseeker brlcad: ok, I'll make an explicit OK settings list then
15:06.18 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3762 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
15:06.19 starseeker I want to catch it without having to build and install
15:06.39 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3763 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
15:07.00 starseeker I'm also not familiar with how to trigger a post-install rule with CMake (and how that plays in to things like RPM)
15:07.07 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3764 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
15:07.24 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3765 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
15:08.08 brlcad sure, good thing to check -- just going to be a relatively fragile check given variability in the umask tool across platforms
15:08.26 starseeker it's not a fatal error, just a warning
15:09.29 brlcad so then it doesn't avoid the time waste of installing something that will be using the wrong settings ... :)
15:09.44 brlcad there will just be a few lines in their log that they can shake their fist at later :)
15:09.53 starseeker yes it does, if it warns me I forgot about umask before I type make install
15:10.17 starseeker or even make, for that matter
15:10.24 brlcad unless I'm building a package with distcheck
15:10.43 starseeker you still have to configure before you can use distcheck
15:11.00 brlcad ah, cool, okay
15:12.09 starseeker I'll take a look at post-install rules too having been bitten once, I'll make it as bullet proof as I can figure out how
15:15.09 brlcad the posix portable way would be to run umask -S and parse
15:15.30 starseeker winces
15:15.34 brlcad that avoids the sticky bit
15:16.16 brlcad and other upper-bit issues, and is a specific format, unlike the default output which is merely "a mask that can be fed back to umask"
15:16.18 starseeker OK - let me finish this tweak and I'll look at that
15:16.36 brlcad not saying to do that, just a thought
15:17.59 brlcad supporting the posix interface would be better behaved on unix systems, but then might not work on systems like haiku or qnx (dunno)
15:18.48 brlcad using the old 3-or-4-digit output from umask is just as likely to work or not work, just harder to actually not get a false positive and catch the other valid masks
15:19.05 CIA-65 BRL-CAD: 03starseeker * r50738 10/brlcad/trunk/CMakeLists.txt: Check a variety of known 'OK' umask settings - avoids invalid matches to the regex like 0222 (thanks Sean.)
15:20.17 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
15:20.21 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
15:20.25 brlcad before you go thanking me... :)
15:20.38 brlcad actually, 0222 would have been fine -- that just means the owner can't write
15:20.57 starseeker humph
15:21.18 starseeker with a umask like that, how would they do anything?
15:21.53 brlcad they can read and run everything, just not modify it
15:22.09 brlcad also depends whether we're talking about files here or directories -- what exactly is/was the problem?
15:22.33 starseeker rpm package got created with bad directory settings
15:22.49 ``Erik rpm decided to do chmod 700 /usr
15:23.20 ``Erik (via cpio extraction)
15:23.54 brlcad presumably because of a 077 mask?
15:24.01 starseeker yep
15:24.38 brlcad OR because it was told to pack /usr/brlcad and that directory was already 700
15:24.54 starseeker shakes his head - we confirmed it's the rpm
15:25.05 brlcad both those will "be the rpm"
15:25.37 starseeker it's packing from the build directory, not from /usr/brlcad
15:25.44 brlcad okay
15:26.34 ``Erik if I grok, /home/starseeker/rpmbuild/brlcad-7.20.6/usr was created with 700 due to umask, cpio'd up into the rpm, then rpm -i 'updated' /usr with that mode
15:26.37 jordisayol sorry, I'm lost... :-/ Are you talking about the rpm packages from download page?
15:26.55 starseeker jordisayol: no - this is the one created by the CMake/CPack make package command
15:28.33 brlcad sounds like the real issue is making sure there's an exec bit set
15:28.43 brlcad since there are valid use cases for not having read/write on user, group, other
15:29.07 brlcad you just need "read" and "exec" on one of the three
15:29.57 CIA-65 BRL-CAD: 03starseeker * r50739 10/brlcad/trunk/CMakeLists.txt: Whoops, stray line
15:30.07 brlcad for a cpacked package, I'd expect exec on all three
15:30.38 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
15:31.52 brlcad for the directories, that is
15:32.12 brlcad maybe checking the root or the bin dir, since you only need to check one of them
15:32.32 brlcad that would have caught the case you ran into here
15:33.01 jordisayol starseeker: aha. How can I generate/test it?
15:33.30 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
15:33.53 starseeker jordisayol: make package
15:34.10 jordisayol starseeker: ok :-[
15:35.01 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
15:36.08 brlcad if test "x`umask -S | sed 's/[^x]//g'`" != "xxxx" ; then echo WARNING ; fi
15:38.22 brlcad that extracts all the 'x' bits from umask -S, making sure there are three "xxx"
15:38.47 brlcad similarly could check that there's at least one "r" bit
15:39.59 brlcad if test "x`umask -S | sed 's/[^r]//g'`" == "x" ; then echo WARNING ; fi
15:43.57 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
15:49.00 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
15:58.32 starseeker brlcad: hmm - that's an idea
16:10.14 CIA-65 BRL-CAD: 03starseeker * r50740 10/brlcad/trunk/CMakeLists.txt: Alter umask test to use POSIX -S output, per suggestion from Sean.
16:36.23 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
16:48.15 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
16:59.22 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
17:01.16 brlcad starseeker: that looks good, hopefully portable enough :)
17:01.33 brlcad but then we can at least shake a posix finger at non-conforming platforms
17:01.39 starseeker heh
17:02.00 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:10.10 jordisayol starseeker: is this packaging way to replace the actual rpm/deb?
17:10.44 starseeker jordisayol: not sure what you mean - it's a way to generate an RPM (and a deb, although that's not supported in our build yet)
17:13.23 jordisayol starseeker: I mean that actually there are two scripts to create rpm and deb packages. will cpack replace these scripts?
17:13.36 starseeker oh. In principle, yes
17:14.43 starseeker there's a fair bit of work that would probably be needed to get there though
17:14.57 starseeker most of what you've done with the scripts would need to be replicated in CMake/CPack logic
17:18.11 jordisayol starseeker: ok, when you think it will be ready?
17:18.27 starseeker jordisayol: hard to say
17:18.43 jordisayol more than a half year?
17:18.45 starseeker jordisayol: it's not a major focus for me at the moment - interested?
17:19.30 jordisayol starseeker: I've no idea about cpack
17:19.59 starseeker jordisayol: it's not terribly tricky - mostly involves setting a bunch of variables
17:20.26 starseeker jordisayol: you're using the spec file in misc?
17:20.48 jordisayol starseeker: in misc?
17:21.06 starseeker misc/brlcad.spec.in or something like that in the source tree
17:22.42 jordisayol starseeker: nope, sh/make_rpm.sh creates its own spec file depending on os and arch
17:22.43 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:23.16 starseeker jordisayol: ah - so the thing to do would be to make a template spec file with variables for the things that make_rpm.sh fills in
17:23.30 starseeker then there would be more things CMake could fill in, which would also become variables
17:24.49 jordisayol starseeker: due to dependencies, I just allow to build them into fedora and opensuse
17:25.13 starseeker what do you mean?
17:25.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:26.02 jordisayol starseeker: fedora and opensuse share the same packaging system (rpm), but they do not share the same nomenclator for packages names
17:26.11 starseeker jordisayol: you can see some of the CPack/RPM documentation here: http://www.vtk.org/Wiki/CMake:CPackPackageGenerators#RPM_.28Unix_Only.29
17:26.30 starseeker jordisayol: ah - that's something to be detected then and set as a variable in CMake
17:26.49 jordisayol starseeker: so a package build for opensuse can become uninstallable on fedora/centos os
17:27.14 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:27.41 starseeker nods
17:29.02 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
17:30.00 *** join/#brlcad malav (~Anoop@223.189.48.176)
17:33.43 jordisayol starseeker: brlcad.spec is generated in sh/make_rpm.sh (190:264)
17:33.56 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
17:37.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:37.35 brlcad jordisayol: the main difference would be translating everything that the shell script is doing to cmake/cpack syntax
17:38.03 brlcad probably could even make it be just one or two cmake macros that do all the work, nearly the same work that is being done now, just without /bin/sh
17:38.55 brlcad it wouldn't replace it until it's equivalent, but it might be easier to maintain in the long run since we could hook it in with the rest of the build logic more closely
17:39.25 jordisayol brlcad: understood and agree
17:40.39 ``Erik does rpm allow 'or' in the dependancy specifications? that'd allow a workaround to the nomenclature issue
17:42.34 jordisayol ``Erik: if I don't misremembering, it's not allowed
17:43.09 jordisayol deb allows this
17:50.37 *** join/#brlcad yukonbob (~bch@methodlogic.net)
17:50.41 yukonbob hello, #brlcad
17:51.33 _fkr Word.
17:54.47 jordisayol ``Erik: BTW I use rpmbuild command to generate rpm packages. rpmbuild auto-detects the dependencies, and they change depending on host system you're building it
17:57.24 *** join/#brlcad Al_DC_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
17:59.01 jordisayol with
17:59.01 jordisayol $ rpm -qpR brlcad-7.20.6-0.fedora.i386.rpm
17:59.01 jordisayol You'll get rpm requiring list
18:10.18 jordisayol I just add "xorg-x11-fonts-ISO8859-1-75dpi" dependency on fedora because is needed by archer (somebody in fedora decided to remove it as installed by default)
18:16.46 brlcad malav: what are you working on?
18:17.49 brlcad ksuzee: crdueck: you both have patches pending some response
18:17.55 brlcad got to a lot of them over the weekend
18:20.06 ksuzee brlcad: thanks, Sean. I've already correct a couple of them
18:21.47 malav src/shapes
18:21.58 malav trying to write a patch
18:23.37 jordisayol starseeker: well, I've installed last opensuse rpm into fedora without problems... :-/
18:24.03 jordisayol starseeker: I can assure you that this was not been like this in the past
18:37.24 brlcad malav: trying? :) do you have a goal?
18:37.46 brlcad ksuzee: okay -- you had several patches, and I think they all had some issue
18:38.13 brlcad so I was just noting that there are more pending since patches are #1 priority
18:41.06 malav I should say working
18:41.25 malav I am going through code
18:41.32 ksuzee my are #5 only) I corrected two of them yesterday
18:42.38 malav for example there is a function in fence.c createWire
18:43.10 malav so i was looking if there is any similarity between this function and wire.c
18:43.20 malav or they are completely different
18:45.06 *** join/#brlcad yukonbob (~bch@methodlogic.net)
18:52.11 malav And also while converting main functions into library functions passing of parameters need to be taken care of
19:06.34 CIA-65 BRL-CAD: 03n_reed * r50741 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h STEPfile.inline.cc): Have STEPfile::schemaName return std::string instead of writing char* arg. SCL git b8fc557.
19:11.41 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
19:30.45 CIA-65 BRL-CAD: 03crdueck * r50742 10/brlcad/trunk/src/mged/animedit.c: removed unused 'joint test' subcommand
19:35.51 brlcad Maloeran: they are completely different
19:36.00 brlcad oops, Maloeran -- never mind :)
19:36.09 brlcad malav left
19:40.50 CIA-65 BRL-CAD: 03crdueck * r50743 10/brlcad/trunk/src/mged/animedit.c: removed references to f_jtest(), fixing r50742
19:46.36 crdueck <PROTECTED>
19:55.21 brlcad it's not so much a preference as it is a different style of collaboration
19:55.56 _fkr Perhaps there were issues with CVS that SVN helped to fix?
19:56.30 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
19:56.33 brlcad if you perform centralized development with integrated development, using a distributed system only adds a little bit of complexity with mostly subjective technical gain
19:57.26 brlcad you also tend to get isolated sandbox activity which makes integration that much more work, with a distributed system
19:57.53 brlcad it's fine when you have a LOT of devs and can spend more time on integration, linux kernel being a prime example
19:58.14 crdueck brlcad: good point, i wasnt thinking about brlcad originally being developed by the US military
19:58.40 brlcad for small teams, it tends to lead towards antisocial development behaviors where problems are addressed later rather than sooner and people work together
19:59.15 brlcad that has little to do with it really, the military origins
19:59.29 brlcad it's more about the size of the dev team and style of interaction desired
20:00.17 _fkr So the size of the dev team is considered to be a small one?
20:00.31 brlcad relatively speaking, yes
20:00.54 brlcad it's a communication network scalability problem
20:01.56 brlcad you have N nodes and a desire to communicate a change to some number of nodes equal or near N
20:02.06 _fkr So what has real life experience shown so far, afer the move? Did it help to change things in the wishful direction? Or perhaps it didnt help to change much?
20:02.31 brlcad that obviously increases exponentially and at some point becomes more of a burden than a savings, a productivity tipping point
20:02.51 brlcad _fkr: after what move? we didn't move to git
20:03.04 _fkr CVS to SVN
20:03.14 brlcad that was more technical than architectural
20:03.25 brlcad they're both centralized
20:03.47 brlcad svn fixes a lot of the technical problems of cvs, so that's a really obvious migration
20:04.41 brlcad if you have very infrequent or one-way commits, there's not really a compelling argument of centralized versus distributed
20:05.04 brlcad gits overhead is offset with other efficiencies in merging and offline commits, for example
20:05.42 brlcad svn at low volume is conflict free and simple with infrequent commits too, no favor either way
20:06.25 brlcad once you start to collaborate and coordinate development, your commit and communication architecture begin to matter substantially
20:07.17 brlcad crdueck: so using git, for example, you would not necessarily have had to learn our style or worry about breaking the build
20:07.34 brlcad if that's something we wanted, we just as easily could have set everyone up in their own branch
20:08.16 brlcad it's an issue *because* it's something we want all developers to be cognisent of sooner rather than later, regardless of revision control system
20:08.56 brlcad akin to requiring a push/pull with every git commit, still would be a problem
20:10.53 _fkr I think it's reasonable if people have their own branches and hacks and stuff on their own machine and then commit to some main/central branch as seems to be reasonable by the team.
20:11.41 brlcad in my experience, the productivity threshold for distributed commits is somewhere around 40-80 *active* developers, depending on the velocity of source code changes dependent on other code
20:12.26 brlcad _fkr: sure, reasonable -- but then they can do that anyways
20:12.52 brlcad the question is WHEN they communicate that change to other devs
20:13.46 brlcad for GSoC, for example, we track progress daily for a variety of reasons and needs, so they're required to be committing/merging daily
20:14.25 brlcad with that setup, committing to your own branch/repo offers nothing better than a local backup and at an overhead cost
20:17.16 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:17.20 brlcad we've had devs try that before, committing to their own git-svn repo, only to quickly realize it's pure overhead when you need to integrate that frequently
20:17.45 _fkr The communication problem. I think that's just a completely separate thing from a versioning system. Wheteher to use SVN or whatever. Communication is important and there are lots of tools and stuff for that.
20:18.07 brlcad except it's not
20:18.11 brlcad a commit is a communication
20:18.46 brlcad when it comes to integration, the smaller the better as they're faster and easier to review and integrate
20:19.45 _fkr Someone might get an half-baked idea, keep it in their system, go on a vacation for a month and not tell anyone... later e comes back and tries to remember eirself, what it was about in order to explain others...
20:20.37 brlcad exactly, that actually happens more often with distributed systems because no communication is required
20:20.39 _fkr Keeping things simple...
20:20.43 _fkr Less parts to break
20:21.04 brlcad with frequent commits, that half-baked idea is called out within the first couple commits
20:21.16 brlcad they don't waste their time now and others later
20:21.35 brlcad you literally don't allow people to be hermits like that
20:22.19 _fkr People who spend a lot of time behind keyboard lose social skills too and might not want to interact with humans too much, specially face-to-face...
20:22.48 brlcad and that's supposed to be a good thing? encouraged? I think not (as does most of the open source industry)
20:23.04 _fkr Also the lazyness factor of writing a short message or a few lines about a change or commenting code so others could understand it more quickly and so on.
20:23.45 brlcad that's why centralized is often favored, due to that communication requirement it implies on a technical level
20:23.54 _fkr I'm not saying it's a good thing. Just trying to understand reality and the problem. Hard to tackle a problem, if you have not exactly figured out, what it is or where to look for it
20:24.09 brlcad if you have so many devs that you don't care what most of the other devs are doing, then they can be hermits and only communicate at specific points/levels in the group
20:24.17 brlcad again, linux kernel being a prime example
20:24.40 _fkr Learn from other peoples mistakes...
20:24.42 brlcad that's where my point about it being dependent on the size of active devs
20:25.08 brlcad at some point, the communication switches from being informative to being "noise" that slows the group down
20:26.03 brlcad lazyness factor is not addressed by centralized or distributed, that's a social problem that is fought by social pressures
20:27.08 brlcad code that survives must be understood by other developers
20:27.40 brlcad someone committing a change that is not understood by others is a net negative in the long run, so laziness on their part costs the project
20:28.53 _fkr Sure, the more people, the more diff opinions... that's how it's always been and it's like that in most areas of life. Get married and you'll have at least 2 diff opinions in your small familiy. Get kids and have even more... That's just the way it is, but it just comes down to emotional intelligence of the participants whether there will be effective team-work or not.
20:29.54 _fkr You have coding and committing rules of some sort, they can be helpful in eliminating that kind of situation.
20:30.29 _fkr some just are not team-workers and that should be taken in to consideration...
20:30.59 _fkr they might become team-workers later
20:31.48 brlcad that's the point, though (or at least one of them)
20:32.26 brlcad if they're not a team worker, they're not well suited (yet) to open source development because it's an inherently community-oriented development model
20:32.45 _fkr One needs to accept that things will never be ideal anyways and not let that distract, but instead move ahead even if it seems difficult.
20:33.00 brlcad and their antisocial tendencies don't just affect them, they slow down the project because of the pains others have to go through in the long run
20:34.05 brlcad i'm not sure that's a useful statement as it merely implies inaction at some subjective level of difficulty
20:34.28 _fkr Exactly, and that means someone needs to understand that and filter accordingly in order to improve the overall quality. Open communication about concerns might help too, because people are not mind readers and someone might not be aware that they are dragging others down...
20:34.56 brlcad I am perfectly willing to accept that not everyone is a team player and committing frequently and communicating changes will be difficult for them
20:35.00 brlcad that's their cost of participation
20:35.22 brlcad pushing that cost onto other developers is fundamentally unacceptable
20:35.26 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
20:36.17 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
20:36.44 _fkr What have you done to change that situation? Have you at least expressed your thoughts about this issue in some newcomer-intro or coding-rules or whatever document new people are supposed to read?
20:36.56 brlcad contributions are not worth integrating if the contributing developer is not willing to communicate and collaborate throughout development
20:37.08 brlcad absolutely, in several places and forms
20:37.36 brlcad and in architectural decisions like using a centralized repository and setting expectations consistently
20:37.56 ``Erik puts his halfbacked ideas straight into svn, no biggie :D
20:38.27 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
20:39.41 _fkr Things are good then with brl-cad development, I assume?
20:39.48 brlcad anyways, it's mostly an issue for people that are new to open source, corporate developers being some of the worst since they tend to be more entrenched having developed for decades without having to be talk about what they're doing or why
20:39.49 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
20:39.52 brlcad or students only used to doing homework assignments
20:40.44 brlcad _fkr: just about any developer would be biased to answer that, no? of course I tend to believe so and our year-over-year increasing development activity seems to concur
20:41.05 brlcad ohloh stats ftw ;)
20:41.20 ``Erik svn is good for BRL-CAD right, the only big where git would be substantially better is if someone were coding on an airplane or other place without internet connectivity *shrug* and in that case, git init . and do git diffs to build a patch set for svn when ya land O.o
20:41.24 _fkr Corporate people always think that this kind of information usually costs a lot of money. I can not just tell you that for free...
20:41.24 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
20:41.30 ``Erik s/right/& now/
20:41.51 brlcad at least until svn folks finish implementing support for offline commits
20:42.27 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
20:42.48 brlcad there's no inherent reason you can't do offline commits with a centralized repo, just wasnt' something someone thought to do way back when (what's offline?)
20:42.56 ``Erik thinks the secrecy behavior may be less about team playing and protecting assets tahn it is about fear... a commit that's not absolutely perfect and polished is skeery for some folk
20:44.12 brlcad same people have trouble with the basic concept of tweeting or posting fb status updates to actually convey anything important
20:44.34 brlcad you don't belabor it, you just do it and move on quickly to the next thing (and everyone has been informed)
20:45.11 _fkr for not polished or tested code there can be a -current or -test or some similar branch... Just to get the idea quickly around and see what others think.
20:45.12 brlcad and try not to make the post be about you dumping that burrito from last night
20:45.37 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
20:46.37 brlcad that is basically what trunk is defined as, just making sure that stuff still compiles (which everyone should be doing all the time anyways)
20:47.59 brlcad and that's not even "compiles for everybody"
20:48.52 brlcad anuragmurty: your svn client is crap
20:49.09 brlcad what is that?
20:49.27 brlcad blah s/svn/irc/
20:49.58 _fkr I can understand the polishing and perfectionism thing too.. I guess there are people like that who like to polish and polish and polish and think and analyze and polish a bit more before putting anything to use. Hard to break habits.
20:51.25 ``Erik Le mieux est l'ennemi du bien (voltaire, best is the enemy of good)
20:51.54 brlcad you can polish and polish and polish, just commit every time you save the file :)
20:53.36 _fkr noo, but others would see my possibly imperfect creation. Everytime I commit, I find a spot that needs cleaning and then I just bang my head against the wall and beat myself and am embarrassed, which makes it even harder to concentrate on other issues...
20:53.52 _fkr laughs evilly
20:57.55 _fkr At least that's how I _think_ some might think. Humans are the same, but still a bit different. How to motivate people to put their issues aside for a moment and commit to team-work for a moment? I guess that's a nice question.
21:01.41 Stattrav_ ``Erik: didn't people who specifically wanted local commits already move to git ?
21:23.29 brlcad Stattrav_: I'd love to have local commits
21:23.41 brlcad at least, offline commits
21:23.43 brlcad but not at the expense of communication :)
21:24.29 brlcad an auto-commit-push setup does that, but then not really any different than svn other than some could weasel out of the push
21:25.10 brlcad and that's the point, you can't and that's a good thing
21:25.15 brlcad (at least, worth the cost of not being able to commit offline)
21:28.53 brlcad _fkr: one of the best ways to break a habit is to start a new one
21:28.55 brlcad which is exactly what we require of new devs not accustomed to open source collaboration
21:29.24 _fkr couldnt you set up your own CVS/SVN server at home or something like that and then play there with your own branches and what not? But yeah, perhaps it's better if it's not too easily done.
21:29.38 Stattrav_ brlcad: so is svn planning to have offline commits or that was just a wishlist ?
21:31.04 _fkr There are ways anyways and people who want something like that can figure out their own solution.
21:35.21 _fkr And what if someone had a similar idea and already made similar changes. You are offline and doing work that has been done. Need to communicate someohow.
21:39.54 _fkr What is the offline commit's point? As soon as I am on-line - synchronize automatically? I think it could be dangerous. If one was away for a while, one should check what has changed first and then think again whether it's still a good idea to commit. No?
21:44.21 _fkr Perhaps we just have different ideas, what an offline commit means?
21:53.01 _fkr I'll rest now for a while.
21:59.11 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
21:59.57 brlcad Stattrav_: they're working towards that, yes
22:00.35 brlcad it was actively being worked on a year or so ago, but then they've been spending a lot more time on improving merging and commit metadata
22:02.33 brlcad looks like their roadmap lists 1.9 as having some of the starting infrastructure for it with checkpointing
22:08.54 brlcad the issue of what it means to "commit offline" is also why svn is implementing checkpointing first, that's much more straightforward -- it's basically local undo
22:09.32 brlcad which you could then replay and commit as one or individually later when you're back online
22:17.09 CIA-65 BRL-CAD: 03crdueck * r50744 10/brlcad/trunk/src/mged/animedit.c: 'joint holds' no longer crashes MGED, reports error message instead. still doesnt work properly though
22:17.51 Stattrav_ nice
22:17.52 *** join/#brlcad yiyus (1242712427@je.je.je)
22:23.52 brlcad crdueck: if it's NULL, printing it via Tcl_AppendResult() won't do anything useful will it? :)
22:24.13 brlcad next to try is the 'list' subcommand
22:24.16 CIA-65 BRL-CAD: 03n_reed * r50745 10/brlcad/trunk/src/other/step/src/ (3 files in 3 dirs): Remove a few unnecessary extern declarations. SCL git aef6e73, 5c8c5aa, 15f9c40.
22:24.46 brlcad if that also crashes with a similar failure, it might be more obvious what is going wrong during load
22:25.38 crdueck brlcad: i wasnt sure how Tcl_AppendResult() worked, I couldnt find a helpful function definition so i just took from another use of Tcl_App... in the function.
22:26.38 crdueck the list command works fine, its printing all the joints defined in art.j
22:32.21 crdueck from what i gather, mged is calling f_jhold, f_jhold is creating a hold struct but i cant see if it initializes any of its fields, then a hold_point struct is passed from the bad hold struct to hold_point_location where it crashes. to me it looks like the problem starts in f_jhold.
22:32.45 ``Erik would imagine that 'offline commit' evaluates to 'dvcs'...
22:41.18 CIA-65 BRL-CAD: 03crdueck * r50746 10/brlcad/trunk/src/librt/primitives/tor/tor.c: adds surface area function to tor
22:43.20 brlcad crdueck: excellent analysis of the crash then, and it sounds like you're probably right on the mark
22:43.32 brlcad more importantly, if list works, you have a way to test your lex change now
22:43.54 brlcad you can apply your patch, recompile, see if list is the same
22:44.12 brlcad if it is, that's a 'good enough' sanity check that your cleanup didn't introduce a subtle parsing error
22:45.12 crdueck will do. also, should i 'bundle' commits related to the same thing (like adding a volume and surface area function to a primitive) into one commit, or commit them seperately?
22:45.19 brlcad crdueck: when you commit -- be sure to note your sf patch #, your name as the submitter, and the patch title along with any other details you care
22:46.03 brlcad if you can logically break up a change into separate commits, that's usually best
22:46.31 brlcad I've yet to have to tell someone that they're committing too small or too frequently
22:46.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:47.36 brlcad just make sure the commit message summarizes, justifies, explains, or otherwise documents what the code itself doesn't obviously say
22:51.18 CIA-65 BRL-CAD: 03crdueck * r50747 10/brlcad/trunk/src/ (libbu/fgets.c libbu/lex.c librt/primitives/tor/tor.c): adds volume function to tor
22:51.56 crdueck oh no, apologies. looks like i'll be taking a look at the "ammending commits" wiki page that just went up :(
22:58.42 CIA-65 BRL-CAD: 03crdueck * r50748 10/brlcad/trunk/src/libbu/ (fgets.c lex.c): accidently added to many files in r50747
22:59.18 crdueck well, at least I've learned some new features of svn today haha
23:02.00 brlcad heh
23:03.47 CIA-65 BRL-CAD: 03crdueck * r50749 10/brlcad/trunk/src/librt/primitives/tor/tor.c: adds centroid function to tor
23:21.50 *** join/#brlcad stas (~stas@82.137.13.214)
23:22.48 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
23:57.27 CIA-65 BRL-CAD: 03tbrowder2 * r50750 10/brlcad/trunk/ (6 files in 2 dirs): rename vls regression script and test_vls to vls_vprintf and test_vls_vprintf,respectively, to reflect true scope of this regression test
23:58.16 CIA-65 BRL-CAD: 03tbrowder2 * r50751 10/brlcad/trunk/ (regress/vls.sh src/libbu/test_vls.c): old files disappear
IRC log for #brlcad on 20120530

IRC log for #brlcad on 20120530

00:06.21 CIA-65 BRL-CAD: 03tbrowder2 * r50752 10/brlcad/trunk/ (regress/vls_vprintf.sh src/libbu/test_vls_vprintf.c): change internal file name to reflect external file name
01:12.47 CIA-65 BRL-CAD: 03crdueck * r50753 10/brlcad/trunk/src/mged/animedit.c: the bug with 'joint holds' is related to 'joint solve' crashing as well, both eventually make bad calls to hold_point_location(), edited comment and error message
01:54.27 brlcad crdueck: if it's of any help, Tcl_AppendResult(arg1, arg2, arg3, ...) is like std::cout << arg1 << arg2 << arg3;
04:15.01 *** join/#brlcad ibot (~ibot@rikers.org)
04:15.01 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
06:21.32 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:28.43 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:31.53 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
06:51.43 CIA-65 BRL-CAD: 03Leedsescorts25 07http://brlcad.org * r3766 10/wiki/Main_Page:
06:51.44 CIA-65 BRL-CAD: Replacing page with '
06:51.44 CIA-65 BRL-CAD: [http://www.cameronmorgan.co.uk/ sheffield escorts] ,
06:51.44 CIA-65 BRL-CAD: [http://www.cameronmorgan.co.uk/ escorts in leeds] ,
06:51.44 CIA-65 BRL-CAD: [http://www.cameronmorgan.co.uk/ escort agency leeds]'
06:51.47 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:05.03 CIA-65 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3767 10/wiki/Main_Page: Undo revision 3766 done by someone spamming, or a bot.,
08:18.49 *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
08:41.12 *** join/#brlcad stas (~stas@82.208.133.12)
09:23.42 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
10:19.59 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
12:22.48 *** part/#brlcad anuragmurty (~anurag@14.139.128.14)
12:44.26 brlcad thanks Al_DC_Best
12:45.45 CIA-65 BRL-CAD: 03d_rossberg * r50754 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_ctype.c): apply sourceforge parch 3528073 (test_ctype.patch) from anrgmrty: "A test for ctype.c checking for printable and non-printable strings test_ctype.c"
13:23.25 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
13:23.30 brlcad d_rossberg: I like the idea of supporing raw voxel data output as a first step for that converter, thoughts? e.g., http://support.echoview.com/WebHelp/Reference/File_formats/Export_file_formats/Volume_data_set_file_formats.htm (.raw)
13:24.16 brlcad that happens to be the input format for our vol primitive too
13:24.47 brlcad (basically a 3d array of uint8 values)
13:26.23 brlcad can easily expand on that to a more dynamic range as the next step, maybe other more efficient output formats after that
13:28.35 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:32.23 d_rossberg this would require one file for each region, and what contains the uint8?
13:33.27 d_rossberg i'm thinking more of "<x-index> <y-index> <z-index> <region-name>" like format
13:34.18 d_rossberg this would allow to attach different materials to the different regions in a hydrocode (e.g.)
13:37.02 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:43.31 d_rossberg shouldn't it be src/conf/g-voxel?
13:44.42 d_rossberg (sorry: src/conv/g-voxel.c)
13:49.47 CIA-65 BRL-CAD: 03brlcad * r50755 10/brlcad/trunk/src/shapes/fence.c: fix a memory corruption error where we incorrectly bu_free() a pointer that was bu_calloc'd but then clobbered after set to mk_addmember result. was causing a crash.
13:52.16 brlcad the uint8 is the proportion of material in that voxel cell, so most would be 255 or 0, but edge voxels are proportional with the amount of material in them
13:52.44 brlcad ct scan data is commonly like this, representing density within that cell
13:53.13 brlcad which is then thresholded with the vol primitive on/off when values are within a given range (e.g. >128)
13:54.11 brlcad src/conv/g-voxel.c was one of the suggestions I mentioned in the e-mail
13:54.23 brlcad src/conv/g-voxel.c or src/conv/voxel/g-voxel.c
13:55.48 brlcad supporting multiple regions would be good, I was thinking that doing output object-agnostic might be a good first step that can be easily hooked into our vol primitive and automatically tested for correctness with the conversion.sh script
13:57.03 brlcad following the formats discussion with wu, that's basically the difference between evaluated implicit volumetric data and unevaluated implicit volumetric data (that HIERARCHY option) to work at region level
13:57.38 brlcad (actually somewhere in between if you evaluate part-way up to region)
13:58.39 brlcad still, the goal was to be able to quickly hook it in for V&V testing to make sure it's right, then he could spend the next month working on supporting other output formats like hydrocode inputs
14:03.49 d_rossberg @brlcad: then your suggestion "src/other or src/other/voxel" was a typing error?
14:04.40 brlcad oops, 'other' should have been conv, yes
14:04.51 d_rossberg ok :)
14:05.34 brlcad sends correction
14:16.37 CIA-65 BRL-CAD: 03starseeker * r50756 10/brlcad/trunk/src/libbu/Makefile.am: Fix header name
14:19.06 CIA-65 BRL-CAD: 03bob1961 * r50757 10/brlcad/trunk/src/tclscripts/lib/cursor.tcl: Yet another Windows specific fix.
14:21.41 brlcad ~seen kane_
14:21.43 ibot kane_ <~kane@g226123023.adsl.alicedsl.de> was last seen on IRC in channel #brlcad, 8d 2h 24m 47s ago, saying: 'Is there a name convention for class names?'.
14:21.56 CIA-65 BRL-CAD: 03starseeker * r50758 10/brlcad/trunk/src/other/CMakeLists.txt: Generalize the disclean rules for libpng links
14:38.02 CIA-65 BRL-CAD: 03brlcad * r50759 10/brlcad/trunk/ (BUGS TODO): need to investigate/fix the mged joints command and migrate it to libged.
14:55.10 CIA-65 BRL-CAD: 03starseeker * r50760 10/brlcad/trunk/configure.ac: Need the makefile for raw dir
15:31.31 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3768 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
15:49.36 brlcad Stattrav_: since you do not yet have commit, you should be posting your work at least once a day to the patches tracker
15:49.48 brlcad i see the log updates, so there should be plenty to submit, please do this today
15:50.39 brlcad one tracker for each file, one for sql one for parser.py, would work fine too so they can be independently reviewed
15:52.49 Stattrav_ sure
15:53.12 Stattrav_ 4 files as of now
15:54.29 Stattrav_ brlcad: I shall do that today itself. I am looking into design of web API today. Was going through Github's gist API and that looks like something we could follow
15:55.23 brlcad Stattrav_: I'm more concerned with your lack of commit than with your actual project progress at this point
15:55.45 brlcad we need to have code to review in order to grant commit, and you're supposed to be taking steps to help make that easy
15:55.58 brlcad this isn't a homework assignment
15:56.29 Stattrav_ ohh
15:57.26 Stattrav_ I was waiting for the commit access. I am extremely sorry about that. I shall send them in right away
15:57.40 brlcad this is stuff that was supposed to be sorted out weeks ago, and has been reiterated numerous times on the mailing list and here... please? :)
15:57.56 Stattrav_ i.imgur.com/z9aHy.png <- this is my code structure
15:58.01 brlcad you don't wait, you post your work to the patches tracker daily as if THAT was your commit
15:58.24 Stattrav_ so I add a patch for each folder individually ?
15:59.22 brlcad for your work, even just uploading that as a tarball would have been fine, but submitting the sql and parser and util scripts as separate patches would work too, so they can be independently tracke
15:59.26 brlcad *tracked
15:59.34 Stattrav_ cool
15:59.44 brlcad we don't WANT you to be using the patches tracker -- it's to vet that you understand our HACKING rules and are following them
16:00.03 Stattrav_ yup
16:00.24 brlcad I can almost guarantee that you code is not compliant if you haven't been reading the e-mails that said to post your code to the patches tracker... :)
16:00.41 brlcad there's a lot of details that make for integrated maintainable code
16:01.18 brlcad anything you write will be familiar to you, but your code needs to be maintainable and obvious to others too, so it has to be discussed, reviewed, understood, integrated, etc
16:02.57 Stattrav_ yup, been following HACKING file
16:03.14 Stattrav_ btw was there any mistake w.r.t the patch I submitted ?
16:03.28 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
16:05.14 CIA-65 BRL-CAD: 03starseeker * r50761 10/brlcad/trunk/src/libbu/Makefile.am: fix LDADD line for test_vls_vprintf
16:25.16 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
16:26.40 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:26.47 *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12)
16:27.15 *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12)
16:28.34 brlcad anuragmurty: anuragmurty1: anuragmurty2: what irc client are you using?
16:29.08 brlcad you need to change it... the one you're using is terrible, keeps disconnecting and reconnecting
16:30.22 brlcad looks like it's pidgin
16:30.25 anuragmurty2 brlcad: hi! it is a problem with connection..
16:30.33 anuragmurty2 yes it is..
16:30.47 anuragmurty2 :-|
16:31.08 brlcad do you have access to a remote server?
16:34.41 brlcad anuragmurty2: if you don't, I suggest getting an ssh account on some public server and using screen+irssi
16:34.52 brlcad there's a big list of places that'll give you an ssh account here: http://shells.red-pill.eu/
16:35.03 brlcad that's as good a place as any to start
16:35.16 brlcad just make sure they allow screen and irc
16:35.33 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3769 10/wiki/User:Crdueck/log:
16:35.39 brlcad that should stop all the disconnects and keep you logged in 24/7
16:36.44 anuragmurty2 ok..i will do that.. and just one more thing.. i am having sudden trouble with mged..
16:36.58 anuragmurty2 has 3.3, needs 3.4
16:37.20 anuragmurty2 for itk
16:37.25 brlcad anuragmurty2: you also need to update your dev log today -- should have entries per day (see http://brlcad.org/wiki/User:Cprecup/GSoC2012_progress for example)
16:37.38 brlcad and the past week seems missing
16:38.10 Stattrav_ anuragmurty2: I can send you an invit to irccloud if needed
16:38.28 anuragmurty2 brlcad : I did update it day before yesterday..
16:38.34 anuragmurty2 Yesterday I could not..
16:39.00 brlcad then it's the odd way you're using numers instead of dates that is confusing
16:39.06 anuragmurty2 Stattrav_: sure! thanks
16:39.13 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
16:39.15 brlcad what is 11 for example
16:39.18 anuragmurty anrg: Stattrav_: sure! thanks
16:40.04 anuragmurty brlcad: i will make sure i include the dates also now..
16:40.09 brlcad thanks
16:40.39 brlcad I trust you got the e-mails too
16:40.46 anuragmurty yes.. :)
16:40.51 brlcad congratulations, thanks :)
16:40.53 anuragmurty thanks a lot
16:41.24 anuragmurty :)
16:46.27 anuragmurty thanks a ton Stattrav_
16:46.28 Stattrav_ anuragmurty: sent
16:46.50 anuragmurty yeah got it..
16:46.52 anuragmurty :)
16:48.08 CIA-65 BRL-CAD: 03n_reed * r50762 10/brlcad/trunk/src/other/step/src/express/expparse.y: Allow local variables to have generic types; fixes failure on ap239 express schema. SCL git 254b5a3.
16:50.23 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-jphjlyjmqpgbgurf)
16:53.10 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
16:53.56 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:00.53 anrgmrty hi.. i am rebuilding the brl-cad latest code.. getting some problems running mged... couldn't load file "/usr/lib/libitk3.3.so.1": /usr/lib/libitk3.3.so.1: cannot open shared object file: No such file or directory
17:00.53 anrgmrty MGED Aborted.
17:01.07 brlcad /usr/lib sounds like the wrong one
17:01.33 anrgmrty it says, it needs libitk3.4 .. and it has libitk3.4.so as well.. but why is it searching for 3.3..?
17:04.43 anrgmrty <PROTECTED>
17:04.52 *** join/#brlcad yukonbob (~bch@methodlogic.net)
17:04.55 yukonbob hello, #brlcad
17:14.50 brlcad anrgmrty: at a glance, it's saying file not found, so you apparently have a /usr/lib/libitk3.3.so.1 symbolic link pointing to a file that does not exist perhaps
17:15.59 brlcad if you set BRLCAD_BUNDLED_LIBS=Bundled during cmake, it should avoid using the system version regardless of your system misconfiguration
17:18.55 anrgmrty i did use ENABLE_ALL during cmake
17:25.06 brlcad did the summary say itcl/itk was going to use system or bundled?
17:29.25 anrgmrty Compile Itcl/Itk ......................: ON
17:29.48 brlcad do you have LD_LIBRARY_PATH set?
17:30.12 brlcad (environment variable)
17:30.56 anrgmrty no..
17:40.09 anrgmrty and the thing is- i do the same thing in case i want to build.. i never face a problem of this kind
17:41.30 brlcad well there's two problems. if the compile itcl/itk as ON is to be believed, then it using /usr/lib/libitk may be a bug in the build system.
17:41.50 brlcad if /usr/lib/libitk.3.3.so.1 is a dead symbolic link, that's a second issue specific to your system that you should fix
17:42.21 CIA-65 BRL-CAD: 03tbrowder2 * r50763 10/brlcad/trunk/src/libbu/ (test_vls_vprintf.c vls_internals.h vls_vprintf.c): (log message trimmed)
17:42.22 CIA-65 BRL-CAD: This is a major change to vsl_vprintf (and related files)
17:42.22 CIA-65 BRL-CAD: incorporating a more modular approach. In general, this change tries
17:42.22 CIA-65 BRL-CAD: to separate the parsing of the format string from the handling of the
17:42.22 CIA-65 BRL-CAD: result, both for valid as well as for obsolete or unknown parts. The
17:42.22 CIA-65 BRL-CAD: approach is also intended to ease maintenance and future enhancements.
17:42.23 CIA-65 BRL-CAD: The function specification has also been modified somewhat.
17:42.51 anrgmrty there is no symbolic link.. i checked..
17:49.41 brlcad ls -la /usr/lib/libitk3.3.so.1
17:51.07 CIA-65 BRL-CAD: 03tbrowder2 * r50764 10/brlcad/trunk/src/libbu/vls_vprintf.c: removed old test statement, added another error handler
17:53.20 anrgmrty brlcad : yes thats how i checked.. there is nothing
17:54.16 brlcad yet it's in the output so something points to it
17:54.27 brlcad ldd /path/to/mged
17:54.45 brlcad then ls -la /path/to/libitk_from_ldd
17:57.10 anrgmrty yes, ldd gives /usr/lib/libitk3.4.so.0 as one of the dependencies, and it is present there.
17:57.37 anrgmrty not 3.3.. 3.4
17:58.10 anrgmrty but when i run mged i don't understand why it searches for libitk3.3.so.1
17:58.29 brlcad except that's a problem
17:58.38 brlcad ldd mged should not list /usr/lib/libitk3.4
17:59.04 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
17:59.08 brlcad clean out your build, delete your installed brl-cad and try a rebuild -- something is dirty
18:00.18 brlcad could be a lot of things and, like you said, it was working so something changed
18:00.27 brlcad if a rebuild works, then you messed something up
18:00.39 brlcad if a rebuild doesn't work, then someone else maybe messed something up
18:01.32 brlcad hi ksuzee
18:02.07 CIA-65 BRL-CAD: 03erikgreenwald * r50765 10/brlcad/trunk/sh/ (CMakeLists.txt Makefile.am): move orbit.sh to the installed script set
18:03.17 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
18:04.28 anrgmrty i am on it.. just one more thing when i am checking.. what should it actually list as a dependency? if not /usr/lib/libitk??
18:04.56 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
18:05.32 brlcad with the default install path, and brl-cad installed, it should be /usr/brlcad/dev-7.21.0/lib/lib...
18:07.07 ksuzee hello,Sean!
18:08.05 ksuzee I've written about htonf
18:08.25 ksuzee I updated it some days ago
18:08.39 ksuzee there's inline function noe as you told
18:08.43 ksuzee *now
18:12.54 anrgmrty brlcad : Build static libraries ................: OFF---in the summary.. is this alright?
18:13.00 brlcad ksuzee: https://sourceforge.net/tracker/?limit=25&func=&group_id=105292&atid=640804&submitter=ksuzee&submit=Filter
18:13.07 brlcad you have 6 pending... :)
18:13.57 anrgmrty brlcad : Build static libraries ................: OFF in the summary,.. is this alright?
18:14.02 brlcad hm, for whatever reason, it looks like pending wasn't automatically updated to open -- it's supposed to
18:14.05 brlcad anrgmrty: that's fine
18:14.31 anrgmrty ok..
18:14.33 brlcad ksuzee: would you update them to "Open" for the ones that are ready to be reviewed again
18:15.43 ksuzee ok, I will, of course. I thought it can do admin only =) Also I correted this one -- src/util/picbackgnd.c
18:16.23 brlcad if you can't just let me know which ones
18:16.33 brlcad (by their number)
18:16.37 ksuzee and this -- /fb/orle-fb.c)
18:16.41 ksuzee ok, sorry
18:16.46 brlcad it's okay :)
18:16.56 brlcad don't need to tell me if you can :)
18:17.54 ksuzee Yeah
18:18.09 ksuzee I can)
18:18.09 ksuzee I'll do it now
18:19.38 ksuzee There're 3 of them. And I'd like to postone my first patch at all. It was first and it's not right)
18:20.49 ksuzee it's a pity, htonf I updated on 20/05..)))
18:21.47 brlcad you're doing fine other than not making "clean" progress, there are lots of patches and other things going on
18:22.00 brlcad you just keep picking dangerous/tricky code to modify
18:22.20 brlcad there's plenty of easy ones, so I think it's just a problem of communication beforehand -- to discuss what is WORTH changing :)
18:22.30 brlcad you have no way to know that without asking
18:26.35 ksuzee It's just because of absence of experience :))
18:26.37 ksuzee mb)
18:27.08 ksuzee I corrected everytrhing
18:27.20 ksuzee Now there're only 2 pending)
18:27.35 brlcad certainly, but it's 1M+ lines of code, so knowing what code is worth reducing and what must be done very carefully is not something you'd learn quickly
18:28.02 brlcad when in doubt, learn what tools use the code you're modifying and test before your change, make your change, then test again to make sure it's still working
18:28.20 CIA-65 BRL-CAD: 03erikgreenwald * r50766 10/brlcad/trunk/sh/orbit.sh: fix getopt handling. allow actual execution. minor simplification.
18:29.55 *** join/#brlcad cristina (~quassel@188.24.69.242)
18:30.02 brlcad hi cristina
18:30.10 cristina hello brlcad
18:31.18 ksuzee I'm trying. And I've alredy do so. But some things are difficult to be tested. I've not understans at once that you should use pix-png after pixbackgnd =))
18:37.00 CIA-65 BRL-CAD: 03n_reed * r50767 10/brlcad/trunk/src/other/step/src/fedex_plus/selects.c: optimize utype_member based on SCL git 27ce560
18:41.22 CIA-65 BRL-CAD: 03erikgreenwald * r50768 10/brlcad/trunk/sh/orbit.sh: Write frames directly to PNG instead of pix followed by pix-png.
18:44.29 CIA-65 BRL-CAD: 03erikgreenwald * r50769 10/brlcad/trunk/sh/orbit.sh: improve progress display
19:06.17 brlcad ksuzee: you can always ask :)
19:38.04 CIA-65 BRL-CAD: 03n_reed * r50770 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_misc.c classes_wrapper.cc): Remove some unneeded functions. SCL git 1faaf69 and 2d7ed17.
19:43.33 CIA-65 BRL-CAD: 03erikgreenwald * r50771 10/brlcad/trunk/sh/orbit.sh: update ffmpeg usage for 0.11. add azimuth to animation (the actual orbit part)
19:44.13 ``Erik http://youtu.be/TbKyLogvngQ huzzah, wood shader and orbit.sh O.o
19:54.55 yukonbob very cool
19:59.01 brlcad I think that's the first time I've seen orbit in action, nice
20:04.32 Stattrav brlcad: can I submit it as once single patch ?
20:05.08 brlcad Stattrav: better to at least submit the sql separately
20:05.14 ``Erik hm, looks like I originally did orbit for the marching cubes effort
20:05.36 brlcad the point is something quick and easy to review, so we can make sure you're following our conventions, and then get you committing
20:06.28 brlcad Stattrav: double-check HACKING and look at our other source files for reference of what we expect to see, header, footer, style, and all
20:06.42 Stattrav oh yeah Header I did not add
20:06.46 brlcad if you miss something, it just means you have to start over with the next file
20:07.00 Stattrav good :P
20:07.03 brlcad we can't be chasing you down every commit for every little detail
20:07.10 brlcad that's why we go through this process
20:07.24 Stattrav yeah
20:07.35 brlcad the details often seem minor, but they quickly add up and make for terribly messy code over time
20:07.54 brlcad especially when code is revisited years later
20:08.01 brlcad consistency is key
20:08.18 brlcad be pedantic and double-check HACKING and your files
20:09.37 Stattrav but most of the stuff is for C/C++ style. Even though the spacing w.r.t if (predicate) etc should remain the same
20:09.52 brlcad most of the intentions still apply
20:10.20 Stattrav yup
20:10.35 Stattrav doxygen style comments for functions etc have been done
20:10.54 crdueck brlcad: i tested the lex patch with 'joint list', and the output is the same as pre-patch, but then i intentionally changed the code so it should be wrong or at the very least produce a different result, but it didnt. so 'joint list' must not test it properly
20:11.29 brlcad crdueck: drat .. nice testing though
20:11.33 crdueck seeing as the patch depends on some code that isnt working well atm, can i just leave it postponed?
20:11.42 brlcad joint load is what should have changed
20:12.28 crdueck oh? okay, well in either case, joint load is working fine even with the change since joint list can still find all the right joints
20:12.33 brlcad crdueck: it will not take less time to look into and fix/apply/reject later -- on the contrary
20:12.49 Stattrav brlcad: could you check this https://gist.github.com/949a477d201848a1167c
20:13.21 brlcad it will take more time so I'd rather take it to completion since you spent the time refactoring and it's in context (and sparked a great sidebar on the old joint system)
20:13.45 brlcad crdueck: if you just make bu_lex() return without doing anything, does load/list still work?
20:13.55 crdueck i'll find out
20:14.43 brlcad Stattrav: I could, but that sort of defeats the purpose doesn't it?
20:14.51 brlcad you're supposed to check it
20:15.06 brlcad if you check it and don't find anything and I do, that's a problem
20:15.20 brlcad if you don't check it, that's a problem
20:16.03 brlcad only if you check it and I don't find anything when reviewing it as a patch is it good to go
20:16.18 Stattrav aah
20:16.27 brlcad and if you're wanting more specific feedback, ask a more specific question :)
20:18.10 brlcad at a glance, that's a monolithic scrape, not a modular one like was mentioned on the mailing list
20:18.15 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
20:18.30 Stattrav as in ?
20:18.31 brlcad which isn't a problem with the code as a patch, but is a design concern
20:18.51 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3770 10/wiki/User:Ksuzee/Reports:
20:19.07 brlcad as in not modular
20:19.16 brlcad re-read the mailing list comments... :)
20:19.35 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:20.42 Stattrav "I would suggest defining all of the fields you're interested in extracting and then individually/specifically parsing just one field at a time. Having a list of regular expressions for each field (in a function) would be useful in and of itself. "
20:20.44 Stattrav this ?
20:20.54 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3771 10/wiki/User:Ksuzee/Reports:
20:21.34 crdueck brlcad: if i make the function return 0 right away, theres no errors with load but list doesnt list anything. so joint load must not be working properly in that case
20:22.36 Stattrav given half an hour, I could just modularize it right away
20:23.12 Stattrav shall be back with the other code.
20:25.13 crdueck brlcad: oh wait, my code refactoring deals with C comments, the files i've been using to test dont have any C comments
20:25.26 crdueck i'll test again
20:29.50 brlcad Stattrav: think about it like this, conceptually you identify the version of BRL-CAD as something you want to capture from the log -- you write a function that captures the version from the log
20:31.06 brlcad later, you notice that there are four or five version numbers printed in the log. they seem to all be the same, but that's certainly something worth validating so you either create a "version validation" function or make validation part of the version function you just wrote
20:31.41 brlcad next, you identify the number of physical CPUs as something you want to capture, you write a function to extract that .... and so oon
20:32.26 brlcad it's a lot easier to talk about validation and adequate parsing when they're modular
20:32.38 brlcad even if you end up taking longer to parse or repeating parsing actions
20:33.16 brlcad (of course if you repeat the same bit more than a couple times, that probably belongs in it's own modular function otoo
20:34.38 brlcad your parsing should not make global assumptions about information placement (like the last line is always X or the fifth line is always Y), it should "look for it" with some pattern
20:35.51 brlcad so if that's going to take more than today to address, still post at least the sql file if not all your files today (since you're supposed to do that daily regardless of progress, not waiting until it's done)
20:36.04 Stattrav sure
20:40.36 Stattrav brlcad: so this is what I've been working on. https://gist.github.com/6dbb50027168437a8286
20:50.04 CIA-65 BRL-CAD: 03n_reed * r50772 10/brlcad/trunk/src/other/step/src/express/dict.c: Apply SCL git f5a130a. Loosens restriction on dictionary duplicates.
21:00.30 CIA-65 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3772 10/wiki/User:Anuragmurty: /* Development Log */
21:16.12 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
21:26.59 crdueck alright, I had to make a small change but bu_lex load correctly with and without C style multiline comments
21:30.46 Stattrav brlcad: so changed the code to a modular format. so is this in coherence to what you expect ?
21:33.00 Stattrav https://gist.github.com/6dbb50027168437a8286 <- Here I've made the class and then I made this object called parser_obj and I can query each of the required fields as parser_obj.get_brlcad_version()
21:36.15 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
21:45.49 cristina brlcad: I have a question regarding my project. I am going to use Adaptagrams as a graph library and it has a functionality for connector routing in interactive graph editors. what else should Adaptagrams be used for?
22:24.34 CIA-65 BRL-CAD: 03starseeker * r50773 10/brlcad/branches/STABLE/ (4263 files in 342 dirs): Merge trunk into STABLE - synced as of r50772.
23:08.29 brlcad Stattrav: that's looking much more modular
23:08.56 brlcad cristina: that's kind of an open-ended question
23:09.54 brlcad why, maybe it should be used to help solve world hunger .. probably not, but maybe
23:10.20 cristina :)
23:10.40 brlcad starseeker: cool, so we pass all regressions on a couple platforms?
23:11.09 brlcad crdueck: small change? patch update?
23:11.28 crdueck do you want me to update the patch or just commit?
23:11.37 Stattrav brlcad: changed everything now
23:12.17 cristina brlcad: as a first functionality, I will use the connector routing and I will look into something else as I get to know the code better
23:12.38 brlcad crdueck: you can of course just commit (and close out your patch, assign it to yourself, and note it in the commit log message)
23:12.43 brlcad but what was the change?
23:12.52 brlcad Stattrav: excellent
23:13.16 brlcad Stattrav: submit those two patches, update log, carry on ;)
23:13.44 Stattrav brlcad: so now there is a class called parser
23:13.45 brlcad cristina: I'm not sure what that means, exactly, but it sounds good ;)
23:14.09 Stattrav so one could invoke parser_obj.run() to get the actual process running
23:14.21 Stattrav else invoke individual methods
23:14.30 crdueck brlcad: there was some issue with trying to do *(++pointer), i just took some of the logic from a while loop condition and moved it out into the body of the loop
23:14.47 brlcad Stattrav: that sounds good
23:14.57 brlcad though I'll also read it when you say it's ready for review when submitted as a patch ;)
23:15.16 brlcad crdueck: ah, so it crashed.. :)
23:15.23 Stattrav now there are more folders. The class parser.py and util.py go into the folder libs and the scripts folder has a minor script which invokes the object and gets the things done
23:16.18 brlcad crdueck: that's exactly why it warranted testing
23:16.19 brlcad that would have been a bug FAR harder to diagnose and debug later on if it were applied
23:16.33 brlcad glad to hear it's working now (and the code is easier to read)
23:17.08 brlcad Stattrav: remember, easy and quick to review is the goal
23:17.11 brlcad not academic closure
23:17.37 crdueck brlcad: i agree, i was never against testing before applying haha
23:18.04 brlcad once you get a couple good review patches that don't require you to fix/change anything, you'll get commit access and we can follow these changes by simply watching your commits
23:18.10 brlcad MUCH more efficient
23:18.52 brlcad crdueck: I know.. it's just great when the point is accentuated so relevantly when there is a bug discovered like that
23:19.13 brlcad if it just worked, nothing would have been learned
23:19.16 cristina brlcad: my conclusion is that this connector has a path along the graph (a poly-line) that routes around certain obstacles in the graph
23:20.05 brlcad we learn by making mistakes, injecting bugs .. so the quicker we find them (and learn the cause) the faster we become a better programmers
23:20.23 brlcad far easier to inspect/debug/learn when the code is fresh ;)
23:21.04 brlcad cristina: hm, I'm familiar with graph theory and still not specifically familiar with what you're even describing..
23:21.28 brlcad I presume some struct/class/interface provided by adaptagrams that you're trying to understand yourself?
23:22.21 brlcad or that you're just explaining to me (though I'm not sure the utility until I need to use it, unless there are some serious implications involved that are non-obvious)
23:23.32 CIA-65 BRL-CAD: 03crdueck * r50774 10/brlcad/trunk/src/libbu/lex.c: rewrote section to improve readability and remove a goto loop, ws changes
23:25.07 cristina brlcad: yes, it is a class in Adaptagrams but the concept of line routing exists elsewhere as well. And yes, I am trying to understand it myself. If you want to have a look at its description, here it is: http://adaptagrams.sourceforge.net/libavoid/class_avoid_1_1_conn_ref.html#details
23:28.29 Stattrav brlcad: can I submit something which works(It doesnt break anything around. More methods need to be included) but whose functionality still needs improvement ?
23:36.09 brlcad Stattrav: can you? how many times and in how many ways do I have to say you're supposed to?!?
23:37.05 Stattrav sorry about that
23:41.52 brlcad just state the status when you post
23:42.01 brlcad it can be incomplete but ready for review
23:42.38 brlcad you could have submitted that main wrapper before it even parsed anything
23:43.03 brlcad some open source projects expect a patch to be a complete concept, and in general that's best practice
23:43.34 brlcad but we're also using patches as a surrogate to vet commit access -- for that, our commits are not expected to be "complete concepts"
23:44.43 brlcad they're always works in progres, so the more commits, the more reviews, the more intention being communicated, the more knowledge sharing occurs, the more valuable and understood that code becomes, the less costly it is to improve and maintain
23:45.02 brlcad so for that, smaller and frequent is better
23:45.40 Stattrav cool that part which was not working is now working
23:46.27 brlcad crdueck: oof, you didn't refer to the patch details in the commit log :/
23:46.30 Stattrav I have a svn diff from the trunk. So you asked me to submit two patches right, I could 'svn rm' some files and add them to the second one ?
23:46.48 brlcad crdueck: you're also not ctjctj
23:47.11 brlcad Stattrav: you don't need to do that to make two patches
23:48.04 brlcad svn diff path/to/first path/to/files > patch1 && svn diff path/to/second > patch2
23:48.31 brlcad just specify the files/dirs you want in each
23:49.18 Stattrav sure thanks
23:59.00 brlcad crdueck: when you commit code that is associated with any of the sourceforge trackers, you should refer to it in the commit message. usually something like "applies sf patch # 123123 from brlcad (title/summary goes here)" or "fixes sf bug # 321321 from crdueck (fixed mged joint crash)" etc
23:59.16 brlcad for future reference
IRC log for #brlcad on 20120531

IRC log for #brlcad on 20120531

00:02.04 brlcad crdueck: ah, and I see why you set ctjctj -- fixed
00:03.56 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:05.15 Stattrav path to files is ?
00:05.16 CIA-65 BRL-CAD: 03Cprecup 07http://brlcad.org * r3773 10/wiki/User:Cprecup/GSoC2012_progress: update: 30/05/2012: chose Adaptagrams; MVC pattern
00:06.00 Stattrav checking the svn tutorial anyway
00:06.09 brlcad path/to/file1 path/to/file2 path/to/whatever
00:07.52 Stattrav aah
00:09.37 Stattrav aah just the folder by folder diff with the index
00:11.40 CIA-65 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3774 10/wiki/User:Al_Da_Best/devlog: Filled gaps and updated current status
00:20.42 Stattrav brlcad: the tables after the data is fed into them http://i.imgur.com/xa9CG.png
00:29.21 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Benchmark perfomance db.png]]"
00:39.07 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3776 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
00:39.13 Stattrav brlcad: thanks and good night.
00:39.26 Stattrav gn all
00:39.29 brlcad Stattrav: thank you, good work
00:39.46 Stattrav thanks.
01:04.25 starseeker brlcad: we did, but I goofed slightly - regression passed with 50760, and I pulled in a few changes too many - fixing now
01:31.28 starseeker ah wait, may have just been some stray gunk in the install dir
01:31.43 brlcad cool
01:32.06 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
01:34.51 starseeker crap... what the bleep...
01:35.07 starseeker I've been building and running regressions all day, what the heck is going on?
02:11.57 CIA-65 BRL-CAD: 03starseeker * r50775 10/brlcad/branches/STABLE/ (16 files in 2 dirs): Back up the libbu vls work to 50646 - regressions appear to be breaking.
02:17.53 starseeker jeez this is weird
02:20.00 starseeker how did that not fail earlier??
02:38.43 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
02:41.18 starseeker brlcad: OK, now we have regression passing on multiple platforms with STABLE - I'll kick off more extensive tests overnight
03:02.17 CIA-65 BRL-CAD: 03starseeker * r50776 10/brlcad/branches/STABLE/doc/docbook/articles/it/images/ (8 files): Hmm - stray files left in STABLE after syncing somehow.
03:05.25 starseeker that's even weirder - those only showed up on OSX
04:25.34 CIA-65 BRL-CAD: 03brlcad * r50777 10/brlcad/trunk/src/librt/primitives/sph/sph.c: we have the actual distance tolerance so use it during validity testing
04:29.12 CIA-65 BRL-CAD: 03brlcad * r50778 10/brlcad/trunk/src/librt/memalloc.c:
04:29.12 CIA-65 BRL-CAD: prevent memory corruption if we end up with a null pointer. probably implies
04:29.12 CIA-65 BRL-CAD: someting is wrong elsewhere in the book-keeping, but since this is old v4 code
04:29.12 CIA-65 BRL-CAD: there's minmal value hunting it down. just avoids corruption which was leading
04:29.12 CIA-65 BRL-CAD: to a bogus rt_freemem() debug message getting printed extensively after the
04:29.12 CIA-65 BRL-CAD: endianness flip.
04:32.20 CIA-65 BRL-CAD: 03brlcad * r50779 10/brlcad/trunk/src/librt/db_scan.c: casting the ftell() returns through off_t propagates bad addr values. next and prev don't need to be off_t, so just let them match ftell's return type and simplify
04:35.39 CIA-65 BRL-CAD: 03brlcad * r50780 10/brlcad/trunk/NEWS:
04:35.41 CIA-65 BRL-CAD: fixed a bug reading v4 geometry files where it was spewing memory free error
04:35.41 CIA-65 BRL-CAD: debug messages. it was getting to the debug messages in the first place due to
04:35.41 CIA-65 BRL-CAD: a write to a null pointer dereference, probably related to the endianness
04:35.41 CIA-65 BRL-CAD: flipping (as it's the first rt_memfree() after flipping).
05:54.17 CIA-65 BRL-CAD: 03Crdueck 07http://brlcad.org * r3777 10/wiki/User:Crdueck/log:
06:28.25 CIA-65 BRL-CAD: 03phoenixyjll * r50781 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Extend the functionality of the brep command in MGED to deal with comb. Unevaluated breps are generated.
06:32.40 CIA-65 BRL-CAD: 03phoenixyjll * r50782 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed the bug in copying brep in r50871
07:14.03 *** join/#brlcad stas (~stas@82.208.133.12)
07:43.03 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
08:04.19 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:14.17 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
09:56.18 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:10.37 CIA-65 BRL-CAD: 03tbrowder2 * r50783 10/brlcad/trunk/src/conv/iges/iges.c: add missing format conversion specifier 'd' after length modifier 'z' so correct entry is '%zd'
12:17.02 CIA-65 BRL-CAD: 03tbrowder2 * r50784 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: add another test based on iges.c problem
12:23.04 CIA-65 BRL-CAD: 03tbrowder2 * r50785 10/brlcad/trunk/src/libbu/vls_internals.h: VP_UNKNOWN needs a bit on for proper testing as used in bu_vls_vprintf
12:25.08 CIA-65 BRL-CAD: 03tbrowder2 * r50786 10/brlcad/trunk/src/libbu/vls_vprintf.c: expand error info, add back the old guess output for unknown or obsolete conversion specifier; note bombing macro indicates bad logic somewhere
13:31.35 *** join/#brlcad tbroowder2 (43eb86cc@gateway/web/freenode/ip.67.235.134.204)
13:36.48 *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-134-204.dhcp.embarqhsd.net)
13:39.04 tbrowder2 there is a TODO item to fix "fix the idents command first column bug", can anyone point to a TGM that exhibits the bug?
13:43.45 CIA-65 BRL-CAD: 03tbrowder2 * r50787 10/brlcad/trunk/TODO: looks like red has the requisite test which apparently works fine
13:57.34 *** join/#brlcad tbrowde_ (~tbrowde@fl-67-235-134-204.dhcp.embarqhsd.net)
13:59.14 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
14:04.25 ksuzee Hello, Sean
14:04.47 ksuzee brlcad: I'm testing lowp
14:05.04 ksuzee before changing
14:05.13 ksuzee take 3 pix - files
14:05.37 ksuzee the result is normal - out.pix is generating
14:06.46 ksuzee but after converting to png - short read exception
14:07.03 ksuzee after refactoring - the same result
14:08.18 ksuzee Why is this exception thrown?
14:09.32 brlcad ksuzee: it sounds like you're using some tool wrong
14:09.47 ksuzee hmm
14:10.20 ``Erik ~seen andrei_
14:10.30 ibot andrei_ <~andrei@5-12-64-10.residential.rdsnet.ro> was last seen on IRC in channel #brlcad, 16d 18h 46m 3s ago, saying: 'brlcad, I will try to look into it aswell.'.
14:10.30 ksuzee I generated 3 pix files with pixbackgnd
14:10.30 ``Erik ~seen andrei
14:10.31 ibot andrei <andrei@5-12-88-164.residential.rdsnet.ro> was last seen on IRC in channel #brlcad, 4d 18h 29m 38s ago, saying: 'not very complicated'.
14:10.43 ksuzee and input them to lowp
14:15.52 CIA-65 BRL-CAD: 03Mesut 07http://brlcad.org * r3778 10/wiki/User:Mesut/Reports:
14:18.34 brlcad ksuzee: you've done more than that
14:18.44 brlcad otherwise nothing you just said involved png
14:18.58 brlcad so again, you're doing something wrong :)
14:19.30 brlcad try reading the manual pages for each of the commands you're using to make sure you're using them right
14:19.40 brlcad brlman command_name
14:21.15 ksuzee and where ecxeclty can I use brlman? Not in every directiry as I see)
14:21.24 brlcad brlman is a command
14:21.31 ksuzee yes, i see
14:21.38 ksuzee aaa
14:21.43 brlcad it doesn't matter where you run it from
14:21.56 brlcad it's like running ls
14:22.07 brlcad or 'man' (which is exactly what it's doing actually
14:22.14 brlcad man blah
14:22.24 ksuzee I know this
14:22.34 ksuzee but command not found Oo
14:22.46 brlcad okay, but consider your question
14:23.00 brlcad especially if man==brlman
14:23.24 brlcad "and where exactly can I use man? (Not in every directory apparently)"
14:23.34 brlcad paraphrased and corrected, but that's what you said
14:23.38 brlcad does that make sense? :)
14:23.46 brlcad where can you use the 'man' command?
14:23.49 brlcad you can use it anywhere
14:23.52 ksuzee every where))
14:24.01 ksuzee *everywhere
14:24.04 brlcad so what were you really trying to ask?
14:24.44 ksuzee emm) I can run brlman only from /bin
14:24.54 ksuzee that's why I asked)
14:25.34 brlcad you're lacking some precision in what you're writing, which is making it difficult to help you
14:25.44 brlcad you certainly are NOT running brlman from /bin
14:26.15 brlcad maybe from your cmake build_dir/bin directory
14:26.38 brlcad which means you haven't installed (which is fine, but then you have to give the path to commands not in your system PATH)
14:26.39 ksuzee yes
14:27.10 brlcad I can't read your mind very well, you need to be specific :)
14:27.17 brlcad at least not on thursdays ;)
14:27.24 ksuzee hah)) I'm sorry))
14:27.59 brlcad so it sounds like you're not familiar with how unix PATH works?
14:29.32 ksuzee PATH Environment you mean?
14:30.56 ksuzee Shall I do like this - export PATH=$PATH:/new/path (with brlman)?
14:31.18 brlcad so mini unix tutorial
14:31.35 brlcad when you run a command, say "man" or "ls" or even "pix-png" or "brlman"
14:31.49 brlcad it looks at each directory in the $PATH environment variable
14:32.11 brlcad that's when it's just a command name
14:32.26 brlcad if it finds the command, it obviously runs it and all is good
14:32.44 brlcad if it doesn't find the command, you get a command not found error
14:33.05 brlcad the OTHER way you can run a command is by specifying the path to it
14:33.44 brlcad running "/usr/bin/ls" for example doesn't read the PATH variable, it looks for ls in the /usr/bin directory and if it finds it, the application is run
14:33.59 brlcad same with relative paths like ../../../../usr/bin/ls
14:34.18 brlcad or path/to/your/build/bin/pix-png
14:34.49 brlcad so when you run "brlman" without a path, it's going to search $PATH
14:35.15 brlcad if you run "path/to/build/bin/brlman", it'll run it if it finds the application in that path
14:35.24 brlcad SO...
14:35.37 ksuzee Now I understand
14:35.45 ksuzee I've just done so
14:35.49 ksuzee and it works))
14:35.51 brlcad you either need to make sure you have a bin directory in $PATH or run commands by specifying the path/to/them/bin/herre
14:36.21 ksuzee thank you a lot! Now brlman is as man
14:36.31 ksuzee I knew about PATH
14:36.52 brlcad so now the question is did you add your build directory bin directory or did you install and add your install directory to PATH?
14:36.55 ksuzee but I didn't have to use it before
14:37.34 ksuzee I added build/bin to the path
14:38.17 brlcad okay, that's fine but recognize that it's not *usually* what you would do with PATH
14:39.10 brlcad if you do another checkout of brl-cad, for example, and simply put it in another directory, it's going to be running binaries from the other build dir and you might not expect that
14:39.15 Stattrav if not thursdays do you read people's minds ?
14:39.22 brlcad Stattrav: maybe
14:40.04 brlcad ksuzee: so it's fine -- just be careful if you move things around or get more checkouts
14:40.07 Stattrav brlcad: adding a logger class to the libs so that could be used by everything else
14:40.47 brlcad the usual way would be to just run with a relative path like "./bin/brlman" or perform a "make install" and add /usr/brlcad/bin to your PATH
14:41.01 brlcad (but then you have to run make install every time you rebuild
14:41.14 ksuzee yeah, I see this. Thanks a lot! So I'll read about pix-png)
14:41.28 *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net)
14:41.49 brlcad ksuzee: if you find a command that doesn't have documentation, feel free to add it (can walk you through how to do that)
14:42.00 brlcad hi tbrowder2 :)
14:42.09 brlcad Stattrav: ..okay
14:42.19 CIA-65 BRL-CAD: 03Erik 07http://brlcad.org * r3779 10/wiki/User:Erik: add link to Andrei's page
14:44.30 ksuzee hah, lowp right doesn't have help=))
14:48.23 tbrowder2 Hi, Sean! I want to try to fix the idents prob. Does that refer to bug #2278192? Otherwise, I need a TGM that shows it or more details about the bug.
14:54.41 brlcad tbrowder2: the red regression tests for the region flag but is apparently missing some case -- the commit log noted: new failures such as r50521 necessitate a regression test
14:56.12 *** join/#brlcad Wolfram74 (~Wolfram74@71-221-240-66.cdrr.qwest.net)
14:56.29 Wolfram74 oh thank goodness this is still up
14:57.11 Wolfram74 I'm trying to install on a mac and it goes through the motions but i can't find the end application anywhere
15:01.12 CIA-65 BRL-CAD: 03anrgmrty * r50788 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am g-voxel.c): g-voxel.c (only a grid of rays shot right now)
15:01.22 CIA-65 BRL-CAD: 03tbrowder2 * r50789 10/brlcad/trunk/TODO: oops, fix at r50521 not yet confirmed by regression test
15:02.04 brlcad tbrowder2: not sure about idents but I'll check my notes, vague recollection is that it was an e-mail or verbal report
15:03.54 ksuzee brlcad: I've found my mistake in man, thanks)
15:06.16 brlcad tbrowder2: okay, I found the reference (e-mail) .. the first column in the idents command was completely hosed on a real tgm (the entire column reported 1331915051)
15:06.47 brlcad looks like a 64-bit platform, but if it's working for you that's good enough
15:07.15 anrgmrty brlcad: hi! my first commit..
15:07.17 brlcad someone thought that might have been a bug we'd fixed several months prior
15:07.27 brlcad anrgmrty: I noticed :)
15:07.45 brlcad Wolfram74: brl-cad installs as a unix-style application, even on Mac
15:07.56 anrgmrty :)
15:08.04 Wolfram74 so i have to activate in the terminal, or what, exactly?
15:08.07 CIA-65 BRL-CAD: 03Plussai 07http://brlcad.org * r3780 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
15:08.12 brlcad Wolfram74: it's in /usr/brlcad/rel-7.12.2 .. but if you used that old binary from the website, it probably won't work for you
15:08.31 brlcad try running this in Terminal: /usr/brlcad/rel-7.12.2/bin/mged
15:08.54 brlcad and any relation, or just a fan? :)
15:11.54 Wolfram74 i actually really like the element tungsten
15:12.07 brlcad heh
15:12.27 Wolfram74 but people tend to associate more with mathematica than chemicals
15:12.39 Wolfram74 <PROTECTED>
15:13.28 Wolfram74 [haugen@peters-MacBook-Pro /]$ /usr/brlcad/rel-7.12.2/bin/mged gives
15:13.30 Wolfram74 bus error: 10
15:17.43 brlcad yep, that's what I figured -- that build is no good on the newer Mac systems and an updated build has not been posted
15:18.15 brlcad Wolfram74: so to fully uninstall, you can run this *exactly*: sudo rm -rf /usr/brlcad
15:18.25 Wolfram74 sooo, i'm not going to be using brl-cad, ah well
15:18.30 brlcad it'll prompt for a password and delete the /usr/brlcad directory entirely
15:18.43 brlcad you can use it, you just have to compile from a source build
15:18.57 brlcad which is actually a rather simple process if you want to give it a try
15:19.25 Wolfram74 from downloads, get at the source section?
15:19.29 brlcad I can walk you through the steps here, will take about 10 minutes
15:19.32 brlcad maybe 15
15:19.48 brlcad ~cadsvn
15:19.48 ibot To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
15:20.00 brlcad run that from Terminal
15:20.03 CIA-65 BRL-CAD: 03bob1961 * r50790 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added a few bindings for rotating the view via the arrow keys.
15:20.05 brlcad that will obtain the very latest
15:21.35 Wolfram74 validating server certificate, temporary acceptance?
15:21.49 brlcad yes
15:21.52 Wolfram74 svn: Can't make directory 'brlcad': Permission denied
15:22.01 brlcad er
15:22.15 brlcad did you run "cd" or something?
15:22.15 Wolfram74 sudo that stuff?
15:22.20 brlcad no
15:22.33 brlcad run "pwd"
15:22.38 brlcad what does it report?
15:22.49 Wolfram74 <PROTECTED>
15:23.00 brlcad that's not right .. how'd you end up there? :)
15:23.08 brlcad run "cd" and "pwd" again
15:23.21 brlcad still "/" ?
15:24.47 Wolfram74 ok, now its /users/hageun
15:25.05 brlcad yes, but how'd you end up in / to begin with?
15:25.28 Wolfram74 cd / to get to root, i'd been mucking around in another folder trying to get lincity to run
15:25.37 brlcad ah, okay
15:25.43 brlcad so redo the svn command
15:26.04 Wolfram74 did, streaming a lot of lines all prefixed with "A "*
15:27.21 brlcad yep, thats' good
15:27.33 brlcad it'll take a couple minutes, then you "should" be able to run this:
15:27.43 brlcad cd brlcad
15:27.46 brlcad mkdir .build
15:27.49 brlcad cd .build
15:27.52 brlcad cd ..
15:27.57 brlcad ./autogen.sh
15:28.24 brlcad cd .build
15:29.24 Wolfram74 should the last line be " U brlcad"?
15:29.24 brlcad ../configure --enable-all && make
15:29.41 brlcad it'll give you a prompt again when it's done
15:29.49 brlcad probably
15:29.54 Wolfram74 k
15:30.27 brlcad the build will probably take 10-15 minutes depending on how fast your mac is
15:31.09 brlcad IF you don't see an error at the end after running that "./configure --enable-all && make" line, run: sudo make install
15:31.21 brlcad if you see an error, mention it here and we can try the cmake build system instead
15:31.41 brlcad in the meantime, I gotta run to lunch, but will be back in about an hour
15:32.10 Wolfram74 executing ./autogen.sh, thanks for the help
15:33.57 brlcad no problem
15:38.29 Wolfram74 so it seems automake failed
15:38.58 Wolfram74 perhaps because i didn't have liptoolize?
15:39.34 Wolfram74 i duuno, you're at lunch so i'll work on something else till about 1800 GMT and check back
16:52.45 CIA-65 BRL-CAD: 03Phoenix 07http://brlcad.org * r3781 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
17:33.54 *** join/#brlcad cristina (~quassel@188.24.69.242)
18:23.10 CIA-65 BRL-CAD: 03n_reed * r50791 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): Simplify filepath handling and use more std::string and bool. SCL git 19a1bae and b277759.
18:40.31 CIA-65 BRL-CAD: 03n_reed * r50792 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: change return type to bool; SCL git 4dc0891
18:52.08 CIA-65 BRL-CAD: 03tbrowder2 * r50793 10/brlcad/trunk/regress/red.sh: added a specific test for bug fix at rev 50521 (however, the test may not be needed because a regression test using src/libged/red.c at rev 50520, produced with a manual patch, failed without the new test)
19:05.21 CIA-65 BRL-CAD: 03n_reed * r50794 10/brlcad/trunk/src/other/step/src/ (8 files in 3 dirs): Another int/bool substitution. This is SCL git b277759; r50791 was actually SCL git 1b69382.
19:41.52 CIA-65 BRL-CAD: 03n_reed * r50795 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): cleanup from SCL git c497168
20:05.01 Wolfram74 brlcad, are you back from lunch yet?
20:05.22 Wolfram74 ah, he left
20:27.31 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
20:38.56 CIA-65 BRL-CAD: 03tbrowder2 * r50796 10/brlcad/trunk/src/libbu/vls_vprintf.c: remove spurious print statement
20:42.40 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
20:45.27 Al_Da_Best Does brlcad have a factorial function?
20:49.27 ``Erik erm, no? why?
20:51.48 Al_Da_Best I want to work out the number of forces acting between x number of objects (gravity acting on each other), planned to use binomial coeff's for that
20:53.02 ``Erik soooooo, use something like static double fact(double x) { return x<=1.0?1.0:x*(fact(x-1.0)); }
20:53.25 CIA-65 BRL-CAD: 03tbrowder2 * r50797 10/brlcad/trunk/doc/README.Windows: correct typo
20:53.48 Al_Da_Best Yeah recursion will sort it, just wondered if there was anything built in already
20:54.12 ``Erik nah, nothing built in, too trivial to bother
20:54.23 Al_Da_Best Fair enough :D
21:57.48 tbrowder2 ref factorial: how many objects are you planning to handle?
22:28.23 Al_Da_Best That's an issue I'm having a look at alternatives for. There could be a lot, depending how many the user inputs. Problem of stupidly large numbers. I can just make an array more than big enough to begin with, but I'd rather not if avoidable.
22:37.29 CIA-65 BRL-CAD: 03n_reed * r50798 10/brlcad/trunk/src/other/step/src/clstepcore/ (STEPattribute.cc STEPcomplex.cc): better error printing; SCL git 99abb18 and 6b95067
22:58.15 tbrowder2 ADBest: we may want to have a bn_factorial function that would handle all N <= ~ 64 (say using lookup for first 20, then something like Sterling's approx., etc.)
23:00.09 Al_Da_Best Yeah that could be useful
23:12.23 ``Erik or store the edges in a list, tree, hash, or other data structure instead of an array
23:13.05 Al_Da_Best Yeah I'm using a linked list with structs now, much more flexible.
23:26.45 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20120601

IRC log for #brlcad on 20120601

00:00.16 CIA-65 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3782 10/wiki/User:Al_Da_Best/devlog: Update 31st May
00:02.38 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
03:00.09 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
03:45.37 CIA-65 BRL-CAD: 03brlcad * r50799 10/brlcad/trunk/src/ (18 files in 12 dirs):
03:45.37 CIA-65 BRL-CAD: fix headers. detected with:
03:45.37 CIA-65 BRL-CAD: for file in `find src/lib* \( -name \*.c -o -name \*.h \)` ; do a=`basename $file | tr "a-z" "A-Z"` ; b=`head -1 $file | sed 's/[^-A-Z0-9_.]//g'` ; if test "x$a" != "x$b" ; then echo $file \($a != $b\); fi ; done
03:55.49 CIA-65 BRL-CAD: 03brlcad * r50800 10/brlcad/trunk/src/ (9 files in 5 dirs): more header fixing
04:03.06 CIA-65 BRL-CAD: 03brlcad * r50801 10/brlcad/trunk/src/other/step/AUTHORS: don't believe I have any account names as morrison with stepcode affiliation
04:17.55 CIA-65 BRL-CAD: 03brlcad * r50802 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: quell shadow warning
04:22.02 CIA-65 BRL-CAD: 03brlcad * r50803 10/brlcad/trunk/src/librt/db5_types.c: db5_is_boolean_attribute() and db_attr_add() are not public API, don't need to be, so should be marked HIDDEN and can use a simpler name
04:37.43 CIA-65 BRL-CAD: 03brlcad * r50804 10/brlcad/trunk/doc/README.Windows: minor clean up, make interface agnostic
06:13.27 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:26.18 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
09:29.25 *** join/#brlcad stas (~stas@188.24.41.118)
11:15.08 *** join/#brlcad stas (~stas@82.208.133.12)
13:06.21 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
13:49.53 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
13:52.02 starseeker Wolfram74: if you want to try the CMake build, you'll need CMake installed: http://www.cmake.org
13:53.17 starseeker then, as before, cd into build directory
13:53.30 starseeker then the following line to configure and build:
13:53.56 starseeker cmake .. -DBRLCAD_BUNDLED_LIBS=ON && make
14:54.58 CIA-65 BRL-CAD: 03phoenixyjll * r50805 10/brlcad/trunk/sh/conversion.sh: the unevaluated conversion for comb has been implemented, change conversion.sh accordingly.
14:59.15 CIA-65 BRL-CAD: 03phoenixyjll * r50806 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: handle some exceptions.
15:01.22 CIA-65 BRL-CAD: 03phoenixyjll * r50807 10/brlcad/trunk/src/libged/brep.c: free memories and output duplication information correctly.
15:26.15 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
15:26.16 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
15:34.50 CIA-65 BRL-CAD: 03phoenixyjll * r50808 10/brlcad/trunk/sh/conversion.sh: The whole elapsed time of each object is calculated, output in %6.2f format.
15:51.50 CIA-65 BRL-CAD: 03starseeker * r50809 10/brlcad/trunk/src/conv/Makefile.am: Fix src/conv Makefile.am
17:13.10 *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net)
17:43.27 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
18:40.37 *** join/#brlcad stas (~stas@188.24.41.118)
18:51.21 CIA-65 BRL-CAD: 03n_reed * r50810 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.cc: Simplify STEPread a bit. SCL git 6871bc4.
18:59.52 CIA-65 BRL-CAD: 03r_weiss * r50811 10/brlcad/trunk/src/libged/red.c: Added more error checking to mged/archer 'red' command. Fixed a one off problem which could cause issues.
19:01.08 *** join/#brlcad cristina_ (~quassel@188.24.71.103)
19:06.24 CIA-65 BRL-CAD: 03r_weiss * r50812 10/brlcad/trunk/src/libged/kill.c: Changed the 'ged_kill' function to not erase the ged result string. This corrects the problem where, in some cases, error messages were being erased.
19:15.35 CIA-65 BRL-CAD: 03starseeker * r50813 10/brlcad/trunk/regress/CMakeLists.txt: Add more red regression outputs to clean
19:21.55 CIA-65 BRL-CAD: 03n_reed * r50814 10/brlcad/trunk/src/other/step/src/ (9 files in 2 dirs): Add strict flag to STEPread functions; affects handling of missing attributes. SCL git de3495d and 373d415.
19:22.49 *** join/#brlcad npcdoom (~npcdoom@190.206.253.157)
19:22.50 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
19:27.55 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
19:30.30 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:38.07 CIA-65 BRL-CAD: 03Stattrav 07http://brlcad.org * r3783 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
19:39.38 ksuzee brlcad: hello, Sean! I've already checked all the directories from /src for duplications in ONE file. So there're about 10-15 which should be reducted. Shall I write about them to the mail list? And could you comment them?
19:39.51 ksuzee *10-15 functions
19:48.33 CIA-65 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3784 10/wiki/User:Ksuzee/Reports:
19:49.40 brlcad ksuzee: either works fine, a summary pastebin would probably work well enough
19:52.47 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
19:53.35 ksuzee ok, so I'll write a summary about this duplications and will wait your comments :)
19:53.42 brlcad okay
19:54.11 *** part/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
19:55.36 CIA-65 BRL-CAD: 03n_reed * r50815 10/brlcad/trunk/src/other/step/src/express/lexact.c: correct SCANsave_comment; SCL git c6bc7ec
20:26.00 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
20:28.44 *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net)
20:53.50 *** join/#brlcad CIA-55 (~CIA@cia.atheme.org)
21:04.36 CIA-55 BRL-CAD: 03r_weiss * r50816 10/brlcad/trunk/src/libbu/vls_internals.h: Updated vls_internals.h to allow test_vls_vprintf to build in visual studio 2008.
21:05.36 CIA-55 BRL-CAD: 03r_weiss * r50817 10/brlcad/trunk/include/bu.h: Updated bu.h to allow test_vls_vprintf to build in visual studio 2008.
21:25.29 *** join/#brlcad stas (~stas@188.24.41.118)
21:30.08 CIA-55 BRL-CAD: 03anrgmrty * r50818 10/brlcad/trunk/src/conv/g-voxel.c: This program prints out the voxels which are in(1) and which are not(0) for each ray
21:41.42 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r3785 10/wiki/User:Anuragmurty: /* Development Log */
22:44.47 CIA-55 BRL-CAD: 03tbrowder2 * r50819 10/brlcad/trunk/src/conv/asc/g2asc.c: ws, style
IRC log for #brlcad on 20120602

IRC log for #brlcad on 20120602

00:41.57 *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net)
01:25.52 *** join/#brlcad yiyus (1242712427@je.je.je)
01:35.43 CIA-55 BRL-CAD: 03r_weiss * r50820 10/brlcad/trunk/src/libged/red.c: Update to mged/archer 'red' command to improve error reporting.
02:27.43 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3786 10/wiki/User:Cprecup/GSoC2012_progress: 01/06/2012 recompile Adaptagrams' example + gain tree traversal information
02:30.19 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3787 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
06:26.25 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
07:01.06 *** join/#brlcad stas (~stas@188.24.41.118)
07:58.21 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
08:46.04 *** join/#brlcad stas (~stas@82.208.133.12)
10:11.57 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3788 10/wiki/User:Ksuzee/Reports:
10:16.31 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:12.48 *** join/#brlcad ``Erik_ (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net)
13:07.35 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
13:13.01 *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166)
14:01.08 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:19.29 *** join/#brlcad piksi (piksi@pi-xi.net)
14:37.04 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:55.47 CIA-55 BRL-CAD: 03phoenixyjll * r50821 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Deal with empty combs.
15:05.35 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3789 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
17:03.43 CIA-55 BRL-CAD: 03tbrowder2 * r50822 10/brlcad/trunk/regress/solids-simplepix.asc: add another reference pix (asc format) for a new solids.sh test
17:04.58 CIA-55 BRL-CAD: 03tbrowder2 * r50823 10/brlcad/trunk/regress/solids.sh: add a new, simple test that passses on 32-bit systems (tested on Linux Mint LMDE 32-bit)
17:14.34 CIA-55 BRL-CAD: 03phoenixyjll * r50824 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed the wrong malloc size and free tmpname before returning.
18:54.41 CIA-55 BRL-CAD: 03tbrowder2 * r50825 10/brlcad/trunk/regress/ (solids-simplepix.asc solids.sh): correct tgm and reference pix
19:12.06 *** join/#brlcad andrei_ (~andrei@5-12-78-85.residential.rdsnet.ro)
19:41.55 CIA-55 BRL-CAD: 03tbrowder2 * r50826 10/brlcad/trunk/src/util/gencolor.1: correct grammar
19:44.33 *** join/#brlcad stas (~stas@188.24.41.118)
20:59.12 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3790 10/wiki/User:Ksuzee/Reports:
21:00.01 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3791 10/wiki/User:Ksuzee/Reports:
21:03.12 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3792 10/wiki/User:Ksuzee/Reports:
22:34.27 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
23:15.35 CIA-55 BRL-CAD: 03tbrowder2 * r50827 10/brlcad/trunk/regress/ (4 files in 2 dirs): extract TGM sources to external files, extract dsp data source to external file; intent is to ease maintenance and debugging of solids.sh
23:35.31 *** join/#brlcad cristina (~quassel@188.24.71.103)
IRC log for #brlcad on 20120603

IRC log for #brlcad on 20120603

00:09.22 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
00:12.23 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
01:15.43 *** join/#brlcad cristina (~quassel@188.24.71.103)
01:16.16 *** join/#brlcad cristina (~quassel@188.24.71.103)
01:16.58 *** join/#brlcad cristina (~quassel@188.24.71.103)
01:17.50 *** join/#brlcad cristina (~quassel@188.24.71.103)
01:19.14 *** join/#brlcad cristina (~quassel@188.24.71.103)
01:49.00 CIA-55 BRL-CAD: 03crdueck * r50828 10/brlcad/trunk/include/raytrace.h: added pointers to new volume, surface area, and centroid callback functions in functab struct. WIP
02:10.22 CIA-55 BRL-CAD: 03crdueck * r50829 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entries for primitives to reflect changes in r50828
02:37.13 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3793 10/wiki/User:Al_Da_Best/devlog: Update for 2nd June 2012
02:45.13 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3794 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
02:45.52 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3795 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */
02:46.13 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3796 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
02:46.47 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3797 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */
03:02.50 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3798 10/wiki/User:Crdueck/log:
03:46.56 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
08:27.08 *** join/#brlcad stas (~stas@188.24.41.118)
09:11.52 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
11:46.44 *** join/#brlcad cristina_ (~quassel@188.24.64.37)
12:14.50 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
12:32.25 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
14:28.22 *** join/#brlcad _fkr (el@norge.sdf.org)
14:50.17 _fkr Suppose I launch 7.20.6, open a db, then do Modes->Display\ Manager->Tk ; I get a crash (could not access memory at addrss 0x00...). src/libfb/tcl.c:291 tries to do if (!strncmp(ifp->if_name, X_device_name, strlen(X_device_name))) while ifp->if_name is 0x0
14:51.29 _fkr That code is #ifdef IF_X, but there is #ifdef IF_TK also available in fb_configureWindow function. Exec does not reach there.
14:52.33 _fkr Not sure if I have tcl/tk set up a bit in a hurry and messed the local setup up. I needed to upgrade from 8.4 to 8.5 and might have some old files laying around and so on.
14:54.44 _fkr if I have the disp manager as X, ifp->if_name is "/dev/X" and things seem to be more OK.
14:59.25 _fkr If I start single stepping from tcl.c:291 I get some cannot access memory at address 0x0, but they are not fatal. That Tk one causes kernel proection failure and a crash.
15:00.45 _fkr Have not looked deeper so far... and it's 7.20.6 with pathes 1-4 applied, not current source.
15:03.25 _fkr s/th/cth/
15:03.44 _fkr or tch even, heh
18:49.54 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
18:54.40 brlcad _fkr: three points
18:54.59 brlcad _fkr: 1: it shouldn't crash, thanks for the report
18:55.36 brlcad _fkr: 2: the tk display manager is experimental, so shouldn't even really be enabled unless you plan to work on it..
18:56.58 brlcad _fkr: 3: thanks for the debugging pinpoint that particular crash looks easy to prevent (though undoubtedly more issues)
19:27.45 *** join/#brlcad yukonbob (~bch@50.46.78.234)
19:31.48 cristina has anyone compiled brlcad with the revision 50829?
19:36.18 cristina I am getting erorrs for these files: brlcad/src/conv/step/PullbackCurve.cpp, brlcad/src/conv/step/OpenNurbsInterfaces.cpp and brlcad/src/conv/g-voxel.c - gcc4.6 treats the warnings: "variable '...' set but not used [-Wunused-but-set-variable]" as errors
19:43.36 _fkr Just checking whether it's just me, or others get similar results. Not worrying about it, just wanted to test and it's good if I actually managed to find a small problem.
19:46.26 _fkr One could just compile without-tcl and without-tk and not lose functionality?
19:55.29 _fkr perhaps you could get it compiling with less strict settings, cristina? It's probably better to find out the cause. Does the name suggest where someone wanted to use that variable? Perhaps e forgot about it completely and it's safe to just to remove the part of the code that sets it.
19:58.24 cristina _fkr: I know exactly where the error is. I commented the declaration of those variables and everything compiles. however, I don't know if it's ok to commit these
19:59.32 cristina this is why I am asking because I might be having some stricter settings than anyone else. My cmake command is cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled .
20:01.19 _fkr strict is good if you're developing. Better to know if something is wrong and react by trying to clean code, even if it's a small problem and it still compiles.
20:03.58 *** join/#brlcad andrei_ (~andrei@5-12-78-85.residential.rdsnet.ro)
20:09.36 _fkr If you want to commit it's another issue, whether it would be better to remove the code completely or to just comment it out. Matter of taste of course and some projects might have specific coding rules for that kind of issues.
20:48.20 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
21:05.25 crdueck cristina: i'm getting the same errors, its not just you.
21:20.15 _fkr You could tune compiler settings or just modify the source.
21:26.45 crdueck I could, but svn annotate shows that it was added recently by anagmurty. its certainly related to his GSoC project
21:28.30 cristina crdueck: that's right. It was added about 50 hours ago. Do you get errors for the other files as well?
21:30.39 crdueck i get errors in conv/g-voxel.c and conv/3dm/3dm-g.cpp
21:30.53 _fkr modify your own copy and compile or just a recent successful build.
21:30.57 crdueck there could be more but the built stops there
21:31.08 crdueck _fkr: i have, and it compiles. thats not really the problem
21:34.29 cristina _fkr: same thing here, I have my modified copy that works. I was curious if it was something that only I have encountered
21:38.09 _fkr Perhaps someone had an idea, started to write something and then just stopped... perhaps even forgot about it. I guess it's a bit bad practice.
21:39.47 _fkr What are you up to there anyways? What are you working with or what are you doing in general, if you do not mind me being curious?
21:40.11 _fkr I'm about to force myself to rest soon. Have a few hours of resting time left...
21:55.56 brlcad cristina: if depends on the caller code in question, but you can usually remove set-but-unused variables
21:56.10 CIA-55 BRL-CAD: 03brlcad * r50830 10/brlcad/trunk/src/libfb/tcl.c: prevent a crash if we somehow try to configure a framebuffer that has not yet been initialized. (crash reported by _fkr via irc selecting Modes->Display\ Manager->Tk after opening a db)
21:56.43 brlcad usually is just variations in the versions of gcc being used, that's why the default is strict so we can catch as much as possible
21:58.04 brlcad we all get those and are fine to fix them, even if it's in code we didn't change -- compilation warnings are usually trivial and quick to fix
21:58.43 cristina I see, so should I fix the code in question?
21:58.48 brlcad yep
21:58.54 brlcad but not by commenting it out
21:59.09 brlcad the variable needs to be used or removed
21:59.34 brlcad figuring out which depends on the specific case
21:59.53 cristina ok, thanks. I will look into it. One of it is anagmurty's and it's a recent change. He might need it
22:00.10 cristina s/one of it/one of them
22:01.03 brlcad if anurag returns, you can also punt it over to him
22:01.58 cristina ok, thanks brlcad
22:02.20 brlcad he might eventually need it, but it's not being used now so coding "complete" means it goes away (now) or code gets added so it's used
22:03.43 cristina brlcad: I want to integrate adaptagrams' libavoid library. This should be added into the src/other folder, right? The entire source code for libavoid, not just the headers and the library?
22:04.19 brlcad cristina: eventually yes but I'd suggest starting with it as a system-installed dependency
22:04.34 CIA-55 BRL-CAD: 03starseeker * r50831 10/brlcad/trunk/misc/CMake/ (BRLCAD_CPackOptions.cmake.in Distcheck.cmake): Make sure there aren't any stale source_archive_contents dirs when creating packages
22:04.38 brlcad that's the usual practice for a new dependency being introduced
22:05.05 _fkr I like the idea of removing instead of commenting it out too. You can later just return to the revision that had it in if you need.
22:05.10 brlcad a build test is added that checks for its existence, and it's used if its found or the code is turned off if it's not
22:05.21 cristina brlcad: okay, so I'll leave it for now and come back to it later
22:06.01 brlcad cristina: yeah, I suggest putting a reminder in your schedule in late july after more progress is made
22:06.13 CIA-55 BRL-CAD: 03starseeker * r50832 10/brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: consistency
22:08.10 CIA-55 BRL-CAD: 03brlcad * r50833 10/brlcad/trunk/src/conv/g-voxel.c: ugh. looks like vim crapped all over the file. files should be run through sh/ws.sh to remove trailing whitespace.
22:08.57 CIA-55 BRL-CAD: 03brlcad * r50834 10/brlcad/trunk/src/conv/g-voxel.c: no spaces before semicolons
22:09.28 cristina brlcad: Should this build test be added now? For now, to check if it is a system-installed library or just when the library is integrated into brlcad?
22:11.19 starseeker cristina: I wouldn't worry about it at this stage
22:12.28 starseeker once you have some functionality going, it's worth it to futz with the build logic - if you just need it defined in the cmake logic for your own testing, you can call find_library directly
22:14.04 starseeker cmake --help-command find_library provides docs for the command, but you won't need to worry about all the bells and whistles - you just want it to define a variable pointing to your installed libavoid that you can use for linking
22:14.05 cristina I see, thank you starseeker for the clarification
22:15.09 starseeker a full src/other inclusion is a significant undertaking - more tedious than difficult, but definitely enough effort that we want to be sure we need it
22:15.12 brlcad cristina: you obviously need to add build flags now in order to use it, so you could add a cmake check in order to find the system-installed version
22:15.51 brlcad the point is to avoid the src/other inclusion until it's already not intended to be used, but basically when it's "in use and done"
22:16.50 starseeker for example, we still don't have src/other support for the bullet or open shader language libraries
22:17.31 brlcad and yet cmake still tests for them and uses them when it finds them -- so you're doing something similar
22:18.01 CIA-55 BRL-CAD: 03brlcad * r50835 10/brlcad/trunk/src/conv/g-voxel.c: more cleanup, match our style. spaces after intrinsic keywords and within comments.
22:18.28 cristina that makes sense :). No need to add it yet. So I will test its existence in a CMakeLists.txt file where I'd use the find_library command
22:18.45 brlcad lets anuragmurty off the hook on the warnings (compiles clean with 4.2) but not for all his style crap not following hacking..
22:19.08 brlcad cristina: if you grep for bullet, you should find similar settings you'll need
22:20.54 brlcad cristina: which variables were unused?
22:21.56 cristina brlcad: in g-voxel.c: http://pastebin.mozilla.org/1654808
22:23.00 cristina and this is another round of errors http://pastebin.mozilla.org/1654812
22:30.09 _fkr you could make it mandatory to filter files through something that ensures proper style is used before people share their stuff. Through indent or something similar... But if you have at least written some codingstyle document, then I guess people should be careful not following it.
22:30.54 CIA-55 BRL-CAD: 03brlcad * r50836 10/brlcad/trunk/src/conv/g-voxel.c: quell set-but-unused warnings. coding complete means not stubbing in variables, not adding until they're actually used.
22:31.42 brlcad cristina: to be pedantically correct -- it's not that they're "errors" but they are issues that we treat as errors in order to maintain a higher quality of code
22:32.27 brlcad they are technically compilation warnings and should be referred to as such :)
22:33.18 brlcad cristina: the C++ warnings are also worth fixing (particularly when they're similarly simple set-but-not-used warnings) .. but they do not halt compilation
22:33.34 cristina brlcad: I meant errors because they were treated as errors. I am aware that they were warnings but I had to call them somehow in order to explain why the compilation stopped
22:33.53 _fkr small problems might get bigger with time, or lots of small problems might create a bigger one. Unused variables, code commented out instead of removing it would add to the total lines and make it harder to read and understand faster. You start looking for some defined variable just to see that you have wasted your time. If it wasnt there in the first place there would be less confusion.
22:33.54 brlcad I know, like I said -- just a pedantic technicality
22:34.14 brlcad some people really do see them as errors and that's not 100% valid all the time
22:34.40 brlcad c++ has some false positives, for example, that cannot be quieted -- which is why they don't halt
22:35.28 cristina :) I'll keep in mind this (It was specified somewhere near the end that they are in fact warnings but the settings asked for them to be considered errors)
22:35.34 brlcad _fkr: are you going to set that "something filter" up? :)
22:36.00 brlcad cristina: you're probably reading the output interleaved with the failure in g-voxel treating those as errors
22:36.11 brlcad the c++ ones aren't (ever I believe) treated as errors
22:37.01 brlcad i've actually had it in mind to make some sections of our c++ just as strict, but haven't gotten into the build mods that would be needed
22:37.25 _fkr Hehe. Not now at least, but I might keep it in mind that there is a need for it. Is there some codingstyle document or something available at the moment or are the rules in progress? Some like 4 spaces as a tab, some like 8, some 2 and so on. I mean are there recommendations about this project?
22:38.10 brlcad our HACKING file talks about our style guidelines to a minimum level of detail and there's a preliminary astyle config that gets close
22:38.13 _fkr Perhaps rewrite c++ in c or something.. I do not know c++, but have had a feeling many people have negative feelings about it...
22:38.44 CIA-55 BRL-CAD: 03starseeker * r50837 10/brlcad/trunk/regress/CMakeLists.txt: distcheck strikes again. Add new regression files to regress/CMakeLists.txt
22:38.59 brlcad there's little value in that exercise for the sake of warnings -- the issues are in headers we don't control, otherwise we could quell them
22:41.55 starseeker brlcad: I didn't realize you wanted to selectivly enable strict for the C++ code - I can try taking a stab at that if you think parts of our code are able to build strict
22:42.22 brlcad there are portions that build clean now -- I think I got all of librt
22:42.51 starseeker hmm
22:43.15 brlcad conv is close if someone(tm) ever gets the few remaining step ones I left for keith
22:43.57 brlcad code that uses stl like libpc is the harder-to-quell code iirc
22:44.10 brlcad several of our src/other deps, etc
22:44.11 starseeker thought librt pulled in opennurbs headers that caused strict failures...
22:44.46 brlcad maybe, but I fixed most or all of them a long while back
22:45.00 starseeker tries it once...
22:45.20 brlcad quick test here is clean
22:45.40 brlcad (4.2)
22:47.30 starseeker huh - yeah, looks OK here too
22:49.25 starseeker alrightie, let me ponder a bit
22:52.34 cristina brlcad: I'm still getting one warning :D http://pastebin.mozilla.org/1654830
22:53.23 cristina there's one variable left, numVoxelX, that is just set but never used - in main
23:07.04 *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net)
IRC log for #brlcad on 20120604

IRC log for #brlcad on 20120604

00:01.54 brlcad cristina: you're in the best position to fix it ;)
00:02.48 brlcad if you're on the commits mailing list, you saw that my change was minimal to address that issue
00:11.27 cristina brlcad: you were right, the c++ warnings weren't considered errors, it built completely after I eliminated the 'error' mentioned above.
00:11.40 cristina yes, I saw that your change :)
00:13.59 brlcad cristina: you should commit it too, not just a local mod
00:14.31 cristina this is what I am doing right now
00:14.38 brlcad awesome
00:19.39 CIA-55 BRL-CAD: 03cprecup * r50838 10/brlcad/trunk/src/conv/g-voxel.c: set-but-unused warning for numVoxelX variable
00:59.47 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3799 10/wiki/User:Cprecup/GSoC2012_progress: 02-03/06/2012 - week 2: libavoid integration
02:05.15 CIA-55 BRL-CAD: 03starseeker * r50839 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: default case doesn't use tmpname - fix for strict compilation
02:21.24 CIA-55 BRL-CAD: 03starseeker * r50840 10/brlcad/trunk/ (6 files in 4 dirs):
02:21.25 CIA-55 BRL-CAD: By default, turn on STRICT for C++ as well as C files. Add a specific option,
02:21.25 CIA-55 BRL-CAD: NOSTRICTCXX, to allow targets to specifically disable strict compilation for C++
02:21.25 CIA-55 BRL-CAD: files only (beneficial for targets that use both C++ and C - allows the C to
02:21.25 CIA-55 BRL-CAD: remain strict enabled.)
02:23.05 CIA-55 BRL-CAD: 03starseeker * r50841 10/brlcad/trunk/src/libpc/CMakeLists.txt: update TODO in libpc
02:23.27 starseeker brlcad: there we go
02:23.47 starseeker only tested on gentoo, so far
03:16.04 brlcad starseeker: curious, why'd you undo the macro?
03:16.31 brlcad those bodies look identical, prime for macro reduction
07:22.51 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:42.48 CIA-55 BRL-CAD: 03Escortnewcastle 07http://brlcad.org * r3800 10/wiki/Talk:Main_Page:
07:42.48 CIA-55 BRL-CAD: Replacing page with '[http://www.escortsnewcastle.co.uk newcastle escorts]
07:42.48 CIA-55 BRL-CAD: [http://www.escortsnewcastle.co.uk escorts in newcastle]
07:42.48 CIA-55 BRL-CAD: [http://www.escortsnewcastle.co.uk newcastle escort]'
09:00.36 cristina http://brlcad.org/wiki/Talk:Main_Page seems like someone really wanted to post this escort announcement: http://brlcad.org/w/index.php?title=Talk:Main_Page&action=history
09:42.23 CIA-55 BRL-CAD: 03phoenixyjll * r50842 10/brlcad/trunk/src/librt/ (opennurbs_ext.h primitives/brep/brep_debug.cpp): quell set-but-unused warnings.
10:02.15 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3801 10/wiki/Talk:Main_Page: Undo revision 3800 by a spammer/spambot
10:02.29 Al_Da_Best cristina, just undo them when that happens :)
10:09.15 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-syfaefukhgasjgzf)
10:36.53 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
10:48.06 anrgmrty brlcad: hi
11:16.59 d_rossberg anrgmrty: the grid you are shooting looks reasonable but the evaluation can't be done in hit(), especially if you shoot many rays per voxel
11:24.36 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Escortnewcastle]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
11:41.03 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
11:52.07 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
12:12.42 CIA-55 BRL-CAD: 03bob1961 * r50843 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Added callbacks for when a panel is toggled open. Added a rename command for renaming panels.
12:18.29 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3802 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
12:38.19 anrgmrty d_rossberg : do you mean i should somehow do the evaluation in main itself?
12:39.26 *** part/#brlcad anuragmurty (~anurag@14.139.128.14)
12:40.12 *** join/#brlcad anuragmurty (~anurag@14.139.128.14)
12:41.49 brlcad anrgmrty: hit() is the callback for a single ray -- you can't evaluate before you've shot all rays for a given voxel (which might be multiple rays)
12:42.09 brlcad so yes, in main() or better still in some routine that main() is calling
12:42.22 d_rossberg as in the code i send to you: collect the data in the hit() function and evaluate it afterwards
12:43.00 anrgmrty ok.. i will do that..
12:43.23 d_rossberg however, you could do the analysis inside the z and y loops
12:43.37 d_rossberg this will save memory
12:44.44 brlcad and doing it outside will probably be easier to parallelize ;)
12:45.00 anrgmrty umm?
12:45.34 anrgmrty ok.. i will try it both ways first.. and make sure it doesnt give errors..
12:45.43 anrgmrty sorry about that.. :-/
12:47.20 d_rossberg brlcad: from my own experience: with a large model and small voxels i run into memory problems
12:48.41 d_rossberg anrgmrty: sorry for what?
12:48.42 brlcad I could see that with a fixed grid size
12:48.55 anrgmrty ohh.. the commit i made led to errors
12:49.38 anrgmrty because i had set but unused variables
12:50.32 brlcad wasn't trying to convince one way or the other, just that it is generally easier to parallelize work processed in stages/phases
12:50.40 brlcad I can easily see a fixed grid blowing out memory
12:51.30 brlcad you'd probably need to build up an adaptive structure, akin to a bsp tree
12:52.03 d_rossberg anrgmrty: ah, i saw it .. but today isn't my day too: i send an e-mail w/o a subject :(
12:52.11 brlcad anrgmrty: the warnings about unused variables are dependent on the version of compiler being used -- as long as you're not ignoring warnings, you're okay
12:52.29 anrgmrty d_rossberg: haha..
12:52.44 anrgmrty brlcad: i will keep that in mind..
12:52.46 brlcad more problematic was the code style was off in a couple places
12:53.05 anrgmrty that too ,yes..
12:53.29 brlcad if you review the commits that are made to code you're working on, you'll have a good idea what to make sure you fix going forward
12:53.36 brlcad so you don't repeat
12:55.26 anrgmrty i reviewed the commits on g-voxel.. will ensure it doesnt happen..
12:57.10 d_rossberg because of memory vs. parallel: maybe the should be a first evaluation and memory reduction inside the z and y loops and the final analysis outside these loops
12:58.20 CIA-55 BRL-CAD: 03brlcad * r50844 10/brlcad/trunk/src/libpc/CMakeLists.txt: libpc throws compilation warnings when building bundled boost due to undefined symbols in their header fu
13:02.20 brlcad if it's functionally broken out to where one of the loops is iterated in its own function, that can be easily parallelized too
13:03.05 brlcad main_thread iterates over Z, secondary over all Y(Z)
13:06.27 anrgmrty parallelizable i understand(i think).. what exactly do you mean by memory reduction?
13:11.01 d_rossberg one structure in the memory vor every voxel vs. holding only the filled voxels in memory (for example in a list)
13:13.47 anuragmurty ohh.. this depends on how sparse our object is, right? as in (filled) to (total in bounding box) ratio..
13:37.19 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3803 10/wiki/User:Plussai/GSoC_2012_log: /* 31 May 2012 */
13:40.04 *** part/#brlcad anuragmurty (~anurag@14.139.128.14)
14:14.56 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3804 10/wiki/BRL-CAD_Primitives: /* dsp */ reference a tutorial
14:26.09 starseeker brlcad: yeah, guess I should - was initially thinking maybe two or three lines would do it, but didn't work out that way
14:28.27 CIA-55 BRL-CAD: 03starseeker * r50845 10/brlcad/trunk/regress/CMakeLists.txt: Add outputs from regression to clean list
14:32.18 brlcad starseeker: it was only noticable because of the diff -- you replaced the macro with a block of text that was as big as the macro (and nearly identical) ;)
14:32.24 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3805 10/wiki/DSP: /* Preparing your height field data */ expand information
14:32.32 brlcad then did it again :)
14:33.02 starseeker heh. Fixing it now -just need to test
14:34.09 starseeker anyhow, looks like you were right - enough C++ passes strict to be worth it
14:39.46 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r3806 10/wiki/DSP: technically a displacement map
14:41.45 brlcad even the few that don't are close to working and should be fixed
15:12.03 CIA-55 BRL-CAD: 03r_weiss * r50846 10/brlcad/trunk/src/conv/raw/RegionList.cpp: Update to RegionList.cpp to fix build error.
15:16.41 CIA-55 BRL-CAD: 03r_weiss * r50847 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Update to PullbackCurve.cpp to quiet build warnings.
15:32.50 *** join/#brlcad _fkr (el@iceland.sdf.org)
16:07.12 CIA-55 BRL-CAD: 03starseeker * r50848 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Rework C++ strict logic a bit.
16:11.54 CIA-55 BRL-CAD: 03brlcad * r50849 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: remove dead code instead of commenting it out. revision control preserves what was there.
16:22.05 CIA-55 BRL-CAD: 03starseeker * r50850 10/brlcad/trunk/src/conv/step/CMakeLists.txt: step-g is fully C++, not mixed - use the plain NOSTRICT flag
16:31.00 *** join/#brlcad bhinesle1 (~bhinesley@108.220.113.189)
16:31.00 *** join/#brlcad _fkr (el@iceland.sdf.org)
16:31.00 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-syfaefukhgasjgzf)
16:31.00 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
16:31.00 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:31.00 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:31.00 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
16:34.31 *** join/#brlcad yukonbob (~bch@methodlogic.net)
16:34.35 yukonbob hello, #brlcad
16:36.02 brlcad howdy yukonbob
16:36.45 yukonbob hey brlcad -- another year, another nice GSoC :)
16:37.20 brlcad yeah, it's looking pretty good overall
16:37.48 yukonbob 11 projects -- busy!
16:37.48 brlcad though there are a couple students already in danger of failing, which I supposed is to be expected having accepted a larger group
16:38.29 yukonbob nods. Hopefully they learn something regardless...
16:38.35 yukonbob lots to be learned here...
16:38.58 brlcad yeah, it's unfortunate too seeing them squander such a great opportunity
16:40.02 yukonbob well -- w/o knowing their circumstances, "squander" might be harsh -- if they're just lazy or not realizing what's going on here, that's another story....
16:40.55 brlcad they're well aware, just not putting in time and effort, not communicating even to the level they were during applications
16:41.26 yukonbob :(
16:41.39 brlcad I don't think squander is harsh at all in this circumstance
16:41.57 yukonbob you'd know better than I
16:42.07 brlcad gsoc is highly competitive, they were selected among thousands of students trying to get accepted
16:42.45 yukonbob I guess that's a big shame too -- somebody else was denied to reserve space for somebody who (apparently) doesn't really give a damn.
16:42.59 brlcad ah well, sometimes it's a hard lesson
16:43.11 _fkr Perhaps some of them feel depressed and that shows in lack of communication.
16:43.13 yukonbob how're things going otherwise?
16:43.24 brlcad otherwise, busy as usual :)
16:43.44 brlcad just about finished reviewing a couple thousand commits so we can get back on release schedule
16:43.48 yukonbob still living on 4h of sleep/day and full time coding/fitness?
16:43.59 brlcad of course, what else is there?
16:44.06 yukonbob :)
16:44.12 _fkr I see a list of available display managers in my build as X and Tk. What about the Null DM? Would I need to add some compile time options?
16:44.12 brlcad oh right, food :)
16:44.27 yukonbob brlcad :)
16:44.34 brlcad _fkr: null is the one dm that cannot be disabled, it's always there
16:44.44 brlcad you don't want to disable it anyways
16:44.56 _fkr what about members of the opposite sex? Who needs them, when you have a nice warm keyboard to touch, eh?
16:44.57 brlcad tk can/should be disabled, though, unless you plan on working on developing it
16:45.45 _fkr I tried 'mged -a null' but it tends to launch up in X... not sure if it should be like that.
16:45.45 brlcad I think those fit under "fitness" .. physical, mental, familiar, social fitness
16:45.46 yukonbob _fkr: they are welcome to commit to BRL-CAD too
16:46.00 brlcad mged -c
16:46.05 brlcad "nu"
16:46.15 _fkr I dont want to disable null, wanted to test it instead.
16:47.03 brlcad it's effectively the absense of a display manager, so it's accessed under the -c console/command interface
16:47.04 _fkr thank you, that looks nice
16:47.41 brlcad "attach X" if you want one from console mode
16:47.59 brlcad that's all old-school stuff
16:48.19 _fkr yeah, was just testing the release and attach and started wondering about the null DM.
16:48.28 _fkr Well, old-school is nice sometimes...
16:51.09 _fkr although that "nu" sounds more like "new" - nu-school
16:51.46 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3807 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
17:44.53 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
18:07.45 brlcad hi ksuzee
18:12.43 ksuzee brlcad: hello, Sean
18:14.28 *** join/#brlcad cristina (~quassel@188.24.64.37)
18:14.41 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
18:15.33 CIA-55 BRL-CAD: 03brlcad * r50851 10/brlcad/trunk/src/libged/preview.c: add a readme about the static array that should become dynamic memory
18:17.09 CIA-55 BRL-CAD: 03brlcad * r50852 10/brlcad/trunk/src/conv/CMakeLists.txt: library ordering wrong, libtclcad is the highest-level lib so should be listed first
18:36.05 CIA-55 BRL-CAD: 03brlcad * r50853 10/brlcad/trunk/NEWS: bob fixed a bug in the edcodes command in r48741 where argc was being incremented without changing av. overread detected by coverity. would have made it hard to get help and probably caused memory corruption.
19:04.40 CIA-55 BRL-CAD: 03brlcad * r50854 10/brlcad/trunk/ (NEWS src/libwdb/wdb.c):
19:04.40 CIA-55 BRL-CAD: fix a 7+ year old bug making 32-bit and 64-bit binary uniform data objects
19:04.40 CIA-55 BRL-CAD: (binunif). they were getting stored as 16-bit and 32-bit respectively.
19:04.40 CIA-55 BRL-CAD: coverity noticed the unreachable 128-bit condition, but the 'fix' in r48823
19:04.40 CIA-55 BRL-CAD: didn't catch the underlying bit-offset error in the switch statement.
19:04.41 CIA-55 BRL-CAD: commenting out the 128-bit case merely masked the problem further. fortunately,
19:04.42 CIA-55 BRL-CAD: dsp binunif and byte files (the two common use cases) are unaffected.
19:32.05 CIA-55 BRL-CAD: 03brlcad * r50855 10/brlcad/trunk/src/ (libged/gqa.c rt/viewweight.c): leave a note about rtweight's density file 32k index limitation that browder noted in r48837. also worth noting that gqa overcomes that limitation (but could also use some reuse improvements.
19:53.46 CIA-55 BRL-CAD: 03brlcad * r50856 10/brlcad/trunk/src/rt/viewweight.c: caps implies const, so convert to lower
19:54.04 yukonbob some might get kick out of this if not already familiar: http://www.youtube.com/watch?v=z7q5DLS1rAU&ob=av2n
19:54.21 yukonbob (REM music vid. w/ nice wireframe gfx)
19:57.52 CIA-55 BRL-CAD: 03brlcad * r50857 10/brlcad/trunk/NEWS: (log message trimmed)
19:57.53 CIA-55 BRL-CAD: minor rewording. tom fixed rtweight to handle blanks, comment lines, malformed
19:57.53 CIA-55 BRL-CAD: lines, and the modified NIST materials file; problem was fscanf stops scanning
19:57.53 CIA-55 BRL-CAD: on input at first error and thus the infinite loop: using fgets forces each line
19:57.53 CIA-55 BRL-CAD: to be read; an extra buffer is needed in that case to handle the line input
19:57.53 CIA-55 BRL-CAD: versus the sscan buffer for reading tokens (but I didn't try using the same
19:57.53 CIA-55 BRL-CAD: buffer for both). he also improved rtweight behavior on windows by converting
20:02.54 CIA-55 BRL-CAD: 03brlcad * r50858 10/brlcad/trunk/doc/docbook/README: we don't have any hungarian docs. the hy translation is armenian.
20:04.18 _fkr What are GLX and PEX display managers? Some experiment that is in very early stages?
20:12.29 brlcad _fkr: glx is the system for opengl on x11
20:12.35 brlcad not sure where you got pex from
20:12.54 brlcad our 'ogl' display manager uses glx on linux
20:15.44 _fkr src/mged/attach.c:96 Has a declaration for Pex_dm_init(), which is #ifdef DM_PEX, that's all I found about it at the moment. Perhaps it's a project that never quite started...
20:16.05 _fkr 7.20.6 sources, not current
20:17.32 CIA-55 BRL-CAD: 03brlcad * r50859 10/brlcad/trunk/HACKING: doc/docbook also has a readme
20:37.25 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3808 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
20:51.56 starseeker brlcad: ah ha. librt C++ strict fails when release flags are added
20:53.25 starseeker http://pastebin.mozilla.org/1655501
21:00.08 brlcad starseeker: that looks like a bonefide concern
21:01.00 brlcad perfect example why it's good to not ignore warnings
21:01.28 brlcad it's basically saying there's something wrong with brep/nurbs subdivision spatial partitioning
21:03.16 brlcad the BANode is marked as inline, but it cannot do the inline because it makes the compilation unit much bigger than is normally expected
21:05.06 brlcad so either the class composition is wrong or pulling in data that it shouldn't (C++ inheritance/code problem) or it really is bloating the class that much
21:05.18 brlcad either way, we're getting slowed spatial partitioning performance and that's what it's warning about
21:05.52 _fkr Is it a bit hard to debug C++?
21:06.34 CIA-55 BRL-CAD: 03starseeker * r50860 10/brlcad/trunk/regress/solids.sh: Try an alternative means of feeding the mged scripts - cat+sh doesn't mix well with the odd pathnames regression test.
21:08.21 CIA-55 BRL-CAD: 03starseeker * r50861 10/brlcad/trunk/regress/Makefile.am: Update regress Makefile.am clean list
21:08.41 brlcad _fkr: hard is relative, but not usually any harder than any other compiled code being fed to a debugger
21:10.14 CIA-55 BRL-CAD: 03starseeker * r50862 10/brlcad/trunk/src/librt/CMakeLists.txt: Add NOSTRICTCXX to librt for the moment - getting a warning when compiled with optimization flags
21:10.16 brlcad starseeker: someone needs to look at BANode to see why inlining a BANode<ON_BoundingBox>::addChild() would bloat more than 50%
21:12.45 starseeker um. Is the new in opennurbs_ext.h:305 the problem?
21:13.09 _fkr http://yosefk.com/c++fqa/fqa.html <-- C++ Frequently Questioned Answers.
21:15.44 CIA-55 BRL-CAD: 03brlcad * r50863 10/brlcad/trunk/TODO: release issue, brep spatial partitioning sadness
21:17.13 _fkr "Second, when it doesn't compile, the error messages are frequently incomprehensible (the smallest error which a human reader wouldn't notice completely confuses the compiler). And three, parsing C++ right is very hard, so different compilers will interpret it differently, and tools like debuggers and IDEs periodically get awfully confused." - Just a quote from the aforementioned doc. Anyways, time to rest for me.
21:18.17 brlcad starseeker: could be, but then that line is already suspect for other reasons -- making a copy of the passed reference seems like a slow way to fill in a tree...
21:20.43 brlcad _fkr: that's not really relevant -- anecdotal bitching with unqualified hyperbole
21:23.28 _fkr Yeah, it was meant for entertainment purposes and it's not a help with dealing with the current problem you are discussing.
21:23.29 brlcad that exact same snippet subjectively applies IDENTICALLY to any compiled language
21:24.13 brlcad depending on the dev/author/reader, you can get complete agreement or disagreement and everything in between
21:24.21 _fkr Sure, there's no absolute truth in this universe... probably.
21:25.27 brlcad starseeker: who wrote BANode?
21:25.37 brlcad predominantly
21:25.43 brlcad jason?
21:25.48 starseeker indianlarry, but I believe it was based on earlier BVNode work by jason
21:26.30 starseeker re-thinking the tree setup was what initially prompted that earlier discussion on map/hash/STL storage containers
21:28.10 brlcad usage of stl there is fine, it's a vector which is suboptimal for large vector sizes, but the time is going to be dominated by that call to new
21:28.15 brlcad and the copy
21:28.35 brlcad i'd look into seeing if a pointer couldn't be passed instead and just stashed as-is
21:35.39 brlcad starseeker: cat+sh would have worked just fine if $TGM were quoted during the cat invocation, just fyi
21:35.54 brlcad modified version is better anyways
21:37.47 starseeker brlcad: was actually discussing the tree stuff with Keith earlier - he thinks it could be slimmed down quite a bit
21:48.29 brlcad of course it can ... :)
21:50.27 brlcad there's never been the least bit of doubt about that, just someone actually spending the time
21:52.48 brlcad thinks we'd actually fix twice as many issues if we fixed them instead of all the dancing around the issue that is sometimes done, talking about it, ignoring the issues
21:53.50 brlcad writing todo or fixmes and playing a blind eye instead of just doing the right fix then and there when the problem is discovered
21:54.02 brlcad is just as guilty as the rest, admittedly
21:55.45 _fkr Word...
21:59.45 CIA-55 BRL-CAD: 03brlcad * r50864 10/brlcad/trunk/NEWS: erik fixed a crash from icv_image when writing to a file failed. (rewording r48211)
22:00.39 _fkr Even better is to try to do it in an appropriate manner from the start. Measure 9 times and cut one time. That of course takes more time and then perhaps nothing gets done. Sometimes getting something on the table quickly might be the way to start. How to find the balance? But if a problem has already arised then it's the question whether to try to hack quickly something up to reduce the leakage, so to say, or to just do it all over again.
22:01.12 _fkr find a diff approach, diff design.
22:06.12 _fkr Problems give bread to engineers who find solutions... Having the right problem solving attitude and engineer's way of thinking helps to crush the problems more effectively.
22:09.52 brlcad _fkr: so do you plan to get involved in coding, or are you working on a self-help book for coders or something? :)
22:13.31 _fkr hehe, good question. I would of course like to get more in to coding, if I have time and so on. I like to learn and I do not know much, but I just need to see what I am able to do besides real life and so on. Not too much time to sit behind keyboard usually. Yeah, the self-help book question is good too. Not specifically working on it, but I might like to get a bit philosophical at times.
22:14.03 _fkr Seen a bit of real-life problem solving too, which is not related to coding, but is nevertheless useful in various engineering disciplines.
22:14.48 _fkr I like computers and would love to be more involved. Just need to see, how things go...
22:17.10 _fkr Are my comments too off-topic? That's why you make a joke about the book and not getting involved in real thing and so on? It's just something that people know already and doesnt help too much?
22:18.43 _fkr Anyways, I'll see, what I can do...
22:32.25 kanzure brlcad: hilarious
23:46.28 cristina brlcad: I've added a cmake check in order to find the system-installed version of libavoid. If it doesn't find it, it prints a status message saying it couldn't find it - no error occurs in either cases. Should I commit this or leave it local as I am the only person that needs it so far?
23:50.31 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3809 10/wiki/User:Cprecup/GSoC2012_progress: 04/06/2012: cmake check for system-installed libavoid
IRC log for #brlcad on 20120605

IRC log for #brlcad on 20120605

00:12.12 starseeker brlcad: another one - http://pastebin.mozilla.org/1655632
00:12.21 brlcad _fkr: great way to get involved if you're interested is any of these http://brlcad.org/wiki/Quickies
00:13.11 brlcad _fkr: it was more just to inquire where your interests lie -- discussion is usually good and all that, but we can often have nearly the exact same discussion while being productive towards some goal
00:13.54 brlcad for example, if you're interested in the philosophical aspects that you've been discussing, as they pertain to BRL-CAD development, there are actually materials you could review and provide feedback on
00:14.18 brlcad cristina: commit please :)
00:14.27 brlcad commit is usually the right answer unless you know it's going to break something
00:14.35 starseeker also http://pastebin.mozilla.org/1655636
00:15.37 brlcad starseeker: yeah, those fall into the same boat
00:15.45 brlcad just not as critical as the spatial partitioning
00:15.58 brlcad but important to those applications
00:16.21 brlcad the first is saying "wtf is wrong with you?"
00:16.36 brlcad the second is saying "this is a huge ass function, you sure you want to inline it??"
00:16.57 brlcad or "this will make for one huge ass function, you sure??"
00:17.17 starseeker doesn't actually know how to debug these...
00:17.26 brlcad it's not a debug issue
00:17.55 brlcad if the compiler told you "this function is really big and that's usually a sign of bad design" what would you do?
00:18.30 starseeker go bug the guy who wrote it? ;-)
00:18.47 CIA-55 BRL-CAD: 03cprecup * r50865 10/brlcad/trunk/src/conv/CMakeLists.txt: added check for libavoid's existence as a system-installed library
00:18.48 brlcad heh, you look at the function, see if it logically breaks up or needs to be or is best being that big
00:19.10 brlcad now say that guy is you
00:19.59 brlcad because open source is collective ownership, you effectively are just as responsible for it as everyone else :)
00:21.27 starseeker I take it std::istringstream buffer(string) is responsible for the size complaint?
00:22.31 CIA-55 BRL-CAD: 03brlcad * r50866 10/brlcad/trunk/src/librt/ (48 files in 19 dirs): ws cleanup, mostly trailing space junk from suboptimally configured editors. :)
00:25.26 brlcad the first or second?
00:26.42 starseeker the istringstream
00:26.49 starseeker RegionList.h
00:27.05 starseeker oh - second
00:28.09 brlcad so it's saying toValue cannot be inlined in a variety of places
00:29.03 brlcad the reason it's saying it cannot inline it is because it makes the function that calls it way too big (usually more than 100% bigger iirc)
00:29.32 brlcad so the first is to check out toValue()
00:29.48 brlcad confirm that it's in a header and marked inline so that's why it's trying to forcibly inline
00:29.57 starseeker it's a C++ conversion of a string to a fastf_t
00:30.08 starseeker marked inline
00:30.24 brlcad seems simple enough, istringstream template instantiation could very well have something to do with it's ultimate size, but it logically seems simple and reasonable to me
00:30.41 brlcad so the next point is to look at the caller code
00:30.49 brlcad the first one is raw-g.cpp:113
00:30.56 brlcad looking at that, I already see a little red flag
00:32.13 starseeker um... why is a C++ string converted to a C string in order to be fed to a C++ routine? Isn't there a simpler way?
00:32.16 brlcad it's being invoked as a function parameter instead of just being called, which is outright "wrong" given I said I expect it to be inline
00:32.28 brlcad I'd set it to a variable, pass the variable to that function
00:34.02 brlcad conversions from C++ strings to C strings are practically free, even the reverse is "free-enough" for most cases
00:34.53 brlcad so having set that function result to a variable in that if/else block with {} scope, rerun and see if the warning about raw-g.cpp:113 goes away
00:35.03 brlcad if it does, that very well could be the rest of them
00:36.02 brlcad however, given the next six or so are that same function, it's *probably* more an issue of that specific function getting too big
00:36.36 brlcad in which case it's a judgement call to break it up into multiple functions (usually best) or increase the default growth limit for inlining
00:37.05 brlcad pardon, next 9 instances are all in that while loop
00:37.43 brlcad that'd make a good function actually, either the while loop or the guts to it
00:38.04 starseeker hum. I'm trying to set the output of toValue to a fastf_t variable and use it, but I'm getting an unused var error
00:38.18 brlcad you did pass it to the function, right? :)
00:38.29 starseeker fastf_t val = toValue(thickf.c_str());
00:38.36 starseeker bot.setThickness(val);
00:38.58 brlcad and you added braces
00:39.25 starseeker hmm?
00:39.51 brlcad braces
00:39.58 brlcad {}
00:39.59 brlcad you needed to add them
00:40.38 starseeker ah, right
00:40.41 brlcad mumbles something about crappy coding tools
00:41.36 starseeker shakes his head - didn't clear the error
00:41.54 brlcad paste
00:42.14 brlcad didn't clear the inline warning or the unused var error?
00:42.20 starseeker inline
00:42.39 brlcad oh, that was expected (but still worth doing)
00:42.56 starseeker huh?
00:43.09 starseeker thought we were trying to clear the inline error
00:43.27 brlcad likes I said above.. "given the next [nine] or so are that same function, it's *probably* more an issue of that specific function getting too big"
00:43.53 starseeker so... with something basic like that in C++, how do we make it small?
00:43.54 brlcad see the while loop below?
00:44.07 starseeker oh, right
00:45.24 CIA-55 BRL-CAD: 03starseeker * r50867 10/brlcad/trunk/src/conv/raw/raw-g.cpp: Assign toValue to a variable
00:45.32 brlcad that already 'relatively big' main function is calling toValue() 10 times, so gcc is rightly warning about us trying to force inline
00:45.58 brlcad breaking the guts of that while loop into a static function should do the trick
00:46.10 brlcad or the whole while loop
00:46.23 starseeker oh - so the size issue is coming from the "main" loop pulling in 10 copies of that particular function?
00:46.34 brlcad right
00:46.49 brlcad that's what "large-function-growth limit reached" means
00:46.52 starseeker ah - I didn't realize that. I thought it ment toValue itself was too big to be inlined
00:47.18 brlcad "it's already considered a big function and you're jacking it up a lot bigger with all this inlining.. you sure you wanna do that?"
00:48.27 brlcad the contents of toValue are increasing the size of the calling function (main()) too mcuh
00:48.42 starseeker nods
00:48.45 starseeker I understand now
00:49.00 starseeker cusses C++ error messages under his breath...
00:50.44 brlcad more of a gcc issue
00:51.02 brlcad that's actually not a c++ error message -- it applies equally to C
00:55.00 starseeker growl
00:56.14 starseeker brlcad: was this the refactor you had in mind? http://bzflag.bz/~starseeker/raw-g.cpp
00:59.19 starseeker that's not avoiding the issue, unfortunately, so I must have done something wrong
01:02.28 CIA-55 BRL-CAD: 03brlcad * r50868 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): combine constructors with default parameters and make the latter be non-inline. gcc was unwilling to inline it anyways given the WMEMBER_INIT() expansions are relatively lengthy.
01:03.19 brlcad starseeker: not quite, you wouldn't want to pass around the whole container like that
01:03.40 brlcad I'd start minimal with just the guts
01:04.29 brlcad it very well may not like a single one of them expanding in which case it could be an issue with the side of toValue(), but doing just the guts should indicate that
01:05.10 starseeker why are we inlining toValue again? Are there actual performance gains here?
01:06.05 starseeker by "guts" are you referring to one set of xyz point assignments?
01:07.28 brlcad right
01:08.03 brlcad logically, it makes sense to specify inline on toValue
01:08.19 brlcad try this first
01:08.30 brlcad revert and just comment out the while loop
01:08.37 brlcad does it still complain about the first call
01:09.07 brlcad if it does, then that leaves only two (or three) options
01:09.19 starseeker it doesn't
01:09.45 brlcad okay, so it's the cumulative effect on that "big" function
01:10.04 brlcad next up is the guts
01:10.56 brlcad heck, even just a simple getPoint() function will probably do the trick
01:11.04 brlcad to get just one point
01:11.17 brlcad er, one triplet of points
01:11.34 starseeker nods
01:12.39 brlcad void getPoint(const char *x, const char *y, const char *z, point &p) {...
01:12.58 starseeker need triangleLine too
01:13.12 starseeker oh, you want to use c_str in the call?
01:13.18 brlcad { p[X] = toValue(x); p[Y] = toValue[y]; p[Z] = toValue[z]; return p; }
01:13.30 brlcad sure, whatever
01:13.37 brlcad those are free
01:13.46 brlcad const std::string works too
01:13.57 brlcad less to type as chars :)
01:14.23 starseeker if function type is void, how come we're returning p?
01:14.34 brlcad er, right
01:14.54 brlcad hugs c++ references
01:14.58 starseeker (not rhetorical - did I miss something?)
01:15.08 brlcad no, you're right -- that's wrong
01:15.46 brlcad no need to return, you pass point in and it'll get set
01:17.52 starseeker grr - now it's complaining about it the toValue calls made from getPoint
01:19.17 brlcad different though, right?
01:19.28 starseeker same error, different line numbers
01:19.33 starseeker and only three of them this time
01:20.01 brlcad I doubt it's exactly the same
01:20.21 brlcad the previous was large-function-growth limit, and it's by no means a large function any more
01:21.36 starseeker http://pastebin.mozilla.org/1655689
01:21.54 starseeker http://bzflag.bz/~starseeker/raw-g.cpp
01:22.36 brlcad bingo, not the same
01:22.40 brlcad large-stack-frame-growth limit
01:23.14 brlcad presumably all the others went away?
01:23.20 starseeker yes
01:23.28 brlcad good, progress :)
01:23.43 starseeker sort of
01:24.00 starseeker (is that the correct use of the point variable?)
01:24.26 starseeker I gotta head out - do you want me to commit that Sean?
01:25.16 brlcad sure, go ahead
01:26.18 brlcad fwiw, convention is "usually" inputs followed by outputs unless there's a complex struct involved (like our libged api) or an established api convention otherwise
01:26.29 CIA-55 BRL-CAD: 03starseeker * r50869 10/brlcad/trunk/src/conv/raw/ (CMakeLists.txt raw-g.cpp): Reduces (but doesn't eliminate) strict compilation failures in raw-g
01:46.58 *** join/#brlcad xth1 (~thiago@201.82.133.7)
02:07.39 CIA-55 BRL-CAD: 03brlcad * r50870 10/brlcad/trunk/src/conv/raw/ (RegionList.h raw-g.cpp): give getPoint() a little more to do by passing a std::string. make toValue() static since inline is but a hint. quells gcc inline warnings.
02:09.45 CIA-55 BRL-CAD: 03brlcad * r50871 10/brlcad/trunk/src/conv/raw/CMakeLists.txt: nostrict no longer needed? compiles clean with gcc 4.6.3
02:09.56 brlcad starseeker: check that out, does the trick here
03:14.16 _fkr Those materials sound interesting, brlcad (long way back in the log you mentioned something). I gotta run at the moment though. Back later.
03:19.25 _fkr Thank you for the link too, I'll check it out later - slept too long and am in a hurry now.
03:22.05 brlcad _fkr: no problem, just a great way for anyone to get started with something that only takes a smidgen of time but advances the project usefully
03:22.22 brlcad if you have any questions or have another idea, feel free to chime on in with it
03:34.47 CIA-55 BRL-CAD: 03r_weiss * r50872 10/brlcad/trunk/src/libged/red.c: Updated the mged/archer 'red' command. Improved editing of matrices in Windows.
03:36.57 CIA-55 BRL-CAD: 03brlcad * r50873 10/brlcad/trunk/src/mged/setup.c:
03:36.57 CIA-55 BRL-CAD: cliff removed hideline.c in r48460 when it came up with a coverity maintenance
03:36.57 CIA-55 BRL-CAD: cost, but this reference to f_hidline() lingered. upon investigating, it was
03:36.57 CIA-55 BRL-CAD: commented out back in 3.1 by phil with a note saying it doesn't work everyone,
03:36.57 CIA-55 BRL-CAD: so sounds good to finally fully kill it regardless. the command supposedly
03:36.57 CIA-55 BRL-CAD: produced a plotfile hidden line style rendering.
03:47.58 CIA-55 BRL-CAD: 03brlcad * r50874 10/brlcad/trunk/src/mged/mged.c: now that coverity quellage has fully disabled it, remove the half-assed log_event() mged event logging interface. simplify maintainability on a feature rarely, if ever, used and costly to keep.
03:53.11 CIA-55 BRL-CAD: 03brlcad * r50875 10/brlcad/trunk/src/liboptical/sh_scloud.c: VINIT_ZERO instead of literals
03:57.23 CIA-55 BRL-CAD: 03brlcad * r50876 10/brlcad/trunk/src/conv/obj-g.c:
03:57.24 CIA-55 BRL-CAD: using bu_calloc() means we don't have to check for null. coverity was
03:57.24 CIA-55 BRL-CAD: complaining because we were already checking null in one place implying that we
03:57.24 CIA-55 BRL-CAD: need to check for it in other places, but the real fix is to simply not check
03:57.24 CIA-55 BRL-CAD: for null anywhere. (cid 1757, r48342)
03:59.52 CIA-55 BRL-CAD: 03brlcad * r50877 10/brlcad/trunk/src/libged/view_obj.c: VINIT_ZERO instead of numeric literals
04:00.51 CIA-55 BRL-CAD: 03brlcad * r50878 10/brlcad/trunk/src/libged/view_obj.c: VINIT_ZERO scope initialization instead of explicit VSETALL
04:03.12 brlcad ``Erik: why >>3 in http://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=48523
04:13.41 *** join/#brlcad yukonbob (~bch@methodlogic.net)
04:15.50 CIA-55 BRL-CAD: 03brlcad * r50879 10/brlcad/trunk/src/libged/get_solid_kp.c: re-enable the 'temporarily disabled' support for pipe keypointing.
04:27.16 CIA-55 BRL-CAD: 03brlcad * r50880 10/brlcad/trunk/src/libbu/parse.c: use %zu for size_t instead of casting through long int
04:29.41 CIA-55 BRL-CAD: 03brlcad * r50881 10/brlcad/trunk/src/librt/db5_io.c: use BU_EXTERNAL_INIT_ZERO scope initialization instead of explicit init.
04:36.23 CIA-55 BRL-CAD: 03brlcad * r50882 10/brlcad/trunk/src/anim/anim_hardtrack.c: use scope initialization where we can
04:41.28 brlcad starseeker: would you review richard's r50872 (or at least see if red regressions pass)? he changed one of the regexes for windows
04:41.58 brlcad looks mostly safe, changine blank to space, but also removed a mandatory space after one of the numbers
04:55.06 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:00.47 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
06:20.05 *** join/#brlcad cristina (~quassel@188.24.64.37)
06:57.46 *** join/#brlcad andrei_ (~andrei@5-12-78-246.residential.rdsnet.ro)
07:24.26 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:30.44 andrei_ hello
07:31.08 andrei_ I m trying to recompile the svn checkout I downloaded to see if my tpkg works
07:31.13 andrei_ and it fails
07:31.48 andrei_ http://pastebin.ca/2158286
07:32.02 andrei_ these are the errors
07:44.26 d_rossberg at a first attempt i would try to remove the /home/andrei/brlcad-build/CMakeTmp/toglstubs directory
07:47.11 andrei_ now I get a large number of errors
07:47.27 andrei_ but the final output is build files have been written
07:47.45 andrei_ CMake Error: Cannot open file for write: /home/andrei/brlcad-build/src/libbu/CMakeFiles/test_bitv.dir/build.make.tmp
07:47.47 andrei_ CMake Error: : System Error: Permission denied
07:48.04 andrei_ this is one of the errors, for example
07:48.37 d_rossberg are you working with different users, e.g. make install as root?
07:50.48 andrei_ yes
07:50.52 andrei_ i m running sudo make install
07:51.15 andrei_ the build process goes on so far
07:51.52 andrei_ I m curious if the build process completes succesfully
07:51.53 d_rossberg so: if the root writes there something andrei can not change it
07:52.02 d_rossberg no it won't
07:52.28 andrei_ all that I did was to svn checkout from brlcad rep
07:52.33 andrei_ then move into some file called build
07:52.39 andrei_ and run $: cmake ../brlcad
07:54.09 andrei_ I erased the current build directory and I m attempting a " fresh " installation
07:54.10 d_rossberg the repository build is broken, i'm working on it
07:54.17 andrei_ aah :) , sorry.
07:54.21 andrei_ Anything I could do?
07:55.00 d_rossberg btw: i recomment to set the installation directory to /home/andrei/bin/brlcad
07:55.34 d_rossberg this way you do not have to change the user for install and you don't influence the remeining system
07:56.05 andrei_ thanks for the advice
07:56.53 andrei_ so the repo build needs to be fixed before I install it again, right?
08:00.00 CIA-55 BRL-CAD: 03d_rossberg * r50883 10/brlcad/trunk/src/anim/anim_hardtrack.c: fixed a crash during build cause by typing error
08:00.35 d_rossberg it should now work
08:00.46 andrei_ thanks
08:06.30 andrei_ d_rossberg : it's working fine now
08:26.41 andrei_ there s another error I get while building, I don't think that my system causes it
08:26.43 andrei_ http://pastebin.ca/2158306
08:26.51 andrei_ should I try to fix it?
08:42.07 d_rossberg i'm not sure, are you working on a 32bit system? maybe this error came with the c++ strict-flag
09:04.49 *** join/#brlcad stas (~stas@82.208.133.12)
09:13.56 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
09:42.40 andrei_ yes, I m working on 32 bit
10:00.29 d_rossberg static_cast<unsigned char>(r) etc. should solve it
10:26.38 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3810 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
10:37.35 brlcad just that one typo or is there more?
10:43.05 brlcad andrei_: you working on that error, or something else?
10:45.37 CIA-55 BRL-CAD: 03brlcad * r50884 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: avoid c++ warnings about narrowing conversion within the curly braces. cast accordingly outside initialization.
11:05.15 CIA-55 BRL-CAD: 03brlcad * r50885 10/brlcad/trunk/src/proc-db/CMakeLists.txt:
11:05.15 CIA-55 BRL-CAD: interestingly enough, only two of the four opennurbs-using proc db apps fail
11:05.15 CIA-55 BRL-CAD: strict compilation due to opennurbs headerness. still, disable strict for those
11:05.15 CIA-55 BRL-CAD: two with a comment as to what the issue is so compile may succeed (since a fix
11:05.15 CIA-55 BRL-CAD: to quell the warning was non-obvious)
11:13.55 ``Erik brlcad: to avoid overflow from the <<=3 a couple lines down
11:18.46 CIA-55 BRL-CAD: 03erikgreenwald * r50886 10/brlcad/trunk/src/librt/db5_io.c: note that >>3 is to avoid overflow on the <<=3 in the next statement
11:20.43 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:21.18 ``Erik andrei_: you're alive! how are exams going?
11:24.47 ``Erik d_rossberg: if you need a 32b system for testing, you have an account on crit.brlcad.org (just be aware that syncs from bz might change things on you)
11:34.44 brlcad ``Erik: ah, cool, didn't see that!
11:36.16 ksuzee brlcad: Hello, Sean!
11:36.37 ksuzee Have you read my summary?
11:37.50 brlcad ksuzee: if it was written in the last 30 hours, probably not yet
11:39.45 ksuzee okay
11:41.59 d_rossberg brlcad: after fixing this single type the build succeeded, therefore i think this was the only one
11:44.34 starseeker andrei_: what version of CMake is that?
11:45.27 starseeker ah, nevermind
11:45.31 starseeker user permission stuff
11:48.31 starseeker brlcad: (red) I'll take a look - tjt
11:48.36 starseeker gre
11:49.03 starseeker come on fingers - that's a point I'm not sure of, whether we have red regression testing a matrix-bearing object
11:53.50 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:57.50 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
12:01.33 brlcad d_rossberg: thanks, it was late -- I should have done one more compile to catch that, my bad
12:02.04 brlcad got through nearly 500 commit reviews yesterday, less than 50 remaining for release
12:02.42 brlcad from about 2000+ to less than 50 now. i smell a release brewing
12:04.09 brlcad and 2/3rds of those remaining are richard's, got through everyone else without too many pending more investigation
12:06.04 brlcad starseeker: the only one I have left for you is r49752 -- how is BRLCAD_DATA_SUBPATH different from BRLCAD_DATA?
12:06.45 brlcad I see it's a relative path value, but then uses bu_brlcad_root to get the prefix
12:07.15 brlcad which is curious because one of the bu_brlcad_data behaviors is that as well
12:09.05 brlcad ``Erik: the only other issue I had on yours was r48539, which was "bn_dist_pt2_lseg2 returns [-2,3], so cases 4 and 5 can never be reached. Comment them out for now. Cov354" in primitives/bot/bot.c
12:10.52 brlcad and by "issue" I mean that seemed suspect since it left dead code around -- those cases matter? or should all of them shift to match bn_dist_pt2_lseg2 return values?
12:16.13 ``Erik I d'no, bn_dist_p2_lseg2 comment says it returnsl [-4,3] (and I do see a -4 case), would have to dig in to see what those commented out cases are supposed to deal with to see if it's legitimately dead or if someone changed the bn func without updating the bot func
12:18.42 CIA-55 BRL-CAD: 03phoenixyjll * r50887 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: There used to be bugs with the colinear parts.
12:46.06 andrei_ hey
12:46.09 andrei_ sorry I fell asleep
12:46.36 brlcad :)
12:46.39 andrei_ Erik,brlcad,starseeker : I should "keep" beeing alive from now
12:47.03 andrei_ I finished ( or so I think) the tpkg patch
12:47.14 brlcad andrei_: glad to hear it, looking forward to seeing and reading about all the catchup activity here on our!
12:47.18 brlcad out even
12:47.41 andrei_ yeah, reading and learning tanenbaum in 3 days was nasty stuff :)
12:49.06 ksuzee brlcad: hello, once more) Sean, I'm working with directory Util. And there's a couple of functions, which are copied from file to file and I decided to put these common functions in one file util.c (as I told you before). Also I added the headers to the util.h and included it everywhere. But after making there's error - undefined function. Though, if I put the whole function (its body) to the util.h, everything compiles well. So why isn't connection between .
12:49.07 ksuzee h and .c seen? Maybe this moment in C is different from C++? I don't know about this moment
12:55.56 andrei_ ksuzee, the files in which the undefined function error appears; are they in the same directory?
12:56.24 ksuzee andrei_, yeah, of course
12:56.42 ksuzee In the same directory "util"
12:58.58 andrei_ hm
12:59.16 andrei_ are you including it in any c++ file?
12:59.42 ksuzee What exactly?
13:00.10 andrei_ so you have a .h header with a .c file where the functions are, right?
13:00.21 ksuzee yes
13:00.42 ksuzee these functions are calling in other file
13:00.44 andrei_ and when you include the .h in other files you get undefined functions
13:00.46 ksuzee the same dir
13:01.01 andrei_ do you get that error on every file or selectively?
13:01.59 ksuzee no, no. I get undefined only if put the whole funcftion to the *.c and header - to the *.h. But if the whole function's in *.h, everything works
13:04.09 ksuzee also I do include "util.h" in util.c
13:04.12 ksuzee as usual
13:04.48 andrei_ are you compiling the header files before?
13:05.17 ksuzee no, only make util
13:06.00 andrei_ I think ( tho , I m not sure , you should ask brlcad for a confirmation or so) that you need to edit the makefile
13:06.10 andrei_ err, cmake
13:08.49 CIA-55 BRL-CAD: 03starseeker * r50888 10/brlcad/trunk/src/conv/CMakeLists.txt: Add NOSTRICT to 3dm-g until we can get the warning(s) sorted out
13:09.36 ksuzee sure, will wait for him) But I'm not sure, that problem's in makefile. The problem's just that header doesn't see its body in *.c
13:09.52 ksuzee Because just wih header everything works well
13:11.04 starseeker brlcad: BRLCAD_DATA_SUBPATH is relative, where BRLCAD_DATA is absolute
13:12.16 starseeker there was a situation where I needed that relative path
13:13.01 starseeker if bu_brlcad_root returns something other than CMAKE_INSTALL_PREFIX, BRLCAD_DATA != bu_brlcad_root/BRLCAD_DATA_SUBPATH
13:14.45 starseeker I believe it was when I tweaked the data subdirectory in CMake to be something other than share/brlcad/${version}
13:15.26 starseeker ah, yes
13:15.28 starseeker I remember now
13:16.32 starseeker bu_brlcad_data has hard coded checks for share/brlcad/${version}, share/brlcad, share, and a number of other alternatives for the relative data directory
13:17.17 starseeker if you set the data directory to something totally different (say, "brlcad_data/${version}") things broke
13:18.00 starseeker Adding the BRLCAD_DATA_SUBPATH entry allows bu_brlcad_data to inherit the information of what exactly that relative directory path is from CMake
13:18.26 starseeker It doesn't have to try variations on the share directory - it already has the correct answer defined
13:21.29 starseeker in principle, bu_brlcad_data now only needs to check the first three cases - getenv("BRLCAD_DATA"), the compile-time path from _brlcad_data(), and bu_brlcad_root/BRLCAD_DATA_SUBPATH
13:22.49 starseeker it needs some of the others for the autotools build, which doesn't gurantee the use of the data directory until BRL-CAD is actually installed
13:23.56 starseeker I probably should have added a TODO to simplify bu_brlcad_data after autotools goes away
13:33.10 andrei_ I updated my folder with svn checkout and I still get some errors
13:33.13 andrei_ http://pastebin.ca/2158400
13:48.19 ``Erik andrei_: can you do "make tpkg" or "cd src/libpkg ; make" ? won't fix those errors, but it will build enough of the system for the bit you're concerned with
13:51.36 CIA-55 BRL-CAD: 03starseeker * r50889 10/brlcad/trunk/src/proc-db/CMakeLists.txt:
13:51.36 CIA-55 BRL-CAD: C++ strict issue - csgbrep.cpp:401:5: error: narrowing conversion of
13:51.36 CIA-55 BRL-CAD: '-1759248401l' from 'long int' to 'uint32_t {aka unsigned int}' inside { } is
13:51.36 CIA-55 BRL-CAD: ill-formed in C++11 [-Werror=narrowing] - turn off CXX strict until resolved.
14:08.06 andrei_ oh, I will do that
14:13.11 andrei_ Erik, that works fine. Thanks
14:17.39 CIA-55 BRL-CAD: 03starseeker * r50890 10/brlcad/trunk/src/proc-db/CMakeLists.txt: Oops - not a mixed source exec, just use NOSTRICT
14:26.20 CIA-55 BRL-CAD: 03starseeker * r50891 10/brlcad/trunk/src/conv/CMakeLists.txt: Don't print messages that will repeat every time - for message handling, this should be turned into a FindADAPTAGRAMS.cmake file (see misc/CMake/FindUTAHRLE.cmake for an idea of how to proceed)
14:26.25 andrei_ hm, my tpkg seems to ignore the given -b parameter and I have no idea why. What I did was follow the port example
14:27.19 andrei_ I m calling tpkg like this : ./tpkg -t 2000 4096 myfile
14:27.34 starseeker no -b flag?
14:27.49 andrei_ if I call it with a -b flag I get the " too many arguments" error
14:27.53 andrei_ and I modified that in tpkg
14:27.56 andrei_ to be > 4
14:27.59 andrei_ instead of 3
14:28.06 starseeker ah
14:28.32 starseeker you also need to mod the bu_getopt call
14:28.33 andrei_ I mean it doesn't " not work"
14:28.38 andrei_ it just uses the default 2048
14:28.44 andrei_ as the parameter was never given or read
14:28.55 starseeker line 327 in tpkg.c
14:29.14 andrei_ while ((c = bu_getopt(argc, argv, "tTrRp:P:hH:bB")) != -1) {
14:29.30 starseeker right - you want -b to read an arg
14:29.51 starseeker look at the other options that read args - notice a pattern?
14:30.15 andrei_ it should've been
14:30.21 andrei_ ":bB:"?
14:30.36 starseeker close - the colin comes after the arg letter
14:30.36 andrei_ without the first one
14:30.44 starseeker so b:B:
14:30.51 andrei_ ah, that makes sense
14:31.07 cristina starseeker: thanks for letting me know about the message handling for libavoid. This means that I should write a FindADAPTAGRAMS.cmake file besides the check for libavoid in the CMakeListst.txt file?
14:31.15 andrei_ thanks starseeker
14:32.16 starseeker cristina: actually, it will replace that check - the find_library call will be part of FindADAPTAGRAMS.cmake, and that in turn will be called with find_package(ADAPTAGRAMS) (which is what will replace the current find_library call)
14:32.39 cristina ah, ok, I understand. Thank you :)
14:33.47 starseeker FindADAPTAGRAMS.cmake will also allow us to search for the other libraries of adaptagrams, if it turns out they are needed
14:33.48 andrei_ starseeker, it worked. now
14:33.58 starseeker andrei_: good :-)
14:34.11 andrei_ but in order to prevent a future re edit I ll paste my call line
14:34.15 andrei_ to see if it is how it should be
14:34.35 andrei_ $ ./bin/tpkg -t -p 2000 -b 4000 127.0.0.1 myfile
14:34.50 cristina starseeker: yes, we might need other libraries as well
14:35.05 starseeker andrei_: looks good
14:35.28 andrei_ nice, I ll commit it in a few minutes, thanks.
14:37.27 starseeker cristina: OK - that just means multiple find_library calls, and more variables passed to FIND_PACKAGE_HANDLE_STANDARD_ARGS
14:37.53 starseeker I'd suggest starting with FindUTAHRLE.cmake - copy it to FindADAPTAGRAMS.cmake and start modifying it
14:38.26 cristina will do that and then just use find_package in CMakeLists.txt
14:38.35 starseeker nods
14:38.48 starseeker it shouldn't be terribly complicated
14:38.58 starseeker (they can be, but this is a pretty simple one)
14:40.49 starseeker cristina: FindADAPTAGRAMS.cmake is also one of the things we will eventually need for src/other support, once substantial features are using adaptagrams - so a good thing to have all around
14:43.06 cristina I'll take care of this .cmake file today
14:59.16 andrei_ brlcad : I have edited both patches. I ll see later if I manage to do some part of the shell script.
15:10.52 CIA-55 BRL-CAD: 03n_reed * r50892 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: generate spaces instead of tabs; SCL git 86b9f12
15:20.42 CIA-55 BRL-CAD: 03n_reed * r50893 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.inline.cc: Use UNKNOWN_TYPE when an attribute has no NonRefType. SCL git 6aa4695.
15:21.14 *** join/#brlcad andrei_ (andrei@5-12-78-246.residential.rdsnet.ro)
15:26.30 brlcad cristina: you'll also want to mark the variable advanced (so it doesn't show up in a ccmake listing) and cache it if you can so it doesn't rerun the test every invocation of cmake
15:30.38 CIA-55 BRL-CAD: 03starseeker * r50894 10/brlcad/trunk/src/conv/raw/CMakeLists.txt: Grr - still getting strict issues with raw-g. Flag it for now.
15:30.58 cristina brlcad: hm, I am not really sure how to do that but I'll look into that matter
15:33.06 brlcad cristina: if you run "ccmake ." in your build directory, you'll see your newly added variable -- it shouldn't be in that default listing
15:33.19 brlcad look for examples of MARK_AS_ADVANCED
15:33.26 brlcad similar for caching
15:33.40 cristina aha
15:34.53 CIA-55 BRL-CAD: 03n_reed * r50895 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.inline.cc: ensure constructors receive non-null AttrDescriptor; SCL git e547807
15:51.54 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3811 10/wiki/User:Anuragmurty: /* Development Log */
15:54.13 *** join/#brlcad yukonbob (~bch@methodlogic.net)
15:54.18 yukonbob hello, #brlcad
17:12.59 *** join/#brlcad yukonbob (~bch@methodlogic.net)
17:22.34 CIA-55 BRL-CAD: 03starseeker * r50896 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Need to be able to specify both port and framebuffer type on command line for rtwizard
17:24.33 cristina brlcad: I added MARK_AS_ADVANCED for my variables. I have a question about caching: don't the find_path and find_library take care of caching? I.e. if the variables are set to valid values, then the functions do nothing? This is what I read here: http://www.vtk.org/Wiki/CMake:How_To_Find_Libraries#Performance_and_caching
17:26.30 cristina if I look into the CMakeCache.txt file I see that the variables are set (provided that the library is found)
17:26.36 CIA-55 BRL-CAD: 03starseeker * r50897 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Use verbose flag
17:26.56 starseeker cristina: yes, they should
17:27.47 cristina starseeker: so there's no need to add something extra, that would 'enforce' caching?
17:55.44 DarkCalf waves to brlcad
17:56.28 CIA-55 BRL-CAD: 03cprecup * r50898 10/brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: Added helper script FindADAPTAGRAMS.cmake to check for libavoid's existence as a system-installed library and mark as advanced the set variables.
17:57.36 CIA-55 BRL-CAD: 03cprecup * r50899 10/brlcad/trunk/src/conv/CMakeLists.txt: Replaced find_library for libavoid with find_package
18:00.18 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
18:00.48 CIA-55 BRL-CAD: 03cprecup * r50900 10/brlcad/trunk/src/conv/CMakeLists.txt: Uncommented harmless line for setting the source files corresponding to libavoid
18:07.20 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
18:30.55 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
19:13.26 CIA-55 BRL-CAD: 03starseeker * r50901 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add support for explicitly setting the view model. Also wait more robustly for fbserv to come up before trying to raytrace, and fix one of the -F handling cases in framebuffer type option parsing.
19:22.56 brlcad cristina: good progress, but check the header on the new FindADAPTAGRAMS.cmake file
19:23.13 brlcad name and copyright years are wrong
19:26.33 CIA-55 BRL-CAD: 03cprecup * r50902 10/brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: Corrected header
19:26.54 cristina brlcad: thanks for the observation, I've corrected the header
19:27.05 cristina sorry about that
19:27.08 brlcad thanks
19:27.13 brlcad no worries
19:31.01 brlcad starseeker: aw, cmon now -- r50889 is trivial to quell :)
19:32.23 brlcad just as much effort to add (and later remove) NOSTRICTCXX as it is to do the fix (init outside of the curlies with proper casts)
19:38.35 crdueck brlcad: for some primitives with a general and then more specific cases (eg. ell/sph), when making a volume function for the generalized case theres some logic to determine the particular special case which is duplicated exactly in the surface area function. when using these functions in the analyze commands which is going to always use both volume and surface area function it seems a little redundant.
19:41.41 crdueck my thought was to write functions for each specific primitive and move the logic to determine the specific instance of the general case to the analyze command
19:44.03 ksuzee brlcad: thanks for your comments, Sean! It's just function get_args(int argc, char **argv). I want to rename it to get_args_rle and it's called only in bw_rle.c and pix-rle.c and no more files
20:38.52 CIA-55 BRL-CAD: 03n_reed * r50903 10/brlcad/trunk/src/ (7 files in 2 dirs): Put generated globals in a namespace. Namespace declaration written to *Names.h. SCL git 88e9634, da0a395, and 3ed8797.
20:47.52 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
20:48.02 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
21:12.41 brlcad crdueck: not following, what's redundant?
21:14.41 brlcad crdueck: sph's surface area function could merely call the ell's surface area function, if that's what you mean -- or they could be treated as completely separate entities with just very similar calculations being performed
21:18.50 crdueck brlcad: maybe tgc is a better example. a tgc could be a rec, rcc, tec or trc. if i make a volume and surface area function for tgc, i need some logic to find which of those special cases is being dealt with. if the analyze command uses those functions to analyze any tgc, then the logic to determine the special case is being preformed twice.
21:20.24 crdueck unless there are separate vol/area functions for each special case, and the analyze command determines determines which case is being dealt with and calls those specific functions. I'm just wondering if its better to have many separate functions for different cases of a general shape, or one function for the general case that will result in some code duplication.
21:34.27 CIA-55 BRL-CAD: 03starseeker * r50904 10/brlcad/trunk/src/conv/intaval/regtab.h: Clear deprecated string conversion warning with clang
21:36.28 CIA-55 BRL-CAD: 03starseeker * r50905 10/brlcad/trunk/src/other/clipper/clipper.hpp: Clear clang warning
21:46.16 CIA-55 BRL-CAD: 03brlcad * r50906 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): NULL is not the same thing at all as an emptry string, especially with c++. convert to an empty std::string initializer instead. hopefully not intentionally avoiding stl in api?
21:50.42 CIA-55 BRL-CAD: 03starseeker * r50907 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: Strict issue with obj-g as well
21:51.13 CIA-55 BRL-CAD: 03starseeker * r50908 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: More work on rtwizard man page.
21:55.18 brlcad crdueck: have you looked at the analyze command much yet?
21:55.44 brlcad you'll find it already switches on tgc/rec/rcc/trc
21:56.12 brlcad (and calculates surface areas and volumes)
21:56.21 brlcad just not in a good way
21:57.13 brlcad I don't think it matters much if you put fully generalized logic into tgc and have trc/tec/rcc/rec reference or even call that logic
21:57.37 brlcad or whether you just treat them all independently and make them do the logic for their case (postentially resulting in a little duplication)
21:58.20 brlcad I"d probably lean towards the latter myself and refactor if I found a substantial duplication or general portion that could be extracted and reused, but it really doesn't matter much at that level
21:58.50 brlcad what DOES matter more is to move more towards the analyze command knowing absolutely nothing about primitive types
21:59.38 brlcad it should just be calling into functab or the rt_ob_*() interface, getting the data and printing it up pretty for the user
22:00.22 brlcad all of the existing rt_*_internal awareness is TODO cleanup work that needs to be pushed down into librt
22:01.01 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3812 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
22:01.57 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:02.08 brlcad most commands in libged shouldn't be aware of object types, only that it's an rt_db_internal -- the rest happening through librt callbacks and API
22:03.40 CIA-55 BRL-CAD: 03n_reed * r50909 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc multpass.c): cleanup from SCL git cb35164 and 1cfb41d
22:04.17 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:05.53 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:06.55 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:08.12 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:09.46 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:13.27 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:14.13 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:15.20 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:16.36 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:18.06 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:20.43 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:20.51 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
22:21.20 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:22.23 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:26.05 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:29.46 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:30.00 CIA-55 BRL-CAD: 03n_reed * r50910 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes_misc.c classes_wrapper.cc): cleanup from SCL git 0bb182b and ed8474e
22:30.50 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:34.41 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:36.16 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:37.23 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:38.22 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:39.26 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:40.40 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:40.53 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:43.03 *** join/#brlcad cristina (~quassel@188.24.64.37)
22:43.14 CIA-55 BRL-CAD: 03brlcad * r50911 10/brlcad/trunk/src/proc-db/ (CMakeLists.txt csgbrep.cpp): don't punt. less effort to actually fix the problem, especially when there was already a commit showing exactly how to fix a narrowing conversion warning. in this case, even simpler since the cast was wrong.
22:57.11 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3813 10/wiki/User:Al_Da_Best/devlog: Update 5th June
23:12.21 CIA-55 BRL-CAD: 03crdueck * r50912 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added general volume function for tgc
23:14.02 *** join/#brlcad cristina (~quassel@188.24.71.66)
IRC log for #brlcad on 20120606

IRC log for #brlcad on 20120606

00:36.26 CIA-55 BRL-CAD: 03crdueck * r50913 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added missing break statement
01:25.36 crdueck i'm not entirely sure how the rt_obj_* interface works, i wrote this interface for volume based off the other obj files in primitives/ and i'd just like someone to check it to see if I've missed anything. http://sprunge.us/cZbb
01:26.13 CIA-55 BRL-CAD: 03starseeker * r50914 10/brlcad/branches/STABLE/ (189 files in 71 dirs):
01:26.13 CIA-55 BRL-CAD: Sync trunk and STABLE up to trunk r50908. Reverted previous workaround of vls
01:26.13 CIA-55 BRL-CAD: issues - should be back to STABLE matching a particular revision of trunk. Will
01:26.13 CIA-55 BRL-CAD: double check due to complexity of this merge process, but after this syncing
01:26.13 CIA-55 BRL-CAD: should be more straightforward again.
01:26.40 CIA-55 BRL-CAD: 03starseeker * r50915 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Get the rtwizard man page closer to complete - still need examples and review.
02:19.33 brlcad starseeker: awesome preemption on the merge
03:29.13 brlcad yay, looks like we're in a maintenance window -- cannot commit
03:48.02 brlcad ``Erik: heh, I don't know what you were smoking with that bot.c change, but cid345 is for a missing break statement (which is indeed missing)
03:49.08 brlcad bn_dist_pt2_lseg2() does return [0,5] not [-2,3] as the commit message claimed
03:49.22 brlcad so yeah, dunno what went on there, but the fix is simple
04:38.50 *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro)
05:16.05 *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro)
06:38.15 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:50.02 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:51.50 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
06:58.23 *** join/#brlcad stas (~stas@188.24.41.118)
08:22.49 *** join/#brlcad stas (~stas@82.208.133.12)
08:28.21 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
10:45.43 ``Erik the cid was 354, not 345
10:58.18 ``Erik (now 48539... *look*) hm, that would've been a trivial one to fix, wonder if it was listing differently when I got to it *shrug*
11:00.21 CIA-55 BRL-CAD: 03erikgreenwald * r50916 10/brlcad/trunk/src/librt/primitives/bot/bot.c: un-comment the 4/5 cases and add in the missing break. Related to Cov354/490354
11:02.40 *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro)
12:05.04 brlcad right, 354 (now 490354)
12:09.43 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
12:09.46 CIA-55 BRL-CAD: 03brlcad * r50917 10/brlcad/trunk/src/gtools/g_diff.c:
12:09.46 CIA-55 BRL-CAD: convert g_diff over from wdb_init_obj/wdb_create_cmd to libtclcad using
12:09.46 CIA-55 BRL-CAD: to_open_tcl. this removes one of the last remaining vestiges on wdb_obj
12:09.46 CIA-55 BRL-CAD: (there's still a wdb_get_tcl call that needs to be removed). convert interp
12:09.46 CIA-55 BRL-CAD: global to upper while we're at it since we added an interp param.
12:09.52 CIA-55 BRL-CAD: 03brlcad * r50918 10/brlcad/trunk/src/gtools/CMakeLists.txt: g_diff doesn't use libged
12:10.59 CIA-55 BRL-CAD: 03brlcad * r50919 10/brlcad/trunk/src/gtools/Makefile.am: g_diff doesn't use libged, ged comes before rt
12:12.32 CIA-55 BRL-CAD: 03brlcad * r50920 10/brlcad/trunk/src/gtools/g_diff.c: add fixme to remove wdb_get_tcl
12:13.11 CIA-55 BRL-CAD: 03brlcad * r50921 10/brlcad/trunk/TODO: mged is the last remaining caller to wdb_init_obj/wdb_create_cmd needing to be converted (though it should probably convert to libged, not libtclcad)
12:16.18 CIA-55 BRL-CAD: 03brlcad * r50922 10/brlcad/trunk/src/librt/librt_private.h: declare rt_advance_to_next_cell and rt_plot_cell in the private header since shoot and bundle call it, pointing out that they shouldn't have the rt prefix
12:17.07 CIA-55 BRL-CAD: 03brlcad * r50923 10/brlcad/trunk/src/librt/bundle.c: reorder to avoid forward declarations, move comment
12:34.35 CIA-55 BRL-CAD: 03brlcad * r50924 10/brlcad/trunk/NEWS: keith added initial support for importing assembly hierarchies to step-g in r49049
12:35.35 CIA-55 BRL-CAD: 03phoenixyjll * r50925 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: startedge might points to the wrong place if adding endegde expands the capacity of the edge array, so we need to fix the pointer.
12:40.54 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3814 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
12:48.49 CIA-55 BRL-CAD: 03brlcad * r50926 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: it's a sort callback, so it should be reporting when values are equal too with a zero-return. undoubtedly related to the bogus sorting reported in r49898.
12:50.23 CIA-55 BRL-CAD: 03brlcad * r50927 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: er, they're floating point -- use EQUAL for comparison
12:52.47 CIA-55 BRL-CAD: 03brlcad * r50928 10/brlcad/trunk/TODO: make sure facetize/ev work on windows
12:54.22 brlcad only a few commits still pending review, if anyone wants to help: r50872, r49388, r49603
12:54.42 brlcad there's more, but that's a start
13:01.11 CIA-55 BRL-CAD: 03brlcad * r50929 10/brlcad/trunk/NEWS: bob added a new select command to archer for picking objects via the gui (using rects), richard then enabled the command for mged by adding it to the command table
13:08.04 CIA-55 BRL-CAD: 03brlcad * r50930 10/brlcad/trunk/NEWS:
13:08.04 CIA-55 BRL-CAD: richard changed some tolerances that were preventing some pipe bends from
13:08.04 CIA-55 BRL-CAD: tesselating. he changed some compares from 0.0 to SMALL_FASTF affecting 90
13:08.04 CIA-55 BRL-CAD: degree bends (untested) and pipes with inner/outer diameters. he also relaxed
13:08.04 CIA-55 BRL-CAD: near-zero comparison of the normal (which affects linear segments).
13:25.36 *** join/#brlcad xth1 (~thiago@187.106.54.95)
13:35.37 CIA-55 BRL-CAD: 03brlcad * r50931 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c:
13:35.37 CIA-55 BRL-CAD: cleanup calling INIT_ZERO scope initializers instead of manually initializing,
13:35.37 CIA-55 BRL-CAD: for readability and a smidgen performance boost. also add the slew of missing
13:35.37 CIA-55 BRL-CAD: semicolons on vmath routines that were pooching formatting. finally, remove the
13:35.37 CIA-55 BRL-CAD: excessive logging hyperbole!!!!!
13:49.50 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
14:08.12 CIA-55 BRL-CAD: 03starseeker * r50932 10/brlcad/trunk/ (44 files in 24 dirs): Bump version number on BRL-CAD libraries from 19 to 20
14:14.32 brlcad less than 25 remaining
14:18.35 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:57.14 ``Erik ray bradbury passed today
15:05.40 brlcad may his ashes burn at 451 degrees, I salute thee mr bradbury
15:05.53 andrei_ O_O
15:12.02 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
15:23.12 d_rossberg brlcad: "empty string" is different from NULL in C too, e.g. look at strlen()
15:27.14 CIA-55 BRL-CAD: 03d_rossberg * r50933 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h):
15:27.14 CIA-55 BRL-CAD: the clang warning was about the 'char* = ""' as parameter, the correct declaration is 'const char* = ""'
15:27.14 CIA-55 BRL-CAD: changed the declaration and implementation accordingly
15:38.39 brlcad knows, just conventionally "more" different in C++
15:39.18 brlcad ksuzee: do you understand my reply?
15:39.58 ksuzee brlcad: hello
15:40.35 brlcad hi :)
15:41.17 ksuzee :) yes, I saw it. But I can't understand where I must include this *.c file
15:41.41 ksuzee And it's just get_args function
15:41.51 ksuzee It will be used just in 2 files
15:42.17 brlcad it doesn't matter what the function is or how few files
15:42.40 brlcad you have to tell the build system about the file, otherwise how does it know to compile it?
15:43.35 ksuzee yes
15:43.51 ksuzee when i include *.h file
15:43.58 ksuzee everything woks well
15:44.56 ksuzee but when I put the function to the *.c and do include *.h in this c-file, function isn't seen
15:45.36 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3815 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */
15:45.51 ksuzee so where else must i write about this *.c file to make it visible?
15:45.59 brlcad ksuzee: you keep saying the SAME thing over and over
15:46.17 brlcad but not reading what I'm saying, so I presume that means you don't understand what I'm saying
15:46.55 brlcad you must write about this new c file in the build system
15:47.04 brlcad that's the CMakeLists.txt file and the Makefile.am file
15:47.38 ksuzee I see...
15:49.17 ksuzee So in Makefile it must be written here: bin_PROGRAMS = \
15:51.23 ksuzee I've found thes places, thanks
15:51.29 ksuzee I'll try now
16:03.27 brlcad ksuzee: you're using cmake to build, yes?
16:04.06 brlcad we have two build systems, that's why there's a CMakeLists.txt file and a Makefile.am file (we're transitioning to the cmake build)
16:04.20 ksuzee I used it only first, when i downloaded sources. Now I do just make
16:04.32 brlcad okay that's fine
16:05.02 brlcad the reason I ask is because obviously if you modify the Makefile.am and are using cmake+make to build, you're not going to see any change
16:05.08 brlcad you'd have to use the other build system
16:05.32 brlcad you don't have to test the other build system, though, the edits are very simple
16:05.49 brlcad lets start with the build system you're not using, the Makefile.am file
16:06.05 brlcad ready?
16:06.51 ksuzee yes
16:07.11 brlcad what are the two programs you're modifying
16:07.32 ksuzee there're bw-rle and pix-rle
16:07.40 brlcad so we'll start with bw-rle
16:08.00 brlcad open src/util/Makefile.am, and search for bw-rle
16:08.19 brlcad you'll quickly see it's first listed under some "bin_PROGRAMS" variable
16:08.29 brlcad you see it?
16:08.38 ksuzee yes
16:09.05 ksuzee $(bw_rle_OBJECTS) \
16:09.09 brlcad without even knowing what the syntax of that Makefile.am file is, it's pretty clear that bin_PROGRAMS looks like a list of applications but is NOT where source files are described
16:09.36 brlcad continuing to search for bw-rle .. the next thing you find is what?
16:10.07 ksuzee mm, mans?)
16:10.34 brlcad no, what is the next reference to bw-rle in that file after the bin_PROGRAMS line?
16:11.36 ksuzee sources
16:12.24 brlcad be specific
16:13.14 brlcad running grep, I find three references to bw-rle:
16:13.14 brlcad [sean@gcc1-power7 brlcad]$ grep bw-rle src/util/Makefile.am bw-rle \
16:13.14 brlcad bw_rle_SOURCES = bw-rle.c bw-rle.1 \
16:13.17 ksuzee source to bw-rle.c,
16:13.41 brlcad that's not what I mean about being specific :)
16:13.45 brlcad I mean, what's the line?
16:13.54 ksuzee bw_rle_SOURCES = bw-rle.c
16:13.57 ksuzee sorry)
16:13.59 brlcad right!
16:14.13 brlcad so still I don't need to know the syntax of that file
16:14.29 brlcad but it looks like bw_rle_SOURCES is some sort of variable where you list sources files for the bw-rle program
16:14.39 brlcad the first file listed is bw-rle.c
16:14.44 brlcad it's the only file listed
16:15.21 brlcad you moved a function from bw-rle.c into util.c so NOW the source code to bw-rle is in bw-rle.c AND util.c
16:15.32 brlcad so you can add your util.c there
16:16.03 brlcad understand?
16:16.40 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
16:16.43 ksuzee yeees))))
16:16.59 brlcad okay, now after that's done, a couple more things to check
16:17.12 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3816 10/wiki/EBM: /* Converting PNG into x bitmap file */ show command and response as entered
16:17.34 brlcad look up a few lines before the bw_rle_SOURCES line, do you see the bombardier_SOURCES line?
16:17.47 ksuzee yes
16:17.53 brlcad what do you see there?
16:18.02 brlcad notice anything interesting?
16:18.06 ksuzee bombardier_SOURCES = bombardier.c bombardier.h
16:18.15 ksuzee h - file)
16:18.24 brlcad excellent
16:18.36 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3817 10/wiki/EBM: /* Inserting ''ebm'' in MGED */ show command as entered (need response)
16:18.53 brlcad so that's a pretty good indication that you should probably put util.h on the bw_rle_SOURCES line too
16:19.06 ksuzee yes
16:19.55 brlcad one last thing to check
16:20.03 brlcad when I ran grep, there were three matches
16:20.11 brlcad the first was the bin_PROGRAMS line
16:20.17 brlcad the second was the sources line
16:20.21 brlcad what is the third?
16:20.35 ksuzee bw-rle.1 \
16:20.40 ksuzee man file
16:20.50 brlcad do you think you need to do anything there?
16:20.54 ksuzee no
16:20.58 brlcad you sure?
16:21.26 ksuzee maybe the bw-rle.1 must be correct
16:21.30 ksuzee itself
16:21.49 brlcad you should be sure ;)
16:22.04 brlcad did you modify the man page?
16:22.23 ksuzee no)
16:22.39 brlcad so then again
16:22.42 brlcad do you think you need to do anything there?
16:25.01 ksuzee It's a manual page about how programm works. So why must it be modified?:)
16:25.40 brlcad that's what I'm asking you :)
16:25.51 ksuzee no
16:25.54 brlcad you sure? :)
16:25.58 ksuzee yes)
16:26.02 brlcad excellent! :)
16:26.40 ksuzee I feel like being at lie detector)
16:26.44 brlcad hehe
16:27.16 brlcad you should be confident in your basic understanding of what you're doing to a file, whether it's source code or build system files or documentation
16:27.24 brlcad here's a great example :)
16:28.01 ksuzee I see)
16:28.05 brlcad you weren't 100% sure until I made you convince yourself, you should do that to yourself and if you're not sure, figure out why
16:28.20 brlcad okay, so now that's done
16:28.32 brlcad IF you had commit access, that'd be a perfect time to commit
16:29.06 brlcad since you don't, however, proceed with the second application
16:29.25 brlcad you're basically going to do the exact same thing for pix-rle
16:29.49 brlcad find lines that reference it, see if you need to change anything, add what you need to add
16:30.30 ksuzee ok))
16:32.01 brlcad when you finish that, let me know and we can proceed to the other build system where you can actually test your changes
16:34.20 ksuzee I finished
16:34.49 brlcad great, so next up is CMakeLists.txt file
16:35.24 brlcad again, even without knowing what the syntax of that file is, you should expect needing to make similar edits to probably denote the addition of util.c and util.h -- you just have to find where/how to declare them
16:36.03 ksuzee I've done)
16:36.04 brlcad so where do you find references to bw-rle ?
16:36.22 brlcad use a search mechanism like grep, don't just visually scan the file
16:36.46 brlcad ctrl-s if you're using emacs for incremental search
16:37.33 ksuzee I've done with grep
16:40.07 brlcad what editor have you been using?
16:40.26 ksuzee gedit - there's ctrl+f
16:40.40 CIA-55 BRL-CAD: 03tbrowder2 * r50934 10/brlcad/trunk/src/ (10 files in 6 dirs): correct grammar: it's => its (possessive form of 'it')
16:41.33 brlcad so how many references to bw-rle did you find?
16:41.41 ksuzee 2
16:42.05 brlcad and they are?
16:42.31 ksuzee BRLCAD_ADDEXEC(bw-rle bw-rle.c "libbu;libsysv;${UTAHRLE_LIBRARY}")
16:42.37 ksuzee amd man
16:42.38 ksuzee *and
16:42.55 brlcad do you think you need to do anything with the second one?
16:43.47 ksuzee no)
16:43.50 ksuzee I'm sure)
16:43.52 brlcad just checking ;)
16:43.54 ksuzee 100%
16:43.55 ksuzee )
16:44.19 brlcad okay, so looking at the ADDEXEC line, it looks like a compact form of what you were just editing
16:44.35 brlcad without knowing the syntax, it looks like the name of the program, sources, and libraries
16:45.00 brlcad so now you just need to know 1) how to add multiple sources and 2) where does the header go
16:45.28 brlcad so look in that file to see if you can find any other ADDEXEC examples that list more than one .c file
16:45.32 brlcad do you see any?
16:46.16 ksuzee No, I don't
16:46.19 ksuzee aa
16:46.21 ksuzee found
16:46.28 ksuzee BRLCAD_ADDEXEC(dunncolor "dunncolor.c;dunncomm.c" libbu)
16:46.33 brlcad excellent
16:46.48 brlcad so it looks like the syntax is to wrap it in quotes and separate them with semicolons
16:46.58 brlcad so that answers #1
16:47.07 brlcad what about #2, where do you think the header goes?
16:47.53 ksuzee CMAKEFILES(bombardier.h morphedit.tcl pldebug.c)
16:48.06 ksuzee the only .h i've found
16:48.52 ksuzee in Makefile it was the only too)
16:49.14 CIA-55 BRL-CAD: 03tbrowder2 * r50935 10/brlcad/trunk/src/util/png-pix.1: correct name of program
16:49.57 brlcad so unlike Makefile.am where you could just list it as a source, here, it looks like it's just listed separately
16:50.05 brlcad so you can put util.h there
16:50.24 brlcad do it again for the other program and you'll be able to test your build
16:57.34 CIA-55 BRL-CAD: 03tbrowder2 * r50936 10/brlcad/trunk/TODO: add suggested TODO
17:02.04 ksuzee file is seen!
17:03.11 brlcad now when you compile, the linker error should go away, yes?
17:04.08 ksuzee yes))
17:04.16 ksuzee Thank you a lot, Sean!
17:07.01 ksuzee And one more...Sorry, if I'm annoying=))) I really don't want to pester) But check, please, my summary and patches)
17:08.44 *** join/#brlcad yukonbob (~bch@methodlogic.net)
17:08.53 yukonbob hello, #brlcad
17:09.37 brlcad ksuzee: you're not annoying, glad we could work through it
17:10.02 brlcad hopefully you understand why you were getting the linker failure and why the header worked
17:13.07 CIA-55 BRL-CAD: 03tbrowder2 * r50937 10/brlcad/trunk/doc/docbook/ (articles/en/TEMPLATE.xml system/mann/en/edit.xml): correct grammar: it's => its (possessive form of 'it')
17:22.03 ksuzee yes, I understood everything, thank you a lot) As for patches, all of them except one are opened
17:42.38 brlcad they'll go through another round of reviews sometime soon
18:01.10 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3819 10/wiki/DSP: /* Preparing your height field data */ adding examples
18:02.09 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Cs-24-150h.png]]"
18:07.11 CIA-55 BRL-CAD: 03starseeker * r50938 10/brlcad/trunk/ (7 files in 3 dirs): Checkpoint rework of brlman - no graphical component yet, but a good start on the command line side. Thanks to Nick for the minimal workaround for Tcl not being able to launch man interactively.
18:33.18 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp.png]]"
18:33.50 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp2.png]]"
18:42.19 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3823 10/wiki/DSP: /* Preparing your height field data */ adding examples
19:04.15 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
19:05.01 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3824 10/wiki/DSP: rearrange examples to fit existing sections better; make a new section to be filled in
19:09.05 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
19:14.32 CIA-55 BRL-CAD: 03tbrowder2 * r50939 10/brlcad/trunk/src/conv/asc/asc2pix.c: remove unused var
19:21.08 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
19:21.13 CIA-55 BRL-CAD: 03n_reed * r50940 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): MSVC fixes from SCL git 6226717 and 879f509
19:21.43 CIA-55 BRL-CAD: 03brlcad * r50941 10/brlcad/trunk/src/libbn/noise.c: initialize the pointer to NULL in case we end up returning it without setting it.
19:23.39 CIA-55 BRL-CAD: 03tbrowder2 * r50942 10/brlcad/trunk/src/conv/asc/asc2pix.c: add some comments and white space; adjust other ws for style
19:25.27 CIA-55 BRL-CAD: 03tbrowder2 * r50943 10/brlcad/trunk/src/conv/asc/asc2pix.c: uppercase labels
19:26.31 CIA-55 BRL-CAD: 03tbrowder2 * r50944 10/brlcad/trunk/src/conv/asc/asc2pix.c: ws, style
19:28.57 CIA-55 BRL-CAD: 03tbrowder2 * r50945 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style
19:29.07 brlcad <PROTECTED>
19:29.54 ``Erik starseeker committed and ran, there're several breakages after that
19:30.01 CIA-55 BRL-CAD: 03tbrowder2 * r50946 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws
19:30.31 brlcad k
19:33.01 CIA-55 BRL-CAD: 03tbrowder2 * r50947 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style
19:38.09 CIA-55 BRL-CAD: 03tbrowder2 * r50948 10/brlcad/trunk/src/conv/asc/pix2asc.c: ease legibility & maintenance with an intermediate var
19:43.05 CIA-55 BRL-CAD: 03brlcad * r50949 10/brlcad/trunk/HACKING:
19:43.05 CIA-55 BRL-CAD: there are too many exceptions to the rule that have never been an issue (such as
19:43.05 CIA-55 BRL-CAD: var[i+2] or for (i=1; ..), remove the space around operators rule. the intent
19:43.05 CIA-55 BRL-CAD: was and still is to avoid complex math expressions that are error-prone to
19:43.05 CIA-55 BRL-CAD: interpret without whitespace around some of the operators that logically group
19:43.06 CIA-55 BRL-CAD: together. don't need to spend time reformatting, up to the author/editor's
19:43.07 CIA-55 BRL-CAD: discretion as long as the file is self-consistent.
19:43.23 CIA-55 BRL-CAD: 03tbrowder2 * r50950 10/brlcad/trunk/src/conv/asc/pix2asc.c: add some ws, tidy for ease of reading
19:45.31 starseeker ah, crud - sorry
19:45.35 CIA-55 BRL-CAD: 03starseeker * r50951 10/brlcad/trunk/src/brlman/brlman.tcl: whoops - helps to add the tcl file
19:49.55 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-apaikvsbfbkepjjh)
19:50.56 ``Erik damn nfs cache issue :/
19:53.45 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
19:57.23 *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99)
20:01.27 *** join/#brlcad cristina (~quassel@188.24.71.66)
20:01.28 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:03.01 brlcad hi cristina
20:03.14 cristina good morning brlcad
20:05.34 brlcad hm, make[2]: *** No rule to make target `/usr/lib/libfontconfig.so', needed by `lib/libtk.so.8.5'. Stop.
20:19.57 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-fnhzxnbpqfmtgeqd)
20:23.26 brlcad g'morning anrgmrty
20:23.33 brlcad ltns
20:32.55 CIA-55 BRL-CAD: 03brlcad * r50952 10/brlcad/trunk/src/libbn/noise.c: debugging some odd corruption, index into etbl directly instead of incrementing with the loop
20:39.17 CIA-55 BRL-CAD: 03brlcad * r50953 10/brlcad/trunk/src/libbn/noise.c: ws comment cleanup
20:47.19 ``Erik *snrkt* trolling politicians in the russian speaking world http://knowyourmeme.com/memes/how-does-one-patch-kde2-under-freebsd
20:54.35 brlcad beats cliff over the head with a wet fish
21:00.47 ``Erik O.o
21:10.43 starseeker brlcad: what'd I do now?
21:17.29 CIA-55 BRL-CAD: 03starseeker * r50954 10/brlcad/trunk/src/ (brlman/brlman.tcl tclscripts/man_browser.tcl): Add option to launch html man page viewer in brlman. Needs a little more work to properly customize the gui for this application.
21:21.47 starseeker brlcad: sorry about the breakage, but it should be OK now...
21:22.12 brlcad the build is back to working for me, though I had to blow away my cache for some reason
21:23.17 starseeker huh
21:23.33 starseeker was that the fish issue?
21:23.52 brlcad that was for something else, half-assing that injected a bug and cost others time :(
21:24.23 starseeker ah - sorry
21:24.46 starseeker will try to fix it - what is it?
21:32.22 starseeker ah - 49395
21:34.04 brlcad tom's already working on it, good exercise
21:34.11 brlcad you didn't mean to (I hope!), just a bad line
21:34.47 brlcad just you even completely recognized it didn't make any sense that warranted a fish
21:34.48 starseeker notes that was apparently on Friday... looks like brain burn out
21:44.36 CIA-55 BRL-CAD: 03n_reed * r50955 10/brlcad/trunk/src/other/step/include/ (21 files in 2 dirs): start adding symbols for MSVC dll import/export; SCL git ba12196
21:49.25 brlcad anrgmrty: no activity today?
21:49.47 starseeker brlcad: ugh. I'm still missing something. Isn't UCHAR_MAX 256?
21:50.21 brlcad eh, probably 255
21:50.37 starseeker so moss.pix has values that *are* outside that range
21:50.48 brlcad that makes no sense, they can't be
21:50.54 brlcad a byte is a byte
21:51.32 starseeker Tom saw the same thing though - "it has
21:51.34 starseeker several (20 or so) pixels that do (with values of 256 or 257)"
21:51.54 brlcad yes?
21:52.21 brlcad he's reading that count from your mod
21:52.25 brlcad your mod is flawed
21:52.27 starseeker ah
21:52.44 starseeker makes a second test, using brlcad's proposed filter
21:52.58 brlcad check your pointer arithmetic
21:53.05 brlcad you take *pix, which is pix[0]
21:53.27 brlcad int d = (int)(*pix + sizeof(unsigned char) * i);
21:53.28 CIA-55 BRL-CAD: 03tbrowder2 * r50956 10/brlcad/trunk/src/conv/asc/pix2asc.c: remove unnecessary multiple tests; fail on the first; test is just for Coverity
21:53.51 brlcad so (int)(pix[0] + sizeof(unsigned char) * i)
21:54.06 brlcad sizeof uchar is always 1 so you have
21:54.16 brlcad (int)(pix[0] + 1 * i)
21:54.19 CIA-55 BRL-CAD: 03tbrowder2 * r50957 10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test' valid
21:54.31 starseeker ah
21:54.36 CIA-55 BRL-CAD: 03tbrowder2 * r50958 10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test' valid
21:54.54 brlcad i goes from 0 to 2 so that's either (pix[0] + 1 * 0) or (pix[0] + 1 * 1) or (pix[1] + 1 * 2)
21:55.23 CIA-55 BRL-CAD: 03tbrowder2 * r50959 10/brlcad/trunk/src/conv/asc/pix2asc.c: use simpler print statement
21:55.45 brlcad with order of operations, that further reduces to (pix[0] + 0) or (pix[0] + 1) or (pix[0] + 2)
21:55.53 CIA-55 BRL-CAD: 03tbrowder2 * r50960 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var
21:56.12 brlcad so basically you were taking the red component, adding 0, 1, or 2 to it and seeing if it was between 0 and 255
21:56.34 brlcad naturally fails if red component is 255, 254, 253 .. apparently about 20 of them in his test case
21:56.42 starseeker nods
21:56.50 CIA-55 BRL-CAD: 03tbrowder2 * r50961 10/brlcad/trunk/src/conv/asc/pix2asc.c: localize i
21:56.59 brlcad way too complicated :)
21:57.08 starseeker granting that's the incorrect way to do it - what would have been the correct way to get the right size to add to *pix?
21:57.21 CIA-55 BRL-CAD: 03tbrowder2 * r50962 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var
21:57.37 CIA-55 BRL-CAD: 03tbrowder2 * r50963 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var
21:58.11 CIA-55 BRL-CAD: 03tbrowder2 * r50964 10/brlcad/trunk/src/conv/asc/pix2asc.c: localize var pix
21:58.21 brlcad *pix is the red component, *(pix+1) is the green, *(pix+2) the blue .. but then that's exactly why there's a bracket operator
21:58.26 brlcad pix[0], pix[1], pix[2]
21:58.50 starseeker ah
21:59.04 brlcad and for that, we have RED/GRN/BLU macros to include extra semantic information
21:59.09 starseeker tries to remember what he was thinking... and fails miserably
21:59.14 brlcad pix[RED], pix[GRN], pix[BLU]
21:59.26 brlcad you were trying to index into the array using pointer arithmetic
21:59.53 starseeker right... I guess that must have been the "getting frustrated with Coverity not liking any of our bounds checking attempts" phase
22:02.27 starseeker well, Tom's mods pass a round-robin test with moss.pix
22:02.39 starseeker we'll see if Coverity likes it
22:04.49 brlcad it should, it really does just care that you check lower and upper bounds
22:05.01 brlcad applied that same method in dozens of other places
22:06.00 brlcad coincidentally ran into that pix2asc bug just a couple days ago, it halted reading input (presumably on a white pixel) but didn't have time to investigate
22:06.25 starseeker seems to remember a number of attempts by both ``Erik and myself to do that early on that kept coming back... should probably go back at some point and see what we were doing wrong
22:06.40 starseeker surprised the regression tests didn't catch it
22:07.10 starseeker guess we don't go back to ascii anywhere
22:07.50 starseeker wonders if it's worth adding...
22:09.52 brlcad worth having a test for every tool but not worth actively spending time on it this month...
22:10.04 brlcad besides, maybe tom will
22:10.18 starseeker nods
22:10.22 brlcad he's awesome with the testing ;)
22:10.40 starseeker now if only I can get him to add new files to the build logic :-)
22:10.51 starseeker still, those are easy fixes
22:15.50 anrgmrty brlcad: hi
22:29.41 CIA-55 BRL-CAD: 03n_reed * r50965 10/brlcad/trunk/src/other/step/include/exppp/exppp.h: more symbols for MSVC dll import/export; SCL git f853b99
22:37.14 CIA-55 BRL-CAD: 03anrgmrty * r50966 10/brlcad/trunk/src/conv/g-voxel.c: multiple rays per voxel allowed and some bugs fixed
22:45.17 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3825 10/wiki/User:Anuragmurty: /* Development Log */
22:55.46 brlcad anrgmrty: what's with the += 0 ?
22:57.03 anrgmrty actually i thought it will have to be replaced later with adding to some float value.. which will be non-zero
22:57.41 brlcad k
22:59.11 anrgmrty brlcad: i have a question with multiple rays.. i am shooting them at the same point for now since daniel says the location of the points of shooting is to be discussed...
23:00.30 anrgmrty assuming we have ascertained the locations whr the rays have to be shot on the voxel, how are we supposed to determine the volume?
23:00.53 anrgmrty use something like simpson's rule?
23:03.44 CIA-55 BRL-CAD: 03starseeker * r50967 10/brlcad/trunk/src/brlman/brlman.tcl: Base brlman's behavior (Tk graphical or man command) on what's actually available on the system.
23:40.12 brlcad anrgmrty: technically, you're not determining the volume
23:40.25 brlcad you're deriving a voxel representation
23:41.33 brlcad you could certainly add up the volumes of the voxel cells and have your volume estimate (which is more of a rectangle method)
23:41.51 anrgmrty hmm
23:42.06 brlcad but computing volume isn't the goal, having a new representation of the geometry is
23:42.20 brlcad rtweight and gqa both already compute volume
23:42.36 brlcad the latter does it *very* well
23:43.07 anrgmrty yes.. so when multiple rays are involved i got confused about how to proceed.. we see the proportion of those rays that pass a certain threshold?
23:43.23 anrgmrty for voxels i mean
23:43.30 brlcad gqa fires a grid of rays from three axes, progressively refining until the solution converges or defined limits are reached, and runs in parallel
23:43.47 brlcad but it doesn't retain the representation, it just computes
23:43.47 anrgmrty hmm..
23:44.04 anrgmrty ok
23:44.42 brlcad that's why looking at what rtweight and gqa during the bonding period was so important and repeated
23:45.30 brlcad it does 90% of what you need, but isn't easy to understand if you don't know anything about geometry, librt's API, ray tracing, etc
23:47.54 brlcad so yeah, don't worry about volume -- you're trying to generate a 3d volumetric bitmap for geometry
23:48.31 brlcad anrgmrty: have you successfully run any of the tools mentioned yet?
23:49.10 anrgmrty yes
23:49.44 brlcad which?
23:49.59 anrgmrty viewweight.c
23:50.05 anrgmrty i mean rtweight
23:50.19 anrgmrty and gqa
23:50.23 anrgmrty both
23:50.55 anrgmrty but only run them.. not understood the code well
23:50.59 brlcad you ran gqa? how'd you provide densities?
23:51.17 anrgmrty .density file
23:51.38 anrgmrty i put in random values as mentioned
23:51.48 anrgmrty not any specific ones
23:52.23 brlcad did you import that into a _DENSITIES object?
23:53.02 anrgmrty no. i do not understand what this means. i just modified the .density file
23:53.27 brlcad gqa doesn't use a .density file
23:54.11 anrgmrty ok..
23:55.26 anrgmrty is that only for rtweight ?
23:55.34 brlcad sort of
23:55.39 brlcad rtweight directly uses it
23:55.46 brlcad but it must be imported for gqa to use it
23:56.20 brlcad you may have ran gqa in some other mode, not computing mass
23:56.33 brlcad do you remember the command you ran?
23:57.05 anrgmrty hmm.. then i have not run GQA.. the other thing i did was rtexample.c only
23:57.27 anrgmrty which i have been modifying for the present g-voxel
IRC log for #brlcad on 20120607

IRC log for #brlcad on 20120607

00:01.07 brlcad anrgmrty: so what is your immediate near-term goal?
00:03.05 anrgmrty after getting the multiple ray locations right, i think i will have to go through the GQA code and understand it. and then change g-voxel according to that?
00:04.16 anrgmrty though you had mentioned about bsp trees so i was planning to read up on that as well
00:29.30 *** join/#brlcad xth1 (~thiago@201.82.128.23)
00:30.15 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3826 10/wiki/User:Anuragmurty: /* Development Log */
00:30.50 *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16)
00:36.45 brlcad anrgmrty: I don't mean research or coding tasks, I mean feature-wise
00:37.03 brlcad you should have a very specific goal, and it should be written down to remind you
00:38.20 brlcad say you fully understand the gqa code, you "change g-voxel according to that" whatever that means (not a great plan, btw), you research and fully understand bsp trees (not likely in gsoc timeframe)
00:38.27 brlcad what then? what are you doing?
00:38.42 brlcad what are you doing that will matter to a user
00:39.25 brlcad your goal should impact a user in a real way, implementing some real specific thing
00:47.35 anrgmrty brlcad: shouldnt i have a decently working program that gives me all the voxels first? i did not know that i was not on the right track till now..
00:50.12 brlcad anrgmrty: absolutely, but there's should be a lot of little stepping stones to get you there
00:51.19 *** join/#brlcad cristina (~quassel@188.24.71.82)
00:52.23 brlcad more importantly, that still doesn't even answer the question
00:53.10 brlcad "a decently working program that gives [you] all the voxels" means absolutely nothing in terms of user-visible features
00:53.16 brlcad how is it going to be used?
00:53.30 anrgmrty ok.. by this you mean various additions i make to the voxel program- options to the user to specify the paarameters etc?
00:53.52 anrgmrty and i read on the wiki that the interface has to be like the facetize command..
00:54.34 anrgmrty so i used that to get BOT..
00:55.15 brlcad that's not what I mean
00:55.42 brlcad you're talking about the program from a developer perspective, I'm talking about it from a user perspective
00:56.06 brlcad when I asked what's your next goal, I was referring to a goal that can be tested by a user, however minimal
00:56.31 brlcad developer goal might be shoot three rays, that's fine but that means nothing to a user
00:57.19 brlcad user goal might be to print out the volume represented by those three rays
00:57.47 brlcad user goal might be to create a piece of geometry representing those three rays
00:58.24 anrgmrty ok.. some kind of an analysis based on the rays shot..
00:58.58 brlcad user goal might be to create a single cell box where those rays hit something
00:59.12 brlcad etc
00:59.43 brlcad it's a product: an analysis, a value, a printout, a piece of geometry, ...
01:01.41 brlcad I suggest discussing and deciding on a specific goal for this week, then something else for next week
01:02.06 anrgmrty ok. so a file in,say, binvox format.. as an output of the analysis qualify? i think that i will be able to do as a first step.?
01:03.40 brlcad all part of "coding complete"
01:04.05 brlcad possibly, but it seems like you could define some goal before going that far
01:04.36 brlcad no sense bothering with binvox if you can't even print the voxels
01:07.23 anrgmrty printing voxels means zeroes and ones in space indicating whether voxel is present or not , right?
01:08.11 brlcad you could do that
01:08.49 brlcad more useful might be to write them out to a file
01:09.35 brlcad either as 0's and 1's or in binary as 0 and 255 byte values
01:09.58 brlcad maybe start by printing them in ascii
01:11.01 brlcad whatever the goal, write it down on your log and that can help give you some focus on what to work on next
01:11.36 brlcad with that, you'll be able to ask if the thing you're doing now helps you get closer to that user goal
01:13.42 anrgmrty ok. i will be able to do this.. the file of 0's and 1's. and ascii values also.. i will put this on my log..
01:15.13 brlcad the point isn't to make a big deal of the goal, it should be a tiny stepping stone, but one that is visible to a user
01:15.29 brlcad if file is a problem, for example, just print it to stdout
01:15.47 brlcad if ascii formatting takes too much time, just print the binary value
01:15.52 brlcad etc
01:16.30 brlcad right now, your 3 rays amounts to a single 0 or 1 being printed
01:17.30 CIA-55 BRL-CAD: 03phoenixyjll * r50968 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Duplicate the curves to avoid destruction failure.
01:17.53 brlcad increase that to four rays per axis and you have 8 values being printed
01:18.01 anrgmrty actually i implemented the grid of rays now.. so i should be able to do it for the xyz.g file too..
01:18.41 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3827 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
01:20.49 brlcad xyz.g file?
01:21.58 anrgmrty as in i take any .g file as input and shoot a rays along the -x direction over that particular face of the bounding box
01:22.39 anrgmrty and i print out 0's and 1's indicating presence of voxel.. for a single ray
01:22.59 anrgmrty over all rays
01:27.46 brlcad okay, that's a good start
01:33.29 anrgmrty but how do i combine the results of two rays(multiple rays) shot on the same voxel? one ray i just give a threshold value.. but two? do i add up the distances i get from both?
01:35.51 brlcad dude
01:35.58 brlcad keep it simple
01:36.04 brlcad until it needs to be more complicated
01:36.31 brlcad shouldn't bother with shooting multiple rays per voxel until you're done shooting one
01:37.22 brlcad are you only shooting down one axis or all three?
01:37.26 anrgmrty got it..
01:38.49 anrgmrty one axis.. over entire face of bounding box.. one ray per voxel..
01:44.06 brlcad okay, that's good, so printing that face grid out would be good first step
01:44.21 brlcad then perhaps computing the depth voxels
01:44.25 brlcad and printing those next
01:44.35 brlcad or do you already calculate them?
01:47.06 anrgmrty i do that already.. for each ray.. i evaluate where its partitions begin and end and assign 0's and 1's depending on wheteher the distance traveled inside the material is greater or less than threshold
01:47.33 brlcad what's the theshold?
01:47.40 anrgmrty threshold i kept at 0.5 for now.. but that should be changeable
01:48.41 brlcad .5 is fine
01:48.59 anrgmrty ok..
01:49.13 brlcad so then you can first print the front-most voxels, then each layer sequentially
01:50.38 anrgmrty ok.. i will do that next..
01:55.43 anrgmrty brlcad- thanks! i will proceed with this then.
02:34.33 CIA-55 BRL-CAD: 03brlcad * r50969 10/brlcad/trunk/src/conv/asc/pix2asc.c: don't need stdio.h with bio.h
02:35.06 CIA-55 BRL-CAD: 03brlcad * r50970 10/brlcad/trunk/src/libbn/noise.c: start with a bigger table size, use powers of two for better memory alignment
02:52.52 CIA-55 BRL-CAD: 03brlcad * r50971 10/brlcad/trunk/src/libbn/noise.c: convert from ZERO() to EQUAL()
03:13.00 *** join/#brlcad cristina (~quassel@188.24.81.31)
03:13.44 *** join/#brlcad thiago (~thiago@201.82.128.23)
03:26.03 CIA-55 BRL-CAD: 03brlcad * r50972 10/brlcad/trunk/BUGS:
03:26.04 CIA-55 BRL-CAD: several hours debugging rt, but still can't find the cause of the crash.
03:26.04 CIA-55 BRL-CAD: document what I've been able to figure out so far (i.e., not much). summary
03:26.04 CIA-55 BRL-CAD: seems to be a crash using the noise shader (turb) due to corruption in libbn
03:26.04 CIA-55 BRL-CAD: noise bookkeeping or parallel memory management while rendering our sample
03:26.04 CIA-55 BRL-CAD: terra.g model.
04:09.31 *** join/#brlcad andrei_ (~andrei@5-12-76-248.residential.rdsnet.ro)
05:21.58 CIA-55 BRL-CAD: 03brlcad * r50973 10/brlcad/trunk/src/conv/iges/g-iges.c: reduce lines, convert to bu_file_directory() instead of directly calling stat()
05:22.03 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:30.20 CIA-55 BRL-CAD: 03brlcad * r50974 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: pointer address is defined to fit in a uintptr_t, use it instead of size_t
05:33.00 CIA-55 BRL-CAD: 03brlcad * r50975 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: convert to EQUAL() where we were faking it with a subtraction in ZERO()
05:33.12 *** join/#brlcad cristina (~quassel@188.24.75.184)
05:37.38 CIA-55 BRL-CAD: 03brlcad * r50976 10/brlcad/trunk/src/conv/obj-g.c: constness doesn't affect sizeof(), so reduce
05:50.33 *** join/#brlcad cristina (~quassel@188.24.70.163)
06:11.27 *** join/#brlcad cristina (~quassel@82.137.8.191)
06:21.27 *** join/#brlcad cristina (~quassel@82.137.13.156)
06:53.44 *** join/#brlcad cristina (~quassel@188.24.80.230)
07:08.38 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
07:22.20 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
08:51.01 *** join/#brlcad stas (~stas@82.208.133.12)
09:05.56 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:09.35 ``Erik *readread* I vagually recall coverity being whiney about stuff like "unsigned struct { unsigned char red; } pix[BUFSIZ]; char *ptr = blurgh; pix[x].red = *ptr;" not having bounds check, hackish fix may've been something stupid like if((int)*ptr > 255 || (int)*ptr < 0) { fprintf(stderr, "universe has ended\n"); }
11:34.39 CIA-55 BRL-CAD: 03tbrowder2 * r50977 10/brlcad/trunk/src/conv/asc/pix2asc.1: add another reference
11:35.49 CIA-55 BRL-CAD: 03NevanhfuluvmuatdkbbjlhaqegnsxgeqkofdudvBatty 07http://brlcad.org * r3828 10/wiki/Techniques_to_Apply_Liberty_Reserve_for_boostingYour_business_interest: New page: Your company requires a method of making or accepting payment so that it is in a position to succeed. You have to award contracts; you have to purchase goods/services from others people. H...
11:38.25 CIA-55 BRL-CAD: 03tbrowder2 * r50978 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am asc/asc2pix.1): add asc2pix man page for completeness
11:59.49 ``Erik ah, email discussion on that, as well, heh
12:31.28 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Techniques to Apply Liberty Reserve for boostingYour business interest]]": content was: spam
12:31.35 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:NevanhfuluvmuatdkbbjlhaqegnsxgeqkofdudvBatty]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
12:34.18 CIA-55 BRL-CAD: 03brlcad * r50979 10/brlcad/trunk/NEWS: tom added a manpage for asc2pix converter
13:49.00 CIA-55 BRL-CAD: 03starseeker * r50980 10/brlcad/trunk/src/ (brlman/brlman.tcl tclscripts/man_browser.tcl): With a little help from Bob, the brlman graphical viewer now shows just the man page in question. Also report the section number in the Window title.
13:52.35 CIA-55 BRL-CAD: 03starseeker * r50981 10/brlcad/trunk/src/tclscripts/man_browser.tcl: fix indentation
14:18.11 CIA-55 BRL-CAD: 03tbrowder2 * r50982 10/brlcad/trunk/src/conv/asc/pix2asc.c: expand comments a tad
14:19.16 CIA-55 BRL-CAD: 03tbrowder2 * r50983 10/brlcad/trunk/src/conv/asc/pix2asc.c: use printf for consistency
14:21.55 CIA-55 BRL-CAD: 03bob1961 * r50984 10/brlcad/trunk/ (include/raytrace.h src/librt/mkbundle.c src/rt/rtshot.c): Move export statements for rt_shootray_bundle() and rt_raybundle_maker() to raytrace.h. This fixes a breakage on Windows.
14:51.49 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3829 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
15:05.32 *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16)
15:37.35 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
15:40.46 CIA-55 BRL-CAD: 03n_reed * r50985 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): Add public domain getopt implementation. SCL git c3f9ff5, dc302ea, and 2d26da7.
15:42.22 brlcad n_reed: mising xgetopt.h
15:42.43 n_reed sorry
15:42.58 brlcad doesn't affect me, just noticed the #incldue
15:45.48 CIA-55 BRL-CAD: 03n_reed * r50986 10/brlcad/trunk/src/other/step/ (include/xgetopt.h src/fedex_plus/xgetopt.cc): actually add getopt sources
16:13.47 CIA-55 BRL-CAD: 03n_reed * r50987 10/brlcad/trunk/src/other/step/src/clutils/ (8 files): add dll export symbols to clutils; SCL git 457d51e
16:17.13 *** join/#brlcad stas_ (~stas@188.24.51.145)
16:22.52 CIA-55 BRL-CAD: 03starseeker * r50988 10/brlcad/trunk/CMakeLists.txt: Try suppressing regeneration with Visual Studio. Thanks to the 2010 IDE prompting manually to reload every target after a CMake run, it's just not viable to re-run CMake from within Visual Studio.
16:38.27 *** join/#brlcad yukonbob (~bch@methodlogic.net)
17:01.14 CIA-55 BRL-CAD: 03n_reed * r50989 10/brlcad/trunk/src/other/step/src/cldai/ (11 files): add dll export symbols to cldai; SCL git c409145
17:16.11 CIA-55 BRL-CAD: 03r_weiss * r50990 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Update to file 'nmg_fuse.c' function 'v_ptr_comp' which is used by qsort within function 'nmg_model_edge_fuse'. This change was to correct a potential bug.
17:30.09 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
17:34.25 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
17:54.45 CIA-55 BRL-CAD: 03n_reed * r50991 10/brlcad/trunk/src/other/step/src/clstepcore/ (14 files): add dll export symbols to clstepcore; SCL git 0705c50
18:29.02 CIA-55 BRL-CAD: 03n_reed * r50992 10/brlcad/trunk/src/other/step/ (16 files in 3 dirs): add dll export symbols to cleditor; SCL git 2e01a01, c771b27, and 0869e41.
18:59.51 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3830 10/wiki/User:Plussai/GSoC_2012_log: /* 4 June 2012 */
19:09.31 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3831 10/wiki/User:Plussai/GSoC_2012_log: /* 6 June 2012 */
19:12.05 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3832 10/wiki/User:Plussai/GSoC_2012_log: /* 13 May 2012 */
19:17.39 CIA-55 BRL-CAD: 03n_reed * r50993 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_misc.c: fix buffer overrun based on SCL git 5e9dfd7
19:33.24 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3833 10/wiki/User:Crdueck/log:
19:38.42 CIA-55 BRL-CAD: 03starseeker * r50994 10/brlcad/trunk/CMakeLists.txt: Make CMAKE_BUILD_TYPE case insensitive for Release and Debug
19:53.16 CIA-55 BRL-CAD: 03n_reed * r50995 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): support comments in entities; SCL git 4ddce86
21:22.33 CIA-55 BRL-CAD: 03n_reed * r50996 10/brlcad/trunk/src/other/step/ (data/CMakeLists.txt src/fedex_plus/classes_wrapper.cc): Have fedex_plus generate dll import/export symbols. SCL git 80208dc.
21:25.05 CIA-55 BRL-CAD: 03n_reed * r50997 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): Prefix scl_hash routines with SCL_. SCL git 4740f4d and 737c53e.
21:32.45 *** join/#brlcad cristina (~quassel@188.24.68.192)
21:33.07 CIA-55 BRL-CAD: 03crdueck * r50998 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added general centroid function for tgc. missing case for tec, need to confirm formula
21:36.19 CIA-55 BRL-CAD: 03crdueck * r50999 10/brlcad/trunk/src/librt/primitives/table.c: updated RT_DECLARE_INTERFACE() to include new primitive callback functions for vol, surface area and centroid
21:43.12 CIA-55 BRL-CAD: 03crdueck * r51000 10/brlcad/trunk/src/librt/primitives/ell/ell.c: made changes to rt_ell_sfa to comply with the new rt_functab interface, some unrelated ws changes
21:47.54 CIA-55 BRL-CAD: 03n_reed * r51001 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): warning fixes from SCL git 2179c8a and ca4940e
21:51.20 CIA-55 BRL-CAD: 03crdueck * r51002 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entries for tor, tgc, ell, and sph to include new functions
21:52.25 CIA-55 BRL-CAD: 03starseeker * r51003 10/brlcad/trunk/CMakeLists.txt: Remove debugging message
22:02.55 CIA-55 BRL-CAD: 03n_reed * r51004 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): warning fixes from SCL git 166425a and dcdd77a
22:09.44 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3834 10/wiki/User:Ksuzee/Reports:
22:11.54 crdueck brlcad: i've been working on integrating the new primitive callback functions into the analyze command. I've updated the rt_functab in raytrace.h, and the tables and macros in primitives/table.c, so everything should be ready to start using the new functions. my question is how do i call them in libged? i thought they'd be provided by raytrace.h but calling them directly isnt working.
22:12.08 starseeker crdueck: librt.so.20.0.1: undefined reference to `rt_tor_surf_area'
22:12.14 starseeker is that one of your functions?
22:13.09 starseeker might want to check the build
22:13.20 crdueck starseeker: yes, looks like i didnt name the function correctly. one sec
22:14.12 CIA-55 BRL-CAD: 03crdueck * r51005 10/brlcad/trunk/src/librt/primitives/tor/tor.c: fix rt_surf_area name
22:30.33 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3835 10/wiki/User:Cprecup/GSoC2012_progress: 05/06/2012, 07/06/2012 - write helper script for checking if libavoid exists + Adaptagrams example ran
22:32.54 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
22:36.31 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
22:59.56 CIA-55 BRL-CAD: 03starseeker * r51006 10/brlcad/trunk/src/brlman/brlman.bat: Fix brlman script on Windows - works now.
23:47.00 CIA-55 BRL-CAD: 03starseeker * r51007 10/brlcad/trunk/ (8 files in 8 dirs): Improve handling of file output locations in multi-configuration situations.
23:53.42 CIA-55 BRL-CAD: 03starseeker * r51008 10/brlcad/trunk/NEWS: Add support to brlman script for specifying section numbers - e.g. brlman 1 rt will show the man page for the command line rt tool and brlman n rt will show the man page for MGED's rt command.
23:55.07 CIA-55 BRL-CAD: 03starseeker * r51009 10/brlcad/trunk/NEWS:
23:55.08 CIA-55 BRL-CAD: Added support to the brlman script for viewing html versions of man pages,
23:55.08 CIA-55 BRL-CAD: either when explicitly requested via the -g (i.e. graphical) option or (on
23:55.08 CIA-55 BRL-CAD: platforms such as Windows) no man command is available to view the traditional
23:55.08 CIA-55 BRL-CAD: man page.
IRC log for #brlcad on 20120608

IRC log for #brlcad on 20120608

00:06.48 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3836 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
00:09.07 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3837 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
00:11.37 starseeker really needs to try Qt Creator + mingw + CMake on Windows, somehow or other...
00:13.56 starseeker If this is for real... http://arstechnica.com/information-technology/2012/05/no-cost-desktop-software-development-is-dead-on-windows-8/
00:14.54 starseeker Time to fix whatever isn't working with the fully open toolkit
00:16.32 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3838 10/wiki/User:Crdueck/log:
00:16.53 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3839 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
00:40.12 CIA-55 BRL-CAD: 03brlcad * r51010 10/brlcad/trunk/include/raytrace.h: move the bundle shooter up with the others, mark them private
01:51.13 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3840 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
02:10.28 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3841 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
02:30.26 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
03:05.57 *** join/#brlcad cristina_ (~quassel@188.24.71.127)
03:12.02 brlcad crdueck: they're not public functions so yeah, they should not be called directly
03:12.13 brlcad look at how the functab is used elsewhere in libged
03:12.59 brlcad (grep functab src/libged/*.c)
03:16.55 brlcad starseek1r: thanks for the BRLCAD_DATA explanation
03:39.07 crdueck brlcad: thanks, should've thought to do that myself. I've got analyze_ell calling the new functions now. time to test it against the old version
04:39.58 CIA-55 BRL-CAD: 03crdueck * r51011 10/brlcad/trunk/src/librt/primitives/ell/ell.c: found math error in current rt_ell_surf_area(), applied sf 3515075 with some modifications
04:51.29 CIA-55 BRL-CAD: 03r_weiss * r51012 10/brlcad/trunk/src/libged/red.c: Update to mged/archer 'red' command to improve reliability on windows. Added more type casting of arrays.
04:56.59 *** join/#brlcad cristina (~quassel@188.24.75.119)
05:14.47 CIA-55 BRL-CAD: 03crdueck * r51013 10/brlcad/trunk/src/ (libged/analyze.c librt/primitives/ell/ell.c): analyze_ell() now uses the new volume and surface area callbacks for ell. fixed typo in rt_ell_surf_area()
05:19.18 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3842 10/wiki/User:Crdueck/log:
05:28.47 CIA-55 BRL-CAD: 03crdueck * r51014 10/brlcad/trunk/src/libged/analyze.c: analyze_tor() now uses the new volume and surface area callbacks for tor
06:32.12 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:13.46 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3843 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */
09:39.26 CIA-55 BRL-CAD: 03phoenixyjll * r51015 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Skip the conversion of half when converting a comb. The implicit primitive of half remains in the hierarchy.
09:47.21 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3844 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
10:36.05 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:43.31 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:49.45 *** join/#brlcad stas_ (~stas@82.79.65.213)
11:01.05 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:03.11 *** join/#brlcad stas_ (~stas@82.79.65.213)
12:08.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:36.46 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
13:19.23 *** join/#brlcad stas_ (~stas@62.217.230.42)
13:22.02 CIA-55 BRL-CAD: 03starseeker * r51016 10/brlcad/trunk/bench/CMakeLists.txt: Whoops - fix COPYONLY tag
13:23.01 brlcad nice page on icons relevant to archer ... http://sixrevisions.com/graphics-design/50-excellent-icon-design-tutorials/
13:52.44 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:55.08 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
14:04.42 crdueck brlcad: the current analyze_tgc() shows the surface area of the base, top, and side of the tgc, but the new callback only returns the total area. I dont want to lose any information the current command provides so should I just leave it as is?
14:05.42 brlcad no, go ahead and update it
14:06.46 brlcad but what that does raise is whether there's any value in changing the callback to return a list of surface areas (for each face/surface)
14:07.24 brlcad or adding a separate callback for a facelist, and allowing that as an optional parameter to surface area, etc
14:10.56 crdueck i dont think that would be too difficult. a new callback that would return an array of structs with surface_name and surface_area feilds perhaps?
14:11.49 CIA-55 BRL-CAD: 03starseeker * r51017 10/brlcad/trunk/ (CMakeLists.txt sh/CMakeLists.txt): It's COPYONLY, not COPY_ONLY
14:13.29 CIA-55 BRL-CAD: 03starseeker * r51018 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake CompilerFlags.cmake): Check the debug flags for both C and CXX
14:13.34 brlcad not difficult at all, but a little divergent from the plan
14:13.51 brlcad I'd keep on with what you're doing and just add a note about that to the TODO file
14:14.24 CIA-55 BRL-CAD: 03starseeker * r51019 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Whoops, committed too many files
14:14.34 brlcad would be better to have all primitives reporting total surface area than half reporting total and per-face
14:14.51 crdueck okay, something to think about for after the summer
14:15.02 CIA-55 BRL-CAD: 03starseeker * r51020 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Try to improve management of DLL flags on Windows.
14:15.42 brlcad there's already an intention to add a callback that returns all of the "pieces" of a primitive
14:15.52 brlcad that would probably make the most sense to work with
14:18.00 brlcad done that way, the analyze command could support options for reporting other diagnostic information, such as per-surface breakdowns
14:18.24 brlcad internally, it'd pull all the pieces, iterate over all surfaces and query that surface's area
14:30.38 d_rossberg starseeker: thanks, testing needs some time ...
14:46.17 brlcad starting compilation testing for release
14:49.48 brlcad testing gcc 4.1, 4.3, and 4.6 right now (on netbsd 5.1, debian 5, rhel 5.8, and fedora 16)
14:50.34 brlcad will test a few more too
14:51.23 brlcad crdueck: failures in ell.c
14:51.27 brlcad /home/sean/brlcad/src/librt/primitives/ell/ell.c: In function ?rt_ell_surf_area?:
14:51.31 brlcad /home/sean/brlcad/src/librt/primitives/ell/ell.c:1866:12: error: ?major? may be used uninitialized in this function [-Werror=uninitialized]
14:51.34 brlcad /home/sean/brlcad/src/librt/primitives/ell/ell.c:1867:12: error: ?minor? may be used uninitialized in this function [-Werror=uninitialized]
14:51.36 brlcad /home/sean/brlcad/src/librt/primitives/ell/ell.c:1870:5: error: ?ell_type? may be used uninitialized in this function [-Werror=uninitialized]
14:56.52 crdueck what cmake argument is used to enable maximum strictness when compiling?
15:04.05 crdueck i'm using -DCMAKE_BUILD_TYPE=STRICT right now, but i dont get those errors. i want to be compiling as strictly as possible so i can catch these myself
15:11.26 brlcad I don't think that's a valid build type is it?
15:11.52 brlcad the default build should be as strict as it can make it unless you add a flag that disables strict
15:12.54 brlcad "grep STRICT path/to/CMakeCache.txt" to see if it's on
15:13.41 brlcad the difference could simply be different versions of the compiler
15:14.03 brlcad gcc, for example, tends to report more for each version -- that warning was from a 4.6.3 install
15:14.41 brlcad i didn't hit that warning on a gcc 4.3 compile
15:17.27 crdueck BRLCAD_ENABLE_STRICT:BOOL=ON. either way, i'll initialize those variables.
15:18.17 brlcad best you can do (besides updating your compiler) is to just keep that category of warning in mind while you code to make sure you data is always initialized
15:36.22 CIA-55 BRL-CAD: 03jimhunt * r51021 10/brlcad/trunk/src/librtserver/rtserver.c: Changed useair from 0 to 1 for MUVES 3
15:53.49 CIA-55 BRL-CAD: 03starseeker * r51022 10/brlcad/trunk/src/conv/intaval/ (glob.h read_dra.cpp read_dra.h regtab.h tgf-g.cpp): Fix intaval header inclusion order - OSX Xcode compilation triggered.
15:57.31 CIA-55 BRL-CAD: 03starseeker * r51023 10/brlcad/trunk/src/librt/primitives/ell/ell.c: Initialize variables
15:59.47 starseeker crdueck: if you want the most punishing build we have, do -DCMAKE_BUILD_TYPE=Release
16:00.03 starseeker The only valid build types are Debug and Release
16:01.19 starseeker strict compilation is controlled by BRLCAD_ENABLE_STRICT, and defaults to ON
16:01.40 starseeker Release adds optimization flags
16:02.15 starseeker considerably slower build though, so it's not usually recommended unless you're testing that optimization works
16:10.29 CIA-55 BRL-CAD: 03starseeker * r51024 10/brlcad/trunk/db/CMakeLists.txt: Oops - be more careful about string substitution when subbing CMAKE_CFG_INTDIR
16:25.40 brlcad plus turing on optimization makes the compiler detect different issues, so it tends to be a superset of warnings
16:27.56 brlcad crdueck: so that change to ell.c seems insufficient to me
16:28.22 brlcad crdueck: it was warning about the variable being used uninitialized, so you initialized
16:28.40 brlcad but you didn't address why the logic led to it being used
16:30.00 brlcad more specifically, if none of the magnitudes are equal, it could attempt a divide by zero and crash (or throw an exception, or propagate bad values .. and would result in a zero area
16:31.03 crdueck well the variable is initialized if it finds an ell case for which the surface area can be computed, if not then its okay at the moment to have the variable set to zero since it doesnt attempt any calculations
16:31.45 brlcad but it's not just set to zero
16:32.05 brlcad it's used in calculations, namely division later
16:32.49 brlcad and even if the magnitudes aren't equal, a zero area doesn't sound right to me regardless
16:33.55 brlcad I'd expect *area to be untouched if we cannot compute an area and the routine to return an error code
16:34.15 brlcad or at least leave it untouched, not set to zero because that's not the area
16:34.49 crdueck the area is untouched. in analyze the var for area is initialized to -1, and then there's a check for invalid area (negative) which reports that it was unable to compute the area.
16:35.06 brlcad ah, and it was starseeker that applied the change, my apologies there
16:35.42 brlcad ah, I see that in ell_type now
16:36.05 brlcad I was reading pre-change and ell_type was unset
16:36.28 crdueck oh, okay. i havent committed anything regarding that yet
16:36.40 brlcad starseeker did
16:36.56 crdueck yes i see it now :)
16:36.58 brlcad so the problem that remains is potential division by zero
16:37.39 brlcad even for the prolate/oblate cases, you should ensure that you don't divide by zero
16:37.50 brlcad that means checking your divisors against ZERO() or NEAR_ZERO()
16:38.27 crdueck okay, i will add those checks
16:39.39 crdueck and i'll take a look at the functions for tor and tgc to make sure theres no chance of division by zero there as well
16:41.00 brlcad excellent
16:48.22 starseeker brlcad, crdueck: ah, sorry about that - was trying to test something else and that caused build failure
17:10.52 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
17:11.14 CIA-55 BRL-CAD: 03anrgmrty * r51025 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c - outputs file voxels.txt that gives a frame-by-frame representation of present and absent voxels(1 means present)
17:11.35 CIA-55 BRL-CAD: 03starseeker * r51026 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Add DLL definitions to the executables using the libs.
17:28.45 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3845 10/wiki/User:Anuragmurty: /* Development Log */
17:29.05 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3846 10/wiki/User:Anuragmurty: /* Development Log */
17:35.23 brlcad anrgmrty: so next up is to follow-through with that feature
17:41.59 brlcad namely, voxels.txt
17:42.29 brlcad shouldn't be hard-coded, make it an option via bu_getopt and propagate accordingly
17:42.59 brlcad ("man 3 getopt" then use bu_getopt()"
18:04.37 *** join/#brlcad yukonbob (~bch@methodlogic.net)
18:56.04 crdueck brlcad: looking at the logic, i dont think its possible to ever divide by zero. if all three axis of the ell have magnitude 0, then its a sph and theres no division. if one length is greater than the others, that length is assigned to major. major and ecc are the only variables used as a denominator and ecc can also be shown to always be non-zero
18:56.43 crdueck also just testing with some ells with zero vector axis, theres no problem
19:06.09 CIA-55 BRL-CAD: 03tbrowder2 * r51027 10/brlcad/trunk/doc/docbook/system/README: refer to another example for a user command
19:18.16 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
19:19.33 CIA-55 BRL-CAD: 03crdueck * r51028 10/brlcad/trunk/src/librt/primitives/table.c: update table entries for tgc, rec to include new callback functions
19:19.58 CIA-55 BRL-CAD: 03n_reed * r51029 10/brlcad/trunk/src/other/step/src/ (5 files in 3 dirs): warning fixes from SCL git 7712b9b and 03fd892
19:26.34 CIA-55 BRL-CAD: 03crdueck * r51030 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: factored section of code which determines specific type of tgc. added rt_tgc_surf_area(), missing cases for REC, TEC due to lack of an exact formula
19:26.40 *** join/#brlcad stas_ (~stas@188.24.51.145)
19:29.12 CIA-55 BRL-CAD: 03crdueck * r51031 10/brlcad/trunk/src/libged/analyze.c: updated analyze_tgc() to use the new callbacks for tgc
19:35.16 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
19:35.51 CIA-55 BRL-CAD: 03crdueck * r51032 10/brlcad/trunk/TODO: note to add per-face analysis of primitives like tgc, arb to their analyze commands in libged
19:37.04 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
19:41.04 CIA-55 BRL-CAD: 03tbrowder2 * r51033 10/brlcad/trunk/TODO: add suggestion
19:52.38 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3847 10/wiki/User:Crdueck/log:
20:06.30 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
20:17.29 *** join/#brlcad cristina (~quassel@188.24.67.102)
20:20.49 starseeker crdueck: have you had trouble finding volume formulas for REC and TEC, or just haven't looked yet?
20:20.54 starseeker cristina: howdy
20:21.51 cristina starseeker: hello :). Hm, I should start saying hi. I've been told that it's disturbing for others to keep saying hello every time I enter a chat room...
20:22.17 starseeker cristina: no big deal
20:22.41 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
20:23.05 starseeker in my case, more of a way of setting up asking how the libavoid work is going
20:24.10 crdueck starseeker: i have volume formulas for rec and tec, its surface area i'm missing. the formulas involve elliptical integrals
20:25.14 cristina well, right now I am working on something that should generate a svg file (just for checkup) with shapes for each component of the hierarchy.
20:25.25 starseeker nice
20:25.48 crdueck i could approximate the surface area, if that would be better than having nothing
20:27.43 starseeker crdueck: hmm... probably better to get the ones where we have exact solutions set up, then move to the "how do we handle no-exact-solution-available" cases
20:28.17 crdueck okay, well thats what i've been doing so far :)
20:54.59 CIA-55 BRL-CAD: 03starseeker * r51034 10/brlcad/trunk/regress/ (CMakeLists.txt red.sh): Add combination with matrix to red regression testing.
20:59.18 starseeker crdueck: excellent :-)
20:59.50 starseeker phew - Microsoft backed off on their "Express is Metro only" idea
21:57.47 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3848 10/wiki/User:Al_Da_Best/devlog: Update for last couple of days
22:04.36 *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16)
22:26.46 CIA-55 BRL-CAD: 03tbrowder2 * r51035 10/brlcad/trunk/src/conv/vdeck/vdeck.1: change to standard header form
22:29.30 *** join/#brlcad jbschw__ (~jbschw@ool-4355ee10.dyn.optonline.net)
22:29.56 CIA-55 BRL-CAD: 03tbrowder2 * r51036 10/brlcad/trunk/src/gtools/g_diff.1: make standard header
22:30.41 *** join/#brlcad ScribbleJ_ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
22:31.04 CIA-55 BRL-CAD: 03tbrowder2 * r51037 10/brlcad/trunk/src/gtools/g_lint.1: make standard header
22:37.40 CIA-55 BRL-CAD: 03n_reed * r51038 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): warning fixes from SCL git 07ed8f6, 0aa9b5d, and 2b0da3f
23:08.25 CIA-55 BRL-CAD: 03tbrowder2 * r51039 10/brlcad/trunk/src/ (12 files in 2 dirs): make standard man page headers
IRC log for #brlcad on 20120609

IRC log for #brlcad on 20120609

00:07.25 CIA-55 BRL-CAD: 03tbrowder2 * r51040 10/brlcad/trunk/bench/benchmark.1: remove invalid markup
00:11.34 CIA-55 BRL-CAD: 03tbrowder2 * r51041 10/brlcad/trunk/src/anim/anim_script.1: remove invalid markup
01:50.15 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
02:35.14 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3849 10/wiki/User:Cprecup/GSoC2012_progress: 08/06/2012 - libavoid's output in a .svg with nodes for each object of the hierarchy
03:05.38 *** join/#brlcad andrei_ (~andrei@5-12-78-192.residential.rdsnet.ro)
03:06.23 andrei_ hello!
03:11.52 CIA-55 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3850 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */
03:17.13 andrei_ until there ' s someone around I ll start working on the shell script patch that was mentioned previously.
03:48.11 CIA-55 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3851 10/wiki/User:Popescu.andrei1991: /* Daily development log */
04:12.47 *** join/#brlcad andrei__ (andrei@5-12-78-192.residential.rdsnet.ro)
04:13.48 andrei__ the shell script should be roughly done, at least as a sketch
04:18.38 *** join/#brlcad cvds_ (~leila@h115093.upc-h.chello.nl)
05:31.59 brlcad andrei__: post it and just keep updating the patch file (or add additional versions numbered)
05:48.03 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
05:59.20 andrei__ is there a chance that you have a look over it, currently I only have a dd command fail the others seemed to be working fine, but I need to tune tpkg a bit aswell
05:59.21 andrei__ ?
06:09.17 andrei__ ah, nvm I ll submit it soon. It's easier like that
07:10.30 *** join/#brlcad kane__ (~kane@wprt-4db6d58b.pool.mediaWays.net)
07:41.38 CIA-55 BRL-CAD: 03Mesut 07http://brlcad.org * r3852 10/wiki/User:Mesut/Reports:
07:43.20 *** part/#brlcad kane__ (~kane@wprt-4db6d58b.pool.mediaWays.net)
09:04.44 *** join/#brlcad stas_ (~stas@82.208.133.12)
09:26.35 CIA-55 BRL-CAD: 03Mesut 07http://brlcad.org * r3853 10/wiki/User:Mesut/Reports:
11:00.11 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
11:08.41 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3854 10/wiki/User:Ksuzee/Reports:
11:19.53 CIA-55 BRL-CAD: 03tbrowder2 * r51042 10/brlcad/trunk/src/conv/asc/ (asc2pix.1 pix2asc.1): make man page references consistent with their parens, tidy synopsiz format
11:27.21 CIA-55 BRL-CAD: 03tbrowder2 * r51043 10/brlcad/trunk/src/conv/asc/g2asc.1: make man page references consistent with their parens, change rsh to ssh, tidy synopsis format
11:31.52 CIA-55 BRL-CAD: 03tbrowder2 * r51044 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am asc/asc2g.1): add man page for asc2g
11:44.39 *** join/#brlcad andrei_ (~andrei@5-12-88-196.residential.rdsnet.ro)
11:45.46 andrei_ hello
11:53.28 andrei_ I have a few questions regarding how to measure speed and number of packages sent
12:10.02 *** join/#brlcad andrei_ (andrei@5-12-88-196.residential.rdsnet.ro)
13:07.30 *** join/#brlcad stas_ (~stas@82.79.65.213)
13:07.36 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
13:40.17 CIA-55 BRL-CAD: 03tbrowder2 * r51045 10/brlcad/trunk/src/anim/ (anim_track.c cattrack.c): typo
13:53.15 CIA-55 BRL-CAD: 03tbrowder2 * r51046 10/brlcad/trunk/src/fb/cell-fb.1: tidy spacing, correct errors found by doclifter
13:54.43 CIA-55 BRL-CAD: 03tbrowder2 * r51047 10/brlcad/trunk/src/conv/dbclean.1: tidy spacing, correct errors found by doclifter
13:55.25 CIA-55 BRL-CAD: 03tbrowder2 * r51048 10/brlcad/trunk/src/conv/fast4-g.1: tidy spacing, correct errors found by doclifter
13:56.01 CIA-55 BRL-CAD: 03tbrowder2 * r51049 10/brlcad/trunk/src/conv/viewpoint-g.1: tidy spacing, correct errors found by doclifter
13:56.41 CIA-55 BRL-CAD: 03tbrowder2 * r51050 10/brlcad/trunk/src/conv/nmg/asc-nmg.1: tidy spacing, correct errors found by doclifter
13:57.59 CIA-55 BRL-CAD: 03tbrowder2 * r51051 10/brlcad/trunk/src/anim/anim_track.1: tidy spacing, correct errors found by doclifter, correct spelling of 'catenary'
13:58.47 CIA-55 BRL-CAD: 03tbrowder2 * r51052 10/brlcad/trunk/src/anim/anim_sort.1: tidy spacing, correct errors found by doclifter
16:09.19 *** join/#brlcad stas_ (~stas@188.24.51.145)
16:29.23 CIA-55 BRL-CAD: 03tbrowder2 * r51053 10/brlcad/trunk/HACKING: grammar
16:34.45 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1.png]]"
16:35.32 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2.png]]"
16:37.10 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Class65-150h.png]]": replaced by Ex1.png
16:38.19 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Cs-24-150h.png]]": replaced by Ex2.png
16:43.52 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3857 10/wiki/DSP: renamed example files for ease of use
17:01.09 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3858 10/wiki/DSP: /* Rendering your DSP */
17:53.21 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:26.32 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
19:26.43 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:33.38 brlcad andrei_: you going to ask the questions, or just declare your intent and leave everyone waiting? :)
19:33.43 brlcad ~ask
19:33.43 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
19:34.07 brlcad i.e., don't wait for a response, just ask
19:34.26 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:59.11 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3859 10/wiki/User:Ksuzee/Reports:
21:16.00 PrezKennedyX brlcad, hows it going?
21:17.34 andrei_ brlcad, sorry
21:18.42 andrei_ well regarding performance : how am I supposed to monitor speed (size / time) or some other linux function? You mentioned 3 loops as far as I remember one of them beeing packages number . The package number shouldn't be returned rather than made in a loop?
21:19.43 andrei_ I want to modify tpkg to return the number of packages sent, that s why I don t understand what to use the 3rd loop for.
22:13.49 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3860 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
IRC log for #brlcad on 20120610

IRC log for #brlcad on 20120610

01:50.15 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
02:16.36 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
02:31.18 *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
07:57.51 *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166)
10:01.49 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:10.56 *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro)
11:05.35 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:10.55 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
11:29.32 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-mawtjnlllhwamckb)
12:36.34 *** join/#brlcad merzo (~merzo@219-101-133-95.pool.ukrtel.net)
15:00.29 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3861 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */
15:41.01 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:07.15 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
18:44.40 *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro)
19:17.53 CIA-55 BRL-CAD: 03r_weiss * r51054 10/brlcad/trunk/src/other/libregex/ (engine.c regex.h regex2.h regexec.c): Updates to libregex to allow the mged/archer 'red' command to work on 64bit windows. Updated files in 'src/other/libregex/' ... 'regex.h' 'regex2.h' 'regexec.c' and 'engine.c'.
20:14.02 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3862 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
20:53.30 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
21:55.11 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:52.11 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3863 10/wiki/User:Cprecup/GSoC2012_progress: 10/06/2012
IRC log for #brlcad on 20120611

IRC log for #brlcad on 20120611

04:13.38 CIA-55 BRL-CAD: 03n_reed * r51055 10/brlcad/trunk/src/other/step/src/express/fedex.c: add process.h for getpid on windows; SCL git 870edbf
04:40.24 *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro)
04:40.48 andrei_ hello
04:41.43 andrei_ could it be possible to have my patches( especially the .sh script) reviewed ? Or are there any suggestions regarding what should I do until then?
05:03.55 CIA-55 BRL-CAD: 03n_reed * r51056 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_misc.c: suppress return warning; SCL git f688f2a
06:34.15 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:37.30 d_rossberg is there a problem with the developer mailing list?
06:39.37 d_rossberg yesterday i posted a reply to Mesut's mail but it is stuck somewhere
08:50.12 *** join/#brlcad merzo (~merzo@241-163-133-95.pool.ukrtel.net)
09:13.32 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3864 10/wiki/User:Ksuzee/Reports:
11:16.00 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3865 10/wiki/DSP: /* Importing DSP data into a .g file */
11:38.17 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1nrt.png]]"
11:38.40 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1rt.png]]"
11:39.04 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2nrt.png]]"
11:39.31 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2rt.png]]"
11:47.39 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3870 10/wiki/DSP: /* Rendering your DSP */ changing views, creating negative of images
11:58.11 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3871 10/wiki/DSP: expand on new plan
13:42.41 brlcad d_rossberg: no problems that I'm aware of
13:43.09 brlcad release testing still underway, hopefully tagging later this evening
13:55.06 d_rossberg brlcad: when did you get your last brlcad-commits mail?
14:56.06 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:12.21 *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro)
16:12.33 andrei_ hello
16:14.11 andrei_ for some reason my irc client quit. if someone said anything to me, could you please repeat it.
16:14.15 andrei_ untill I read the logs.
16:49.29 CIA-55 BRL-CAD: 03n_reed * r51057 10/brlcad/trunk/src/other/step/src/ (express/expr.c fedex_plus/selects.c): cleanup/ws from SCL git 1da31f6 and 3aee5f3
17:12.35 CIA-55 BRL-CAD: 03n_reed * r51058 10/brlcad/trunk/src/other/step/ (include/express/type.h src/express/expr.c): handle indexing on generics; SCL git ed76f0b
17:29.54 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gordkscxykxktxqi)
18:10.24 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:09.56 CIA-55 BRL-CAD: 03r_weiss * r51059 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Updates to the mged 'gr/grouper' command. Made the listing of selected objects optional. Fixed a bug where the script would hang when a large number of objects (ie vertices) were selected. Removed unnecessary logic.
21:10.23 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
21:24.06 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
21:48.33 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3872 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */
21:52.43 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3873 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */
21:53.17 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3874 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */
22:21.58 *** join/#brlcad ``Erik_ (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net)
22:33.30 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
23:26.13 CIA-55 BRL-CAD: 03starseeker * r51060 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Ignore a couple more add_library flags (should fix error Mesut is encountering using FindQt.cmake)
IRC log for #brlcad on 20120612

IRC log for #brlcad on 20120612

00:00.16 starseeker can somebody with C++ skills point me to what I'm doing wrong here? http://bzflag.bz/~starseeker/unordered_map_test.cxx
01:09.05 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
01:47.17 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:29.33 louipc wow I missed the last release until now
04:02.47 brlcad louipc: it was quietly posted -- wait for 7.22
04:08.35 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
04:08.59 louipc I was poked to update my archlinux buildfiles hehe
04:13.58 brlcad 7.22 should be tagged tomorrow (Tuesday)
04:15.14 brlcad starseeker: I suggest getting it working with a std::map first
04:15.29 brlcad the problem is probably with the insert() parameters
04:15.54 brlcad at least with std::map, the insert() method takes a std::pair for the key/value
04:17.30 brlcad for example: http://bzflag.bz/~sean/tmp/map.cxx
04:17.49 starseeker nods - yeah, I had it working with map
04:18.54 starseeker figured we'd probably want unordered_map for performance, but getting the pair thing working wasn't quite as simple as I'd hoped
04:20.48 brlcad that depends on so many factors it's not funny
04:28.25 brlcad starseeker: yeah, at a glance it's not clear what's missing but it is related to the insert() call
04:29.35 brlcad BUT, that's a perfect case where a little knowledge might be doing injustice
04:30.20 brlcad the order may be less at O(1) and O(logN), but that might not matter for some unknown value of "relatively small" data
04:30.43 brlcad moreover, all the hashing work may frankly make it even slower for some data sets
04:32.30 brlcad should still see a gain using a std::map if something isn't goofed, then that makes a great baseline for testing conversion to unordered or hash_map
04:33.12 brlcad keep it simple until a profile SHOWS you it's the biggest problem
06:20.40 andrei_ brlcad, I understand you are busy and I have no itention to insist pointlessly but, could you please give me some suggestions . What should I do next?
06:36.14 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:20.47 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
08:33.55 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3875 10/wiki/User:Ksuzee/Reports:
08:50.16 *** join/#brlcad merzo (~merzo@152-209-201-46.pool.ukrtel.net)
09:04.19 *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-gocnhzmtrmgcaokm)
09:04.51 anrgmrty d_rossberg: hi
09:18.12 d_rossberg anrgmrty: how is your project's progress?
09:19.14 anrgmrty hi, given an input .g file, i am able to output a text file that lists which voxels are present and which are not
09:19.20 anrgmrty as 0's and 1's
09:21.15 anrgmrty though i had to discuss how to shoot more than one ray through a voxel(your pseudo code mentioned it)
09:21.48 anrgmrty it said maybe randomly shooting the rays wasnt a good idea..
09:23.36 anrgmrty also i am figuring out how gqa works because brlcd told me it resembles closely what i need to do..
09:24.42 d_rossberg right, i would recommend to have a parameter n and then shoot an nxn pattern for each row of voxels
09:25.30 d_rossberg this way you have a nicely uniform distribution of your rays over the voxel
09:26.43 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
09:27.45 anrgmrty an nxn pattern for each row? or each voxel?
09:29.09 d_rossberg you don't shoot only one voxel with each ray but all voxels along this ray (in your case in x direction)
09:29.31 d_rossberg same is true for the nxn pattern
09:32.07 anrgmrty ok.. so, this parameter say n = 2.. then on each row of voxels 4 rays are uniformly shot? but wont many voxels be missed this way?
09:33.26 anrgmrty i am actually talking about the raysPerVoxel parameter i used.. it is for changing the number of rays shot on each voxel..
09:34.03 d_rossberg ? at the moment you shoot one ray per row, with n=2 you'll shoot 4 rays per row
09:35.40 d_rossberg (the rows are parallel to the x axis in your case)
09:36.37 anrgmrty ohh.. got it now.. by row you mean parallel to x-axis..
10:52.58 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:51.57 CIA-55 BRL-CAD: 03tbrowder2 * r51061 10/brlcad/trunk/regress/dsp/: add dir to segregate multiple dsp tests
12:21.17 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
13:48.38 starseeker crud... metaball facetization isn't happy
13:49.59 starseeker stuck here, looks like: nmg/nmg_fuse.c:1642
13:59.13 starseeker yep, infinite loop
14:55.50 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
15:44.39 CIA-55 BRL-CAD: 03bob1961 * r51062 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Removed debug statement. Added a state argument indicating whether or not a different button was pressed to the calls to the toggle panel callbacks.
15:50.43 CIA-55 BRL-CAD: 03bob1961 * r51063 10/brlcad/trunk/ (3 files in 2 dirs): Added a wrapper for calling rtwizard from libged.
15:57.04 CIA-55 BRL-CAD: 03bob1961 * r51064 10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c tclscripts/lib/Ged.tcl): Provided a tcl interface to the new rtwizard functionality in libged.
16:00.42 CIA-55 BRL-CAD: 03bob1961 * r51065 10/brlcad/trunk/src/tclscripts/archer/ (4 files in 2 dirs): Added a new interface to Archer for creating rtwizard types of images.
16:08.19 CIA-55 BRL-CAD: 03n_reed * r51066 10/brlcad/trunk/src/other/step/src/express/expr.c: Warn about indexing a select with mixed base types. SCL git 67f8897.
16:26.33 CIA-55 BRL-CAD: 03n_reed * r51067 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): ws/style from SCL git 09f3472 and d94a449
16:35.50 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
16:38.42 brlcad hi ksuzee
16:40.37 ksuzee brlcad: hello, Sean!
16:43.11 brlcad starseeker: http://pastebin.ca/2160570
16:50.37 CIA-55 BRL-CAD: 03n_reed * r51068 10/brlcad/trunk/src/ (9 files in 4 dirs): Have SDAI_String and SDAI_Binary wrap std::string rather than inherit from it. SCL git 82898d7.
17:00.15 ksuzee brlcad: Sean, do you remember your explaining me of using CMakefiles and Makefiles? So everything's well - I made some such refactoring. Also I did so in libdm. Since it's a library, these 'make' files where different and I just put new file to libdm_la_SOURCES. And everything worked:) Am I right?
17:05.34 brlcad ksuzee: no, I've completely forgotten about that long discussion we had just last week .. remind me? :)
17:05.38 brlcad are you sure?
17:06.13 brlcad it sounds like you did the right thing
17:07.27 ksuzee yes, I'm sure)
17:07.52 ksuzee You made me be more confident
17:12.06 ksuzee brlcad: I always forget to do this.
17:16.35 brlcad it's more than just being confident, it's about asking yourself why you have doubt and doing what you need to confidently eliminate that doubt
17:17.16 brlcad being very confident and always wrong is worse that being timid and right :)
17:18.21 brlcad apply logic, understand the situation
17:18.28 ksuzee I argree with you
17:22.10 ksuzee okay, so I'm working in right way. And what about new patches? I have quite enough. Shall I put them to the tracker or better to wait you check my previous?
17:32.12 brlcad no waiting
17:32.26 brlcad put up new patches as if you were committing
17:32.45 brlcad as soon as the next round of patches can be reviewed, we'll see where you stand with regards to commit access
17:33.06 brlcad we're in the middle of preparing a release, so resources and time are limited for the next couple days
17:33.36 starseeker brlcad: O.o I've never seen that before
17:33.41 starseeker what platform?
17:34.15 brlcad cmake 2.8.4 on netbsd
17:34.18 brlcad 5.1
17:36.33 CIA-55 BRL-CAD: 03n_reed * r51069 10/brlcad/trunk/src/other/step/src/ (cldai/sdaiDaObject.h fedex_plus/classes.c): Borland-specific stuff from SCL git c0c423c and 3a9fa99.
17:37.54 starseeker I'm not even sure if that's something CMake controls... I take it the Autotools build works?
17:38.44 brlcad didn't try
17:40.54 ksuzee brlcad: ok, I'll put everything to the tracker tomorrow, I hope to have commit after reviewing, because I corrected and tested everything you told
17:56.06 CIA-55 BRL-CAD: 03n_reed * r51070 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): put enums in separate table; SCL git c415e49
18:22.23 CIA-55 BRL-CAD: 03starseeker * r51071 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: look for libtclcad and libdm in the right place on Windows (really need 'package require' for BRL-CAD libs...)
18:22.27 CIA-55 BRL-CAD: 03n_reed * r51072 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): Warn about indexing binary types instead of failing. Allows fedex_plus to produce output for ap221 and ap235 express schemas. SCL git 4cd7e7c.
18:34.46 starseeker hmm... looks like this particular facetization has been busted all along...
18:40.10 CIA-55 BRL-CAD: 03bob1961 * r51073 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Added the -padding option.
18:53.10 CIA-55 BRL-CAD: 03n_reed * r51074 10/brlcad/trunk/src/other/step/ (6 files in 3 dirs): remove 'backwards compatiblity' symbols; SCL git 1481950 and a63ac73
18:58.34 starseeker ah. OK, looks like I was mistaken - not an infinite loop, just a reeeaaaallly slow process
18:58.43 starseeker with a lot of shared data
19:02.06 starseeker sets up the run and stands back...
19:03.16 *** join/#brlcad andrei__ (andrei@5-12-76-135.residential.rdsnet.ro)
19:16.12 CIA-55 BRL-CAD: 03bob1961 * r51075 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Work toward not using RtControl. Also tweaked things a bit to better control autosizing when using the rtwizard modes.
19:20.00 starseeker drools over Mac Retina display...
19:20.23 ``Erik built in battery is concerning, though
19:21.08 ``Erik I'm getting ready to buy a third battery for my personal macbook, the second is bloating :/
19:21.27 andrei__ Hey Erik
19:21.44 ``Erik sup, andrei? good progress on the tpkg thing?
19:21.52 andrei__ err
19:22.01 andrei__ I did ask some questions
19:22.06 andrei__ brlcad said that I should have 3 loops
19:22.29 andrei__ one for package size ( the parameter that I added ) , one for file size and one for number of packages
19:22.39 andrei__ I don t see how number of packages can be a parameter
19:22.57 andrei__ and I m going do modify tpkg to return the number of packages sent instead
19:24.35 ``Erik O.o is this with 'speedtest.sh'?
19:24.35 andrei__ I submitted a very basic shell script as a patch. Could you please have a look at it and see if I m heading in the right direction
19:24.45 andrei__ yeah
19:25.08 andrei__ I ve modified that quite a bit, as I said before
19:28.42 ``Erik -b is setting the packet size?
19:28.54 andrei__ yes, I have fixed the tpkg patch aswell
19:29.05 andrei__ ( and updated it on sourceforge )
19:29.56 ``Erik looks roughly like the right direction... might be better to send random data instead of 0's to avoid transport compression
19:30.11 andrei__ I thought of that but
19:30.18 ``Erik and dump the results to stdout instead of filling an array, maybe in csv format
19:31.22 andrei__ right, I ll finish it probably in several hours
19:59.47 CIA-55 BRL-CAD: 03erikgreenwald * r51076 10/brlcad/trunk/src/librt/primitives/bot/tie.c: 0 out the treewalk stack
20:03.37 CIA-55 BRL-CAD: 03tbrowder2 * r51077 10/brlcad/trunk/regress/ (22 files in 2 dirs): fill in preliminary dsp regressions tests for 2x2 and 3x3 cases; null case and 1x1 cases need work (if they can be done at all with current state of mged which seems to balk at creating such corner cases)
20:08.14 CIA-55 BRL-CAD: 03n_reed * r51078 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c selects.c): Allocate aggregate members on heap. SCL git 809e1dd, 260fd55, and e421f70.
20:18.44 ``Erik andrei__: the tpkg.c patch still needs some work
20:23.22 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3876 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
20:25.45 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3877 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
20:54.19 CIA-55 BRL-CAD: 03anrgmrty * r51079 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c has been modified to shoot multiple rays per voxel(raysPerVoxel), unnecessary variables removed
21:19.22 CIA-55 BRL-CAD: 03starseeker * r51080 10/brlcad/trunk/regress/CMakeLists.txt: dsp-common.sh not in repository...
21:32.19 CIA-55 BRL-CAD: 03tbrowder2 * r51081 10/brlcad/trunk/src/fbserv/fbserv.1: work around errors noted by doclifter
21:41.05 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3878 10/wiki/User:Anuragmurty: /* Development Log */
21:43.56 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3879 10/wiki/User:Anuragmurty: /* Development Log */
21:48.57 CIA-55 BRL-CAD: 03starseeker * r51082 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.bat: Don't want to exit after running rtwizard.bat, now that there is a viable command line mode.
22:53.48 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
IRC log for #brlcad on 20120613

IRC log for #brlcad on 20120613

00:56.54 CIA-55 BRL-CAD: 03starseeker * r51083 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.bat: More tweaks to rtwizard.bat
01:44.18 CIA-55 BRL-CAD: 03brlcad * r51084 10/brlcad/trunk/src/mged/mged.bat: there is no -g option to mged any more. plus, pass all arguments to mged if any (same as rtwizard.bat) instead of just the first one.
01:44.46 CIA-55 BRL-CAD: 03brlcad * r51085 10/brlcad/trunk/src/archer/archer.bat: follow suit with rtwizard.bat, pass all arguments to archer. not just the first.
01:53.29 CIA-55 BRL-CAD: 03brlcad * r51086 10/brlcad/trunk/src/librt/primitives/bot/tie.c: memset for simplicity and more future-proof
01:55.00 brlcad starseeker: did you notice bad behavior with the EXIT line in the bat file?
01:55.10 brlcad or just the principle
01:55.54 CIA-55 BRL-CAD: 03brlcad * r51087 10/brlcad/trunk/src/adrt/isst.bat: consistency with the other .bat scripts, pass all arguments instead of just the first
01:56.38 brlcad hard to believe it's necessary, in which case it should be removed from all of our .bat files for consistency
02:04.45 starseeker if I understand correctly, EXIT is used when we're launching something we know is graphical - that avoids leaving unwanted consoles up and running
02:05.27 starseeker on an application that might be command line only (i.e. there's a decent chance of its getting launched from the command prompt in Windows) you don't want it, 'cause it will kill your console out from under you
02:05.32 starseeker (happened to me)
02:06.56 starseeker it may be moot - I'm not entirely sure, but I might have to make rtwizard into a full-fledged exe ala mged to allow libged's rtwizard call to work
02:08.06 brlcad k
02:08.45 starseeker need to consult with Bob tomorrow
02:10.26 starseeker working fine on Linux and friends, but (as usual) Windows is being annoying
02:17.11 starseeker hmm... spoke too soon
02:17.15 starseeker grumble...
02:33.26 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
03:10.25 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
03:28.30 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
03:35.37 *** join/#brlcad xth1 (~thiago@187.106.53.3)
07:33.07 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:21.06 anrgmrty d_rossberg: hi.. i can now shoot multiple rays per row.. as in for each row and parameter called raysPerVoxel i have raysPerVoxel x raysPerVoxel number of rays uniformly distributed on the face..
09:21.30 anrgmrty obviously raysPerVoxel will be renamed raysPerRow or something..
09:21.56 anrgmrty as the output i get a text file-- 0's and 1's..
09:26.24 d_rossberg you should prefer something like "level of detail" as this value isn't the number of rays
09:26.57 anrgmrty ok.. I will use that as the variable name..
09:32.26 anrgmrty can you please give me pointers on what I could do next? maybe a text file is not the right thing.. a file with ascii characters instead??..
09:32.26 anrgmrty or probably having these voxels as a .g file?
09:32.55 anrgmrty i am not sure of how the second will be implemented though..
10:25.28 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
10:32.29 d_rossberg anrgmrty: there are still some issues in your algorithm but i need some time to write them down
10:32.51 d_rossberg however, maybe you can do it by yourself too
10:35.02 d_rossberg change your program that it writes for every voxel its coordinated (indices), the regions in it and the fractions of these regions in the voxel
10:35.41 d_rossberg e.g. something like "(5,3,7): /all.g/box.r 76%"
10:36.25 d_rossberg " /all.g/sphere.r 40%"
10:36.53 d_rossberg "(5,3,8): /all.g/box.r/90%"
10:36.59 d_rossberg and so on
10:38.14 d_rossberg after you've developed the algorithm you should move it into a lib
10:39.13 d_rossberg this algorithm could have a call-back function as parameter
10:40.23 d_rossberg and this call-back could be called for every (filled) voxel with the list of regions in this voxel together with the regions' fractions
10:41.35 d_rossberg then you could go to libged and implement a command for mged where the call-back creates arb8s (for example)
11:27.31 CIA-55 BRL-CAD: 03tbrowder2 * r51088 10/brlcad/trunk/TODO: add list of 'bad' man pages
11:30.42 CIA-55 BRL-CAD: 03tbrowder2 * r51089 10/brlcad/trunk/src/ (28 files in 10 dirs): correct errors found by Eric Raymond's doclifter, tidy some spacing and formats
11:49.26 anrgmrty d_rossberg: i am sorry i was away from desk..
12:45.14 CIA-55 BRL-CAD: 03starseeker * r51090 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Fix rtwizard.tcl for case where multiple .g args are specified (toplevel components may have a .g name)
13:01.41 CIA-55 BRL-CAD: 03starseeker * r51091 10/brlcad/trunk/src/libged/rtwizard.c: Fix perspective handling in rtwizard.c
13:03.07 CIA-55 BRL-CAD: 03bob1961 * r51092 10/brlcad/trunk/src/libged/rtwizard.c: Needs rtwizard.bat for windows.
14:14.41 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
15:15.56 CIA-55 BRL-CAD: 03n_reed * r51093 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc multpass.c): break up generated strings; SCL git 212c114
16:09.01 starseeker hmm - should look at this if I ever get to revisit the tire tool... http://www.dtic.mil/docs/citations/AD0702243
16:13.51 CIA-55 BRL-CAD: 03bob1961 * r51094 10/brlcad/trunk/src/libicv/fileformat.c: Added an O_BINARY flag to the call to open() in icv_image_save_open(). This fixes a breakage on windows.
16:27.42 CIA-55 BRL-CAD: 03starseeker * r51095 10/brlcad/trunk/NEWS: Bob fixed a bug in libicv that was causing pix files to be generated with corrupted data on Windows.
16:33.51 CIA-55 BRL-CAD: 03n_reed * r51096 10/brlcad/trunk/src/other/ (9 files in 4 dirs): Apply SCL git 3fd2222 which removes scl_char_str_list class, but std::vector makes a better replacement than std::deque.
16:57.38 brlcad starseeker: so is that the last issue? what was the nmg problem?
17:17.01 CIA-55 BRL-CAD: 03n_reed * r51097 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc): eliminate a temp buffer; SCL git 1cc2774
17:18.51 *** join/#brlcad cristina (~quassel@188.24.50.251)
17:18.56 cristina hello
17:19.07 brlcad hi cristina :)
17:19.14 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
17:23.07 cristina brlcad: as you might know, I have roughly implemented something that generated a rectangle for each object in the database. I've used some source code from src/conv/g-dot.c file. My mentor advised me to not add it into the src/conv folder, instead, maybe, put it into src/gtools.
17:23.35 cristina what would the proper place for this kind of implementation be?
17:24.25 cristina what the file is meant to do is construct a structure based on adaptgrams that represents the graphical structure of the database
17:26.50 brlcad cristina: so a couple cursory questions ... where did you discuss this with your mentor?? :)
17:27.25 cristina brlcad: by email :)
17:32.44 brlcad cristina: okay, great -- I ask because it sounds a little curious that you implemented code to generate a rectangle for each object in the db
17:33.03 brlcad that sounds like something we already have code for, maybe a good case for reuse
17:34.27 cristina hm, I meant to say that I implemented it using adaptagrams defined structures and then exported them in a .svg file. Finally, I visualized the data in the .svg file
17:35.27 brlcad pics? :)
17:36.36 cristina ok, I will show you but I can't right now because in the last two days I didn't have access to that computer :)
17:37.02 brlcad cristina: well to answer your question, I do agree with your mentor that src/conv doesn't sound appropriate because that is where we convert between 3d geometry formats (and svg isn't a 3d geometry format)
17:38.00 brlcad that sounds more like a renderer, for which we have a variety of other tools in that category spread around
17:38.30 brlcad probably src/util or src/gtools would be fine
17:38.46 brlcad given the adaptagrams dep, probably the latter
17:39.39 cristina I see, ok then. This means that I should also modify the library dependencies in the Makefile.am and CMakeLists.txt files
17:54.09 brlcad cristina: so the question about where to put your work also depends on how you structure your development
17:54.51 brlcad in a clean mvc paradigm, you'd end up with a clean separation between the model and the controller
17:55.34 brlcad that's basically the scope of our libged library, so that may well be the best place for a "core" model data structures component
17:56.04 brlcad from there you could build up a src/gtools command-line interface and/or a src/tclscripts GUI component, or integration with mged/archer
18:25.33 starseeker brlcad: unfortunately, not the last issue
18:26.20 starseeker brlcad: I'm not quite sure what the NMG issue was/is - was talking to ``Erik yesterday and he suggested it might be something to do with how the metaball tessellation is interacting with the nmg code
18:26.59 starseeker brlcad: there are a couple more Windows issues with Archer
18:27.48 brlcad how'd you discover the metaball issue?
18:27.58 starseeker tried to facetize it
18:28.05 brlcad simple metaball?
18:28.13 starseeker yep - make metaball.s metaball
18:28.15 brlcad more importantly, is that a new issue?
18:28.26 starseeker it did work at one time, according to ``Erik
18:28.33 brlcad well, that's not saying much
18:28.34 starseeker I couldn't confirm that trying earlier releases though
18:28.38 brlcad have a 7.20 to try?
18:28.42 starseeker yep
18:28.58 brlcad if that also fails, then it's not a release stopper, just an item for BUGS
18:29.01 starseeker k
18:29.06 starseeker adds it to BUGS
18:29.11 brlcad if it does, then it's worth back-tracking
18:31.13 starseeker yeah, looks like the same thing with 7.20.6
18:34.23 CIA-55 BRL-CAD: 03starseeker * r51098 10/brlcad/trunk/BUGS: Add note about metaball tessellation bug
19:00.42 brlcad okay, "good"
19:03.10 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3880 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */
19:05.40 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3881 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */
19:06.12 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3882 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */
19:07.07 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3883 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */
19:07.33 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3884 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */
19:07.51 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3885 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */
19:08.15 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3886 10/wiki/User:Ksuzee/Reports:
19:08.56 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3887 10/wiki/User:Ksuzee/Reports:
19:10.26 CIA-55 BRL-CAD: 03bob1961 * r51099 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: More shinola for Windows.
19:11.22 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3888 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
19:12.29 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3889 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
19:13.17 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3890 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */
19:31.19 ``Erik looks like the last confirmed working metaball tesselation was with 7.16.10, well before the coverity changes, all the nmg changes, and the cmake changes
19:33.35 CIA-55 BRL-CAD: 03starseeker * r51100 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Only pull image from framebuffer if we have to - seems to speed up rtimage script in simple color-only cases.
20:31.10 cristina brlcad: here is the link to the .svg file that has rectangles corresponding to the objects in the share/brlcad/7.21.0/db/axis.g database. It has just shapes, no arrangement and no connections between them. Note that my implementation doesn't yet avoid duplications of the same object.
20:31.16 cristina here is the link: http://dl.dropbox.com/u/3425790/axis-adaptagrams.svg
20:31.31 cristina sorry for keeping you waiting
20:32.26 brlcad no worries, thanks for sharing it ;)
20:33.03 cristina :) I have to go now, I've got an exam in the morning
20:33.08 brlcad good luck
20:33.13 cristina thank you
20:33.18 brlcad nice progress too
20:33.48 cristina hm, thanks :)
20:42.12 CIA-55 BRL-CAD: 03starseeker * r51101 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Handle port number being suppled as argument to -F
20:48.19 *** mode/#brlcad [+o brlcad] by ChanServ
21:10.46 CIA-55 BRL-CAD: 03starseeker * r51102 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: taskkill appears to need some extra arguments to wipe out the headless fbserv on Windows.
21:13.10 CIA-55 BRL-CAD: 03brlcad * r51103 10/brlcad/trunk/src/libbu/ (argv.c basename.c bitv.c color.c ctype.c lex.c): since the ctype API is often implemented as macros where the parameter becomes an array index, avoid a gcc 4.1.3 warning about using a char for the array index (auto-promoted). cast to int.
21:14.02 CIA-55 BRL-CAD: 03n_reed * r51104 10/brlcad/trunk/src/other/step/ (23 files in 3 dirs): use scl_memmgr in express; SCL git 82c84e7 and 4d6d249
21:47.10 starseeker makes a note to take a closer look at this later: http://www.fpx.de/fp/Software/tclkill/
21:49.25 starseeker might be worth tossing into btclsh/bwish
22:28.37 *** join/#brlcad andrei_ (~andrei@5-12-76-135.residential.rdsnet.ro)
22:31.54 CIA-55 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3891 10/wiki/User:Popescu.andrei1991: /* Daily development log */
22:33.19 andrei_ hello
22:33.43 andrei_ I edited the development logs on brlcad wiki and it seems not to update itself
22:33.56 andrei_ if I click edit again it seems fine, otherwise it just looks normal
22:35.05 CIA-55 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3892 10/wiki/User:Popescu.andrei1991: /* Daily development log */
22:35.20 andrei_ nevermind , apparently I needed to have 2 \n to accept it as a newline.
22:42.55 andrei_ tpkg is fixed, should be up in ~ 15 mins
22:43.08 andrei_ the shell script in ~ 2-3 hours at most. Still tuning some stuff.
23:04.38 CIA-55 BRL-CAD: 03n_reed * r51105 10/brlcad/trunk/src/other/step/src/ (21 files in 2 dirs): use scl_memmgr in exppp and fedex_plus; SCL git 7ce8bcb and 4e0d73d
23:09.52 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
23:38.45 andrei_ http://pastebin.ca/2160995 I have two issues with the performance test script. Firstly, I didn't manage to "silence" the server so that the total number of sent packages is more visible
23:39.01 andrei_ &>> doesn't work for me, or I am using it wrong.
23:40.05 andrei_ secondly, I don t know why but at some point ( I have tried several combination of itterations) the script crashes. It doesn't crash every time and neither on specific arguments
23:40.12 andrei_ this is how the crash report looks like
23:40.15 andrei_ Connecting to 127.0.0.1, port 2000
23:40.16 andrei_ pkg_open: client connect: errno=111
23:40.17 andrei_ Connection to 127.0.0.1, port 2000, failed.
23:40.19 andrei_ ERROR: Unable to open a connection to the server
23:40.22 andrei_ Saving stack trace to (BRL-CAD)-10124-bomb.log
23:40.24 andrei_ Listening on port 2000
23:41.18 andrei_ to me, it looks like the client gets called before the server. However, that doesn't really make any sense given the script.
IRC log for #brlcad on 20120614

IRC log for #brlcad on 20120614

00:11.59 starseeker ah, finally - the SIGGRAPH advance program
00:24.38 brlcad starseeker: great
00:25.30 brlcad andrei_: that's not so much a crash as a graceful abort
00:25.48 brlcad the stack trace in that log should show where it's halting
00:27.15 andrei_ hm
00:27.35 andrei_ I have like a thousand bomb logs
00:27.37 andrei_ hold on
00:29.22 andrei_ right, deleted all and rerun
00:30.29 andrei_ this looks like a gdb output
00:30.45 brlcad it is
00:32.04 andrei_ if I m correct
00:32.07 andrei_ this is where it breaks
00:32.09 andrei_ <PROTECTED>
00:32.24 andrei_ just a moment , I ll see what is there
00:32.25 brlcad that is not :)
00:33.25 andrei_ the issue clearly is that the server isn't starting.
00:34.06 brlcad maybe
00:34.16 brlcad or the client is attempting to connect to a server that hasn't yet started
00:34.22 brlcad or is still in the process of starting
00:34.47 andrei_ in that case, I would tend to "blame" the shell script
00:36.02 andrei_ the wait command in the shell script shouldn't have waited for the server process to successfully start tho?
00:37.03 andrei_ just a moment, I ll take a closer look at some stuff in tpkg.
00:45.35 andrei_ The error was caused by a client attempting to connect to a inexistent(not yet started server)
00:46.18 andrei_ solved the issue by adding a sleep 5. Shouldn't it be a better solution than the sleep? Technically the server process doesn't stop so that s why( I think) wait was failing.
00:51.07 andrei_ regarding the output issue. Erik mentioned that I should output the total number of packages to stdout rather than return it. I don't know how to determine shell to "selective output" to stdout so I thought of this:
00:51.57 andrei_ to suppress the server output ( since it s not useful for the moment) and to redirect client stdout to a logfile
00:52.10 andrei_ then grep only one line( the one with total package number) from the file
00:52.18 andrei_ Does this approach seem viable?
00:55.11 andrei_ oh, adjusted the sleep to 1 so the script doesn't take ages.
01:07.26 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
01:43.52 CIA-55 BRL-CAD: 03tbrowder2 * r51106 10/brlcad/trunk/include/bio.h: correct typo
01:50.30 CIA-55 BRL-CAD: 03tbrowder2 * r51107 10/brlcad/trunk/ (7 files in 4 dirs): add a new utility to ease generation of DSP binary files; add DocBook versions of man pages for the 'asc2dsp' program and the 'dsp' binary file format
02:00.35 CIA-55 BRL-CAD: 03tbrowder2 * r51108 10/brlcad/trunk/ (3 files in 3 dirs): define the DSP acronym
02:56.15 CIA-55 BRL-CAD: 03brlcad * r51109 10/brlcad/trunk/HACKING: testing almost stabilized, clean up release e-mail snippet language
02:59.03 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3893 10/wiki/User:Crdueck/log:
02:59.20 CIA-55 BRL-CAD: 03brlcad * r51110 10/brlcad/trunk/HACKING: more language tweaking, ask for testing help.
03:07.18 CIA-55 BRL-CAD: 03brlcad * r51111 10/brlcad/trunk/NEWS: tom browder added a new asc2dsp conversion tool which creates a dsp unsigned short binary data file from 0-to-65536 ascii data values
03:23.44 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:41.16 CIA-55 BRL-CAD: 03brlcad * r51112 10/brlcad/trunk/src/ (libfb/if_X24.c libfb/if_disk.c util/pixdsplit.c): specify O_BINARY on a few other places that call open() for some binary file. should behave better/correctly on windows.
03:46.48 CIA-55 BRL-CAD: 03brlcad * r51113 10/brlcad/trunk/src/liborle/rle.c: tis old, but not that old!
04:01.30 CIA-55 BRL-CAD: 03brlcad * r51114 10/brlcad/trunk/NEWS: cliff worked extensively on getting rtwizard to work as a command-line renderer (sans gui). bob integrated it into libged and into archer with numerous fixes along the way.
04:05.05 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:44.21 CIA-55 BRL-CAD: 03starseeker * r51115 10/brlcad/trunk/src/conv/asc/asc2dsp.c: clear error building asc2dsp - not checking return value of fwrite
05:12.42 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
06:36.58 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
06:45.03 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:51.04 *** join/#brlcad Stattrav (~Stattrav@117.192.130.192)
06:51.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:46.50 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
08:02.20 *** join/#brlcad Stattrav_ (u3131@gateway/web/irccloud.com/x-cflzgxacxovsemjf)
08:10.34 *** join/#brlcad andrei_ (~andrei@5-12-67-223.residential.rdsnet.ro)
08:10.44 andrei_ hello
08:17.02 andrei_ sorry to ask again, did someone ask my previous questions? I can't see the logs yet.
08:37.05 *** join/#brlcad Stattrav_ (~Stattrav@117.192.130.192)
09:03.13 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
09:08.01 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-bgezkgmzobnjstul)
11:20.57 CIA-55 BRL-CAD: 03tbrowder2 * r51116 10/brlcad/trunk/ (3 files in 3 dirs): expand comments and info
11:22.37 CIA-55 BRL-CAD: 03brlcad * r51117 10/brlcad/trunk/src/conv/asc/asc2dsp.c: include bin.h instead of arpa/inet.h directly so that we build on windows
11:24.06 CIA-55 BRL-CAD: 03tbrowder2 * r51118 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: comma instead of period
11:30.24 CIA-55 BRL-CAD: 03tbrowder2 * r51119 10/brlcad/trunk/src/conv/asc/asc2dsp.c: add comment
11:42.02 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
11:42.43 CIA-55 BRL-CAD: 03erikgreenwald * r51120 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.cc: use stdlib.h instead of malloc.h
11:55.05 CIA-55 BRL-CAD: 03tbrowder2 * r51121 10/brlcad/trunk/NEWS: doc new things
12:07.53 CIA-55 BRL-CAD: 03starseeker * r51122 10/brlcad/trunk/regress/CMakeLists.txt: Apparently need dsp-common.sh, which has not been checked in yet.
12:41.33 CIA-55 BRL-CAD: 03tbrowder2 * r51123 10/brlcad/trunk/regress/dsp/dsp-common.sh: add required file
12:44.55 CIA-55 BRL-CAD: 03tbrowder2 * r51124 10/brlcad/trunk/regress/CMakeLists.txt: add missing file
12:45.17 CIA-55 BRL-CAD: 03tbrowder2 * r51125 10/brlcad/trunk/regress/CMakeLists.txt: add missing prereq
12:47.41 CIA-55 BRL-CAD: 03tbrowder2 * r51126 10/brlcad/trunk/regress/CMakeLists.txt: correct name of missing prereq
13:49.50 d_rossberg src/conv/asc/asc2dsp.c:56 MSVC doesn't like the MAXSHORT as it is already defined somewhere (couldn't find where)
13:50.06 d_rossberg renaming it to MAX_SHORT is ok
13:50.26 d_rossberg however, it's value looks strange
13:52.11 d_rossberg how about using USHRT_MAX?
13:52.26 ``Erik #ifndef MAXSHORT ?
13:54.00 d_rossberg this works too
13:54.43 d_rossberg (but i still don't know what MAXSHORT is ;)
13:55.00 ``Erik I'd assume 1<<15 :)
13:55.54 ``Erik hm, asc2dsp expects an unsigned there
13:56.42 ``Erik UINT16_MAX or USHRT_MAX might be the better
13:57.34 d_rossberg yes, the current value is definitely to high
13:58.19 ``Erik current value is a 32b
13:59.38 d_rossberg it's UINT_MAX
14:00.00 CIA-55 BRL-CAD: 03starseeker * r51127 10/brlcad/trunk/regress/CMakeLists.txt: Add dsp.pix to regress clean list
14:05.20 CIA-55 BRL-CAD: 03bob1961 * r51128 10/brlcad/trunk/src/libged/rt.c: (log message trimmed)
14:05.20 CIA-55 BRL-CAD: This fixes an issue in _ged_rt_set_eye_model() where displayed geometry was not
14:05.20 CIA-55 BRL-CAD: showing up in a raytrace due to the eye_model not getting adjusted at all or an
14:05.20 CIA-55 BRL-CAD: adjustment was made incorrectly. The first problem was that the eye_model was
14:05.20 CIA-55 BRL-CAD: not getting adjusted unless the view center was inside the bounding box of the
14:05.21 CIA-55 BRL-CAD: displayed solids. This breaks depending on the view. If not zclipping the
14:05.22 CIA-55 BRL-CAD: eye_model is now always getting adjusted. The second problem was that the
14:08.30 CIA-55 BRL-CAD: 03d_rossberg * r51129 10/brlcad/trunk/src/conv/asc/asc2dsp.c:
14:08.30 CIA-55 BRL-CAD: compiler error with MSVC: obviously SHORTMAX is already defined there
14:08.30 CIA-55 BRL-CAD: now we test with UINT16_MAX if an unsigned int can be casted to uint16_t
14:42.00 CIA-55 BRL-CAD: 03r_weiss * r51130 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to the mged 'gr/grouper' command correcting problems with keyboard and mouse button associations.
14:43.23 CIA-55 BRL-CAD: 03bob1961 * r51131 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Bumped the maxargs for the view command from 3 to 7.
14:48.04 CIA-55 BRL-CAD: 03starseeker * r51132 10/brlcad/trunk/src/conv/Makefile.am: asc2dsp needs libbu - let autotools build know that
16:04.14 CIA-55 BRL-CAD: 03r_weiss * r51133 10/brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Update to the mged 'gr/grouper' command documentation.
16:27.27 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:36.18 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:36.25 starseeker hah - ESA is doing their summer program again
17:36.52 starseeker http://sophia.estec.esa.int/socis2012/
17:57.39 brlcad got the notification couple days ago, intends to apply
18:02.28 CIA-55 BRL-CAD: 03brlcad * r51134 10/brlcad/trunk/CMakeLists.txt: check for the sys/resource.h header for setpriority()/getpriority()
18:03.24 CIA-55 BRL-CAD: 03brlcad * r51135 10/brlcad/trunk/src/libbu/parallel.c: include the sys/resource.h header conditionally on its test result. fixes a decl warning on old gcc compilation.
18:05.27 *** join/#brlcad andrei_ (~andrei@5-12-77-119.residential.rdsnet.ro)
18:05.37 andrei_ hello
18:59.03 CIA-55 BRL-CAD: 03starseeker * r51136 10/brlcad/trunk/src/libged/Makefile.am: Add rtwizard.c to libged's Makefile.am
18:59.25 CIA-55 BRL-CAD: 03brlcad * r51137 10/brlcad/trunk/misc/CMake/FindX11.cmake: check for the X11/Xlib.h header instead of a main X11 directory (the directory might simply be empty)
19:00.44 CIA-55 BRL-CAD: 03bob1961 * r51138 10/brlcad/trunk/src/libged/rtwizard.c: Needed to set gedp->ged_gdp->gd_rt_cmd_len before the call to _ged_run_rtwizard. This was needed on Windows.
19:18.21 CIA-55 BRL-CAD: 03anrgmrty * r51139 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel outputs voxels.txt, voxelArray stores information from one ray at a time only instead of for entire object
19:26.11 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3894 10/wiki/User:Anuragmurty: /* Development Log */
19:29.01 CIA-55 BRL-CAD: 03r_weiss * r51140 10/brlcad/trunk/src/libged/wdb_obj.c: Update to file 'wdb_obj.c' to prevent the mged 'build_region' command from incorrectly reporting that the 'put' command does not exist.
19:55.38 andrei_ the performance script is done ( at least I have tested for various combinations and they all worked). Here is the paste
19:55.40 andrei_ http://slexy.org/view/s21XrTnbRo
19:56.03 andrei_ if possible, could someone provide suggestions on how to improve the script. Thanks !
20:07.12 andrei_ rebooting
20:14.00 *** join/#brlcad andrei__ (andrei@5-12-78-139.residential.rdsnet.ro)
20:48.26 CIA-55 BRL-CAD: 03n_reed * r51141 10/brlcad/trunk/src/other/step/src/clutils/ (7 files): use scl_memmgr in clutils; SCL git 010e02b
20:49.51 CIA-55 BRL-CAD: 03tbrowder2 * r51142 10/brlcad/trunk/regress/ (5 files in 2 dirs): add new regression test; turn on dsp and asc2dsp regression tests; distcheck seems okay
21:13.44 CIA-55 BRL-CAD: 03tbrowder2 * r51143 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: remove one test for now--an internal failure
21:37.49 CIA-55 BRL-CAD: 03starseeker * r51144 10/brlcad/trunk/src/conv/Makefile.am: pix2asc needs libbu too
21:44.39 CIA-55 BRL-CAD: 03n_reed * r51145 10/brlcad/trunk/src/other/step/src/clstepcore/ (24 files): use scl_memmgr in clstepcore; SCL git 245ff14
22:39.48 CIA-55 BRL-CAD: 03n_reed * r51146 10/brlcad/trunk/src/other/step/src/cldai/ (12 files): use scl_memmgr in cldai; SCL git b49d2be
23:01.31 CIA-55 BRL-CAD: 03n_reed * r51147 10/brlcad/trunk/src/other/step/src/cleditor/ (15 files): use scl_memmgr in cleditor; SCL git 3be4220
IRC log for #brlcad on 20120615

IRC log for #brlcad on 20120615

01:18.44 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
02:46.24 CIA-55 BRL-CAD: 03starseeker * r51148 10/brlcad/trunk/regress/dsp.sh: regress-dsp failing in odd pathnames distcheck - add quotes
02:53.31 CIA-55 BRL-CAD: 03starseeker * r51149 10/brlcad/trunk/regress/asc2dsp.sh: Add quotes in asc2dsp test as well.
03:29.37 CIA-55 BRL-CAD: 03crdueck * r51150 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: added rt_arb_volume() for arb8
04:20.40 brlcad andrei_: that's looking like good progress -- some changes I'd like involve making the script a little more robust, even if bit is for testing purposes
04:23.28 brlcad changing it to /bin/sh and replacing the bash constructs with posix-compliant constructs, adding proper indentation, not assuming tpkg is in current dir (what's wrong with PATH??), and ideally without the sleep (but that's a bit harder)
04:24.20 andrei_ brlcad
04:24.39 andrei_ could you please tell me where to documment about how to replace sleep
04:25.01 andrei_ all that I found was wait, but that didn't do it and I don t know what to search for.
04:25.15 brlcad oh, and adding checks for your assumed args, printing usage as needed
04:26.15 andrei_ also, should the script create a file that contains on each line <k iterator value > < j iterator value > <number of packages sent >
04:26.22 andrei_ seems easier to read / work with
04:26.38 brlcad 'wait' won't/can't work as written
04:26.49 brlcad wait waits for the process to terminate
04:27.01 andrei_ yes, and it never does
04:27.03 brlcad if the server terminates, the client cannot connect, no?
04:27.15 andrei_ yes
04:27.33 andrei_ what I think I need is to " simulate" somehow two different terminals
04:28.18 brlcad sounds overly complicated
04:28.28 brlcad all you need is to know when the server is started
04:28.57 brlcad so you could make tpkg just tell you
04:29.42 brlcad either indirectly, like by having it write a message to the log that you could check; or directly by making it respond to a signal handler, for example
04:30.19 andrei_ probably the signal handler is more elegant, but it will take a bit of time to see how it works
04:30.33 andrei_ I ve done some signal handling in asm, should be somewhat similar.
04:30.36 brlcad then you don't start the client until you know the server is started by hecking
04:30.42 brlcad s/hecking/checking/
05:09.19 CIA-55 BRL-CAD: 03crdueck * r51151 10/brlcad/trunk/src/librt/primitives/table.c: updated the rt_functab entry for arb to include the new volume callback
05:11.21 brlcad crdueck: does that work for other arbs? arb6, arb7's etc?
05:15.07 crdueck brlcad: yes i tested it for arb4..8. that commit message is a bit misleading
05:31.51 brlcad crdueck: cool
05:32.15 brlcad the function looked safe since presumably the arb4 areas would just be zero
05:32.52 brlcad (for the non arb8 cases)
05:39.26 crdueck brlcad: exactly. for the non arb8 cases, bn_mk_plane_3pts() doesnt return succesfully and the continue takes care of "adding 0" to the volume
05:42.16 crdueck i mean, when it tries to find the volume of an arb4 area that isnt there, the for loop just continues
05:46.29 CIA-55 BRL-CAD: 03brlcad * r51152 10/brlcad/trunk/NEWS: consolidate the new manual page additions tom worked on into one entry for all four (asc2dsp, dsp, asc2pix, and asc2g). (plus, recommit since r51121 commit message was nondescript)
05:49.33 CIA-55 BRL-CAD: 03brlcad * r51153 10/brlcad/trunk/NEWS: Across the board, Tom's made several dozen improvements and corrections to various manual pages in response to issues found by Eric Raymond's doclifter. also tidyed up some spacing and formatting.
05:50.21 brlcad starseeker: you know -F has a fairly complex format it supports .. there some reason rtwizard.tcl is trying to parse it out instead of passing it along?
05:50.57 brlcad I use remote framebuffers all the time, for example: -Fhostname.brlcad.org:3
05:52.14 brlcad or if_disk file buffers, memory buffers, etc
05:59.24 CIA-55 BRL-CAD: 03brlcad * r51154 10/brlcad/trunk/src/libged/wdb_obj.c: put is a new command, reference the right callback
06:00.46 CIA-55 BRL-CAD: 03brlcad * r51155 10/brlcad/trunk/src/tclscripts/mged/build_region.tcl: call get/put/adjust directly instead of going through the deprecated wdb_obj db interface
06:01.31 CIA-55 BRL-CAD: 03brlcad * r51156 10/brlcad/trunk/TODO: quick-test the build_region command in mged to make sure it works after recent get/put/adjust changes
06:06.08 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:38.35 *** join/#brlcad andrei_ (~andrei_@82.76.146.19)
12:08.46 CIA-55 BRL-CAD: 03bob1961 * r51157 10/brlcad/trunk/src/libged/rtwizard.c: Quoting all arguments used to create the string for the call to CreateProcess(). Minor cleanup.
12:17.05 *** join/#brlcad cristina (~quassel@188.24.50.251)
12:49.43 brlcad good morning cristina et al
12:50.11 cristina good morning brlcad
13:14.59 CIA-55 BRL-CAD: 03bob1961 * r51158 10/brlcad/trunk/src/libged/wdb_obj.c: Removed wdb_put_tcl.
14:04.54 CIA-55 BRL-CAD: 03anrgmrty * r51159 10/brlcad/trunk/src/conv/g-voxel.c: ZERO() macro used for comparison with 0.0 instead of previously used inefficient comparison
14:23.33 starseeker brlcad: no good reason really - Bob and I had already discussed needing to properly handle/pass through more of rt's args
14:24.01 starseeker was just coding for the cases I could think of offhand - didn't realize the -Fhostname.brlcad.org:3 syntax was there even
14:24.27 brlcad why handle any cases at all though, that's going to be a maintenance pain
14:24.37 brlcad can't just pass everything through?
14:24.52 starseeker I wanted the --long-opt style args, for one
14:25.06 starseeker the -F case probably can just pass through
14:25.20 brlcad if rtwizard has it's own args, just have it recognize them and strip them
14:25.33 brlcad then everything else goes through and there's no need for all those lines of code
14:26.45 starseeker a lot of the lines have to do with color/ghost/edge object lists
14:26.50 brlcad otherwise, it's just going to be crazy brittle in a year after rtwizard is no longer the focus any time an rt arg changes (which has shown to be rather regular)
14:27.12 starseeker brlcad: at the moment, we don't support most of the rt args
14:27.21 brlcad so those are all rtwizard args, they get stripped and processed
14:27.24 starseeker the plan is to just pass them through
14:27.58 brlcad "we don't support most of the rt args" .. that's exactly my point!
14:28.02 brlcad you shouldn't have to
14:28.06 starseeker pretty much - I'd have to think whether rtwizard can live without knowledge of the framebuffer
14:28.16 brlcad if rtwizard has to know about rt args, it's already failed
14:28.38 brlcad (beyond the implementation details of it setting up rt calls)
14:28.46 brlcad rtwizard's arg processing
14:28.55 starseeker shakes his head - directing output from multiple distinct tools to the same framebuffer requrires more than passing through args
14:29.19 brlcad example?
14:29.30 brlcad (as it pertains to an rtwizard arg)
14:33.43 brlcad at a minimum, it should be possible to either entirely pass through framebuffer args (-F, -s, -w, -n, etc) or entirely pass through rt args (-p, -j, -P, -x, etc)
14:34.40 brlcad but I'd think you could actually pass through most, if not all, as rt args -- especially after a first pass that identifies the pieces rtwizard needs for compositing (like -s, -w, -n, -F)
14:35.15 starseeker the problem is, how does rtwizard distinguish rt args (color image) from rt args (ghost image) from rtedge args?
14:36.05 starseeker for the ghost image, non-rt tools need to know about the framebuffer
14:36.24 starseeker but won't want most of the other args
14:36.42 starseeker (sorry about conversational delay, friggin internet went out on me)
14:37.46 starseeker I had envisioned an --rt-color-options "-a -b -c" mechanism that lets people specify flags to pass through specifically to each "stage" of image generation
14:38.43 starseeker so --rt-color-options --rt-ghost-options and --rt-edge-options (or something like that) where people could specify them
14:41.35 brlcad my point was that rtwizard shouldn't even try to distinguish where it doesn't matter (which for most args it doesn't)
14:42.05 starseeker that would have to be systematically checked - I didn't want to make the assumption that args wouldn't matter
14:42.24 brlcad there certainly are args specific to rtedge, for example, but those would have to be wrapped in an rtwizard arg or otherwise somehow understood by rtwizard anyways
14:42.31 starseeker and even if it's true now, what happens if a tool suddenly makes use of an arg in the future?
14:44.38 brlcad i'm specifically referring to args that rtwizard actually doesn't need to know about (like -F), or at least doens't need to be aware of their value
14:44.46 brlcad perhaps that's the crux of this concern
14:45.46 brlcad -F[something_unknown_here] .. I don't see it being any of rtwizard's business to know *anything* about the "something_unknown_here" value
14:45.57 starseeker the thing is though, rtimage needs to know the port number for the tools fb-pix and pix-fb
14:46.25 brlcad huh?
14:46.36 starseeker rtimage is the internal script called by rtwizard
14:46.56 starseeker I suppose we could just "grab and store" whatever is in -F...
14:47.21 brlcad I don't see why rtimage would need a port number, that sounds like a flawed assumption, or flawed design
14:47.27 brlcad there's not necessarily a port
14:47.44 starseeker sorry, framebuffer information
14:47.46 brlcad that's all libfb's domain to deal with it
14:47.50 starseeker port number or not
14:48.03 starseeker take a look at src/tclscripts/lib/RtImage.tcl
14:48.26 starseeker specifically, around line 220
14:49.11 starseeker rtwizard has to be able to populate that argument template
14:50.17 starseeker rtwizard's job is to collect the information needed to drive that script, first and foremost
14:50.57 brlcad "rtwizard has to be able to populate that argument template" <-- no it doesn't :)
14:51.12 brlcad that's part of the point, it's written that way and that's a rather tight coupling
14:51.31 brlcad those are three args that rtImage didn't need to know about
14:51.36 starseeker remember, this was basically turning the existing rtwizard into something that can be command line called
14:51.52 starseeker we did not undertake to re-think how it was doing what its doing
14:51.55 brlcad viewscripts are a good corollary
14:52.06 brlcad look at one of the rt viewscripts
14:52.56 brlcad it has a few that it needs to know about and needs to specify, but the way they are ordered and the $* that is in the middle allows you to specify more or override
14:53.43 starseeker sure - I'm not saying it can't be done better, just that we had enough crud to deal with without getting into that at the same time
14:53.58 brlcad there was some rethinking in rtwizard, or you wouldn't have attempted to parse the framebuffer value
14:54.15 brlcad how about at least just starting there
14:54.32 brlcad what you're calling "port" in there looks like a misnomer, it's just the "framebuffer"
14:54.47 starseeker OK
14:54.48 brlcad and whatever is provided just gets fed to all the -F's
14:55.12 CIA-55 BRL-CAD: 03d_rossberg * r51160 10/brlcad/trunk/src/conv/g-voxel.c: removed numVoxel from hit() function because of a compiler error "variable set but not used"
14:55.20 starseeker the contents of -F's args still have to be in a Tcl variable though
14:55.23 starseeker for pix-fb
14:55.45 brlcad yeah, I realize that
14:56.20 brlcad you weren't parsing in rtImage, iirc, it's the caller code in rtwizard that knew too much for its own good :)
14:56.30 starseeker so... if I want to tell rt to use /dev/X and also specify a port number at the same time, I take it there's a syntax for that in -F
14:56.44 brlcad generally likes that rtImage interface, it's a nice refactoring
14:57.43 starseeker alright, let me try something...
14:59.55 brlcad in general, yes -- but you may be mixing server and client concepts
15:00.19 starseeker rtwizard is responsible for both...
15:00.33 starseeker or may be, unless a pre-existing framebuffer is specified
15:00.42 brlcad if it starts the server, it specified the port
15:01.00 CIA-55 BRL-CAD: 03d_rossberg * r51161 10/brlcad/trunk/src/conv/g-voxel.c: another unused variable: rtip in hit()
15:01.18 brlcad if it does that, there's no need for that to even be something the user cares about (or it becomes some sort of rtwizard-specific option)
15:02.19 brlcad there's already a "bug" / bad design in fbserv the way it's currently set up where you have to specify the type (should auto-infer) -- that's on my todo to auto-infer the type or properly support -F
15:02.44 starseeker if rtwizard get's passed -F/dev/X, is that enough to pass to pix-fb to enable it to communicate with the same framebuffer rt is using?
15:02.45 brlcad beside the point, though -- the -F args are still identical across all commands
15:03.47 brlcad ill-posed question, depends entirely what that "rtwizard" option is attempting to describe
15:04.31 starseeker all I care about is that rt, rtedge, and pix-fb all know to communicate to the same framebuffer. The only way they are going to know what framebuffer is in play is from the -F option
15:04.32 brlcad -F/dev/X means open a transient write-only X11 framebuffer
15:04.48 starseeker so if someone feeds -F/dev/X to rtwizard, it's an error
15:05.20 brlcad if that's something that's supposed to go on the rt* and *fb* tools, yeah -- doesn't make any sense
15:05.39 starseeker but as the user, I don't care what rtwizard is doing under the hood
15:05.50 starseeker I don't want to need to know that fb tools are being used - doesn't matter
15:06.02 brlcad right, so that's why I said it's ill-posed -- depends what that option is attempting to describe
15:06.31 starseeker then aren't we back to -F/dev/X being supplied to rtwizard meaning something different from what it means supplied to a naked rt?
15:06.43 brlcad what I would expect for our command ecosystem is that I have my own framebuffer server running
15:06.54 brlcad so I specify -Fmy_server
15:06.58 starseeker by definition, rtwizard will *never* use a transient framebuffer
15:07.11 brlcad and it uses it, instead of trying to do whatever rtwizard would have automatically used under the hood
15:07.47 starseeker shakes his head - casual users won't even understand the concept of the framebuffer
15:07.57 starseeker they won't know to start their own, and shouldn't have to
15:08.11 brlcad huh? they don't have to
15:08.22 starseeker If I specify -F/dev/X or -F/dev/ogl to rtwizard, I expect that to "just work"
15:08.33 brlcad we're going in circles
15:08.51 brlcad if you specify -F to rtwizard, you're clearly expecting that to mean something ... what is that something?
15:09.10 brlcad the type of framebuffer server to use?
15:09.12 starseeker for me, the common usage is "use X" or "use opengl"
15:09.17 starseeker yeah
15:09.28 brlcad why is that an rtwizard option at all?
15:09.42 starseeker because it can matter
15:09.59 starseeker if ogl is buggered, I need to be able to specify X
15:10.49 starseeker it *also* might specify a specific framebuffer, such as Archer's framebuffer, but that's usually a usage scenario I only encounter when scripting something
15:10.49 brlcad now more specifically, when you say "use X" or "use opengl", I presume you mean go through that interface whenever going through libfb, right?
15:11.39 ``Erik FB_FILE=/dev/X ./rtwizard
15:12.29 starseeker brlcad: I think so - I think of it as "use the X subsystem when displaying this image"
15:12.36 brlcad okay, great
15:12.43 brlcad so the problem then is this
15:13.02 brlcad you're merging the concepts of starting a server with those you're usually familiar with running a client
15:13.57 brlcad rtwizard obviously involves both, but they are not one in the same, by design and incompatibly so
15:14.51 brlcad sounds to me like you're wanting to specify *fbserv* option(s) to rtwizard, which is not the -F option
15:15.24 starseeker ah, OK
15:15.29 brlcad that would be an rtwizard-specific option
15:15.49 brlcad like --device=X
15:16.22 starseeker but if I supply --device=ogl and then pass -F/dev/X through to rt, won't badness ensue?
15:16.43 brlcad or --port=3 --device=ogl, which would set up "fbserv /dev/ogl 3" and "rt -F3 ; pix-fb -F3 ; ..." command calls
15:17.04 brlcad client doesn't care about the device
15:17.16 starseeker ah - that's why you're not expecting to see -F at the rtwizard level
15:17.17 brlcad client only cares when it's starting it's own (transient) window
15:17.31 brlcad you're probably only used to running rt that way
15:18.13 starseeker ok, so basically I need to rename my options
15:19.19 brlcad more than that -- the (current) -F parsing still seems entirely unnecessary
15:19.40 starseeker right
15:19.49 brlcad what I was looking for and expecting to override is that -F3 in that example
15:20.08 starseeker on the other hand, if someone feeds an override to -F, all *bleep* is going to ensue
15:20.20 brlcad if I specified --framebuffer=whatever, rtwizard would skip the fbserv and just pass 'whatever' to all the rt/pix tools, using my fbserv
15:20.38 brlcad (--framebuffer == -F in this case)
15:21.01 starseeker wouldn't that be a port number, at the rtwizard level?
15:21.08 starseeker (/dev/X would be a no-no)
15:21.14 brlcad actually, no *bleep* .. it should work just fine if they know our fbserv client/server interface
15:21.32 brlcad yes, /dev/X IS wrong
15:21.42 brlcad you can't talk to a /dev/X
15:22.03 starseeker so I'd call it a port number at the rtwizard level, to discourage someone (me, like as not) passing --framebuffer=/dev/X
15:22.15 starseeker since that would be my initial instinct, based on rt interaction
15:22.17 brlcad it would be -Flocalhost:5 or -F/path/to/my/file or something else entirely (all documented in libfb(3)
15:22.32 brlcad no no
15:23.04 brlcad those are three separate options, three separate concepts
15:23.39 brlcad --framebuffer or -F are *client* options
15:24.16 starseeker oh, I see what you're saying
15:24.17 brlcad /dev/X is simply not a valid client option when you have multiple commands, that's user error
15:24.51 brlcad similarly, specifying --framebuffer/-F along with --port or --device would make no sense
15:25.22 brlcad port/device are *server* options (from which you can derive client options)
15:26.23 starseeker alright, so we've got three options here - one client and two server. If both client and server are simulatneously specified, it's an error
15:26.37 brlcad right
15:26.45 brlcad I could see you making sense of --framebuffer along with --port/--device .. but that'd be code to write
15:26.58 starseeker so *that's* what I'm checking for at the rtwizard level
15:27.22 starseeker I'll try to fix it before you tag...
15:27.23 brlcad you could make it use port/device as the server, all client commands work with it for processing, but then it mirrors results to the client-specified --framebuffer
15:28.33 starseeker shakes his head - I don't know that I'd want to be that fancy for a first cut (that would probably require modding rtimage too)
15:28.44 brlcad I could see you *always* starting and using an fbserv
15:29.03 brlcad then any framebuffer option just copies progress or the final result to that one specified
15:29.40 brlcad for simplicity, I'd just go without a framebuffer option to rtwizrd
15:29.44 starseeker maybe, but getting that right, working and cross-platform tested is going to take more than a few hours
15:29.51 brlcad since your primary need it really just --device
15:29.58 brlcad s/it/is/
15:30.15 starseeker well, device and port (so Archer can tell it what port to use)
15:30.47 brlcad unfortunately, yeah
15:30.58 brlcad fbserv needs to be modified for that to improve
15:31.13 brlcad archer doesn't really care, but needs to because of fbserv
15:32.03 brlcad fbserv doesn't have a default device type nor report an auto-sensed port, so you have to specify them to know what they are
15:32.14 brlcad rather annoying
15:32.29 starseeker nods
15:33.11 starseeker kinda hard to auto-sense a port though, isn't it? what if you've got more than one fbserv of the same type up?
15:33.22 starseeker then you pretty much have to tell it which one to use
15:33.40 brlcad so yeah, if you peek at fbserv's usage, that's really what rtwizard needs to know about -- and if it starts the server, it KNOWS what all the client -F's are (no parsing needed)
15:33.51 starseeker right
15:33.53 brlcad not hard at all, you look for the first available
15:34.46 brlcad starting an fbserv doesn't know/care about other fbservs (unless you're chaining, which we do support)
15:35.25 brlcad it's just a "is this socket in use" check
15:35.59 brlcad the "port" is just an offset from tcp socket 5558
15:36.38 starseeker oh - so you're thinking when archer starts up its own fbserv, it will get the port number in use back from the fbserv itself rather than specifying it up front?
15:36.58 starseeker and archer will then tell it's "client" rt programs which port to use?
15:37.12 brlcad that's what it does now
15:37.15 brlcad mged too
15:37.28 starseeker I'm missing something then...
15:37.56 brlcad when you "enable" the embedded framebuffer in either archer or mged, it attempts to start an fbserv
15:38.16 brlcad starts with port 0 (5558), then port 1 (5559), then port 2 (5560), etc
15:38.43 brlcad once it finds one open, that fbserv is running, mged/archer make note of the port that worked, and then that number is fed to any rt invocation
15:39.08 brlcad bob's doing the same thing with rtwizard
15:39.19 starseeker right... so what did you mean by "auto-sensed" port?
15:39.51 brlcad mged/archer will know the port it's using for the embedded framebuffer, so it'll need to specify that to rtwizard
15:40.15 brlcad the auto-sensing is to avoid that manual search by mged/archer/rtwizard to find an available port
15:40.47 brlcad just start an fbserv and tell me where it's at, mged/archer can take it from there to reuse it
15:41.19 brlcad that's how it SHOULD work, not how it currently works .. it's a manual loop inside mged/archer
15:41.30 starseeker ah, k
15:41.41 brlcad for rtwizard to work standalone, it needs the same search
15:42.16 starseeker got it
15:42.18 brlcad at least UNTIL fbserv is fixed to perform auto-sensing
15:42.58 brlcad I think that even is/was a bug in rtwizard, didn't handle fbserv port already in use
15:46.26 starseeker hates to be swapping these options around right before release...
15:46.37 starseeker need to though
15:46.46 starseeker don't want to release with gummed up opts
15:46.54 starseeker (sorry Bob...)
15:59.31 starseeker brlcad: should I do the extra work to support both X and /dev/X style device specifications for --fbserv-device ?
16:00.03 starseeker (looks like fbserv wants /dev/X...)
16:00.36 starseeker well, better test first
16:00.47 starseeker glowers at slow computer
16:25.40 brlcad starseeker: there's merits to both, but I wouldn't support both
16:25.51 brlcad just pass it through it you want to keep in simple
16:26.24 brlcad and it won't need to get fixed if we ever change the /dev/ prefix
16:30.35 brlcad that's looking better
16:30.44 brlcad pokes CIA-55
16:39.19 CIA-55 BRL-CAD: 03starseeker * r51162 10/brlcad/trunk/ (2 files in 2 dirs): Fix rtwizard options to better match what they're actually doing under the hood.
17:34.55 CIA-55 BRL-CAD: 03bob1961 * r51163 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Put back the previous specification of occlusion objects to rtedge.
17:43.46 CIA-55 BRL-CAD: 03brlcad * r51165 10/brlcad/trunk/src/libbu/test_ctype.c: typo, mime type is text/plain
17:45.16 CIA-55 BRL-CAD: 03brlcad * r51166 10/brlcad/trunk/src/libbu/test_ctype.c: clean up ws & style, mark ac/av as UNUSED
17:45.44 brlcad ~seen anuragmurty
17:45.51 ibot anuragmurty <~anurag@14.139.128.14> was last seen on IRC in channel #brlcad, 11d 4h 32m 4s ago, saying: 'ohh.. this depends on how sparse our object is, right? as in (filled) to (total in bounding box) ratio..'.
17:48.45 CIA-55 BRL-CAD: 03brlcad * r51167 10/brlcad/trunk/src/conv/g-voxel.c: ws
18:01.27 CIA-55 BRL-CAD: 03bob1961 * r51168 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl):
18:01.28 CIA-55 BRL-CAD: This fixes some of the issues that were encountered using the rtwizard interface
18:01.28 CIA-55 BRL-CAD: in Archer. The fix was to compute the eye_pt (i.e. a call to get_eyemodel
18:01.28 CIA-55 BRL-CAD: computes this) whenever the display changes and convert it to view coordinates
18:01.28 CIA-55 BRL-CAD: before comparing to the mSavedViewEyePt. The eye_pt with the largest Z value
18:01.28 CIA-55 BRL-CAD: wins. This value, if set, is used to override libged/rtwizard.c.
18:08.46 CIA-55 BRL-CAD: 03brlcad * r51169 10/brlcad/trunk/ (include/bu.h src/libbu/vls_internals.h): revert r50816 and 50817. cannot just move declarations into public headers as it pollutes the public API. moreover, it's not necessary (and doesn't address the real problem)
18:09.11 CIA-55 BRL-CAD: 03brlcad * r51170 10/brlcad/trunk/src/libbu/vls_internals.h: declare extern
18:11.29 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:12.16 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
18:14.54 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:17.49 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:18.24 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:19.17 starseeker brlcad: where is bu_argv0_buffer normally set?
18:19.57 starseeker oh, I see it
18:21.45 brlcad there be dragons there... tread carefully :)
18:22.13 starseeker no worries - don't want to monkey with the logic
18:22.23 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
18:23.52 *** join/#brlcad andrei__ (~andrei@5-12-78-192.residential.rdsnet.ro)
18:23.57 andrei__ hello
18:24.22 CIA-55 BRL-CAD: 03starseeker * r51171 10/brlcad/trunk/src/fb/fblabel.c: fblabel needs to use bu_setprogname, since it relies on bu_brlcad_data to find vfont.
18:24.56 starseeker brlcad: was rather surprised when fblabel was failing based on where I was running it from
18:25.44 starseeker especially since I was pretty sure we'd hammered that part fairly flat - we had, but fblabel wasn't doing its part
18:26.37 starseeker I suppose technically that might be user visible, but only if using fblabel in a BRL-CAD that isn't in its final make install location
18:26.40 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
18:30.12 CIA-55 BRL-CAD: 03brlcad * r51172 10/brlcad/trunk/src/libbu/vls_internals.h: mark them with BU_EXPORT so they'll dllexport/dllimport correctly, but keep them in this internal header so they're not published
18:31.38 CIA-55 BRL-CAD: 03starseeker * r51173 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Add some examples to rtwizard man page - could probably stand to have some more, given the number of options available
18:32.22 brlcad yeah, I wouldn't call that a "proper" installation in terms of user-visibility
18:33.34 brlcad steps outside for a couple minutes as he hears the blue angels roaring nearby
18:36.01 brlcad pretty cool, shot strait up for a while, curved down, graceful stalled spin, then recovered shortly before reaching the water
18:37.09 brlcad if you're within earshot of bob or a windows box, r51172 could use a compilation test
18:38.00 andrei__ brlcad , regarding the posix compliant issue
18:38.08 andrei__ I have to replace for (( i=0; i < max; i++ )), right?
18:38.59 andrei__ on stackoverflo it says " it s not totally POSIX" so I m not sure if I can keep it
18:41.02 CIA-55 BRL-CAD: 03WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde 07http://brlcad.org * r3895 10/wiki/WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde: New page: Search Engine Marketing is not only about putting websites in search engines to get listed on their result pages, but also about promoting and improving their rankings in order to make the...
18:42.41 brlcad andrei__: if you replace /bin/bash with /bin/sh, does "for (( i=0; i < max; i++ ))" work?
18:43.19 andrei__ I did replace it but I haven't tried
18:43.50 brlcad kind of answers your question if it doesn't work ;)
18:43.55 andrei__ it does
18:44.02 brlcad if it does work, doesn't really answer your question -- but one step at a time
18:46.14 andrei__ I believe I should use "test", just need to figure out how
18:49.09 brlcad you should, great tool to learn
18:49.16 brlcad lots of examples in our sh/ directory
18:50.03 brlcad test and expr will reproduce most of what you're doing in your script
18:52.58 ``Erik metaball facetization does work, it's just rrrrreally slow in the _fuse()
18:55.13 brlcad related to weiss' "optimizations" ?
18:56.03 brlcad I noticed the conversion.sh script taking about 200% longer after all his nmg work last fall (1/3rd)
19:06.31 ``Erik it's in nmg_model_fuse(), rich asserts that nmg_model_break_e_on_v() is what's killing the performance
19:07.33 ``Erik commenting out the fuse call and passing -n to facetize allows it to finish fairly quickly
19:09.35 ``Erik might hit it with shark or something later to see where
19:11.43 CIA-55 BRL-CAD: 03brlcad * r51174 10/brlcad/trunk/src/libged/brep.c: ws
19:19.26 CIA-55 BRL-CAD: 03brlcad * r51175 10/brlcad/trunk/src/libged/red.c:
19:19.26 CIA-55 BRL-CAD: revert r51012. it's unclear how the comment is true, improving reliability on
19:19.26 CIA-55 BRL-CAD: Windows, because the casts are not right. they describe an array of character
19:19.26 CIA-55 BRL-CAD: pointers (char*[]), but then that's repeatedly used as a 'char *' with casts
19:19.26 CIA-55 BRL-CAD: forced everywhere. needing casts pervasively like that is a sign something is
19:19.26 CIA-55 BRL-CAD: fundamentally wrong. casts should be rare.
19:22.40 CIA-55 BRL-CAD: 03anrgmrty * r51176 10/brlcad/trunk/src/conv/g-voxel.c: EQUAL used for equality of two floating pt. numbers instead of roundabout way using ZERO
19:24.26 brlcad does anyone know any of the details around r51054? changes to our libregex reportedly somehow in support for win64
19:26.58 CIA-55 BRL-CAD: 03brlcad * r51177 10/brlcad/trunk/src/other/libregex/engine.c: partial revert of r51054. passing ssize_t to %ld is not portable nor follows the documented type.
19:32.15 ``Erik hah
19:35.46 ``Erik I may've found the nmg performance culprit, verifying something...
19:42.00 brlcad caught up on commit review
19:42.35 CIA-55 BRL-CAD: 03Mesut 07http://brlcad.org * r3896 10/wiki/User:Mesut/Reports:
19:48.41 crdueck brlcad: the analyze command for an arb provides a very detailed per-face analysis with its own implementation of a surface area function for each face, and then summing the areas to provide the total at the end. also, there's already an rt_arb_centroid() which is in use in a few places. i'm not sure how much i want to/can touch these, but it makes arb a little inconsistent compared to the rest of the primitives using (or soon to be using) t
19:49.33 brlcad clean linux builds on 64-bit (x86_64 and power7), so far good on 32-bit mac 10.5
19:50.01 brlcad crdueck: make 'em consistent
19:51.24 brlcad rt_arb_centroid() isn't properly published, so it can be changed
19:51.53 brlcad you can make it have the right argument types, for example, and update the callers to go through the functab instead of calling it directly
19:52.04 brlcad then you should be able to remove its declaration from raytrace.h
19:52.58 crdueck centroid isnt too difficult, but the surface area function isnt even its own function, its just a part of the per face analysis
19:53.13 brlcad most of those rt_PRIM_*() functions are fair game because there shouldn't be any in the public API
19:53.31 brlcad so refactor it into a function or write one and replace it
19:53.52 brlcad good thing to leverage the code that's there at least as a starting point
19:53.57 brlcad then can see if you can improve upon it
19:55.46 crdueck okay, i'll work on it
20:13.46 CIA-55 BRL-CAD: 03erikgreenwald * r51178 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unnecessary blather
21:35.13 CIA-55 BRL-CAD: 03bob1961 * r51179 10/brlcad/trunk/ (4 files in 3 dirs): Added functions for save_all, delete_all and restore_all hooks and log_hooks. Used by wdb_cmd to eliminate blather when a command is not found in wdb_newcmds.
21:56.59 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
22:39.24 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3897 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
23:22.32 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:37.43 *** join/#brlcad xth1 (~thiago@201.82.132.241)
IRC log for #brlcad on 20120616

IRC log for #brlcad on 20120616

00:13.39 *** join/#brlcad xth1 (~thiago@201.82.132.241)
00:26.54 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
00:32.07 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
00:34.03 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3898 10/wiki/User:Cprecup/GSoC2012_progress: 13/06/2012 , 15/06/2012
00:38.07 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
01:00.32 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:17.51 CIA-55 BRL-CAD: 03Starseeker 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde]]": spamming content
03:18.23 CIA-55 BRL-CAD: 03Starseeker 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde]] with an expiry time of infinite (account creation disabled): Inserting nonsense/gibberish into pages
04:43.30 CIA-55 BRL-CAD: 03brlcad * r51180 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: DIST_PT_PLANE() takes a point first, plane second. detected during compilation since it causes an array to read out of bounds.
05:32.58 CIA-55 BRL-CAD: 03starseeker * r51181 10/brlcad/trunk/src/libged/simulate/ (simrt.c simulate.c simutils.c simutils.h): simulate kill code was interfering with other uses of kill - add a prefix to avoid collision until details can be sorted out.
06:16.02 CIA-55 BRL-CAD: 03crdueck * r51182 10/brlcad/trunk/src/libged/analyze.c: cleaned up formatting for bu_vls_printf in analyze_ell and analyze_tor, planning on using this format throughout analyze.c for consistency
06:18.38 CIA-55 BRL-CAD: 03crdueck * r51183 10/brlcad/trunk/src/libged/analyze.c: cleaned up formatting in analyze_tgc
07:00.48 CIA-55 BRL-CAD: 03crdueck * r51184 10/brlcad/trunk/src/libged/analyze.c: updated analyze_arb to use the new volume callback
07:59.39 CIA-55 BRL-CAD: 03starseeker * r51185 10/brlcad/trunk/src/tclscripts/ (lib/RtImage.tcl rtwizard/rtwizard.tcl): Checkpointing work to make rtwizard pids available for Archer to abort when abort button is pressed. Will immediately revert, as this won't be ready in time for release
08:00.57 CIA-55 BRL-CAD: 03starseeker * r51186 10/brlcad/trunk/src/tclscripts/ (lib/RtImage.tcl rtwizard/rtwizard.tcl): Reverse pid archer work
10:04.09 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
11:20.05 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3899 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
11:54.16 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3900 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
11:55.31 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3901 10/wiki/DSP: /* Preparing your height field data */ correct definition of "width" and "length"
11:58.37 CIA-55 BRL-CAD: 03tbrowder2 * r51187 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: add note about easy ascii creation, reference to tac(1)
12:03.36 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3902 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ correct typo
12:04.01 CIA-55 BRL-CAD: 03Tbrowder 07http://brlcad.org * r3903 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */
12:07.47 CIA-55 BRL-CAD: 03tbrowder2 * r51188 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: improve note about validity of output for mged use
12:42.11 CIA-55 BRL-CAD: 03tbrowder2 * r51189 10/brlcad/trunk/NEWS: correct typo
13:00.56 CIA-55 BRL-CAD: 03brlcad * r51190 10/brlcad/trunk/misc/CMake/ (FindGL.cmake FindX11.cmake): synchronize the search ordering while also adjusting the order slightly. intentionally preferring X11 include directories before searching common system and common package manager paths.
13:02.40 CIA-55 BRL-CAD: 03brlcad * r51191 10/brlcad/trunk/src/other/ (6 files in 6 dirs): sync FindGL and FindX11
13:10.31 CIA-55 BRL-CAD: 03brlcad * r51192 10/brlcad/trunk/NEWS:
13:10.31 CIA-55 BRL-CAD: insignificant edit so we can restate the commit log, needed for
13:10.31 CIA-55 BRL-CAD: sh/news2tracker.sh which pulls the last commit comment for review meetings: tom
13:10.31 CIA-55 BRL-CAD: browder fixed a bug in the comgeom-g importer that was causing a problem due to
13:10.31 CIA-55 BRL-CAD: improper memory deallocation after mk_ars().
13:11.00 CIA-55 BRL-CAD: 03brlcad * r51193 10/brlcad/trunk/include/vmath.h: ws
13:37.09 brlcad just two more minor items to commit, but then should be ready to sync and tag
13:37.16 brlcad clean linux and mac builds
14:02.24 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk)
14:25.14 *** join/#brlcad ChanServ (ChanServ@services.)
14:25.14 *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
15:10.37 starseeker brlcad: I'll try and get in to do a Windows build this afternoon
16:16.17 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
17:37.48 CIA-55 BRL-CAD: 03starseeker * r51194 10/brlcad/trunk/src/other/CMakeLists.txt: New SCL setting to flag as advanced
18:05.43 CIA-55 BRL-CAD: 03starseeker * r51195 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: PDF testing was worthwhile, caught an error - 3 columns in this table, not 2
18:55.04 *** join/#brlcad andrei_ (~andrei@5-12-78-192.residential.rdsnet.ro)
18:57.10 andrei_ hello
19:03.46 CIA-55 BRL-CAD: 03crdueck * r51196 10/brlcad/trunk/src/librt/primitives/table.c: quell some warnings, pointer (NULL) instead of the expected int (0) in a functab entry
19:07.39 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3904 10/wiki/User:Ksuzee/Reports:
19:11.15 andrei_ the shell script is mostly done ( ignore identation, will be fixed after it s fully functional )
19:11.27 andrei_ il post a slexy and modify the sourceforge one aswell
19:14.33 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3905 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */
19:15.14 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3906 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */
19:15.51 andrei_ is it possible to have both of my patches( red black tree / tpkg parameter) reviewed, I have modified them some time ago
19:17.20 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3907 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */
19:24.01 starseeker brlcad: builds on Windows
19:24.51 brlcad awesome
19:25.55 andrei_ I didn't know opensource orgs build their programs for windows aswell
19:26.13 starseeker looking OK on Linux and Mac too, although my Mac tests aren't all the way there yet
19:27.07 starseeker andrei_: occasionally - programs with a larger user audience and enough development resources tend to do so
19:28.12 andrei_ isn't that really hard
19:28.21 andrei_ because, for example windows xp( yeah, I still have it) has no shell.
19:28.44 starseeker andrei_: maintaining build logic for multiple build systems is no joke
19:29.41 andrei_ honestly I would ask about more details, but I probably wouldn't understand at this moment
19:29.46 starseeker most gnu autotools based builds (the majority of projects) only tend to build under cygwin and/or mingw based tools - add Visual Studio to the mix and it gets tough
19:30.13 brlcad andrei_: it's supported infrequently not because it's hard -- but because it's generally a terrible development environment with worser-than-most computer science foundations
19:30.29 brlcad andrei_: and windows has a shell, always has .. it's just a terrible one
19:31.03 andrei_ I only keep windows to play stuff on it
19:31.10 starseeker not "hard" maybe, but tedious and labor intensive - unless a tool like CMake or Scons is used, it means maintaining multiple build systems
19:31.59 starseeker most projects view that as a waste of effort that could be put into features
19:32.14 andrei_ meh, sorry. I forgot to paste the slexy for the shell script.
19:32.49 andrei_ http://slexy.org/view/s2kIAVzqkB I know ident is bad, I ll fix it after it works good.
19:33.09 andrei_ I tested everything except the trap, need to figure out how to send signal from a C program.
19:33.46 brlcad andrei_: ugh, that's not even worth the effort reading it until it's formatted properly
19:34.00 brlcad indentation and style should NOT be an afterthought ..
19:34.25 andrei_ I usually let IDE's automatically indent, I wrote the shell in gedit.
19:34.28 andrei_ I ll fix it in a minute.
19:34.39 brlcad but that's even worse
19:34.51 brlcad writing it with a text editor is fine, great
19:35.17 brlcad that means you're lacking a skill that affects readability, code usability .. something to learn :)
19:35.35 brlcad it shouldn't look right to you like that
19:36.35 andrei_ then I need to learn vim :(
19:37.06 ``Erik or emacs, or nano, or joe, or pico, or gedit, or notepad, or ...
19:37.11 starseeker huh? just turn off your editor's auto-formatting and do it manually...
19:37.23 brlcad car analogy: "I'll clean the shit out of my car when I drive somewhere important" ..
19:37.32 brlcad you shouldn't have shit in there in the first place, and nobody else should have to deal with it :)
19:39.14 andrei_ there s some thing I never understood about indentation
19:39.24 andrei_ There are plenty of styles, how do you choose one?
19:40.01 brlcad if you're writing your own code for you, you just pick one that you like
19:40.21 brlcad if you're writing code with/for others, you make your code consistent with the group's style
19:40.43 andrei_ brl-cad is using k&r style, so I should use that, right?
19:40.44 brlcad it's most important that code is consistent
19:40.54 brlcad even consistent bad style is better than no style
19:42.18 andrei_ Right, sorry about that. I ll have this matter sorted, will probably need it many times later.
19:42.55 brlcad when in doubt, just look at some of the existing code
19:43.47 brlcad HACKING file talks about our style guidelines in detail
19:44.15 brlcad tons of shell script examples in sh and bench
19:44.20 brlcad and regress
19:45.17 andrei_ I did read HACKING before getting accepted, I just find it hard to remember every aspect. Still, no excuse for that.
19:45.39 andrei_ I ll keep indenting manually until I get the hang of it.
19:49.43 brlcad great
19:53.40 crdueck the rigidity of the function signatures in the rt_functab interface is making it pretty difficult to avoid repeating the same sections of code in different functions. If i could declare different inputs for the functions of different primitives, i'd be able to reduce the repetition. would there be any way to make the interface more flexible? the only option i could think of is declaring some interfaces manually instead of using the RT_DECLA
20:04.44 *** join/#brlcad piksi (piksi@pi-xi.net)
20:09.26 andrei_ how do I find what licence to pass to ./header.sh ?
20:10.00 andrei_ I have been looking in other scripts but I didn't find a specific type.
20:35.04 starseeker brlcad: you want to do the release tagging?
20:35.49 *** join/#brlcad cristina (~quassel@188.24.50.251)
20:35.56 starseeker oh, nevermind - I see we still have some TODO items
20:36.20 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:38.20 andrei_ indented the script, here s the " clean " version
20:38.22 andrei_ http://slexy.org/view/s2U8UOMIEq
20:51.43 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3908 10/wiki/User:Crdueck/log:
23:35.35 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3909 10/wiki/User:Cprecup/GSoC2012_progress: 16/06/2012 - model implementation for DAG
IRC log for #brlcad on 20120617

IRC log for #brlcad on 20120617

03:52.49 *** join/#brlcad xth1 (~thiago@187.106.52.183)
03:55.42 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:50.05 andrei_ is the indentation good? This is what I have done so far : http://slexy.org/view/s2U8UOMIEq
06:57.28 *** join/#brlcad andrei_ (andrei@5-12-78-192.residential.rdsnet.ro)
08:14.16 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
08:18.33 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3910 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */
08:54.24 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
15:10.27 ``Erik andrei_: indentation looks decent to me, one trick that might be useful is to use the shell pid in temp file names, you can access it with $$
15:10.42 ``Erik (so myfile.$$ will create something like myfile.45612 )
17:14.28 *** join/#brlcad ChanServ (ChanServ@services.)
17:14.28 *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
18:06.06 *** join/#brlcad jbschw (~quassel@ool-4355ee10.dyn.optonline.net)
19:08.10 andrei_ ah, that will be fixed in a moment. Are there any other sugestions regarding the script? Thank you
21:21.53 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3911 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
21:24.42 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3912 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
22:27.19 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3913 10/wiki/User:Stattrav/GSoC2012_log: Undo revision 3912 by [[Special:Contributions/Stattrav|Stattrav]] ([[User talk:Stattrav|Talk]])
23:06.05 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
23:57.35 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3914 10/wiki/User:Al_Da_Best/devlog: Log updates
IRC log for #brlcad on 20120618

IRC log for #brlcad on 20120618

01:12.09 *** join/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca)
01:12.29 GargantuaSauce who the hell makes a header file >21K lines long
01:36.21 CIA-55 BRL-CAD: 03cprecup * r51197 10/brlcad/trunk/src/conv/CMakeLists.txt: Eliminate search for the library libavoid
01:38.32 CIA-55 BRL-CAD: 03cprecup * r51198 10/brlcad/trunk/src/libged/CMakeLists.txt: Add search for libavoid
01:44.29 CIA-55 BRL-CAD: 03cprecup * r51199 10/brlcad/trunk/src/libged/dag.cpp: Model for a directed acyclic graph constructed by using the Adaptagrams' libraries. Methods that, for now, construct a rectangle for each object in a given database.
01:53.00 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3915 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - added methods for constructiong rectangles for each object in a database
01:56.07 cristina could a mentor please check the latest source file that I added: src/libged/dag.cpp and give me a feedback? It's supposed to have methods used when dealing with a dag graph constructed using Adaptagrams. Thank you
02:05.10 *** join/#brlcad xth1 (~thiago@187.106.54.104)
02:45.30 CIA-55 BRL-CAD: 03starseeker * r51200 10/brlcad/trunk/src/fb/orle-fb.c: Apply patch 3527258 from Ksenija Slivko
03:08.51 *** join/#brlcad Technicus (~Technicus@66-191-61-83.dhcp.stpt.wi.charter.com)
03:11.49 brlcad GargantuaSauce: we do, obviously ... some issue being encountered at 21k bytes?
03:13.06 brlcad we have a couple headers 10x that size, or you might have meant 201k :)
03:14.22 brlcad (we also have a long-standing to-do item to chop our core library headers, but that's not yet started by anyone)
03:14.27 GargantuaSauce no i just noticed that it took 40 minutes to compile because i forgot to add -j4 to the make invocation
03:14.57 brlcad cristina: did you run distcheck?
03:16.25 brlcad ah, the build time is not impacted significantly by those headers sizes (on the contrary, results in fewer file reads) ..
03:16.52 brlcad it's just a lot of sources (more than 1M lines) and the C++ compilation and documentation processing are killer
06:42.15 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
06:46.46 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:41.52 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
08:42.30 anuragmurty d_rossberg: hi!
08:54.23 d_rossberg anuragmurty: hi, are you working on extenting your rayInfo structure?
08:55.22 anuragmurty yes.. i have included region names also now, with fill distances in each region being saved..
08:55.46 anuragmurty i am trying to get the voxels.txt file in a format you suggested..
08:56.28 anuragmurty i.e. (x,y,z) -(region name)- (percentage this region fills the voxel)
08:56.32 d_rossberg how do you save the references to the regions in your structure?
08:57.28 anuragmurty i just assign the pp->pt_regionp->reg_name pointer to it.. it is a linked list which checks if the region is already included.. if not, it is added to the end of the list..
08:58.47 anuragmurty here, pp is present partition
08:59.34 d_rossberg and this works?
09:00.06 anuragmurty till now i can list the different regions present in a particular voxel..
09:01.21 anuragmurty i need to this so i can include %-age fill of each region
09:01.22 d_rossberg i ask because i'm not sure if you can rely on the name strings where kept in memory
09:02.21 anuragmurty but i will need some way to identify the region...
09:02.21 d_rossberg in this case you need to copy them (e.g. in bu_vls)
09:04.10 anuragmurty i did not understand this.. i should explicitly copy the names?
09:10.06 anuragmurty what i mean is, can you please tell me why directly assigning the pointer is a bad idea?? i do not think i understood..
09:10.49 d_rossberg what you see during the ray-trace are intermediate structures, and i don't know how long they live (or the structures they point to)
09:13.03 d_rossberg see rt_db_get_internal for example
09:13.08 anuragmurty ok, so what you are saying is that i should copy them explicitly using bu_vls functions?
09:13.43 anuragmurty ok i will look at rt_db_get_internal
09:14.03 d_rossberg i would say yes, but you should ask sean about this too
09:14.24 d_rossberg rt_db_get_internal is in src/librt/dir.c
09:16.21 anuragmurty hmm.. i will ask sean also then.. but one more thing-- is the name the only way to get to the region?? i mean, is there some other unique id etc associated??
09:17.03 d_rossberg only to get an idea what i'm talking about, you usually don't work with the database stream directly but with sim rt_db_internal structure or similar
09:19.22 anuragmurty hmmm...
09:29.19 d_rossberg see the operators.g geometry for example, the point there is that you even dont need the different names for the opcolumn~ groups
09:30.25 d_rossberg it's suficient to have one group and place the multiple times with different matrices in "operators"
09:37.52 anuragmurty ok.. i am having a look.. but i did not understand this..
09:38.13 anuragmurty which matrices do you mean?
09:45.09 cristina brlcad: I've modified the src/libged/CMakeLists.txt file - the dag.cpp file wasn't ignored when the AVOID library wasn't found so I added it to the ged_ignore_files in this case.
09:45.22 cristina now, the distcheck runs ok. I should commit this
09:45.33 cristina Is there a problem with the included headers?
09:46.56 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:06.41 brlcad cristina: great, yes you should commit that ;)
10:06.50 brlcad you'll also need to add your file to Makefile.am
10:06.56 brlcad if you've not already done so
10:08.19 brlcad anuragmurty: I don't recall if those strings are retained, but copying them is the safe thing to do regardless
10:09.20 brlcad bu_strdup() if you don't intend to do much with them, or one of the bu_vls_*() printing routines if you do
10:10.01 cristina brlcad: I added it to the Makefile.am. Should I also add ${AVOID} to the libged_la_LIBADD?
10:10.18 brlcad cristina: no
10:10.51 brlcad that's a completely separate build system, so just add any/all new files to the EXTRA_DIST set
10:11.07 brlcad including your dag.g file
10:11.39 brlcad we're not going to be adding all the libavoid checks necessary to the old build system, so we just need to make sure the files are included
10:13.50 CIA-55 BRL-CAD: 03brlcad * r51201 10/brlcad/trunk/TODO: idents first column bug was investigated and found to be unworthy. review and testing has been on-going.
10:14.05 cristina brlcad: I don't have a dag.g file
10:14.06 brlcad starseeker: yeah, just a few more TODO items still -- feel free to pluck any off, most are quick checks
10:14.12 brlcad cristina: dag.c
10:14.48 cristina ok, thank you :)
10:16.13 CIA-55 BRL-CAD: 03brlcad * r51202 10/brlcad/trunk/TODO: the brep class inlining is not a release item, push down to unsheduled
10:17.53 brlcad cristina: if you want to test the other build system, you can run these steps if you have the gnu autotools installed: ./autogen.sh && mkdir -p .auto && cd .auto && ../configure --enable-all && make distcheck
10:18.38 brlcad distcheck should succeed, which usually amounts to making sure any and all new files are properly listed in a Makefile.am somewhere, usually in EXTRA_DIST
10:20.01 CIA-55 BRL-CAD: 03brlcad * r51203 10/brlcad/trunk/TODO: richard tested facetize on windows, works. testing illuminate+Z is not a release stopper
10:20.21 cristina brlcad: ok, I will run it. I used cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_ENABLE_STRICT=ON . && make distcheck and added the file along with the other source files but I will move it to EXTRA_DIST
10:20.27 brlcad starseeker: there we go, just five items left
10:20.46 brlcad cristina: cmake is the NEW build system
10:20.58 brlcad the Makefile.am files describe an entirely different build system, non-cmake
10:21.20 brlcad running autogen.sh+configure will run the OLD build system
10:21.54 brlcad we have to support both for a few months, but only minimally supporting the OLD system..
10:22.01 cristina yes, I read about this in your instruction but found this command in the HACKING file
10:22.29 cristina s/instruction/instructions
10:22.36 brlcad sure, I just want to make sure you understand that the two have nothing to do with each other
10:22.55 brlcad HACKING talks about the NEW build system and the steps to be taken there
10:25.09 brlcad the fact that they are both "make distcheck" at the end is irrelevant because they're two different build systems, one using autogen.sh+configure and the other using cmake to prepare
10:25.32 cristina I understand
10:25.47 brlcad great
10:47.20 d_rossberg anuragmurty: the nodes of a combination have transformations associated
10:50.06 d_rossberg the are usually identities, but you may have seen geometries where a component alone and the same component in a group appear at different places
10:50.36 anuragmurty ok..
11:42.02 ``Erik heh metaball tesselate (376280 triangles): cpu = 53890.9 sec, elapsed = 53904.2 sec
11:54.49 CIA-55 BRL-CAD: 03erikgreenwald * r51204 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: Adjust facetization grid size to a more reasonable value. (generation resolution was way too fine, may've been caused by tightening of bounding volume)
12:19.28 CIA-55 BRL-CAD: 03cprecup * r51205 10/brlcad/trunk/src/libged/CMakeLists.txt: Fix distcheck error that appears because of SVN_FILE_NOT_IN_BUILD for dag.cpp in the case when the AVOID library is not found.
12:21.33 CIA-55 BRL-CAD: 03cprecup * r51206 10/brlcad/trunk/src/libged/Makefile.am: Add the file dag.cpp for the OLD build system
12:22.07 cristina brlcad: ok, so now both the OLD and NEW system are tested :)
12:26.36 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3916 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - fix distcheck + pass OLD build system test
13:02.19 starseeker brlcad: the build_region example in the man page seems to work - was there a specific report of build_region trouble?
13:07.08 starseeker ditto for sketch editor + circles
13:12.23 starseeker brlcad: we have a 'Verify no edit is no change' test involving a region - doesn't that satisfy our third remaining TODO?
13:22.02 starseeker looks like the g-nff crash has been cleared up - at least, ktank's tank converts
14:04.25 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
14:20.35 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
14:25.31 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
14:34.33 CIA-55 BRL-CAD: 03starseeker * r51207 10/brlcad/trunk/TODO: Tried the example in build_region's man page, and it succeeded.
14:43.55 ``Erik src/librt/primitives/nmg/nmg.c:1525: warning: passing argument 4 of 'rt_nmg_import4_fastf' discards qualifiers from pointer target type
15:00.54 CIA-55 BRL-CAD: 03starseeker * r51208 10/brlcad/trunk/TODO: Made circles in sketch editor, unable to reproduce problem - if re-occurs, request bug submission with more detail.
15:07.30 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3917 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:15.38 CIA-55 BRL-CAD: 03starseeker * r51209 10/brlcad/trunk/TODO: mged -c + attach X + draw works on Linux and Mac
15:20.30 CIA-55 BRL-CAD: 03phoenixyjll * r51210 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add pnts to the ignore list.
15:20.46 CIA-55 BRL-CAD: 03starseeker * r51211 10/brlcad/trunk/TODO: The g-nff crash appears to have been fixed - succeeds on Linux and Mac
15:28.30 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3918 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:29.33 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3919 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:29.45 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3920 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
15:42.35 CIA-55 BRL-CAD: 03starseeker * r51212 10/brlcad/trunk/TODO:
15:42.35 CIA-55 BRL-CAD: Problem was not with the red regressions, but a deeper issue involving syncing
15:42.35 CIA-55 BRL-CAD: low level data structures and attributes - red editing saw appropriate region
15:42.35 CIA-55 BRL-CAD: flag, but some other tools wouldn't. Fixed now - may possible be worth adding a
15:42.35 CIA-55 BRL-CAD: different test to check specifically for this in the future, but it's only
15:42.36 CIA-55 BRL-CAD: likely to come up in the next big attribute handling refactor.
16:28.10 CIA-55 BRL-CAD: 03phoenixyjll * r51213 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Export correctly and modify the output message.
16:29.59 CIA-55 BRL-CAD: 03phoenixyjll * r51214 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: Check whether count == 0 to avoid segmentation fault.
16:31.42 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3921 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
16:55.13 *** join/#brlcad merzo (~merzo@102-0-133-95.pool.ukrtel.net)
17:58.21 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
18:02.35 ksuzee hello! Could anybody explain how programmes like umod, dmod etc. work? There're no mans about them..
18:35.01 *** join/#brlcad stas (~stas@89.121.155.7)
19:04.23 brlcad ksuzee: read the source ;)
19:04.38 brlcad and write a man page for them when you figure it out ;)
19:27.18 *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro)
19:27.21 andrei_ hello
19:27.42 andrei_ should i keep my IRC client up 24/7 ?
19:28.58 andrei_ secondly, what should I do next the tpkg script is quite finished, I ll finish the tpkg.c shortly.
19:39.13 CIA-55 BRL-CAD: 03starseeker * r51215 10/brlcad/branches/STABLE/ (477 files in 108 dirs): Synce trunk and STABLE - trunk r51214
19:42.02 andrei_ I know there is plenty work to be done, I am just worried about finishing mid term earlier, so I can double - check everything .
19:52.17 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
20:26.02 CIA-55 BRL-CAD: 035.12.67.226 07http://brlcad.org * r3922 10/wiki/User:Popescu.andrei1991: /* Daily development log */
20:38.37 starseeker yep - distcheck succeeded on STABLE
20:40.54 starseeker diff looks good
20:48.42 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
21:05.42 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3923 10/wiki/User:Ksuzee/Reports:
21:06.05 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3924 10/wiki/User:Ksuzee/Reports:
21:22.56 CIA-55 BRL-CAD: 03crdueck * r51216 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added volume function for rpc
22:28.16 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
22:37.54 *** part/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca)
IRC log for #brlcad on 20120619

IRC log for #brlcad on 20120619

01:11.49 *** join/#brlcad merzo_ (~merzo@102-0-133-95.pool.ukrtel.net)
01:14.23 CIA-55 BRL-CAD: 03brlcad * r51217 10/brlcad/trunk/doc/docbook/articles/en/oed.xml: fix a couple obvious typos
01:37.06 *** join/#brlcad stas (~stas@89.121.155.7)
01:58.51 CIA-55 BRL-CAD: 03crdueck * r51218 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added a centroid function for rpc
02:39.00 CIA-55 BRL-CAD: 03crdueck * r51219 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added surface area function for rpc
02:40.31 CIA-55 BRL-CAD: 03crdueck * r51220 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for rpc to use the new callbacks
03:13.20 *** join/#brlcad Guest9720 (~stas@89.121.155.7)
03:26.08 CIA-55 BRL-CAD: 03crdueck * r51221 10/brlcad/trunk/src/libged/analyze.c: updated analyze_rpc() to use the new callbacks, use print_volume_table() for displaying results
04:04.48 *** join/#brlcad Guest9720 (~stas@89.121.155.7)
04:05.01 CIA-55 BRL-CAD: 03crdueck * r51222 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: combined 'VSCALE then VADD2' operations with VJOIN1 macro
04:08.30 CIA-55 BRL-CAD: 03phoenixyjll * r51223 10/brlcad/trunk/src/librt/primitives/ (5 files in 5 dirs):
04:08.31 CIA-55 BRL-CAD: M primitives/rpc/rpc.c
04:08.31 CIA-55 BRL-CAD: M primitives/brep/brep_debug.cpp
04:08.31 CIA-55 BRL-CAD: M primitives/arb8/arb8.c
04:08.31 CIA-55 BRL-CAD: M primitives/tgc/tgc.c
04:08.31 CIA-55 BRL-CAD: M primitives/ell/ell.c
06:06.36 CIA-55 BRL-CAD: 03phoenixyjll * r51224 10/brlcad/trunk/src/librt/primitives/ (arb8/arb8_brep.cpp arbn/arbn_brep.cpp): Modify wrong comments.
06:11.12 CIA-55 BRL-CAD: 03phoenixyjll * r51225 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Remove unnecessary logic.
06:19.30 CIA-55 BRL-CAD: 03phoenixyjll * r51226 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): Add brep conversion function to ars.
06:27.47 *** join/#brlcad stas (~stas@89.121.155.7)
07:05.17 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:42.01 CIA-55 BRL-CAD: 03d_rossberg * r51227 10/brlcad/trunk/src/librt/CMakeLists.txt: corrected a typing mistake: .c => .cpp
08:51.45 *** join/#brlcad merzo_ (~merzo@103-208-200-46.pool.ukrtel.net)
10:03.44 starseeker hmm... http://people.freedesktop.org/~steckdenis/clover/index.html
10:08.18 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
10:55.55 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
10:58.20 CIA-55 BRL-CAD: 03phoenixyjll * r51228 10/brlcad/trunk/src/librt/Makefile.am: correct .c => .cpp
11:14.43 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3925 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
11:15.11 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3926 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
11:45.59 CIA-55 BRL-CAD: 03d_rossberg * r51229 10/brlcad/trunk/ (CMakeLists.txt include/common.h):
11:45.59 CIA-55 BRL-CAD: build error in MSVS: asinh() is C99, implement it with log() and sqrt() if not present
11:45.59 CIA-55 BRL-CAD: (and there where lots of trailing white spaces removed)
11:57.37 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:03.18 CIA-55 BRL-CAD: 03bob1961 * r51230 10/brlcad/trunk/src/libged/wdb_obj.c: Don't need the call to bu_log_hook_delete_all() because the previous call to bu_log_hook_save_all() empties the list.
12:11.55 d_rossberg BRLCAD_FUNCTION_EXISTS does not find asinh() on Linux
12:14.20 starseeker yeah, noticed
12:14.38 starseeker d_rossberg: what suddenly prompted the asinh build error on MSVC?
12:15.42 d_rossberg src/librt/primitives/rpc/rpc.c
12:15.47 starseeker ah
12:16.17 starseeker BRLCAD_FUNCTION_EXISTS just wraps CHECK_FUNCTION_EXISTS
12:16.30 starseeker which is a standard CMake routine
12:17.40 d_rossberg yes, i saw it; there is a message during the test :warning: conflicting types for built-in function 'asinh' [enabled by default]
12:19.20 d_rossberg maybe i can change it to a win32-only test like for hypot()
12:19.59 starseeker what about check_symbol_exists?
12:20.06 starseeker gmt seems to use that variation
12:21.18 starseeker ah, right - that's what we did for hypot too
12:21.29 starseeker yeah, if that works let's go with that for now
12:22.44 starseeker asinh definition would move to config_win header
12:27.38 andrei_ hello
12:27.54 andrei_ I recompiled tpkg from source and added a smalll modification to my script
12:27.58 andrei_ and now the server won't start at all
12:28.20 andrei_ the only modification made was to add another parameter to pass the shell pid
12:28.28 andrei_ I ll get it up on sourceforge now.
12:28.42 starseeker andrei_: what's the error?
12:29.04 andrei_ pkg_permserver: bind: errno=98
12:29.09 andrei_ it acts like the socket remained opened
12:29.15 andrei_ but I tried several sockets.
12:29.18 starseeker I think that error is something else...
12:29.19 andrei_ I mean ports.
12:29.48 andrei_ 'bind'. Error (98): Address already in use
12:30.21 starseeker ``Erik: you around? I'm not much good with libpkg...
12:31.30 andrei_ wierd
12:31.49 andrei_ I changed it to 8000 and now it partially works.
12:32.22 CIA-55 BRL-CAD: 03starseeker * r51231 10/brlcad/trunk/ (3 files in 2 dirs): asinh is like hypot test - can't handle it as a check_function_exists call. needs testing on Windows
12:32.39 starseeker d_rossberg: probably something along those lines...
12:34.11 CIA-55 BRL-CAD: 03starseeker * r51232 10/brlcad/trunk/INSTALL: Sync minor install file changes
12:35.23 starseeker d_rossberg: that's not intended to be "final form" - just needed to get a change in there to get the "main" dev platforms going again
12:43.02 d_rossberg now you were faster than myself, i'll have a look at it
12:48.45 ``Erik jawhol?
12:49.50 andrei_ hmm, I m getting a wierd ERROR: bu_malloc(0)
12:51.03 ``Erik andrei_: that bind() address error means something is still listening on the socket, if you do netstat -na, you should find a line regarding that port... if you don't close a listening socket cleanly, the port will still be listening for a couple minutes in a semi-zombied state
12:51.47 ``Erik bu_malloc() explicitely checks for a 0 sized alloc and fails, someone seemed to think that it didn't make sense
12:51.47 andrei_ I know, but I was getting that error
12:51.59 andrei_ even on "new " sockets
12:52.15 andrei_ I tried from 2000 to 2005 or something like that
12:52.21 andrei_ 8000 works, for example
12:52.21 ``Erik something (maybe not your process) was already using the port
12:52.46 andrei_ brlcad said that I should replace the sleep(1) after the server
12:52.58 andrei_ with signal handling, so client starts only when server is ready
12:53.16 andrei_ to do this, I passed the shell pid to tpkg server as an argument
12:53.26 andrei_ then used kill() for the signal
12:53.40 ``Erik ehhh, what he was talking about is unrelated to the error you just mentioned... the 'sleep' would be to give the server time to start up
12:54.16 ``Erik SERVERPID=$(server -opts &)
12:54.18 ``Erik sleep 1
12:54.25 ``Erik client -tops
12:54.28 ``Erik wait $SERVERPID
12:54.59 andrei_ I managed to fix the bind() error.
12:55.50 andrei_ I get the bu_malloc(0)
12:55.57 andrei_ because I added a second parameter to run_server
12:56.09 andrei_ run_server(int port, pid_t shell_pid) {
12:56.13 ``Erik (one 'elegant' solution to the listen/return daemon issue is use interthread communication and a '-d' option to background the process, the parent thread spinlocks on a global that the listening thread sets, so it returns after the socket is actually listening)
12:57.37 ``Erik I don't think that's incredibly clear... let me psuedocode something
12:59.54 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
13:04.51 ``Erik http://brlcad.org/~erik/srv.c
13:05.20 ``Erik psuedocode in a very C fashion, let me know if you get what I mean
13:06.04 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
13:07.44 andrei_ so basically you have a server and a client in the same process
13:07.53 ``Erik fork() creates a new process
13:08.05 ``Erik and this is server only
13:08.26 ``Erik this is how to make a -d option that backgrounds the process and returns AFTER the socket is live
13:08.49 ``Erik so you can do "./server -d && ./client" without worrying about if the socket is up yet
13:09.52 ``Erik note that it's not "./server -d & && ./client", the server process itself is responsible for backgrounding, not the shell
13:10.11 andrei_ I did understand the idea behind of what you wrote
13:10.23 andrei_ however, I don t really understand what does a sleep(0) do?
13:10.51 andrei_ nervermind, found a docummentation
13:11.01 andrei_ Thanks, I ll get to work now :)
13:11.07 ``Erik heh, tha'ts a bit of unix-fu :) it surrenders the current run quanta and nothing else. it takes the process out of running state and puts it at the back of the run queue
13:14.10 andrei_ ah, that makes sense. Really interesting approach
13:14.45 ``Erik it's a class unix pattern, not terribly obvious until you've seen it
13:14.48 ``Erik classic
13:15.58 CIA-55 BRL-CAD: 03d_rossberg * r51233 10/brlcad/trunk/ (3 files in 2 dirs): made the asinh() handling a twin of hypot()
13:22.28 CIA-55 BRL-CAD: 03erikgreenwald * r51234 10/brlcad/trunk/src/libpkg/ (CMakeLists.txt tpkg.c):
13:22.28 CIA-55 BRL-CAD: Apply Andrei's tpkg patch to set the packet size.
13:22.28 CIA-55 BRL-CAD: http://sourceforge.net/tracker/index.php?func=detail&aid=3529853&group_id=105292&atid=640804
13:23.32 andrei_ I didn't manage to find in man getopt
13:23.52 andrei_ can getopt recycle the argument parsing
13:24.22 andrei_ I mean, for example can I use it once to determine various parameters( such as package size) and then call it again in another function?
13:25.05 andrei_ ah, found the answer myself.
13:25.43 ``Erik splitting argument parsing between functions might make it difficult to follow the logic...
13:26.46 andrei_ I want to make a wrapper for run_server that acts like the main in pseudocode
13:27.24 andrei_ and I was going to check for the argument in function, will just pass a ok value from main instead.
13:29.15 andrei_ actually, now everything looks rather clear.
13:47.19 andrei_ ``Erik: thanks, now both tpkg and the script work.
13:49.40 ``Erik cool beans
13:50.15 andrei_ just testing for some high number of iterations now to see if anything breaks
13:51.50 ``Erik do you have 2 machines on your local network that can run BRL-CAD? testing without using loopback would be a good idea
13:53.32 andrei_ yes
13:54.16 ``Erik cool, seeing a graph of mb/s vs packet size would be interesting
13:55.00 andrei_ this is a bit wierd
13:55.05 andrei_ when I tested I forgot to remove the &
13:55.11 andrei_ calling like this : ./$path/tpkg -p 8000 -R -d >> log_file 2>&1
13:55.28 andrei_ now remains stuck at listen
13:55.47 andrei_ I think I might know why
13:56.02 ``Erik might still have one running, "ps aux" and look?
13:58.22 andrei_ there were some, killed them.
13:58.26 andrei_ Restared and same issue
14:00.08 andrei_ a moment, I m trying to provide a relevant paste
14:00.51 andrei_ what I did was change run server like this
14:00.53 andrei_ run_server(int port, int* is_listening) {
14:01.12 andrei_ and set *is_listening to 1 before the listen loop
14:01.42 andrei_ and this is the " main" function
14:01.43 andrei_ http://slexy.org/view/s2y4vw6tsN
14:03.45 ``Erik heh, ya didn't look up the actual details of fork()
14:05.50 andrei_ hm, what do you mean
14:05.57 andrei_ I know it creates an identical process with a different id
14:06.19 ``Erik yes, but the return values aren't handled right in your code
14:08.15 andrei_ it returns 0 and the child pid
14:08.35 andrei_ going to read more about fork, I don t really understand it
14:12.38 andrei_ I think I found the problem
14:12.45 andrei_ should I close " the listening" for the childs
14:12.51 andrei_ I don t think it's needed anymore
14:23.17 crdueck starseeker: is there an issue with using asinh in primitives/rpc/rpc.c? i'm responsible for adding that.
14:44.48 d_rossberg asinh isn't available in MSVC
14:46.10 crdueck d_rossberg: well asinh can be rewritten with just log and sqrt. that would solve the problem yes?
14:49.04 crdueck or has it already been fixed?
14:49.35 starseeker crdueck: d_rossberg fixed it
14:50.10 *** join/#brlcad Technicus (~Technicus@108-209-12-110.lightspeed.oshkwi.sbcglobal.net)
14:55.48 d_rossberg that's not true: starseeker fixed it and i polished it a little bit ;)
15:07.29 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3927 10/wiki/User:Plussai/GSoC_2012_log: /* 16 June 2014 */
15:07.35 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3928 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */
15:08.04 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3929 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */
15:12.23 CIA-55 BRL-CAD: 03n_reed * r51235 10/brlcad/trunk/src/ (8 files in 4 dirs): Use scl_memmgr in generated schema libraries. Since scl_memmgr.h makes "new" a macro, it has to be included after uses of placement new to avoid breakage. SCL git d8d293b.
15:19.46 CIA-55 BRL-CAD: 03n_reed * r51236 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c selects.c): avoid generating 'else if' to avoid MSVC limit of 128; SCL git dea7f8c
15:39.47 CIA-55 BRL-CAD: 03r_weiss * r51237 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt reid.xml): Add documentation for the mged reid command.
15:47.25 *** join/#brlcad kane__ (~kane@dsbg-4d0a3cd2.pool.mediaWays.net)
15:53.09 CIA-55 BRL-CAD: 03n_reed * r51238 10/brlcad/trunk/src/other/step/ (20 files in 2 dirs): add fedex_plus/express memory cleanup function; SCL git f5d0cc5
15:57.05 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:09.56 CIA-55 BRL-CAD: 03n_reed * r51239 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_wrapper.cc selects.c): fix memory leaks reported by scl_memmgr; SCL git 3010afa
16:11.05 *** join/#brlcad msg (~John@unaffiliated/john)
16:19.40 CIA-55 BRL-CAD: 03n_reed * r51240 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: fix memory leaks reported by scl_memmgr; SCL git f7cde9f
16:22.14 *** part/#brlcad msg (~John@unaffiliated/john)
16:24.47 CIA-55 BRL-CAD: 03n_reed * r51241 10/brlcad/trunk/src/other/step/src/express/resolve.c: remove #if 0 code; SCL git ee13cda
16:31.34 CIA-55 BRL-CAD: 03n_reed * r51242 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.cc: more verbose warning message; SCL git c84330b
16:48.38 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3930 10/wiki/User:Crdueck/log:
16:49.36 CIA-55 BRL-CAD: 03r_weiss * r51243 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_sync.xml): Added documentation for mged command bot_sync.
16:53.54 CIA-55 BRL-CAD: 03r_weiss * r51244 10/brlcad/trunk/doc/docbook/system/mann/en/bot_face_sort.xml: Correct a syntax error in the xml file of the bot_face_sort command documentation.
17:31.17 *** join/#brlcad cristina (~quassel@188.24.50.251)
17:32.23 CIA-55 BRL-CAD: 03r_weiss * r51245 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_flip.xml): Add documentation for the mged bot_flip command.
17:32.23 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
17:45.22 *** part/#brlcad kane__ (~kane@dsbg-4d0a3cd2.pool.mediaWays.net)
17:47.54 *** join/#brlcad kane_ (~Mesut@dsbg-4d0a3cd2.pool.mediaWays.net)
18:03.49 CIA-55 BRL-CAD: 03bob1961 * r51246 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Save the nonedge color, occlusion mode and ghost intensity in the preferences file.
18:17.08 CIA-55 BRL-CAD: 03n_reed * r51247 10/brlcad/trunk/src/other/step/src/ (6 files in 4 dirs): partial support for aggregate bounds that aren't compile-time constants; SCL git 7425e55d
18:25.20 crdueck whats the general consensus on using macros vs inline functions? is there a preference one way or the other?
18:40.12 CIA-55 BRL-CAD: 03crdueck * r51248 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: fixed error in rt_tgc_centroid() not accounting for the actual position of the tgc. made use of VJOIN1 to combine some operations. some ws and formatting changes
18:40.41 CIA-55 BRL-CAD: 03r_weiss * r51249 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_split.xml): Add documentation for the mged bot_split command.
18:46.28 CIA-55 BRL-CAD: 03n_reed * r51250 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): cleanup from SCL git a86b035 and 6f60a8a
18:50.52 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3931 10/wiki/User:Crdueck/log:
18:51.31 CIA-55 BRL-CAD: 03bob1961 * r51251 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Archer::buildObjRtImageView now returns a value (i.e. the last row occupied). Minor cleanup.
18:54.50 CIA-55 BRL-CAD: 03n_reed * r51252 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h): print aggregate name instead of data member name; SCL git a72fa6e
19:01.22 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
19:01.26 andrei_ hello
19:02.24 brlcad helo
19:02.34 andrei_ brlcad
19:02.58 andrei_ opposing to your signal handling method, ``Erik explained me how to do the client-server testing
19:03.00 andrei_ with threads
19:03.09 brlcad very well
19:03.27 andrei_ He did give me a pretty clear pseudocode, however I don't really understand threads
19:03.47 brlcad now is this threading inside tpkg or inside your script?
19:03.53 andrei_ inside tpkg
19:04.04 brlcad so that's a bit of a problem then
19:04.16 brlcad I presume you're wither calling pthreads or fork
19:04.28 brlcad neither of which is portable as tpkg currently stands
19:05.14 andrei_ ``Erik told me to use fork, I might not fully understand what he meant but I thought I needed pthreads
19:05.27 brlcad fork() is great to learn, but not portable
19:05.44 brlcad (nor is signal handling)
19:06.05 brlcad what's the goal trying to be accomplished, or what's the problem?
19:06.25 andrei_ I m trying to remove the sleep(1) after the server
19:07.15 andrei_ (in the script)
19:08.13 andrei_ if I m not mistaken, pthreads is portable
19:08.38 brlcad sort of, not to windows
19:09.19 brlcad pkg can use libbu, so you could use the parallelism we provide there
19:09.40 andrei_ what I need is to have the server tell the client when it is ready
19:10.11 andrei_ is there any way to achieve this without parallelism?
19:11.50 brlcad lots of ways
19:13.54 brlcad two simple ways, use a file semaphore
19:14.45 brlcad add a server option to tpkg to create a file when it's ready, then the client just waits for that file to exist
19:15.18 andrei_ join rosedu
19:15.23 andrei_ meh
19:16.03 brlcad this could be an actual semaphore file option or it could be a log file, for example
19:16.17 brlcad then you know if the log exists when it previously didn't the server is running
19:16.34 brlcad all easily testable from within a script or within C/libbu
19:16.41 brlcad bu_file_exists()
19:18.27 CIA-55 BRL-CAD: 03n_reed * r51253 10/brlcad/trunk/src/other/step/src/ (cleditor/STEPfile.inline.cc clstepcore/Registry.inline.cc): fix Registry memory leaks; SCL git a9173c8 and 626bb73
19:18.56 andrei_ also, I don't know if I should find out myself or ask. Could you provide some additional task ? I get stuck pretty often with this tpkg script and would be useful to have something else to work on
19:25.13 andrei_ also, the script, in it's current status works only on one machine. Shouldn't I find some way of testing on a remote station aswell?
19:44.17 CIA-55 BRL-CAD: 03n_reed * r51254 10/brlcad/trunk/src/other/step/src/clstepcore/ (4 files): free attributes list; SCL git c77471a
19:53.36 CIA-55 BRL-CAD: 03n_reed * r51255 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): stash unnamed types in a list so they can be freed; SCL git 04f4c1d
20:02.21 CIA-55 BRL-CAD: 03n_reed * r51256 10/brlcad/trunk/src/other/step/src/ (clstepcore/STEPaggregate.cc fedex_plus/classes.c): fix STEPaggregate memory leaks; SCL git 8a2665e
20:08.05 cristina can anyone help me with this error: http://pastebin.mozilla.org/1668038
20:10.59 cristina I want to link my source code file dag.cpp (which doesn't need an executable yet) to the libavoid library. Therefore, I added ${AVOID_LIBRARY} by using BRLCAD_ADDLIB -- this generates the error above
20:11.19 cristina I think it's because libavoid is a static library
20:12.32 cristina however, when I have a main function inside my dag.cpp file and use BRLCAD_ADDEXEC(dag dag.cpp avoid) the brlcad compiles 100%
20:19.26 CIA-55 BRL-CAD: 03n_reed * r51257 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.cc ExpDict.h ExpDict.inline.cc): fix memory leaks; SCL git a1d6b25
21:09.12 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3932 10/wiki/User:Cprecup/GSoC2012_progress: 19/06/2012 tried to fix compilation error generated by lack of access to libavoid elements
21:19.06 brlcad andrei_: when you get stuck, you should ask a question ;)
21:19.18 brlcad otherwise, your proposal outlined a few tasks
21:20.56 brlcad andrei_: a simple task worth adding would be a unit test for the libpkg API .. see src/libbu/test_*.c for examples of other API unit tests
21:21.24 brlcad in the process of creating a unit test, try to break the library .. then fix it
21:22.32 brlcad cristina: you cannot (and should not) add symbols to an existing installed library, especially a third-party library like libavoid
21:23.42 brlcad now linking in the libavoid library with your dag.c WITHIN libged (which is what I think you meant?) is fine
21:24.15 brlcad if that's what the error is from, then you're right -- the problem is due to the attempt to link against a static library
21:24.40 brlcad sounds like either libavoid needs to be recompiled differently or needs to be linked differently in our cmake logic
22:22.27 *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net)
22:23.36 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
IRC log for #brlcad on 20120620

IRC log for #brlcad on 20120620

00:11.10 *** join/#brlcad xth1 (~thiago@201.82.133.112)
02:01.24 CIA-55 BRL-CAD: 03phoenixyjll * r51258 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: Fix typo.
03:11.43 brlcad crdueck: there are cases for both, "it depends"
07:32.42 *** join/#brlcad stas (~stas@89.121.155.7)
07:58.26 *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch)
07:58.44 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
08:00.12 petaflot hello! I recently (yesterday..) learned to play with brlcad. today, I tried to make use of the "hex" library. I generated a bolt M10x50, imported it, typed "B Bolt_M10x50.c". the bolt showed up, and as I tried to rotate it mged crashed. now mged crashes on every start, even when no file is opened. what can I do?
08:05.35 petaflot gdb output: Starting program: /usr/brlcad/bin/mged
08:05.35 petaflot [Thread debugging using libthread_db enabled]
08:05.35 petaflot Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
08:05.35 petaflot [New Thread 0x7fffe1aad700 (LWP 18283)]
08:05.35 petaflot Program received signal SIGABRT, Aborted.
08:05.37 petaflot 0x00007fffe3ceb475 in *__GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
08:26.02 *** join/#brlcad stas (~stas@89.121.155.7)
08:58.22 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
08:58.39 brlcad petaflot: that's very interesting but will take some time to debug -- stick around if you can, and perhaps post a full backtrace
08:58.47 brlcad the lines after __GI_raise
08:59.53 brlcad one thing you can try is to delete your ~/.mgedrc if you have one
09:08.57 *** join/#brlcad stas (~stas@82.137.14.47)
09:10.47 petaflot brlcad: ok, got back. a reboot fixed it - apparently I got short of resources somewhere
09:12.42 petaflot now.. is it normal that allenbolts and nuts have no hole inside them?
10:09.04 *** join/#brlcad stas (~stas@89.121.155.7)
11:18.54 cristina brlcad: thank you for the response. I didn't mean to suggest that I want to add symbols to libavoid. Yes, you are right, I wanted to say that I want it linked within libged.
11:19.40 cristina I looked through other CMakeLists.txt files but didn't find an example on how to link it differently
12:30.33 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3933 10/wiki/User:Ksuzee/Reports:
12:30.53 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3934 10/wiki/User:Ksuzee/Reports:
13:01.22 *** join/#brlcad Matt____ (792dacc6@gateway/web/freenode/ip.121.45.172.198)
13:02.23 Matt____ Hello.
13:06.54 CIA-55 BRL-CAD: 03bob1961 * r51259 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added an optional argument to Archer::raytracePlus (i.e. _batch_list) which allows raytracePlus to write render commands to a file
13:41.38 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
13:42.11 anuragmurty brlcad : hi
13:57.05 CIA-55 BRL-CAD: 03bob1961 * r51260 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added --no-gui and --input options to the rtwizard commands that are being written out to a file.
14:21.21 CIA-55 BRL-CAD: 03n_reed * r51261 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): fix memory leaks; SCL git 5aca337 and dd6ef88
14:51.12 CIA-55 BRL-CAD: 03phoenixyjll * r51262 10/brlcad/trunk/src/librt/ (6 files in 5 dirs): Use ft_brep functions for half and pnts, returning a NULL brep pointer, and check within brep_conversion() and brep_conversion_tree().
15:04.24 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3935 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
15:06.09 *** join/#brlcad stas (~stas@89.121.155.7)
15:15.53 cristina brlcad: I found two solutions for my issue regarding the linking in of libavoid with my dag.cpp file within libged. They both imply using the -fPIC flag when compiling libavoid and one other thing:
15:17.27 cristina 1. I've checked the misc/CMake/BRLCAD_Targets.cmake file and found out from there that the command BRLCAD_ADDEXEC allows one to give a NO_INSTALL option as an argument -- with this command BRL-CAD compiled 100%
15:18.45 cristina and 2. as an alternative, I can just add ${AVOID_LIBRARY} inside the BRLCAD_ADDLIB command but then I need to create if/else statements inside the if/else statements where BULLET_FOUND is checked
15:18.52 cristina which one of them is preferable?
15:23.27 CIA-55 BRL-CAD: 03n_reed * r51263 10/brlcad/trunk/src/other/step/src/ (cleditor/instmgr.h clutils/gennodearray.h): mark some member functions const; SCL git 225180f
16:35.22 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3936 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
16:36.40 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3937 10/wiki/User:Stattrav/GSoC2012_log: Undo revision 3936 by [[Special:Contributions/Stattrav|Stattrav]] ([[User talk:Stattrav|Talk]])
16:40.56 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3938 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
16:46.12 CIA-55 BRL-CAD: 03bob1961 * r51264 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: In Archer::raytracePlus, need to add braces around the orientation and eye_pt.
16:48.52 CIA-55 BRL-CAD: 03r_weiss * r51265 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt rtarea.xml): Add documentation for mged rtarea command.
16:57.39 CIA-55 BRL-CAD: 03r_weiss * r51266 10/brlcad/trunk/doc/docbook/system/mann/en/rtarea.xml: Update to mged rtarea command documentation.
17:10.19 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
17:18.01 CIA-55 BRL-CAD: 03bob1961 * r51267 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Disabling tree attributes.
17:18.38 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
17:53.30 CIA-55 BRL-CAD: 03n_reed * r51268 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h STEPfile.inline.cc): support for checking read/write progress; SCL git 0bea3ef
17:54.23 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
17:55.25 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:04.33 *** join/#brlcad andrei__ (~andrei@5-12-67-226.residential.rdsnet.ro)
18:40.12 andrei__ hello
18:41.00 andrei__ a while loop from brlcad/sh ( more precise, in ws.sh) causes an error on my system
18:41.42 andrei__ nevermind, was my mistake.
18:45.04 ``Erik http://cvdazzle.com/
19:23.24 brlcad cristina: which target did you mark as NO_INSTALL?
19:24.19 cristina brlcad: the command was BRLCAD_ADDEXEC(dag dag.cpp "avoid;libbu;librt;libged" NO_INSTALL)
19:24.28 cristina so dag
19:24.39 cristina I am not sure this is ok
19:25.05 brlcad it's not clear to me what a dag executable does
19:25.40 brlcad I thought the idea was to add function(s) to libged
19:26.01 cristina it shouldn't be an executable. I thought I can use this to specify it, but yes, the command BRLCAD_ADDEXEC says it pretty clearly that it should be an executable
19:26.07 cristina so my approach is wrong
19:26.46 cristina is the other solution correct?
19:27.04 brlcad without knowing the details, it sounds sort of what I would expect
19:27.24 brlcad your going to perform some test for libavoid
19:27.39 brlcad if that library is available, your code is turned on (somehow)
19:28.50 cristina find_package(ADAPTAGRAMS)
19:28.50 cristina if(ADAPTAGRAMS_FOUND)
19:28.50 cristina set(AVOID_SRCS
19:28.50 cristina dag.cpp
19:28.50 cristina )
19:28.52 cristina else(ADAPTAGRMS_FOUND)
19:28.53 brlcad as a libged function, that ideally means adding a compile-time preprocessor define like HAVE_AVOID and enabling linkage against the LIBAVOID_LIBRARY in a CMakeLists.txt file
19:28.54 cristina set(AVOID_SRCS "")
19:28.56 cristina set(ged_ignore_files ${ged_ignore_files} dag.cpp)
19:28.58 cristina endif(ADAPTAGRAMS_FOUND)
19:29.36 cristina this is what I am using to see if I should ignore the source code file or not depending on the fact the library is found.
19:29.55 brlcad so my suggested approach is slightly different
19:30.26 brlcad from a usability perspective, it's really bizarre when a command is sometimes there, sometimes not
19:30.48 brlcad more useful is for the command to always exist, but tell me that it's not available
19:31.57 brlcad for that, you'd always compile dag.cpp .. but then have wrap much/most of the implementation in that file with #ifdef HAVE_ADAPTAGRAMS or something similar, and making the #else case provide that useful note that when it's not available
19:32.54 cristina ah, I understand, I've seen this in the src/libged/simulate folder
19:33.40 brlcad speaking of which, all your stuff should probably be in a subfolder too
19:33.51 brlcad but don't do that right now, we're trying to prepare a release
19:35.38 cristina alright. In conclusion, should I keep adding the dag.cpp file to ged_ignore_files if the library is found or just let it compile and ignore the source code inside ifdef HAVE_AVOID?
19:37.15 cristina I am sorry, add the file to ged_ignore_files if libavoid isn't found
19:39.21 andrei__ brlcad, I added a printf before the listen loop in the tpkg server, if I call it from the terminal the printf message is displayed correctly
19:39.47 andrei__ however, if I call it like this : ./$path/tpkg -p 2000 -R >> log_file 2>&1 & . I only get the "listening on *"
19:40.35 andrei__ ( I did rebuild tpkg )
19:48.23 andrei__ seems the same using either printf/bu_log
20:10.17 brlcad cristina: if it's going to always compile dag.cpp, then it shouldn't be in ged_ignore_files
20:10.47 cristina brlcad: ok, it's all clear now, thank you
20:13.14 brlcad you're quite welcome
20:28.11 CIA-55 BRL-CAD: 03tbrowder2 * r51269 10/brlcad/trunk/src/libbu/redblack.3: change man catergory number to remove B suffix
20:56.53 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3939 10/wiki/User:Ksuzee/Reports:
21:31.45 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
21:37.33 andrei_ I still don't manage to figure out how that can happen, when the script runs the message isn't written in the file
21:37.36 andrei_ as it should be
21:48.08 CIA-55 BRL-CAD: 03n_reed * r51270 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: remove extra semicolons; SCL git 17cec63
22:08.25 CIA-55 BRL-CAD: 03anrgmrty * r51271 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c modified so it gives voxels.txt with co-ordinates and fill distances of each region
22:14.47 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r3940 10/wiki/User:Anuragmurty: /* Development Log */
22:19.21 CIA-55 BRL-CAD: 03n_reed * r51272 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: s/cstddef/stddef.h/ for benefit of borland; SCL git e45d705
22:32.48 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
23:15.55 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:18.13 *** join/#brlcad xth1 (~thiago@201.82.133.32)
IRC log for #brlcad on 20120621

IRC log for #brlcad on 20120621

02:50.43 *** join/#brlcad ChanServ (ChanServ@services.)
02:50.44 *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
03:56.43 *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch)
06:46.27 *** join/#brlcad Stattrav_ (~Stattrav@223.236.182.66)
07:15.28 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:35.33 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
09:38.07 *** join/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198)
09:40.38 Matt_____ Drats! Why does this keep adding more underscores to my id every time I join, saying my username is already taken (yeah, by me!)
09:48.54 cristina Matt_____: because you didn't disconnect properly from the channel
09:49.11 cristina I assume you just quit without disconnecting?
10:33.47 *** join/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198)
10:34.24 Matt_____ Yeah, my flaky internet connection keeps disconnecting me, and now I have yet another underscore.
10:34.54 Matt_____ Is it possible to un-assign all the other Matt's, that are all me?
10:40.14 archivist Matt see irc "ghost" command
10:51.35 Matt_____ Thanks!
11:02.02 Matt_____ OK, I gotta quit using this freenode access, that seems to be the root of all my problems...
11:02.15 Matt_____ back later, probably with more underscores than ever.
11:02.21 *** part/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198)
12:15.57 CIA-55 BRL-CAD: 03bob1961 * r51273 10/brlcad/trunk/src/libged/wdb_obj.c: MGED dumps core when trying to pick an edit primitive from the display when nothing is displayed. The problem was in wdb_rt_gettrees_cmd(). We need to keep checking argc since it's being decremented as we process args.
12:17.30 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:18.58 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
12:20.49 andrei_ hello
12:38.52 CIA-55 BRL-CAD: 03bob1961 * r51274 10/brlcad/trunk/src/tclscripts/mged/ray.tcl: Need to catch the call to rt_gettrees.
12:39.13 CIA-55 BRL-CAD: 03bob1961 * r51275 10/brlcad/trunk/src/tclscripts/mged/mouse.tcl: Need to catch the call to mouse_shoot_ray.
12:53.51 andrei_ I ve been trying for quite a while to redirect the output from a background process to a file
12:54.04 andrei_ neither of this versions seem to work
12:54.06 andrei_ #./$path/tpkg -p 2021 -R & >> log_file 2>&1
12:54.08 andrei_ ./$path/tpkg -p 2008 -R >> log_file &
12:54.16 andrei_ could someone please tell me what am I doing wrong?
12:55.47 ``Erik the first should append stdout and stderr to log_file, the second should append stdout to log_file... what's the issue?
12:57.16 andrei_ I added a printf("Server_ready") and bu_log("server_ready) to tpkg
12:57.38 andrei_ because it s easier to check if a string exists in a file than check a remote host's file system
12:57.40 ``Erik new newline?
12:58.02 andrei_ I did add those
12:58.33 ``Erik it's probably just buffering the output, try adding fflush(stdout); after the printf
12:58.57 andrei_ <PROTECTED>
12:58.59 andrei_ <PROTECTED>
12:59.00 andrei_ <PROTECTED>
12:59.02 andrei_ like this?
12:59.33 ``Erik sure, or put the fflush() after the bu_log... (it's fflush, not flush.. man page explains it)
13:02.51 andrei_ it still outputs to stdout
13:03.16 andrei_ I used the one that redirects both stderr & stdout
13:03.36 ``Erik the ordering on that might screw it up, try putting the background & at the end of the line
13:04.20 andrei_ that was it, working now
13:04.28 andrei_ thanks
13:15.45 CIA-55 BRL-CAD: 03starseeker * r51276 10/brlcad/trunk/src/librt/ (4 files): Adapt some of Thomas Moerwald's NURBS surface fitting code from PCL to BRL-CAD - needs Eigen for solver. Not currently building.
13:22.16 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
13:27.10 andrei_ ``Erik, thanks now the whole local script works. Now I m going to build a version that uses two machines
13:30.49 ``Erik cool beans
13:33.22 andrei_ oh, I ve been thinking about this matter
13:35.01 andrei_ in order to determine the average speed I was thinking to timestamp the moment when the first packet was received and when the last one was received and determine speed as = size / time_diff
13:35.12 andrei_ does this method seem precise enough?
13:39.33 andrei_ by average speed I mean average speed for each set of parameters
14:00.36 *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro)
14:25.26 CIA-55 BRL-CAD: 03r_weiss * r51277 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged gr/grouper command to only allow one instance of grouper to be running at a time.
15:44.48 *** join/#brlcad cristina (~quassel@89.122.234.27)
15:44.56 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
17:00.23 CIA-55 BRL-CAD: 03bob1961 * r51278 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Get rid of TO_MAX_RT_ARGS (i.e. replace uses with TO_UNLIMITED).
17:03.03 *** join/#brlcad ``Erik (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net)
17:08.18 *** join/#brlcad ``Erik (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net)
17:24.08 ``Erik boo on scripts that block everything for long periods of time (looking at you, twirssi)
17:29.52 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:31.39 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3941 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
18:08.15 *** join/#brlcad kane__ (~kane@dsbg-5d82be32.pool.mediaWays.net)
18:21.33 *** join/#brlcad cristina (~quassel@188.24.50.251)
18:52.13 *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
19:03.57 CIA-55 BRL-CAD: 035.12.67.226 07http://brlcad.org * r3942 10/wiki/User:Popescu.andrei1991: /* Daily development log */
19:04.41 CIA-55 BRL-CAD: 035.12.67.226 07http://brlcad.org * r3943 10/wiki/User:Popescu.andrei1991: /* Daily development log */
19:25.04 andrei_ I finished the testing performance script that works on a localhost( server and client are both on localhost) , I want to create a version that works on a remote station. Does it have to be portable? If so can I take separate cases: unix based system or windows ?
19:25.58 andrei_ should I do it manually and just gather the relevant data?
19:27.26 andrei_ as far as I know plink is for windows and ssh for unix so I m thinking I could " split ways" . Overall, I don't have a very good idea about how should I proceed with it.
19:37.42 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3944 10/wiki/User:Ksuzee/Reports:
19:45.05 *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro)
19:46.21 ``Erik andrei_: only has to be as portable as you plan on testing, I think getting the data is more important at the moment. Could be that manually starting both endpoints as adequate for right now
19:48.18 andrei_ ah ok, thank you.
20:58.16 CIA-55 BRL-CAD: 03starseeker * r51279 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_nurbsfit.cpp): Fix importing of bot verts, stash resulting nurb in .g database
21:08.56 *** part/#brlcad kane__ (~kane@dsbg-5d82be32.pool.mediaWays.net)
21:15.34 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
23:29.50 *** join/#brlcad cvds_ (~leila@h115093.upc-h.chello.nl)
23:38.39 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
IRC log for #brlcad on 20120622

IRC log for #brlcad on 20120622

06:06.29 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3945 10/wiki/User:Crdueck/log:
07:34.09 CIA-55 BRL-CAD: 03anrgmrty * r51280 10/brlcad/trunk/src/conv/g-voxel.c: corrected mistake in calculation of numVoxels in each direction
07:43.33 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:22.29 *** join/#brlcad stas (~stas@188.24.50.251)
10:15.20 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
10:36.29 *** join/#brlcad merzo (~merzo@174-115-132-95.pool.ukrtel.net)
10:58.21 *** join/#brlcad merzo (~merzo@174-115-132-95.pool.ukrtel.net)
11:47.57 CIA-55 BRL-CAD: 03bob1961 * r51281 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Remove unnecessary statement.
11:49.33 CIA-55 BRL-CAD: 03bob1961 * r51282 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a statement to insure the temporarily disabled tree columns feature doesn't get enabled via the startup file.
12:42.51 *** join/#brlcad stas (~stas@188.24.50.251)
14:26.43 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3946 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
14:28.47 CIA-55 BRL-CAD: 03phoenixyjll * r51283 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): A raw version of brep conversion for part. Some special cases need to be considered later.
15:28.00 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3947 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */
15:34.19 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3948 10/wiki/User:Plussai/GSoC_2012_log: /* 20 June 2014 */
15:55.18 CIA-55 BRL-CAD: 03bob1961 * r51284 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::isdouble. This recognizes "." as a double.
16:25.52 *** join/#brlcad kane__ (~kane@dsbg-4db57ad7.pool.mediaWays.net)
16:34.56 CIA-55 BRL-CAD: 03starseeker * r51285 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.c): Checkpoint some test code - not terribly useful yet.
16:41.49 brlcad starseeker: how is BRLCAD_ENABLE_OPTIMIZED_BUILD not documented under the CONFIGURATION OPTIONS? :)
16:42.06 brlcad if that's missing, wonder what else is missing... :)
16:42.33 brlcad or was it just because it was mentioned earlier in INSTALL that it got back the check
16:43.25 starseeker uh... I might have been thinking that one is normally set/unset by the build type (Debug/Release)
16:44.09 brlcad more interestingly...
16:44.14 starseeker oh no...
16:44.16 brlcad CMake Warning: The variable, 'BRLCAD_ENABLE_OPTIMIZED_BUILD', specified manually, was not used during the generation.
16:44.55 starseeker where are you getting that from, bty? I only see BRLCAD_OPTIMIZED_BUILD
16:45.23 brlcad INSTALL
16:45.46 starseeker ah, yeah
16:45.53 starseeker that changed
16:45.57 starseeker crud...
16:46.05 starseeker that part of the text is not autosynced
16:46.09 starseeker fixes...
16:46.18 brlcad wasn't there a regression that checked to make sure INSTALL listed everything?
16:46.52 starseeker only for autotools - for most of the user visible options in CMake, the docs are auto-appended to INSTALL
16:47.33 brlcad blinks
16:47.38 brlcad that should effectively make sure INSTALL lists everything
16:48.02 starseeker BRLCAD_OPTIMIZED_BUILD isn't normally user visible
16:48.08 starseeker it's wrapped up in the build type
16:48.24 starseeker arguably, I shouldn't be discussing it there
16:49.17 brlcad yet debug and warnings are?
16:49.33 starseeker actually, there is a user visible BRLCAD_FLAGS_OPTIMIZATION
16:51.14 brlcad so the issue that came up, the use case, is that I wanted a quick distcheck with what I knew would generate the most warnings -- enable-all src/others, enable debug (which I happen to know is default), and optimized compile
16:51.15 starseeker hmm... yeah, that's not one of the auto-documented ones
16:51.34 brlcad so I quick-scan INSTALL for optimization .. find that flag, no others, and .. here we are
16:51.43 starseeker make -j9 distcheck will do both enable-all release and enable-all debug
16:51.59 brlcad I know there's a way to get it with the release modes
16:53.31 brlcad the distcheck is really a non-sequitor -- I was attempting a fairly standard goal, read the docs, and was left hanging :)
16:53.51 brlcad basically a documentation bug, just trying to figure out what the fix needed it
16:53.51 starseeker not arguing the docs are incorrect - just making sure I've got the right option before fixing
16:54.16 starseeker should be BRLCAD_ENABLE_OPTIMIZED_BUILD -> BRLCAD_FLAGS_OPTIMIZATION
16:54.25 brlcad okay, so sounds like three issues
16:55.19 brlcad that little explanation snippet (which I agree is debatable to talk about that there)
16:56.02 CIA-55 BRL-CAD: 03starseeker * r51286 10/brlcad/trunk/INSTALL: This option name has changed
16:56.29 brlcad it either needs fixing or moving/removing .. if removed, then INSTALL probably should talk about the build types there instead
16:58.29 brlcad I personally would have expected to see independent debug and optimization options in the configuration options section because they go hand in hand
17:00.15 CIA-55 BRL-CAD: 03starseeker * r51287 10/brlcad/trunk/CMakeLists.txt: tweak
17:00.15 brlcad the release mode is a timesaver, bundling options together into a configuration profile
17:00.15 starseeker shrugs - my thinking was probably that it was more likely to want to fiddle with debug/optimization than the other settings...
17:00.15 starseeker so they're documented in that first bit
17:00.20 brlcad you mean more likely to fiddle debug than optimization?
17:00.37 starseeker no, sorry - both of those as opposed to turning on/off individual libs
17:00.41 starseeker or Tk or something
17:00.54 brlcad oh I agree
17:01.12 brlcad that's why I found it surprising that optimization was missing, especially if that section is auto-generated
17:01.16 starseeker that's why the optimization isn't one of the auto-documented options pulling their descriptions from the CMake logic - it's more "integrated"
17:01.22 starseeker that part isn't
17:01.50 starseeker auto-generation starts after CONFIGURATION OPTIONS
17:03.09 starseeker I guess I figured people would read "installing from source" prior to going for the config options section, but looks like that experiment just failed in a real test
17:03.21 brlcad right
17:03.40 brlcad except you did add debug
17:03.56 brlcad so maybe just oversight that opt is missing? some flag that gets set on the var?
17:04.01 starseeker that's a real problem then - either we annoyingly duplicate a lot of content in multiple places, or we put everything in the configuration options mechanism
17:04.32 starseeker ah, the debug flags is there - I hadn't realized that
17:04.57 brlcad so specifically with the optimization option, what's funny is that the writeup basically says "you can use -DBRLCAD_OPTIMIZED_BUILD=ON to turn on optimization, but see the CONFIGURATION OPTIONS section for a description of ALL options"
17:05.05 starseeker maybe that's the solution then - take it out of where it is, and make it do the configuration options thing
17:05.24 brlcad so I jumped down, and of course didn't find it there :)
17:05.56 starseeker yeah - that was me thinking that "you'll probably want speed, so here's that option, and for everything else look below"
17:06.24 starseeker in case you haven't noticed yet, writing these was rather a hurried affair
17:06.50 starseeker not to mention my often odd notions of "flow" :-P
17:07.00 brlcad I've tried not to look too closely given the push for this big release :)
17:07.06 starseeker hehe
17:07.17 starseeker let me fix that one quick
17:07.32 starseeker but remember, we're not syncing to stable
17:07.34 brlcad I'd leave the duplication for now until the flow is sorted
17:07.45 starseeker do you want me to do an individual sync of that one change?
17:08.20 brlcad I'd just copy the latest version of the file and let it merge later
17:09.05 starseeker eh? you mean manually modify it for the release tarballs?
17:11.24 brlcad no, I mean I intend to cp trunk's INSTALL and NEWS files to STABLE
17:11.35 brlcad and/or any others
17:11.36 starseeker ah
17:11.49 brlcad they'll merge cleanly if done in the right order
17:11.56 brlcad the next time it's sync'd
17:12.08 starseeker it'll be a couple more than that, probably
17:12.13 starseeker hang on a sec...
17:12.20 brlcad couple more what?
17:12.24 starseeker files
17:12.44 brlcad well, the version files, something else?
17:12.47 starseeker CMakeLists.txt, at a minimum, if we're adding BRLCAD_FLAGS_OPTIMIZATION to the CONFIGURATION OPTIONS section
17:12.59 brlcad that's not a problem
17:13.23 starseeker it may go deeper - that flag supports the "AUTO" mechanism, and I'm not sure if the others do
17:13.25 brlcad what would that be needed for?
17:13.44 starseeker you wanted the optimization documention to be with the other options
17:14.07 brlcad yes...
17:14.33 brlcad that's needed, but the updated CMakeLists.txt doesn't exactly need to be on STABLE, its product (INSTALL) does
17:14.59 starseeker there's an internal check that the INSTALL file in the source tree corresponds to the one generated by CMake
17:15.19 starseeker if STABLE's INSTALL isn't in sync with the one generated by the CMake build logic in install, it'll complain (loudly)
17:15.35 starseeker sorry, CMake build logic in STABLE
17:15.35 brlcad okay, no biggie either way
17:15.42 brlcad anything else?
17:16.08 brlcad I'm not worried about distcheck failing at this point unless sources get merged or new files are added
17:16.12 starseeker I don't know yet - if BRLCAD_OPTION (the one that supports documentation) also can handle AUTO, we're good. If not, I'll have to expand it
17:16.28 brlcad distcheck passed, so this is just documentation cleanup for tarball tagging
17:16.31 starseeker it's not a distcheck failure, it's a warning on CMake configure
17:16.37 brlcad ew
17:16.54 brlcad why would a user care about that? :)
17:17.00 starseeker that was deliberate, to make sure we couldn't ignore the docs when editing
17:17.09 starseeker the user wouldn't normally see it
17:17.28 starseeker but a developer making changes would
17:17.38 brlcad yeah, except that's akin to making configure run some of the distcheck steps
17:18.09 brlcad sure, user wouldn't normally see it .. because we'll catch it .. but that's not the point ;)
17:18.12 starseeker shrugs - configure also complains if you try to use the distcheck mechanisms to ignore a file that doesn't exist
17:18.16 brlcad it's fine, just really really odd
17:18.39 starseeker I just figured the more annoying it was to NOT fix the docs, the better shot we'd have that they'd STAY fixed
17:18.54 brlcad you could argue that for all the distcheck options
17:19.06 starseeker yeah, but a lot of them are time expensive
17:19.06 brlcad and style
17:19.08 brlcad and ws
17:19.09 starseeker those aren't
17:19.37 starseeker we don't have a programmatic way to check style and ws, or I'd probably be on board with that
17:19.48 brlcad actually we do, at least partially
17:20.17 starseeker you mean running the shell scripts on all the files?
17:20.46 brlcad still, not a problem at all .. just want to be conscious and aware that it is odd and might cause us issues
17:21.04 brlcad it'd be hipocritical to consider it a problem
17:21.47 starseeker it's easy to turn off... CMakeLists.txt around line 2180
17:21.58 starseeker just comment out the WARNING
17:23.35 brlcad nah, I actually like enforcement like that .. just really odd :)
17:24.12 starseeker brlcad: I'd advise for now that we just go with the fixed OPTIMIZATION variable, and I'll figure out how to get the optimization variable in with the rest of them for the next release
17:24.46 brlcad ok
17:24.55 starseeker shudders... next you'll be liking the idea of turning on DocBook struct... talk about carnage
17:25.02 starseeker strict even
17:25.54 starseeker Although... Tom has been doing a lot of man page work lately...
17:26.00 starseeker <evil grin>
17:26.22 brlcad hm? DocBook?
17:26.26 brlcad not for INSTALL
17:26.34 starseeker yeah, separate isuse
17:26.35 brlcad the top-level docs should be plain text
17:26.36 starseeker issue
17:27.02 starseeker yeah - was just running through the "what else can we turn on to check things automatically" list
17:27.17 brlcad oh, *strict* docbook
17:27.19 brlcad gotcha
18:15.44 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
18:32.45 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
19:22.42 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:41.19 CIA-55 BRL-CAD: 03brlcad * r51288 10/brlcad/trunk/src/other/libpng/configure.ac: need AC_PROG_LIBTOOL for LT_INIT else we can get an error about LIBTOOL being undefined.
20:02.05 CIA-55 BRL-CAD: 03bob1961 * r51289 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Updated the TkTable::keyVisible and TkTable::handleKey methods to do a better job of recognizing visible keys.
20:08.57 *** part/#brlcad kane__ (~kane@dsbg-4db57ad7.pool.mediaWays.net)
20:27.44 CIA-55 BRL-CAD: 03bob1961 * r51290 10/brlcad/trunk/src/tclscripts/ (archer/ArcherCore.tcl lib/Ged.tcl): Moved the ArcherCore::isdouble functionality to cadwidgets::Ged.
20:48.18 CIA-55 BRL-CAD: 03bob1961 * r51291 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor mod to cadwidgets::Ged::isdouble.
20:49.01 CIA-55 BRL-CAD: 03brlcad * r51292 10/brlcad/branches/STABLE/ (6 files in 4 dirs): manually merge a few last-minute changes from trunk. fix install docs, few mged scripting robustness checks, and command blather.
21:01.06 *** join/#brlcad andrei_ (~andrei@5-12-65-148.residential.rdsnet.ro)
21:10.15 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3949 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
21:26.47 CIA-55 BRL-CAD: 03r_weiss * r51293 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl:
21:26.47 CIA-55 BRL-CAD: Updated the mged gr/grouper command in file grouper.tcl. Fixed a bug where the
21:26.47 CIA-55 BRL-CAD: display state was not reset when grouper exited. This was causing the frame
21:26.47 CIA-55 BRL-CAD: buffer to not display correctly. Improved logic to ignore a selection box with
21:26.47 CIA-55 BRL-CAD: zero area. Changed the output of the contents of the selection box to list on a
21:26.47 CIA-55 BRL-CAD: single line. This change was to make easier copying and pasting of this list.
21:26.48 CIA-55 BRL-CAD: Improved status messages while grouper is processing.
21:37.25 CIA-55 BRL-CAD: 03bob1961 * r51294 10/brlcad/trunk/src/tclscripts/archer/ (ArcherCore.tcl GeometryEditFrame.tcl ShaderEdit.tcl): Using ::cadwidgets:Ged::isdouble.
21:37.53 CIA-55 BRL-CAD: 03starseeker * r51295 10/brlcad/trunk/ (3 files in 3 dirs): make bots instead of plot files.
21:53.14 CIA-55 BRL-CAD: 03bob1961 * r51296 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Putting back a line of code that accidentally got clobbered.
21:56.51 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
21:57.21 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
22:04.12 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
22:04.22 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
22:55.56 *** join/#brlcad ibot (~ibot@rikers.org)
22:55.56 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
IRC log for #brlcad on 20120623

IRC log for #brlcad on 20120623

00:08.51 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
00:20.19 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3950 10/wiki/User:Cprecup/GSoC2012_progress: 20/06/2012, 22/06/2012 - solve libavoid's static issue + add compile-time preprocessor #define for Adaptagrams
02:32.34 CIA-55 BRL-CAD: 03phoenixyjll * r51297 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Add conditional logic to deal with spheres.
06:10.22 CIA-55 BRL-CAD: 03crdueck * r51298 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: restructured rt_arb_get_cgtype(): simplified code using better vector macros, changed logic for storing duplicate points, lots of ws changes
08:44.05 *** join/#brlcad merzo (~merzo@250-70-200-46.pool.ukrtel.net)
09:37.26 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
11:22.51 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:34.28 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
13:34.21 *** join/#brlcad andrei_ (~andrei@5-12-65-148.residential.rdsnet.ro)
15:18.34 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
15:54.09 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3951 10/wiki/User:Cprecup/GSoC2012_progress: 23/06/2012 - discovered the cause of *make distcheck*'s error
16:22.09 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
17:18.33 CIA-55 BRL-CAD: 03starseeker * r51299 10/brlcad/trunk/CMakeLists.txt: Remove what look like stray leftover lines - distclean is handled with cmake script files now.
17:21.21 brlcad er ma gerd .. so many major changes to talk about
17:21.41 brlcad should have pushed that christmas release
17:21.55 brlcad by far the hardest write-up to date
17:21.58 brlcad trying to condense
17:30.01 cristina brlcad: hi. an error is generated while running *make distcheck* because strcmp is used in the src/conv/g-voxel.c file instead of *bu_strcmp*. I modified it and it works file now.
17:30.21 cristina should I commit this or tell the author about it?
17:31.36 cristina s/works file/works fine
17:32.51 CIA-55 BRL-CAD: 03crdueck * r51300 10/brlcad/trunk/src/libged/analyze.c: ws changes, removed dead code in an 'src/libbn/plane.cif 0' block
17:42.16 brlcad cristina: either
17:42.25 brlcad if you have the fix, no harm just committing it
17:42.43 brlcad but you might want to still tell them about it so they're aware for the future
17:43.01 brlcad (that's a replacement function documented in HACKING)
17:43.39 cristina yes, that's where I found out about it
17:44.46 cristina ok, I will announce the author as soon as he's online
17:58.20 cristina !seen anuragmurty
18:06.37 brlcad ~seen anuragmurty
18:06.38 ibot anuragmurty <~anurag@14.139.128.11> was last seen on IRC in channel #brlcad, 3d 4h 24m 27s ago, saying: 'brlcad : hi'.
18:07.20 brlcad ! is the default for supybot, ibot uses ~ or her name
18:08.03 cristina thanks, brlcad, I read about the seen command of ibot in private and used it there :)
18:11.57 brlcad yeah, ibot's good for that (nickserv too)
18:27.38 ksuzee brlcad: hello, Sean! I have a small question about directory proc-db. In such files: brep-cube.cpp and brep-simple.cpp there're a lot of copy-pastes. Many functions are identic. So must it be reducted? I wonder =)
18:28.47 ksuzee I mean, shall I put them into the common file?
18:29.45 brlcad ksuzee: no, leave src/proc-db alone -- that's basically a playground for testing
18:35.37 ksuzee sean: thanks,ok. I simply began to doubt because of such big amout of duplications
18:39.45 crdueck my commit message for r51300 has a weird typo... i committed from vim and "#" got expanded to "src/libbn/plane.c". any way to ammend that?
18:52.12 brlcad crdueck: nope, other than to make a follow-up commit that explains the prior message
18:53.27 crdueck does svn let you commit a file with no changes?
18:55.31 brlcad no, you'd have to make some trivial change
18:55.43 brlcad there's almost always whitespace cleanup that can be applied
18:55.51 brlcad for add a comment explaining something
18:55.56 brlcad s/for/or/
19:37.46 CIA-55 BRL-CAD: 03brlcad * r51301 10/brlcad/trunk/NEWS: (log message trimmed)
19:37.46 CIA-55 BRL-CAD: this is easily the biggest release we've made since going open source. add
19:37.46 CIA-55 BRL-CAD: write-up details on some of the bigger changes occuring with this release
19:37.46 CIA-55 BRL-CAD: including the completion of coverity fixes, nurbs enhancements and v&v, importer
19:37.46 CIA-55 BRL-CAD: improvements, doc translations, introduction of the socis simulation project,
19:37.47 CIA-55 BRL-CAD: ambient occlusion, integration of rtwizard, and more. should have released
19:37.48 CIA-55 BRL-CAD: before the coverity backlogging... and pressed for it harder/sooner after.
19:38.12 brlcad boom, proof-reading for spelling, grammar welcome
19:39.08 brlcad i'm going to give that a couple hours to fester before I revisit to see how it flows, then I'll sync and snap
19:46.02 brlcad that took way too long :)
20:16.43 *** join/#brlcad andrei_ (~andrei@5-12-69-95.residential.rdsnet.ro)
21:15.14 starseeker brlcad: we dont' have STEP on Windows yet - at last discussion with Nick, we're getting close to being able to attempt it
21:16.41 starseeker is anticipating additional work, probably both on our side and the SCL side, to get that fully functional
21:26.21 crdueck brlcad: the analyze_face function in analyze.c uses the prface array (also in analyze.c) which assumes that an arb6 is going to be a triangular prism shape, with 3 rectangular faces and 2 triangular ones. but couldnt an arb6 like {(1,0,0),(0,1,0),(0,0,1),(-1,0,0),(0,-1,0),(0,0,-1)} represent a diamond shaped polygon with 8 triangular faces? is there an error here?
23:09.06 CIA-55 BRL-CAD: 03tbrowder2 * r51302 10/brlcad/trunk/ (228 files in 35 dirs): (log message trimmed)
23:09.08 CIA-55 BRL-CAD: corrected copyright based on earliest svn log entry (including parent
23:09.08 CIA-55 BRL-CAD: doc for changed paths)
23:09.08 CIA-55 BRL-CAD: added missing AUTHOR, COPYRIGHT, and BUG REPORTS sections
23:09.08 CIA-55 BRL-CAD: deleted any suprious, single quotation marks in header comments
23:09.08 CIA-55 BRL-CAD: corrected internal file names where needed
23:09.12 CIA-55 BRL-CAD: ensured AUTHOR, COPYRIGHT, and BUG REPORTS sections are at the end
23:17.59 starseeker ``Erik: if you miss the tendra compiler too much, you might have some fun with this: http://savannah.nongnu.org/projects/tinycc
23:18.53 starseeker how can you argue with a C compiler that started as an Obfuscated C Code Contest entry in 2001? :-)
23:35.14 ``Erik ./misc/macosx/Resources/Welcome.rtfd/brlcad_logo_tiny.png
23:35.16 ``Erik doh
23:35.25 ``Erik http://brlcad.org/~erik/ahmehgerd.jpg
23:36.01 ``Erik that picture should be attached to the brlcad.org front page news item for the release :D
23:46.05 starseeker winces
IRC log for #brlcad on 20120624

IRC log for #brlcad on 20120624

00:12.16 CIA-55 BRL-CAD: 03crdueck * r51303 10/brlcad/trunk/src/libged/analyze.c: rewrote analyze_face() to use much more efficent algorithm for calculating the surface area of a face, some ws changes
00:15.16 CIA-55 BRL-CAD: 03crdueck * r51304 10/brlcad/trunk/src/libged/analyze.c: typo in commit message for r51300, should read 'removed dead code in an '#if 0' block'
00:19.27 CIA-55 BRL-CAD: 03crdueck * r51305 10/brlcad/trunk/src/librt/globals.c:
00:19.27 CIA-55 BRL-CAD: changed the order of vertices in second face of ARB6 so that analyze_face() in
00:19.27 CIA-55 BRL-CAD: src/libged/analyze.c correctly uses diagonal vertices, this should not cause any
00:19.27 CIA-55 BRL-CAD: change in behaviour in the few other places where rt_arb_faces is used
00:32.41 CIA-55 BRL-CAD: 03Crdueck 07http://brlcad.org * r3952 10/wiki/User:Crdueck/log:
01:07.29 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3953 10/wiki/User:Cprecup/GSoC2012_progress: 23/06/2012
01:18.06 CIA-55 BRL-CAD: 03crdueck * r51306 10/brlcad/trunk/src/libged/analyze.c: use DIST_PT_PT macro instead of 'VSUB2 then MAGNITUDE' in analyze_edge(), made ws in analyze_arb() nice and consistent
01:46.04 CIA-55 BRL-CAD: 03crdueck * r51307 10/brlcad/trunk/src/libged/analyze.c: factored repeated code in findang() into for loop, ws changes
01:59.15 CIA-55 BRL-CAD: 03cprecup * r51308 10/brlcad/trunk/src/conv/g-voxel.c: replaced the function strcmp by bu_strcmp because it caused make distcheck to fail
03:36.30 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
08:44.01 *** join/#brlcad merzo (~merzo@66-219-132-95.pool.ukrtel.net)
09:30.38 *** join/#brlcad andrei_ (~andrei@5-12-69-95.residential.rdsnet.ro)
10:22.06 andrei_ hello
10:22.28 andrei_ I have done quite some reading of bash scripting tutorials and general information
10:22.35 andrei_ however I don t understand why this doesn't work
10:22.37 andrei_ ssh andrei@192.168.1.100 -- 'bash -c "( ( nohup ./home/andrei/brlcadbuild/bin/tpkg -p 4000 -R >> log_file 2>&1) & )"'
11:25.28 andrei_ fixed it. remote script working aswell. I m starting to gather data
11:50.47 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3954 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
12:09.29 CIA-55 BRL-CAD: 03tbrowder2 * r51309 10/brlcad/trunk/ (bench/pixcmp.1 misc/brlcad-config.1 src/anim/anim_script.1): (log message trimmed)
12:09.29 CIA-55 BRL-CAD: corrected copyright based on earliest svn log entry (including parent
12:09.29 CIA-55 BRL-CAD: doc for changed paths)
12:09.29 CIA-55 BRL-CAD: added missing AUTHOR, COPYRIGHT, and BUG REPORTS sections
12:09.29 CIA-55 BRL-CAD: deleted any suprious, single quotation marks in header comments
12:09.29 CIA-55 BRL-CAD: corrected internal file names where needed
12:09.30 CIA-55 BRL-CAD: ensured AUTHOR, COPYRIGHT, and BUG REPORTS sections are at the end
12:34.37 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
14:40.15 CIA-55 BRL-CAD: 03brlcad * r51310 10/brlcad/trunk/NEWS: wordsmithing the 7.22.0 release notes
14:55.31 CIA-55 BRL-CAD: 03brlcad * r51311 10/brlcad/trunk/NEWS:
14:55.31 CIA-55 BRL-CAD: since it's not technically being distributed just yet, don't declare complete
14:55.31 CIA-55 BRL-CAD: victory on the step importer on windows even if the issues remaining should be
14:55.31 CIA-55 BRL-CAD: rather trivial. say isn't in progress since someone will undoubtedly go looking
14:55.31 CIA-55 BRL-CAD: for it.
15:02.29 brlcad crdueck: arb6 could be defined that way, sure .. i don't think i've ever seen anyone create one that way
15:03.35 brlcad even if it failed to detect as an arb6, it should fallback to an arb8 and still work
15:03.44 brlcad maybe just not as fast
16:22.01 CIA-55 BRL-CAD: 03phoenixyjll * r51312 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Reverse the interval so that the surface normal points to the correct direction.
16:30.41 CIA-55 BRL-CAD: 03phoenixyjll * r51313 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Add necessary comment.
17:14.34 CIA-55 BRL-CAD: 03tbrowder2 * r51314 10/brlcad/trunk/src/ (6 files in 4 dirs):
17:14.34 CIA-55 BRL-CAD: change: .sp .5
17:14.34 CIA-55 BRL-CAD: to : .sp 1
17:14.34 CIA-55 BRL-CAD: for better spacing
17:14.34 CIA-55 BRL-CAD: put blank line BEFORE .nf and AFTER .fi
17:14.35 CIA-55 BRL-CAD: correct subtle format issues with [args] of form [{1-99}] and [{arg|arg}]
17:14.35 CIA-55 BRL-CAD: eliminate parens in [args] of form [arg (arg)]
19:25.50 crdueck brlcad: its considered an arb6, but it isnt a well formed, closed shape so some of the analysis functions give strange results which is why i was asking. but i dont think its an issue because its not a proper arb6. also, i've just about finished working on the basic primitives with exactly computable volume/surface area. the remaining primitives are either the more exotic ones like bot, arbn, ars, half, or inexact ones involving ellipses or
19:32.56 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:46.43 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:45.06 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r3955 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
IRC log for #brlcad on 20120625

IRC log for #brlcad on 20120625

00:10.57 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
02:46.48 CIA-55 BRL-CAD: 03brlcad * r51315 10/brlcad/trunk/NEWS: looks like 25th will be the tagging date (last phase of testing)
02:54.05 CIA-55 BRL-CAD: 03brlcad * r51316 10/brlcad/branches/STABLE/NEWS: manually copy NEWS from trunk in preparation for release 7.22.0, treating STABLE as a release branch instead of trunk.
02:54.42 CIA-55 BRL-CAD: 03brlcad * r51317 10/brlcad/branches/STABLE/include/conf/MINOR: bump to 7.22.0 for release
03:14.53 brlcad approximately 3861 commits have gone into rel 7.22.0
03:18.51 CIA-55 BRL-CAD: 03brlcad * r51318 10/brlcad/trunk/ChangeLog: prepare for release 7.22.0, update ChangeLog. looks like there have been about 3861 commits since the last release, nearly a MB of changelog.
03:20.56 CIA-55 BRL-CAD: 03brlcad * r51319 10/brlcad/branches/STABLE/ChangeLog: manually copy ChangeLog from trunk so we can merge forward later. final steps for 7.22.0 release.
03:26.24 CIA-55 BRL-CAD: 03brlcad * r51320 10/brlcad/tags/rel-7-22-0/:
03:26.24 CIA-55 BRL-CAD: Tagging release 7.22.0
03:26.24 CIA-55 BRL-CAD: Easily our most substantial release since going open source.
03:29.46 CIA-55 BRL-CAD: 03brlcad * r51321 10/brlcad/trunk/ (NEWS README include/conf/PATCH): update to 7.22.1 in anticipation of 7.22.2 in a few weeks.
04:17.15 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
05:28.15 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3956 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
06:46.52 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
07:31.57 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:25.55 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
11:30.18 *** join/#brlcad andrei__ (~andrei@82.76.146.19)
11:45.10 *** join/#brlcad stas (~stas@82.208.133.12)
11:45.29 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3957 10/wiki/User:Ksuzee/Reports:
11:47.48 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:49.36 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
12:55.50 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
13:31.11 CIA-55 BRL-CAD: 03starseeker * r51322 10/brlcad/trunk/src/librt/test_botpatches.c: Split into surface patch bots
14:40.43 ``Erik neat http://www.youtube.com/watch?v=pzqdoXwLBT8
14:40.43 CIA-55 BRL-CAD: 03starseeker * r51323 10/brlcad/trunk/include/conf/MINOR: 7.22.1 is now the trunk version number
15:45.49 CIA-55 BRL-CAD: 03bob1961 * r51324 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added validation methods for digit and double.
15:48.41 CIA-55 BRL-CAD: 03bob1961 * r51325 10/brlcad/trunk/src/tclscripts/archer/ (25 files): Using cadwidgets::validateDouble.
15:51.15 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3958 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
16:16.35 CIA-55 BRL-CAD: 03r_weiss * r51326 10/brlcad/trunk/src/libged/analyze.c: Fixes a compile error in Windows VS2008.
16:16.53 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
16:17.37 jordisayol what version number will the next stable release?
17:08.41 CIA-55 BRL-CAD: 03r_weiss * r51327 10/brlcad/trunk/src/librt/db5_io.c: Fixed a bug in function "db5_decode_signed" in file "db5_io.c" where under certain conditions, on Windows 64bit VS2008, a BU_ASSERT_SIZE_T failure occurs in function "rt_comb_import5" line 547.
17:23.18 ``Erik 7.22.2
17:23.59 jordisayol ``Erik: thanks! I'll update debian changelog
17:25.49 ``Erik this one just coming out now is 7.22.0
17:26.08 ``Erik tagged last night, 7.22.2 will be in a couple weeks...
17:28.25 jordisayol ``Erik: but there is not 7.22.0 sources for download yet
17:30.48 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
17:36.38 starseeker ``Erik: out of curiosity, did you see this when you were doing the raytracing algorithm for metaballs? http://nis-lab.is.s.u-tokyo.ac.jp/nis/cdrom/eg/eg08_metaballs.pdf
17:42.17 starseeker www.irit.fr/~Anthony.Pajot/publis/talk_siggraph09
17:44.17 *** join/#brlcad cristina (~quassel@188.24.50.251)
17:44.36 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
17:53.09 brlcad jordisayol: source tarballs haven't been posted
17:53.46 brlcad sources can be pulled from svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/tags/rel-7-22-0
17:55.03 jordisayol brlcad: thanks. will source tarballs for this release, or the next one will be 7.22.2?
17:56.00 jordisayol s/will/will be/
17:56.01 brlcad sources will be posted
17:56.12 brlcad it was just tagged late last night (a few hours ago)
17:56.24 jordisayol ok, many thanks
17:56.31 brlcad will post later today
17:56.38 brlcad I'll send the usual e-mail
18:09.27 CIA-55 BRL-CAD: 03bob1961 * r51328 10/brlcad/trunk/src/tclscripts/archer/ (24 files): Oops. Should be ::cadwidgets::Ged::validate instead of ::cadwidgets::validate
18:10.45 CIA-55 BRL-CAD: 03jordisayol * r51329 10/brlcad/trunk/misc/debian/changelog: Update debian/changelog version
18:14.46 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
18:53.43 cristina brlcad: I just want to make sure: can I make commits now ?(I believe 24 hours have passed since you sent the email
19:03.01 *** join/#brlcad andrei__ (~andrei@5-12-79-193.residential.rdsnet.ro)
19:15.12 andrei__ hello
19:16.12 andrei__ the testing script finally finished( ran for approximatively 2 days), right now I m formatting data so I can read it with octave and generating the graphic
19:28.41 brlcad andrei__: awesome, can't wait to see it
19:39.49 andrei__ what I don t understand however is
19:40.14 andrei__ I ran the test for smaller files( 1 to 25 mbs) twice, to eliminate any chance of randomness
19:40.48 andrei__ the total iterations should have been 30 x 25 = 750
19:40.57 andrei__ and I have somewhat less results
19:41.03 andrei__ in both cases.
19:41.52 andrei__ after I m done with what I said I will provide the scripts / other sources I used
20:04.35 *** join/#brlcad stas (~stas@188.24.50.251)
20:42.32 CIA-55 BRL-CAD: 03starseeker * r51330 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.c test_botpatches.cpp): Find edge vertices of bot patches.
20:50.43 starseeker cristina: sure, go for it
21:01.10 CIA-55 BRL-CAD: 03cprecup * r51331 10/brlcad/trunk/CMakeLists.txt: Added a compile-time preprocessor #define HAVE_ADAPTAGRAMGS
21:05.12 ``Erik starseeker: no, my time machine was on the fritz when I did the implementation :D
21:05.45 CIA-55 BRL-CAD: 03cprecup * r51332 10/brlcad/trunk/src/libged/dag.cpp: Use the #define HAVE_ADAPTAGRAMS in the src/libged/dag.cpp file in order to be compiled regardless of the fact that libavoid exists or no. Fixed indentation.
21:08.55 CIA-55 BRL-CAD: 03cprecup * r51333 10/brlcad/trunk/src/libged/CMakeLists.txt: Added special cases for when the Adaptagrams library is found or not found. Don't add dag.cpp to ged_ignore_files if the library is not found; i.e., always compile it.
21:27.21 starseeker ``Erik: you broke your time machine again??? I warned you about those trips back to watch the solar system form...
22:34.44 CIA-55 BRL-CAD: 03anrgmrty * r51334 10/brlcad/trunk/src/conv/g-voxel.c: bug in g-voxel.c program regarding typecasting to integer removed
23:20.20 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
23:52.29 CIA-55 BRL-CAD: 03starseeker * r51335 10/brlcad/trunk/src/librt/CMakeLists.txt: Fix ignore list
IRC log for #brlcad on 20120626

IRC log for #brlcad on 20120626

00:20.31 crdueck brlcad: i've just about finished working on the basic primitives with exactly computable volume/surface area. the remaining primitives are either the more exotic ones like bot, arbn, ars, or inexact ones involving ellipses or hyperbola. theres a number of good approximation formulas for ellipses and hyperbolas, what would you reccommend working on next?
00:34.46 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:45.17 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r3959 10/wiki/User:Cprecup/GSoC2012_progress: 25/06/2012 - commits + view, tcl
01:48.21 *** join/#brlcad xth1 (~thiago@187.106.55.234)
02:01.00 CIA-55 BRL-CAD: 03starseeker * r51336 10/brlcad/trunk/src/librt/test_botpatches.cpp: Experiment with different ways to structure bot probing.
04:05.24 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
05:08.15 brlcad source tarballs are uploaded, staged for 3 days
06:30.11 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
07:31.51 *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
08:05.31 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
08:26.06 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
08:26.34 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:29.29 CIA-55 BRL-CAD: 03d_rossberg * r51337 10/rt^3/tags/rel-7-22-0/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.22.0)
09:56.41 ksuzee hello! Could anybody helped me with g-xxx_facets program? What extension has the output file have?
09:57.05 ksuzee I need it for testing program after reduction
10:50.13 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:51.30 jordisayol uploaded Linux packages for release 7.22.0
11:48.21 tofu_ jordisayol: awesome, thank you
11:57.22 jordisayol brlcad: should i mark this folder as stage?
11:57.53 brlcad do you know if it can be unmarked as stage?
11:58.07 jordisayol no idea
11:58.36 jordisayol can i create a temp folder and test it?
11:58.38 brlcad looks like it
11:59.05 brlcad yeah, sure -- mark it
11:59.21 brlcad then we can unmark all of them at the same time
11:59.31 jordisayol ok
12:02.22 jordisayol it can be "un-staged" without problems, so you can do it for linux folder when you unmark the source one
12:07.57 brlcad looks like I should have just created all of them at the same time then they'd all automatically unstage
12:08.19 brlcad assuming they all get populated, of course :)
12:11.18 jordisayol brlcad: there is a minor problem. I've marked 7.22.0 Linux folder as stage, but the default download is to brlcad*7.22.0* release :-/
12:12.20 jordisayol Now I know for the next time, mark first as stage, then upload packages...
12:24.39 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3960 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
12:25.36 brlcad jordisayol: none of them say they're marked as the default download
12:25.42 brlcad maybe just takes time to propagate?
12:27.06 jordisayol yes, i never mark linux packages as default, just let sourceforge choose the last one
12:27.26 brlcad nods
12:27.34 brlcad I just set brlcad_7.20.6-0_amd64.deb and will unmark when unstaged
12:28.45 jordisayol ok, it works, and if we unmark them now? will keep these?
12:29.58 brlcad dunno, maybe
12:30.01 brlcad give it a try
12:30.31 jordisayol i'll do, just to override that fedora users download deb packages
12:42.51 jordisayol brlcad: unfortunately, if I unmark brlcad_7.20.6-0_amd64.deb as default, it returns to 7.22.0 one :-/
12:43.14 jordisayol no problem, I'll do better next time
13:04.50 brlcad it may be a limitation of their system anyways
13:04.58 brlcad or only visible to you since you can see staged folders
13:05.09 brlcad you'd have to look while being logged out
13:06.20 jordisayol yes, I do logged out, from Ubuntu, Fedora and opensuse (virtualbox machines) and the result was the same, when unmark it, returns the 7.22.0
13:06.53 brlcad okay
13:07.11 brlcad so either a limitation of the staging feature or because the folder/files were first added unstaged
13:07.22 brlcad we'll find out next month or thereafter perhaps ;)
13:10.09 jordisayol will see. anyway, next time, if you don't create it, I'll do staged before to upload anything
13:38.56 CIA-55 BRL-CAD: 03phoenixyjll * r51338 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Copy the transformation matrix.
13:40.46 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3961 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
13:50.38 CIA-55 BRL-CAD: 03phoenixyjll * r51339 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Another approach: copy all data from the old tree first.
13:55.06 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3962 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
14:29.18 *** join/#brlcad stas (~stas@82.208.133.12)
15:05.55 CIA-55 BRL-CAD: 03phoenixyjll * r51340 10/brlcad/trunk/src/librt/primitives/ (ehy/ehy_brep.cpp epa/epa_brep.cpp): Fix comment.
15:06.56 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
15:18.46 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
15:56.47 CIA-55 BRL-CAD: 03n_reed * r51341 10/brlcad/trunk/src/other/step/ (include/express/object.h src/express/object.c): Address warning about indexing with char type values based on ASCII characters (same problem as in r51103). Unlikely to be a problem in this case so just quell by casting to int. SCL git 512968e and 425a9c3.
15:58.12 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
16:11.03 *** join/#brlcad stas (~stas@188.24.50.251)
17:16.45 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
17:24.11 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:33.32 CIA-55 BRL-CAD: 03r_weiss * r51342 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to gr/grouper mged command to fix a memory leak.
17:34.58 CIA-55 BRL-CAD: 03n_reed * r51343 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): Some unapplied changes from SCL git a362210, 696d8e3, and 2b46efb, mostly fixing STEPattribute::is_null.
17:56.44 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3963 10/wiki/User:Ksuzee/Reports:
17:57.52 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
18:49.04 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
18:59.10 CIA-55 BRL-CAD: 03n_reed * r51344 10/brlcad/trunk/src/other/step/src/clutils/ (CMakeLists.txt dirobj.cc): need shlwapi for Windows path handling routines; SCL git 02feb6f
19:35.54 CIA-55 BRL-CAD: 03n_reed * r51345 10/brlcad/trunk/src/other/step/src/clstepcore/ (STEPaggregate.cc read_func.cc read_func.h): simplify function prototype; SCL git 07d8791
19:41.45 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3964 10/wiki/User:Plussai/GSoC_2012_log: /* 22 June 2014 */
19:42.16 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3965 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2014 */
19:42.31 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3966 10/wiki/User:Plussai/GSoC_2012_log: /* 24 June 2014 */
19:42.50 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3967 10/wiki/User:Plussai/GSoC_2012_log: /* 22 June 2014 */
19:43.07 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3968 10/wiki/User:Plussai/GSoC_2012_log: /* 20 June 2014 */
19:43.25 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3969 10/wiki/User:Plussai/GSoC_2012_log: /* 16 June 2014 */
19:43.46 CIA-55 BRL-CAD: 03Plussai 07http://brlcad.org * r3970 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */
20:14.23 *** join/#brlcad andrei (~andrei@5-12-79-193.residential.rdsnet.ro)
20:32.57 CIA-55 BRL-CAD: 03n_reed * r51346 10/brlcad/trunk/src/other/step/src/cleditor/CMakeLists.txt: add missing lib dependencies; SCL git d0293fd
20:46.38 CIA-55 BRL-CAD: 03starseeker * r51347 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.cpp): More experiments - something a bit off...
20:47.18 CIA-55 BRL-CAD: 03starseeker * r51348 10/brlcad/trunk/src/librt/CMakeLists.txt: Gah, didn't mean to uncomment test
21:07.14 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:07.38 jordisayol brlcad: did you made something to solve the "stage" problem?
21:07.51 brlcad what do you mean?
21:08.38 jordisayol all the files inside linux/7.22.0 folder appear marked as stage
21:09.07 brlcad that's automatic
21:09.17 jordisayol brlcad_7.22.0-0_amd64.deb is no maked as default linux download
21:09.26 brlcad ah, so it was just a matter of time
21:09.47 jordisayol ok :-)
21:10.12 jordisayol did you unmark it as default for linux?
21:10.49 jordisayol oh, sorry
21:10.56 jordisayol my mistake
21:11.40 jordisayol is brlcad_7.20.6-0_amd64.deb which I marked
21:17.37 jordisayol so sorry, situation has not changed. if unmark default linux file, returns to 7.22.0
21:21.25 jordisayol the only difference is that all files inside linux/7.22.0 appears marked with (stage), but the behavior is the same that this morning...
21:22.42 CIA-55 BRL-CAD: 03starseeker * r51349 10/brlcad/trunk/src/librt/test_botpatches.cpp: more experimentation
21:35.24 *** join/#brlcad cristina (~quassel@188.24.50.251)
22:00.54 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
22:10.00 ksuzee brlcad: hello, Sean! I've made some new man pages and want to patch them. So can I do "svn add" or it's better to wait for tomorrow? (I mean your e-mail about commits in 24 hours)
22:22.03 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3971 10/wiki/User:Ksuzee/Reports:
22:37.46 CIA-55 BRL-CAD: 03anrgmrty * r51350 10/brlcad/trunk/src/conv/g-voxel.c: voxelize removed from main() and made part of a function in g-voxel.c, miss() removed
22:50.11 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3972 10/wiki/User:Anuragmurty: /* Development Log */
22:58.33 *** part/#brlcad anuragmurty (~anurag@14.139.128.12)
23:30.52 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
IRC log for #brlcad on 20120627

IRC log for #brlcad on 20120627

00:25.05 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
00:28.52 CIA-55 BRL-CAD: 03Al Da Best 07http://brlcad.org * r3973 10/wiki/User:Al_Da_Best/devlog: Progress updates
04:15.57 CIA-55 BRL-CAD: 03starseeker * r51351 10/brlcad/trunk/src/librt/test_botpatches.cpp: Needs debugging, but this looks promising as a way to break down meshes faster than rt_bot_split
04:23.58 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
04:27.06 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:28.26 *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com)
05:18.08 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3974 10/wiki/User:Phoenix/GSoc2012/Reports: /* Log */
05:22.38 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:23.08 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:M35.implicit.png]]"
05:26.25 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3976 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
05:28.52 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:M35.brep.png]]"
05:29.37 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3978 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
05:37.43 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ktank.implicit.png]]"
05:44.01 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ktank.brep.png]]"
05:44.17 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3981 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
05:45.59 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3982 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
05:56.44 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3983 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
06:57.04 *** join/#brlcad stas (~stas@188.24.50.251)
07:04.31 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
07:22.21 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:28.06 d_rossberg i've a crash in 7.22.0 brlcad.dll with opennurbs
07:29.31 d_rossberg parent (opennurbs_ext.cpp:844) is an object allocated in the librt context
07:31.36 d_rossberg but it is freed as it were dumb memory from opennurbs
07:33.16 d_rossberg i'll try delete instead ...
07:44.35 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
08:22.39 CIA-55 BRL-CAD: 03d_rossberg * r51352 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: "parent" is a C++ object in librt context here, so free it accordingly
08:37.14 *** join/#brlcad stas (~stas@82.208.133.12)
09:08.28 CIA-55 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3984 10/wiki/User:Ksuzee/Reports:
09:43.57 CIA-55 BRL-CAD: 03phoenixyjll * r51353 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Fixed the wrong variable name and remove the magic number.
10:37.11 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
10:55.58 *** join/#brlcad andrei (andrei@5-12-66-115.residential.rdsnet.ro)
12:06.34 brlcad d_rossberg: surprising that hasn't caused a crash elsewhere in nurbs rendering
12:18.57 CIA-55 BRL-CAD: 03phoenixyjll * r51354 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Use the dsp_stom matrix to do the transformation, instead of using the magic number 1000.
12:23.57 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp implicit.png]]"
12:24.40 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp brep.png]]"
12:25.23 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3987 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
12:25.57 brlcad that's looking awesome phoenix
12:37.03 d_rossberg brlcad: in general the memory returned by new was allocated by a malloc(), i.e. you can hope that new bla; free(fla); doesn't crash
12:37.35 brlcad ah, yes
12:37.42 d_rossberg in my special case where two memory managing C/C++ runtimes involved
12:38.10 d_rossberg one in brlcad.dll and the other one in openNURBS.dll
12:39.18 d_rossberg and free() in openNURBS said: i don't know this chunk of memory => crash
12:40.57 brlcad yep
12:45.24 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:57.11 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
13:41.00 CIA-55 BRL-CAD: 03starseeker * r51355 10/brlcad/trunk/src/librt/test_botpatches.cpp: helps to use the right type
13:59.20 *** join/#brlcad anuragmurty (~anurag@14.139.128.12)
14:06.34 anuragmurty d_rossberg : hi!
14:09.43 anuragmurty d_rossberg : i did not understand how i should generalize the writing of the result to the file..
14:09.52 CIA-55 BRL-CAD: 03starseeker * r51356 10/brlcad/trunk/src/librt/test_botpatches.cpp: Instead of building a vertex->face map and postprocessing, build an edge->face map and work directly with that.
14:10.05 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com)
14:15.19 CIA-55 BRL-CAD: 03r_weiss * r51357 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl:
14:15.19 CIA-55 BRL-CAD: Update to mged gr/grouper command. Improved the speed of processing, added more
14:15.19 CIA-55 BRL-CAD: error checking. Changed the output of selected objects so 200 or less are listed
14:15.19 CIA-55 BRL-CAD: on a single line, greater than 200 each object is listed on its own line. This
14:15.19 CIA-55 BRL-CAD: is a temporary hack to prevent script lockup on windows.
14:27.33 d_rossberg anuragmurty: i'll send you an example via mail
14:27.50 anuragmurty ok.. thank you!
15:14.29 *** join/#brlcad cristina (~quassel@188.24.50.251)
15:14.37 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
16:19.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:30.38 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r3988 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
16:43.01 louipc /home/louipc/build/brlcad/src/brlcad-7.22.0/src/conv/obj-g.c: In function 'output_to_nmg.constprop.3':
16:43.06 louipc /home/louipc/build/brlcad/src/brlcad-7.22.0/src/conv/obj-g.c:2837:21: error: variable 'verts' might be clobbered by 'longjmp' or 'vfork' [-Werror=clobbered]
17:52.39 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:53.34 brlcad louipc: thanks
18:38.10 CIA-55 BRL-CAD: 03n_reed * r51358 10/brlcad/trunk/src/other/step/ (10 files in 5 dirs): Update version strings in fedex, fedex_plus, generated code, and documentation. SCL git 6851b27, fa615a1, dc30ee2, d190a1e, a33cba8, 698b9e0.
18:55.45 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
20:22.45 *** join/#brlcad stas (~stas@188.24.50.251)
21:22.00 CIA-55 BRL-CAD: 03starseeker * r51359 10/brlcad/trunk/src/librt/test_botpatches.cpp: Not quite there yet, but start to build curve sets from edge loops.
21:25.21 CIA-55 BRL-CAD: 03starseeker * r51360 10/brlcad/trunk/src/librt/test_botpatches.cpp: Ah - had plotting commands at the wrong point.
22:48.47 brlcad starseeker: might you be able to negotiate a windows build from bob tomorrow? :)
22:48.56 brlcad (for 7.22.0)
IRC log for #brlcad on 20120629

IRC log for #brlcad on 20120629

03:30.50 *** join/#brlcad ibot (~ibot@rikers.org)
03:30.50 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
03:54.10 *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com)
03:54.10 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
04:10.31 *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com)
04:10.31 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
04:14.30 *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com)
04:14.30 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
04:21.35 *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com)
04:21.35 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
04:22.40 *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com)
04:22.40 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
04:58.18 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
05:06.20 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
08:00.13 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4001 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
09:13.46 CIA-50 BRL-CAD: 03anrgmrty * r51370 10/brlcad/trunk/src/conv/g-voxel.c: implemented callback for output of voxel program
09:37.10 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
10:33.12 *** join/#brlcad stas (~stas@82.208.133.12)
10:43.03 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:33.08 CIA-50 BRL-CAD: 03d_rossberg * r51371 10/brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: there was a change in the memory management of the NMG primitive: we have to use the same memory manager (bu_pool) here too
12:34.03 d_rossberg why is there a NMG_GETSTRUCT if it isn't used to get NMG-structs?
14:12.43 CIA-50 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4002 10/wiki/User:Ksuzee/Reports:
14:13.14 CIA-50 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4003 10/wiki/User:Ksuzee/Reports:
14:39.39 ``Erik probably legacy formw hen it was a separate library
15:11.36 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
15:15.38 d_rossberg ``Erik: NMG_GETSTRUCT was once the macro to create the NMG structures, but then the creation was changed without changing NMG_GETSTRUCT (what would be the better solution in my opinion)
15:17.12 d_rossberg there is an #ifdef block in nmg.h to switch between the old and the new memory management
15:17.51 d_rossberg however, i would recommend to change NMG_GETSTRUCT, not the special creation macros
15:53.00 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4004 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
15:54.55 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 0.8 0.2.png]]"
15:57.51 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 1.0 2.0.png]]"
15:59.54 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4007 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
16:01.14 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4008 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
16:01.51 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4009 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
16:30.19 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4010 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
17:30.38 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:04.24 *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro)
18:07.48 andrei hello
18:10.31 andrei should I finish them, the unit tests should be submitted on sourceforge, right?
19:05.19 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
19:24.18 ksuzee brlcad: hi, Sean! Today I've started finding duplications which contain in different directories. For example: one function - in libged and it's copy - in mged. I've not found all of them yet, because there're quite enough of such function. But for future: where should I put the common function? Must it be some new libraries or already excisted?
19:24.50 ksuzee sorry - existed
20:00.41 *** join/#brlcad stas (~stas@188.24.50.251)
21:25.32 CIA-50 BRL-CAD: 03n_reed * r51372 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: scl_version_string.h needs to be generated before fedex.c is compiled
22:08.50 *** join/#brlcad cristina (~quassel@188.24.50.251)
22:09.25 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
23:22.49 starseeker cristina: how goes it?
23:25.41 cristina starseeker: hello. right now I am was looking into the GeometryBrowser.tcl to see an example of MVC. I was thinking on starting to implement something similar for my graph visualizer. Is this a good idea?
23:26.05 starseeker MVC?
23:26.44 cristina well, yes, the model view controller paradigm
23:26.59 starseeker ah, right
23:27.10 starseeker cristina: can you generate graph images now?
23:28.19 cristina I can generate gemetric figures for each object but haven't connected them as in a graph. I thought that I should try first to connect the view part with what I have done so far
23:28.38 cristina should I work on connecting the geometric figures first?
23:28.55 cristina s/gemetric/geometric
23:29.23 starseeker my take on it would be to get a graph image generating first...
23:29.51 starseeker i.e. visualize the structure in an image before adding the user interaction to the mix
23:30.08 cristina alright, I will do that
23:31.19 starseeker that'll be a good image to post as progress on your wiki page - adaptagrams generating a graph layout of a CAD model structure
IRC log for #brlcad on 20120630

IRC log for #brlcad on 20120630

00:13.48 CIA-50 BRL-CAD: 03crdueck * r51373 10/brlcad/trunk/src/libged/analyze.c: print_volume_table() now prints a newline before the table. every calling function in analyze.c was already doing this anyways
00:55.07 CIA-50 BRL-CAD: 03Cprecup 07http://brlcad.org * r4011 10/wiki/User:Cprecup/GSoC2012_progress: 29/06/2012 - create links between nodes
03:07.37 *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro)
04:00.29 *** join/#brlcad stas (~stas@188.24.50.251)
04:22.30 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 0.2 3.0.png]]"
04:22.32 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 3.0 3.0.png]]"
04:23.06 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4014 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
04:24.17 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4015 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
07:58.09 *** join/#brlcad stas (~stas@91.208.120.100)
08:46.17 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
09:09.14 *** join/#brlcad stas (~stas@91.208.120.100)
09:13.56 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
10:02.48 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
13:01.32 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
14:16.19 *** join/#brlcad stas (~stas@188.24.50.251)
14:19.02 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:17.50 CIA-50 BRL-CAD: 03crdueck * r51374 10/brlcad/trunk/src/librt/primitives/epa/epa.c: added volume, centroid and surface area functions for epa
19:18.17 CIA-50 BRL-CAD: 03crdueck * r51375 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for epa to use the new callback functions
19:58.44 CIA-50 BRL-CAD: 03Stattrav 07http://brlcad.org * r4016 10/wiki/User:Stattrav/GSoC2012_log: Preparation for the first demo.
20:28.49 CIA-50 BRL-CAD: 03crdueck * r51376 10/brlcad/trunk/src/libged/analyze.c: cleaned up analyze_arbn(), ws changes in ged_analyze()
20:33.16 CIA-50 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4017 10/wiki/User:Ksuzee/Reports:
20:42.22 cristina starseeker: hello. I kept looking for an example on how to determine what other objects are connected among them in order to know how to draw the links. This depends on the type of the object (solid, comb, region...)
20:44.06 cristina I found something that might be useful: the conv/g-dot.c and conv/walk_example.c files. My approach would be to implement something similar to the dot_comb and dot_leaf inside the conv/g-dot.c file.
20:45.11 CIA-50 BRL-CAD: 03crdueck * r51377 10/brlcad/trunk/src/librt/primitives/ell/ell.c: some systems have major/minor defined as macros, added #undef's to rt_ell_surf_area(), ws changes
20:45.14 cristina these functions would be given as parameters to the db_functree method. Is this approach right?
20:46.57 cristina I found some other functions, such as db_walk_subtree from src/librt/db_tree.c and ged_print_node from src/libged/ged.c
20:47.50 cristina I can't seem to find the optimal solution for creating links between the nodes depending on their type - for this I need to know their subtrees and this is hard for me to figure out
20:51.00 CIA-50 BRL-CAD: 03crdueck * r51378 10/brlcad/trunk/src/libged/analyze.c: added new analyze_epa command, ws changes
21:08.33 *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch)
21:54.04 starseeker cristina: g-dot is a good starting point
21:54.31 starseeker cristina: solids by themselves don't define inter-relationships - it's the combs that are responsible for creating structure
22:03.53 cristina starseeker: ok, thank you for the answer
22:05.31 starseeker tree structures are implicit in the comb structure, and that's what the tree walking is about - building them up
22:20.16 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4018 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2012 */
22:24.39 crdueck i'm trying to write an analyze_bot function, the overall analysis would be very similar to arbn. calculating surface area would be simplified since all the faces are triangles, and calculating volume would be very similar to arbn. however the rt_bot_internal struct has fields for face normals which would be needed to calculate volume, but using gdb with a dummy function to access the struct shows that those fields are NULL. are they suppose
22:25.52 petaflot hello! someone here? I exported an object in DXF, but the man supposed to read it cna't open it. I personnaly don't have autocad..
22:28.04 petaflot freecad says "list index out of range"...
22:31.49 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4019 10/wiki/User:Plussai/GSoC_2012_log: /* 28 June 2012 */
22:32.17 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4020 10/wiki/User:Plussai/GSoC_2012_log: /* 30 June 2012 */
22:37.54 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
IRC log for #brlcad on 20120701

IRC log for #brlcad on 20120701

00:27.30 starseeker petaflot: this channel is about BRL-CAD - we don't know freecad
00:29.01 starseeker #freecad on FreeNode is the channel for freecad
00:39.00 CIA-50 BRL-CAD: 03Cprecup 07http://brlcad.org * r4021 10/wiki/User:Cprecup/GSoC2012_progress: 30/06/2012 - link between nodes
02:25.25 CIA-50 BRL-CAD: 03starseeker * r51379 10/brlcad/trunk/src/librt/test_botpatches.cpp:
02:25.26 CIA-50 BRL-CAD: Don't just need loops, need to know which loop is the outer loop. Could cheat
02:25.26 CIA-50 BRL-CAD: since we're using xyz planes at the moment, but since this should be more
02:25.26 CIA-50 BRL-CAD: general need to project edge points onto a common plane for bbox comparison.
02:25.26 CIA-50 BRL-CAD: Start preparing needed pieces. For now, turn off NURBS components - not ready
02:25.26 CIA-50 BRL-CAD: for them yet.
04:06.20 petaflot starseeker: my quesiton had nothing to do with freecad...
04:08.10 petaflot I don't even know what app the guy uses for opening the DXF file
04:08.43 petaflot freecad was just used as an example because I happen to have it installed (I've never used it though)
04:10.05 CIA-50 BRL-CAD: 03phoenixyjll * r51380 10/brlcad/trunk/src/librt/primitives/superell/superell_brep.cpp: Fix header.
04:39.34 starseeker petaflot: please be clearer - you exported something from BRL-CAD as a dxf file?
04:39.43 starseeker which version of BRL-CAD did you use?
05:42.42 CIA-50 BRL-CAD: 03starseeker * r51381 10/brlcad/trunk/src/librt/test_botpatches.cpp: pick outer loop - generally seems to look OK, but will need some per-patch verification
06:46.47 CIA-50 BRL-CAD: 03crdueck * r51382 10/brlcad/trunk/src/libged/analyze.c: checkpoint very rough analyze_bot command, correctly computes surface area and volume
06:56.32 CIA-50 BRL-CAD: 03Crdueck 07http://brlcad.org * r4022 10/wiki/User:Crdueck/log:
10:23.21 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
10:48.31 petaflot starseeker: it.s BRL-CAD 7.20.6
10:50.25 petaflot the part is failry simple, it's a constant-thickness part made of 5 primitives.. rcc and arb8 only
11:13.29 petaflot yes. I created the part and used the g-dxf executable
11:47.35 petaflot had to get some sleep...
13:17.28 *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro)
15:00.59 *** join/#brlcad andrei (~andrei@5-12-75-83.residential.rdsnet.ro)
17:46.48 CIA-50 BRL-CAD: 03crdueck * r51383 10/brlcad/trunk/src/libged/analyze.c: factored part of analyze_bot into a seperate analyze_bot_face function
17:56.50 *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro)
18:07.26 CIA-50 BRL-CAD: 03crdueck * r51384 10/brlcad/trunk/src/libged/analyze.c: initialize vol/area variables in analyze_bot and analyze_arbn
18:37.35 CIA-50 BRL-CAD: 03crdueck * r51385 10/brlcad/trunk/src/libged/analyze.c: move surface area and volume calculations into the same for loop in analyze_bot() and analyze_arbn()
18:47.42 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
20:29.04 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:35.12 CIA-50 BRL-CAD: 03Stattrav 07http://brlcad.org * r4023 10/wiki/User:Stattrav/GSoC2012_log: Configuring the demo server.
IRC log for #brlcad on 20120702

IRC log for #brlcad on 20120702

01:22.08 CIA-50 BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph link nodes.png]]": A first version of the links between a COMB object and its subtree nodes.
01:31.05 CIA-50 BRL-CAD: 03Cprecup 07http://brlcad.org * r4025 10/wiki/User:Cprecup/GSoC2012_progress: 01/07/2012 - linked nodes - first version
03:00.54 *** join/#brlcad ChanServ (ChanServ@services.)
03:00.54 *** mode/#brlcad [+o ChanServ] by cameron.freenode.net
05:22.59 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4026 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
05:23.35 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4027 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
05:24.21 CIA-50 BRL-CAD: 03phoenixyjll * r51386 10/brlcad/trunk/src/librt/ (5 files in 3 dirs): Convert cline to an implicit pipe, and then convert the pipe to b-rep.
05:33.59 *** join/#brlcad andrei (~andrei@5-12-75-83.residential.rdsnet.ro)
06:17.56 *** join/#brlcad KimK_ (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
08:15.55 *** join/#brlcad KimK_ (~Kim__@209.248.147.2.nw.nuvox.net)
08:32.30 *** join/#brlcad stas (~stas@82.208.133.12)
09:56.41 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
09:56.41 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
10:35.46 *** join/#brlcad stas (~stas@82.208.133.12)
11:00.54 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:06.12 CIA-50 BRL-CAD: 03erikgreenwald * r51387 10/brlcad/trunk/src/librt/primitives/cline/cline.c: rename pipe to avoid shadow warning
12:11.56 *** join/#brlcad stas (~stas@82.208.133.12)
12:12.47 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
12:18.22 ksuzee hello! I've found one more place for reduction in one file (I skiped it last time). It's orle-pix.c. But now there's a message: "DEPRECATED: orle-pix is no longer being maintained". So shall I leave it alone?
12:39.16 *** join/#brlcad cristina (~quassel@188.24.80.188)
12:39.26 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
13:22.41 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
13:23.04 anuragmurty d_rossberg: hi!
13:25.43 anuragmurty d_rossberg: since i have made the function for voxelize, I am now making changes to analyze.h and adding the functions to libanalyze -- assuming libanalyze is the location for voxelize...
14:13.22 d_rossberg anuragmurty: there are some issues with your voxelize() functions but i have to explain them in an e-mail
14:13.52 d_rossberg starting to move it to libanalyze is ok
14:17.36 anuragmurty ok.. so i will get started.. and will try resolving the issues when i get your mail.. thank you!
14:56.07 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
15:35.53 CIA-50 BRL-CAD: 03starseeker * r51388 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try usinging bezier curves for some of the edges.
16:13.22 CIA-50 BRL-CAD: 03n_reed * r51389 10/brlcad/trunk/include/common.h: Some system headers use __STDC_VERSION__ without checking if it's defined. Define it ourselves so we don't get -Wundef warnings every time we include one of them.
17:24.13 CIA-50 BRL-CAD: 03n_reed * r51390 10/brlcad/trunk/src/other/openNURBS/ (4 files): Quell -Woverloaded-virtual warnings (included by clang in -Wall) in openNURBS headers to fix strict compilation failure in sources that include them.
19:45.25 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
21:26.26 *** join/#brlcad ibot (~ibot@rikers.org)
21:26.26 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
21:40.46 *** join/#brlcad stas (~stas@188.24.50.251)
21:41.36 CIA-50 BRL-CAD: 0314.139.128.12 07http://brlcad.org * r4028 10/wiki/User:Anuragmurty: /* Development Log */
IRC log for #brlcad on 20120705

IRC log for #brlcad on 20120705

13:37.25 *** join/#brlcad ibot (~ibot@rikers.org)
13:37.25 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
13:37.25 brlcad you don't need to support both, hopefully obviously
14:36.15 *** join/#brlcad stas_ (~stas@188.24.52.125)
15:27.42 CIA-50 BRL-CAD: 03starseeker * r51425 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start chopping the big function into little functions
15:44.45 CIA-50 BRL-CAD: 03starseeker * r51426 10/brlcad/trunk/src/librt/test_botpatches.cpp: more function breakup
16:14.06 *** join/#brlcad andrei_ (~andrei@188.25.172.146)
17:31.57 *** join/#brlcad stas_ (~stas@82.208.133.12)
17:45.05 crdueck brlcad: could you please take a look at the email i sent to the mailing list?
18:07.41 CIA-50 BRL-CAD: 03n_reed * r51427 10/brlcad/trunk/src/other/step/src/express/ (error.c expr.c resolve.c schema.c): remove unportable/unnecessary calls to unistd.h pause used after certain errors to allow attaching debugger
18:48.04 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
18:59.04 CIA-50 BRL-CAD: 03crdueck * r51428 10/brlcad/trunk/src/ (3 files in 3 dirs): removed pointless functions, default case in analyze_do() already covers primitives without analyze commands. added TODO for remaining primitives
19:05.29 CIA-50 BRL-CAD: 03crdueck * r51429 10/brlcad/trunk/src/librt/primitives/ (bot/bot.c tgc/tgc.c): r51428 accidently included changes to bot.c and tgc.c, those changes were: refactored a section of rt_bot_tess into a new rt_bot_centroid function, and added a missing break statement in rt_tgc_surf_area
19:10.49 CIA-50 BRL-CAD: 03crdueck * r51430 10/brlcad/trunk/src/librt/primitives/table.c: updated entry for bot in table.c to include the new rt_bot_centroid function
19:33.19 ksuzee hello! I'd like to ask about using UNUSED(..) near variables. What are such unused variables used for?
19:42.49 CIA-50 BRL-CAD: 03starseeker * r51431 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a stab at turning back on the loop checking.
19:49.06 ``Erik ksuzee: usually placekeepers to satisfy type info when dealing with function pointers
19:51.59 ``Erik brlcad: is cpu time really what we want to measure with the libpkg stuff? O.o and would 0's get any kind of rle treatment? I'd think dd slices out of a noisy file like the kernel or brlcad-7.22.0.tar.bz2 would be a better data source
19:58.31 ksuzee ``Erik: thanks for the answer. So if I want a function with such placekeeper to call another function, I don't need to transmit there this UNUSED variable?
19:59.39 *** join/#brlcad andrei_ (andrei@188.25.172.146)
20:12.58 CIA-50 BRL-CAD: 03starseeker * r51432 10/brlcad/trunk/src/librt/test_botpatches.cpp: Need better plotting - start setting up routines.
20:17.17 ``Erik ksuzee: are you asking if you can call void bah(UNUSED(meh)); with bah(); ?
20:23.20 ksuzee ``Erik: I mean if I have void bah(UNUSED(meh)) {'body of this function'}. Then I create bah1() {'put here the same body'} and do bah(UNUSED(meh)) {bah1()}. Can I do like this? Maybe it seems a bit useless but I need it for refactoring
20:40.16 ``Erik um, yes, almost... you need to pass some junk variable to bah(), so something like "void bah1() { bah(NULL); }"
20:40.38 ``Erik wait, I'm reading that backwards
20:40.59 ``Erik yes, you can, if I read it correctly :)
20:55.18 ksuzee ``Erik: oh, thank you a lot! :)
20:57.24 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
21:10.20 CIA-50 BRL-CAD: 03starseeker * r51433 10/brlcad/trunk/src/librt/test_botpatches.cpp: Cleanup, fix loop logic
21:30.19 CIA-50 BRL-CAD: 03starseeker * r51434 10/brlcad/trunk/src/librt/test_botpatches.cpp: get better at plotting loops
21:57.48 *** join/#brlcad stas_ (~stas@188.24.47.249)
22:35.05 CIA-50 BRL-CAD: 03n_reed * r51435 10/brlcad/trunk/src/ (9 files in 6 dirs): Add/remove files to match github data directory. Will use their copy of the edited ap203.exp to generate step-g sources.
22:51.53 brlcad ``Erik: he's not measuring cpu time
22:52.53 brlcad and I'd agree that we don't want to ... wallclock is fine, just unstable and he needed to account for it
23:51.00 CIA-50 BRL-CAD: 03Cprecup 07http://brlcad.org * r4056 10/wiki/User:Cprecup/GSoC2012_progress: 05/07/2012 - implementation for adding into a bu_hash_tbl the name of an object depending on its type
IRC log for #brlcad on 20120706

IRC log for #brlcad on 20120706

00:09.16 CIA-50 BRL-CAD: 03crdueck * r51436 10/brlcad/trunk/src/librt/primitives/part/part.c: added rt_part_volume() and rt_part_surf_area()
00:10.07 CIA-50 BRL-CAD: 03crdueck * r51437 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for part to include the new callbacks
00:11.11 CIA-50 BRL-CAD: 03crdueck * r51438 10/brlcad/trunk/src/libged/analyze.c: added new analyze_part function
00:30.57 CIA-50 BRL-CAD: 03starseeker * r51439 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add a little more flexibility to loop pl output.
03:21.28 CIA-50 BRL-CAD: 03Crdueck 07http://brlcad.org * r4057 10/wiki/User:Crdueck/log:
04:04.05 crdueck brlcad: could you please take a look at the email i sent to the mailing list?
04:37.34 *** join/#brlcad andrei_ (~andrei@188.25.172.146)
04:41.40 andrei_ hey
04:43.08 andrei_ how should I generate files so that it does not take so much.
05:16.02 andrei_ http://slexy.org/view/s20oJzwhYi I m stuck with my script, it has some errors and I can t find the cause.
05:16.12 andrei_ (standard_in) 1: parse error
05:16.17 andrei_ awk: cmd. line:1: fatal: division by zero attempted
05:39.10 andrei_ trying to figure out on myself meanwhile
07:40.16 andrei_ With the current status of the script ( ran it 4 times * on two different set of data ) the variation is +/- 0.001.
07:42.11 andrei_ I ll proceed to recording data. Hopefully won t need so much time.
07:51.39 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
09:22.51 andrei_ I m currently stuck with my script http://slexy.org/view/s20wmX3vSK . The log_file seems to not exist. tho it should be created when server starts
09:22.57 andrei_ there are no tpkg running in background.
09:23.26 andrei_ I ll be working on it myself meanwhile.
09:27.55 *** join/#brlcad andrei_ (andrei@188.25.172.146)
09:36.30 *** join/#brlcad stas_ (~stas@82.208.133.12)
10:31.25 *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135)
10:55.19 CIA-50 BRL-CAD: 03phoenixyjll * r51440 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Implement degree reduction to Bezier curves to simplify the representation of the dsp top surface. But still a long way to go.
11:04.39 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4058 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:05.17 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4059 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:07.47 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4060 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:08.27 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4061 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:08.49 CIA-50 BRL-CAD: 03Phoenix 07http://brlcad.org * r4062 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
12:02.56 *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au)
12:03.03 *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135)
12:35.32 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
12:36.15 CIA-50 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4063 10/wiki/User:Ksuzee/Reports:
12:36.35 CIA-50 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4064 10/wiki/User:Ksuzee/Reports:
12:40.38 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:56.07 *** join/#brlcad andrei_ (andrei@188.25.172.146)
13:26.44 *** join/#brlcad Bariton (~kvirc@p5090598C.dip.t-dialin.net)
14:04.35 brlcad crdueck: replied, but haven't dug in too deep
14:07.17 brlcad andrei_: stuck how so?
14:09.58 ``Erik starseeker: http://bofh.ntk.net/OtherStuff/TheCorner/striped.php
14:10.29 brlcad andrei_: does it work if you ssh to localhost instead?
14:27.43 brlcad andrei_: since you have stable variation on one file and one packet size, next up is to graph one file for variable packet sizes
14:34.23 brlcad run every packet size 1 through 2048, then 2048 to 4194304 in increments of 2048
14:34.49 brlcad that's 4096 samples at two different scales (two different graphs)
14:37.57 brlcad probably should use the same file for all, 4194304 bytes big or some multiple bigger
15:29.02 crdueck brlcad: thanks for your reply on the part primitive topic, but I meant the email I'd sent earlier titled "next steps for my project", which hasnt gotten any replies yet.
15:29.45 brlcad crdueck: okay, I'll get to it hopefully this weekend -- I have a massive e-mail backlock and lots of pending deadlines to deal with
15:29.57 brlcad crdueck: what was the gist?
15:30.22 brlcad if you're done with the analyze functions, that's great ;)
15:32.05 crdueck yes, there arent too many more primitives that can be analyzed in terms of surface area and volume, so i'm running out of things to do in terms of what i proposed in the GSoC application
15:32.24 crdueck i was wondering if there was an obvious extension to the work i'd already done
15:33.36 brlcad crdueck: there's always more work to be done
15:35.07 brlcad so I find it hard to believe that you've actually correctly implemented several of the harder primitives... dsp, extrude, sketch, and brep come to mind, maybe pnts too
15:35.23 brlcad if any aren't done, that's what's next
15:35.34 brlcad if you have TODO items on any of the ones that are done, that's what's next
15:35.53 crdueck i've looked at them, but how would one analyze sketch?
15:36.13 brlcad if you really do believe everything is done, then next up would be to prove it
15:36.32 brlcad sketch certainly has area
15:37.35 brlcad solving area for a sketch surface is similar to solving it for a brep/nurbs surface
15:38.58 brlcad i believe you implemented dsp, but do know that dsp 1) can be smooth or faceted and 2) can have holes
15:39.22 crdueck okay, well i'll look into analyzing brep, and then try sketch from there.
15:39.35 crdueck i havent done anything with dsp though.
15:40.18 brlcad sketch is probably easier
15:40.41 brlcad piecewise simple, might be able to use some sort of painter's algorithm
15:42.12 brlcad break it down into a tessellation, then just have to deal with the arc/circle/bezier pieces
15:44.51 crdueck alright, i'll work these more difficult primitives. I may have questions about how they're used since they arent common geometric shapes
15:58.26 brlcad crdueck: they're crazy-common, just not basic euclidean :)
18:16.24 *** join/#brlcad stas_ (~stas@188.24.47.249)
18:21.34 *** join/#brlcad andrei_ (~andrei@188.25.172.146)
18:21.38 andrei_ hei
18:21.50 andrei_ wrong lol.
18:22.18 brlcad hei lol.
18:23.05 andrei_ brlcad, why would I use 4194304 ?
18:23.14 andrei_ I used 65000 because as far as I know that is the tcp payload
18:23.47 brlcad what happens if you tell libpkg to go bigger?
18:24.29 andrei_ I haven't tried.
18:24.36 brlcad exactly :)
18:24.59 andrei_ I thought I said what the issue was
18:25.24 andrei_ in order to determine the average I erase the log_file after 10 iterrations
18:25.32 andrei_ 10 iterations are used for one average
18:25.51 andrei_ if I wouldn't erase it the first 10 values would influence the second 10 values.
18:25.57 brlcad right, that make sense
18:26.21 andrei_ I ll paste the two lines that cause trouble
18:26.28 brlcad and no, you didn't say that was the issue
18:26.40 andrei_ sorry then ...
18:26.45 andrei_ ssh andrei@192.168.1.100 'cat log_file' | awk '/Elapsed_time/{sum+=$2;n++} END {printf "Elapsed_time %.5f\n", sum/n}'
18:26.52 andrei_ ssh andrei@192.168.1.100 'rm log_file'
18:26.59 andrei_ there is a " wait " after first ssh
18:27.08 andrei_ if I run 1 iterations it is all good.
18:27.14 andrei_ ( 1 set of 10 )
18:27.26 andrei_ if I run more, ssh / awk complains about file not existing
18:27.31 andrei_ I guess I m timing something wrong
18:27.37 brlcad sure, no I get the issue -- so you've either got to change how you sum elapsed time, or you need to restart the log file
18:27.56 andrei_ yes
18:28.14 brlcad I'd personally suggest shutting down the tpkg server after every use if you're not
18:28.32 brlcad I think you are, but should be sure
18:28.39 andrei_ shouldn't it shut down by itself after transmision is finished?
18:28.48 brlcad you tell me
18:28.57 andrei_ well I read that in tpkg.c
18:29.04 andrei_ and I haven't changed that
18:29.06 andrei_ so yes
18:29.07 brlcad okay
18:29.32 andrei_ if I would shut down tpkg, that wouldn't solve the issue
18:29.37 brlcad easiest is probably to just change how you're dealing with the log
18:29.38 brlcad don't delete it
18:30.13 andrei_ could I echo " null "
18:30.14 andrei_ ?
18:30.20 andrei_ like this echo " null " > log_file ?
18:30.59 brlcad not sure what that would accomplish
18:31.49 brlcad if the server always starts before the client by making the client wait for the log file to exist, it's not clear why the log file wouldn't always exist
18:33.06 andrei_ http://slexy.org/view/s21dKkqphK this is the current script
18:34.25 andrei_ perhaps you see something that I don't. I don't understand why it doesn't work.
18:37.51 brlcad yeah, you have a bug ;)
18:37.57 brlcad sees it
18:38.39 andrei_ where?
18:39.45 brlcad how could line 30 possibly not find log_file?
18:41.55 andrei_ if it's not there?
18:42.22 andrei_ on remote machine the file is in /home/andrei
18:42.37 brlcad and under what circumstance will that file not exist?
18:42.51 brlcad what circumstance in the code logic
18:44.11 andrei_ if the server or client do not start properly ?
18:44.23 brlcad print a "STARTING SERVER" and "STARTING CLIENT" before both, run your script, see what happens
18:48.05 andrei_ I get 10 sets of Starting Client / server
18:48.11 andrei_ Elapsed_time 0.15133
18:48.12 andrei_ <PROTECTED>
18:48.15 andrei_ then the valid data.
18:48.27 andrei_ Then the error occurs
18:48.53 brlcad read just the "STARTING SERVER" and "STARTING CLIENT" lines
18:49.24 brlcad server -> client -> server -> client -> ...
18:49.43 andrei_ http://slexy.org/view/s213t7Zm5X
18:49.47 andrei_ yes, I see nothing wrong
18:55.00 brlcad maybe pay attention to the ordering of the elapsed time line
18:55.36 brlcad print a message before the "cat log_file" line
18:57.48 andrei_ ah
18:57.51 andrei_ I m an idiot.
18:57.53 andrei_ I found it
18:58.07 andrei_ avc never becomes 0 again , in never recycles
18:58.10 andrei_ meh
19:01.53 andrei_ now regarding the 3d graph
19:02.08 andrei_ should I be interested in total packages sent / package size / speed / file size?
19:02.15 andrei_ which one of those 3
19:02.35 andrei_ I m not sure what to choose from packages sent or package size
19:02.41 andrei_ both can be determined from the other
19:19.06 brlcad andrei_: yay :)
19:19.20 brlcad don't do 3d next, just 2d for those two ranges
19:19.50 brlcad if that looks good, then can define a similarly useful range for data sizes
19:20.15 andrei_ so the file size should be fixed.
19:20.27 brlcad right,
19:20.41 andrei_ great, that would speed up things by aproximatively 47 hours :)
19:20.48 brlcad I suggested 8MB earlier
19:21.14 brlcad note your * 1000 multiplier isn't quite right/useful
19:21.22 brlcad should be 1024
19:22.34 brlcad packet size 1 through 2048, then 2048 to 4194304 in increments of 2048 .. all using a randome bs=1024 count=8192 file
19:27.26 andrei_ I have started the script for 1 -> 2048
20:03.33 *** join/#brlcad andrei_ (~andrei@188.25.172.146)
20:04.44 andrei_ brlcad, there s some wierd issue
20:04.52 andrei_ server starts on remote
20:05.01 andrei_ when client starts it s stuck on connecting to ...
20:05.15 andrei_ I rebooted both stations, changed sockets.
20:05.59 andrei_ any clue what might cause this?
20:06.39 brlcad does it hang if you replace 192.168.1.100 with localhost? (don't forget to rename log_file to server_log_file and client_log_file to differentiate)
20:09.38 andrei_ I get connection refused
20:14.13 andrei_ I ll find the issue.
20:33.43 andrei_ brlcad
20:33.55 andrei_ it ...works....apparently reading 8mb byte by byte does take a while.
20:42.57 andrei_ brlcad, what should I do . 1 - 2048 simply takes too long.
20:59.38 andrei_ there are a couple of issues, will fix them in a few hours. I need to rethink the whole script.
21:01.29 andrei_ this is the current status : http://slexy.org/view/s2IbZHz6oY . Sometimes it does not connect properly and it takes way too long to process the parameters you suggested.
IRC log for #brlcad on 20120707

IRC log for #brlcad on 20120707

01:21.07 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
03:09.49 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4065 10/wiki/User:Plussai/GSoC_2012_log: /* 7 May 2012 */
03:16.51 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4066 10/wiki/User:Plussai/GSoC_2012_log: /* 23 May 2012 */
03:17.33 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4067 10/wiki/User:Plussai/GSoC_2012_log: /* 21 May 2012 */
03:20.03 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4068 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */
03:22.55 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4069 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */
03:23.35 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4070 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */
03:24.16 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4071 10/wiki/User:Plussai/GSoC_2012_log: /* 29 May 2012 */
03:24.55 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4072 10/wiki/User:Plussai/GSoC_2012_log: /* 31 May 2012 */
03:25.25 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4073 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 2'' */
03:26.19 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4074 10/wiki/User:Plussai/GSoC_2012_log: /* 4 June 2012 */
03:26.49 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4075 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */
03:27.29 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4076 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */
03:27.59 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4077 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2012 */
03:28.40 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4078 10/wiki/User:Plussai/GSoC_2012_log: /* 2 July 2012 */
03:35.02 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell1.png]]"
03:36.33 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4080 10/wiki/User:Plussai/GSoC_2012_log: /* 4 July 2012 */
03:37.29 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell2.png]]"
03:38.22 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:ELL3.png]]"
03:39.09 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4083 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:39.51 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell3.png]]"
03:41.39 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4085 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:44.23 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell1.png]]"
03:45.07 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4087 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:46.40 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell2.png]]"
03:50.17 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell3.png]]"
03:51.37 brlcad andrei_: try removing ssh from the script .. we're testing the behavior of libpkg, not your network setup
03:51.47 brlcad that might give you some better performance
03:54.03 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell3.png]]"
03:54.51 brlcad also, how long are we talking here? .. if 1-2048 with 8mb would complete within 24 hours, then it's worth it so we can merge the graphs
03:55.41 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4091 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:55.49 brlcad if it's longer, something is probabably wrong .. that's transferring 16GB, even 1byte at a time it shouldnt' be too bad
03:56.06 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4092 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:56.52 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4093 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:56.53 brlcad andrei_: 1024 should be the average time, so you can run just that size once and multiply by 2048 to get a time estimate for all of them
03:57.41 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4094 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:57.47 brlcad if it's going to be more than 24 hours, just drop the file size down to 4096 bytes instead of 8mb
03:58.37 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4095 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
03:59.35 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell4.png]]"
04:00.53 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4097 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:01.11 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4098 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:01.54 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4099 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:02.22 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4100 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:03.28 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4101 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:04.04 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP1.png]]"
04:41.29 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]"
04:43.26 andrei_ it should take 15 min.
04:45.03 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]"
04:47.47 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]"
04:48.21 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP2.png]]"
04:49.11 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r4107 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
04:49.27 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP3.png]]"
04:52.15 CIA-50 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP4.png]]"
05:05.46 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-ndydjenkhynfjzta)
08:10.40 *** join/#brlcad CIA-23 (~CIA@cia.atheme.org)
09:04.28 *** join/#brlcad stas__ (~stas@188.24.47.249)
10:26.37 *** join/#brlcad stas (~stas@188.24.46.176)
10:44.58 *** join/#brlcad stas (~stas@188.24.35.127)
10:58.47 *** join/#brlcad stas (~stas@188.24.33.157)
11:06.30 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4110 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:32.49 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4111 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:33.33 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4112 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
11:34.30 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4113 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */
11:34.48 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4114 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
13:26.09 brlcad andrei_: great, then can't wait to see the graph :)
13:29.31 andrei_ hm
13:29.43 andrei_ 1024 took 0.5 seconds
13:30.00 andrei_ I have been running the script for approximatively 8 hours
13:30.06 andrei_ it currently is on 35 bytes
13:30.34 andrei_ running the 2048 => 2048 * 2048 aswell. That one is like 70%
13:34.12 andrei_ I want to stop the small one at some point ( probably at 100 bytes)
13:34.33 andrei_ and then increase distance between tests up to 100
13:35.57 andrei_ does this seem like a good ide?
13:35.59 andrei_ idea*
15:16.22 *** join/#brlcad cristina (~quassel@188.24.33.157)
15:16.36 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
15:42.21 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
15:47.23 brlcad andrei_: actually testing every byte between 1 and 2048 is intentional to see if there are any anamolies
16:21.35 andrei_ ah, it s at 65 now. The good part is it speeds up as it goes.
16:28.30 andrei_ the "large" one is almost done tho.
16:31.07 andrei_ what if I let the small one finish ( even if it takes " ages " ) and do remaining tests instead?
16:55.57 *** join/#brlcad xth1 (~thiago@187-40-100-224.user.veloxzone.com.br)
17:34.56 brlcad andrei_: at the rate it's increasing, it should be done really soon
17:35.06 brlcad apparently non-linear
17:35.16 brlcad see, that's actually rather informative
17:36.01 andrei_ the large one is done. Currently I m processing info to be used by octave
17:36.37 brlcad not sure what you're asking though -- yes, please let 1-2048 finish, then do remaining 2048-4194304 in 2048 increments (with the same 8mb file)
17:36.59 brlcad the order they're done certainly really matter
17:37.05 brlcad certainly *doesn't* matter
17:37.27 andrei_ the 2048-4194304 is done
17:37.55 andrei_ I m " drawing " the graph soon
17:38.49 brlcad awesome
17:39.16 andrei_ and the small one hit 80
17:39.36 brlcad so maybe 2-3 hours more
17:39.56 brlcad can you graph what you already have so far with 1-80?
17:40.14 andrei_ I should be able to, yes.
17:47.59 andrei_ for some really wierd reason netbeans refuses to open
18:26.01 andrei_ brlcad, I have the graphic for 2048 -> 2048^2
18:26.15 andrei_ it looks linear
18:26.24 andrei_ uploading a picture now
18:29.50 andrei_ http://imgur.com/Ot7vb
18:29.58 andrei_ Sorry for not adding legend to axis
18:30.38 andrei_ no, I made a mistake. Ignore that, please.
18:36.43 andrei_ this is the valid graphic : http://i.imgur.com/H5Q2u.jpg
18:37.10 andrei_ on X axis is package size ( 2048 -> 2048 * 2048 )
18:37.16 andrei_ on y is speed.
18:41.52 andrei_ 1 - 2048 hit 100.
18:41.59 andrei_ how does that graphic look?
18:52.27 CIA-23 BRL-CAD: 03brlcad * r51441 10/brlcad/trunk/TODO: looks like the rendering of part may be wrong when the pill squishes in on itself.
18:53.51 brlcad x is package size??
18:54.01 brlcad package size should be 1-2048...
18:54.02 andrei_ yes
18:54.05 andrei_ no no
18:54.17 andrei_ I said that s the graphic for 2048 - > 2048 * 2048
18:54.54 brlcad ah, so 2048-4M
18:55.17 andrei_ yes
18:56.02 brlcad so for a 8M transfer, it flatlines around 3M packet size
18:56.38 brlcad more interestingly, is terrible after 16k or so to 1M
18:57.02 brlcad or is smaller good -- is that time?
18:57.28 andrei_ X axis is package size and Y Axis is speed ( 8mb / time )
18:58.41 brlcad so yeah, does terrible for large packets
18:59.09 brlcad here's where it'll be interesting to combine the two graphs
18:59.25 brlcad there will undoubtedly be a "sweet spot"
18:59.57 brlcad either way, that looks MUCH better .. nice noise-free curve where you can really see some behavior going on
19:00.43 andrei_ the first script is on 95
19:00.52 andrei_ 105*
19:01.05 brlcad very good
19:01.11 brlcad find out tomorrow :)
19:01.30 andrei_ I have some 1 - 95 data that I can process and draw some graph
19:01.34 brlcad in the meantime, you could try to set up the next one (but not run it or it might mess up 1-2048's results)
19:01.45 brlcad next up, the full 3D case with different file/data sizes
19:01.52 brlcad yeah, graph would be good
19:02.07 brlcad for different file/data sizes, I'd suggest just doing powers of 2
19:02.26 brlcad from all the way down to one byte
19:02.40 andrei_ while I was searching I found something called Shanon's theorem
19:02.48 andrei_ should I investigate more in that aspect?
19:03.27 andrei_ from what I could have found it wasn't used for exactly this kind of tests
19:03.45 andrei_ from what I read*
19:03.47 brlcad 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M .. should be good for now
19:03.47 andrei_ sorry
19:04.27 andrei_ so I ll stop the file / package size at 4M?
19:04.57 brlcad you could read into shannon's theorem and nyquist limits, but it's not really relevant to this
19:05.30 brlcad tcp takes care of data transfer noise and you're not dealing with a known value trying to characterize the wall-clock timing in a stable way
19:06.24 brlcad yes, file size stops at 4M, but not the package sizes being tested are still 1-2048,2048-4M for all files
19:07.41 brlcad so you basically just got half of the 2D graph for an 8M data transfer
19:08.09 brlcad eventually, you'll have the whole dataset for 1-2048,2048-4M to complete the graph
19:08.33 brlcad then you're going to repeat that graph test for 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M data sets
19:09.15 brlcad should make a very useful 3D graph (or individually useful 2D graphs)
19:10.49 andrei_ I doubt the answer would be that simple, but shouldn't the " sweet" spot be situated somewhere near the tcp payload ?
19:39.58 andrei_ brlcad, you were right, the graphic is exponential
19:40.19 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
19:40.23 andrei_ here is the graphic : http://i.imgur.com/wQz08.png ( from 2 to 94 , apparently 1 is broken, will have to rerun it after script is done )
20:19.51 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
20:30.58 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
20:31.19 CIA-23 BRL-CAD: 03louipc * r51442 10/brlcad/trunk/misc/archlinux/brlcad.sh: archlinux: Remove path setting script, as it's generated in the PKGBUILD.
20:40.46 CIA-23 BRL-CAD: 03louipc * r51443 10/brlcad/trunk/misc/archlinux/brlcad.install: archlinux: Clean up old ld.so.conf, new configuration provided in separate file.
20:48.32 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
21:09.06 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
21:09.51 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:35.16 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
21:37.06 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph link nodes no duplications.png]]": A second version of the links between a COMB object and its subtree nodes without node duplications.
21:40.45 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4116 10/wiki/User:Cprecup/GSoC2012_progress: 06-07/07/2012 - data stored in hash tables + node duplications in the graph eliminated
22:35.49 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
22:36.49 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
22:37.49 *** part/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
23:19.57 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:32.39 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
23:41.46 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
23:45.42 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
IRC log for #brlcad on 20120708

IRC log for #brlcad on 20120708

00:20.37 CIA-23 BRL-CAD: 03cprecup * r51444 10/brlcad/trunk/src/libged/dag.cpp:
00:20.37 CIA-23 BRL-CAD: Replaced the bu_ptbl tables with bu_hash_tables for the solid, group and region
00:20.37 CIA-23 BRL-CAD: types of objects in a database. Added id's to each object and shapes of the
00:20.37 CIA-23 BRL-CAD: router. All these were used for avoiding node duplications within the
00:20.37 CIA-23 BRL-CAD: representation of a database as a graph.
00:44.37 CIA-23 BRL-CAD: 03Al Da Best 07http://brlcad.org * r4117 10/wiki/User:Al_Da_Best/devlog: Progress updates
00:56.40 *** join/#brlcad thiago (~thiago@187-79-14-233.user.veloxzone.com.br)
02:00.15 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
02:38.46 *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net)
03:12.39 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
03:30.35 brlcad andrei_: I don't understand that graph .. 2e-05 for size? shouldn't x just be 2-94? and I'd expect the speed to *increase* as the packet size increases
04:14.45 andrei_ hello
04:14.53 andrei_ it s at 230 or something right now
04:15.25 andrei_ regarding the graphic, there probably is a mistake in what I did because judging by the numbers
04:15.37 andrei_ the time decreases
04:15.40 andrei_ => speed increase
04:15.51 andrei_ I ll take another graphic in a few hours
04:23.09 brlcad andrei_: I think just directly graphing time instead of speed will be more useful, particularly when you start adding input size as the Y and time becomes the vertical Z axis
04:24.10 brlcad and keep your logs handy, we may want to run some other analyses
04:24.58 andrei_ ah, yes. Sorry !
04:36.17 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4118 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */
04:37.12 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4119 10/wiki/User:Popescu.andrei1991: /* Relevant data */
04:41.46 andrei_ for package size 220 the time consumed sending is approximatively 10 seconds
04:42.17 andrei_ for 2 it is like 230, I m expecting the script to become faster soon
04:46.08 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4120 10/wiki/User:Popescu.andrei1991: /* Daily development log */
04:46.52 andrei_ brlcad, should I split my development log on Weeks?
04:47.19 brlcad you could, but not necessary
04:47.53 andrei_ it seems easier to read and track that way.
04:49.30 brlcad okay
04:49.39 brlcad after reading a bunch, either works :)
04:52.52 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4121 10/wiki/User:Popescu.andrei1991: /* Daily development log */
04:54.44 andrei_ fixed the log. What should I do while I wait for the script to finish? I could start running the other tests, not sure if they can affect it.
04:55.03 brlcad they should affect it so I wouldn't
04:55.14 brlcad just let it run
04:55.18 andrei_ or I could look into the unit test I wrote for tpkg, there are some issues with it
04:55.54 brlcad could write unit tests for libpkg (pkg.c)
04:56.02 andrei_ I did
04:56.10 brlcad all functions?
04:56.30 andrei_ no, I wrote a unit test that checks if a file sent is received correctly.
04:57.22 brlcad that's not a unit test :)
04:58.00 brlcad a unit test inspects a single function to see if it works, ideally testing all possible valid and invalid inputs
04:58.44 brlcad usually with minimal calls to other functions to set things up for testing
04:58.52 andrei_ ah, then I ll work on them on a separate machine.
04:59.21 andrei_ thanks for all the help so far :)
04:59.31 brlcad if you've never written such a beast before, I suggest picking just one function and greating a test for it
04:59.40 brlcad some examples in src/libbu/test_*.c
05:00.25 andrei_ I did write the test_rbtree, but I ll look there too.
05:00.50 brlcad that's right -- that actually looked pretty good iirc
05:01.10 brlcad gotta run, ttyl
05:01.25 andrei_ see you around
08:47.37 CIA-23 BRL-CAD: 03phoenixyjll * r51445 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): Add b-rep conversion function to hf: hf -> dsp -> brep.
08:47.50 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4122 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */
08:48.09 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4123 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
10:07.44 *** join/#brlcad andrei__ (~andrei@188.25.27.225)
14:14.46 CIA-23 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4124 10/wiki/User:Anuragmurty: /* Development Log */
15:53.00 petaflot brlcad: here's a file http://vpaste.net/ib4a9
17:21.52 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
19:04.57 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:25.25 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
IRC log for #brlcad on 20120709

IRC log for #brlcad on 20120709

00:10.58 crdueck <PROTECTED>
00:11.03 crdueck ugh...
00:55.40 brlcad petaflot: try this: http://vpaste.net/bCXSz
03:37.28 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4125 10/wiki/User:Crdueck/log:
03:50.03 CIA-23 BRL-CAD: 03phoenixyjll * r51446 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Add tolerance value to control the max error.
04:03.43 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4126 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
04:06.18 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4127 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
04:07.02 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4128 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
04:12.37 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4129 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
04:12.58 andrei_ brlcad : the script is at 600 now, not moving that fast. But I can try and finish all unit tests meanwhile
04:14.31 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp reduced.png]]"
04:15.14 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4131 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
04:59.21 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:17.08 *** join/#brlcad stas (~stas@188.24.33.157)
08:19.40 *** join/#brlcad stas (~stas@82.208.133.12)
08:19.54 CIA-23 BRL-CAD: 03Mayanntelan 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:555470 494943477187884 490159780 n.jpg]]"
10:42.32 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gptowzqdzktdqxst)
10:42.56 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
10:42.56 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gptowzqdzktdqxst)
10:58.36 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
11:50.37 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:555470 494943477187884 490159780 n.jpg]]": relevance?
11:51.15 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Mayanntelan]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages
11:56.56 andrei_ I finished a unit test for two functions. I merged both functions in one unit test because they are quite similar. However the compiler rants about itoa
11:57.01 andrei_ I did include <stdlib.h>
11:58.54 andrei_ this is the unit test I wrote : http://slexy.org/view/s21ZLIOwh9
12:09.02 andrei_ Found the issue. Need a solution tho
12:10.11 andrei_ my gcc doesn't support itoa, I ll work it around.
12:29.28 andrei_ using sprintf instead.
14:32.38 *** join/#brlcad cristina (~quassel@188.24.71.196)
16:07.44 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:03.50 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:08.09 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:40.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:56.45 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
17:57.06 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
18:25.30 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
18:32.45 brlcad andrei_: you shouldn't use itoa
18:36.02 brlcad andrei_: so those function name are terrible - it's not immediately obvious what they're testing
18:36.28 brlcad and the testing has a variety of problems
18:36.59 brlcad you shouldn't have blatent memory leaks even if it's a unit test
18:37.52 brlcad you malloc and never free
18:39.39 brlcad some minor style/formatting problems, lots of replication, doesn't test input value ranges for proper behavior
19:06.06 andrei_ what do you mean by " doesn't test input value ranges for proper behavior?
19:06.39 andrei_ as for rest of feedback, I ll start applying it now
19:29.53 andrei_ the test got at 700 right now ..
19:30.11 brlcad wow .. that's rather unexpected
19:30.33 brlcad can you graph what you have so far as time vs packet size
19:31.06 brlcad what I meant about testing input ranges is in reference to function parameters
19:31.53 brlcad if I'm writing a unit test for a generic with this signature: int function(char *a, int b, int c)
19:32.01 brlcad I should be testing what happens when a is null
19:32.08 brlcad when a is non-null but empty ""
19:32.13 brlcad when b is negative
19:32.17 brlcad when c is negative
19:32.33 brlcad when either is 0 .. really big values, etc
19:32.56 brlcad you make sure it works when it should and behaves reasonably when the inputs are not valid
19:37.02 andrei_ if I work on the unit tests
19:37.08 andrei_ running the script isn't so counter productive
19:38.09 brlcad yeah, and it's very useful regardless
19:38.17 andrei_ however the difference between 678 and 679 is < 0.05
19:38.49 brlcad might want to follow one of the src/libbu/test_*.c examples on how to reduce duplication in your test
19:39.00 andrei_ yeah, I just wanted to ask about duplication
19:39.01 brlcad whether with a function or macro or both
19:39.36 brlcad duplication isn't so much of a problem for unit tests, but does make it pain to change down the road
19:40.37 andrei_ I m sorry that I ask you to repeat it, I have another spare machine to run the script. I should go for 3d Graphic with powers of two ?
19:41.00 brlcad repeat what?
19:41.08 andrei_ repeat what to run
19:41.29 andrei_ I mean which test to run first, but I ll look into the logs.
19:41.43 brlcad unit test or pkg test?
19:41.55 andrei_ pkg test
19:44.36 andrei_ I ll just look into logs.
19:45.13 brlcad given how long it's taken: 1-2048 @ 2 byte increment, 2048-4194304 @ 4096 byte increments
19:46.24 brlcad for file sizes 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M 8M
19:48.17 brlcad basically just keep multiplying by 2: size_t file_size=1; for (int i = 0; i< 24; i++) { file_size *= 2; }
19:49.16 brlcad those sizes are a little different from what I said yesterday, should be a little faster to run them as there are fewer
19:49.25 brlcad 1024+1024 samples per file size
19:50.05 brlcad 49152 invocations of a libpkg client/server connection
19:51.08 andrei_ I don't know if I can make the process any faster
19:51.20 andrei_ on the machine that I plan to run this script there is absolutely nothing running except OS
19:51.42 brlcad it's okay if it takes a few days
19:52.03 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
19:52.23 brlcad that's one of the points for getting the 1-2048 graphed, to make sure it looks good before doing the longer one for more file sizes
19:54.39 andrei_ I ll get to work then, thank you !
21:44.27 *** join/#brlcad stas (~stas@188.24.33.157)
21:58.12 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
22:11.50 *** join/#brlcad Al_DC_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
22:44.03 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com)
IRC log for #brlcad on 20120710

IRC log for #brlcad on 20120710

01:07.25 CIA-23 BRL-CAD: 03Al Da Best 07http://brlcad.org * r4133 10/wiki/User:Al_Da_Best/devlog: Progress updates
01:21.52 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4134 10/wiki/User:Cprecup/GSoC2012_progress: 09/07/2012 - memory allocation/deallocation
01:53.38 CIA-23 BRL-CAD: 03cprecup * r51447 10/brlcad/trunk/src/libged/dag.cpp: Don't allocate memory for bu_hash_entry structures because they are used for having access to memory zones allocated for structures returned by the bu_hash_add_entry and bu_find_hash_entry functions.
02:14.53 CIA-23 BRL-CAD: 03crdueck * r51448 10/brlcad/trunk/src/libbu/malloc.c: fix are/our typo
08:16.29 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
08:24.48 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4135 10/wiki/User:Plussai: /* Link to progress log */
08:33.12 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
08:49.35 *** join/#brlcad stas (~stas@82.208.133.12)
12:51.18 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
13:08.32 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4136 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
13:10.03 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:18.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:28.21 *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
16:29.24 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4137 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */
17:04.14 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4138 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */
17:04.37 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Rhino.png]]"
17:05.09 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Rhino1.png]]"
17:14.34 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4141 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */
17:36.57 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4142 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */
17:37.30 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4143 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */
18:11.54 *** join/#brlcad cristina (~quassel@188.24.71.196)
18:12.14 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
18:50.51 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4144 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */
18:51.17 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4145 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */
18:58.24 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4146 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
18:58.54 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4147 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
18:59.46 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep.jpg]]"
19:00.55 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4149 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */
19:10.46 CIA-23 BRL-CAD: 03188.25.27.225 07http://brlcad.org * r4150 10/wiki/User:Popescu.andrei1991: /* Week 7 */
19:13.26 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4151 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */
21:41.04 *** join/#brlcad stas (~stas@188.24.49.125)
21:44.49 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4152 10/wiki/User:Ksuzee/Reports:
21:45.01 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
IRC log for #brlcad on 20120711

IRC log for #brlcad on 20120711

00:06.43 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4153 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Web API is live.
01:16.42 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:17.15 CIA-23 BRL-CAD: 03Al Da Best 07http://brlcad.org * r4154 10/wiki/User:Al_Da_Best/devlog: Update for 10th July
02:38.19 crdueck hello, hopefully someone who's been using the openNURBS interface can help me here. I want to evaluate the tangent at the start and end points of a bezier curve. the function ON_BezierCurve::TangentAt seems to be what i want, but it takes a double as its arguement instead of a point. what does the double represent? distance from the beginning of the curve? how can i get the tangent at the end point of the curve? thanks
02:51.59 cristina is it just happening to me or brlcad.org is not loading because it's down?
03:04.50 CIA-23 BRL-CAD: 03cprecup * r51449 10/brlcad/trunk/src/libged/dag.cpp: Removed entries from the solids hash table whenever a object is discovered to be a region or a group. Switched to working with pointers for bu_hash_tbl structures. Freed memory for each allocation.
05:04.29 CIA-23 BRL-CAD: 03crdueck * r51450 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added new sketch_tess.cpp file which will contain functions used to tesselate a sketch primitive. WIP
05:05.48 CIA-23 BRL-CAD: 03crdueck * r51451 10/brlcad/trunk/src/librt/CMakeLists.txt: added sketch_tess.cpp to librt CMakeLists
05:15.48 CIA-23 BRL-CAD: 03brlcad * r51452 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: new files don't get copyrights into the past unless their contents are derivatives or copies. they begin now.
05:27.30 CIA-23 BRL-CAD: 03crdueck * r51453 10/brlcad/trunk/src/librt/Makefile.am: added sketch_tess.cpp to librt/Makefile.am
05:36.19 CIA-23 BRL-CAD: 03crdueck * r51454 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: change biarc() to use ON_BezierCurve instead of bezier_seg and rt_sketch_internal
06:14.39 *** join/#brlcad stas (~stas@188.24.49.125)
09:23.47 *** join/#brlcad mik_ (~mik@atommuell.mum.jku.at)
09:36.18 andrei_ I tuned the unit test a bit. I made just one function. If it's ok the rest will be finished rather soon. Here is the current version : http://slexy.org/view/s2oDKF06Zg
09:38.47 andrei_ The 4th parameter of pkg_permserver is errlog, I shouldn't " test " errlog ? Is the structure better ? ( tried to reduce code duplication, might have more ideas ). I redirected stderr to /dev/null because I considered it irrelevant for the purpose of the test. is it portable or shouldn't I redirect it at all ?
12:01.24 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
12:16.47 CIA-23 BRL-CAD: 03phoenixyjll * r51455 10/brlcad/trunk/src/librt/primitives/hf/hf_brep.cpp: Initialize tmp_internal.
12:40.08 *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
12:55.58 CIA-23 BRL-CAD: 03phoenixyjll * r51456 10/brlcad/trunk/src/librt/primitives/hf/hf_brep.cpp: Put tmp_internal to the stack instead of using dynamic memory allocation.
13:32.08 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com)
13:34.21 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
13:46.51 CIA-23 BRL-CAD: 03phoenixyjll * r51457 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: This file contains several different approaches of ray tracing. Some functions are not currently used, so mark them to make things clear.
14:24.43 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4155 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
14:34.45 *** join/#brlcad mik_ (~mik@atommuell.mum.jku.at)
15:05.36 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
15:05.50 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
16:16.28 *** join/#brlcad yiyus (1242712427@je.je.je)
16:23.39 *** join/#brlcad phoenixyjll (9308c434@gateway/web/freenode/ip.147.8.196.52)
16:52.06 CIA-23 BRL-CAD: 03cprecup * r51458 10/brlcad/trunk/src/libged/dag.cpp: Use connection pins for each link between two shapes
18:17.24 CIA-23 BRL-CAD: 03starseeker * r51459 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: Don't use absolte path for install directory.
18:29.17 CIA-23 BRL-CAD: 03starseeker * r51460 10/brlcad/trunk/CMakeLists.txt: Tweak package naming a bit.
19:45.11 *** join/#brlcad cristina (~quassel@188.24.49.125)
19:46.38 *** join/#brlcad andrei_ (~andrei@188.25.27.225)
19:48.06 andrei_ brlcad, the machine running the 1 - 2048 script on 8mb file just got toasted. I ll have to recover the data, I believe the script is at approximatively 1200
19:50.12 andrei_ I can resume it but testing will be a bit delayed...
19:52.08 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
19:53.31 kanzure starseeker: hi
19:53.34 kanzure http://diyhpl.us/wiki/cad/method
19:53.42 kanzure i'm tired of not making progress on these problems
20:02.27 starseeker kanzure: howdy
20:04.42 kanzure hihi
20:05.20 starseeker did I miss something?
20:05.30 starseeker one of our gsoc students is going to look into this...
20:06.24 starseeker kanzure: did SISL not prove suitable for your particular problem?
20:06.29 kanzure yeah i've been reading that thread, but i don't see why you would choose the triangle intersection approach over any other lossy approach if your goal is lossyness
20:06.40 kanzure SISL was unreadable
20:07.03 starseeker we're not going with the triangle intersection - I'll be bounding box subdivision based
20:07.19 starseeker we already have that logic for our raytracer, so we can build on it for this problem
20:07.38 starseeker s/I'll/it'll
20:08.40 kanzure the solidworks paper that you guys were eyeballing (section 6.1) uses triangle intersections to approximate the intersection curve in a marching bounding box method
20:09.20 starseeker kanzure: with our bounding box approach, we subdivide until "near-flatness" criteria are satisfied
20:10.37 starseeker kanzure: what I'm hoping is once we have good "initial guesses" from those intersections, we'll be able to iterate to exact point solutions in some fashion (sort of like we do for the raytrace, but maybe a different formulation of the problem)
20:11.32 kanzure which paper most closely mentions this approach?
20:11.48 starseeker what, using the bounding boxes?
20:12.07 kanzure the whole approach for calculating your intersection curves, curve merging, etc.
20:12.24 kanzure i know what a bounding box is :p
20:12.59 starseeker the TVCG09.pdf paper is probably the closest so far, but whether we'll end up doing something different once we have the localized regions is open
20:13.28 starseeker kanzure: I take it you've tried implementing the TVCG09 approach?
20:14.00 kanzure the methods that i'm aware of start with things like "decompose the domain of the intersection curve into a bivariate algebraic planar projection", or "use bounding boxes and then approximate the intersection with four triangles" (like that GPU paper), or "compute an unevaluated determinant that represents the intersection curve" etc
20:14.23 kanzure i've read the TVCG09 approach, and that's the one with triangle approximation of intersection curves
20:15.11 starseeker we'll start with the bounding boxes, but what we do when we get them isn't clear yet
20:16.28 kanzure but that's the important part..
20:17.41 starseeker using flatness criteria to drive the bounding boxes, planer intersection calculations as an approximation may actually be quite good - the linear segments could then be fitted with a curve
20:18.27 starseeker if that doesn't get us within tolerance, the line segment intersections may be suitable initial guesses for an iterative solution to arrive at exact points - that'll take some exploration
20:20.15 starseeker if we need that level of refinement, the first place I'd look would be our existing raytracing solver, and the techniques it uses
20:20.38 kanzure so brlcad is okay with doing approximations of the intersection curves (say with polylines based on some max-depth bounding box hierarchy)?
20:21.30 kanzure i was assuming the goal would be some algebraic solution that would produce exact curves w/o floating point math in between?
20:22.19 starseeker my initial thought is we may use polylines as something to fit a NURBS curve to...
20:23.04 starseeker kanzure: if I understand the problem correctly, NURBS curves are actually insufficiently general to describe exactly all of the intersection curves that may result from two arbitrary NURBS surfaces
20:24.13 starseeker http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.146.3590
20:25.44 starseeker so if we can't be exact, we have to approximate the intersection "closely enough"
20:27.16 kanzure one of the papers i was reading was talking about how ACIS also has degenerate tolerances in their intersection curves
20:27.27 kanzure and if you do the right set of operations a number of times you can cause huge glitches that shouldn't occur
20:27.43 kanzure but due to drift from one intersection attempt to the next, things get out of whack
20:28.23 starseeker nods - we'll have to think about how to manage such things
20:32.33 starseeker kanzure: did they happen to say what the operation(s) were that caused the trouble?
20:33.10 kanzure no i mean just some boolean operations in general
20:33.31 kanzure it's an interesting statement
20:33.37 kanzure i guess i've never tried to break ACIS before :)
20:34.09 starseeker nods - that's part of it too. ACIS obviously has solved the problem "well enough" to be usable for many real-world applications
20:34.31 starseeker it may not handle some difficult situations well, but that's not a reason to throw out the baby with the bath water
20:36.07 kanzure sure it is.. by carefully considering options and how to tackle the problem, we can solve it in one swoop instead of multiple attempts
20:42.20 starseeker kanzure: OK, what do you suggest?
20:43.15 starseeker recalls you tried re-implementing the esolid approach at one point?
20:43.35 kanzure yes but let's not mention that :p
20:43.47 starseeker sees getting the subdivision step working as the "first stage"
20:43.49 kanzure are you claiming that approximations of the intersections are actually okay for, e.g., high tolerance projects?
20:44.00 kanzure maybe you're right and approximations are totally acceptable
20:44.07 kanzure i haven't considered this particular issue either way yet
20:44.26 kanzure i just naively assumed that approximations would be unacceptable
20:44.47 starseeker kanzure: if that "Watertight Trimmed NURBS" paper is right, it's actually impossible to get exact curve solutions in general without being willing to distort the NURBS surfaces in the neighborhood of the intersection
20:45.58 kanzure but what about from a mechanical engineering perspective: approximations of shape intersections leads to bad modeling results, doesn't it?
20:46.47 starseeker my guess is that would depend on the exact definition of "approximations" and "bad results"
20:48.25 starseeker kanzure: do any existing CAD systems claim to solve intersections exactly? (Sounds like ACIS at least doesn't, from what you were saying)
20:50.24 kanzure some academic papers claim to solve intersections in an exact/algebraic manner
20:50.33 kanzure caveat: please don't take my word as an exhaustive survey :P
20:50.50 starseeker usually with a considerable (as in prohibitive) performance hit though
20:51.01 kanzure i was surprised to learn that solidworks might be doing a polyhedral intersection method
20:51.10 starseeker (see esolid)
20:51.23 kanzure it's very annoying that it's not just written somewhere that "solidworks does x, acis does y, parasolid does z"
20:51.42 starseeker <snort> they have no incentive to publish their solutions, as a rule
20:52.42 starseeker dunno if that's what they're doing - they're "supporting research", but that may or may not end up getting incorporated
20:55.08 starseeker kanzure: here's a question - given N points shared by two surfaces of degree D, with the proviso that for each region between knots there are at least Ns sampled points, if a curve of degree C is fit to those points, what's the maximum delta that can occur between the surfaces and the curve?
20:59.32 kanzure i thought the curve was on the surface (where else do the sampled points come from)?
21:00.13 starseeker if we can calculate a series of points that are shared by two surfaces, that would be our starting point set
21:01.11 kanzure so why would there be a delta
21:01.52 starseeker if we're fitting the curve to the points, by definition there are points on the surfaces that we are not constraining the curve to intersect
21:02.19 starseeker because we cannot calculate all intersection points between the two surfaces - that's infinitne
21:07.44 starseeker so the question is - for points on the fitted curve that are not known to map exactly to intersection points, how far can they be from the theoretical "correct" intersection point they *should* be describing?
21:09.54 kanzure starseeker: what about cases where there are known solutions, like suppose a sphere intersecting a surface - we know the intersection curve is a circle, which does have a basic NURBS curve model...
21:11.26 starseeker kanzure: ok - what happens if we take a "dense" sample of intersection points, based on bounding box intersections where the bounding boxes bound "near flat" subsets of the surfaces
21:11.36 starseeker then fit that with a NURBS curve.
21:11.45 starseeker how close to a circle would that fit be?
21:12.34 kanzure no idea
21:13.02 starseeker if the fit is any good, I would expect it to be very very close to circular
21:13.50 starseeker and if it proves useful, we might even be able to add some checks for "special cases" where we can spot exact shapes
21:14.52 starseeker but we can't assume "easy" shape intersections, most of the time
21:16.14 starseeker (bty - that curve is only a circle if that surface is planar)
21:16.47 starseeker or a few other special cases
21:38.39 kanzure well, there are other near-circular objects like ovals and obliques that can fit that scenario
21:43.31 kanzure <@jblake> arguably, you should be aiming for within the square of the tolerance or some such smaller limit in order to avoid magnification of errors from the interactions between approximated surfaces
22:57.27 CIA-23 BRL-CAD: 03n_reed * r51461 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): combine multiple definitions of LISTempty
23:20.30 *** join/#brlcad xth1 (~thiago@187-79-8-116.user.veloxzone.com.br)
IRC log for #brlcad on 20120712

IRC log for #brlcad on 20120712

01:23.25 CIA-23 BRL-CAD: 03Al Da Best 07http://brlcad.org * r4156 10/wiki/User:Al_Da_Best/devlog: Update 11th July
01:23.25 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4157 10/wiki/User:Cprecup/GSoC2012_progress: 10-11/07/2012 - removed entries from the hash table; memory for *value* allocated outside the hash table; freed memory for these values
01:24.12 *** join/#brlcad ibot (~ibot@rikers.org)
01:24.12 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
01:24.47 CIA-23 BRL-CAD: 03cprecup * r51462 10/brlcad/trunk/src/libged/dag.cpp: Don't allocate space for the *value* field inside the bu_hash_entry. Instead, use a copy of a pointer for the outside allocated memory. Added a method that frees the space allocated for the *value* field.
01:47.49 brlcad andrei_: toasted??? what happened (and that was too long)
01:48.16 brlcad andrei_: 1-2048 in steps of 2 should be better if you restart -- plot what you had
02:01.44 andrei_ It overheated and I found it shut down. Now seems to be working. I did what you said ( steps of two ) and i also decreased the average tests from 10 to 5
02:02.15 andrei_ the other script ( the one with files loop aswell ) is moving so much better.
02:02.17 brlcad kanzure: as far as I know, none of the big commercial CAD engines perform truly exact evaluation
02:02.50 brlcad even the watertight "exact" ones are merely exact "within tolerance", which is pretty much as good as we're going to get with floating point arithmetic
02:03.09 kanzure what is the definition of tolerance here?
02:03.13 brlcad even with sampling methods, you can sample below 0.0005 precision
02:03.21 brlcad which is our baseline tolerance
02:03.32 kanzure like i can define a tolerance on a dimension, but what is the tolerance in the context of an intersection curve?
02:04.57 brlcad I'm referring to baseline computation tolerance -- not engineering tolerances that might go on a model
02:05.13 brlcad the CAD system's built-in absolute tolerance
02:05.19 brlcad they all have that
02:05.28 brlcad some are 0.1, 0.01, etc
02:06.00 brlcad I used to have a paper that described all the major kernel computation tolerances
02:06.53 kanzure i'd be interested in seeing that. i still don't understand this tolerance.
02:08.13 brlcad generally speaking, it's akin to ULP with floating point
02:08.33 kanzure ?
02:08.40 brlcad it's the minimum difference between two numbers for them to be considered different
02:08.55 brlcad floating point hardware is ULP, but CAD systems are much more coarse
02:09.21 brlcad http://en.wikipedia.org/wiki/Unit_in_the_last_place
02:10.29 brlcad basically if i have a 3D point at 0,0,0 and 0.1,0.0 -- are they the same point?
02:10.36 brlcad for some CAD kernels, the answer is yes
02:11.02 brlcad for some it's 0.01,0,0 for others still it's 0.001,0,0 etc
02:11.19 brlcad for BRL-CAD, our default absolute tolerance is 0.0005
02:12.58 brlcad 32-bit single precision floating point hardware is around 0.0000001 ULP so that's the best one might hope to be able to achieve (with values near zero), but in practice it's a number much bigger -- most are between 0.01 and 0.0001
02:13.44 brlcad what that means, from an algorithm development standpoint
02:15.20 brlcad is that I can subdivide to some given flatness and then sample or use triangles or curve approximations, but the stepping/sampling have to go below the absolute tolernace (step size of 0.0005 in our case) and you will be effectively watertight and numerically robust (to the quality of your input data)
02:16.45 brlcad segmenting to polylines generally sucks, for example, but if I walk a NURBS curve in increments less than 0.0005, it will be exact "within tolerance"
02:17.11 brlcad (it'll be slow too, you have to balance numbers and do some other tricks like the subdivisioning)
02:17.22 kanzure i see
02:17.26 kanzure that makes sense, thank you
02:19.22 brlcad that said, I agree that getting the bounding subdivision working is more work so the natural first step
02:19.49 kanzure is more work than calculating intersection curves?
02:19.55 brlcad once we've isolated a "region of interest", we can look into what method(s) make sense to get the calculations as precise as we need
02:20.21 kanzure i'm a little unclear on how to handle all the edge cases, like singularities and other misfeatures
02:20.42 brlcad yeah, because zoomed out the curves are not well-behaved
02:20.45 kanzure does that happen in the surface merging step, or does that raise an exception during intersection?
02:20.54 brlcad once you subdivide to a tiny region, things get really stable
02:21.10 kanzure sure
02:21.53 kanzure but is a well-behaved algorithm supposed to fail for singularities (like single point intersections)?
02:25.17 brlcad the curve and/or surface evaluations are well-behaved
02:25.49 brlcad what you do with the result is a completely separate matter... for that I'm a proponent of stable building blocks
02:30.02 brlcad a solid boundary representation based on euler operators, point+point, point+curve, point+surface, curve+curve, curve+surface, surface+surface
03:18.45 kanzure is that an order of preference?
03:43.06 *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch)
03:51.17 *** join/#brlcad anuragmurty (~anurag@14.139.128.11)
04:15.31 CIA-23 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4158 10/wiki/User:Anuragmurty: /* Development Log */
04:58.26 *** part/#brlcad anuragmurty (~anurag@14.139.128.11)
06:34.37 andrei_ brlcad : the script seems to be a bit faster now, I hope it will finish today ( it s at 1200 now)
06:35.54 andrei_ if there s time, could you please have a look on the test unit that I pasted. It s only one function so it should be easy to review. Thank you
07:19.04 andrei_ brlcad : Sorry, I just saw your e-mail. I shall take a closer look into the patches I submitted and make sure they are all ok.
08:52.45 CIA-23 BRL-CAD: 03phoenixyjll * r51463 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Add a surface-surface intersection function (WIP). Surface trees are generated and intersections of bounding boxes are calculated.
09:00.48 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4159 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
09:02.06 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4160 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
09:11.00 andrei_ Sorry to bother but I downloaded the test_rbtree from sourceforge to fix it. I did but when I try to recompile ( using make test_rbtree) I get two erros in parallel.c : function bu_nice_set
09:11.16 andrei_ error : Implicit declaration of function getpriority & setpriority
09:12.42 andrei_ is anyone else working on that ? should I fix it ?
11:27.53 CIA-23 BRL-CAD: 03brlcad * r51464 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: extern is practically meaningless on the function definition, it's for prototype declarations prior to definitions or other compilation units. consistency, return type goes on separate line too.
11:34.22 brlcad andrei_: I don't think anyone else is getting that -- cmake should have detected and enabled/disabled
11:34.41 brlcad so yeah, feel free to fix it, or run make test_rbtree/fast
13:59.43 *** join/#brlcad andrei_ (~andrei@188.25.27.225)
14:18.05 CIA-23 BRL-CAD: 03anrgmrty * r51465 10/brlcad/trunk/src/libged/voxelize.c: voxelize.c for voxelize command
14:18.53 CIA-23 BRL-CAD: 03anrgmrty * r51466 10/brlcad/trunk/src/libged/CMakeLists.txt: CMakelist including the voxelize file
14:19.30 CIA-23 BRL-CAD: 03anrgmrty * r51467 10/brlcad/trunk/src/libged/Makefile.am: Makefile.am including the voxelize file
16:04.24 CIA-23 BRL-CAD: 03starseeker * r51468 10/brlcad/trunk/ (46 files in 45 dirs): Get MAN_DIR working with both DocBook and regular man pages, and put both in man instead of down in the data directory.
16:48.00 CIA-23 BRL-CAD: 03n_reed * r51469 10/brlcad/trunk/src/ (adrt/CMakeLists.txt mged/CMakeLists.txt): ignore some files
16:52.41 brlcad kanzure: I'd say that's an order of need, but you could arguably skip the point+* functions
16:53.08 brlcad by implementing them, though, you can deal with a whole class of topology singularities
16:55.40 CIA-23 BRL-CAD: 03n_reed * r51470 10/brlcad/trunk/src/other/ (3 files in 3 dirs): Include fedex_python subdir to make it easier to build fedex_python for testing. Make paths relative to avoid CMAKEFILES warning.
17:09.38 kanzure okay
17:35.24 CIA-23 BRL-CAD: 03n_reed * r51471 10/brlcad/trunk/src/other/step/src/fedex_python/src/ (5 files): update fedex_python sources to SCL git 7ffbb73 versions, but use the classes.h declaration of the FundamentalType func for consistency
17:51.35 CIA-23 BRL-CAD: 03n_reed * r51472 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): apply changes for fedex_python from SCL git 10999e7 and 2dcfaed
18:12.41 CIA-23 BRL-CAD: 03n_reed * r51473 10/brlcad/trunk/src/other/step/src/fedex_python/ (17 files in 2 dirs): update python scripts to SCL git ee13526 versions
19:10.23 *** part/#brlcad piksi (piksi@pi-xi.net)
19:35.18 CIA-23 BRL-CAD: 03r_weiss * r51474 10/brlcad/trunk/include/analyze.h: Update to "analyze.h" to allow "analyze.c" to build on Windows with Visual Studio 2008.
19:36.23 CIA-23 BRL-CAD: 03r_weiss * r51475 10/brlcad/trunk/src/libged/analyze.c: Update to "analyze.c" to allow building on Windows with Visual Studio 2008.
19:41.58 CIA-23 BRL-CAD: 03starseeker * r51476 10/brlcad/trunk/src/other/step/ (12 files in 3 dirs): Start building towards an SCL build that can work with or without perplex/re2c/lemon. Fair bit more work to do - these are just the fundamental essentials.
19:43.14 brlcad http://www.cise.ufl.edu/research/SurfLab/papers/1109reyes.pdf
19:44.09 brlcad maybe of interest, a method to guarantee that you sample below a specified tolerance
19:55.19 CIA-23 BRL-CAD: 03starseeker * r51477 10/brlcad/trunk/src/brlman/ (CMakeLists.txt brlman.tcl brlman.tcl.in): Generalize the brlman script - need to deal with potentially arbitrary man dir locations.
19:56.25 CIA-23 BRL-CAD: 03starseeker * r51478 10/brlcad/trunk/misc/CMake/ (5 files): Sync the Find and Util scripts for perplex/lemon/re2c.
20:01.09 CIA-23 BRL-CAD: 03starseeker * r51479 10/brlcad/trunk/src/other/perplex/perplex.cpp: Add missing newline
20:05.33 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4161 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend
20:06.18 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4162 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend
20:10.23 CIA-23 BRL-CAD: 03n_reed * r51480 10/brlcad/trunk/src/other/perplex/scanner_template.c: remove var 'abs' to avoid shadowing a global symbol of the same name
20:22.55 CIA-23 BRL-CAD: 03starseeker * r51481 10/brlcad/trunk/ (10 files in 4 dirs): Don't want a BRL-CAD path hardcoded into the perplex CMake macros, now that the prospect of them being used elsewhere is real.
20:32.44 CIA-23 BRL-CAD: 03starseeker * r51482 10/brlcad/trunk/ (2 files in 2 dirs): Try to be a little more helpful with the template error message.
20:54.27 CIA-23 BRL-CAD: 03starseeker * r51483 10/brlcad/trunk/src/other/perplex/perplex.cpp: Teach perplex to output a version number.
21:00.56 CIA-23 BRL-CAD: 03starseeker * r51484 10/brlcad/trunk/src/other/perplex/perplex.cpp: Fix tabbing on perplex usage
21:24.33 CIA-23 BRL-CAD: 03n_reed * r51485 10/brlcad/trunk/src/other/step/src/express/ (expparse.y token_type.h): use generated lemon variables to avoid unused warnings
22:42.45 CIA-23 BRL-CAD: 03n_reed * r51486 10/brlcad/trunk/src/other/step/src/clstepcore/ (7 files): missed ws and doxification changes from SCL git f9b9383
IRC log for #brlcad on 20120713

IRC log for #brlcad on 20120713

00:58.17 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
02:03.31 CIA-23 BRL-CAD: 03brlcad * r51487 10/brlcad/trunk/HACKING: need to make sure the sender's address matches the subscription address, else the mail will go into a black hole.
02:05.08 CIA-23 BRL-CAD: 03brlcad * r51488 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: ws
02:07.28 CIA-23 BRL-CAD: 03Al Da Best 07http://brlcad.org * r4163 10/wiki/User:Al_Da_Best/devlog: Update 12th July
02:09.28 CIA-23 BRL-CAD: 03brlcad * r51489 10/brlcad/trunk/src/ (libdm/dm-ogl.c librt/primitives/brep/brep_debug.cpp):
02:09.28 CIA-23 BRL-CAD: apply sf patch 3531833 (implement drawing a point of command 'brep' .) from
02:09.28 CIA-23 BRL-CAD: Laijiren ( plussai2008 ). this adds a 'plot SCV' subcommand for drawing the
02:09.28 CIA-23 BRL-CAD: control point net with the 'brep' command including support for drawing points
02:09.28 CIA-23 BRL-CAD: to libdm.
02:14.57 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
02:15.27 CIA-23 BRL-CAD: 03brlcad * r51490 10/brlcad/trunk/src/ (libdm/dm-ogl.c librt/primitives/brep/brep_debug.cpp): ws, style, indent consistency cleanup
02:39.03 CIA-23 BRL-CAD: 03brlcad * r51491 10/brlcad/trunk/AUTHORS: credit Laijiren for his first applied contribution, adding support for a control point plotting subcommand to the brep command and point drawing support to libdm. (sf patch 3531833)
02:42.15 CIA-23 BRL-CAD: 03starseeker * r51492 10/brlcad/trunk/src/other/perplex/perplex_template.c: fix filename in comments
03:47.15 CIA-23 BRL-CAD: 03brlcad * r51493 10/brlcad/trunk/src/liboptical/sh_camo.c: apply sf patch 3541567 (Reduction in liboptical/sh_camo.c) from Ksenija Slivko ( ksuzee ). reduces ~54 lines.
03:55.31 CIA-23 BRL-CAD: 03brlcad * r51494 10/brlcad/trunk/src/liboptical/sh_camo.c: remove trailing ws and mark setup() as HIDDEN.
05:54.20 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:55.53 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:59.47 *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
09:10.46 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4164 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
09:13.39 CIA-23 BRL-CAD: 03phoenixyjll * r51495 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: A draft of the second step - estimating the surface intersection points by trigonal approximation. (WIP)
10:24.30 *** join/#brlcad andrei_ (~andrei@188.25.160.247)
12:15.19 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com)
12:58.30 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:21.51 *** join/#brlcad xth1 (~thiago@201-4-5-34.user.veloxzone.com.br)
14:09.46 *** join/#brlcad andrei_ (~tuxilina@188.25.160.247)
14:22.17 *** join/#brlcad andrei__ (~andrei@188.25.160.247)
14:27.25 CIA-23 BRL-CAD: 03starseeker * r51496 10/brlcad/trunk/src/other/step/ (CMakeLists.txt src/express/CMakeLists.txt): Get a proper AUTO/ON/OFF toplevel configuration variable in place to control the use of perplex/re2c/lemon in SCL.
14:30.01 *** join/#brlcad cristina (~quassel@82.77.104.63)
14:30.14 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
14:48.11 *** join/#brlcad andrei_ (~tuxilina@188.25.160.247)
14:51.47 *** join/#brlcad andrei__ (~andrei@188.25.160.247)
14:55.41 *** part/#brlcad mik_ (~mik@atommuell.mum.jku.at)
14:58.33 *** join/#brlcad cristina (~quassel@82.77.104.63)
14:58.37 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
16:01.14 CIA-23 BRL-CAD: 03starseeker * r51497 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): Start working on the easier verification case - verifying generated sources haven't been monkeyed with.
16:20.36 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
16:30.38 ksuzee brlcad: hi, Sean! Thanks for applying my patch! You've told that it was quite good size of patch file, so I have one question. I have another patch with 7-8 man pages in which I've created. But all of them have the same Makefile and CMakefiles. So do I need to divide this patch into parts or leave in such condition?
16:31.41 brlcad ksuzee: no comprendo
16:31.55 brlcad you created manual pages for commands that didn't have them, I presume?
16:32.09 ksuzee yes
16:32.28 ksuzee and put all these pages in one patch
16:32.35 brlcad you don't have to separate those, include the build system changes too
16:33.12 ksuzee I mean that this patch is quite big
16:33.23 brlcad if you were committing them, you'd probably commit them one at a time
16:33.32 brlcad so you might just hold off on that one until you have commit
16:33.40 brlcad s/probably/would/
16:34.14 ksuzee okey, so) thanks!
16:39.16 brlcad Al_Da_Best: are you around today?
18:43.12 CIA-23 BRL-CAD: 03starseeker * r51498 10/brlcad/trunk/src/other/step/ (6 files in 4 dirs): Checkpoint some more work on generated src management.
19:10.56 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
19:15.47 CIA-23 BRL-CAD: 03starseeker * r51499 10/brlcad/trunk/src/other/step/src/express/generated/ (expparse.c expscan.c expscan.h verification_info.cmake): Update generated sources to actually match the current inputs - this will eventually be automated but that part's not in place yet.
19:34.13 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
19:48.41 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
20:00.41 *** join/#brlcad andrei_ (~andrei@188.25.160.247)
20:04.48 brlcad ``Erik: sorry for all the mail, not really but I'll say it anyways ;)
20:21.53 *** join/#brlcad tuxilina (~tuxilina@188.25.160.247)
20:26.18 *** join/#brlcad andrei_ (~andrei@188.25.160.247)
20:39.29 andrei_ I have the graphic for 1 - 2048. Ran on 4096 bytes tho
20:39.41 andrei_ I will update my log aswell : here it is http://imgur.com/18fBM
20:40.21 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
20:41.43 CIA-23 BRL-CAD: 03starseeker * r51500 10/brlcad/trunk/src/other/step/ (9 files in 4 dirs): More tweaks and added logic to generated source verification
20:42.24 CIA-23 BRL-CAD: 03starseeker * r51501 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: Sync PERPLEX_Util.cmake
21:00.56 *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
21:00.57 CIA-23 BRL-CAD: 03starseeker * r51502 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): Be noisy for now so it's clear what's actually going on, fix copy-paste error.
21:04.50 CIA-23 BRL-CAD: 03crdueck * r51503 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added bezier_to_carcs() function to approximate a bezier curve to tolerance by a set of circular arcs. WIP
21:26.28 CIA-23 BRL-CAD: 03starseeker * r51504 10/brlcad/trunk/src/other/step/src/express/generated/README: Add a README file for the generated sources explaining how this will work...
21:40.47 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
21:41.56 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
23:02.33 *** join/#brlcad sharvey (~sharvey@xi.metaether.net)
IRC log for #brlcad on 20120714

IRC log for #brlcad on 20120714

00:07.01 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4165 10/wiki/User:Cprecup: Midterm review of work and updated goals for the future
00:37.12 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4166 10/wiki/User:Cprecup/GSoC2012_progress: 13/07/2012 - progress summary, updated milestones, and planning a user-visible feature
02:13.46 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4167 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */
04:30.20 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4168 10/wiki/User:Crdueck/log:
06:13.12 CIA-23 BRL-CAD: 03crdueck * r51505 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: updated intersect_2dRay() to use ON_Ray instead of a bare point and direction vector, added rt_sketch_surf_area() and carc_area(). WIP
06:13.58 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4169 10/wiki/User:Crdueck:
09:01.48 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:04.01 brlcad yawns
14:31.11 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
15:44.25 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
16:04.11 ksuzee brlcad: hi, Sean!
16:07.40 ksuzee brlcad: I'm just looking through my previous patches and there's patch id:3534954. It's for fb/pl-fb.c and there's almost the same situation as in my last accepted patch. Could you check it, please?
16:17.21 ksuzee 3534955 and 3534956 are quite similar too :)
18:55.17 ``Erik *readreadread* brlcad is going to wear his pr hat out this summer O.o
20:11.15 CIA-23 BRL-CAD: 03starseeker * r51506 10/brlcad/trunk/src/other/step/src/express/generated/ (expscan.c verification_info.cmake): Can't include debugging lines if we're going to manage the generated sources this way.
20:11.52 CIA-23 BRL-CAD: 03starseeker * r51507 10/brlcad/trunk/src/other/step/cmake/PERPLEX_Util.cmake: Add necessary re2c flag
20:51.20 CIA-23 BRL-CAD: 03starseeker * r51508 10/brlcad/trunk/src/other/step/src/express/generated/ (README verification_info.cmake): Fix README and add header comment to verification info
20:55.57 CIA-23 BRL-CAD: 03starseeker * r51509 10/brlcad/trunk/src/other/step/ (4 files in 2 dirs): Add management routines for syncing info back into the generated source tree.
21:14.00 starseeker brlcad: it undoubtedly needs polish, but essentially the "manage the generated sources" logic should be in place now for SCL
22:15.50 crdueck brlcad: some of the functions I added in sketch_tess.cpp might make sense as methods for an openNURBS class. for example, intersect2dRay() would a be a useful method for the ON_Ray class defined in librt/opennurbs_ext.cpp. I'm allowed to modify/add code in librt/opennurbs_* right?
22:45.57 CIA-23 BRL-CAD: 03starseeker * r51510 10/brlcad/trunk/src/other/step/cmake/ (3 files): Use DEBUGGING_GENERATED_SOURCES to allow re2c debugging information to appear in re2c intermediate output. Disable normal behavior while doing so, so the debug-enabled output won't poison the MD5 management mechanism.
22:46.28 CIA-23 BRL-CAD: 03starseeker * r51511 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: sync PERPLEX_Util.cmake
22:57.24 CIA-23 BRL-CAD: 03Plussai 07http://brlcad.org * r4170 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */
IRC log for #brlcad on 20120715

IRC log for #brlcad on 20120715

00:47.19 CIA-23 BRL-CAD: 03starseeker * r51512 10/brlcad/trunk/src/other/perplex/parser.y: Quell a couple compilation warnings in perplex
00:49.32 CIA-23 BRL-CAD: 03starseeker * r51513 10/brlcad/trunk/src/other/perplex/ (6 files in 2 dirs): Get perplex closer to supporting a 'proper' stand-alone build. To get all the way there, it needs to support at least source package generation and make install.
01:18.51 starseeker brlcad: that's a point... we don't currently install perplex, re2c or lemon as part of a BRL-CAD install, since they're used only for building. Did we want to change that and distribute a working perplex?
03:02.27 crdueck does there exist an openNURBS function to calculate determinants?
04:27.51 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:37.23 brlcad crdueck: of course -- just make sure you add /** */ comments and otherwise comment code added there thoroughly
04:37.56 brlcad starseeker: could go either way, but why not -- might be useful
08:16.39 CIA-23 BRL-CAD: 03phoenixyjll * r51514 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: just some clean up - remove unused and shadowed variables to avoid compiler warnings. (still WIP)
08:19.11 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4171 10/wiki/User:Phoenix/GSoc2012/Reports: /* Midterm summary */
09:39.34 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
13:42.31 CIA-23 BRL-CAD: 03DoreathafumobxpyufMunshi 07http://brlcad.org * r4172 10/wiki/DoreathafumobxpyufMunshi7853851: New page: Planowanie wydarze?? jest niezmiernie ekscytuj??ce zrobi?? oraz wielu mieszka??c??w wybiera to jako ich kariery. Nie zaledwie dopuszcza to w??a??ciciele firm oraz go??ci, ??eby skupi?? si...
15:08.19 *** join/#brlcad merzo (~merzo@120-34-132-95.pool.ukrtel.net)
18:02.07 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
18:37.06 CIA-23 BRL-CAD: 03crdueck * r51515 10/brlcad/trunk/src/librt/primitives/ell/ell.c: fixed error in rt_ell_surf_area()
19:59.05 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
21:30.00 crdueck brlcad: i'm trying to test the new functions in sketch_tess.cpp. If I add rt_sketch_surf_area to the sketch entry in the rt_functab in table.c, mged complains it cant find the symbol rt_sketch_surf_area. Do I need to add sketch_tess.cpp to a header file or something to make it usable in the functab?
22:06.21 brlcad crdueck: no, but you do need to add it to librt's compilation
22:07.06 brlcad and as a c++ funtion, you have to declare it as extern "C"
22:07.19 brlcad so the name is not mangled
22:08.13 crdueck ah, thats probably it
IRC log for #brlcad on 20120716

IRC log for #brlcad on 20120716

15:10.05 *** join/#brlcad ibot (~ibot@rikers.org)
15:10.05 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
16:39.26 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
17:44.45 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:57.27 CIA-23 BRL-CAD: 03anrgmrty * r51540 10/brlcad/trunk/include/analyze.h: analyze.h unused functions for voxelize removed
17:59.24 CIA-23 BRL-CAD: 03anrgmrty * r51541 10/brlcad/trunk/src/libged/voxelize.c: callback functions removed from analyze.h and included here
18:01.25 CIA-23 BRL-CAD: 03anrgmrty * r51542 10/brlcad/trunk/src/conv/g-voxel.c: callback functions for printing voxel data, rt_prep_parallel moved to voxels.c
18:06.52 CIA-23 BRL-CAD: 03anrgmrty * r51543 10/brlcad/trunk/src/libanalyze/voxels.c: rt_prep function added into voxelize function of voxels.c, callback removed
18:34.32 CIA-23 BRL-CAD: 03crdueck * r51544 10/brlcad/trunk/src/librt/opennurbs_ext.h: Ray intersection using ON_Intersect() was producing strange results, the simple formula used originally works much better
18:36.15 CIA-23 BRL-CAD: 03bob1961 * r51545 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Removed a debug statement.
18:36.49 brlcad starseeker: so my self-consistency alarms are going haywire reading r51468
18:38.06 brlcad you made a *DATA() macro now need to specify a DATA path everywhere and a *MAN() macro not have to specify a path everywhere
18:38.35 brlcad I would expect not specifying it for both everywhere or specifying it everywhere (in which case the macro seems to fail)
18:40.28 brlcad from not to mention r51468 just made us diverge a lil farther from the GNU Coding Standards (not that it matters a whole lot, but they're at least consistent)
18:42.18 brlcad I think the issue was that you wanted 'man' in prefix/man so you took a b-line for that door instead of dealing with the underlying issue of datadir not being what you want for a default?
18:44.19 brlcad having mandir default to "datadir/man" unless overridden makes complete sense (and is consistent with infodir, htmldir, docdir, and probably a few others we don't use)
18:58.36 starseeker brlcad: um... I suppose what I should have done was to rename what is currently BRLCAD_ADDDATA into something more generic and defined BRLCAD_ADDDATA as a macro that called that and tacked on DATA_DIR...
18:59.28 starseeker to be honest, I've been paying zero attention to the GNU Coding Standards...
19:07.39 brlcad starseeker: yeah, that would have taken care of the replication/api consistency issue
19:08.31 brlcad but the other side effect is moving mandir, shouldn't that mean bu_brlcad_data/man is no longer valid?
19:09.10 brlcad it'd be getting lucky on a default build because it's sitting in bu_brlcad_root
19:17.43 starseeker brlcad: <shrug> just tell me where you want the man pages to go - I'm fine with whatever
19:18.17 starseeker is working on fixing the ADDDATA thing now...
19:28.13 starseeker the main point was that MAN_DIR should control where *all* the man pages go, both normal and DocBook
19:35.29 CIA-23 BRL-CAD: 03starseeker * r51546 10/brlcad/trunk/ (40 files in 40 dirs): Fix so we don't need to use DATA_DIR everywhere - put MAN_DIR back to the DATA_DIR by default, until we figure out what we want to do as a standard behavior.
19:35.59 brlcad unless overridden, I think they should go into data/man but then at some point we need to revisit our layout so that datadir==rootdir/share by default
19:36.57 brlcad the original problem being solved was only partially solved with the datadir=prefix/share/brlcad/VERSION
19:37.03 starseeker brlcad: that should be as simple as setting DATA_DIR to share instead of it's current version dependent value...
19:37.46 starseeker why did we do that, anyway? The only advantage I know of is that bu_brlcad_data can do a consistency check to make sure it's pulling the right version of data, and we could achieve that result with a standard file in the root of the data dir...
19:38.22 brlcad it should, but I bet it's not -- at least not across all of the places it's implied
19:38.44 starseeker takes a deep breath and plunges in...
19:38.59 brlcad the goal was getting closer to following the Linux Filesystem Standard
19:39.06 brlcad for having a root-installed brl-cad
19:39.10 brlcad prefix=/usr
19:39.17 starseeker ah, right.
19:39.23 brlcad supporting multiple installed versions
19:39.52 brlcad so for *that*, /usr/share/brlcad/VERSION for data makes perfect sense, that's what you want
19:39.53 starseeker did we give up on that finally? Most of that was being driven by the Linux distros...
19:39.59 brlcad no, just ran out of time
19:40.41 starseeker <snort> - if you're installing in /usr, it may be perfectly reasonable to require that only one version of BRL-CAD be around - that's probably the model most of the distros would follow
19:40.57 starseeker plus, we'd still hit the "librt already exists" issue
19:41.31 brlcad not necessarily, libdir needed to also be /usr/lib/brlcad/VERSION, and handling binaries was another issue
19:42.24 starseeker could actually try those settings - would be a good workout, since in principle I should have sufficient control to do that correctly
19:42.27 brlcad major packages that you'd compile against supported the versioned directory approach and LFS supports it
19:42.33 brlcad well before you do
19:43.11 brlcad I'm trying to remember, but I think the solution that brought all of the build system changes to a pause (aside from running out of time) was a change in methodology
19:44.48 starseeker methodology?
19:46.28 brlcad a much simpler approach is to just set prefix/root to a single path (e.g., /usr/share/brlcad/rel-7.24.0) and then have something else create symbolic links in /usr/bin, /usr/lib/brlcad/VERSION, /usr/man/brlcad/VERSION, /usr/include/brlcad/VERSION etc
19:47.17 brlcad that way we can support multiple installs, potentially switch 'default' versions on-demand, and should comply with LFS
19:47.39 brlcad I'd have to write it all down to make sure the paths are right, at least we should if it's going to be revisited...
19:48.21 brlcad no sense going through the trouble if we still fail LFS or get bitching from Debianauts
19:49.05 starseeker brlcad: hmm - not sure how the symlink part would work
20:01.55 *** join/#brlcad andrei__ (~andrei@188.25.160.102)
20:02.47 andrei__ hello
20:02.50 brlcad howdy
20:03.21 ``Erik the purpose for multiple versions is just library support for third party applications, right? wouldn't /usr/lib/librt.so.<version>.so be adequate?
20:03.47 brlcad I believe that fails LFS
20:04.21 brlcad and I wouldn't say that's the sole purpose
20:05.07 ``Erik woops s/\.so//,
20:05.24 andrei__ brlcad,``Erik : any of you had a chance of looking at the graphics ?
20:05.28 ``Erik what are the other purposes? (7 why's, wee)
20:06.37 ``Erik looks now O.o
20:09.43 ``Erik seems a bit noisy, is there any kind of smoothing/curvefit that can be done? I can't really tell if there's "weirdness" from those pics :/
20:10.06 CIA-23 BRL-CAD: 03188.25.160.102 07http://brlcad.org * r4183 10/wiki/User:Popescu.andrei1991: /* Performance measuring */
20:10.25 ``Erik or maybe pick a slice of data to look at, like 1 packet size through the file sizes, or visa versa?
20:10.51 andrei__ the last one might be more useful, I did run each test 10 times then computed an average
20:11.15 andrei__ I mean for each set of parameters there were 10 iterations
20:11.19 ``Erik http://i.imgur.com/AXUpN.png ?
20:11.59 andrei__ that is the graphic with the first two merged
20:12.30 andrei__ I don't understand the question
20:12.33 ``Erik can you filter out the outliers in the data set? maybe a slice of data done as box plots?
20:12.59 ``Erik is elapsed time in seconds?
20:13.03 brlcad andrei__: what happened? those graphs don't look at all right
20:13.28 andrei__ brlcad : I know. I checked everything, ran the script 10 times( instead of 5, because I got 4 machines)
20:13.41 andrei__ I shall upload on the page every tool/algorithm I used for processing the data
20:13.46 andrei__ maybe I m doing something wrong
20:13.48 ``Erik which time are you recording? wall time? cpu time? user? system?
20:13.54 andrei__ wall time
20:14.00 andrei__ I use gettimeofday()
20:14.10 brlcad andrei__: just take a step back for a second -- you had a beautifully smooth curve for one package size
20:14.24 brlcad I should see that curve in http://i.imgur.com/OPum5.png but it's nowhere to be seen
20:14.35 brlcad not a single one is smooth
20:15.26 brlcad so something is very flawed, either in the data or in the way you're graphing it
20:16.33 andrei__ after filtering the text file I obtained an array of 24 x 1024 values. Perhaps the error occurs when I convert it to a matrix
20:17.46 brlcad those elapse_time values aren't quite believable
20:18.20 brlcad you're trying to tell me that nothing took longer than 0.00016 seconds to transfer?
20:18.22 ``Erik loopback with 0copy network stack might do that :/
20:18.46 andrei__ http://slexy.org/view/s20hQlb8zF
20:18.57 andrei__ This is my octave plotting program
20:19.04 brlcad you sent 8MB of data in less than 0.00016 seconds? really? :)
20:20.44 andrei__ this is what I gathered, shall I try a single test to see how much does it take ?
20:20.51 brlcad that's a rate of 48.8 GB/s if my numbers are right
20:22.26 andrei__ I m transfering a 8Mb file with package size 2048 to see how much it takes
20:22.33 brlcad if anything, youur graph doesn't show you http://i.imgur.com/H5Q2u.jpg, which like I said should be there somewhere
20:23.45 brlcad andrei__: curious why you don't just feed your raw data to gnuplot?
20:24.26 brlcad three columns of csv data is all you should end up with
20:26.05 andrei__ brlcad : I manually ran a test to transfer a 8MB file on 2048 packages. Took 0.5
20:26.24 brlcad so your graph is only off by about 3 orders of magnitude, great ;)
20:27.08 brlcad try to make a single csv
20:27.19 brlcad I can graph it here on my end using other tools
20:27.34 brlcad while you're investigating
20:28.47 andrei__ where should I upload the raw data files ?
20:30.41 brlcad http://slexy.org/ will probably work
20:31.47 starseeker brlcad: yeah, when /usr/brlcad/lib becomes /usr/brlcad/lib/brlcad/VERSION some of the tclscript logic for finding things doesn't hold water
20:32.08 starseeker need a way to find out the values of BIN_DIR, LIB_DIR, etc. from tcl
20:36.25 *** join/#brlcad andrei (~andrei@188.25.160.102)
20:37.35 andrei 1 - 2048 : http://slexy.org/view/s2QmctjRts 2048 - 4194304 : http://slexy.org/view/s21EopQ7BX
20:40.01 brlcad those already don't look right
20:40.16 brlcad the end of the first should meet up with the second set, no?
20:41.41 andrei nope. the end of the first means transfering an 8mb file with 2048 packages, the first from second means transfering a 1byte file with 2048 package
20:44.22 brlcad er, so then those times are something else altogether from what I thought they were
20:45.08 brlcad this is very confusing, are you familiar with csv?
20:45.35 andrei No but if I need to I will
20:45.44 brlcad it's just comma-separated-values
20:45.51 andrei ah
20:46.16 brlcad when all is said and done, you should have a table of data with N columns
20:46.32 ``Erik that any spreadsheet program can read in
20:46.37 andrei I m running a test to see if what script returns( including average ) is the same of what I obtained manually
20:47.35 brlcad still, before getting into CSV -- explain those two outputs again -- you just said 1 - 2048 : http://slexy.org/view/s2QmctjRts .. and the end of the first means transfering an 8mb file with 2048 packages
20:48.17 brlcad so that is one graph transferring 8MB with package size set to 1, 2, .. 2048 yes?
20:49.20 andrei One graph is : files 1 - 8MB(powers of two) in packages from 1, 2 .. 2048
20:49.26 brlcad if that's true, then why'd you also give 2048 - 4194304 : http://slexy.org/view/s21EopQ7BX ... they have nothing to do with each other if that's transferring a 1byte "file" with 2048-4MB sized packages
20:49.59 brlcad no wonder the graphs are a mess.. doesn't sound like you have the data organized... :)
20:51.33 brlcad you can't just increase the package size while increasing the file size -- you're sampling some sort of diagonal across the 3d surface
20:53.07 andrei I am quite confused now
20:53.40 andrei two imbricated for's should mean that for file size X it tests all package sizes, then move onto the next file size
20:55.51 brlcad right
20:56.03 brlcad that's not what you just said that data set represents
20:56.32 brlcad this is why you need CSV
20:57.42 brlcad a file with three columns: data_size, package_size, elapsed_time
20:57.53 brlcad in fact, that's your first row
20:58.19 brlcad so second line would be something like: 1, 1, 0.0000001234
20:58.33 brlcad third line: 1, 2, 0.0000001235
20:58.56 brlcad fourth line: 1, 3, 0.000001220
20:58.57 brlcad etc
20:59.07 andrei the scripts don t take so much time now, I ll double check again that everything is correct.
20:59.19 andrei But I did test several script results with manual results
20:59.23 andrei and the error is of 0.001
20:59.41 andrei (manually computed average)
21:00.07 brlcad after 2048 lines, the next row increases the data_size: 2, 1, ....
21:00.36 brlcad I don't doubt that you're capturing timings -- I think maybe you're just not tabulating it right
21:00.48 brlcad put it into a single table
21:01.06 brlcad heck, you can make your script print that exact line for what it's testing
21:01.29 andrei yes, I will do that now
21:09.29 *** join/#brlcad cristina (~quassel@188.24.49.125)
21:09.39 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
22:04.10 CIA-23 BRL-CAD: 03crdueck * r51547 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added HIDDEN to declaration of auxillary functions. new algorithm for approx_bezier() to split at the point of maximum deviation, produces far less carc_segs for the same tolerance. some code cleanup
22:39.18 CIA-23 BRL-CAD: 03starseeker * r51548 10/brlcad/trunk/misc/CMakeLists.txt: brlcad-config is executable
22:44.24 CIA-23 BRL-CAD: 03starseeker * r51549 10/brlcad/trunk/ (8 files in 7 dirs):
22:44.25 CIA-23 BRL-CAD: Do some experimentation with altering LIB_DIR. Need some introspective ability
22:44.25 CIA-23 BRL-CAD: to know the relative library path, so add a command that can give us that.
22:44.25 CIA-23 BRL-CAD: DOC_DIR needs some work - should be more like MAN_DIR and not necessarily assume
22:44.25 CIA-23 BRL-CAD: DATA_DIR is the final destination. Looks like the main problem with moving
22:44.25 CIA-23 BRL-CAD: things out of lib is (surprise) the Tcl/Tk initialization process and packages.
IRC log for #brlcad on 20120717

IRC log for #brlcad on 20120717

00:48.55 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:55.58 brlcad starseeker: shouldn't need to make any accommodations in the build system for LFS specifically
00:56.11 brlcad that was the point and why autotools build work was paused too
00:56.43 brlcad the point was to unroll back to a good ol' fashioned /usr/brlcad install hierarchy controlled by a prefix destination
00:57.39 brlcad there would be some completely secondary tool/script that would create all of the symbolic versioned infrastructure
01:00.48 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
01:01.00 brlcad rather, the /usr/brlcad/rel-* /usr/brlcad/dev-* that we have now would stay, the share/brlcad/VERSION would go back to just share, and I think the rest stays the same
01:01.41 brlcad so it's not all for naught, it just simplifies greatly
01:02.06 brlcad in fact, you could probably follow http://www.gnu.org/prep/standards/html_node/Directory-Variables.html for defaults if you want to add variable toggle parallels
01:02.49 brlcad dealing with LFS then becomes a simple matter of writing that script to create symbolic links -- thinking about it I think the brlcad-config script is probably a perfect place to put it even
01:04.14 CIA-23 BRL-CAD: 03brlcad * r51550 10/brlcad/trunk/misc/brlcad-config.in: eliminate authorship from file
01:06.03 brlcad hm, we may need to rewrite this somewhat for cmake
01:11.25 starseeker to be honest, I hadn't messed with brlcad-config much - no idea if it's working
01:11.58 starseeker is in the middle of another change - after that, will strip out the LFS stuff
01:13.09 brlcad oh I'm almost sure it's not working, it's an autoconf template
01:13.16 starseeker heh - oops
01:14.32 brlcad so curious, is MAN_DIR a configurable variable or just a var used internally?
01:15.24 starseeker configurable
01:15.25 brlcad I could see them as advanced options with familiar GNU defaults, but actualy wasn't expecting it
01:15.39 brlcad oh, that's neat then
01:15.52 starseeker after I finally got done with the surgery, you could set MAN_DIR=man and have all the man pages in a toplevel man directory
01:16.11 brlcad what about MAN_DIR=/path/to/man
01:16.12 starseeker only drawback is I can't pass in CMake variables on the command line (e.g MAN_DIR=${DATA_DIR}/man won't work)
01:16.30 starseeker um. haven't tested absolute path - probably a bad idea
01:16.35 brlcad big whoop, can't do that with autoconf (easily) either
01:16.51 brlcad autoconf is expected to be full paths
01:16.53 starseeker in fact, VERY bad idea - no way to distinguish between build dir and install dir
01:17.34 starseeker yeah, CMAKE_INSTALL_PATH and CMAKE_BINARY_DIR are where the abosolute stuff lives for output - rest is relative to that
01:20.00 CIA-23 BRL-CAD: 03starseeker * r51551 10/brlcad/trunk/ (13 files in 12 dirs): Take the DATA_DIR assumption out of DOC_DIR targets - DOC_DIR output still defaults to using DATA_DIR, but is no longer forced to.
01:20.02 starseeker s/CMAKE_INSTALL_PATH/CMAKE_INSTALL_PREFIX
01:21.08 brlcad so lets see -- for the ones we care about -- by default gnu does: prefix=/usr bindir=prefix/bin datadir=prefix/share sysconfdir=prefix/etc includedir=prefix/include libdir=prefix/lib mandir=datadir/man and docdir=datadir/doc
01:27.36 starseeker I'm not actually using sysconfdir for anything right now... probably something getting stuck in data that should go there?
01:28.20 CIA-23 BRL-CAD: 03starseeker * r51552 10/brlcad/trunk/ (CMakeLists.txt src/other/CMakeLists.txt): Strip out attempt at LFS specific prefix settings
01:29.18 starseeker ah ha
01:34.41 CIA-23 BRL-CAD: 03starseeker * r51553 10/brlcad/trunk/src/other/libtermlib/CMakeLists.txt: termap goes in CONF_DIR, not DATA_DIR/etc
01:34.48 starseeker there we go
01:36.10 CIA-23 BRL-CAD: 03starseeker * r51554 10/brlcad/trunk/CMakeLists.txt: Stray variable left over from early days.
01:37.41 starseeker I think we now match those dirs - the issue remains though, that there isn't a handy version consistency check for bu_brlcad_data
01:39.05 starseeker when DATA_DIR incorporates the version, stuff breaks when you try to use the wrong data dir - it would be nice if bu_brlcad_data could verify the version with some standard file included in DATA_DIR/BRL-CAD.version or some such
01:53.00 brlcad starseeker: what do you mean "try to use the wrong data dir"?
02:02.25 starseeker let's say someone installs 7.20.2 into /usr/brlcad and 7.22.0 into /usr/brlcad/rel-7.22.0 - wouldn't that result in 7.22.0 trying to use 7.20.2's data?
02:03.06 starseeker or, worse, BRLCAD_DATA environment variable gets messed with without the user being consciously aware of it
02:07.30 CIA-23 BRL-CAD: 03starseeker * r51555 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: hmm - exppp tried to build before fedex, and didn't have version_string. Make the version string dependency trigger on expres build
02:21.48 brlcad that should not result in 7.22.0 using 7.20.2's data or vice versa
02:25.28 starseeker makes a note to do some tests later... but cool, as long as we don't get weird obscure errors from incorrect tcl scripts getting loaded I'm good
02:25.53 brlcad if it does, some bug got injected because that was all tested at one point
02:26.24 starseeker sounds good
02:41.34 brlcad for data, it should basically it should be trying 1) env var override, 2) compile-time datadir, 3) root-relative datadir, 4) rootdir, and last and least, 5) current dir
02:41.51 brlcad so unless environment var is set, it should always find the compile-time path
02:42.14 brlcad 3, 4, and 5 are in place to support relocation
02:52.55 brlcad if you move brl-cad, it should basically default to root-relative datadir, which will be a similar 1) env var (no), 2) compile-time (no), 3) run-time (yes) .. before even getting to 4) /usr/brlcad and finally 5) current dir
03:20.58 starseeker but in principle, an env var override could feed it a bad data dir? I suppose that's inevitable and maybe even intended, but it would be silent and attempt to run with share and fail to find anything with share/brlcad/VERSION
03:21.50 starseeker I suppose though, the principle is if you're mucking with env variables you know what you're doing
03:21.59 starseeker winces - in theory anyway
03:25.39 starseeker makes a note to add sanity checking to BIN_DIR and friends - full paths suppled to them should actually be an error
03:35.03 CIA-23 BRL-CAD: 03starseeker * r51556 10/brlcad/trunk/CMakeLists.txt: reject full paths for BIN_DIR, LIB_DIR and friends.
03:38.51 CIA-23 BRL-CAD: 03starseeker * r51557 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Show LIB_DIR as well.
03:40.14 brlcad starseeker: yeah, that's by design -- if BRLCAD_ROOT or BRLCAD_DATA are set, that is the path to use by definition, always
03:43.52 brlcad it required active user participation to specify
03:44.34 brlcad at best we either don't allow an override or we attempt to second guess something the user told us to do (VERY BAD)
03:45.20 starseeker is going to start toting a nurf bat for scripting lessons...
03:46.31 brlcad users really shouldn't ever be setting either, shouldn't even know to try and set it any more unless we tell them to
03:46.55 starseeker apparently, old scripts never die
03:47.46 starseeker write once, support forever
03:54.39 brlcad so that is a good point
03:55.18 brlcad we could put some code in place to detect a mismatch and at least print a message
04:04.29 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:21.35 andrei brlcad : when you have time could you please look into red black tree unit test? It s still pending and it should require minimal feedback/correction. http://sourceforge.net/tracker/index.php?func=detail&aid=3510515&group_id=105292&atid=640804
04:28.59 andrei oh and by the way : I found out that the script output was in csv format ( well, sort of )
04:29.29 andrei Instead of having (package_size, file_size, elapsed_time ) I have each on one line, I need to figure out a way to collect them
05:12.11 brlcad excellent, thanks for the reminder (you might have to remind a couple more times to keep the priority up)
05:41.09 CIA-23 BRL-CAD: 03phoenixyjll * r51558 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Fit the points into NURBS curves using polyline approximation. (WIP)
05:44.52 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4184 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
07:08.38 *** join/#brlcad andrei (andrei@188.25.160.102)
08:23.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:17.37 *** join/#brlcad andrei (andrei@188.25.160.67)
10:41.05 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx)
11:39.40 CIA-23 BRL-CAD: 03n_reed * r51559 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: change label name to appease MSVC
12:02.55 starseeker brlcad: that was my thought - do what they say, but warn if we're trying to use a data dir from another version (doesn't have to be loud and garish even - just something so we can potentially know what's happening before the obscure bugs appear)
12:28.28 CIA-23 BRL-CAD: 03n_reed * r51560 10/brlcad/trunk/src/other/clipper/clipper.hpp: need to export non-member functions
12:40.45 ``Erik andrei: if you want to collapse lines, 'xargs' is one approach. default command is echo, so maybe something like: (cmd 1; cmd 2; cmd 3) | xargs >> file
12:52.53 CIA-23 BRL-CAD: 03n_reed * r51561 10/brlcad/trunk/src/other/perplex/perplex_template.c: finish incomplete substitution from r51480
13:00.10 andrei ah, I did 3 echo -n instead
13:00.42 andrei I ll provide the csv format data today but I still can't find any explanation why isn't any time > 1 second
13:01.01 andrei transfering 8mb with 1byte packages takes about 300 sec for example
13:29.08 ``Erik -n isn't posix and doesn't show up in bsd echo (there's a printf command to handle it), fwiw
13:30.00 ``Erik do you have your scripts in, say, your personal github repo?
13:30.49 ``Erik or the tpkg command?
13:34.11 ``Erik (is the tpkg you're using the one in the BRL-CAD svn?)
14:24.50 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
14:55.45 CIA-23 BRL-CAD: 03n_reed * r51562 10/brlcad/trunk/src/other/step/src/cleditor/instmgr.h: remove conflicting EntityClassName declaration
15:37.40 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4185 10/wiki/User:Crdueck/log:
16:43.37 CIA-23 BRL-CAD: 03n_reed * r51563 10/brlcad/trunk/src/other/step/ (9 files in 6 dirs): rename getopt to sc_getopt and include it as part of base lib; SCL git 1a60cf9 and dd93a96
16:57.23 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx)
16:57.23 *** join/#brlcad andrei (andrei@188.25.160.67)
16:57.23 *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com)
17:06.12 ``Erik http://www.youtube.com/watch?v=yO7MWuJ7zLA
17:42.18 CIA-23 BRL-CAD: 03crdueck * r51564 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: use signed curvature to find inflection point in bezier_inflection(), change test condition for approx_bezier(), fix some errors
17:50.11 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
18:58.46 CIA-23 BRL-CAD: 03n_reed * r51565 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: s/loop/bez_to_carcs_loop/ to match other renamed labels
19:25.05 CIA-23 BRL-CAD: 03n_reed * r51566 10/brlcad/trunk/src/other/step/ (9 files in 9 dirs): update dll export macros and remove local definitions; SCL git 7be54f3
19:28.55 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
19:57.39 *** join/#brlcad sharvey_ (~sharvey@xi.metaether.net)
19:58.35 *** join/#brlcad yiyus_ (1242712427@je.je.je)
20:17.53 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
20:51.58 CIA-23 BRL-CAD: 03starseeker * r51567 10/brlcad/trunk/ (4 files in 4 dirs): Tweak handling of perplex template
21:03.39 CIA-23 BRL-CAD: 03starseeker * r51568 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: fix SCL cmake logic
21:10.33 CIA-23 BRL-CAD: 03starseeker * r51569 10/brlcad/trunk/src/libpkg/tpkg.c: this style of quellage doesn't work with clang - need UNUSED
21:13.56 starseeker ``Erik: you like bit stuff - any idea what this is about? http://pastebin.mozilla.org/1706681
21:55.20 ``Erik saw that before, think it's the compiler being goofy (only happens on a certain platform/flag combination or something), I think I fixed it by breaking the a &= b into a = a & b or something
21:55.48 ``Erik by 'fixed', quelled the warning, should be no change in behavior unless the compiler does something wonky
23:07.19 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:38.46 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4186 10/wiki/User:Cprecup/GSoC2012_progress: 16-17/07/2012 - Switching from hash tables to lists of names. Introduced a master "objects" hash table.
IRC log for #brlcad on 20120718

IRC log for #brlcad on 20120718

00:04.42 CIA-23 BRL-CAD: 03crdueck * r51570 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: use the scalar curvature value to decrease step size when curvature is low (close to an inflection point) in bezier_inflection()
01:40.54 *** join/#brlcad sharvey (~sharvey@xi.metaether.net)
03:45.46 CIA-23 BRL-CAD: 03phoenixyjll * r51571 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Use pointer to avoid copy-time crashing.
05:40.00 *** join/#brlcad andrei (~andrei@188.25.158.57)
06:31.44 CIA-23 BRL-CAD: 03phoenixyjll * r51572 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free the allocated ON_Brep object.
06:33.13 CIA-23 BRL-CAD: 03phoenixyjll * r51573 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Add an option to the brep command in MGED to test surface-surface intersection.
06:35.09 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4187 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:37.11 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4188 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:37.39 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4189 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:38.42 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4190 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:39.12 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4191 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:40.39 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4192 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
06:45.02 andrei I got the data in csv format
06:45.34 andrei transfering a 8mb file in packages of 3 bytes took 130 seconds
06:48.57 andrei however I don t manage to use gnuplot
07:14.35 andrei managed to plot with gnuplot but the results are entirely different
07:22.36 CIA-23 BRL-CAD: 03188.25.158.57 07http://brlcad.org * r4193 10/wiki/User:Popescu.andrei1991: /* Week 8 */
07:28.09 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4194 10/wiki/User:Popescu.andrei1991: /* Performance measuring */
08:45.52 brlcad woohoo! BRL-CAD was once again accepted into SOCIS
09:17.12 *** join/#brlcad stas_ (~stas@82.208.133.12)
10:02.08 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:34.40 *** join/#brlcad andrei (andrei@188.25.158.57)
10:36.29 CIA-23 BRL-CAD: 03phoenixyjll * r51574 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp primitives/brep/brep_debug.cpp): Some minor changes to avoid compiler warnings.
11:41.45 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
14:14.52 *** join/#brlcad stas (~stas@82.208.133.12)
15:22.12 CIA-23 BRL-CAD: 03starseeker * r51575 10/brlcad/trunk/src/other/step/src/express/generated/expscan.c: Sync generated source file.
15:24.27 CIA-23 BRL-CAD: 03starseeker * r51576 10/brlcad/trunk/src/other/step/ (2 files in 2 dirs): Thanks Keith for reminding me of the potential problem - strip newlines out of md5 calculations so Windows can't toss in a monkey wrench.
15:55.16 CIA-23 BRL-CAD: 03n_reed * r51577 10/brlcad/trunk/src/other/step/src/express/fedex.c: don't bother making practically useless fedex -z debug flag portable; just remove it
17:52.38 CIA-23 BRL-CAD: 03n_reed * r51578 10/brlcad/trunk/src/other/step/ (data/CMakeLists.txt src/express/CMakeLists.txt): Rename fedex program to check-express. Need to link it against base lib; SCL git a42a448
18:29.40 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:53.15 CIA-23 BRL-CAD: 03n_reed * r51579 10/brlcad/trunk/src/other/step/src/ (4 files in 4 dirs): strictly match EXPRESSinit_init defs to the express.h declaration
19:28.35 *** join/#brlcad andrei__ (andrei@188.25.158.57)
19:29.35 *** join/#brlcad sharvey_ (~sharvey@xi.metaether.net)
19:41.09 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
19:53.03 *** join/#brlcad stas (~stas@188.24.49.125)
20:54.59 CIA-23 BRL-CAD: 03starseeker * r51580 10/brlcad/trunk/ (include/bn.h src/libbn/CMakeLists.txt src/libbn/tri_tri.c):
20:54.59 CIA-23 BRL-CAD: Start putting the tri-tri intersect logic into libbn. Eventually this will
20:54.59 CIA-23 BRL-CAD: replace the libgcv verison. Untested as yet - did the vmath macro conversion
20:54.59 CIA-23 BRL-CAD: and other tweaks, but won't know its right until tested. This begs for local
20:54.59 CIA-23 BRL-CAD: unit testing.
20:56.38 CIA-23 BRL-CAD: 03n_reed * r51581 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: s/snprintf/sprintf in absence of snprintf wrapper. sprintf is pretty safe for this usage; SCL git 910faf0
21:42.58 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
21:48.44 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4195 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs.
23:18.49 CIA-23 BRL-CAD: 03cprecup * r51582 10/brlcad/trunk/src/libged/dag.cpp: The output structure now contains three vectors (instead of hash tables) with names of objects. Created a new master hash table called objects with the names and IDs of all the objects.
23:21.37 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4196 10/wiki/User:Cprecup/GSoC2012_progress: 18/07/2012 - switched from working with hash tables to working with vectors of strings
IRC log for #brlcad on 20120719

IRC log for #brlcad on 20120719

04:13.51 *** join/#brlcad andrei (~andrei@188.25.27.173)
04:48.48 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4197 10/wiki/User:Crdueck/log:
04:52.16 CIA-23 BRL-CAD: 03phoenixyjll * r51583 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Avoid bu_malloc(0) failure.
04:53.54 CIA-23 BRL-CAD: 03phoenixyjll * r51584 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Use bigger plotres.
06:42.40 CIA-23 BRL-CAD: 03crdueck * r51585 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp:
06:42.41 CIA-23 BRL-CAD: approx_bezier interval step size now varies with curvature. Step size is small
06:42.41 CIA-23 BRL-CAD: when curvature is large (more likely to deviate from approximation arc). updated
06:42.41 CIA-23 BRL-CAD: minimum step size for approx_bezier and bezier_inflection to a more reasonable
06:42.41 CIA-23 BRL-CAD: 0.001 instead of RT_LEN_TOL
07:25.17 CIA-23 BRL-CAD: 03crdueck * r51586 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: fix some errors in the calculations for area
09:07.07 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
09:55.58 *** join/#brlcad stas (~stas@82.208.133.12)
10:48.39 CIA-23 BRL-CAD: 03anrgmrty * r51587 10/brlcad/trunk/include/ged.h: ged.h changed to have ged_voxelize function
10:59.46 CIA-23 BRL-CAD: 03anrgmrty * r51588 10/brlcad/trunk/src/libged/voxelize.c: static callback functions
11:00.23 CIA-23 BRL-CAD: 03anrgmrty * r51589 10/brlcad/trunk/src/conv/g-voxel.c: static callback functions
11:01.19 CIA-23 BRL-CAD: 03anrgmrty * r51590 10/brlcad/trunk/src/mged/setup.c: added voxelize command
11:02.24 CIA-23 BRL-CAD: 03anrgmrty * r51591 10/brlcad/trunk/src/libanalyze/voxels.c: callback functions hidden, hit function renamed
11:17.10 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4198 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
11:17.27 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Sph ehy.png]]"
11:19.37 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Sph ehy.png]]"
11:19.50 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4201 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
13:30.19 *** part/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
13:47.18 *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
14:01.48 CIA-23 BRL-CAD: 03starseeker * r51592 10/brlcad/trunk/ (include/bn.h src/libbn/tri_tri.c): nevermind exposing the coplanar subroutine - do that only if it looks like the standard routine is a significant performance overhead (doubtful)
14:19.47 *** part/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
15:37.53 CIA-23 BRL-CAD: 03n_reed * r51593 10/brlcad/trunk/src/other/step/src/exppp/CMakeLists.txt: exppp needs base lib for getopt
15:49.37 CIA-23 BRL-CAD: 03n_reed * r51594 10/brlcad/trunk/src/other/step/src/ (5 files in 5 dirs): consistently use spaces rather than semicolons in list arguments
16:38.32 CIA-23 BRL-CAD: 03starseeker * r51595 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Add a flag to BRLCAD_ADDEXEC, wrap some common logic into a macro
17:44.15 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:35.20 CIA-23 BRL-CAD: 03bob1961 * r51596 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor cleanup.
18:37.25 *** join/#brlcad andrei (andrei@188.25.27.173)
18:37.25 CIA-23 BRL-CAD: 03bob1961 * r51597 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::redrawObj to redraw all displayed instances of obj.
18:37.30 andrei hello !
19:07.23 CIA-23 BRL-CAD: 03n_reed * r51598 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: have check-express compile its own EXPRESSinit_init definition like all the other programs that use fedex.c so we don't need to conditionally override an express dll definition on windows
19:16.23 *** join/#brlcad andrei (andrei@188.25.27.173)
19:20.11 CIA-23 BRL-CAD: 03crdueck * r51599 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added NOTE explaining reasoning behind MINSTEP and MAXSTEP values
20:20.35 CIA-23 BRL-CAD: 03starseeker * r51600 10/brlcad/trunk/ (include/bn.h src/libbn/tri_tri.c): Want the ability to test for triangle intersection that requires non-zero overlap area - that doesn't fit well with the API of the other funtions, so make a special coplanar routine that add the coplanar specific logic.
20:22.40 CIA-23 BRL-CAD: 03starseeker * r51601 10/brlcad/trunk/ (6 files in 3 dirs): Start adding some tests for tri_tri routines.
20:26.27 CIA-23 BRL-CAD: 03starseeker * r51602 10/brlcad/trunk/src/libbn/tests/CMakeLists.txt: whoops - need unique test names
20:41.48 CIA-23 BRL-CAD: 03starseeker * r51603 10/brlcad/trunk/src/libbu/test/: add test subdir to libbu
20:44.24 CIA-23 BRL-CAD: 03starseeker * r51604 10/brlcad/trunk/src/libbu/ (24 files in 2 dirs): Move libbu tests to subdirectory
20:52.03 CIA-23 BRL-CAD: 03starseeker * r51605 10/brlcad/trunk/src/libbu/test/ (23 files): remove test_ prefix
20:53.54 CIA-23 BRL-CAD: 03starseeker * r51606 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: Make libbu test programs local
21:11.47 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4202 10/wiki/User:Crdueck/log:
21:30.02 CIA-23 BRL-CAD: 03starseeker * r51607 10/brlcad/trunk/src/libbu/test/ (CMakeLists.txt basename.c): Add basename tests to ctest
21:36.21 CIA-23 BRL-CAD: 03starseeker * r51608 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: fix quoting
21:37.26 CIA-23 BRL-CAD: 03starseeker * r51609 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: fix name
21:45.40 *** join/#brlcad stas (~stas@188.24.50.251)
21:51.59 CIA-23 BRL-CAD: 03starseeker * r51610 10/brlcad/trunk/src/libbu/test/basename.c: The expected outcome for the basename test on a platform without basename is that the test is not run.
23:52.48 CIA-23 BRL-CAD: 03cprecup * r51611 10/brlcad/trunk/src/libged/dag.cpp: Implemented the put_me_in_a_bucket routine that figures out the type of an object, constructs its shape in the graph and adds it to the list of names.
23:55.37 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4203 10/wiki/User:Cprecup/GSoC2012_progress: 19/07/2012 - put_me_in_a_bucket routine
IRC log for #brlcad on 20120720

IRC log for #brlcad on 20120720

01:42.14 CIA-23 BRL-CAD: 03starseeker * r51612 10/brlcad/trunk/ (24 files in 2 dirs): fix API regression check
01:45.35 CIA-23 BRL-CAD: 03starseeker * r51613 10/brlcad/trunk/src/libbu/ (CMakeLists.txt test/ tests/): be consistent with libbn
01:46.34 CIA-23 BRL-CAD: 03crdueck * r51614 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: seperate poly_area and carc_area calculations in rt_sketch_surf_area
02:09.26 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r4204 10/wiki/ESA_Summer_of_Code_in_Space: update for 2012
02:21.14 CIA-23 BRL-CAD: 03starseeker * r51615 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_hex_to_bitv.c): Add bu_hex_to_bitv tests
02:33.04 CIA-23 BRL-CAD: 03starseeker * r51616 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_and.c): Add bu_bitv_and tests
07:15.51 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:26.56 *** join/#brlcad stas (~stas@188.24.50.251)
09:26.46 *** join/#brlcad stas (~stas@82.208.133.12)
11:00.28 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
14:32.53 CIA-23 BRL-CAD: 03phoenixyjll * r51617 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Calculate the threshold according to the size of bounding-box.
15:09.38 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4205 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
15:09.59 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Tgc epa.png]]"
15:11.10 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]"
15:12.54 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]"
15:14.17 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4209 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
15:15.14 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]"
15:19.29 CIA-23 BRL-CAD: 03starseeker * r51618 10/brlcad/trunk/misc/CMake/ (4 files): Add some comments as reminders - need to make proper use of CMakeParseArguments to simplify the logic in these macros
15:26.32 CIA-23 BRL-CAD: 03starseeker * r51619 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_basename.c): tweak basename test
15:37.35 CIA-23 BRL-CAD: 03starseeker * r51620 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_or.c): add bu_bitv_or tests
15:48.01 CIA-23 BRL-CAD: 03starseeker * r51621 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_to_hex.c): Add bu_bitv_to_hex tests (these fail when run with bu_bitv too)
16:00.26 CIA-23 BRL-CAD: 03starseeker * r51622 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_vls.c): add bu_bitv_vls tests
16:01.06 CIA-23 BRL-CAD: 03r_weiss * r51623 10/brlcad/trunk/src/libged/red.c: Update to file "red.c" functions "_ged_find_matrix" and "ged_red". Fixed a problem with the regular expression reading a matrix and added code to save error messages deleted by functions "ged_kill" and "ged_move".
16:07.39 CIA-23 BRL-CAD: 03starseeker * r51624 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_shift.c): Add bu_bitv_shift test
18:31.12 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
18:36.21 *** join/#brlcad andrei (andrei@188.25.162.131)
18:36.24 andrei hello!
18:36.48 andrei brlcad, ``Erik , did you have any chance to look on the gnu plots ? I m currently working on some unit tests + I have some issues with archlinux
19:02.53 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:03.08 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:14.04 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:14.07 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:37.48 *** join/#brlcad stas (~stas@188.24.50.251)
19:45.19 CIA-23 BRL-CAD: 03n_reed * r51625 10/brlcad/trunk/misc/CMake/FindSTL.cmake: Attempt to fix test causing stdc++ to be linked even when it doesn't exist; was generating hundreds of warning lines in Visual Studio.
20:43.17 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4211 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend
21:04.01 CIA-23 BRL-CAD: 03r_weiss * r51626 10/brlcad/trunk/ (7 files in 5 dirs):
21:04.02 CIA-23 BRL-CAD: Updated files "raytrace.h", "importFg4Section.c", "bot_vertex_fuse.c",
21:04.02 CIA-23 BRL-CAD: "wdb_importFg4Section.c", "fast4-g.c", "poly.c" and "bot.c" to allow the mged
21:04.02 CIA-23 BRL-CAD: command "bot_vertex_fuse" (ie function ged_bot_vertex_fuse) to use the current
21:04.02 CIA-23 BRL-CAD: distance tolerance.
21:15.09 CIA-23 BRL-CAD: 03r_weiss * r51627 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt Makefile.am bot_vertex_fuse_all.tcl):
21:15.10 CIA-23 BRL-CAD: Updated files "mged/Makefile.am", "mged/CMakeLists.txt" and added file
21:15.10 CIA-23 BRL-CAD: "mged/bot_vertex_fuse_all.tcl". This adds a new command to mged called
21:15.10 CIA-23 BRL-CAD: "bot_vertex_fuse_all" which will run "bot_vertex_fuse" on all BOTs in the model.
IRC log for #brlcad on 20120721

IRC log for #brlcad on 20120721

10:57.23 ``Erik http://www.youtube.com/watch?v=gbjW57zlVfc&feature=player_embedded
11:15.11 *** join/#brlcad stas (~stas@82.208.133.12)
12:10.02 *** join/#brlcad andrei (andrei@188.25.162.249)
12:26.16 CIA-23 BRL-CAD: 03phoenixyjll * r51628 10/brlcad/trunk/src/ (4 files in 3 dirs): The max_dis value can be inputted manually within the command for testing.
12:28.58 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4212 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
14:52.03 *** join/#brlcad phoenixyjll (9308c434@gateway/web/freenode/ip.147.8.196.52)
17:29.05 *** join/#brlcad xth1 (~thiago@189.119.103.80)
18:41.56 *** join/#brlcad andrei (andrei@188.25.162.249)
18:44.42 andrei hello
18:49.47 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:59.24 *** join/#brlcad stas (~stas@188.24.50.251)
20:28.53 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:57.49 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4213 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend
21:19.02 *** join/#brlcad stas (~stas@188.24.50.251)
21:20.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20120722

IRC log for #brlcad on 20120722

05:39.58 *** join/#brlcad stas (~stas@188.24.50.251)
05:40.41 *** join/#brlcad stas (~stas@188.24.50.251)
05:41.09 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
05:41.09 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
05:42.15 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:42.29 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
05:42.29 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
05:42.29 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
05:43.09 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:43.09 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
05:43.09 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
05:43.19 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
07:25.46 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
08:52.28 *** join/#brlcad andrei (andrei@188.25.161.102)
08:52.34 andrei hello
12:31.16 CIA-23 BRL-CAD: 03brlcad * r51629 10/brlcad/trunk/src/libged/edit.c: coerce the const type more forcibly for gcc 4.2.1
12:34.24 brlcad howdy andrei -- have that csv handy somewhere?
12:34.37 andrei yes, on my log
12:34.38 andrei well
12:34.39 andrei wiki page
12:35.54 andrei http://brlcad.org/wiki/User:Popescu.andrei1991 the last two graphs at performance measuring
12:43.55 brlcad andrei: I see no csv there, can you post the actual data somewhere?
12:46.08 brlcad and what do you mean by "so far this seems rather complicated" combining them?
12:48.23 andrei well
12:48.37 andrei Gnuplot has some sort of method of taking data from two files
12:48.51 andrei but only if the data is continuous
12:48.55 andrei or this is what I understood
12:49.07 andrei my issue is that the file size counter resets to 1 byte
12:49.14 andrei so the data isn't continuos
12:49.44 brlcad this has nothing to do with gnuplot
12:52.06 andrei I ll get the data from my old hdd in a few hours. What is wrong with the graphics?
12:59.41 brlcad you have to datafiles, you should be able to just cat them together
13:00.09 brlcad that's the point of getting them in csv, so it's no longer a tool or graph issue, can just inspect the data directly
13:01.04 brlcad the new graphs still don't quite look like they'll line up if joined, which implies they're wrong
13:01.35 brlcad hard to say without seeing a better resolution graph or (better still) the actual data
13:02.18 brlcad this is taking way too long
13:02.23 andrei it is ...
13:02.32 brlcad it's been a week to get csv data (and you apparently still don't have a single csv file)
13:02.36 brlcad that should have taken like an hour or two at best
13:04.06 andrei I have had the data for that time, I ll shut down my computer, exchange hdd's and upload the data somewhere
13:38.42 *** join/#brlcad andrei (~andrei@188.25.161.102)
13:40.35 andrei back
13:40.47 andrei brlcad: got the data back, uploading it now on slexy
13:40.52 andrei didn't get your last reply tho
13:41.58 andrei 1 - 2048 csv : http://slexy.org/view/s20MpghCbR
13:43.17 andrei 2048 - 4194304 csv :http://slexy.org/view/s2GbdYpU1j
18:10.07 *** join/#brlcad andrei (andrei@188.25.161.102)
18:51.18 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:51.27 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4214 10/wiki/User:Cprecup/GSoC2012_progress: 22/07/2012 - implementation of "graph" command
IRC log for #brlcad on 20120723

IRC log for #brlcad on 20120723

02:43.49 starseeker ah, here's the online Coverity PDF: http://www.coverity.com/library/pdf/coverity-scan-2011-open-source-integrity-report.pdf
02:44.47 starseeker google found it
04:08.13 brlcad interesting find -- I guess it's no longer behind a registration page
04:14.36 CIA-23 BRL-CAD: 03brlcad * r51630 10/brlcad/trunk/src/other/boost/boost/graph/graphviz.hpp:
04:14.36 CIA-23 BRL-CAD: avoid an 'internal compiler error: output_operand: invalid expression as
04:14.36 CIA-23 BRL-CAD: operand' error from gcc 4.2.1 when compiling optimized. apparently something
04:14.36 CIA-23 BRL-CAD: goes horribly wrong with the implicit promotion of the c-strings to
04:14.37 CIA-23 BRL-CAD: std::strings, so construct them explicitly. all better.
06:34.22 *** join/#brlcad andrei (andrei@188.25.161.102)
06:34.26 andrei hello
09:05.22 CIA-23 BRL-CAD: 03phoenixyjll * r51631 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Output more debug information and deal with BBNodes with no children within the max depth - copy itself as its child.
09:08.07 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4215 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
09:31.47 *** join/#brlcad stas (~stas@82.208.133.12)
09:45.05 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Planar ehy.png]]"
09:45.23 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4217 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */
09:45.45 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4218 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
09:55.29 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:02.45 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4219 10/wiki/User:Ksuzee/Reports:
10:49.04 *** join/#brlcad andrei (~andrei@188.25.161.102)
11:04.21 andrei hello
11:05.05 andrei I m trying to compile brlcad from source on ubuntu and I getting some cmake errors
11:05.11 andrei variables not set : FONTCONFIG_LIBRARIES (ADVANCED) X11_Xext_LIB (ADVANCED) X11_Xi_LIB (ADVANCED)
11:05.41 andrei I did check the dependencies and at least libfontconfig is installed, any clue on how can I solve this?
11:07.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:07.58 andrei Ah, I found something helpful on brlcad.org
12:10.10 *** join/#brlcad yiyus_ (1242712427@je.je.je)
12:10.10 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx)
12:22.29 *** join/#brlcad yiyus_ (1242712427@je.je.je)
12:22.29 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx)
12:57.33 CIA-23 BRL-CAD: 03starseeker * r51632 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv.c): reorganize libbu tests
13:14.16 CIA-23 BRL-CAD: 03starseeker * r51633 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_booleanize.c): add booleanize tests
13:18.26 CIA-23 BRL-CAD: 03starseeker * r51634 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_ctype.c bu_str_isprint.c): rename bu_ctype.c
13:54.33 CIA-23 BRL-CAD: 03starseeker * r51635 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_str_isprint.c): Add bu_str_isprint tests
13:55.26 CIA-23 BRL-CAD: 03starseeker * r51636 10/brlcad/trunk/src/libbu/tests/bu_str_isprint.c: reorder
14:16.49 CIA-23 BRL-CAD: 03starseeker * r51637 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_dirname.c): Add bu_dirname tests - failing set seems to match the failures seen in previous testing
14:45.11 CIA-23 BRL-CAD: 03starseeker * r51638 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_escape.c): Add escape tests
14:54.30 CIA-23 BRL-CAD: 03starseeker * r51639 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: add comments
15:13.22 CIA-23 BRL-CAD: 03starseeker * r51640 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_progname.c): Add bu_progname test. Failures are the same as before.
15:32.27 CIA-23 BRL-CAD: 03starseeker * r51641 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_quote.c): Add quote tests - failures match previous failures.
15:34.43 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4220 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
17:39.28 CIA-23 BRL-CAD: 03starseeker * r51642 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add bu_gettime test
17:57.45 *** join/#brlcad andrei_ (andrei@188.25.161.102)
17:57.54 andrei_ hello
18:09.29 CIA-23 BRL-CAD: 03starseeker * r51643 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_vls_vprintf.c): Add vls_vprintf tests
18:11.12 CIA-23 BRL-CAD: 03starseeker * r51644 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: 57, not 53
18:31.43 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:40.37 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:37.52 CIA-23 BRL-CAD: 03starseeker * r51645 10/brlcad/trunk/src/libbn/tri_tri.c: init some variables
20:20.06 *** join/#brlcad stas (~stas@188.24.50.251)
20:53.12 CIA-23 BRL-CAD: 03carlmoore * r51646 10/brlcad/trunk/src/util/asc-pl.c: added usage statement when user is kicked off for sending output to tty
20:56.11 brlcad woot
21:47.49 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20120724

IRC log for #brlcad on 20120724

01:58.39 *** join/#brlcad cdk_ (~cdk@d173-238-127-19.home4.cgocable.net)
02:03.55 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
02:06.24 *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99)
02:06.33 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
02:28.08 *** join/#brlcad cdk__ (~cdk@d173-238-127-19.home4.cgocable.net)
02:38.15 starseeker sweet - ogre 1.8 was easier to build and run (demo) than any previous release
02:42.22 *** join/#brlcad cdk_ (~cdk@d173-238-127-19.home4.cgocable.net)
02:46.16 starseeker cmake build of (enough of) freetype too
02:46.22 starseeker at least, enough for ogre
02:49.17 starseeker yay ogredeps
02:55.42 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
03:47.42 CIA-23 BRL-CAD: 03brlcad * r51647 10/brlcad/trunk/misc/CMake/test_srcs/builddelta_end.c.in: ugh, global variables suck. pita to find where the periods were coming from. pass the 'lines' unadulterated so as not to get mixed up with the install path
03:51.25 CIA-23 BRL-CAD: 03brlcad * r51648 10/brlcad/trunk/misc/CMake/test_srcs/builddelta_end.c.in: cleanup
03:52.35 brlcad ccmake is not respecting my CMAKE_INSTALL_PREFIX setting, keeps resetting it to a /usr/brlcad/dev-... path
03:56.59 brlcad maybe some conflict with BRLCAD_PREFIX (going to advanced showed it also set to dev-) but setting both to still didn't retain my path
04:07.51 CIA-23 BRL-CAD: 03n_reed * r51649 10/brlcad/trunk/src/conv/step/ (MassUnit.cpp STEPWrapper.h): need a more specific macro name to avoid a conflict
04:14.38 CIA-23 BRL-CAD: 03n_reed * r51651 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: remove exception specifications
04:31.17 CIA-23 BRL-CAD: 03brlcad * r51652 10/brlcad/trunk/CMakeLists.txt:
04:31.17 CIA-23 BRL-CAD: given the preceeding logic, the only way for there to be a mismatch is if the
04:31.17 CIA-23 BRL-CAD: user specifically requested a different path. moreover, the build type will
04:31.17 CIA-23 BRL-CAD: default to Debug without any user action making the claim doubly wrong.
04:31.17 CIA-23 BRL-CAD: silently 'fixing' user-specified input is also just bad practice...
05:16.47 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4221 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */
05:18.46 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4222 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
05:58.37 *** join/#brlcad andrei_ (~andrei@188.25.161.102)
06:26.36 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:46.30 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
08:41.13 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4223 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
08:43.18 *** join/#brlcad stas (~stas@82.208.133.12)
08:43.55 CIA-23 BRL-CAD: 03phoenixyjll * r51653 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Calculate the coordinates of the intersection points in UV parameter spaces.
11:51.02 starseeker brlcad: what were you setting the path to? The only deliberate override was to make sure a dev build didn't end up in a rel directory or vice versa - that was quite deliberate
11:51.51 starseeker it's one of the things the build type was intended to dictate
11:55.00 starseeker at the very least, it should squawk very loudly - setting a rev install directory on a dev build or vice versa is a violation of convention and user expectation
11:55.16 starseeker s/rev/rel
13:23.14 CIA-23 BRL-CAD: 03starseeker * r51654 10/brlcad/trunk/CMakeLists.txt: Restore build type vs. installation directory check, but just print a warning instead of overriding.
13:25.15 *** join/#brlcad xth1 (~thiago@187.80.143.8)
13:32.41 CIA-23 BRL-CAD: 03starseeker * r51655 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: revert 51651 - breaks build on Linux
14:05.57 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4224 10/wiki/User:Ksuzee/Reports:
14:05.58 ``Erik (and fbsd, and osX, and ...)
14:10.38 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
15:12.14 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
16:10.25 CIA-23 BRL-CAD: 03r_weiss * r51656 10/brlcad/trunk/src/conv/g-acad.c: Update to file "g-acad.c" which is the brlcad to acad (not AutoCAD) converter. Fixed a bug where a union tree was being freed and it should not have been. This corrects a segmentation fault in the converter.
16:26.52 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
16:38.39 CIA-23 BRL-CAD: 03n_reed * r51657 10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: s/MAX/FMAX
17:02.34 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
17:02.34 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:52.02 *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com)
17:54.42 *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com)
19:02.13 *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com)
19:03.09 *** join/#brlcad andrei_ (~andrei@188.25.161.102)
19:03.12 andrei_ hello
19:04.40 andrei_ brlcad, did you have time to use / have a look at the data?
19:30.08 *** join/#brlcad Mahi (~Mahi@ec2-23-22-106-230.compute-1.amazonaws.com)
19:36.56 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
19:52.20 CIA-23 BRL-CAD: 03starseeker * r51658 10/brlcad/trunk/misc/CMake/FindSTL.cmake: If we find we don't need the stdc++ link line per FindSTL, don't do the search at all (it reports not-found, which is incorrect)
19:58.01 CIA-23 BRL-CAD: 03starseeker * r51659 10/brlcad/trunk/ (4 files in 2 dirs):
19:58.02 CIA-23 BRL-CAD: Try to get things working without an explicit build type being set - i.e. don't
19:58.02 CIA-23 BRL-CAD: force the user to use a build type so manually specifying everything for release
19:58.02 CIA-23 BRL-CAD: builds works without CMake barking about conflicts due to the build type being
19:58.02 CIA-23 BRL-CAD: automatically set to debug.
20:09.24 *** join/#brlcad cristina (~quassel@188.24.50.251)
20:15.11 cristina brlcad: Hello. I wanted to pop up a new window when running the command "graph" in MGED.
20:15.19 cristina So, I created a new folder: src/tclscripts/graph, added the CMakeLists.txt, Makefile.am, graph.tcl, pkgIndex.tcl, tclIndex files.
20:15.24 cristina <PROTECTED>
20:15.53 cristina the command calls my ged_graph() routine and runs it but the window doesn't show up
20:16.17 starseeker cristina: does the command report anything?
20:16.51 cristina well, it runs my routine and prints out what I set to be printed
20:16.59 cristina besides this, no, starseeker
20:19.21 cristina the source code for the window is the same as the one for the "geometree" command, just that the package has some other name (instead of geometree's GeometryBrowser)
20:22.12 *** join/#brlcad xth1 (~thiago@177.120.220.121)
20:28.47 starseeker hmm... cristina, if it doesn't break the build you can go ahead and commit - it will be a lot easier to tell
20:31.27 cristina starseeker: I will, but the code in my package is so far a duplication of the one in the geometree folder. I wanted to use it to check if my configurations work were correctly set
20:35.12 starseeker hmm - setup.c doesn't have an entry for geometree
20:36.35 starseeker what's in your pkgIndex.tcl file?
20:36.56 cristina oh, well in setup.c I used the "bot" command as an example
20:37.20 starseeker most of the ged commands (all?) don't involve graphical Tcl/Tk elements
20:37.40 cristina in my pkgIndex.tcl file the is the usual comment at the beginning of the file and : package ifneeded DisplayGraph 1.0 [list source [file join $dir DisplayGraph.tcl]]
20:38.06 cristina where DisplayGraph has geometree's GeometryBrowser source code
20:38.26 starseeker if you source DisplayGraph.tcl on the MGED command line, what happens?
20:38.43 starseeker or "package require DisplayGraph" might work
20:39.24 cristina it prints an error saying that the package cannot be found
20:39.34 starseeker ok - what about sourcing?
20:40.27 cristina another error saying that it can't read the DisplayGraph.tcl file because there's no such file or directory
20:40.55 starseeker cristina: try specifying the full path name, e.g. source /home/me/file/path/DisplayGraph.tcl
20:41.54 cristina ok, there is no error with full path
20:42.18 starseeker ok. Now, how would you launch a window (tcl logic)
20:42.39 starseeker do you have a DisplayGraph command?
20:44.25 cristina well, no, my command is called "graph"
20:45.37 *** part/#brlcad xth1 (~thiago@177.120.220.121)
20:46.04 cristina but I have this statement in my graph.tcl file: if [ catch {DisplayGraph $gt } gbName ] {//...}
20:50.48 starseeker what is fed in in the gt variable?
20:51.30 starseeker you should be able to try DisplayGraph on the command line, if you can provide the right input
20:52.45 starseeker is ged_graph something that you want to call from within DisplayGraph.tcl?
20:53.09 cristina gt is set within this line: set gt .$_mgedFramebufferId.graph
20:53.26 starseeker usually, the way C/Tcl integration works is the C function is exposed via a tcl command, which is then incorporated into the Tcl logic
20:53.38 starseeker what's in the graph?
20:53.53 starseeker or is that the window name?
20:55.05 starseeker if it's a window name, try DisplayGraph .$_mgedFramebufferId.graph
20:57.29 cristina It can't read the variable _mgedFramebufferId
20:57.45 starseeker just try DisplayGraph .window1
20:58.13 cristina <PROTECTED>
20:59.07 cristina of course, with the content of a Geometry Browser window since it implements the same thing
20:59.12 starseeker right
21:00.45 starseeker remember, too, that having the source files present in the source tree isn't enough to get things working - minimally, you need to have the right links present in the build tree (a cmake configure and make should take care of that)
21:02.27 cristina ok, I will rerun the cmake and make commands. Still, I've done this before trying to pop out the window.
21:03.35 starseeker brlcad may more insight into this process...
21:04.13 starseeker s/may/may have
21:05.15 cristina ok, thank you for your help starseeker, at least I know now that the window can pop up
21:12.03 cristina okay, I've made a stupid mistake, I didn't save the change made to the CMakeLists.txt file when adding the DisplayGraph.tcl to the graph_TCLSCRIPTS so it didn't take it in account. This should solve the problem
21:28.14 *** join/#brlcad Mahi (~Mahi@ec2-23-22-106-230.compute-1.amazonaws.com)
21:31.16 CIA-23 BRL-CAD: 03crdueck * r51660 10/brlcad/trunk/src/libged/analyze.c: code clean up
22:59.56 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:05.18 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4225 10/wiki/User:Cprecup/GSoC2012_progress: 24/06/2012 - still having issues with commands used for tcl
23:45.23 CIA-23 BRL-CAD: 03starseeker * r51661 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start setting up a test for edge triangle overlaps in the projection of patches. Quite a bit more to do here.
IRC log for #brlcad on 20120725

IRC log for #brlcad on 20120725

00:01.39 CIA-23 BRL-CAD: 03starseeker * r51662 10/brlcad/trunk/src/librt/test_botpatches.cpp: bit of optimization
00:14.54 *** join/#brlcad Mahi (~Mahi@ec2-50-16-98-252.compute-1.amazonaws.com)
01:04.24 CIA-23 BRL-CAD: 03crdueck * r51663 10/brlcad/trunk/src/libged/analyze.c: analyze_arbn_face and analyze_bot_face dont need a face centroid to compute volume, just any point on the face. use a vertice instead
01:10.20 brlcad cristina: did you get things sorted out with your graph command?
01:11.13 brlcad cristina: note that 'geometree' is a pure script command, not a libged command -- at least not yet
01:12.00 brlcad of course the GeometryBrowser itcl class calls into several other commands (several of which are libged commands)
01:16.33 brlcad the "proper" way to implement a command like geometree now is to have a libged 'graph' command call your DisplayGraph class (directly or indirectly through a graph.tcl source script that it loads)
01:53.39 CIA-23 BRL-CAD: 03starseeker * r51664 10/brlcad/trunk/src/ (rt/viewarea.c util/lowp.c): Apply patches lowp.patch and viewarea.patch by Ksenija Slivko (ksuzee) from 3529861
02:02.47 CIA-23 BRL-CAD: 03starseeker * r51665 10/brlcad/trunk/src/fb/pl-fb.c: Apply patch pl-fb.patch from 3534954 by Ksenija Slivko (ksuzee)
02:05.10 CIA-23 BRL-CAD: 03starseeker * r51666 10/brlcad/trunk/src/fb/pl-fb.c: Whoops - back out 51665 - not sure this preserves functionality
06:59.58 *** join/#brlcad cristina (~quassel@78.96.44.61)
07:30.26 andrei_ brlcad, I have been working to finish all unit tests for libpkg ( since I didn't know what to do with the csv data )
07:31.03 andrei_ but there are some issues I just can't get over, I simply don't understand it.
07:33.15 andrei_ http://slexy.org/view/s208s9eeL1
07:33.38 andrei_ fork() gets me over the blocking call, but it still won't output the printf's
08:31.06 *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99)
08:41.36 *** join/#brlcad andrei (andrei@188.25.161.217)
09:01.06 *** join/#brlcad stas (~stas@82.208.133.12)
09:07.18 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4226 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
09:12.17 CIA-23 BRL-CAD: 03phoenixyjll * r51667 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Do not generate the whole surface tree - only a small useful subset is generated simultaneously with the intersection process. Much faster.
09:30.26 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
09:33.42 ksuzee starseeker: hello, Cliff
10:06.19 ksuzee starseeker: thanks for your checking, I've answered you to mail-list
10:27.36 *** join/#brlcad flash_ (~flash@adsl-ull-36-47.49-151.net24.it)
10:33.44 *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl)
10:56.18 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
10:59.28 Andy_G Hi everyone :) My name is Jedrzej Gorski and I would like to ask few questions about open projects for ESA SOCIS program.
10:59.58 Andy_G Anyone up for some conversation??
11:05.24 flash_ I'm up... but sadly i'm here for the same reason you are..
11:06.16 reuben That makes three of us.
11:06.23 flash_ =)
11:07.16 flash_ I think they all are sleeping now..
11:07.20 reuben Which projects are you guys looking at, I'm going for the celestial mechanics one but have a couple of questions.
11:07.29 flash_ it's 4-5 o'clock in America
11:07.44 flash_ I was thinking about "bending light'
11:08.00 ``Erik 3-7, actually, and just ask the questions and lurk... someone will eventually answer :)
11:08.33 brlcad go ahead and ask you questions, someone will always eventually reply if you're still here when they read it
11:08.41 reuben Cool, just got to get my thoughts in order.
11:08.44 ``Erik woops, 1-7, forgot about oconus bits
11:15.13 Andy_G I guess there is no best time to catch up with you :)
11:17.31 Andy_G In general I was looking at project ideas and "Application Format"
11:20.28 Andy_G I never used your software before but I'm curious if I can contribute anything valuable. Some of the ideas looks challenging like "Non-vacume gravity simulator"
11:21.43 Andy_G My question is what sort of skills are in place for successful collaboration with your group in area of EASY and MEDIUM projects ??
11:22.54 Andy_G I thinking about level of programming skills and etc.
11:23.56 ``Erik I'm not sure exactly what ideas were posted for the esa thing, but the usual skills for open source development... we use C, subversion (on sourceforge), cmake, ... if you can check out the repo, compile and launch 'mged', you're halfway there
11:26.22 Andy_G ok .. I'll check that :)
11:26.36 ``Erik some projects may involve tcl (gui stuff) and/or c++ (nurbs/step, third party stuff like bullet)
11:27.55 ``Erik but doing an svn checkout, compiling and running mged should explain quite a bit :)
11:31.00 Andy_G I was working in a past for project GENSO (ESA Education Office) and I had to install all necessary software, set-up SVN and deal with typical developer issues but all project is based on Java
11:31.36 reuben Hi everyone I've been looking to get involved in an open source project for a while and I figure the ESA summer of code is the perfect way to start.
11:31.36 reuben I've downloaded brl cad and started learning to use the programming to give me an idea of where to start. I'm looking at adding celestial mechanics to brl cad as this fits well with my background, but would like to get some feedback on how to interface with the rest of brl cad, specifically whether you believe it is best implemented as a script or as a tool. Secondly what is the planned primary use for this, making pretty videos or hardco
11:31.36 reuben re simulation. i.e. should I focus on the animation side of things, ability to track particles with the camera exctera, or the ability to easily get/plot particle data, and the accuracy and stability over long simulation periods.
11:31.38 reuben Also interested in the best place to start looking at the code, it would be great to sort out a patch before finishing my application.
11:32.30 Andy_G never the less I'm looking for new challenge so I'll try to do what you suggest :)
11:36.47 andrei ``Erik, regarding libpkg unit tests. For example, is it possible to unit test a close connection function ? or one that sends a file ?
11:37.36 andrei brlcad suggested to write unit tests for _all_ libpkg functions, I did write unit tests for some and I will put them on sourceforge, but on others I just don't understand how to do it
11:37.53 ``Erik reuben: looking at the wiki page, I'd assume the simulation would be functionality in a library and hooked up to other tools (like archer).
11:40.32 ``Erik andrei: some functions would be very difficult to write unit tests for and would require mocking other functions or system calls.. (I'd think for pure unit testing, few functions would not require mocking of some sort...). Could you clean up what you have so far and upload it as a patch to sourceforge?
11:40.59 andrei upload it as a " big " patch or each unit test separately?
11:41.24 ``Erik how many are there?
11:43.12 ``Erik if more than, say, half a dozen, one big patch
11:43.26 andrei ah, no, I had something like 3 or 4 that were fully working
11:43.30 andrei and some others were I was stuck
11:43.57 andrei so just one patch, right. Thanks
11:44.57 brlcad reuben: it is a great way to get started (with open source) and welcome :)
11:45.25 brlcad Andy_G: the projects will always be scaled to your abilities, so not much worry there
11:45.43 brlcad the bigger idea is to find topics that sound challengingg but also doable and interesting
11:46.10 brlcad they don't even have to be on our project lists, they just have to be part of brl-cad and something we're mutually interested in
11:46.43 *** join/#brlcad andrei (~andrei@188.25.161.217)
11:47.01 brlcad I'd suggest starting with our virtual disk image distribution where everything is already downloaded, installed, and ready to go -- give that a try and see if you can run the tools in there, then see if you can compile the sources bundled there
11:49.41 reuben Thanks, I was using MGED before, is Archer just an alternative GUI, it looks like Qt.
11:50.21 ``Erik archer is an alternative gui that will hopefully replace mged in the future... it's written in tcl/tk
11:51.13 Andy_G brlcad: Thanks for encourage and tips :) I'll give it a try today :)
11:52.03 starseeker reuben: Archer uses (mostly) the new ttk widgets. Alas, not Qt ;-)
11:52.33 starseeker but still, it will eventually consitute a significant upgrade to MGED's GUI abilities.
11:54.29 reuben It's looking good already, looking forward to the completion.
11:55.48 CIA-23 BRL-CAD: 03Erik 07http://brlcad.org * r4227 10/wiki/Building_from_SVN:
11:57.32 ``Erik that page needs to be updated for cmake stuff, wonder if the example should use a seperate build directory O.o
12:00.26 flash_ Hi, i'm thinking about the 'bending light' project (for SOCIS of course). I took a look to raytrace.h and optical.h and i'm wandering if i've got the necessary skills to work on it. I'm familiar with C, but i've never participated in a open source project..
12:02.47 flash_ i know nothing about raytracing too (besides the basic idea).
12:03.22 flash_ i'm downloading the virtualbox distro now, and i'll give it a try
12:03.50 CIA-23 BRL-CAD: 03Erik 07http://brlcad.org * r4228 10/wiki/User:Popescu.andrei1991: stub in dates
12:11.47 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4229 10/wiki/User:Popescu.andrei1991: /* Week 9 */
12:36.34 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
12:39.04 elf11 Hello, I've been looking around the brlcad project and I think about applying fo the celestial mechanics particle system or the non vacuum gravity simulator
12:39.50 elf11 I know that last year ESA participant worked on the Vacuum gravity simulator, and was wondering if I could still give it a shot
12:40.58 elf11 I have good knowledge of C/C++ also some graphic design and working at the moment on a personal project where I try to integrate the bullet engine in a game
13:22.10 CIA-23 BRL-CAD: 03128.63.32.62 07http://brlcad.org * r4230 10/wiki/Building_from_SVN: autotools -> CMake
13:22.28 *** join/#brlcad elf11_ (~elf11@p5.eregie.pub.ro)
13:23.52 starseeker elf11_: certainly continuing work on the bullet-based gravity simulator is a viable project
13:24.25 starseeker elf11_: to try it out, you need to have bullet installed on your system (we don't currently bundle it) and check out the simulate command
13:26.23 elf11_ Okay, thank you for the info I will look further into it and will come back with more questions
13:27.43 starseeker elf11_: previous work is described here: http://brlcad.org/wiki/User:Abhijit
13:29.38 elf11_ Yes, I've read that and I will look more through the code :)
13:39.30 andrei why is this a blocking call ? pkg_open(server, s_port, "tcp", NULL, NULL, NULL, NULL);
13:41.34 andrei I can't use threading because it s not portable and I can't use select because I don't get " access" to the fd. What other ways to escape a blocking call can I use ?
13:45.22 flash_ starseeker: what skills are required for 'bending light'? i've worked with C/C++, openGl and (if it's relevant) CUDA
13:45.36 flash_ but have no experience in raytracing
14:03.28 andrei ``Erik , I have a persistent issue in several unit tests. There are functions such as pkg_open or pkg_getclient that are blocking. They handle the fd internally so I can t get it with select() without modifying the pkg code. Can't use threading aswell, what can I do ?
14:06.59 starseeker flash_: not completely sure on that one...
14:07.14 starseeker flash_: better ask brlcad what he had in mind
14:07.47 flash_ ok
14:07.59 flash_ i'll wait for him to come online
14:08.04 flash_ thanks
14:08.30 starseeker presumably he's talking about simulating light interacting with gravity (gravational lensing, etc.) but I don't know how specifically he wants to deal with that in the raytracer
14:09.17 flash_ Yeah, the fact is that i've no idea of how a raytracer works, so
14:09.24 flash_ i would need some advices
14:09.46 starseeker flash_: I'm pretty sure you'll need to know that - probably want to start with some basic reading on raytracing
14:10.46 flash_ i know the idea of raytracing, but obiouvsly i'll need more knowldege
14:11.11 flash_ i'm downloading the virtual machine distribution
14:11.28 flash_ so i can start looking around
14:14.26 ``Erik andrei: I don't see why you couldn't use the threading in libbu (bu_parallel) if you want to do that kind of integration testing... with pkg_open(), a 'pure' unit test would involve replacing things like socket() and connect() in the executables runtime symbol table (using hackery like dlsym or LD_PRELOAD), or the executable could fork() itself, run the server in one image and the client doing the test int he other
14:19.28 andrei I ll take some time to document LD_PRELOAD and dlsym, as I have never heard of them before
14:19.46 ``Erik they're unix specific things, no more portable than pthreads would be
14:20.20 ``Erik um, but I did do some dlsym/dlopen wrapping for isst, I think I may've put it in bu, lemme look
14:21.29 ``Erik yeah, src/libbu/dlfcn.c ... bu_dlopen, bu_dlsym, bu_dlclose... it's fairly advanced stuff and you can screw up the running program if you're not careful, which is very hard to debug
14:22.07 ``Erik easiest would be to fork() and run a server and client pair in proc spaces
14:24.20 andrei <PROTECTED>
14:24.48 ``Erik if((ppid=fork())==0) { /* server */ socket(); listen(); global_ready=1; accept(); exit(); } else if (ppid>0) { while(global_ready==0)sleep(0); pkg_open(); /* do stuff */; wait(ppid); return status; }
14:25.01 ``Erik something of that nature, roughly
14:42.11 andrei one last question : should I start the server with a system call ( system(./tpkg -R -p < port > ) or by effectively calling the function run_server ?
14:45.12 ``Erik system() should never be used, execv() family is the right way to start another executable... if the run_serve function is available, that'd be best
14:45.42 andrei I might move some code around to avoid duplications, but I should be able to use run_server.
14:46.23 ``Erik (as an aside, "system call" usually refers to any function that calls into the kernel, such was write(), open(), sleep(), etc... not the system() function)
14:46.48 andrei ah, sorry
14:47.05 CIA-23 BRL-CAD: 03starseeker * r51668 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try to consolidate some functionality that's getting used in multiple places
14:47.41 ``Erik and the reason system() is bad is because it assumes the environment and path are all 'sane', creating a slew of vulnerabilities for malicious attacks or tricky bugs
15:20.42 *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br)
15:48.38 *** join/#brlcad flash (~flash@adsl-ull-209-20.49-151.net24.it)
16:02.13 *** join/#brlcad Mahi_ (~Mahi@ec2-107-22-114-188.compute-1.amazonaws.com)
16:05.50 pnjun Hi, anyone up for some questions about SOCIS 'bending light' project?
16:14.03 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
16:56.45 *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl)
17:09.06 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:23.39 *** join/#brlcad pnjun (~flash@adsl-ull-229-57.49-151.net24.it)
18:05.28 *** join/#brlcad flash (~flash@adsl-ull-229-57.49-151.net24.it)
18:22.58 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
18:27.38 pnjun \list
18:28.02 pnjun sorry, wrong slash.. =)
19:02.06 *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl)
19:58.52 CIA-23 BRL-CAD: 03starseeker * r51669 10/brlcad/trunk/src/libbn/tri_tri.c: Avoid floating point fuzz issues in coplanar test requiring non-zero area.
20:06.12 CIA-23 BRL-CAD: 03starseeker * r51670 10/brlcad/trunk/src/librt/test_botpatches.cpp:
20:06.12 CIA-23 BRL-CAD: Crude logic for patch building (just yank overlapping face and create a patch
20:06.12 CIA-23 BRL-CAD: out of it) but take the first steps to dealing with problematic edge triangles
20:06.12 CIA-23 BRL-CAD: overlapping with other edges. Probably not fully correct or optimal yet.
20:12.55 *** join/#brlcad cristina (~quassel@188.24.50.251)
20:13.10 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:16.49 cristina brlcad: Hello, regarding your question about my "graph" command: I didn't get things totally sorted out.
20:16.58 cristina <PROTECTED>
20:17.04 cristina However, I wanted to pop up the window with the "graph" command.
20:17.11 cristina As for the libged command, I used the "bot" command as an example and implemented my ged_graph() routine (doesn't that represent a libged command?)
20:17.48 *** join/#brlcad stas (~stas@188.24.50.251)
20:59.01 *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br)
21:03.16 CIA-23 BRL-CAD: 03starseeker * r51671 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.cpp): Add triangles to edge set based on overlap activity.
21:31.08 CIA-23 BRL-CAD: 03starseeker * r51672 10/brlcad/trunk/src/librt/CMakeLists.txt: Whoops - don't uncomment the fit/bottest stuff yet
23:19.40 *** join/#brlcad yiyus (1242712427@je.je.je)
IRC log for #brlcad on 20120726

IRC log for #brlcad on 20120726

00:31.43 CIA-23 BRL-CAD: 03crdueck * r51673 10/brlcad/trunk/src/libged/analyze.c: removed lots of duplications from analyze.c by making an analyze_general() function for primitives that can be analyzed using callbacks from the rt_functab
00:56.22 brlcad starseeker: shouldn't that be NEAR_EQUAL()?
00:56.52 brlcad and some of them are even more simple >tol
01:07.05 CIA-23 BRL-CAD: 03brlcad * r51674 10/brlcad/trunk/src/libbn/tri_tri.c: should be some equivalent simplifications
01:09.33 CIA-23 BRL-CAD: 03brlcad * r51675 10/brlcad/trunk/src/libbn/tri_tri.c: ws
01:11.09 CIA-23 BRL-CAD: 03brlcad * r51676 10/brlcad/trunk/src/libbn/tri_tri.c: missing header and footer (should be a distcheck or even commit failure)
01:17.31 CIA-23 BRL-CAD: 03brlcad * r51677 10/brlcad/trunk/src/libbn/tri_tri.c: style, indent update
01:25.02 CIA-23 BRL-CAD: 03brlcad * r51678 10/brlcad/trunk/src/ (12 files in 3 dirs): ws
02:21.58 crdueck brlcad: how does mged draw wireframes for primitives? or where is it implemented? does it use rt_db_internal objects or something else? for example, given a rt_rhc_internal object, how would it determine the unique shape of the hyperbola?
02:23.14 brlcad crdueck: rt_*_plot() (e.g., rt_rhc_plot() in src/librt/primitives/rhc/rhc.c)
02:28.42 *** join/#brlcad yiyus (1242712427@je.je.je)
02:29.34 starseeker brlcad: I didn't see any point in sticking LGPL on that particular file - it started as public domain, and most of my changes were fairly minor
02:50.06 brlcad then it should be a pd header
02:50.22 brlcad still should have our header/footer regardless
02:52.07 brlcad otherwise, the default could be assumed to be copyright (as that would otherwise be the default)
02:52.46 brlcad copyright without copyleft permission is restrictive
02:55.24 CIA-23 BRL-CAD: 03brlcad * r51679 10/brlcad/trunk/src/libbn/tri_tri.c: pd header, not lgpl
02:59.47 CIA-23 BRL-CAD: 03brlcad * r51680 10/brlcad/trunk/sh/header.sh: need a trailing newline so wrapping quotes are indented properly
03:00.23 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
03:01.02 brlcad hi elf11
03:02.00 brlcad you could definitely give one of the simulation projects "a shot" ;)
03:04.53 brlcad andrei: note that fork() is not portable to windows
03:05.08 brlcad and you shouldn't really ever call system()
03:06.15 brlcad elf11: I strongly suggest getting your project submission in sooner rather than later, so you don't miss the deadline - regardless of manual testing or digging around our source code
03:06.40 brlcad socis runs on a very tight schedule with very little time to ramp up familiarity, so do be sure to just ask lots and lots of questions
03:15.24 elf11 Hello :), I am not sure if the deadline is today or the 27th is still an accepted day for submitting? It says 27th but I want to be sure
03:15.41 elf11 I did some more digging around through the sources
03:37.48 *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br)
04:00.55 *** join/#brlcad thiago (~thiago@187-40-85-115.user.veloxzone.com.br)
04:05.04 brlcad elf11: yes, tomorrow is the deadline, but I wouldn't wait until the last minute
04:05.41 brlcad you can keep editing your proposal after the deadline, so you should just submit whatever you can quickly come up with first and then expand it with details
04:05.51 brlcad er sorry, that's wrong
04:06.12 brlcad you can keep editing your proposal after SUBMITTING IT .. but only up UNTIL the deadline
04:10.25 elf11 I know, I am not sure though how far is the fluid dynamics implemented, like objects falling into water do they take in consideration when simulating it, the object density, the material type?
04:38.50 brlcad elf11: are you asking if the work from last year got that far? absolutely not...
04:39.26 brlcad the student started on very basic infrastructure -- like trying to just detect when a collision occurs and a force needs to be applied
04:39.41 brlcad that wasn't even completed for arbitrary objects and arbitrary collisions
04:40.59 brlcad a natural continuation point for the project would be to get arbitrary collision detection working along with maybe a standard interface for specifying world parameters (like ground planes, gravity)
04:41.29 elf11 I saw he got to use the bullet primitives btBoxShape and SphereShape and that he did some box2box collisions also some sphere2sphere and sphere2box
04:43.57 elf11 so I think also integrating the bullet btCylinderShape and yes, arbitrary collision detection
04:44.45 elf11 concave-conves collision didn't get to be implemented, right?
04:45.42 elf11 And what did you have in mind for the standard interface?
04:46.05 elf11 caoncave-caoncave* sorry for my spelling :)
04:51.21 brlcad that sounds like the general gist he mentions on the wiki page
04:51.30 brlcad even sphere-sphere collisions weren't yet complete
04:52.14 brlcad the bulk of the work was simply integrating with bullet (at all) and getting the simulation to call it
04:53.17 brlcad there's no need (or time) to get into the standard interface right now -- that can be discussed at length if your proposal were selected
04:53.56 brlcad if you want to mention it in your proposal, we'd rather hear your thoughts before you taint you with ours anyways
05:04.50 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
07:00.45 *** join/#brlcad stas (~stas@82.208.133.12)
09:34.16 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
09:38.55 *** join/#brlcad flash_ (~flash@adsl-ull-21-38.49-151.net24.it)
10:02.59 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4231 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
10:16.41 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4232 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
10:46.10 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:46.41 CIA-23 BRL-CAD: 03phoenixyjll * r51681 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Do not copy the node as its child - just pass it to the next iteration
11:44.58 *** join/#brlcad praveen__ (75c1c5fb@gateway/web/freenode/ip.117.193.197.251)
11:45.46 *** part/#brlcad praveen__ (75c1c5fb@gateway/web/freenode/ip.117.193.197.251)
12:18.15 *** join/#brlcad xth1 (~thiago@187-79-14-142.user.veloxzone.com.br)
12:26.48 andrei brlcad : I uploaded some of the test units ( two ) on sourceforge, before looking into them, could you please check the test_rbtree, it should require minimal or zero additional work.
12:26.59 andrei Going to update the logs now
12:29.47 brlcad andrei: will do
12:29.55 brlcad hopefully zero, that is the goal :)
12:30.13 brlcad (goal / expectation)
12:30.33 andrei pkg is a bit difficult to understand because some function lack comments
12:31.12 andrei oh, I also have one/some questions
12:32.33 andrei I was thinking to write a unit test for pkg_stream (), I actually started doing that. Is it a suitable function to unit test?
12:33.29 andrei If so, I don't know what kind of unit test to perform on it, since the function return value is less relevant ( returns the number of written characters )
12:34.49 brlcad andrei: any function is suitable for unit testing
12:35.08 brlcad ideally, there would be a test for all public API functions
12:35.55 andrei I have issues developing unit tests for " over network " functions, such as send or suckin
12:36.13 andrei I ve been searching quite some topics on stackoverflow, but I didn't find something that would really open my mind
12:38.52 brlcad even for network functions, basic unit testing would dictate testing the functions as-is first
12:39.48 brlcad it's not hard to make up a whole variety of valid/dummy parameters and call a function
12:40.06 brlcad then one-by-one, you retest the function with valid parameters
12:40.47 brlcad you're looking to find if any of them crash or abort that could handle the data more gracefully
12:40.51 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4233 10/wiki/User:Popescu.andrei1991: /* Week 8 */
12:43.18 andrei For example there is this function : pkg_getclient() which is a blocking call
12:43.45 andrei The only way I managed to bypass it is to use an alarm trigger and goto function
12:44.56 andrei but since goto is " evil " that s probably not the best approach, how should I solve this issue ?
12:53.16 brlcad there are plenty of perfectly valid use-cases for goto, it's usually evil when it's being used as a crutch for avoiding other logic contructs
12:53.31 brlcad using alarm() doesn't sound like a portable/good thing to do, though
12:54.38 brlcad for that specific example, you can probably pass invalid file descriptors to pkg_getclient() to get it to run but exit
12:54.44 brlcad without blocking
12:55.44 andrei the problem is that it's blocking the " valid" case
12:55.49 brlcad you can also probably play with the default descriptors for stdin/stderr/stdout to test an operation
12:56.12 brlcad sure, but you can and should also test the invalid cases -- test those first
12:56.43 andrei yeah, that would probably do it :)
12:56.57 brlcad unit testing isn't very useful to just test the expected/usual cases that one will usually use
12:57.09 brlcad you WANT to test invalid cases, edge cases, and everything else in beteween
12:57.23 brlcad since that's usually what will crash a program
12:57.47 brlcad if your tests don't cause a crash or find bad behavior, you're probably doing something wrong
12:58.57 andrei I will check again those that I submitted, but generally I think I covered a wide(if not complete ) range of parameters.
13:09.55 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4234 10/wiki/User:Popescu.andrei1991: /* Week 9 */
13:10.53 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4235 10/wiki/User:Popescu.andrei1991: /* Week 9 */
13:11.19 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4236 10/wiki/User:Popescu.andrei1991: /* Week 10 */
13:17.04 *** join/#brlcad andrei (andrei@188.25.161.217)
13:17.54 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
13:31.05 brlcad welcome back elf11, how's the write-up coming along? :)
14:00.18 elf11 Hey, it's going well I will post it today and I hope we can discuss it
14:08.41 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
15:32.47 starseeker huh - wonder if we could integrate the libraries from this to procedurally generate plants... http://ngplant.sourceforge.net/ (libraries are BSD)
15:32.56 CIA-23 BRL-CAD: 03phoenixyjll * r51682 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Fix the memory leak introduced by r51681.
15:42.04 CIA-23 BRL-CAD: 03phoenixyjll * r51683 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Change the variable name to avoid shadow warning.
15:44.22 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4237 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
16:51.49 *** join/#brlcad Andy_G (~chatzilla@77-254-90-217.adsl.inetia.pl)
17:25.18 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4238 10/wiki/User:Ksuzee/Reports:
17:25.24 *** join/#brlcad merzo (~merzo@3-192-133-95.pool.ukrtel.net)
17:51.42 *** join/#brlcad andrei_ (andrei@188.25.161.217)
18:09.26 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
18:15.03 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4239 10/wiki/User:Ksuzee/Reports:
18:27.12 elf11 I've submitted my application for SOCIS, the link is here http://sophia.estec.esa.int/socis2012/?q=node/11/submission/247
18:41.57 CIA-23 BRL-CAD: 03crdueck * r51684 10/brlcad/trunk/src/libged/analyze.c: begin cleaning up the primitive specific structs in analyze.c by combining bot_face and arbn_face into poly_face. replace arbn_point with a global variable
19:05.04 *** join/#brlcad Andy_G_ (~chatzilla@77-254-90-217.adsl.inetia.pl)
19:05.32 CIA-23 BRL-CAD: 03starseeker * r51685 10/brlcad/trunk/src/other/openNURBS/ (opennurbs_nurbssurface.cpp opennurbs_xform.cpp): Apply a couple of fixes from PCL's openNURBS - r6510
19:29.54 *** join/#brlcad stas (~stas@188.24.50.251)
21:34.01 *** join/#brlcad Andy_G (~chatzilla@77-254-90-217.adsl.inetia.pl)
21:51.57 CIA-23 BRL-CAD: 03r_weiss * r51686 10/brlcad/trunk/src/librt/primitives/bot/tie.c: Updated file "tie.c" fixing a problem where, under certain conditions, raytracing a BOT reports the warning "rt_boolweave: Defective ID_BOT segment" and holes result in the BOT.
IRC log for #brlcad on 20120727

IRC log for #brlcad on 20120727

00:23.00 brlcad starseeker: that's interesting -- the last time I recall looking at them, they weren't readily plugabble
00:23.05 brlcad but it looks like they've worked on improving that
00:25.24 brlcad for our purpose, we'd need a slightly modified geometry export
00:25.26 brlcad leaves are usually modeled as individual polygons in most content systems
00:25.57 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
00:26.13 brlcad we'd need them to be plate mode leaves and solid mode limbs (and we might have to mod to close off the trunk/roots)
00:39.15 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
01:48.08 brlcad hello elf11
01:48.19 brlcad glad to see the submission!
02:11.10 elf11 Hello :) well I am sure it needs some improving, but I am open to any suggestions
02:28.02 starseeker brlcad: would be interesting... wonder if there's enough demand for plant models to be worth it
02:29.15 starseeker would probably need an Archer plugin to provide the GUI controls
02:34.29 *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro)
02:37.50 CIA-23 BRL-CAD: 03brlcad * r51687 10/brlcad/trunk/src/librt/primitives/bot/tie.c:
02:37.50 CIA-23 BRL-CAD: instead of calling isnan(), prevent the division by zero altogether. division
02:37.50 CIA-23 BRL-CAD: by zero can crash on non-ieee systems and be configured to throw an exception
02:37.50 CIA-23 BRL-CAD: even on modern systems (which will abort the application). the intent is to
02:37.50 CIA-23 BRL-CAD: just skip perpedicular faces, so using RT_DOT_TOL should give more consistent
02:37.50 CIA-23 BRL-CAD: repeatable behavior.
02:44.17 CIA-23 BRL-CAD: 03brlcad * r51688 10/brlcad/trunk/NEWS:
02:44.17 CIA-23 BRL-CAD: richard fix a TIE BoT mesh evaluation problem where raytracing a BoT reports the
02:44.17 CIA-23 BRL-CAD: warning 'rt_boolweave: Defective ID_BOT segment' and produces holes in the
02:44.17 CIA-23 BRL-CAD: resulting geometry. I applied a minor change to halt prior to the division by
02:44.18 CIA-23 BRL-CAD: zero for slightly more robust behavior.
05:17.09 *** join/#brlcad flash__ (~flash@adsl-ull-128-17.49-151.net24.it)
05:18.54 pnjun Hi, i wrote in the ml yesterday. I've got a few question about the 'bending light' project...
05:59.29 pnjun Anyone up to answer a few questions about the 'bending light' project? (SOCIS)
06:51.59 *** join/#brlcad merzo (~merzo@12-255-132-95.pool.ukrtel.net)
06:56.56 pnjun Hi, i've got a few question about the 'bending light' project (SOCIS), Anyone up?
07:13.48 *** join/#brlcad maker (~maker@83.149.158.212)
07:29.34 pnjun Hi, i've got a few question about the 'bending light' project (SOCIS), Anyone up?
07:54.57 pnjun Anyone up to answer a few questions about the 'bending light' project? (SOCIS)
08:09.47 milamber pnjun: if no one is up to answer your question, your best bet is to just ask the question. most people are pretty good about reading the logs and getting back to you.
08:10.41 pnjun Ok, i'll do it
08:14.03 pnjun What are the required skills to participate to SOCIS in the project 'bending light'? do i have to already know how a raytracer works? About the application, do i have to propose milestones and algorithm i intend to use even if i apply to one of the already proposed projects?
08:17.19 pnjun How i am supposed to work? I took a look at the code regarding the raytracer, but i'll need some hints on the code in order to start developing, will the mentor help me getting started or am i supposed to do all on my own
08:17.20 pnjun ?
08:23.24 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
08:42.11 *** join/#brlcad stas (~stas@82.208.133.12)
09:56.57 reuben Cool application submitted, look forward to working on particle systems.
10:17.57 brlcad hi pnjun - the required skills entirely depend on what you propose doing
10:18.58 brlcad your proposal should include milestones and algorithms -- our project ideas are ONLY ideas, starting point suggestions
10:20.16 brlcad there are lots of devs that will be able to provide hints and help you get started AND you're also supposed to figure a lot out on your own, it's a balancing act
10:20.43 brlcad reuben: thanks! if you hang around here, hopefully I can get you some feedback on the application in a few hours
10:22.14 brlcad pnjun: for the bending light project, there are two main approaches to consider for simulating light traveling along a curved path
10:22.30 pnjun brlcad: I've already downloaded the virtual machine distro an took a look to the code, obiuvlsy i'll try to figure out the most of my own
10:22.37 brlcad first, you'll need a representation of the path, implicit or explicit
10:23.03 brlcad then you'll need an evaluation of the path, where you have to decide direct evaluation or piecewise linear
10:23.54 brlcad pnjun: you're not meant to figure out what to do for your proposal all on your own, there the main limitation is just going to be time (today is the deadline)
10:24.29 pnjun i've already applyed, but i did not specify milestones or schedule in the application
10:24.56 brlcad ah, yes I see that
10:25.13 pnjun and since the application peroid ends in half an hour i don't think i can do it
10:25.23 brlcad you should definitely try to fill in a lot more detail
10:26.07 brlcad socis deadlines haven't been as strict as others, sometimes you can keep editing for several hours
10:26.45 pnjun I can spend this afternoon try to figure out how to implement it and then propose my milestones
10:26.51 brlcad what you can do is create a user page on our wiki and link to that in your proposal -- then you can keep editing the wiki page all the way up until we finally read/review them
10:27.15 brlcad I would suggest creating a user page and doing that now
10:27.25 pnjun ok, thanks.. i'll do it asap
10:27.49 brlcad here's examples for our GSoC students, several of which have their proposals on the wiki: http://brlcad.org/wiki/Google_Summer_of_Code/2012
10:28.07 brlcad it's the first link, their name
10:28.42 brlcad of course, not anurag.. :)
10:29.03 brlcad the next too do, though
10:29.42 pnjun I'm looking at it.. i'm creating my own page
10:29.51 pnjun and then i'll link it in the application
10:32.57 CIA-23 BRL-CAD: 03Pnjun 07http://brlcad.org * r4240 10/wiki/User:Pnjun: New page: pnjun user page
10:33.06 CIA-23 BRL-CAD: 03Pnjun 07http://brlcad.org * r4241 10/wiki/User:Pnjun:
10:34.11 pnjun how can i change the application? the form says you don't get notified
10:45.49 reuben brlcad: Thanks for the offer, I had to step away from my computer for a bit there and I'm not sure I'll have time now.
10:47.21 reuben before 11:00
10:56.51 *** join/#brlcad ksuzee (~ksu@193.151.107.25)
12:02.58 starseeker ksuzee: howdy!
12:04.31 CIA-23 BRL-CAD: 03bob1961 * r51689 10/brlcad/trunk/ (8 files in 5 dirs): (log message trimmed)
12:04.31 CIA-23 BRL-CAD: Added a mechanism for using mouse interactions to edit the matrix above some
12:04.31 CIA-23 BRL-CAD: member of a combination. Previously, mouse interactions resulted in edits
12:04.31 CIA-23 BRL-CAD: getting pushed into the selected object. That is if the selected object was a
12:04.31 CIA-23 BRL-CAD: combination, the edits wound up as matrices above all members in the
12:04.31 CIA-23 BRL-CAD: combination. And if the selected object was a primitive, the edits were pushed
12:04.31 CIA-23 BRL-CAD: into the primitive. Archer has another mode button in the toolbar for deciding
12:26.35 ``Erik *readreadread*
12:27.03 ``Erik for the socis dudes, yeah, what brlcad said... keep trying to shoot incremental updates to the application site until it doesn't work
12:27.31 ``Erik (drakma+closure-html is keen)
12:35.01 *** join/#brlcad andrei (andrei@188.25.161.217)
13:12.06 brlcad looks like they officially closed off the site already, so any updates now will have to be on the wiki page or simply discussed here anyways
13:47.47 CIA-23 BRL-CAD: 03bob1961 * r51690 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::handleTreeOpen to check if mPNode2CList() exists before trying to open.
14:39.20 CIA-23 BRL-CAD: 03Pnjun 07http://brlcad.org * r4242 10/wiki/User:Pnjun:
14:50.06 *** join/#brlcad xth1 (~thiago@187-79-2-117.user.veloxzone.com.br)
15:11.55 ksuzee starseeker: hello, Cliff! Have you received my e-mail?
16:16.18 starseeker ksuzee: I replied to your Jul25 email on the BRL-CAD list - that's the last one I've seen
16:38.28 ksuzee starseeker: What particular do you mean? I have not received anything since Jul24. Or is it possible to look through them somehow without getting email. Maybe I just haven't received it yet.
16:57.40 CIA-23 BRL-CAD: 03bob1961 * r51691 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated Archer::raytracePlus to double-quote rtwizname and dbname when dumping to a batch script.
18:11.49 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:15.39 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
19:01.47 *** join/#brlcad cristina (~quassel@188.24.50.251)
19:41.51 *** join/#brlcad stas (~stas@188.24.50.251)
21:11.40 CIA-23 BRL-CAD: 03r_weiss * r51692 10/brlcad/trunk/src/librt/primitives/bot/tie.c:
21:11.40 CIA-23 BRL-CAD: Updated file "tie.c" functions "tie_tri_prep" and "tie_work". Removed the test
21:11.40 CIA-23 BRL-CAD: for a too small of denominator in function "tie_work" and added code to function
21:11.40 CIA-23 BRL-CAD: "tie_tri_prep" to prevent normals of (0,0,0) which was causing a zero
21:11.40 CIA-23 BRL-CAD: denominator in function "tie_work".
21:17.39 *** join/#brlcad andrei (andrei@188.25.161.217)
21:18.50 CIA-23 BRL-CAD: 03r_weiss * r51693 10/brlcad/trunk/src/librt/primitives/bot/tie.c: Added the macro UNLIKELY to function "tie_tri_prep" in file "tie.c".
23:22.25 DarkCalf pokes brlcad
23:54.27 CIA-23 BRL-CAD: 03crdueck * r51694 10/brlcad/trunk/src/libged/analyze.c: moved common code in analyze_bot_face(), analyze_arbn_face(), and analyze_face() to new function analyze_poly_face()
IRC log for #brlcad on 20120728

IRC log for #brlcad on 20120728

00:33.32 *** join/#brlcad kingofcsu (~king@123.139.216.41)
00:33.56 *** part/#brlcad kingofcsu (~king@123.139.216.41)
02:45.15 *** join/#brlcad xth1 (~thiago@187-40-98-93.user.veloxzone.com.br)
04:25.06 CIA-23 BRL-CAD: 03phoenixyjll * r51695 10/brlcad/trunk/src/librt/ (3 files in 2 dirs): Calculate the intersection curves in UV parameter spaces, and test them with the brep command.
05:20.12 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
06:24.20 *** join/#brlcad stas (~stas@82.208.133.12)
06:45.06 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
06:52.06 *** join/#brlcad merzo (~merzo@21-3-133-95.pool.ukrtel.net)
07:17.08 *** join/#brlcad andrei (andrei@188.25.161.217)
07:49.46 *** join/#brlcad stas (~stas@82.208.133.12)
12:03.03 *** join/#brlcad stas (~stas@82.208.133.12)
13:13.18 *** join/#brlcad xth1 (~thiago@187-40-108-205.user.veloxzone.com.br)
14:01.38 *** join/#brlcad cristina (~quassel@188.24.40.90)
14:36.10 *** join/#brlcad thiago_ (~thiago@187-40-93-130.user.veloxzone.com.br)
14:43.27 *** join/#brlcad ksuzee (~ksu@193.151.107.25)
15:07.49 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
15:47.40 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
15:59.18 *** join/#brlcad thiago__ (~thiago@187-40-85-123.user.veloxzone.com.br)
16:21.57 cristina Hi. I ran the command "make distcheck" and I get this error: http://pastebin.mozilla.org/1719502. I checked to see if the files exist both in the svn version and in my local copy (in src/other/perplex/CMake) and they do. Has anyone bumped into this problem?
16:35.34 brlcad cristina: those files need to be accounted for in src/other/perplex/CMakeLists.txt
16:36.45 brlcad with a CMAKEFILES() call
16:37.00 brlcad see misc/CMakeLists.txt for an example
16:57.35 cristina brlcad: so I should set a variable with the paths for each one of those 4 files and then call CMAKEFILES(${variable}) in the src/other/perplex/CMakeLists.txt
16:57.37 cristina ?
17:18.48 brlcad best way to know is to try ;)
17:25.43 starseeker er, yeah distcheck is a bit buggered at the moment...
17:26.15 starseeker that's pretty much my fault - I'll try to clean it up later today
17:30.20 CIA-23 BRL-CAD: 03starseeker * r51696 10/brlcad/trunk/src/other/perplex.dist: perplex is a third party build, so we need to add its ignore items in the perplex.dist file.Add CMake directory - was added as part of the 'make perplex a stand-alone build' effort.
17:33.35 CIA-23 BRL-CAD: 03starseeker * r51697 10/brlcad/trunk/regress/CMakeLists.txt: The vls and quote tests have been radically reworked - these two scripts probably can go away, but they will definitely break regress so comment out for now.
17:36.35 starseeker ksuzee: did you get my forwarded email?
17:42.20 CIA-23 BRL-CAD: 03starseeker * r51698 10/brlcad/trunk/regress/CMakeLists.txt: whoops - remove the target from the dep list too.
17:49.10 ksuzee starseeker: yes I did. Thank you very much. I'm editing previous patches now.
18:26.26 *** join/#brlcad yiyus (1242712427@je.je.je)
19:46.21 *** join/#brlcad andrei (andrei@188.25.161.217)
20:25.30 andrei strike
20:25.36 andrei sorry
20:38.51 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:40.13 *** join/#brlcad cristina (~quassel@188.24.40.90)
22:47.11 ksuzee starseeker: hello, Cliff! Please, could you check patches #3512039, #3534954, #3538351 and #3549356? Thank you.
23:06.48 cristina how can I check in a tcl file if the Adaptagrams library is available or not? (something similar to #ifdef HAVE_ADAPTAGRAMS #endif) - I need this in order to know if I should add an entry for the graph editor in MGED's menu or not
23:16.09 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:26.11 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120729

IRC log for #brlcad on 20120729

00:02.28 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
00:39.15 CIA-23 BRL-CAD: 03cprecup * r51699 10/brlcad/trunk/ (4 files in 4 dirs): Added the graph_structure command that, so far, can be used to traverse the database and define its corresponding graph.
00:48.01 CIA-23 BRL-CAD: 03cprecup * r51700 10/brlcad/trunk/ (11 files in 4 dirs): Implemented the graph MGED command. So far, when it is called it pops up a new window.
02:55.19 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
05:03.16 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
06:37.35 *** join/#brlcad ksuzee (~ksu@193.151.107.25)
07:04.06 *** join/#brlcad andrei (andrei@188.25.161.217)
08:21.38 *** join/#brlcad stas (~stas@82.208.133.12)
10:22.52 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
10:45.49 *** join/#brlcad stas (~stas@82.208.133.12)
11:48.56 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:17.18 *** join/#brlcad stas (~stas@82.208.133.12)
13:06.08 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
14:18.53 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
14:38.53 *** join/#brlcad ksuzee (~ksu@46.149.81.97)
14:51.23 *** join/#brlcad xth1 (~thiago@187-40-94-93.user.veloxzone.com.br)
15:55.23 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
16:53.37 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
17:36.40 CIA-23 BRL-CAD: 03starseeker * r51701 10/brlcad/trunk/src/libbu/tests/bu_dirname.c: dirname is modifying the input string on some platforms (and the man page mentions this might happen) so make a separate copy of the input specifically to feed to the system dirname. Fixes the dirname tests on Linux
18:07.34 starseeker makes a note - there is apparently an MIT licensed diff after all: http://www.ioplex.com/~miallen/libmba/dl/src/diff.c
18:10.52 starseeker also interesting http://www.daemonology.net/bsdiff/
18:17.16 CIA-23 BRL-CAD: 03starseeker * r51702 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: Wrap the bitv tests in a variable - those need some attention to determine what their correct behavior should be and how we want to go about implementing it
18:38.46 starseeker brlcad: is bu_setprogname supposed to override argv0, if present?
18:58.24 CIA-23 BRL-CAD: 03starseeker * r51703 10/brlcad/trunk/src/libbu/tests/bu_progname.c: if I'm not mistaken, (BRL-CAD) is the expected result here, not (null)...
19:45.13 *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk)
19:49.10 CIA-23 BRL-CAD: 03starseeker * r51704 10/brlcad/trunk/src/libbu/quote.c: Escape the escapes - this fixes all the quoting unit tests.
19:52.06 CIA-23 BRL-CAD: 03starseeker * r51705 10/brlcad/trunk/src/libbu/tests/bu_progname.c: Turn off these two progname tests until it is clear what the expected behavior should be.
20:31.45 *** join/#brlcad stas (~stas@188.24.40.90)
20:48.31 CIA-23 BRL-CAD: 03starseeker * r51706 10/brlcad/trunk/src/libbu/progname.c: make sure bu_progname is reset before we write the new name to it
20:58.31 CIA-23 BRL-CAD: 03starseeker * r51707 10/brlcad/trunk/src/libdm/ (10 files): Apply patch 3512039 from Ksenija Slivko (ksuzee) refactoring some libdm code.
23:25.15 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:52.48 CIA-23 BRL-CAD: 03cprecup * r51708 10/brlcad/trunk/src/libged/dag.cpp: Created a first version of the *ged_graph_objects_positions* routine that returns objects' positions from a database. This will be used by GUI components to draw objects in the graph editor's window.
23:55.40 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120730

IRC log for #brlcad on 20120730

00:14.00 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
00:55.37 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
05:52.21 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
08:06.45 *** join/#brlcad andrei (andrei@188.25.161.217)
08:13.53 *** join/#brlcad stas (~stas@82.208.133.12)
08:15.24 CIA-23 BRL-CAD: 03phoenixyjll * r51709 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the 2D trimming polyline curves better.
09:51.18 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:07.26 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
10:17.18 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
11:57.12 *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl)
12:02.14 CIA-23 BRL-CAD: 03starseeker * r51710 10/brlcad/trunk/CMakeLists.txt: Add unset build type to distcheck-full, since that's going to be the new default.
12:02.41 d_rossberg i'm getting a compilation errors in src/libdm/dm_util.c, e.g. "unknown type name 'GLfloat'"
12:06.08 CIA-23 BRL-CAD: 03starseeker * r51711 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: fix distcheck for bitv tests.
12:08.23 starseeker d_rossberg: hmm
12:08.27 starseeker my fault, hang on
12:12.07 CIA-23 BRL-CAD: 03starseeker * r51712 10/brlcad/trunk/src/libdm/ (10 files): Revert r51707 - the OpenGL type in dm_util.c is causing problems.
12:14.54 starseeker d_rossberg: that help?
12:15.42 CIA-23 BRL-CAD: 03d_rossberg * r51713 10/rt^3/trunk/ (8 files in 2 dirs): quell some warnings
12:18.04 d_rossberg starseeker: yes, libdm can be build again
12:18.39 starseeker d_rossberg: sorry about that - for some reason, my system didn't have an issue with that one. I should have spotted the OpenGL element in there though
12:19.15 d_rossberg no problem :)
12:26.10 CIA-23 BRL-CAD: 03starseeker * r51714 10/brlcad/trunk/src/librt/Makefile.am: typo
12:41.31 CIA-23 BRL-CAD: 03starseeker * r51715 10/brlcad/trunk/misc/Makefile.am: Update Makefile.am
12:46.48 CIA-23 BRL-CAD: 03starseeker * r51716 10/brlcad/trunk/src/other/step/ (9 files in 9 dirs): Use semicolons in lists for SCL_ADD macros as well.
12:47.12 CIA-23 BRL-CAD: 03starseeker * r51717 10/brlcad/trunk/src/ (libbn/Makefile.am libbu/Makefile.am): More Makefile.am updates
14:12.53 *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl)
16:44.17 starseeker brlcad: what's our stance on LGPLv3 libraries, by the way?
16:48.22 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
17:24.40 *** join/#brlcad andrei (andrei@188.25.161.217)
17:56.46 *** join/#brlcad ksuzee (~ksu@193.151.107.25)
18:00.57 *** join/#brlcad stas (~stas@188.24.40.90)
18:03.33 CIA-23 BRL-CAD: 03erikgreenwald * r51718 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Cast index ints to const int to help msvc pick a method for the overloaded [] operator (fixes errors on 32b MSVC8)
18:04.19 CIA-23 BRL-CAD: 03erikgreenwald * r51719 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: add missing (const int) from previous commit...
18:04.51 ksuzee starseeker: hello, Cliff! I have updated patch #3512039 that you have reverted today. Problem was resolved. Also I have added public links to images. (patches #3534954 and #3549356 at patch tracker)
18:15.46 *** join/#brlcad ibot (~ibot@rikers.org)
18:15.46 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
18:19.20 CIA-23 BRL-CAD: 03n_reed * r51720 10/brlcad/trunk/src/other/ (33 files in 3 dirs): move classes to break cyclic dependency and document in clstepcore/README
18:47.04 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
19:22.35 CIA-23 BRL-CAD: 03crdueck * r51721 10/brlcad/trunk/src/libged/analyze.c: minor changes, use HREVERSE instead of HSCALE to reverse a plane
19:40.28 CIA-23 BRL-CAD: 03n_reed * r51722 10/brlcad/trunk/src/conv/step/STEPWrapper.h: remove reference to c99 __func__
19:52.51 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:29.38 CIA-23 BRL-CAD: 03n_reed * r51723 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: don't use scl_memmgr.h definitions if mem checks aren't enabled
IRC log for #brlcad on 20120731

IRC log for #brlcad on 20120731

03:19.31 CIA-23 BRL-CAD: 03n_reed * r51724 10/brlcad/trunk/src/conv/step/CMakeLists.txt: add required step dll import symbol definitions
03:27.20 CIA-23 BRL-CAD: 03n_reed * r51725 10/brlcad/trunk/src/conv/step/step-g.cpp: replace prototype with the header that contains it
04:35.28 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
04:49.38 brlcad starseeker: they're technically incompatible
07:22.59 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:38.50 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
07:41.39 jordisayol Linux binary packages of BRL-CAD has achieved 100,000 downloads :-)
08:01.02 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:25.14 *** join/#brlcad andrei (andrei@188.25.161.217)
09:13.03 *** join/#brlcad ksuzee (~ksu@193.151.107.25)
09:16.46 *** join/#brlcad stas (~stas@82.208.133.12)
09:50.50 CIA-23 BRL-CAD: 03phoenixyjll * r51726 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Some rearrangement of the logic.
09:57.05 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:45.03 *** join/#brlcad osfd_ (~osfd@mar44-6-78-238-152-140.fbx.proxad.net)
10:45.53 osfd_ Hi there. Can you please tell me about a very beginner brl-cad tutorial, please ?
10:46.14 osfd_ linux oriented if I may
11:29.18 *** join/#brlcad stas (~stas@82.208.133.12)
11:30.40 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com)
11:54.00 starseeker brlcad: you can't even use an LGPLv3 library in an LGPLv2 app? gah
12:08.49 starseeker makes a note to investigate this later.. sounds interesting: http://www.journal.aplimat.com/volume_2_2009/Journal_volume_2/Number_1/Samuelcik.pdf
12:08.58 starseeker http://www.cs.utah.edu/~wmartin/pubs/attrib_vol.pdf
12:27.30 *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl)
13:03.14 brlcad osfd_: there are beginner tutorials on the website under documentation
13:23.46 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
13:43.26 osfd_ though about something even more basic/low level
14:04.03 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
14:36.51 ``Erik starseeker: http://paste.lisp.org/display/130784
14:41.23 starseeker sweet
15:02.24 *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com)
15:08.51 CIA-23 BRL-CAD: 03erikgreenwald * r51727 10/brlcad/trunk/src/libbn/tri_tri.c: remove inlines to fix link error on mac (llvmgcc, release mode)
15:27.53 *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro)
16:45.44 *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl)
16:59.04 CIA-23 BRL-CAD: 03n_reed * r51728 10/brlcad/trunk/src/conv/step/CMakeLists.txt: need brl-cad lib dll imports too
17:25.58 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:55.12 CIA-23 BRL-CAD: 03starseeker * r51729 10/brlcad/trunk/ (CMakeLists.txt misc/CMakeLists.txt): distcheck cleanups
18:11.28 CIA-23 BRL-CAD: 03starseeker * r51730 10/brlcad/trunk/src/libged/analyze.c:
18:11.28 CIA-23 BRL-CAD: C89 doesn't provide z in printf - this is masked in cmake by inheriting the C99
18:11.28 CIA-23 BRL-CAD: flag from libfb, which requires it on the Mac. Autotools doesn't propagate the
18:11.28 CIA-23 BRL-CAD: flags the same way. Use bu_vls_printf, which does provide support for z
18:23.29 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:32.16 CIA-23 BRL-CAD: 03starseeker * r51731 10/brlcad/trunk/src/conv/Makefile.am: g-voxel needs ANALYZE
19:38.40 CIA-23 BRL-CAD: 03r_weiss * r51732 10/brlcad/trunk/ (10 files in 8 dirs):
19:38.41 CIA-23 BRL-CAD: Changed function nmg_model_vertex_fuse to nmg_vertex_fuse. This allows this
19:38.41 CIA-23 BRL-CAD: function to fuse vertices within nmg objects other than just models. Files
19:38.41 CIA-23 BRL-CAD: updated were raytrace.h viewpoint-g.c obj-g.c patch-g.c euclid-g.c trimsurf.c
19:38.41 CIA-23 BRL-CAD: jack-g.c nmg_fuse.c nmg_bool.c fix_polysolids.c
19:51.56 *** join/#brlcad stas (~stas@188.24.40.90)
19:58.36 CIA-23 BRL-CAD: 03r_weiss * r51733 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c:
19:58.36 CIA-23 BRL-CAD: Updated function nmg_edge_g_fuse and added functions ex_comp ey_comp and ez_comp
19:58.36 CIA-23 BRL-CAD: which are used by the updated nmg_edge_g_fuse function. These changes are in
19:58.36 CIA-23 BRL-CAD: file "nmg_fuse.c". These changes were to improve the performance of the
19:58.37 CIA-23 BRL-CAD: nmg_edge_g_fuse function. This change effects the mged facetize and ev commands
19:58.37 CIA-23 BRL-CAD: along with most of the geometry export tools. The performance improvement is
19:58.38 CIA-23 BRL-CAD: most noticed when the number of facets in the model is roughly over 50,000.
20:38.57 CIA-23 BRL-CAD: 03starseeker * r51734 10/brlcad/trunk/src/other/step/cmake/manage_generated.cmake.in: harden managed sources file against weird pathnames
20:44.13 CIA-23 BRL-CAD: 03crdueck * r51735 10/brlcad/trunk/src/libged/analyze.c: added new analyze_ars(), uses technique similar to rt_ars_tess() to find triangular faces
21:18.28 CIA-23 BRL-CAD: 03crdueck * r51736 10/brlcad/trunk/src/libged/analyze.c: free bu_vls tmpstr in analyze_ars()
21:18.39 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:45.30 *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20120802

IRC log for #brlcad on 20120802

03:12.53 *** join/#brlcad ibot (~ibot@rikers.org)
03:12.53 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
03:17.54 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-ouhtgwixhtaagyzv)
04:56.20 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
05:37.04 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
05:47.16 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
06:10.03 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
06:25.48 cristina brlcad: ok, I will follow that example. Thank you
08:55.10 *** join/#brlcad stas (~stas@82.208.133.12)
08:57.47 CIA-23 BRL-CAD: 03phoenixyjll * r51749 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Avoid using operator == on floating points.
08:59.03 CIA-23 BRL-CAD: 03phoenixyjll * r51750 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add a function to deal with curve-curve intersection.
09:17.03 *** join/#brlcad yiyus (1242712427@je.je.je)
09:17.03 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
09:27.10 *** join/#brlcad ChanServ (ChanServ@services.)
09:27.10 *** mode/#brlcad [+o ChanServ] by niven.freenode.net
10:17.01 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:26.43 *** join/#brlcad andrei_ (andrei@79.117.232.227)
10:55.31 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e10f8.bb.sky.com)
13:26.23 *** join/#brlcad ksuzee (~ksu@193.151.105.49)
14:02.37 *** join/#brlcad Al_DC_Best (Al_Da_Best@5e0eb104.bb.sky.com)
14:24.45 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:37.38 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xxbahqlkhosyazrp)
15:57.13 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
16:58.09 CIA-23 BRL-CAD: 03starseeker * r51751 10/brlcad/trunk/src/ (CMakeLists.txt libnurbs/): Add a libnurbs dir in preparation for moving opennurbs extensions out of librt
17:19.02 ``Erik live chatter about the curiosity http://www.ustream.tv/nasajpl
17:21.37 CIA-23 BRL-CAD: 03starseeker * r51752 10/brlcad/trunk/src/ (16 files in 6 dirs): Start moving files into libnurbs.
17:41.04 CIA-23 BRL-CAD: 03starseeker * r51753 10/brlcad/trunk/ (8 files in 5 dirs):
17:41.04 CIA-23 BRL-CAD: move opennurbs_ext.h to include/nurbs.h - we need to untangle this into parts
17:41.04 CIA-23 BRL-CAD: that should remain internal and parts that are exposed as the API, but at least
17:41.04 CIA-23 BRL-CAD: this gets the other parts of the code pointing to the right place.
18:41.41 CIA-23 BRL-CAD: 03carlmoore * r51754 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: added 'input' to message about being unable to open file
18:50.15 CIA-23 BRL-CAD: 03carlmoore * r51755 10/brlcad/trunk/doc/html/manuals/mged/animmate/anim_hardtrack.html: add 'd' to 'designed to be use'
18:54.32 *** join/#brlcad mycdk_ (~cdk@d173-238-127-19.home4.cgocable.net)
20:09.40 *** join/#brlcad stas (~stas@188.24.40.90)
21:33.00 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
21:40.17 *** join/#brlcad elf (~elf@p22.eregie.pub.ro)
21:42.47 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
21:45.53 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
22:12.07 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
22:22.55 elf_ Anyone knows if brlcad will be/is online?
22:31.15 louipc elf_: yeah he's pretty active in the channel. Just ask your question if you have any and wait. Someone will answer it.
22:34.30 elf_ I have to report to the SOCIS organizers and I have to provide a way of how I will report to my mentoring organization, this organization, how we will keep in touch (email, weekly reports etc), have to discuss if I will use the brlcad svn or will set up another one, since I have to provide a link to it, and also a wiki/blog page where log reports will be, and also some kind of a schedule
22:37.52 ``Erik most use their wiki user page on http://brlcad.org/wiki for log/journal
22:38.13 ``Erik we're pretty open to how you communicate as long as you do, being active in irc is awesome, mailing list is good, too
22:38.56 ``Erik with GSoC, we like to get a couple good patches via the sourceforge tracker system, then give the person commit access to svn, I'd imagine socis would be handled the same
22:41.53 ``Erik what do you mean by schedule? like milestones/projectplan, or expected effort?
22:42.55 elf_ Milestones/projectplan
23:08.03 starseeker open source font from Adobe: http://blogs.adobe.com/typblography/2012/08/source-sans-pro.html
23:24.57 ``Erik elf_: I'd think you'd propose milestones with your project and there'll be discussion with the devs to tune them
IRC log for #brlcad on 20120803

IRC log for #brlcad on 20120803

00:03.50 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-wmfqgjarejxmaczz)
01:38.06 brlcad hi elf_
01:39.14 brlcad elf_: what ``Erik said in entirety -- put your project up on the wiki and define your milestones
01:39.42 brlcad lots easier to discuss after you've added it and filled in detail than beforehand
01:41.10 brlcad elf_: this should help you get started: http://brlcad.org/wiki/Summer_of_Code/Checklist
01:41.36 brlcad the wiki activities are about half-way, suggest doing the steps before it in order first (will help with understanding)
04:43.36 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xyjpwlufxzntbuom)
04:43.57 *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav)
04:43.57 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xyjpwlufxzntbuom)
05:31.57 CIA-23 BRL-CAD: 03crdueck * r51756 10/brlcad/trunk/src/libged/analyze.c: use snprintf() instead of sprintf(), initialize poly_face structs to be all 0/NULL, and always sort points into ccw order in analyze_poly_face()
05:33.50 *** join/#brlcad andrei_ (andrei@79.117.232.227)
08:16.14 *** join/#brlcad andrei_ (~andrei@79.117.232.227)
08:35.20 *** join/#brlcad stas (~stas@82.208.133.12)
15:16.34 *** join/#brlcad ibot (~ibot@rikers.org)
15:16.34 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
15:44.55 brlcad Stattrav: would like to talk about your project at some point
16:02.35 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
16:03.43 ``Erik brlcad: as far as I can tell, bz quit processing mail on jul27, is this something you've noticed or knew of? (and how do ya get it going again with qmail?)
16:09.12 ksuzee brlcad, starseeker: Hello! I've commented patch #3549356, could you look through it and comment it?
16:15.26 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
16:17.00 *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net)
16:28.24 brlcad ``Erik: yes, I shut off qmail while investigating a problem
17:15.47 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4245 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
17:15.56 CIA-23 BRL-CAD: 03188.24.50.251 07http://brlcad.org * r4243 10/wiki/User:Cprecup/GSoC2012_progress: 27/07/2012 - "graph" command now opens a new window
17:15.56 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4244 10/wiki/User:Ksuzee/Reports:
17:15.58 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4246 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend
17:15.59 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4247 10/wiki/User:Ksuzee/Reports:
17:15.59 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4248 10/wiki/User:Crdueck/log:
17:16.00 CIA-23 BRL-CAD: 03188.24.40.90 07http://brlcad.org * r4249 10/wiki/User:Cprecup/GSoC2012_progress: 28/07/2012 - graph commands have been created
17:16.05 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4250 10/wiki/User:Ksuzee/Reports:
17:16.10 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4251 10/wiki/User:Ksuzee/Reports: /* 10 week */
17:16.14 CIA-23 BRL-CAD: 03188.24.40.90 07http://brlcad.org * r4252 10/wiki/User:Cprecup/GSoC2012_progress: 29/07/2012 - routine for objects' positions
17:16.17 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4253 10/wiki/User:Cprecup/GSoC2012_progress: 28-29/07/2012 - graph commands have been created + added routine for objects' positions
17:16.18 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4254 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */
17:16.24 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4255 10/wiki/User:Ksuzee/Reports:
17:16.28 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4256 10/wiki/User:Ksuzee/Reports:
17:16.29 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4257 10/wiki/User:Popescu.andrei1991: /* Week 10 */
17:16.31 brlcad mail restored... :)
17:16.35 CIA-23 BRL-CAD: 03Prcikestao 07http://brlcad.org * r4258 10/wiki/User:/Prcikestao: New page: Ola ola, I love http://brlcad.org and also http://taoofbadass101.com/
17:16.35 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4259 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */
17:16.50 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4260 10/wiki/User:Ksuzee/Reports: /* 11 week */
17:16.50 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4261 10/wiki/User:Crdueck/log:
17:16.50 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4262 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */
17:16.50 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4263 10/wiki/User:Ksuzee/Reports:
17:16.50 CIA-23 BRL-CAD: 03AftonndumeyecehaebbamllydcgeudmfznvbiejbLaningham 07http://brlcad.org * r4264 10/wiki/Cong_ty_lam_seo_phai_mua5654440: New page: M???i ng?????i ?????u ?????ng ?? r???ng ch??ng ta lu??n t???p trung nh??n v??o c??c trang web ?????u ti??n ??? k???t qu??? t??m ki???m! V?? ?????ng th???i, ch??ng ta ?????ng ?? r???ng kh??...
17:16.50 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4265 10/wiki/User:Cprecup/GSoC2012_progress: 30/07/2012; 01/08/2012 - C commands and their usage in tcl files
17:16.51 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4266 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */
17:16.53 CIA-23 BRL-CAD: 0369.64.46.108 07http://brlcad.org * r4267 10/wiki/Talk:Main_Page:
17:16.56 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4268 10/wiki/User:Elf11: ESA Summer of Code Project Proposal
17:16.57 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4269 10/wiki/User:Elf11:
17:16.57 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4271 10/wiki/User:Elf11:
17:16.58 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4272 10/wiki/User:Elf11:
17:17.03 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4273 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */
17:17.04 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r4274 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/69.64.46.108|69.64.46.108]] ([[User talk:69.64.46.108|Talk]]); changed back to last version by [[User:Al Da Best|Al Da Best]]
17:17.05 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4270 10/wiki/User:Elf11:
17:17.05 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:69.64.46.108]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
17:17.06 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Prcikestao]] with an expiry time of 1 year (account creation disabled, e-mail blocked): Spamming links to external sites
17:17.07 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:Pnjun]]": content was: 'delete me' (and the only contributor was '[[Special:Contributions/Pnjun|Pnjun]]')
17:17.13 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:/Prcikestao]]": spam
17:17.15 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/protect: protected "[[Talk:Main Page]]": [edit=autoconfirmed:move=autoconfirmed]
18:23.31 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
18:26.29 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
18:26.45 *** join/#brlcad andrei_ (~andrei@79.117.232.227)
18:32.15 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:37.57 *** join/#brlcad stas (~stas@82.208.133.12)
18:37.57 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
18:37.57 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:37.57 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
18:37.57 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
18:37.57 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
18:37.57 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
18:37.57 *** join/#brlcad yiyus (1242712427@je.je.je)
18:37.57 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
18:42.30 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4276 10/wiki/User:Popescu.andrei1991: /* Week 10 */
18:44.10 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4277 10/wiki/User:Popescu.andrei1991: /* Week 10 */
18:51.59 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:03.42 *** join/#brlcad andrei_ (andrei@79.117.232.227)
19:42.50 *** join/#brlcad stas (~stas@188.24.40.90)
20:31.31 *** join/#brlcad ibot (~ibot@rikers.org)
20:31.31 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
21:22.37 *** join/#brlcad Yoshi47 (~jan@bas1-hamilton02-1176408675.dsl.bell.ca)
21:48.10 CIA-23 BRL-CAD: 03crdueck * r51758 10/brlcad/trunk/src/libged/analyze.c: minor change, count table.nrows properly
22:01.52 ``Erik <PROTECTED>
22:22.27 *** join/#brlcad cristina (~quassel@188.24.40.90)
22:22.42 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
IRC log for #brlcad on 20120804

IRC log for #brlcad on 20120804

00:17.01 *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no)
01:56.42 CIA-23 BRL-CAD: 03crdueck * r51759 10/brlcad/trunk/src/libged/analyze.c: update the table interface to allow for variable amounts of rows, some primitives can have an arbitrary number of faces
01:59.50 CIA-23 BRL-CAD: 03brlcad * r51760 10/brlcad/trunk/ (include/common.h src/libged/analyze.c): HIDDEN only applies to functions, not variables
02:02.22 CIA-23 BRL-CAD: 03brlcad * r51761 10/brlcad/trunk/src/conv/Makefile.am: analyze sits on top of librt, analyze gets ordered first
02:06.22 CIA-23 BRL-CAD: 03brlcad * r51762 10/brlcad/trunk/src/conv/step/CMakeLists.txt: declare libs in link order (good practice even if cmake doesn't care)
02:43.52 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:33.41 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
06:39.07 *** join/#brlcad andrei_ (~andrei@79.117.232.227)
06:44.17 andrei_ hello
06:45.32 andrei_ on functions such as void pkg_close(struct pkg_conn *pc). Should I unit test anything else than if the parameter is NULL ? or should I try various combinations for a made-up pkg_conn
07:02.53 CIA-23 BRL-CAD: 03anrgmrty * r51763 10/brlcad/trunk/src/libanalyze/voxels.c: changed a very roundabout way to bu_vls_strcpy
07:05.56 andrei_ aside of that, the situation with the csv data remained unfinished. Is it useless or what should we do with it ?
07:29.19 CIA-23 BRL-CAD: 0379.117.232.227 07http://brlcad.org * r4278 10/wiki/User:Popescu.andrei1991: /* Week 10 */
07:43.19 *** join/#brlcad andrei_ (andrei@79.117.232.227)
12:21.00 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
12:22.57 ``Erik andrei_: might build some fake pc structs to try, and maybe a legit pc struct or 2
12:25.30 andrei_ ah
12:26.03 andrei_ then I ll have to change some code a bit.
12:27.52 andrei_ regarding commit access, I was looking on the contributor quickies. basically, is there anything that I could do, that would be easier for you( or someone else ) to review ?
17:08.32 *** join/#brlcad andrei_ (andrei@79.117.232.227)
17:26.21 Stattrav brlcad: here
17:57.00 Stattrav I was wondering if someone here could look into my patches and check if they conform to the HACKING guidelines.
21:39.07 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:58.42 cristina Hello
22:59.48 cristina while compiling brlcad I ran into this error: http://pastebin.mozilla.org/1738109. HEQUAL compares floating point values, I think that the NEAR_ZERO macro should be used instead
IRC log for #brlcad on 20120805

IRC log for #brlcad on 20120805

02:49.28 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4279 10/wiki/User:Cprecup/GSoC2012_progress: 04/08/2012 - Added the *graph_objects_positions* command and ensured the existence of the implemend commands
03:19.36 CIA-23 BRL-CAD: 03cprecup * r51764 10/brlcad/trunk/ (6 files in 5 dirs):
03:19.37 CIA-23 BRL-CAD: Changed the definition of the *ged_graph_objects_positions* routine; integrated
03:19.37 CIA-23 BRL-CAD: it as a command. Made sure that the commands *graph_objects_positions*, and
03:19.37 CIA-23 BRL-CAD: *graph_structure* always exist so that the user is not misinformed that they are
03:19.37 CIA-23 BRL-CAD: invalid commands, provided that the Adaptagrams library isn't available.
04:51.39 *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ)
08:34.23 *** join/#brlcad andrei_ (andrei@79.117.232.121)
11:33.20 *** join/#brlcad andrei_ (andrei@79.117.232.121)
13:46.27 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4280 10/wiki/User:Crdueck/log:
15:53.59 *** join/#brlcad flash__ (~flash@2.192.242.210)
16:39.01 *** join/#brlcad ibot (~ibot@rikers.org)
16:39.01 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
16:48.28 *** join/#brlcad flash___ (~flash@2.194.27.111)
16:55.24 *** join/#brlcad flash__ (~flash@2.194.27.111)
17:45.35 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
17:58.15 *** join/#brlcad andrei_ (andrei@79.117.232.121)
18:15.11 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:30.25 tofu_ cristina: yes, should not be using HEQUAL() .. VNEAR_EQUAL() or HNEAR_EQUAL() are better
IRC log for #brlcad on 20120806

IRC log for #brlcad on 20120806

19:45.05 *** join/#brlcad ibot (~ibot@rikers.org)
19:45.05 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
19:57.34 CIA-23 BRL-CAD: 03carlmoore * r51770 10/brlcad/trunk/src/conv/bot_shell-vtk.1: correct spelling of what was 'ancountered','outout'
20:22.01 CIA-23 BRL-CAD: 03crdueck * r51771 10/brlcad/trunk/include/vmath.h: update HEQUAL and V2EQUAL to use the HNEAR_EQUAL and V2NEAR_EQUAL macros respectively
20:29.34 CIA-23 BRL-CAD: 03crdueck * r51772 10/brlcad/trunk/src/libged/analyze.c: revert r51767, HEQUAL now uses the HNEAR_EQUAL macro
20:58.46 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4283 10/wiki/User:Ksuzee/Reports:
21:25.38 brlcad waves back to DarkCalf
21:26.46 brlcad andrei_: ask those questions, very interested in those unit tests
21:27.08 brlcad hopefully as many distinct and comprehensive tests.. :)
21:29.27 brlcad andrei_: you wouldn't be writing unit tests correctly if you didn't uncover SEVERAL ways to produce a segfault
21:30.41 brlcad when you find a segfault case, I suggest trying to debug the issue to see if you can make a minimal patch that prevents the crash
21:30.54 brlcad the test itself (crashing or not) is good to go
21:35.44 andrei_ hello brlcad
21:35.44 andrei_ so
21:35.48 andrei_ if I have in a tes
21:35.50 andrei_ t
21:36.38 andrei_ let s say, two cases of segfault and the second one is never reached by the first one, should I submmit it like that ? Or should I fix the " minimal patch" and submit it after?
21:37.08 andrei_ what I meant is that a program exists when it encounters a segfault. It never reaches the other case
21:41.40 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4284 10/wiki/User:Elf11:
21:43.26 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4285 10/wiki/User:Elf11:
21:45.01 andrei_ another question : pkg_conn has a rather large number of fields. There are several functions that receive only pkg_conn type parameter. Should I test every field from pkg_conn ?
21:45.35 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4286 10/wiki/User:Elf11:
21:48.20 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4287 10/wiki/User:Elf11:
21:57.55 DarkCalf brlcad, are you guys in san diego?
22:12.32 ``Erik some of 'em are in la for siggraph
22:14.54 ``Erik andrei_: leave it so both cases are in there, when the code the first one exercises gets fixed, the next will be ready to go
22:16.56 ``Erik for the pkg_conn fields, it's better to test too much than too little.. fill in as much as you can :)
22:17.34 ``Erik if you can figure out how to get 100% coverage (every line of code exercised, every branch tried), that'd be awesome
22:18.34 andrei_ right, thanks :)
22:30.01 *** join/#brlcad cristina (~quassel@188.24.45.30)
22:31.11 *** join/#brlcad stas (~stas@188.24.45.30)
22:35.19 *** part/#brlcad elf_ (~elf@p22.eregie.pub.ro)
22:36.15 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
22:40.00 elf_ I updated the schedule that I thought about for SOCIS, the proposed schedule for the first month can be found http://brlcad.org/wiki/User:Elf11#Proposed_Schedule as tasks will get done the project plan will get revised, the schedule will get also revised if any of the mentors have any additions
23:02.33 *** join/#brlcad cristina (~quassel@188.24.45.30)
23:14.33 *** join/#brlcad IriX64 (~kvirc@70.49.139.62)
IRC log for #brlcad on 20120807

IRC log for #brlcad on 20120807

00:03.34 *** join/#brlcad hsrai (~tcc@202.164.53.117)
00:41.15 DarkCalf ``Erik, i knew they were somewhere on the west coast, just wasn't sure where :)
01:16.35 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4288 10/wiki/User:Cprecup/GSoC2012_progress: 06/08/2012 - started work on the decorative routines
02:39.25 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
06:55.59 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:58.03 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
07:25.15 CIA-23 BRL-CAD: 03AdamugfqdcgzgwMobilio 07http://brlcad.org * r4289 10/wiki/Unlock_iPhone_4_2892627609: New page: The latest Apple's innovation as well as the latest passion is a remarkable new Internet communication device called iPhone. It is not just a smart phone but likewise features a widescreen...
07:42.51 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
07:52.55 *** join/#brlcad yiyus (1242712427@je.je.je)
08:20.20 CIA-23 BRL-CAD: 03AdamugfqdcgzgwMobilio 07http://brlcad.org * r4290 10/wiki/Unlock_Iphone_4_2648093896: New page: Uncovering an unlock iPhone 4 is typically interchanged with jailbreaking. Yet they're not just the same. Jailbreaking is a treatment that's done to let you secondhand applications that ar...
10:17.56 CIA-23 BRL-CAD: 03phoenixyjll * r51773 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Use a new method for partitioning a surface. (WIP)
10:21.20 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4291 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
10:58.13 *** join/#brlcad stas (~stas@82.208.133.12)
12:37.19 CIA-23 BRL-CAD: 03bob1961 * r51774 10/brlcad/trunk/src/bwish/cadAppInit.c: This fix gets command history working again in Archer on Windows.
13:04.52 CIA-23 BRL-CAD: 03anrgmrty * r51775 10/brlcad/trunk/src/tclscripts/lib/tclIndex: changes for autocomplete
13:19.21 CIA-23 BRL-CAD: 03indianlarry * r51776 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: Added explicit cast of double -> int within TriagleIntersection routine to allow strict compile. Please check 'phoenixyjll' to see if this was intentional.
13:43.59 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
13:54.44 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:13.15 CIA-23 BRL-CAD: 03anrgmrty * r51777 10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c tclscripts/mged/help.tcl): changes for enabling autocomplete
16:03.01 CIA-23 BRL-CAD: 03carlmoore * r51778 10/brlcad/trunk/doc/docbook/system/mann/en/anim_hardtrack.xml: add d to 'design to be use'
16:08.29 CIA-23 BRL-CAD: 03carlmoore * r51779 10/brlcad/trunk/README: removed trailing blanks and fixed spelling of 'dependent'
16:11.32 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Unlock Iphone 4 2648093896]]": spam
16:11.35 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Unlock iPhone 4 2892627609]]": spam
16:12.20 CIA-23 BRL-CAD: 03carlmoore * r51780 10/brlcad/trunk/autogen.sh: removed trailing blank(s)
16:13.12 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:AdamugfqdcgzgwMobilio]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages
16:39.15 *** join/#brlcad stas (~stas@188.24.45.30)
16:51.17 CIA-23 BRL-CAD: 03carlmoore * r51781 10/brlcad/trunk/src/conv/dxf/bot-bldxf.c: fix 'vertices' spelling in comments and in one output string
17:24.13 CIA-23 BRL-CAD: 03carlmoore * r51782 10/brlcad/trunk/autogen.sh: removed a trailing tab, too
17:30.45 brlcad loves carl
17:31.03 brlcad someone who understands! *sniff*
18:03.18 CIA-23 BRL-CAD: 03r_weiss * r51783 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c:
18:03.18 CIA-23 BRL-CAD: Update to function "nmg_edge_g_fuse" in file "nmg_fuse.c". After additional
18:03.18 CIA-23 BRL-CAD: testing, the previous version of this function was not working as well as
18:03.18 CIA-23 BRL-CAD: expected. This new version does not rely on the dot product for determining if
18:03.18 CIA-23 BRL-CAD: edges are parallel.
18:37.50 *** join/#brlcad andrei_ (~andrei@79.119.91.1)
19:45.49 CIA-23 BRL-CAD: 03carlmoore * r51784 10/brlcad/trunk/NEWS: removed trailing blank
19:50.54 CIA-23 BRL-CAD: 03carlmoore * r51785 10/brlcad/trunk/BUGS: remove trailing blanks and fix spellings
19:56.39 CIA-23 BRL-CAD: 03r_weiss * r51786 10/brlcad/trunk/ (8 files in 5 dirs):
19:56.39 CIA-23 BRL-CAD: Added a new mged command "bot_fuse". Add a new file "src/libged/bot_fuse.c" and
19:56.39 CIA-23 BRL-CAD: updated files "include/ged.h", "include/raytrace.h", "src/libged/Makefile.am",
19:56.39 CIA-23 BRL-CAD: "src/libged/CMakeLists.txt", "src/mged/setup.c", "src/libtclcad/tclcad_obj.c"
19:56.39 CIA-23 BRL-CAD: and "src/librt/primitives/bot/bot_brep.cpp". This new command is a work in
19:56.40 CIA-23 BRL-CAD: progress. This command attempts to repair BOTs using NMG fuse functions.
19:57.07 CIA-23 BRL-CAD: 03carlmoore * r51787 10/brlcad/trunk/NEWS: fix spelling
20:02.43 andrei_ hello
20:02.49 CIA-23 BRL-CAD: 03carlmoore * r51788 10/brlcad/trunk/TODO: remove trailing blanks and fix spellings
20:03.02 andrei_ I ve been working to re-model the tests to fully test every parameter ( even from pkg_conn )
20:05.10 CIA-23 BRL-CAD: 03carlmoore * r51789 10/brlcad/trunk/HACKING: remove trailing blanks and fix spelling of 'visible'
20:07.09 CIA-23 BRL-CAD: 03carlmoore * r51790 10/brlcad/trunk/INSTALL: remove trailing blanks and fix spellings
20:09.19 CIA-23 BRL-CAD: 03carlmoore * r51791 10/brlcad/trunk/AUTHORS: remove trailing blank(s), and I think I recall 'Merritt' spelling
20:12.35 CIA-23 BRL-CAD: 03carlmoore * r51792 10/brlcad/trunk/ChangeLog: removed trailing blanks but made NO spelling fixes due to people's messages
20:18.28 CIA-23 BRL-CAD: 03carlmoore * r51793 10/brlcad/trunk/CMakeLists.txt: remove trailing blanks and fix spellings
20:19.30 CIA-23 BRL-CAD: 03carlmoore * r51794 10/brlcad/trunk/configure.cmake.sh: remove trailing blanks
20:27.45 andrei_ <PROTECTED>
20:28.25 andrei_ here it is : http://slexy.org/view/s2BsnbiM69
20:28.38 andrei_ code is commented because it causes segfaults and it would've prevented me from testing other parts.
20:31.09 CIA-23 BRL-CAD: 03carlmoore * r51795 10/brlcad/trunk/configure.ac: fix spellings (CAN NOT TOUCH PROGRAM VARIABLES' NAMES, ETC.)
20:37.19 CIA-23 BRL-CAD: 03r_weiss * r51796 10/brlcad/trunk/ (7 files in 5 dirs):
20:37.20 CIA-23 BRL-CAD: Change function "nmg_model_edge_fuse" to "nmg_edge_fuse" and changed the 1st
20:37.20 CIA-23 BRL-CAD: parameter from an NMG model pointer to an NMG object magic number. This allows
20:37.20 CIA-23 BRL-CAD: any NMG object type to be fused instead of just NMG models. Changed files
20:37.20 CIA-23 BRL-CAD: "include/raytrace.h", "src/libged/bot_fuse.c", "src/libged/wdb_obj.c",
20:37.20 CIA-23 BRL-CAD: "src/conv/euclid/euclid-g.c", "src/conv/jack/jack-g.c",
20:37.21 CIA-23 BRL-CAD: "src/librt/primitives/nmg/nmg_fuse.c" and "src/librt/primitives/nmg/nmg_bool.c".
20:41.25 CIA-23 BRL-CAD: 03carlmoore * r51797 10/brlcad/trunk/bench/run.sh: remove trailing blanks/tabs , and fix spellings
20:51.17 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
20:58.07 *** join/#brlcad andrei_ (andrei@79.119.91.1)
21:00.42 CIA-23 BRL-CAD: 03r_weiss * r51798 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Changed function "nmg_edge_fuse" to accept as input a pointer to either an NMG object or bu_ptbl structure. Changed file "nmg_fuse.c".
21:27.15 CIA-23 BRL-CAD: 03carlmoore * r51799 10/brlcad/trunk/bench/benchmark.1: fix a misspelled word
22:03.52 CIA-23 BRL-CAD: 03carlmoore * r51800 10/brlcad/trunk/doc/BRL-CAD.bib: remove trailing blanks/tabs and fix spellings
IRC log for #brlcad on 20120808

IRC log for #brlcad on 20120808

00:08.40 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
01:38.34 *** part/#brlcad sharvey (~sharvey@xi.metaether.net)
01:39.53 *** join/#brlcad juan_man (~quassel@unaffiliated/juanman)
02:25.16 CIA-23 BRL-CAD: 03Crdueck 07http://brlcad.org * r4292 10/wiki/User:Crdueck:
03:37.30 andrei_ brlcad ,if there's time, could you please have a look at the unit test I pasted earlier. If it looks ok I ll tune the rest aswell. Thank you
04:28.28 CIA-23 BRL-CAD: 03starseeker * r51801 10/brlcad/trunk/INSTALL: Sync INSTALL
05:36.35 CIA-23 BRL-CAD: 03phoenixyjll * r51802 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: int was used by mistake. Use double instead.
08:08.05 CIA-23 BRL-CAD: 03Elf11 07http://brlcad.org * r4293 10/wiki/User:Elf11: /* Proposed Schedule */
09:38.55 *** join/#brlcad stas (~stas@82.208.133.12)
09:41.53 CIA-23 BRL-CAD: 03phoenixyjll * r51803 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Partitioning a surface. Modifications for special cases and tests are needed.
09:45.17 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4294 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
10:14.25 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4295 10/wiki/User:Popescu.andrei1991: /* Week 11 */
10:14.51 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4296 10/wiki/User:Popescu.andrei1991: /* Week 11 */
10:44.22 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:45.22 *** join/#brlcad yiyus (1242712427@je.je.je)
13:20.42 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
14:58.22 CIA-23 BRL-CAD: 03carlmoore * r51804 10/brlcad/trunk/doc/README.AIX: fix a misspelled word in text
15:00.43 CIA-23 BRL-CAD: 03carlmoore * r51805 10/brlcad/trunk/doc/README.BSD: remove trailing blanks
15:02.43 CIA-23 BRL-CAD: 03carlmoore * r51806 10/brlcad/trunk/doc/README.IRIX: remove trailing blanks/tabs
15:03.52 CIA-23 BRL-CAD: 03carlmoore * r51807 10/brlcad/trunk/doc/README.Linux: remove trailing blanks/tabs
15:05.00 CIA-23 BRL-CAD: 03carlmoore * r51808 10/brlcad/trunk/doc/README.MacOSX: remove trailing blanks/tabs
15:06.00 CIA-23 BRL-CAD: 03carlmoore * r51809 10/brlcad/trunk/doc/README.Solaris: remove trailing blanks/tabs
15:08.30 CIA-23 BRL-CAD: 03carlmoore * r51810 10/brlcad/trunk/doc/README.VAX: remove trailing blanks/tabs, fix spelling, add a period
15:09.38 CIA-23 BRL-CAD: 03carlmoore * r51811 10/brlcad/trunk/doc/README.Windows: add a missing space
15:13.55 CIA-23 BRL-CAD: 03carlmoore * r51812 10/brlcad/trunk/doc/TODO.BREP: remove trailing blanks/tabs, added ending newline, fixe spelling
15:19.12 CIA-23 BRL-CAD: 03carlmoore * r51813 10/brlcad/trunk/doc/bison_to_lemon.txt: remove trailing blank and fix spelling
15:21.03 CIA-23 BRL-CAD: 03carlmoore * r51814 10/brlcad/trunk/doc/brep.txt: fix spelling
15:35.30 CIA-23 BRL-CAD: 03carlmoore * r51815 10/brlcad/trunk/doc/cvs.txt: fix spellings
15:38.17 CIA-23 BRL-CAD: 03carlmoore * r51816 10/brlcad/trunk/doc/deprecation.txt: remove trailing/blanks/tabs and fix spellings
15:40.55 CIA-23 BRL-CAD: 03carlmoore * r51817 10/brlcad/trunk/doc/flex_to_re2c.txt: fix a spelling
15:41.39 *** join/#brlcad stas (~stas@82.208.133.12)
15:44.02 CIA-23 BRL-CAD: 03carlmoore * r51818 10/brlcad/trunk/doc/history.txt: fix spellings
15:49.48 CIA-23 BRL-CAD: 03carlmoore * r51819 10/brlcad/trunk/doc/ecosystem.dot: oops, did not remove trailint tabs -- now done!
15:50.19 CIA-23 BRL-CAD: 03carlmoore * r51820 10/brlcad/trunk/doc/old-mged.tr: fix spellings
15:52.05 CIA-23 BRL-CAD: 03carlmoore * r51821 10/brlcad/trunk/doc/pad_file.xml.in: fix spelling of 'disseminate'
15:54.53 CIA-23 BRL-CAD: 03carlmoore * r51822 10/brlcad/trunk/doc/pkg.tr: fix spellings
16:02.43 CIA-23 BRL-CAD: 03carlmoore * r51823 10/brlcad/trunk/doc/plot3.5: fix a spelling
16:05.21 CIA-23 BRL-CAD: 03carlmoore * r51824 10/brlcad/trunk/doc/regions.txt: fix spelling; also removed duplicate 'list definition.'
16:07.09 CIA-23 BRL-CAD: 03carlmoore * r51825 10/brlcad/trunk/doc/rounding.txt: fix spellings but could not quite figure out 'repirocal'
16:09.49 CIA-23 BRL-CAD: 03brlcad * r51826 10/brlcad/trunk/doc/rounding.txt: undoubtedly meant the reciprocal division method
16:11.41 CIA-23 BRL-CAD: 03carlmoore * r51827 10/brlcad/trunk/doc/tube.txt: changed 'Eg' to 'E.g.'
16:29.19 CIA-23 BRL-CAD: 03carlmoore * r51828 10/brlcad/trunk/include/bu.h: fix spellings; remove trailing blanks/tabs; change 'ie' to 'i.e.'
17:06.01 *** join/#brlcad elf (~elf@p22.eregie.pub.ro)
17:12.41 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
17:15.50 CIA-23 BRL-CAD: 03r_weiss * r51829 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function "nmg_edge_g_fuse" in file "nmg_fuse.c". Made some changes to help performance and improve readability.
17:21.35 *** join/#brlcad andrei (andrei@79.119.91.1)
17:21.39 andrei hello !
17:25.08 andrei brlcad, are you around ?
17:30.56 brlcad ~ask
17:30.56 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
17:31.50 brlcad i saw your message, but am quite tasked at the moment running between sessions -- I'll definitely review it as soon as I can, but try to ping others too
17:32.22 andrei ah, thank you, I ll try to improve the others aswell.
17:32.50 brlcad if you know of a way to improve the patch, you should definitely do that
17:33.32 brlcad there's almost always a steady-state where a patch can't be improved any more (without changing the scope/intent of the patch, don't need to do that)
17:34.35 andrei I believe there still are ways to improve some patches. I am just no sure if they are fit. However, until you have time to review. I shall work on the small patches fixing segfaults and other issues.
17:35.22 brlcad great
17:58.03 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
18:39.30 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
19:03.01 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
19:07.21 CIA-23 BRL-CAD: 03carlmoore * r51830 10/brlcad/trunk/misc/Doxyfile: remove trailing blanks/tabs, and fix a spelling
19:11.21 CIA-23 BRL-CAD: 03carlmoore * r51831 10/brlcad/trunk/misc/Doxyfile.in: fix 2 spellings, and remove trailing blanks/tabs
19:13.35 ksuzee Hello!
19:13.48 ``Erik high def look at mars: http://www.panoramas.dk/mars/greeley-haven.html
19:13.51 CIA-23 BRL-CAD: 03carlmoore * r51832 10/brlcad/trunk/misc/NIST_DENSITIES: remove trailing blanks/tabs
19:14.23 ksuzee I've already finished reduction of duplications in clip.c for libged and libdm and put common functions to clip.c in libbn. I've reducted libged/track.c and libwdb/reg.c in the same way. So now there're some functions, common for libcv and util and some more duplicutions, where one of the directories is /util. So could you tell me, where to put common code for these situations?
19:17.22 CIA-23 BRL-CAD: 03BobbiengoiigbjakDelaportilla 07http://brlcad.org * r4297 10/wiki/No-Fault_Divorce_in_New_York6546791: New page: New York has lastly enacted a no-fault divorce regulation. It had been the last American condition to do this and legitimate enthusiasts continue to be diffusing the adjustments. Zealots o...
19:18.43 *** join/#brlcad stas (~stas@188.24.45.30)
19:21.05 CIA-23 BRL-CAD: 03carlmoore * r51833 10/brlcad/trunk/misc/doxygen_structure: remove trailing blank
19:25.18 CIA-23 BRL-CAD: 03carlmoore * r51834 10/brlcad/trunk/misc/flawfinder: remove trailing blanks, and fix spelling assuming 'poertable' should be 'portable'
20:04.21 CIA-23 BRL-CAD: 03carlmoore * r51835 10/brlcad/trunk/misc/astyle.opt: removed trailing blank
20:07.07 CIA-23 BRL-CAD: 03carlmoore * r51836 10/brlcad/trunk/misc/libtool.m4: fixed a spelling
20:10.25 CIA-23 BRL-CAD: 03carlmoore * r51837 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: remove trailing blanks/tabs and fix a spelling
20:15.01 ``Erik fwiw, GSoC recommmended 'pencils down' is next monday (aug 13), firm deadline is a week after (aug 20)
IRC log for #brlcad on 20120809

IRC log for #brlcad on 20120809

01:53.35 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph editor v1.png]]": Early version of the window that the graph command launches for the src/share/db/axis.g.
01:56.13 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4299 10/wiki/User:Cprecup/GSoC2012_progress: 08/08/2012 - nodes coloured depending on the objects' type + name written within the rectangle
02:01.35 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4300 10/wiki/User:Cprecup/GSoC2012_progress: /* 08/08/2012 */ - forgot to mention the database used
02:13.24 CIA-23 BRL-CAD: 03cprecup * r51838 10/brlcad/trunk/src/ (libged/dag.cpp tclscripts/graph/GraphEditor.tcl):
02:13.24 CIA-23 BRL-CAD: Added *decorate_object* routine that adds an entry into a hash table depending
02:13.24 CIA-23 BRL-CAD: on the object's type (primitive/combination/something else). Used this in the
02:13.24 CIA-23 BRL-CAD: View part - differently coloured nodes correspond to different types. Added text
02:13.24 CIA-23 BRL-CAD: with the object's name within each rectangle of a node.
04:16.56 *** join/#brlcad andrei (andrei@86.123.127.173)
04:44.13 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[No-Fault Divorce in New York6546791]]": spam
04:44.26 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:BobbiengoiigbjakDelaportilla]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
05:14.36 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
05:24.46 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
06:56.25 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
07:18.47 brlcad starseek1r: http://vcg.isti.cnr.it/Publications/2011/TPPPC11/
07:20.12 brlcad and http://www.graphics.rwth-aachen.de/media/papers/campen_2012_sg_preprint1.pdf
09:08.23 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
09:28.55 CIA-23 BRL-CAD: 03phoenixyjll * r51839 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep.cpp): Add an option to the brep command in MGED to test boolean evaluations (currently only "union"). The evaluations are still WIP.
09:31.04 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4301 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
09:32.32 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4302 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
09:34.47 *** join/#brlcad andrei (~andrei@86.123.127.173)
10:10.10 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
11:01.01 *** join/#brlcad stas (~stas@82.208.133.12)
12:16.56 CIA-23 BRL-CAD: 03Rangehoods 07http://brlcad.org * r4303 10/wiki/Talk:Main_Page:
14:12.16 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r4304 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/Rangehoods|Rangehoods]] ([[User talk:Rangehoods|Talk]]); changed back to last version by [[User:Sean|Sean]]
14:12.31 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Rangehoods]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
14:13.55 andrei brlcad : do you have any idea why this doesn't work ? if ( pc->pkc_hdr == *(struct pkg_header*) NULL )
14:14.08 andrei pc is struct pkg_conn *pc
14:14.21 andrei and the error I get is invalid operands to binary == (have ‘struct pkg_header’ and ‘struct pkg_header’)
14:31.02 *** join/#brlcad andrei (andrei@86.123.127.173)
14:43.04 brlcad andrei: er, the asterisk converts the pointer to a non pointer type
14:43.19 brlcad moreover it's converting NULL to a struct pkg_header, which is wrong
14:44.45 brlcad you need to compare pkc_hdr to something that is the same type as pkc_hdr
14:50.53 brlcad since it's a struct pkg_header, you'd need to compare it to one of those, or what I suspect you're trying to do is validate that the header is valid
14:51.06 brlcad for that, the header has a pkh_magic
14:51.53 ``Erik digia to acquire qt... guess starseeker can sleep at night now
14:58.10 andrei brlcad : ah, right. Thanks
15:21.56 CIA-23 BRL-CAD: 0398.141.233.154 07http://brlcad.org * r4305 10/wiki/Building_from_SVN: /* Configure the build system */
15:42.56 CIA-23 BRL-CAD: 03carlmoore * r51840 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: remove trailing blank
15:45.59 CIA-23 BRL-CAD: 03carlmoore * r51841 10/brlcad/trunk/INSTALL: fix spellings and remove trailing blanks
17:50.27 CIA-23 BRL-CAD: 03carlmoore * r51842 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: remove trailing blank
17:52.30 CIA-23 BRL-CAD: 03carlmoore * r51843 10/brlcad/trunk/misc/CMake/BRLCAD_Options.cmake: remove trailing blank, and (in a comment) remove dup. 'we' and add comma
18:27.48 CIA-23 BRL-CAD: 03carlmoore * r51844 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: remove trailing blanks
18:32.01 CIA-23 BRL-CAD: 03carlmoore * r51845 10/brlcad/trunk/include/db.h: changed a word to what is now 'Superquadratic' in a comment
18:32.08 CIA-23 BRL-CAD: 03r_weiss * r51846 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Update to function "nmg_edge_g_fuse" within file "nmg_fuse.c". The change was to correct a problem with the sort ordering and to improve performance.
18:35.40 CIA-23 BRL-CAD: 03carlmoore * r51847 10/brlcad/trunk/include/bn.h: remove trailing blanks and fix spellings
18:37.21 CIA-23 BRL-CAD: 03carlmoore * r51848 10/brlcad/trunk/include/pc.h: remove trailing blanks
18:38.22 CIA-23 BRL-CAD: 03carlmoore * r51849 10/brlcad/trunk/include/pkg.h: remove trailing blank
18:39.44 CIA-23 BRL-CAD: 03carlmoore * r51850 10/brlcad/trunk/include/pstdint.h: remove trailing blanks
18:45.04 CIA-23 BRL-CAD: 03r_weiss * r51851 10/brlcad/trunk/ (include/raytrace.h src/librt/primitives/nmg/nmg_info.c): Added new function "nmg_find_shell" which finds the shell that an NMG object is within. Changes were made to files "nmg_infoc." and "raytrace.h".
19:14.22 *** join/#brlcad cristina (~quassel@86.127.164.155)
19:42.22 *** join/#brlcad stas (~stas@188.24.45.30)
19:59.39 CIA-23 BRL-CAD: 03carlmoore * r51852 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix spelling
20:03.12 CIA-23 BRL-CAD: 03carlmoore * r51853 10/brlcad/trunk/src/irprep/all_sf.c: use capital U in Usage, and fix a spelling
20:06.03 CIA-23 BRL-CAD: 03carlmoore * r51854 10/brlcad/trunk/src/anim/anim_cascade.c: added \n to an error message
20:06.57 CIA-23 BRL-CAD: 03r_weiss * r51855 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function "nmg_edge_fuse" in file "nmg_fuse.c". Added vertex fusing based on type of object.
20:08.58 CIA-23 BRL-CAD: 03carlmoore * r51856 10/brlcad/trunk/src/anim/anim_fly.c: fix spelling, remove trailing blanks, add \n
20:10.55 CIA-23 BRL-CAD: 03carlmoore * r51857 10/brlcad/trunk/src/anim/anim_hardtrack.c: use small a to match command name
20:12.40 CIA-23 BRL-CAD: 03carlmoore * r51858 10/brlcad/trunk/src/anim/anim_keyread.c: add \n
20:18.06 CIA-23 BRL-CAD: 03carlmoore * r51859 10/brlcad/trunk/src/anim/anim_script.c: add missing 1st period in 'i.e.' comment
20:19.28 CIA-23 BRL-CAD: 03carlmoore * r51860 10/brlcad/trunk/src/anim/anim_sort.c: fix a spelling
20:20.07 CIA-23 BRL-CAD: 03r_weiss * r51861 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: Changed function "nmg_gluefaces" to perform edge fusing using "nmg_edge_fuse".
20:20.52 CIA-23 BRL-CAD: 03carlmoore * r51862 10/brlcad/trunk/src/anim/anim_time.c: fix spelling
20:22.47 CIA-23 BRL-CAD: 03carlmoore * r51863 10/brlcad/trunk/src/anim/anim_track.c: use small a from command name
20:27.36 CIA-23 BRL-CAD: 03carlmoore * r51864 10/brlcad/trunk/src/anim/anim_turn.c: fix spelling
20:30.43 CIA-23 BRL-CAD: 03carlmoore * r51865 10/brlcad/trunk/src/util/ap-pix.c: fix spelling
20:37.42 CIA-23 BRL-CAD: 03carlmoore * r51866 10/brlcad/trunk/src/conv/asc/asc2g.c: fix comment spellings
20:43.02 CIA-23 BRL-CAD: 03carlmoore * r51867 10/brlcad/trunk/src/shapes/bolt.c: fix spellings
20:46.05 CIA-23 BRL-CAD: 03carlmoore * r51868 10/brlcad/trunk/src/conv/bot_shell-vtk.c: fix spelling
20:50.21 CIA-23 BRL-CAD: 03carlmoore * r51869 10/brlcad/trunk/src/conv/asc/g2asc.c: fix spellings
20:53.19 CIA-23 BRL-CAD: 03carlmoore * r51870 10/brlcad/trunk/regress/repository.sh: fix spelling and remove trailing blanks
20:56.25 CIA-23 BRL-CAD: 03carlmoore * r51871 10/brlcad/trunk/regress/nirt.sh: removed trailing blanks
20:57.55 CIA-23 BRL-CAD: 03carlmoore * r51872 10/brlcad/trunk/regress/CMakeLists.txt: remove trailing blanks
20:59.33 CIA-23 BRL-CAD: 03carlmoore * r51873 10/brlcad/trunk/sh/distcheck_screen.sh: remove trailing blanks and fix spelling
21:01.12 CIA-23 BRL-CAD: 03carlmoore * r51874 10/brlcad/trunk/sh/make_deb.sh: remove trailing blanks
21:02.35 CIA-23 BRL-CAD: 03carlmoore * r51875 10/brlcad/trunk/sh/news2tracker.sh: remove trailing blanks
21:03.21 CIA-23 BRL-CAD: 03carlmoore * r51876 10/brlcad/trunk/sh/sgisnap.sh: remove trailing blanks
21:05.41 CIA-23 BRL-CAD: 03carlmoore * r51877 10/brlcad/trunk/sh/ws.sh: supply f, missing letter of alphabet
21:41.05 CIA-23 BRL-CAD: 03carlmoore * r51878 10/brlcad/trunk/regress/testlib.c: remove trailing blanks
21:58.49 CIA-23 BRL-CAD: 03carlmoore * r51879 10/brlcad/trunk/src/burst/ui.c: remove trailing blanks
22:02.41 CIA-23 BRL-CAD: 03carlmoore * r51880 10/brlcad/trunk/include/rtgeom.h: remove trailing blanks and fix spellings
22:04.21 CIA-23 BRL-CAD: 03carlmoore * r51881 10/brlcad/trunk/src/CMakeLists.txt: remove trailing blanks
22:21.50 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb104.bb.sky.com)
23:21.32 starseek1r hah, cool: http://graphics.pixar.com/opensubdiv
23:40.49 starseeker ``Erik: phew
23:41.35 starseeker ``Erik: 'course, we'll have to see how they do at interacting with open source
23:43.36 louipc points for hosting a git repo eh
23:52.34 starseeker is trying to recall if he has seen another non-Microsoft project use the Microsoft Public License...
IRC log for #brlcad on 20120810

IRC log for #brlcad on 20120810

00:07.44 louipc steve jobs must be rolling in his grave
01:09.47 *** join/#brlcad hsrai (~tcc@202.164.53.117)
01:45.07 *** join/#brlcad hsrai (~tcc@202.164.53.117)
02:10.59 *** join/#brlcad hsrai (~tcc@202.164.53.117)
03:04.56 starseeker MakerSlide -- Open Source Linear Bearing System - http://makerslide.com/
03:05.10 starseeker has a couple step files, CC licensed
06:54.00 *** join/#brlcad andrei (~andrei@79.118.113.219)
08:11.23 *** join/#brlcad stas (~stas@188.24.45.30)
09:19.47 CIA-23 BRL-CAD: 03phoenixyjll * r51882 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add trims, vertices, edges, etc. to the b-rep structure and check its validity.
09:19.58 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4306 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
10:24.06 *** join/#brlcad stas (~stas@82.208.133.12)
11:58.45 CIA-23 BRL-CAD: 03bob1961 * r51883 10/brlcad/trunk/src/libged/edpipe.c: ged_move_pipept() now expects the passed in point to be in local units. This fixes an error in Archer that shows up when trying to move a pipe point in a database that has the units set to something other than mm.
12:25.00 CIA-23 BRL-CAD: 03bob1961 * r51884 10/brlcad/trunk/src/libged/edpipe.c: ged_move_pipept was using the wrong argv item for the "bad pipe segment index" error message.
13:17.11 CIA-23 BRL-CAD: 03bob1961 * r51885 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed typo in ArcherCore::shootRay.
13:49.30 CIA-23 BRL-CAD: 03carlmoore * r51886 10/brlcad/trunk/sh/ws.sh: remove 'f' because of the preceding comment -- undoing mistaken change I made
13:55.56 *** join/#brlcad cristina (~quassel@86.127.164.155)
13:57.04 CIA-23 BRL-CAD: 03carlmoore * r51887 10/brlcad/trunk/misc/nsis/brlcad.nsi: remove trailing blanks
13:59.32 CIA-23 BRL-CAD: 03carlmoore * r51888 10/brlcad/trunk/misc/CMake/tcltest.tcl.in: remove trailing blank
14:01.29 CIA-23 BRL-CAD: 03carlmoore * r51889 10/brlcad/trunk/doc/docbook/README: remove trailing blanks
14:02.42 CIA-23 BRL-CAD: 03carlmoore * r51890 10/brlcad/trunk/doc/docbook/fop.xconf.in: remove trailing blanks
15:07.24 CIA-23 BRL-CAD: 03bob1961 * r51891 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a problem that occurs when moving pipe points in Archer.
17:25.28 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
18:10.24 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4307 10/wiki/User:Ksuzee/Reports: /* 12 week */
19:08.14 CIA-23 BRL-CAD: 03carlmoore * r51892 10/brlcad/trunk/misc/macosx/openUp.c: remove trailing blanks
19:11.15 CIA-23 BRL-CAD: 03carlmoore * r51893 10/brlcad/trunk/m4/ax_boost_base.m4: remove trailing blanks/tabs
19:12.10 CIA-23 BRL-CAD: 03carlmoore * r51894 10/brlcad/trunk/sh/orbit.sh: remove trailing tab
19:13.15 CIA-23 BRL-CAD: 03carlmoore * r51895 10/brlcad/trunk/sh/trimconfig.sh: remove trailing blanks/tabs
19:18.24 CIA-23 BRL-CAD: 03carlmoore * r51896 10/brlcad/trunk/sh/ws.sh: remove trailing tabs -- the omitted 'f' STAYS omitted!
19:19.36 CIA-23 BRL-CAD: 03carlmoore * r51897 10/brlcad/trunk/misc/CMake/BRLCAD_Options.cmake: remove trailing blanks/tabs
19:21.53 CIA-23 BRL-CAD: 03carlmoore * r51898 10/brlcad/trunk/misc/CMake/FindTCL.cmake: remove trailing blanks/tabs, and fix 2 spellings
19:23.28 CIA-23 BRL-CAD: 03carlmoore * r51899 10/brlcad/trunk/misc/CMake/FindYACC.cmake: remove trailing blanks/tabs
19:26.49 CIA-23 BRL-CAD: 03carlmoore * r51900 10/brlcad/trunk/misc/CMake/NSIS.template.in: remove trailing blanks/tabs, and fix spellings
19:28.00 CIA-23 BRL-CAD: 03carlmoore * r51901 10/brlcad/trunk/misc/CMake/ThirdParty_TCL.cmake: remove trailing blanks/tabs, and fix 1 spelling
19:29.16 CIA-23 BRL-CAD: 03carlmoore * r51902 10/brlcad/trunk/src/adrt/load_g.c: remove trailing blanks/tabs
19:30.54 CIA-23 BRL-CAD: 03carlmoore * r51903 10/brlcad/trunk/src/fbed/fbed.c: remove trailing blanks/tabs
19:33.02 CIA-23 BRL-CAD: 03carlmoore * r51904 10/brlcad/trunk/src/libbu/sscanf.c: remove trailing blanks/tabs and fix spellings
19:34.15 CIA-23 BRL-CAD: 03carlmoore * r51905 10/brlcad/trunk/src/libfb/if_remote.c: remove trailing blanks/tabs
19:37.12 CIA-23 BRL-CAD: 03carlmoore * r51906 10/brlcad/trunk/src/libged/brep.c: remove trailing blanks/tabs and fix 'doesnt' remarks
19:39.23 CIA-23 BRL-CAD: 03carlmoore * r51907 10/brlcad/trunk/src/liboptical/liboslrend.cpp: remove trailing blanks/tabs
19:41.14 CIA-23 BRL-CAD: 03carlmoore * r51908 10/brlcad/trunk/src/liboptical/sh_osl.cpp: remove trailing blanks/tabs, and fix 1 spelling in a comment
19:42.41 CIA-23 BRL-CAD: 03carlmoore * r51909 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: remove trailing blanks/tabs, and fix a spelling
19:44.30 CIA-23 BRL-CAD: 03carlmoore * r51910 10/brlcad/trunk/src/liborle/rle.c: remove trailing blanks/tabs and fix a spelling
19:45.29 *** join/#brlcad andrei (andrei@79.118.113.219)
19:45.32 CIA-23 BRL-CAD: 03carlmoore * r51911 10/brlcad/trunk/src/libpc/pcConstraint.cpp: remove trailing blanks/tabs
19:46.41 CIA-23 BRL-CAD: 03carlmoore * r51912 10/brlcad/trunk/src/libpc/pcMathVM.cpp: remove trailing blanks/tabs, and fix a spelling
19:48.53 CIA-23 BRL-CAD: 03carlmoore * r51913 10/brlcad/trunk/src/libpc/pcMathVM.h: remove trailing blanks/tabs and fix spellings
19:49.53 CIA-23 BRL-CAD: 03carlmoore * r51914 10/brlcad/trunk/src/libpc/pcSolver.h: remove trailing blanks/tabs
19:51.58 CIA-23 BRL-CAD: 03carlmoore * r51915 10/brlcad/trunk/ (3 files in 3 dirs): remove trailing blanks/tabs and fix spelling
20:06.08 CIA-23 BRL-CAD: 03carlmoore * r51916 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: remove trailing blanks/tabs and fix spellings
20:08.06 CIA-23 BRL-CAD: 03carlmoore * r51917 10/brlcad/trunk/src/mged/chgview.c: remove trailing tab
20:09.31 CIA-23 BRL-CAD: 03carlmoore * r51918 10/brlcad/trunk/src/mged/tedit.c: remove trailing blanks/tabs and fix spelling
20:11.00 CIA-23 BRL-CAD: 03carlmoore * r51919 10/brlcad/trunk/src/rt/main.c: remove trailing tab
20:19.22 CIA-23 BRL-CAD: 03carlmoore * r51920 10/brlcad/trunk/src/rt/view.c: remove trailing blanks/tabs and fix spelling
20:20.54 CIA-23 BRL-CAD: 03carlmoore * r51921 10/brlcad/trunk/src/rt/worker.c: remove trailing blanks/tabs and fix spelling
20:21.54 CIA-23 BRL-CAD: 03carlmoore * r51922 10/brlcad/trunk/src/shapes/coil.c: remove trailing blanks/tabs, and fix 1 spelling
20:23.20 CIA-23 BRL-CAD: 03carlmoore * r51923 10/brlcad/trunk/src/tclscripts/man_browser.tcl: remove trailing blanks/tabs
20:25.00 CIA-23 BRL-CAD: 03carlmoore * r51924 10/brlcad/trunk/src/util/pix-png.c: remove trailing blanks/tabs
20:26.07 CIA-23 BRL-CAD: 03carlmoore * r51925 10/brlcad/trunk/doc/docbook/books/README: remove trailing blanks/tabs
20:26.48 CIA-23 BRL-CAD: 03carlmoore * r51926 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: remove trailing tab
20:30.09 CIA-23 BRL-CAD: 03carlmoore * r51927 10/brlcad/trunk/src/external/ProEngineer/proe-brl.c: remove trailing blanks/tabs and fix spelling
20:33.03 CIA-23 BRL-CAD: 03carlmoore * r51928 10/brlcad/trunk/src/other/hv3/combobox.tcl: remove trailing blanks/tabs & change ie to i.e. & fix spelling
20:37.09 CIA-23 BRL-CAD: 03carlmoore * r51929 10/brlcad/trunk/src/other/incrTcl/ChangeLog: remove trailing blanks/tabs; fix spellings (make sure I changed no comments' meanings)
20:43.46 CIA-23 BRL-CAD: 03carlmoore * r51930 10/brlcad/trunk/src/other/iwidgets/CHANGES: remove trailing blanks/tabs & fix spelling including that of 'disabledforeground' in comments
20:47.30 CIA-23 BRL-CAD: 03carlmoore * r51931 10/brlcad/trunk/src/other/iwidgets/ChangeLog: remove trailing blanks/tabs and fix spellings including changing '-oritent' to '-orient'
20:49.07 CIA-23 BRL-CAD: 03carlmoore * r51932 10/brlcad/trunk/src/other/openNURBS/opennurbs.h: remove trailing blanks & tabs, and fix spellings
20:50.27 CIA-23 BRL-CAD: 03carlmoore * r51933 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm.h: remove trailing blanks/tabs, fix spellings
20:51.34 CIA-23 BRL-CAD: 03carlmoore * r51934 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_attributes.cpp: remove trailing blanks/tabs, fix spelling
20:57.50 CIA-23 BRL-CAD: 03carlmoore * r51935 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_attributes.h: remove trailing blanks/tabs, fix spelling
20:58.52 CIA-23 BRL-CAD: 03carlmoore * r51936 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_properties.cpp: remove trailing blanks/tabs, and fix spelling
21:00.51 CIA-23 BRL-CAD: 03carlmoore * r51937 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_properties.h: remove trailing blanks/tabs and fix spelling
21:02.37 CIA-23 BRL-CAD: 03carlmoore * r51938 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_settings.cpp: remove trailing blanks/tabs and fix spelling
21:04.11 CIA-23 BRL-CAD: 03carlmoore * r51939 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_settings.h: remove trailing blanks/tabs & fix spelling
21:14.40 CIA-23 BRL-CAD: 03carlmoore * r51940 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation.cpp: remove trailing blanks/tabs and fix a spelling
21:15.57 CIA-23 BRL-CAD: 03carlmoore * r51941 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation.h: remove trailing blanks/tabs and fix spellings
21:18.24 CIA-23 BRL-CAD: 03carlmoore * r51942 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation2.cpp: remove trailing blanks/tabs and fix spelling and remove a period
21:20.19 CIA-23 BRL-CAD: 03carlmoore * r51943 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation2.h: remove trailing blanks/tabs & fix spellings
21:20.41 CIA-23 BRL-CAD: 03r_weiss * r51944 10/brlcad/trunk/ (include/bn.h src/libbn/plane.c): Added a new function to libbn called "bn_lseg3_lseg3_parallel". This function tests for parallel line segments without using the dot product.
21:21.16 CIA-23 BRL-CAD: 03carlmoore * r51945 10/brlcad/trunk/src/other/openNURBS/opennurbs_arc.cpp: remove trailing blanks/tabs and fix spelling
21:21.55 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
21:27.11 CIA-23 BRL-CAD: 03r_weiss * r51946 10/brlcad/trunk/src/libged/bot_fuse.c: Added function "_ged_show_dangling_edges" to file "bot_fuse.c" within libged. This function will display open edges within NMG objects.
23:06.17 *** join/#brlcad stas (~stas@188.24.33.151)
23:49.52 CIA-23 BRL-CAD: 03r_weiss * r51947 10/brlcad/trunk/src/libged/bot_fuse.c: Code cleanup to fix compile errors.
IRC log for #brlcad on 20120811

IRC log for #brlcad on 20120811

00:23.32 *** join/#brlcad cristina (~quassel@86.127.164.155)
02:00.55 cristina Hello, I am working on the layout of the graph that contains the objects within the database. Is there a way to find out what is the "root node" for the constructed geoometry?
02:03.29 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4308 10/wiki/User:Cprecup/GSoC2012_progress: 09-10/08/2012 - worked on graph layout
03:19.21 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:26.58 *** join/#brlcad tansell-laptop (~tansell@120.153.60.190)
06:30.59 tansell-laptop Hi guys, I want to build a 3d model of a cabinet that I'm putting together - is brlcad a good choice for that?
06:34.20 *** join/#brlcad andrei (~andrei@79.118.113.219)
08:25.50 *** join/#brlcad tansell-laptop (~tansell@120.154.37.34)
09:31.23 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:10.06 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
17:03.59 *** join/#brlcad andrei (~andrei@79.118.113.71)
17:22.54 *** join/#brlcad andrei (andrei@79.118.113.71)
20:20.16 CIA-23 BRL-CAD: 03Stattrav 07http://brlcad.org * r4309 10/wiki/User:Stattrav/GSoC2012_log:
21:35.21 CIA-23 BRL-CAD: 03anrgmrty * r51948 10/brlcad/trunk/src/libged/voxelize.c: create_boxes callback function
21:36.39 CIA-23 BRL-CAD: 03anrgmrty * r51949 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel extraneous comments removed
21:40.57 CIA-23 BRL-CAD: 03anrgmrty * r51950 10/brlcad/trunk/src/libanalyze/voxels.c: printFunction renamed to create_boxes
21:44.57 CIA-23 BRL-CAD: 03anrgmrty * r51951 10/brlcad/trunk/include/analyze.h: analyze.h call back name changed for voxelize function
21:55.41 *** join/#brlcad andrei (~andrei@79.118.113.71)
22:37.10 andrei hello
22:37.28 andrei I have started double - checking and uploading tests to sourceforge
22:37.57 andrei however, on some test my " test cases" are covered by PKC_CK ( which includes an abort (); ). What should I do?
23:54.46 *** join/#brlcad andrei__ (~androirc@79.118.113.71)
IRC log for #brlcad on 20120812

IRC log for #brlcad on 20120812

00:08.31 *** join/#brlcad tansell-laptop (~tansell@1.142.154.233)
00:53.51 CIA-23 BRL-CAD: 03crdueck * r51952 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: some minor cleanup and improvements, added a TODO list
02:40.54 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph editor v2.png]]": This is the corresponding graph generated for the ''share/db/axis.g'' database. Layout for nodes was introduced and vertices between them were created.
02:42.45 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4311 10/wiki/User:Cprecup/GSoC2012_progress: 11/08/2012 - Introduced layout + added vertices between nodes in the GUI
04:02.43 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
05:43.31 *** join/#brlcad andrei__ (~androirc@79.119.90.117)
06:09.29 *** join/#brlcad hsrai (~tcc@202.164.53.117)
06:14.20 *** join/#brlcad hsrai (~tcc@202.164.53.117)
07:58.41 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
08:11.09 *** join/#brlcad andrei_ (~andrei@79.119.91.74)
08:11.21 andrei_ hello !
08:11.38 andrei_ did anyone answer my question ? my irc client quit
08:28.36 archivist no
08:53.41 *** join/#brlcad andrei__ (~androirc@79.119.91.74)
09:06.38 CIA-23 BRL-CAD: 03Ljj038 07http://brlcad.org * r4312 10/wiki/MGED_CMD_rpp-cap:
09:14.48 *** join/#brlcad andrei__ (~androirc@79.119.91.74)
10:56.01 cristina andrei_: no, I don't think so
11:18.43 *** join/#brlcad merzo (~merzo@18-48-133-95.pool.ukrtel.net)
11:25.52 *** join/#brlcad cristina (~quassel@86.127.164.155)
11:39.00 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-olkaqvioxgbxuchv)
11:48.27 CIA-23 BRL-CAD: 03ljj038 07http://more.brlcad.org * r29 10Model repository/: shaft 1 (insert model: )
11:53.23 *** join/#brlcad kingofcsu (~king@124.89.49.244)
11:53.36 kingofcsu the http://more.brlcad.org/ is broken
11:53.53 kingofcsu anyone can fix it?
11:55.04 *** part/#brlcad kingofcsu (~king@124.89.49.244)
11:57.18 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
12:04.11 *** join/#brlcad andrei (andrei@79.119.91.74)
12:10.34 *** join/#brlcad kingofcsu (~king@123.139.219.172)
12:41.25 ksuzee ``Erik: hi, Erik! I have a question about my patch #3549356, which you've commented. I've commented it too and showed the result I have. Could you check it. I really can't understand where the trouble is. I applyed this patch in another copy of trunk and there were only supposed changes
13:33.21 *** join/#brlcad cristina (~quassel@86.127.164.155)
15:16.00 starseeker cool... DreamWorks also releasing open source stuff: http://www.openvdb.org/
18:46.53 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
IRC log for #brlcad on 20120813

IRC log for #brlcad on 20120813

02:35.15 CIA-23 BRL-CAD: 03cprecup * r51953 10/brlcad/trunk/src/ (libged/dag.cpp tclscripts/graph/GraphEditor.tcl):
02:35.15 CIA-23 BRL-CAD: Added routines for positioning the nodes and setting the layout of the graph.
02:35.15 CIA-23 BRL-CAD: Along with the name, type, and positions of the objects, the coordinates of the
02:35.15 CIA-23 BRL-CAD: connection points between the nodes are provided as well to the Tcl script. The
02:35.15 CIA-23 BRL-CAD: outputted graph has now an organized structure, polyline connections and arrows
02:35.16 CIA-23 BRL-CAD: at each end of an edge.
02:41.09 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4313 10/wiki/User:Cprecup/GSoC2012_progress: 12/08/2012 - cleaned up layout source code + introduced connection polylines between nodes
02:41.58 starseeker hah - cool!
07:15.57 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
08:01.44 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:03.46 *** join/#brlcad andrei (~andrei@79.119.91.74)
09:32.26 CIA-23 BRL-CAD: 03phoenixyjll * r51954 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: Remove the TODO comment.
09:35.31 CIA-23 BRL-CAD: 03phoenixyjll * r51955 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Some clean up and fix some bugs, move the common parts into a separate function.
09:42.17 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4314 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */
10:00.37 *** join/#brlcad stas (~stas@188.24.33.151)
10:50.34 *** join/#brlcad stas (~stas@82.208.133.12)
12:22.07 CIA-23 BRL-CAD: 03starseeker * r51956 10/brlcad/trunk/src/tclscripts/archer/images/framebuffer_clear.png: Use a better clear icon (from http://openclipart.org/detail/32329/tango-edit-clear-by-warszawianka)
12:39.42 CIA-23 BRL-CAD: 03cprecup * r51957 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl:
12:39.42 CIA-23 BRL-CAD: Fixed the error in Archer pointed out by starseeker: 'function
12:39.42 CIA-23 BRL-CAD: 'graph_objects_positions' is not defined in class '::cadwidgets::Ged'.
12:39.42 CIA-23 BRL-CAD: Unexpected error encountered while running Archer. Aborting.' A space character
12:39.42 CIA-23 BRL-CAD: was missing.
12:44.22 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
12:55.20 CIA-23 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4315 10/wiki/User:Ksuzee/Reports:
13:50.49 andrei I finished unit test for the libpkg API( all functions ). I have uploaded them on sourceforge. Going to look through the "fixes" for those test and upload them later on today.
14:19.27 CIA-23 BRL-CAD: 03starseeker * r51958 10/brlcad/trunk/ (INSTALL configure.cmake.sh): ws from other changes
14:32.52 CIA-23 BRL-CAD: 03starseeker * r51959 10/brlcad/trunk/src/tclscripts/archer/images/ (raytrace.png raytrace_abort.png): Improve raytracing camera icons - use http://openclipart.org/detail/34423/tango-camera-photo-by-warszawianka and http://openclipart.org/detail/28689/no-sign-by-skotan
14:35.26 CIA-23 BRL-CAD: 03phoenixyjll * r51960 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: rename the variable 'face' to 'new_face' to avoid compiler's shadow warning.
14:46.57 CIA-23 BRL-CAD: 03starseeker * r51961 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Make fb on/off toggle be consistent with state toggle - icon reflects current state.
14:56.13 CIA-23 BRL-CAD: 03starseeker * r51962 10/brlcad/trunk/src/tclscripts/archer/images/ (framebuffer.png framebuffer_off.png): Try to improve the framebuffer toggle icons.
17:37.36 CIA-23 BRL-CAD: 03starseeker * r51963 10/brlcad/trunk/CMakeLists.txt: Do for the automatically maintained files what we're doing in the SCL case - unless explicitly told the source directory is totally locked, go ahead and do the sync operations.
17:40.14 *** join/#brlcad andrei (andrei@79.119.91.74)
17:45.34 CIA-23 BRL-CAD: 03MacdkasckpqipBreon 07http://brlcad.org * r4316 10/wiki/What_Can_Make_Make_Money_Niche_Blogging_An_Excellent_Plan: New page: Market blogs is an excellent method to try to make extra income privately. The reality is, in time, it could possibly turn into a full-time cash flow if you select the best niche. There ar...
17:54.55 CIA-23 BRL-CAD: 03starseeker * r51964 10/brlcad/trunk/src/nirt/if.c: Correct formula for obliquity in nirt - this will only be visable if the normal vector isn't unitized. Bob caught this.
18:01.54 CIA-23 BRL-CAD: 03carlmoore * r51965 10/brlcad/trunk/src/rt/main.c: fix a spell per C. Sean Morrison
18:05.17 CIA-23 BRL-CAD: 03carlmoore * r51966 10/brlcad/trunk/src/other/openNURBS/opennurbs_arc.h: remove trailing blanks/tabs and fix a spelling
18:09.06 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[What Can Make Make Money Niche Blogging An Excellent Plan]]": spam
18:09.21 CIA-23 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:MacdkasckpqipBreon]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
18:09.57 CIA-23 BRL-CAD: 03carlmoore * r51967 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.cpp: remove trailing blanks/tabs and fix a spelling
18:13.24 andrei Sorry for the development log, I ll update it in a few hours, at most.
18:29.47 CIA-23 BRL-CAD: 03carlmoore * r51968 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.cpp: remove trailing blanks/tabs, and fix spelling
18:33.08 CIA-23 BRL-CAD: 03carlmoore * r51969 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.h: remove trailing blanks/tabs and fix spelling
18:43.04 CIA-23 BRL-CAD: 03carlmoore * r51970 10/brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: remove trailing blanks/tabs and fix MANY spellings
18:55.55 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
19:02.04 CIA-23 BRL-CAD: 03carlmoore * r51971 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing blanks/tabs and fix spelling
19:04.31 CIA-23 BRL-CAD: 03carlmoore * r51972 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: commit'd a 2nd time because 2 cases of 'its' needed apostrophe
19:32.54 *** join/#brlcad stas (~stas@188.24.33.151)
19:44.31 CIA-23 BRL-CAD: 03carlmoore * r51973 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: remove trailing blanks/tabs and fix spelling
19:51.59 andrei I have finished unit testing(and most of the fixes for pkc.c , will finish them shortly ). Regarding the implenentation of user callbacks, I m not sure what I need to achieve. Could someone please explain what should I do or where should I documment ? Thanks !
19:58.02 CIA-23 BRL-CAD: 03carlmoore * r51974 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: fix spellings
19:59.49 CIA-23 BRL-CAD: 03carlmoore * r51975 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: remove trailing blanks/tabs
20:01.33 CIA-23 BRL-CAD: 03carlmoore * r51976 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: remove trailing blanks/tabs
20:06.00 CIA-23 BRL-CAD: 03carlmoore * r51977 10/brlcad/trunk/src/tclscripts/boteditor/botEditor.tcl: remove trailing blanks/tabs and fix spellings
20:12.24 CIA-23 BRL-CAD: 03carlmoore * r51978 10/brlcad/trunk/src/tclscripts/hv3/combobox.tcl: remove trailing blanks/tabs, fix spelling, put periods in i.e. and e.g.
20:13.48 CIA-23 BRL-CAD: 03carlmoore * r51979 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: remove trailing blanks/tabs
20:15.13 CIA-23 BRL-CAD: 03carlmoore * r51980 10/brlcad/trunk/src/tclscripts/hv3/hv3.man: remove trailing blanks/tabs and fix spellings
20:24.13 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
20:36.25 starseek1r ksuzee: ``Erik and I looked at your patch 3549356 - we had slightly misread what it was trying to do. It's OK in one sense - consolidating the two states
20:36.27 ``Erik ksuzee: just looked over your patch again with starseeker, it does look correct(ish). I think starseeker is walking over to apply and commit right now, but is confused about why the duplicate(ish) functions exist in the first place... mebbe brlcad can spare a second
20:37.04 starseek1r not applying just yet - that change raises the question of why there are two states there in the first place.
20:37.40 starseek1r brlcad: can 3549356 be applied to consolidate code without resolving why there are separate state5 and state6 functions in the first place?
20:38.38 starseek1r ksuzee: remember - we need to clean up and simplify cases like this, not just consolidate...
20:39.41 ``Erik andrei: for the moment, just get the patches polished and uploaded.
20:42.26 andrei right
20:42.53 andrei they should be fine, but there is some duplication. I m using a display functions in several unit tests
20:42.56 andrei where should I put it ?
20:43.02 andrei pkg.h should do ?
20:43.41 ``Erik do it as a seperate patch, get the id number, then refer to it in patches that use the display funcs
20:44.02 ``Erik maybe we can get you commit access fairly soon and you can just do a bit commit
20:45.22 andrei as I told brlcad, there is a test unit ( red black tree API unit test). I submitted it a long time ago, it should be the easiest thing to review, I believe.
20:45.30 andrei but has nothing to do with my project
20:47.43 ksuzee starseeker, ``Erik: hello! Sorry, I was away
20:48.56 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
20:49.05 ``Erik ksuzee: no prob, just need to dig into why the duplicate functionality is there, not simply collapse it... we'll see if brlcad is ok with this counting as a 'good patch'
20:51.23 ksuzee ``Erik: ok, thank you for an answer. I was a bit worried
20:55.09 ksuzee And what about commit access? If this patch is applyed, will I be able to get commit access? I've already finished everything I planned to do during GSoC..
20:56.07 ``Erik ksuzee: we're waiting on brlcad for that
20:56.19 ``Erik join me in finding sharp point sticks to poke him with :D
20:56.24 ``Erik pointy
21:04.43 ksuzee :))))
21:09.21 starseeker ksuzee: in the meantime, see if you can figure out why there need to be two different states and return values there in the first place
21:15.48 ksuzee you mean state56 function?
21:24.18 *** join/#brlcad andrei (~andrei@79.119.91.74)
21:32.00 CIA-23 BRL-CAD: 03r_weiss * r51981 10/brlcad/trunk/ (include/raytrace.h src/librt/primitives/nmg/nmg_misc.c):
21:32.00 CIA-23 BRL-CAD: Added a second version of function "nmg_loop_plane_area" to file "nmg_misc.c".
21:32.00 CIA-23 BRL-CAD: The new version is named "nmg_loop_plane_area2". This is for testing, at some
21:32.00 CIA-23 BRL-CAD: point the two versions will be consolidated. Also updated "raytrace.h".
21:39.02 andrei ``Erik : I just realised. Some functions have the PKG_CK macro. I shouldn't test the cases that are covered by it, right?
21:39.13 andrei if (pc==PKC_NULL || pc->pkc_magic!=PKG_MAGIC)
21:41.35 *** join/#brlcad cristina (~quassel@86.127.164.155)
21:42.23 CIA-23 BRL-CAD: 03r_weiss * r51982 10/brlcad/trunk/src/librt/primitives/nmg/nmg_info.c: Updated function "nmg_loop_is_ccw" in file "nmg_info.c" to use function "nmg_loop_plane_area2".
21:43.20 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4317 10/wiki/User:Popescu.andrei1991: /* Week 11 */
21:44.40 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4318 10/wiki/User:Popescu.andrei1991: /* Week 11 */
21:44.53 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4319 10/wiki/User:Popescu.andrei1991: /* Week 11 */
21:45.44 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4320 10/wiki/User:Popescu.andrei1991: /* Week 12 */
21:45.54 CIA-23 BRL-CAD: 03r_weiss * r51983 10/brlcad/trunk/src/libbn/plane.c: Updated function "bn_isect_line3_line3" in file "plane.c" to use function "bn_lseg3_lseg3_parallel" and to better handle special cases.
21:48.36 CIA-23 BRL-CAD: 03r_weiss * r51984 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Updated function "is_convex" in file "nmg_tri.c" to compute its normal instead of assuming the z-axis.
21:50.35 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4321 10/wiki/User:Popescu.andrei1991: /* Week 12 */
21:51.29 CIA-23 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4322 10/wiki/User:Popescu.andrei1991: /* Week 12 */
22:14.12 cristina starseeker: I am having doubts about how to integrate the commands in Archer.
22:14.28 cristina <PROTECTED>
22:14.34 cristina <PROTECTED>
22:16.42 cristina I tried defining a graph method in ArcherCore.tcl but it doesn't help.
22:56.46 starseeker cristina: hmm... well, perhaps the "man" command might be something to look at? That launches a GUI window, and it's an Archer command
IRC log for #brlcad on 20120814

IRC log for #brlcad on 20120814

00:03.04 CIA-23 BRL-CAD: 03starseeker * r51985 10/brlcad/trunk/ (4 files in 4 dirs): Move some more functions/functionality into libnurbs. This is just to deal with compilation issues - needs some serious API consideration.
00:03.42 starseeker ``Erik: that may deal with the compilation issue you were seeing - let me know
00:09.10 CIA-23 BRL-CAD: 03starseeker * r51986 10/brlcad/trunk/include/CMakeLists.txt: Add nurbs.h to distcheck logic.
00:59.38 cristina starseeker: I've been looking to where the "man" command is refered to. It is defined in ArcherCore.tcl as well. Does that suffice? I've put my command there but it isn't recognized.
01:20.43 CIA-23 BRL-CAD: 03Cprecup 07http://brlcad.org * r4323 10/wiki/User:Cprecup/GSoC2012_progress: 13/08/2012 - fixed bug + started "graph" command integration in Archer
01:33.37 CIA-23 BRL-CAD: 03starseeker * r51987 10/brlcad/trunk/src/ (libtclcad/tclcadAutoPath.c tclscripts/archer/ArcherCore.tcl): Put bare bones of Archer graph command in place.
01:34.11 starseeker cristina: that makes the graph command in Archer "do something", but based on the error messages I'm guessing some MGED window structures are assumed?
01:34.20 starseeker anyway, that should be enough to get you started
01:37.10 cristina starseeker: ok, thank you. I didn't add this line: "exit facetize fracture g graph group hide human i \"
01:47.50 cristina starseeker: as for your question, the graph procedure does determine the framebuffer window id and check if a window with that id is already opened before calling the constructor of GraphEditor class.
02:06.14 cristina starseeker: regarding your last commit for the libtclcad/tclcadAutoPath.c file: when running the command "graph" in MGED I get now an empty window. I left the #ifdef #endif there because I couldn't handle this in case Adaptagrams wasn't available
02:30.41 starseeker cristina: Ideally, "graph" should report something like "Adaptagrams not available" when you try to run it...
02:31.24 starseeker maybe ged_graph could support some sort of query option that would let you detect this from Tcl land?
02:32.24 cristina this is reported when wrapped C commands are trying to be ran ( graph_objects_positions, for example). For this Tcl procedure that doesn't have a corresponding C routine I couldn't do this.
02:33.14 cristina Hm, so I should implement a ged_graph routine that is simply called when the graph command is ran, as I've done with graph_objects_positions?
02:41.15 starseeker that's one possibility
02:41.58 starseeker or you could just try using graph_objects_positions to find out what you need to know
03:12.56 brlcad model repository is fixed
03:27.41 brlcad cristina: one design issue I've been meaning to mention, it'd be good to group your top-level commands together under just one 'graph' command
03:27.48 brlcad instead of a set of new commands
03:31.49 cristina brlcad: Hello. Could you give me an example of such a command? I assume the C implementation for ged_graph_objects_positions will stay the same, as a separate routine. Am I wrong? Modifications should be done outside the dag.cpp file, right?
03:32.14 brlcad it can be nearly identical if not identical, just grouped together
03:32.25 brlcad source code can be organized however, identical even
03:32.33 brlcad the change is just to the top-level command
03:32.38 brlcad e.g., "graph"
03:35.16 cristina Ok, I will work on it. The "graph" command corresponds just to a Tcl procedure for now. It has no back end C implementation. Is this alright?
03:38.20 brlcad hm?
03:40.50 cristina I was wondering if I can group the commands into the "graph" command just within the Tcl script or C/C++ implementation is needed.
03:40.55 cristina I will study the issue
03:41.08 brlcad ideally in C
03:41.29 brlcad we want to be able to bind that as the single libged interface (even if that interface calls into other functions)
03:43.16 cristina I understand, thank you
03:47.53 brlcad cristina: it's a bit of overkill for what you need but src/libged/edit.c is a similarly grouped command that has subcommands
03:51.06 brlcad select.c is a similar sub-command grouping, but less obvious
03:54.51 brlcad ah, starseeker beat me to it .. also moved plane_ray and friends over due to compilation issues
03:54.57 brlcad fortunately, nearly the same
03:59.25 CIA-23 BRL-CAD: 03brlcad * r51988 10/brlcad/trunk/include/nurbs.h: header cleanup, remove unnecessary forward decl
04:00.16 CIA-23 BRL-CAD: 03brlcad * r51989 10/brlcad/trunk/include/brep.h: heh, NRUBS! Non-uniform, not non-rational
04:02.33 CIA-23 BRL-CAD: 03brlcad * r51990 10/brlcad/trunk/src/conv/g-nff.c: reorder to avoid forward decls
04:03.31 CIA-23 BRL-CAD: 03brlcad * r51991 10/brlcad/trunk/src/conv/g-nff.1: v and i are separate options. be consistent with usage.
04:04.07 CIA-23 BRL-CAD: 03brlcad * r51992 10/brlcad/trunk/TODO: looks like g-nff is in sync now
04:06.55 CIA-23 BRL-CAD: 03brlcad * r51993 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: declare nurbs.h functions for us
04:19.33 CIA-23 BRL-CAD: 03brlcad * r51994 10/brlcad/trunk/src/libbn/tri_tri.c: ws
04:26.37 CIA-23 BRL-CAD: 03brlcad * r51995 10/brlcad/trunk/src/libbu/tests/bu_basename.c: this should but doesn't halt on failure
04:50.02 *** join/#brlcad andrei (andrei@79.119.91.74)
05:05.31 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
05:08.43 CIA-23 BRL-CAD: 03phoenixyjll * r51996 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Try the ON_Surface::Pushup() method first.
05:25.07 CIA-23 BRL-CAD: 03phoenixyjll * r51997 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Some clean up: modify comments, rename a variable with typo, eliminate the debug output, and reduce using dynamic allocated pointers.
05:53.26 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
05:54.14 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
05:56.03 CIA-23 BRL-CAD: 03phoenixyjll * r51998 10/brlcad/trunk/include/nurbs.h: Add comment before surface_surface_intersection() to describe the algorithm used in SSI.
07:13.06 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
08:56.59 CIA-23 BRL-CAD: 03Phoenix 07http://brlcad.org * r4324 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
09:01.17 *** join/#brlcad stas (~stas@188.24.33.151)
09:16.10 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:26.37 kanzure another bzflag player working on brlcad?
09:26.41 kanzure that seems unlikely?
10:47.46 *** join/#brlcad stas (~stas@82.208.133.12)
11:11.44 *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
11:25.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:56.49 brlcad kanzure: that's the RDNS that many connect from with a persistent connection
12:59.20 ksuzee ``Erik, starseeker: hello! Has Sean answered you anything?
12:59.53 brlcad good morning ksuzee
13:00.09 ksuzee brlcad: hello, Sean!
13:03.27 ksuzee brlcad: Erik and Cliff wanted to ask you about my patch yesterday
13:03.56 brlcad the need to ask is not a good sign ;)
13:04.24 ksuzee :)
13:04.27 brlcad patches should be "obvious" to apply, usually some simple obvious benefit with no downsides
13:04.30 brlcad which patch?
13:05.05 brlcad 3536116?
13:05.13 brlcad looks like your oldest
13:05.23 ksuzee 3549356
13:05.26 ksuzee this one
13:06.08 ksuzee 3536116 wasn't commented at all
13:07.45 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
13:07.56 ksuzee Cliff's words: <starseek1r> brlcad: can 3549356 be applied to consolidate code without resolving why there are separate state5 and state6 functions in the first place?
13:09.31 brlcad summarize the patch to me
13:09.51 brlcad (quickly, gotta run soon) :)
13:10.19 ksuzee Details:
13:10.20 ksuzee The most body of functions state5() and state6() was united at function state56(). Duplications was removed.
13:10.28 ksuzee :)
13:11.52 brlcad so you say most of the body
13:11.56 brlcad most is not all?
13:12.01 brlcad what's different
13:12.25 ksuzee sorry
13:12.32 ksuzee I'm not right
13:12.35 ksuzee all the body
13:12.44 ksuzee only one parameter is added
13:12.45 brlcad critical detail
13:13.16 brlcad so the body to both functions were completely identical except for that return value?
13:13.32 ksuzee yes
13:13.37 brlcad are you sure? :)
13:13.41 ksuzee yes)))
13:14.04 ksuzee I checked it in Meld
13:14.36 brlcad so IF (and only if) that is true, then the refactoring is fine except you choose a terrible function name and have a misleading summary
13:14.47 brlcad state56 doesn't say semantically what that new function does
13:14.51 brlcad it should
13:15.07 brlcad moreover, could just as easily think there are 55 other states
13:15.28 ksuzee yes, understand :)
13:15.49 andrei Hello !
13:15.52 ksuzee so what name would be better?
13:17.02 andrei brlcad, I finished test units for libpkg API but I figured out that some cases that I tested are covered by PKC_CK, should I remove those cases?
13:17.10 andrei otherwise tests never get past that point.
13:17.15 brlcad i don't know what a better name would be without reading the function in detail to know what the semantic purpose of each was
13:17.53 CIA-23 BRL-CAD: 03brlcad * r51999 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: apply sf patch 3549356 from ksuzee (Reduction in src/librt/primitives/nmg/nmg_rt_segs.c). the body of functions state5() and state6() were united, put into a common 'state5and6' (slightly patch mod) function.
13:18.29 brlcad andrei: leave them in, but comment them out and leave a note why
13:18.50 andrei ok
13:20.41 *** join/#brlcad andrei (~andrei@79.119.91.74)
13:21.18 ksuzee I see, you've alredy applyed. Thanks!
13:21.21 brlcad ksuzee: so that was a useful patch, but had those two problems -- might want to make sure you don't have any other misleading summaries, and confusing function names
13:22.04 brlcad getting better, but really the point is to have absolutely NO questions when applying the patch, that is just completely obvious because you've gone over every detail
13:23.32 ksuzee brlcad: ok, I understand. In my other patches I usually add "extra_" to the names of new functions
13:23.56 ksuzee If they are used only in situations like this
13:24.01 brlcad so that's not a good name
13:24.16 brlcad doesn't really say what's different
13:26.31 brlcad just adding some vague word or a number (e.g., common3()) are not helpful, and don't scale
13:26.46 brlcad I just reviewed 3536116
13:26.49 brlcad it's no good
13:27.03 brlcad you left off the build system files that would make it compile
13:27.22 brlcad more importantly, you introduce a major bug breaking one of the two tools you refactored
13:27.36 brlcad d-i and f-i read doubles and floats respectively -- you made both read doubles
13:31.50 ksuzee I've just checked. It lookes like I put there previous patch file
13:32.08 ksuzee in the last one there're makefiles
13:33.41 kanzure why do you all wake up at the same time?
13:34.15 brlcad like I said, "more importantly, you introduce a major bug breaking one of the two tools you refactored"
13:34.57 brlcad several of your other patch files have build system changes, but you should make sure
13:35.13 brlcad I just reviewed 3533010 and it too has problems
13:35.21 brlcad refers to files that don't exist
13:36.04 andrei brlcad : there is something I don't really understand regarding my unit tests. have a function which has only pkg_conn as parameter. I wrote an unit test to check each field from pkg_conn. If pkc_magic isn't correct, each function call( parameter test) is discared. If I change the pkc_magic to the valid one at start I get segmentation fault on each call.
13:36.59 andrei Does this need to be repaired ? I mean, should I take into consideration that it can be a "bad "pkg_conn with correct magic number?
13:38.08 ksuzee brlcad: I see. But all about this situation I've discussed with Cliff...And there's a comment about it...That pacth must go together with another one
13:40.32 brlcad ksuzee: ah, i missed the discussion, but my main comment still applies
13:41.08 brlcad just adding some vague word or a number is not good
13:41.21 brlcad having util.c and util1.c is not good
13:41.22 ksuzee About float - double is really my fail, I'll correct it now
13:41.38 brlcad that's completely ambiguous
13:42.16 brlcad if they can't be combined, then they're probably not utility functions
13:42.34 brlcad if they can, then they shouldn't be separate files
13:43.05 ksuzee no, I tryed to combine them and it was impossible
13:43.10 ksuzee *tried
13:43.46 ksuzee ok, I will rename
13:44.09 brlcad why was it impossible?
13:47.06 ksuzee As I remember, because of global variables
13:49.53 ksuzee and If I correct float-double, shall I put to the new patch file Makefile and CMakeFiles?
13:50.09 ksuzee Or it's not necessary with another patch?
13:50.51 ksuzee which goes together with this one
13:53.46 brlcad ksuzee: the proper fix for f-i/d-i is not easy
13:55.01 brlcad the fix would be to eliminate the static global buffers, passing only the element size and having it return a buffer
13:55.25 brlcad that's not as simple as moving code around, though, and requires solid understanding of pointers and data
13:55.49 brlcad I wouldn't suggest attempting it at this point given you have a dozen other patches pending, all with potentially similar problems
13:57.14 brlcad I just reviewed three, and all three had a problem .. problems you could have found yourself and fixed before they were reviewed
13:57.29 brlcad I suggest reviewing the others
13:58.08 brlcad making sure you haven't just added a number to a function or file name to make it different, making sure it doesn't have some vauge name added to make something compile
13:59.52 brlcad you can start with the util1.c/util1.h files giving them a better name or combining with util.c/util.h if possible
14:00.07 brlcad if you rename, ask yourself what kind of utility functions -- that might help name the files
14:00.37 ksuzee brlcad: ok, thank you.
14:00.49 ksuzee And before checking I'd like to ask
14:01.24 ksuzee I have a few patches, where functions take place in different directories
14:01.51 ksuzee for example: 3556191
14:02.18 ksuzee Common functions are situated in libbn library
14:03.37 ksuzee And I include new files like this - #include "../libbn/clip.h"
14:03.42 ksuzee Is it possible?
14:22.06 brlcad relative linking is usually bad
14:22.21 brlcad that breaks library scoping
14:22.45 brlcad duplication is preferred over breaking library scope
14:23.27 brlcad if it's truely common, it might be a useful new libbn function or even a new libbu function, but that really depends what the function is/does
14:32.49 *** join/#brlcad CIA-55 (~CIA@204.152.223.100)
14:33.20 ksuzee so it's better to put these functions into existing file, not in the new one?
15:12.13 CIA-55 BRL-CAD: 03starseeker * r52000 10/brlcad/trunk/regress/nirt.sh: Don't strip spaces from the NIRT sample output unless/until nirt output also strips all spaces.
15:17.06 CIA-55 BRL-CAD: 03carlmoore * r52001 10/brlcad/trunk/configure.cmake.sh: remove trailing blank
15:19.18 CIA-55 BRL-CAD: 03carlmoore * r52002 10/brlcad/trunk/INSTALL: remove trailing blanks/tabs and fix a spelling
15:20.56 CIA-55 BRL-CAD: 03starseeker * r52003 10/brlcad/trunk/regress/red.sh: red now rejects unsafe color - update regression test.
15:35.00 CIA-55 BRL-CAD: 03carlmoore * r52004 10/brlcad/trunk/TODO: fix spelling
15:35.33 CIA-55 BRL-CAD: 03starseeker * r52005 10/brlcad/trunk/ (4 files in 3 dirs): INSTALL and configure.cmake.sh are (partially) autogenerated - clean up the ws in the source contents, rather than the generated output.
15:55.55 CIA-55 BRL-CAD: 03starseeker * r52006 10/brlcad/trunk/ (CMakeLists.txt src/other/step/cmake/sync_generated.cmake.in): Update documentation on handling of INSTALL.new, configure.new, and perplex/re2c/lemon cached files.
16:57.38 CIA-55 BRL-CAD: 03starseeker * r52007 10/brlcad/trunk/CMakeLists.txt: sp
17:06.37 CIA-55 BRL-CAD: 03carlmoore * r52008 10/brlcad/trunk/ChangeLog: fix spellings
17:09.19 CIA-55 BRL-CAD: 03carlmoore * r52009 10/brlcad/trunk/ChangeLog: fix spelling of 'reported'
17:50.47 *** join/#brlcad andrei (~andrei@86.123.127.119)
17:50.48 andrei hello
17:51.12 andrei brlcad : sorry my internet connection broke down could you ( or someone else ) repeat what you said, if you answered?
18:04.49 CIA-55 BRL-CAD: 03carlmoore * r52010 10/brlcad/trunk/include/nurbs.h: remove trailing blank and fix spellings
18:08.35 CIA-55 BRL-CAD: 03carlmoore * r52011 10/brlcad/trunk/include/vmath.h: fix spellings
18:23.35 CIA-55 BRL-CAD: 03anrgmrty * r52012 10/brlcad/trunk/src/libged/voxelize.c: voxelize with command line options, regions defined
18:30.26 CIA-55 BRL-CAD: 03carlmoore * r52013 10/brlcad/trunk/include/raytrace.h: fix spellings
18:33.46 *** join/#brlcad andrei (andrei@86.123.127.119)
18:45.00 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:48.48 jordisayol starseeker: how developed is the new packaging system for Linux?
19:01.27 jordisayol is archer still in pre-alpha state?
19:03.58 *** join/#brlcad merzo (~merzo@51-114-133-95.pool.ukrtel.net)
19:09.09 CIA-55 BRL-CAD: 03anrgmrty * r52014 10/brlcad/trunk/src/tclscripts/lib/tclIndex: position of voxelize changed so it is in alphabetical order
19:13.46 CIA-55 BRL-CAD: 03anrgmrty * r52015 10/brlcad/trunk/src/tclscripts/lib/ (Db.tcl Mged.tcl): position of method voxelize changed so it is in alphabetical order
19:18.48 *** join/#brlcad stas (~stas@188.24.33.151)
19:22.33 CIA-55 BRL-CAD: 03anrgmrty * r52016 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: position of method voxelize changed so it is in alphabetical order
19:34.53 *** join/#brlcad merzo (~merzo@51-114-133-95.pool.ukrtel.net)
19:39.02 cristina brlcad: I was checking the structure of the libged/edit.c file. What should the expected subcommands of the "graph" command be, at this point?
19:39.13 cristina "Graph" should launch a new window with the graph already outputted, right? I don't think there's a need for a "view" subcommand in this case.
19:39.28 cristina Is the user curious in finding out the coordinates of the rectangles and edges between the nodes within the graph? If not, then the "graph_objects_positions" subcommand doesn't need to be created either.
19:40.53 andrei ``Erik, what should I do regarding the matter I asked brlcad earlier ?
19:43.59 cristina One more question: If I wrap a "ged_graph" C function in a command named "graph" can I have a Tcl procedure that is called "graph" as well? And when running "graph" in the interpreter to call the Tcl procedure and launch the window?
20:06.09 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
21:28.55 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
21:29.19 DarkCalf waves to #brlcad
21:45.20 CIA-55 BRL-CAD: 03r_weiss * r52017 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c:
21:45.22 CIA-55 BRL-CAD: Added new function "nmg_isect_pt_facet" to file "nmg_tri.c". This function
21:45.22 CIA-55 BRL-CAD: handles more special cases when testing if a point is within a facet. Changed
21:45.22 CIA-55 BRL-CAD: function "cut_unimonotone" to use this new function. This is a work in process.
22:04.54 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:42.02 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
23:17.40 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperf.png]]"
23:19.19 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Perfvsimages.png]]"
23:20.24 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfpermhz.png]]"
23:22.42 CIA-55 BRL-CAD: 03r_weiss * r52018 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Update to "cut_unimonotone" in file "nmg_tri.c" to fix some compile errors.
23:26.45 Yoshi47 anyone know the status of Archer?
23:26.54 Yoshi47 or where I can find out about that status
23:27.54 louipc as far as I know it's actively developed and is intended as the successor to mged
23:28.45 louipc but doesn't have full functionality yet
23:34.26 Yoshi47 louipc, so you don't use it?
23:35.00 louipc no I haven't used it much
23:41.30 ``Erik still "pre-alpha", a test run a couple weeks ago cropped up a bunch of bugs and usability issues
23:43.26 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r4328 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Sample plots added to the page.
IRC log for #brlcad on 20120815

IRC log for #brlcad on 20120815

00:46.05 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r4329 10/wiki/User:Cprecup/GSoC2012_progress: 14/08/2012 - group top-level commands under a single "graph" command
02:02.31 *** join/#brlcad merzo (~merzo@171-86-132-95.pool.ukrtel.net)
04:14.48 brlcad waves back to DarkCalf
05:11.45 CIA-55 BRL-CAD: 03phoenixyjll * r52019 10/brlcad/trunk/src/librt/primitives/cline/cline_brep.cpp: free the pipe internal.
05:12.48 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:13.01 CIA-55 BRL-CAD: 03phoenixyjll * r52020 10/brlcad/trunk/src/librt/primitives/ehy/ehy_brep.cpp: Eliminate memory leak.
05:13.38 CIA-55 BRL-CAD: 03phoenixyjll * r52021 10/brlcad/trunk/src/librt/primitives/epa/epa_brep.cpp: Eliminate memory leak.
05:14.20 CIA-55 BRL-CAD: 03phoenixyjll * r52022 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Eliminate memory leak.
05:15.27 CIA-55 BRL-CAD: 03phoenixyjll * r52023 10/brlcad/trunk/src/librt/primitives/extrude/extrude_brep.cpp: free the memory of extrudepath.
05:20.59 CIA-55 BRL-CAD: 03phoenixyjll * r52024 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: The SSI function is quite reasonable now. Remove the "WIP" comment.
05:28.07 brlcad jordisayol: yes, still pre-alpha
05:28.28 jordisayol brlcad: ok, thanks
05:28.44 brlcad ran some user testing a few weeks ago and uncovered a handful of issues that need to be addressed
05:29.32 jordisayol aha
05:30.56 jordisayol and how developed is the new packaging system for Linux?
05:31.15 brlcad no idea
05:31.26 jordisayol ok :-)
05:32.22 jordisayol any claim for current deb/rpm packages?
05:34.42 brlcad isn't that your area? :)
05:36.23 jordisayol I didn't receive any claim ever, but I do not stay on chat all the time
05:54.39 brlcad jordisayol: not sure what you mean by claim
05:55.01 brlcad your rpm and debs get tons of hits
05:55.42 brlcad that makes you the defacto release manager for rpm and debs :)
05:55.55 brlcad s/rpm and debs/linux/
05:57.54 jordisayol thanks
09:26.30 CIA-55 BRL-CAD: 03anrgmrty * r52025 10/brlcad/trunk/src/tclscripts/mged/help.tcl: help for voxelize
09:32.29 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:13.22 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
11:22.51 *** join/#brlcad stas (~stas@82.208.133.12)
12:13.07 *** join/#brlcad MagnusPathtracer (~magnus@host109-154-241-55.range109-154.btcentralplus.com)
12:13.12 MagnusPathtracer hi. :)
12:15.09 MagnusPathtracer i'm new to brl-cad, but would i be right in thinking that iso step can be used to move work between brl-cad and other solid modelling packages?
12:31.44 brlcad MagnusPathtracer: that's the idea and the approach we're working towards, though right now we only have a step importer (for brep/nurbs entities)
12:32.10 MagnusPathtracer ok
12:32.16 brlcad should be very easy to write an exporter, but nobody has done that yet
12:33.32 MagnusPathtracer i'm getting the "can't read "TREE_MODE_LIST":no such variable" pretty much every time i try and add a shape. is that normal?
12:34.18 brlcad you're not getting ignored andrei, I just didn't see your most recent question (because I was in the middle of talking to somoene else)
12:35.29 brlcad andrei: setting a valid magic doesn't mean it shouldn't crash -- it really depends on why it's crashing and whether it's preventable
12:35.51 brlcad if it's dereferencing a null pointer in the pkg_conn, for example, that's easily preventable regardless of the magic
12:36.37 andrei ah, so I need to fix those cases
12:36.38 andrei aswell.
12:36.45 brlcad if it has an index into an array and it's not a negative number or some other obviously "wrong" value, that's probably not avoidable
12:37.26 brlcad MagnusPathtracer: sounds like you're using archer?
12:37.46 MagnusPathtracer brlcad: yes. is that not what i should be using? :)
12:37.46 brlcad no, it's not normal -- and you might want to start with mged instead of archer
12:37.51 MagnusPathtracer ah
12:37.56 brlcad archer is pre-alpha
12:37.59 MagnusPathtracer ah
12:38.11 MagnusPathtracer it did seem worryingly buggy. :)
12:38.14 brlcad you can use it, and feel free to and to report issues like that, but you'll probably run into other issues as well
12:38.50 brlcad we were about to announce alpha status recently and pushed those plans back
12:39.20 MagnusPathtracer so mged is a more basic, command line tool?
12:39.28 brlcad not really
12:39.54 brlcad everything you can do in archer you can do in mged, the GUI is just rather different
12:39.59 MagnusPathtracer gotcha.
12:40.11 brlcad mged also has a command-line mode, but gui is the default
12:40.41 MagnusPathtracer ok. i'll have a tinker with mged.
12:41.22 brlcad extensive tutorials and helper materials on the website
12:41.31 MagnusPathtracer thankyou.
12:41.31 brlcad http://brlcad.org/wiki/Documentation
12:41.49 brlcad or just ask folks here ;)
12:42.09 brlcad we might not answer quick, but we do usually respond if you're here when the question is read
12:43.05 brlcad svn 1.7 is released
12:50.22 andrei brlcad : right, then off to work. There are quite some modifications I need to make.
12:51.54 MagnusPathtracer brlcad: if there isn't a steps exporter is there any other way of getting something made in brl-cad to other solid modelling programs?
12:53.42 brlcad andrei: fixes for any individual crash are a good isolated patch
12:54.14 brlcad MagnusPathtracer: sure, we have over a dozen exporters for other common formats
12:54.47 brlcad http://brlcad.org/tmp/converters_page23.jpg
12:55.14 brlcad dxf, obj, and stl are commonly used
12:55.18 MagnusPathtracer awesome. :)
12:57.51 CIA-55 BRL-CAD: 03bob1961 * r52026 10/brlcad/trunk/ (9 files in 5 dirs): This is the initial installment of code to support bot editing in Archer. Also a few tweaks for editing pipes in Archer.
13:17.48 ksuzee brlcad: hello, Sean! I've already reducted the names of util and util1. If these patches must go together (have the same build system), shall I put build settings to both patch files or one is enough?
13:21.45 brlcad patches should be independently applyable
13:22.10 brlcad so we can grab either, apply it, commit, apply the other, commit
13:22.26 brlcad same changes get skipped, so it's okay if it's duplicating the build logic
13:22.44 brlcad more important that it applies cleanly and works, regardless of which one is applied first
13:26.10 ksuzee ok, so i'll manually delete unused files from makefiles just for independent apply, and it will be more clear
14:04.15 CIA-55 BRL-CAD: 03bob1961 * r52027 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Added code to cadwidgets::TkTable::handleKey to enforce a single selection mode if the -singleSelectCallback option is set.
14:55.08 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4330 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
14:55.34 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4331 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
15:16.20 ksuzee brlcad: I've updated 3533010 and 3534958 patches and will wait for your checking
15:23.55 *** join/#brlcad phoenixyjll (0e7129b1@gateway/web/freenode/ip.14.113.41.177)
16:47.21 CIA-55 BRL-CAD: 03carlmoore * r52028 10/brlcad/trunk/CMakeLists.txt: remove trailing blanks/tabs and fix spelling
17:06.37 *** join/#brlcad andrei (~andrei@86.123.127.119)
17:37.05 CIA-55 BRL-CAD: 03carlmoore * r52029 10/brlcad/trunk/INSTALL: fix spelling of 'utility'
17:41.31 CIA-55 BRL-CAD: 03carlmoore * r52030 10/brlcad/trunk/regress/nirt.sh: remove trailing blanks/tabs
17:44.52 CIA-55 BRL-CAD: 03carlmoore * r52031 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: remove trailing blanks/tabs, and fix a spelling
17:46.47 CIA-55 BRL-CAD: 03carlmoore * r52032 10/brlcad/trunk/doc/docbook/CMakeLists.txt: remove trailing blanks/tabs
17:48.33 CIA-55 BRL-CAD: 03carlmoore * r52033 10/brlcad/trunk/doc/docbook/README.DB_authors_notes: fix a spelling and remove trailing blanks/tabs
17:50.04 CIA-55 BRL-CAD: 03carlmoore * r52034 10/brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: remove trailing blanks/tabs
17:54.27 CIA-55 BRL-CAD: 03carlmoore * r52035 10/brlcad/trunk/misc/CMake/CheckCSourceRuns.cmake: fix spelling and remove trailing blanks/tabs
17:55.59 CIA-55 BRL-CAD: 03carlmoore * r52036 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix spelling and remove trailing blanks/tabs
17:58.18 CIA-55 BRL-CAD: 03carlmoore * r52037 10/brlcad/trunk/misc/CMake/DocBook.cmake: remove trailing blanks/tabs
17:58.23 *** join/#brlcad andrei (andrei@86.123.127.119)
17:59.23 CIA-55 BRL-CAD: 03carlmoore * r52038 10/brlcad/trunk/misc/CMake/FindFontconfig.cmake: remove trailing blanks/tabs
18:00.48 CIA-55 BRL-CAD: 03carlmoore * r52039 10/brlcad/trunk/misc/CMake/FindGL.cmake: remove trailing blanks/tabs
18:02.30 CIA-55 BRL-CAD: 03carlmoore * r52040 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: remove trailing blanks/tabs
18:06.16 CIA-55 BRL-CAD: 03carlmoore * r52041 10/brlcad/trunk/src/util/rle-pix.c: remove a trailing blank or tab
18:07.42 CIA-55 BRL-CAD: 03carlmoore * r52042 10/brlcad/trunk/src/util/pix-rle.c: remove trailing blank or tab
18:10.35 CIA-55 BRL-CAD: 03carlmoore * r52043 10/brlcad/trunk/misc/CMake/FindLEX.cmake: remove trailing blanks/tabs, fix spelling, and change a word
18:11.36 CIA-55 BRL-CAD: 03carlmoore * r52044 10/brlcad/trunk/misc/CMake/FindOSL.cmake: remove trailing blanks/tabs
18:12.43 CIA-55 BRL-CAD: 03carlmoore * r52045 10/brlcad/trunk/src/util/pix-orle.c: remove trailing blanks/tabs
18:22.42 CIA-55 BRL-CAD: 03carlmoore * r52046 10/brlcad/trunk/misc/CMake/FindPERPLEX.cmake: remove trailing blanks/tabs
18:23.40 CIA-55 BRL-CAD: 03carlmoore * r52047 10/brlcad/trunk/misc/CMake/FindPkgMacros.cmake: remove a trailing blank or tab
18:24.51 CIA-55 BRL-CAD: 03carlmoore * r52048 10/brlcad/trunk/misc/CMake/FindREGEX.cmake: remove trailing blanks/tabs
18:26.08 CIA-55 BRL-CAD: 03carlmoore * r52049 10/brlcad/trunk/misc/CMake/FindSTL.cmake: remove a trailing blank or tab
18:28.50 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4332 10/wiki/MGED_Commands: /* V */
18:34.43 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4333 10/wiki/MGED_CMD_voxelize: New page: ==Syntax== :voxelize [-s "%s %s %s"] [-d n] [-t f] new_object old_object
18:39.24 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4334 10/wiki/MGED_CMD_voxelize: /* Syntax */
18:57.37 *** part/#brlcad MagnusPathtracer (~magnus@host109-154-241-55.range109-154.btcentralplus.com)
18:59.47 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4335 10/wiki/MGED_CMD_voxelize: /* Syntax */
19:01.28 CIA-55 BRL-CAD: 03starseeker * r52050 10/brlcad/trunk/regress/nirt.sh: Whitespace changes should not be made to the regression data in nirt.sh without also updating the NIRT output itself to also not generate eol spaces
19:07.18 CIA-55 BRL-CAD: 03carlmoore * r52051 10/brlcad/trunk/misc/CMake/FindShellDeps.cmake: remove a trailing blank or tab
19:11.29 CIA-55 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4336 10/wiki/MGED_CMD_voxelize: /* voxelize */
19:23.23 *** join/#brlcad stas (~stas@188.24.33.151)
19:37.15 CIA-55 BRL-CAD: 03carlmoore * r52052 10/brlcad/trunk/misc/CMake/FindTERMLIB.cmake: remove trailing blanks/tabs
19:37.30 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:39.41 CIA-55 BRL-CAD: 03carlmoore * r52053 10/brlcad/trunk/misc/CMake/FindX11.cmake: fix a spelling and remove trailing blanks/tabs
19:39.44 *** join/#brlcad andrei (~andrei@86.123.127.119)
19:44.36 CIA-55 BRL-CAD: 03carlmoore * r52054 10/brlcad/trunk/misc/CMake/FindXMLLINT.cmake: remove a trailing blank or tab
19:58.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:35.35 andrei hello
20:36.23 andrei how can I figure out what is causing : http://pastebin.ca/2180662
20:36.46 andrei I m getting it in pkg_close but pkg_close doesn't even use pkc_len and pkc_type fields
20:44.04 andrei found the issue. Nevermind.
21:04.00 CIA-55 BRL-CAD: 03crdueck * r52055 10/brlcad/trunk/src/librt/primitives/ars/ars.c: fixed typo
21:06.33 CIA-55 BRL-CAD: 03crdueck * r52056 10/brlcad/trunk/src/librt/primitives/arbn/arbn.c: use the more descriptive DIST_PT_PT_SQ macro
21:10.41 CIA-55 BRL-CAD: 03crdueck * r52057 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: use appropriate VUNITIZE_RET macro
21:29.40 CIA-55 BRL-CAD: 03carlmoore * r52058 10/brlcad/trunk/misc/CMake/FindXSLTPROC.cmake: remove trailing blank or tab
22:56.37 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120816

IRC log for #brlcad on 20120816

00:30.46 CIA-55 BRL-CAD: 03cprecup * r52059 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt graph.xml): Basic brlman documentation for the graph command and its current subcommands.
00:51.07 brlcad andrei: sounds like a problem with the test
00:51.12 brlcad double free or corruption
00:51.18 brlcad ah, you found it
01:43.35 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:01.33 *** join/#brlcad merzo (~merzo@125-30-133-95.pool.ukrtel.net)
02:18.12 starseeker brlcad: so things like X24_open_existing in the framebuffer library really should be part of the FBIO interface structure?
02:28.09 brlcad starseeker: eh, sort of yes/no
02:28.50 brlcad in general yes, but that particular function is implemented terribly right now
02:29.42 brlcad pointer values are serialized to a string and turned by into pointers in *_open_existing() which then calls a "real" function passing the pointers
02:30.33 brlcad FBIO needs a way to get a handle on the "existing" interface, but shouldn't be aware of the types or raw pointers like that
02:31.11 starseeker do we still need to manually control things like cursors and color maps?
02:34.09 starseeker supposes he is a rather poor judge of what a framebuffer needs, since he only ever uses it for holding raytrace outputs...
02:38.50 brlcad concept of a cursor, probably
02:39.18 brlcad color map, less likely
02:39.54 brlcad could even go without a cursor really, but need a way to query individual framebuffer values and subrects
02:40.07 brlcad (pushing the cursor concept back onto the caller)
02:40.42 starseeker nods... - I wondered a little if the "read" and "write" functions couldn't accept subrect definitions, and just default to the whole thing if those were NULL...
02:40.46 starseeker i.e. consolidate
02:41.22 brlcad sure
02:42.42 starseeker then if we want the "bw" version (that's black and white? or maybe grayscale?) have some sort of flag - again, defaulting to default full color if null...
02:43.13 brlcad I think it should default to double values
02:43.27 starseeker nods
02:44.08 brlcad a LOT more memory, but supports anything we'll likely throw at it for the next 10 years
02:44.59 starseeker are the max/min width and height, center, and such encoded in the FBIO for convenience? (As opposed to, say, having an fb_XXX_info callback that takes a set of standard enums to return the various settings?)
02:46.30 brlcad part simplicity, part convenience, part performance
02:47.21 starseeker guess it just feels a little ackward to me to hard-code those into the struct... seems like an info function would be more flexible for minimal overhead...
02:47.27 starseeker but maybe it wouldn't be so minimal
02:49.01 brlcad not sure I follow, they need to be stored somewhere (at least width and height, maybe center if zoomed)
02:49.34 brlcad not all are inferrable from the context
02:50.14 starseeker sure, but just have them be internal to the particular fb instead of complicating the FBIO struct itself - i.e. the fb_XXX_info function would access the internal specific struct
02:50.55 starseeker i.e. fb_ogl_info(FB_WIDTH) instead of accessing a struct position
02:51.36 starseeker then the FBIO compatibility doesn't depend on having the specific bits in the specific order in the struct...
02:51.47 brlcad ah, sure possibly -- though if *every* internal needed a given set, then that duplication could be suboptimal
02:52.08 brlcad depends on which field specifically probably
02:52.32 starseeker ... but aren't they all duplicated anyway, since each FBIO has it's own slot for all those values?
02:53.19 brlcad one definition and N instantiations vs. N definitions and N instantiations
02:54.38 starseeker in this case though, N is going to be pretty small (considering the information that will be stored - maybe a dozen or two integers?)
02:54.45 brlcad it'd be interesting to lay out on paper to see what the API might look like
02:54.59 starseeker nods
02:55.38 starseeker would like to do that at some point... considering the importance of the libfb API, it just feels like something that deserves to be clean and polished
02:55.59 brlcad small doesn't matter to DRY principle if it's > 1 and generally doesn't stay "small" if the interface survives a decade
02:56.27 starseeker nods - I may be thinking about how these things are used wrong. Definitely needs paper/whiteboard
02:58.52 starseeker anyhow, sorry to be obsessing about it - not really "on topic" at the moment
03:28.13 *** join/#brlcad yiyus_ (1242712427@je.je.je)
05:49.01 CIA-55 BRL-CAD: 03phoenixyjll * r52060 10/brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: Eliminate memory leak.
05:49.47 CIA-55 BRL-CAD: 03phoenixyjll * r52061 10/brlcad/trunk/src/librt/primitives/ (7 files in 7 dirs): Eliminate memory leak.
05:58.29 CIA-55 BRL-CAD: 03phoenixyjll * r52062 10/brlcad/trunk/src/libged/brep.c: Some clean up, add comments.
07:56.31 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
08:02.20 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:12.13 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:12.19 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
09:25.02 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
09:45.20 ksuzee brlcad: I've updated 3533010 and 3534958 patches and will wait for your checking
09:55.32 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4337 10/wiki/MGED_CMD_voxelize: /* Argument(s) */
10:01.25 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4338 10/wiki/MGED_Commands: /* V */
10:04.11 CIA-55 BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4339 10/wiki/MGED_CMD_voxelize: /* Syntax */
10:37.06 CIA-55 BRL-CAD: 03anrgmrty * r52063 10/brlcad/trunk/src/libged/voxelize.c: sizeVoxel values are given by the user in his choice of units but need to be converted to mm
11:07.56 *** join/#brlcad stas (~stas@82.208.133.12)
12:40.23 CIA-55 BRL-CAD: 03LateshanldzqaodnsEddins 07http://brlcad.org * r4340 10/wiki/Techniques_for_a_Fruitful_Career_Transform: New page: It's never too late to proceed through a vocation change. A vocation change could be set off by several elements. You may be in the act of eventually knowing that you'll become more suitab...
13:06.57 CIA-55 BRL-CAD: 03NicholkgqmhlsxbeRowlins 07http://brlcad.org * r4341 10/wiki/Wedding_Suppliers_in_Northern_Ireland: New page: Your wedding (also: [http://www.weddinghq.co.uk/petitcoat-lane-vintage-wedding-day/ click resources])is really a milestone occasion. Very few moments that you experienced will have the abi...
13:13.46 *** join/#brlcad andrei (~andrei@86.123.127.119)
13:30.55 *** join/#brlcad cristina (~quassel@86.127.164.155)
13:31.09 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
13:41.22 andrei hello
13:42.18 andrei my unit test for pkg_block () is getting a segfault when it returns _pkg_dispatch
13:42.25 andrei this is the line which causes the segfault : for (i = 0; pc->pkc_switch[i].pks_handler != NULL; i++) {
13:43.26 andrei it crashes there for each case I test and I don t really know how to fix this
13:43.54 andrei initally I wanted to make pc->pkc_switch[0].pks_handler = NULL;
13:44.12 andrei but I m getting this : error: assignment of member ‘pks_handler’ in read-only object
13:45.43 CIA-55 BRL-CAD: 03TriciamhgtygmvltMcqueen 07http://brlcad.org * r4342 10/wiki/Wedding_Manufacturers_in_Northern_Ireland_for_The_Wedding: New page: Your wedding (also: [http://www.weddinghq.co.uk/northern-ireland/hair/ Read On])is just a landmark function. Not many situations in your lifetime will be able to compare. Which means that ...
13:51.35 andrei and I don t know how to solve this matter
13:54.00 *** join/#brlcad andrei (andrei@86.123.127.119)
14:08.37 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4343 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
14:11.28 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r4344 10/wiki/User:Cprecup/GSoC2012_progress: 14/08/2012 - brlman documentation for the "graph" command
15:41.59 cristina brlcad: Hi, I sent (you) a reply to the mailing list with the subject "Graph top-level commands grouped under a single "graph" command". Could you please read it and answer my questions? Thank you.
16:31.03 CIA-55 BRL-CAD: 03bob1961 * r52064 10/brlcad/trunk/src/libged/edbot.c: Minor cleanup.
16:49.23 CIA-55 BRL-CAD: 03r_weiss * r52065 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Changed function "nmg_edge_g_fuse" in file "nmg_fuse.c". Removed the rotation of the vertices until more testing with this can be done.
16:54.28 CIA-55 BRL-CAD: 03carlmoore * r52066 10/brlcad/trunk/misc/CMake/FindZLIB.cmake: remove trailing blanks/tabs
17:17.00 CIA-55 BRL-CAD: 03r_weiss * r52067 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c:
17:17.00 CIA-55 BRL-CAD: Updated functions "nmg_flatten_face" and "nmg_triangulate_fu" within file
17:17.00 CIA-55 BRL-CAD: "nmg_tri.c". A tolerance is now passed into function "nmg_flatten_face" and this
17:17.00 CIA-55 BRL-CAD: function better handles the special cases when the face is already flat.
17:35.03 CIA-55 BRL-CAD: 03anrgmrty * r52068 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt voxelize.xml): MGED help for voxelize
18:09.47 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
18:24.15 *** join/#brlcad stas (~stas@188.24.33.151)
19:35.08 andrei brlcad : I ll try and finish the rest of the fixes tomorrow, and I need tu reupload the tests. I have changed them quite a bit. If t here s time, coould you please have a look at the question I wrote earlier? Thank you !
20:03.31 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
20:07.33 CIA-55 BRL-CAD: 03carlmoore * r52069 10/brlcad/trunk/misc/CMake/Fink_MacPorts.cmake: remove trailing blanks/tabs, and fix capital P in MacPorts in a quoted string
20:08.37 CIA-55 BRL-CAD: 03carlmoore * r52070 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: remove trailing blanks/tabs
20:26.08 CIA-55 BRL-CAD: 03starseeker * r52071 10/brlcad/trunk/src/ (5 files in 3 dirs):
20:26.09 CIA-55 BRL-CAD: Start the process of subbing openNURBS types in for Eigen types. We don't want
20:26.09 CIA-55 BRL-CAD: to depend on Eigen - ideally, openNURBs natives types will be used as far as
20:26.09 CIA-55 BRL-CAD: possible (i.e. up to the point of calling the actual solvers.) Once this
20:26.09 CIA-55 BRL-CAD: process is complete and the solver is verified to be still working, can start
20:26.09 CIA-55 BRL-CAD: swapping in other solvers to see how they perform.
20:58.29 CIA-55 BRL-CAD: 03carlmoore * r52072 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: remove trailing blanks/tabs, and fix a spelling
20:59.23 CIA-55 BRL-CAD: 03carlmoore * r52073 10/brlcad/trunk/src/util/pix-bw.c: remove trailing blanks/tabs
21:00.16 CIA-55 BRL-CAD: 03carlmoore * r52074 10/brlcad/trunk/src/util/pc_test.c: remove trailing blanks/tabs
21:02.26 CIA-55 BRL-CAD: 03carlmoore * r52075 10/brlcad/trunk/bench/Makefile.am: change buildir to builddir
21:37.41 CIA-55 BRL-CAD: 03carlmoore * r52076 10/brlcad/trunk/misc/CMake/RE2C_Util.cmake: remove trailing blanks/tabs
21:40.01 CIA-55 BRL-CAD: 03carlmoore * r52077 10/brlcad/trunk/misc/CMake/ResolveCompilerPaths.cmake: remove trailing blanks/tabs and fix spelling
21:43.13 CIA-55 BRL-CAD: 03carlmoore * r52078 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: remove trailing blanks/tabs
21:44.50 CIA-55 BRL-CAD: 03carlmoore * r52079 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: remove trailing blanks/tabs
21:46.27 CIA-55 BRL-CAD: 03carlmoore * r52080 10/brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in: remove a trailing blank or tab, and fix a spelling
21:47.59 CIA-55 BRL-CAD: 03carlmoore * r52081 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: remove trailing blanks/tabs, and fix a spelling
21:49.51 CIA-55 BRL-CAD: 03carlmoore * r52082 10/brlcad/trunk/misc/CMake/distclean.cmake.in: remove trailing blanks/tabs
21:50.30 CIA-55 BRL-CAD: 03carlmoore * r52083 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: remove trailing blanks/tabs
21:51.58 CIA-55 BRL-CAD: 03carlmoore * r52084 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: remove a trailing blank or tab
22:03.14 CIA-55 BRL-CAD: 03carlmoore * r52085 10/brlcad/trunk/regress/gcv/CMakeLists.txt: remove a trailing blank or tab
22:36.04 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:44.49 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarch.png]]"
22:45.45 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarchpermhz.png]]"
22:46.46 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages1.png]]"
22:47.17 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages2.png]]"
22:47.39 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimagescomb.png]]"
22:52.45 CIA-55 BRL-CAD: 03Stattrav 07http://brlcad.org * r4350 10/wiki/User:Stattrav/GSoC2012_log:
IRC log for #brlcad on 20120817

IRC log for #brlcad on 20120817

00:16.21 CIA-55 BRL-CAD: 03starseeker * r52086 10/brlcad/trunk/src/libnurbs/ (opennurbs_fit.cpp opennurbs_fit.h): More work on de-Eigenification of nurbs fit code
00:28.25 CIA-55 BRL-CAD: 03starseeker * r52087 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Starting to zoom in on actual Eigen functionality that will need replacing...
00:53.56 CIA-55 BRL-CAD: 03crdueck * r52088 10/brlcad/trunk/src/libged/analyze.c: fix uninitialized value
01:14.55 CIA-55 BRL-CAD: 03starseeker * r52089 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Uncomment some more code
01:25.53 CIA-55 BRL-CAD: 03LewisvhhydusdjnRedenius 07http://brlcad.org * r4351 10/wiki/Study_Ways_To_Decide_Upon_The_Most_Beneficial_Phuket_Hotels_When_Going_For_Any_Phuket_Trip: New page: Phuket is actually a beautiful spectacular isle throughout Thailand in your resting state around the gorgeous Andaman Seaside. Ringed along with amazingly clean bright tropical shoreline, ...
01:34.52 CIA-55 BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LewisvhhydusdjnRedenius]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
01:34.55 CIA-55 BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/delete:
01:34.55 CIA-55 BRL-CAD: deleted "[[Study Ways To Decide Upon The Most Beneficial Phuket Hotels When
01:34.55 CIA-55 BRL-CAD: Going For Any Phuket Trip]]": content was: 'Phuket is actually a beautiful
01:34.55 CIA-55 BRL-CAD: spectacular isle throughout Thailand in your resting state around the gorgeous
01:34.56 CIA-55 BRL-CAD: Andaman Seaside. Ringed along with amazi...' (and the only contributor was
01:34.56 CIA-55 BRL-CAD: '[[Special:Contributions/LewisvhhydusdjnRedenius|LewisvhhydusdjnRedenius]]')
02:01.41 *** join/#brlcad merzo (~merzo@75-1-133-95.pool.ukrtel.net)
03:29.20 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4352 10/wiki/MGED_CMD_brep: New page: =brep= __TOC__ ==Syntax== :brep object info - return count information for specific BREP :brep object info S|F|T|E|SB|TB [index] - return information for specific BREP 'surface', 'face', ...
03:31.45 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4353 10/wiki/MGED_CMD_brep: /* Syntax */
03:39.23 CIA-55 BRL-CAD: 03cprecup * r52090 10/brlcad/trunk/src/tclscripts/graph/ (GraphEditor.tcl graph.tcl): Display an error message in MGED if the graph command isn't available because the Adaptagrams library cannot be found.
03:46.51 CIA-55 BRL-CAD: 03cprecup * r52091 10/brlcad/trunk/ (3 files in 3 dirs): A little code cleanup: respect the alphabetical order: move the code lines; add reference to 'graph' method in ArcherCore class; switch from plural 'edges' to singular 'edge' in dag.cpp
03:47.20 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4354 10/wiki/MGED_CMD_brep: /* Argument(s) */
03:47.42 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4355 10/wiki/MGED_CMD_brep: /* Argument(s) */
03:49.49 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4356 10/wiki/MGED_CMD_brep: /* Description */
03:50.12 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4357 10/wiki/MGED_CMD_brep: /* Description */
03:52.22 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r4358 10/wiki/User:Cprecup/GSoC2012_progress: 16/08/2012 - error message in MGED for the "graph" command in case Adaptagrams isn't available
03:54.11 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4359 10/wiki/MGED_CMD_brep: /* Example(s) */
04:07.25 CIA-55 BRL-CAD: 03Phoenix 07http://brlcad.org * r4360 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
04:25.12 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:TriciamhgtygmvltMcqueen]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
04:25.27 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wedding Manufacturers in Northern Ireland for The Wedding]]": spam
04:25.49 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:NicholkgqmhlsxbeRowlins]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
04:25.57 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wedding Suppliers in Northern Ireland]]": spam
04:26.17 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LateshanldzqaodnsEddins]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
04:26.24 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Techniques for a Fruitful Career Transform]]": spam
04:27.01 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:AftonndumeyecehaebbamllydcgeudmfznvbiejbLaningham]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
04:27.07 CIA-55 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Cong ty lam seo phai mua5654440]]": spam
08:20.11 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
10:23.03 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:47.02 *** join/#brlcad stas (~stas@82.208.133.12)
11:59.14 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
12:05.31 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:08.35 andrei hello
12:08.45 andrei d_rossberg : do you know when brlcad or Erik are going be around ?
12:13.26 d_rossberg andrei: in general: no; however, it's 8:10 EST i.e. the beginning of the day
12:14.03 andrei ah.
12:34.01 d_rossberg andrei: still struggling with the segfault?
12:41.25 andrei yes
12:41.56 andrei I didn't fix it because I don t understand the cause of it
12:44.31 d_rossberg it may be nothing but your "tester" variable looks a little bit uninitialized
12:45.35 andrei I tried to initialize it s pkg_switch member to null
12:45.51 andrei so I wouldn't reach that "for " at all, but I m getting an error regarding read only member.
12:49.10 andrei it does crash indeed because it isn't initialized, I m having trouble initalizing it
12:49.12 d_rossberg if pkg_switch = 0 pkg_switch[i] will try to dereference null-pointer, this doesn't sound good
12:51.05 andrei should making pkg_switch[0] = NULL work?
12:57.04 d_rossberg struct pkg_switch *dummy = NULL; tester->pkc_switch = dummy; could work (i.e. you need a pointer which points to 0)
12:57.55 andrei hmm
12:58.07 andrei I ll try this, thank you !
13:01.25 d_rossberg sorry, I was wrong: struct pkg_switch dummy = {0}; tester->pkc_switch = &dummy should be better
13:03.48 andrei Thanks !
13:04.46 d_rossberg btw, maybe you should have a look at _pkg_makeconn() in pkg.c
13:05.46 *** join/#brlcad andrei (~andrei@86.123.127.119)
13:06.15 d_rossberg maybe you should have a look at _pkg_makeconn() in pkg.c
13:10.39 andrei struct pkg_switch dummy = {0}; this doesn't seem to work
13:12.34 andrei I get two errors : error: (near initialization for ‘dummy.pks_handler’)
13:13.05 d_rossberg struct pkg_switch dummy; dummy.pks_handler = NULL; ?
13:14.20 andrei hm
13:15.55 d_rossberg or (after looking into tpkg.c) struct pkg_switch dummy = {0, 0, (char *)0, (void*)0}; ?
13:21.17 andrei I changed it to tpkg one and it works now
13:21.34 andrei ran into another segfault tho
13:22.00 andrei I ll see what I can do, anyway, thanks a lot
13:30.29 andrei d_rossberg : Fixed it, now the test works :)
13:47.10 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:57.23 *** join/#brlcad CIA-55 (~CIA@204.152.223.100)
14:23.31 CIA-55 BRL-CAD: 03carlmoore * r52092 10/brlcad/trunk/regress/mged/CMakeLists.txt: remove a trailing blank or tab
14:24.40 CIA-55 BRL-CAD: 03carlmoore * r52093 10/brlcad/trunk/regress/mged/clone.mged: remove a trailing blank or tab
14:57.35 CIA-55 BRL-CAD: 03bob1961 * r52094 10/brlcad/trunk/ (7 files in 5 dirs): Added bot_face_split functionality to Archer's bot editing capability.
15:29.11 CIA-55 BRL-CAD: 03carlmoore * r52095 10/brlcad/trunk/regress/mged/cp.mged: remove a trailing blank or tab
15:30.31 CIA-55 BRL-CAD: 03carlmoore * r52096 10/brlcad/trunk/regress/mged/keypoint.mged: remove trailing blanks/tabs
15:31.35 CIA-55 BRL-CAD: 03carlmoore * r52097 10/brlcad/trunk/regress/mged/killall.mged: remove a trailing blank or tab
15:41.47 CIA-55 BRL-CAD: 03bob1961 * r52098 10/brlcad/trunk/src/libged/edbot.c: Don't need the full path for the bot face split operation.
15:59.56 CIA-55 BRL-CAD: 03carlmoore * r52099 10/brlcad/trunk/regress/mged/make.mged: remove trailing blank
16:01.02 CIA-55 BRL-CAD: 03carlmoore * r52100 10/brlcad/trunk/regress/mged/make_bb.mged: remove a trailing blank
16:02.19 CIA-55 BRL-CAD: 03carlmoore * r52101 10/brlcad/trunk/regress/mged/mged.tcl: remove trailing blanks/tabs
17:14.49 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:20.08 andrei I want to find an example of a non null use for pkg_errlog
17:20.51 andrei and I can't find any, I need that because I don t understand this : typedef void (*pkg_errlog)PKG_ARGS((char *msg));
17:21.30 andrei I tried char *errbuffer; pkg_conn->pkc_errlog = errbuffer ( alocated and initialized )
17:21.33 andrei and it doesn't work.
17:33.12 *** join/#brlcad andrei (andrei@86.123.127.119)
19:06.08 CIA-55 BRL-CAD: 03carlmoore * r52102 10/brlcad/trunk/src/libged/brep.c: remove trailing tab
19:07.32 CIA-55 BRL-CAD: 03carlmoore * r52103 10/brlcad/trunk/src/libged/voxelize.c: remove trailing blanks/tabs
19:08.32 CIA-55 BRL-CAD: 03carlmoore * r52104 10/brlcad/trunk/src/libged/select.c: remove trailing blanks/tabs
19:09.39 CIA-55 BRL-CAD: 03carlmoore * r52105 10/brlcad/trunk/regress/mged/regression_resources.tcl: remove trailing blanks
19:10.47 CIA-55 BRL-CAD: 03carlmoore * r52106 10/brlcad/trunk/regress/mged/rot_edit.mged: remove trailing blanks
19:12.19 CIA-55 BRL-CAD: 03carlmoore * r52107 10/brlcad/trunk/regress/mged/run_test: remove trailing blanks
19:13.39 CIA-55 BRL-CAD: 03carlmoore * r52108 10/brlcad/trunk/src/adrt/CMakeLists.txt: remove a trailing blank
19:15.27 CIA-55 BRL-CAD: 03carlmoore * r52109 10/brlcad/trunk/src/adrt/isst: remove trailing blanks
19:22.11 *** join/#brlcad stas (~stas@188.24.33.151)
19:27.45 CIA-55 BRL-CAD: 03carlmoore * r52110 10/brlcad/trunk/src/adrt/isst.bat: remove trailing blanks
19:58.56 CIA-55 BRL-CAD: 03bob1961 * r52111 10/brlcad/trunk/ (6 files in 5 dirs): Added a bot edge split functionality to Archer's bot editing capability.
20:15.30 CIA-55 BRL-CAD: 03starseeker * r52112 10/brlcad/trunk/src/libnurbs/ (opennurbs_fit.cpp opennurbs_fit.h): Before getting too aggerssive, make sure things still work with just the required Eigen bits. Need to test.
20:23.53 CIA-55 BRL-CAD: 03starseeker * r52113 10/brlcad/trunk/misc/CMake/FindX11.cmake: fix copyright date
20:23.53 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:33.55 starseeker huh - hadn't heard of this before: http://radsite.lbl.gov/radiance/HOME.html
21:03.56 CIA-55 BRL-CAD: 03r_weiss * r52114 10/brlcad/trunk/ (44 files in 35 dirs): (log message trimmed)
21:03.56 CIA-55 BRL-CAD: Changed all the ft_bbox (i.e. rt_bot_bbox etc.) functions so that a bn_tol
21:03.56 CIA-55 BRL-CAD: tolerance could be passed in. I also changed all the functions which reference
21:03.56 CIA-55 BRL-CAD: the ft_bbox functions to pass in the tolerance. Updated the bn_mat_fromto to use
21:03.56 CIA-55 BRL-CAD: the tolerance. Also make some changes to function "bn_mat_fromto" to better
21:03.56 CIA-55 BRL-CAD: handle the special case when the to and from vectors are nearly parallel. The
21:03.57 CIA-55 BRL-CAD: following headers were updated "bn.h", "raytrace.h" and "metaball.h". The
21:57.46 brlcad starseeker: that's a pretty old code
21:58.45 brlcad open source abandonware
22:01.08 CIA-55 BRL-CAD: 03carlmoore * r52115 10/brlcad/trunk/src/adrt/isst_tcltk.c: remove trailing blanks
22:17.14 cristina Hello. I have implemented a Tcl procedure that calls a contructor of a class and in the constructor I am running the command "graph show".
22:17.20 cristina <PROTECTED>
22:18.30 cristina Where does this "invalid command name..." error come from? I have declared and defined the "graph" method in ArcherCore.tcl, Ged.tcl and can't figure out what is missing.
22:18.52 cristina if anybody has a suggestion, I'd be glad to hear it
23:58.25 CIA-55 BRL-CAD: 03n_reed * r52116 10/brlcad/trunk/include/nurbs.h: add import/export symbols
IRC log for #brlcad on 20120818

IRC log for #brlcad on 20120818

00:38.05 CIA-55 BRL-CAD: 03Cprecup 07http://brlcad.org * r4361 10/wiki/User:Cprecup/GSoC2012_progress: 17/08/2012 - introduced the "graph" command and a subcommand
01:05.56 starseeker brlcad: don't worry, I wasn't going to start investigating it
01:07.00 starseeker not that old is necessarily bad, but its license has an advertising clause in it
01:07.11 starseeker and I doubt it does anything we don't already do for ourselves
01:11.47 *** join/#brlcad merzo (~merzo@75-1-133-95.pool.ukrtel.net)
02:04.46 *** join/#brlcad merzo (~merzo@155-101-132-95.pool.ukrtel.net)
02:23.20 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:48.21 CIA-55 BRL-CAD: 03crdueck * r52117 10/brlcad/trunk/src/librt/primitives/bot/bot.c: fixed memory leak, some other minor changes
06:07.41 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:10.15 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
09:16.13 *** join/#brlcad stas (~stas@82.208.133.12)
09:19.32 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
09:29.02 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:01.39 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
12:12.10 *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-hjgrpyembujljntd)
13:39.26 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
14:33.16 *** join/#brlcad andrei (~andrei@79.117.233.10)
14:59.48 andrei hello!
15:00.06 andrei aside of 0, what can I pass as a parameter for a function using : void (*errlog) (char *msg).
15:00.17 andrei I don t understand the type
15:01.54 andrei <PROTECTED>
15:05.52 andrei nevermind, fixed it.
17:55.09 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:06.29 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
18:08.20 *** join/#brlcad stas (~stas@86.122.32.42)
18:25.46 brlcad andrei: that's a function callback, it takes a function as a parameter
18:26.07 brlcad so you could pass printf, for example
18:26.43 andrei I did that :)
18:27.44 brlcad cristina: it sounds like you didn't register the command somewhere for archer
18:28.24 brlcad i don't recall off the top of my head, but you can try searching for a similar command such as "facetize"
18:28.55 brlcad andrei: I'm going to have a little bit of time to review some patches this weekend -- which of yours should I start with first
18:29.26 andrei I think you should start with the test_rbtree, it should be easiest to review ( even tho it has nothing to do with the project)
18:29.31 andrei and afterwards, the test units
18:29.42 andrei I need to re-upload them
18:30.23 andrei Speaking of re-upload, I introduced some code duplication ( in some of the tests). For example, I needed the callbacks from pkg.c for pkg_getclient
18:30.26 andrei how should I proceed?
18:33.13 andrei or I have a display function common to around 5 tests. Should I move that to pkg.h ?
18:34.48 cristina brlcad: Hello, I looked over other commands and registered in in the same folders
18:35.06 cristina s/folders/files
18:35.33 *** join/#brlcad stas (~stas@188.24.40.47)
18:46.30 *** join/#brlcad stas (~stas@188.24.42.87)
19:16.06 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
19:32.10 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
19:47.23 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
20:45.06 *** join/#brlcad merzo (~merzo@155-101-132-95.pool.ukrtel.net)
22:12.15 andrei brlcad : I finished re editing both unit tests and the fixes, they should be ready to be reviewed / commited. Aside of that there are two unit tests that aren't in patch format, I need a bit of help with them. I can t unit test pkg_waitfor since it doesn't end.
22:12.58 andrei also, I m getting some pretty wierd memory leaks on test_pkg_send and I don t know why, it just displays some gibberish
22:24.23 andrei There are some unit tests where there isn't a bu_free after memory allocation. The reason is that the functions contain it.
22:50.07 andrei the best order for review is, I think : red-black tree test -> unit tests -> pkg fixes
23:29.34 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
IRC log for #brlcad on 20120819

IRC log for #brlcad on 20120819

02:01.55 *** join/#brlcad merzo (~merzo@78-62-133-95.pool.ukrtel.net)
08:26.06 *** join/#brlcad andrei (andrei@79.117.233.10)
08:51.27 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
09:30.10 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
09:42.00 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:55.47 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
11:54.37 ksuzee brlcad: hello! I've reviewed and reducted (where it was necessary) all my patches except the very last 4. There're: 3518875, 3528023, 3533010, 3534954, 3534955, 3534956, 3534958, 3538351. Review them, please.
11:56.21 ksuzee as for last 4 patches, they're working but there're relaitive links to libraries. I need your help in resolving this problem
13:08.30 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
14:47.42 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
15:57.39 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
18:37.25 andrei hello
18:37.49 andrei brlcad : is it possible to have my patches reviewed before firm pencils down, just in case, I would like to be able to do some fixes if needed.
18:51.50 *** join/#brlcad Al_Da_Best (Al_Da_Best@b0f9969c.bb.sky.com)
19:35.54 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
19:55.17 *** join/#brlcad cristina (~quassel@86.127.164.155)
20:33.05 cristina brlcad: I want to introduce the "graph" command that wrappes the "ged_graph" C routine. I already have a Tcl script names "graph.tcl" with a procedure called "graph" so these have to be renamed with something different from the word "graph". Would that be ok if I'd name them "igraph"?
21:18.16 *** join/#brlcad CIA-69 (cia@198.71.88.9)
21:38.13 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
22:14.19 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
22:43.49 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
IRC log for #brlcad on 20120820

IRC log for #brlcad on 20120820

02:02.00 *** join/#brlcad merzo (~merzo@164-31-132-95.pool.ukrtel.net)
06:33.31 *** join/#brlcad ChanServ (ChanServ@services.)
06:33.32 *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net
06:47.35 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:21.29 *** join/#brlcad ChanServ (ChanServ@services.)
08:21.30 *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net
09:05.44 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
09:22.13 *** join/#brlcad Stattrav1 (~Stattrav@61.12.114.82)
09:28.51 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
09:35.25 Stattrav1 People want to check some plots : http://88.198.223.105:8080/
10:26.32 *** join/#brlcad stas (~stas@82.208.133.12)
11:24.48 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:48.42 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
13:22.08 *** join/#brlcad stas (~stas@82.208.133.12)
14:46.18 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:12.18 ``Erik trillion fps camera http://www.youtube.com/watch?v=SoHeWgLvlXI&feature=player_embedded#!
16:33.33 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
17:11.24 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
17:31.43 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:53.45 *** join/#brlcad stas (~stas@188.24.42.87)
18:32.56 *** join/#brlcad ChanServ (ChanServ@services.)
18:32.56 *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net
19:02.39 *** join/#brlcad ChanServ (ChanServ@services.)
19:02.40 *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net
19:02.44 *** join/#brlcad cristina (~quassel@86.127.164.155)
19:03.26 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
20:18.02 *** join/#brlcad merzo_ (~merzo@164-31-132-95.pool.ukrtel.net)
22:13.37 ksuzee brlcad: Sean, thanks for checking. I've updated patch according to your suggestions
23:50.20 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
IRC log for #brlcad on 20120821

IRC log for #brlcad on 20120821

00:23.12 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:01.07 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:03.50 *** join/#brlcad merzo (~merzo@175-189-132-95.pool.ukrtel.net)
05:59.06 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
06:46.07 *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
07:00.25 *** join/#brlcad andrei (andrei@79.118.113.130)
07:00.30 andrei hello
07:27.50 *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
07:45.07 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:50.12 *** join/#brlcad stas (~stas@82.208.133.12)
15:40.58 starseeker huh - looks like MPL 2.0 fixed compatibility problems with other licenses: http://www.gnu.org/licenses/license-list.html#MPL-2.0
15:51.04 starseeker growl... friggin jama library...
18:23.01 *** join/#brlcad andrei (~andrei@79.118.113.130)
19:02.11 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb61d.bb.sky.com)
19:03.48 ``Erik http://sophia.javeriana.edu.co/~ochavarr/computer_graphics_history/historia/
19:45.14 *** join/#brlcad stas (~stas@188.24.42.87)
19:52.12 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
20:14.55 *** join/#brlcad andrei (andrei@79.118.113.130)
22:26.29 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
22:36.32 ksuzee brlcad: I've updated the patch according to your suggestions. Is it an expected result?
IRC log for #brlcad on 20120822

IRC log for #brlcad on 20120822

02:02.12 *** join/#brlcad merzo (~merzo@114-86-132-95.pool.ukrtel.net)
04:22.40 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:18.46 brlcad thanks Stattrav_
08:50.11 *** join/#brlcad ksuzee (~ksu@46.149.81.166)
09:34.07 *** join/#brlcad stas (~stas@82.208.133.12)
10:10.18 *** join/#brlcad andrei (~andrei@79.118.113.172)
10:12.12 andrei hello !
10:12.51 andrei Brlcad : thank you for accepting my red black tree unit test. Regarding 3540368 ( Which is the deprecated unit test)
10:13.33 andrei I tagged it deprecated and mentioned that it should be closed because it isn't really a test unit. I wanted to send a file via tpkg and then check it's consistency
10:13.38 andrei It has no connection to any other patch.
10:40.52 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
10:53.21 *** join/#brlcad andrei (andrei@79.118.113.172)
10:53.30 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb61d.bb.sky.com)
12:15.25 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
13:00.58 brlcad andrei: you should be able to close it, no?
14:21.24 Stattrav_ I have to resolve a huge number of bugs and clean up the code. I shall do them now
15:04.48 andrei brlcad : ah,sorry
15:06.24 andrei done
17:00.13 *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro)
IRC log for #brlcad on 20120823

IRC log for #brlcad on 20120823

15:09.10 *** join/#brlcad ibot (~ibot@rikers.org)
15:09.10 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
17:22.48 *** join/#brlcad andrei (andrei@79.119.90.68)
18:05.49 elf_ Thanks for the info brlcad, but I had the bullet already installed when I tried that simulate command.
19:15.55 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
19:15.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:21.08 brlcad elf_: and did cmake say that it found it or didn't find it?
20:21.40 brlcad having it installed isn't the requirement, "the simulate command is only available if bullet is found when you run cmake"
20:22.25 elf_ It doesn't seem to have found it, I looked also in the brlcad src/libged and the simulate folder is not there, so it didn't found it.
21:16.13 *** join/#brlcad Guest28508 (~stas@188.24.42.87)
21:19.34 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
21:52.47 elf_ @brlcad this is what cmake returns, it says it found bullet
21:52.49 elf_ http://paste.ubuntu.com/1163450/
21:56.41 starseeker elf_: but the src/libged/simulate directory isn't present?
21:58.28 starseeker actually, come to think of it it probably wouldn't be
21:59.22 starseeker elf_: what to look for during the build of libged is files named simphysics.cpp, simulate.c, etc.
21:59.36 starseeker if it's building those, then you're at least building the source files
22:07.48 elf_ I know, but it is strange that it says it finds the bullet engine, but it doesn't add the simulate folder, trying once again. waiting for it to finish building.
22:17.51 starseeker elf_: it won't actually add the folder - it's adding files from that folder to the libged sources list
22:19.08 elf_ so I should not look for the whole folder? Cause it added the zoom folder in the same place, libged, and I thought it would do the same with the simulate folder too.
22:19.33 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
22:19.48 starseeker hmm
22:20.14 starseeker it's possible that somehow BULLET_FOUND isn't being set...
22:21.59 starseeker I don't have a bullet setup handy at the moment - if you look in your CMakeCache.txt file in your toplevel build directory, what BULLET variables are defined?
22:25.49 elf_ the BULLET collision library, collision library debug, dynamics library, dynamics debug, bullet include dir, bullet math lib, math debug, softbody lib and softbody debug
22:26.59 *** join/#brlcad cristina (~quassel@86.127.164.155)
22:47.14 starseeker but the simphysics.cpp file and similar files aren't being built?
IRC log for #brlcad on 20120824

IRC log for #brlcad on 20120824

00:17.30 elf_ okay, the simulate file has been added in the libged folder. But the simulate command still doesn't work. There are the libged.dir and the libged-static.dir in the src/libged with the .o files, both have the same files, it sees the zoom command but not the simulate one
03:29.21 starseeker hmm
07:12.25 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
08:28.42 CIA-69 BRL-CAD: 03brlcad * r52185 10/brlcad/trunk/BUGS: step-g crashing for me on two model conversion attempts, same issue -- may be build system related
08:28.43 CIA-69 BRL-CAD: 03carlmoore * r52179 10/brlcad/trunk/src/util/Makefile.am: remove trailing blank
08:28.44 CIA-69 BRL-CAD: 03carlmoore * r52178 10/brlcad/trunk/src/rt/viewedge.c: fix spellings
08:29.07 CIA-69 BRL-CAD: 03carlmoore * r52177 10/brlcad/trunk/src/rt/rtshot.c: fix spelling in a bu_log argument
08:29.08 CIA-69 BRL-CAD: 03carlmoore * r52176 10/brlcad/trunk/src/rt/do.c: fix 'e.g.','i.e.', and spellings
08:29.13 CIA-69 BRL-CAD: 03carlmoore * r52175 10/brlcad/trunk/src/remrt/remrt.c: fix 'i.e.' and spellings
08:29.13 CIA-69 BRL-CAD: 03carlmoore * r52174 10/brlcad/trunk/src/other/Makefile.am: remove a trailing blank
08:29.13 CIA-69 BRL-CAD: 03carlmoore * r52173 10/brlcad/trunk/src/mged/muves.c: fix spellings
08:30.01 CIA-69 BRL-CAD: 03carlmoore * r52171 10/brlcad/trunk/src/mged/cmd.c: fix spelling
08:30.01 CIA-69 BRL-CAD: 03carlmoore * r52170 10/brlcad/trunk/src/mged/clone.c: fix spellings
08:30.01 CIA-69 BRL-CAD: 03carlmoore * r52172 10/brlcad/trunk/src/mged/edsol.c: fix spellings (that's 'hyperbolid', right?)
08:30.01 CIA-69 BRL-CAD: 03carlmoore * r52169 10/brlcad/trunk/src/mged/attach.c: fix spellings
08:30.02 CIA-69 BRL-CAD: 03carlmoore * r52168 10/brlcad/trunk/src/libpkg/pkg.c: fix a spelling
08:30.14 CIA-69 BRL-CAD: 03carlmoore * r52167 10/brlcad/trunk/src/libpc/pc_main.c: fix spelling
08:30.20 CIA-69 BRL-CAD: 03r_weiss * r52148 10/brlcad/trunk/ (7 files in 5 dirs):
08:30.20 CIA-69 BRL-CAD: Updated functions "nmg_triangulate_rm_degen_loopuse", "nmg_triangulate_fu" and
08:30.21 CIA-69 BRL-CAD: "nmg_triangulate_shell" to gracefully remove empty faceuse. Also updated all
08:30.21 CIA-69 BRL-CAD: functions calling "nmg_triangulate_fu" to gracefully remove empty faceuse. Files
08:30.23 CIA-69 BRL-CAD: changed include "raytrace.h", "g-shell-rect.c", "nmg-sgp.c", "g-x3d.c",
08:30.25 CIA-69 BRL-CAD: "tri_face.c", "nmg_tri.c" and "nmg_misc.c".
08:35.53 CIA-69 BRL-CAD: 03brlcad * r52138 10/brlcad/trunk/src/util/pixbackgnd.c: make the helper functions static scope
08:35.53 CIA-69 BRL-CAD: 03brlcad * r52137 10/brlcad/trunk/src/util/pixbackgnd.c: apply sf patch 3518875 (Deleting of copy-pastes) from Ksenija Slivko ( ksuzee ). turns an inner loop into a function eliminating an instance of duplication.
08:43.44 CIA-69 BRL-CAD: 03carlmoore * r52225 10/brlcad/trunk/doc/docbook/resources/other/standard/met-fonts.xsl: remove trailing blanks/tabs
08:43.45 CIA-69 BRL-CAD: 03carlmoore * r52224 10/brlcad/trunk/doc/docbook/resources/other/standard/README.xsl: remove trailing blanks and fix spelling
08:43.46 CIA-69 BRL-CAD: 03carlmoore * r52223 10/brlcad/trunk/doc/docbook/resources/other/standard/README.svg: remove trailing blanks/tabs
08:43.48 CIA-69 BRL-CAD: 03carlmoore * r52222 10/brlcad/trunk/doc/docbook/resources/other/offo/licenses.txt: remove trailing blanks/tabs
08:43.49 CIA-69 BRL-CAD: 03carlmoore * r52220 10/brlcad/trunk/doc/docbook/resources/other/fonts/y14.5_COPYING.txt: remove trailing blank
08:43.49 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4372 10/wiki/User:Elf11: /* Log */
08:43.50 CIA-69 BRL-CAD: 03carlmoore * r52219 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix_COPYING.txt: remove trailing blanks/tabs
08:43.54 CIA-69 BRL-CAD: 03carlmoore * r52221 10/brlcad/trunk/doc/docbook/resources/other/offo/README.offo: remove trailing blanks/tabs
08:43.54 CIA-69 BRL-CAD: 03carlmoore * r52215 10/brlcad/trunk/src/conv/shp/shapelib/license.html: remove trailing blanks/tabs and fix a spelling
08:43.55 CIA-69 BRL-CAD: 03carlmoore * r52214 10/brlcad/trunk/src/conv/shp/shapelib/LICENSE.LGPL: provide 2 periods in the address
08:43.56 CIA-69 BRL-CAD: 03carlmoore * r52212 10/brlcad/trunk/doc/docbook/resources/other/README.schema: remove trailing blanks/tabs
08:43.59 CIA-69 BRL-CAD: 03carlmoore * r52210 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fo-stylesheet.xsl.in: remove trailing blanks/tabs
08:44.00 CIA-69 BRL-CAD: 03n_reed * r52209 10/brlcad/trunk/src/librt/primitives/ell/ell.c: add some disabled experimental plot code
08:44.00 CIA-69 BRL-CAD: 03carlmoore * r52211 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fonts.xsl.in: remove trailing blanks/tabs
08:44.05 CIA-69 BRL-CAD: 03carlmoore * r52208 10/brlcad/trunk/src/other/hv3/hv3_dom3.tcl: remove trailing blanks/tabs
08:44.06 CIA-69 BRL-CAD: 03carlmoore * r52207 10/brlcad/trunk/src/other/hv3/hv3_dom2.tcl: remove trailing blanks/tabs, and fix a spelling
08:44.07 CIA-69 BRL-CAD: 03carlmoore * r52216 10/brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg: remove trailing blanks/tabs
08:44.21 CIA-69 BRL-CAD: 03carlmoore * r52206 10/brlcad/trunk/src/other/hv3/hv3_dom.tcl: fix spelling and remove trailing blanks/tabs
08:44.21 CIA-69 BRL-CAD: 03carlmoore * r52205 10/brlcad/trunk/src/other/hv3/hv3_debug.tcl: remove trailing blanks/tabs
08:44.22 CIA-69 BRL-CAD: 03carlmoore * r52204 10/brlcad/trunk/src/other/hv3/hv3_db.tcl: remove trailing blanks/tabs
08:44.26 CIA-69 BRL-CAD: 03carlmoore * r52218 10/brlcad/trunk/doc/docbook/resources/other/fonts/dejavu_COPYING.txt: remove trailing blanks/tabs
08:44.26 CIA-69 BRL-CAD: 03carlmoore * r52202 10/brlcad/trunk/src/other/hv3/hv3_bugreport.tcl: remove trailing blanks/tabs and fix spelling
08:44.31 CIA-69 BRL-CAD: 03carlmoore * r52201 10/brlcad/trunk/src/other/hv3/hv3_browser.tcl: remove trailing blanks/tabs
08:44.32 CIA-69 BRL-CAD: 03carlmoore * r52200 10/brlcad/trunk/src/other/hv3/hv3_bookmarks.tcl: remove trailing blanks/tabs
08:44.33 CIA-69 BRL-CAD: 03carlmoore * r52199 10/brlcad/trunk/src/other/hv3/hv3.tcl: fix 1 spelling
08:45.10 CIA-69 BRL-CAD: 03carlmoore * r52198 10/brlcad/trunk/src/other/hv3/hv3.tcl: remove trailing blanks/tabs, and NOW will check spellings!
08:45.16 CIA-69 BRL-CAD: 03carlmoore * r52197 10/brlcad/trunk/src/other/hv3/hv.tcl: remove trailing blanks/tabs, and fix spelling of 'argument'
08:45.17 CIA-69 BRL-CAD: 03carlmoore * r52196 10/brlcad/trunk/src/other/hv3/bugreport.html: remove trailing blanks/tabs and fix 1 spelling
08:45.18 CIA-69 BRL-CAD: 03carlmoore * r52195 10/brlcad/trunk/src/other/hv3/bookmarks.html: remove trailing blanks/tabs
08:45.19 CIA-69 BRL-CAD: 03carlmoore * r52192 10/brlcad/trunk/src/other/clipper/License.txt: remove trailing blanks
08:45.46 CIA-69 BRL-CAD: 03carlmoore * r52188 10/brlcad/trunk/misc/CMake/test_srcs/timedelta_end.c.in: remove trailing blanks/tabs
08:45.46 CIA-69 BRL-CAD: 03carlmoore * r52187 10/brlcad/trunk/misc/CMake/test_srcs/termlib.c.in: remove a trailing blank
08:46.29 CIA-69 BRL-CAD: 03carlmoore * r52217 10/brlcad/trunk/doc/docbook/resources/other/fonts/README: remove trailing blank
08:47.08 CIA-69 BRL-CAD: 03carlmoore * r52194 10/brlcad/trunk/src/other/clipper/clipper.cpp: remove trailing blanks/tabs, fix 'precede' spelling, but leave 'artefacts' as is
08:47.33 CIA-69 BRL-CAD: 03carlmoore * r52193 10/brlcad/trunk/src/other/clipper/README: fix spelling, remove trailing blanks/tabs, add periods to what should be 'i.e.', and add missing newline at end
08:47.34 CIA-69 BRL-CAD: 03carlmoore * r52191 10/brlcad/trunk/src/other/clipper/CMakeLists.txt: remove trailing blank
08:47.35 CIA-69 BRL-CAD: 03carlmoore * r52190 10/brlcad/trunk/src/nirt/sfiles/csv.nrt: remove a trailing blank
08:48.09 CIA-69 BRL-CAD: 03carlmoore * r52189 10/brlcad/trunk/src/nirt/sfiles/csv-gap.nrt: remove trailing blank
08:48.39 CIA-69 BRL-CAD: 03brlcad * r52184 10/brlcad/trunk/NEWS: carl has now fixed numerous typos and spelling mistakes in a variety of tool usage statements, debug messages, and docs
08:48.39 CIA-69 BRL-CAD: 03brlcad * r52183 10/brlcad/trunk/src/mged/edsol.c: hyperboloid. make menu consistent with the others, use HYP
08:48.39 CIA-69 BRL-CAD: 03brlcad * r52181 10/brlcad/trunk/src/libgcv/ (tri_intersect.c tri_intersect.h): restore real name, set coding to utf-8 for the unicode character
08:48.41 CIA-69 BRL-CAD: 03brlcad * r52180 10/brlcad/trunk/sh/ws.sh: NOTES is another
08:49.53 CIA-69 BRL-CAD: 03carlmoore * r52151 10/brlcad/trunk/src/conv/obj-g.c: fix spellings -- understood to be in comments only
08:49.54 CIA-69 BRL-CAD: 03brlcad * r52150 10/brlcad/trunk/sh/ws.sh: .py files too
08:49.55 CIA-69 BRL-CAD: 03carlmoore * r52149 10/brlcad/trunk/src/conv/intaval-g.py: remove trailing blanks/tabs
08:51.03 CIA-69 BRL-CAD: 03brlcad * r52143 10/brlcad/trunk/src/util/ (rle_args.c rle_args.h): cleanup. common.h always before system headers, eliminate outfp define, declare function extern, and eliminate curious (void)file_height
08:51.04 CIA-69 BRL-CAD: 03brlcad * r52142 10/brlcad/trunk/src/util/ (6 files):
08:51.05 CIA-69 BRL-CAD: apply a modified/fixed version of sf patch 3533010 (Refactoring in util) from
08:51.06 CIA-69 BRL-CAD: Ksenija Slivko ( ksuzee ). her patch introduced a couple bugs due to pointer
08:51.08 CIA-69 BRL-CAD: mistakes, which is fixed in this version with the outfp and background variables
08:51.09 CIA-69 BRL-CAD: converted to pointers too.
08:52.43 CIA-69 BRL-CAD: 03carlmoore * r52213 10/brlcad/trunk/src/conv/shp/shapelib/LICENSE.LGPL: remove trailing blanks/tabs
08:53.02 *** join/#brlcad andrei (~andrei@79.119.90.68)
08:53.25 CIA-69 BRL-CAD: 03starseeker * r52140 10/brlcad/trunk/src/other/tnt/jama_eig.h: Add some namespace prefixes.
08:53.56 CIA-69 BRL-CAD: 03brlcad * r52133 10/brlcad/trunk/sh/ws.sh: ignore all .dotdirs and process our xml doc files
08:54.08 CIA-69 BRL-CAD: 03carlmoore * r52122 10/brlcad/trunk/src/archer/TODO: remove trailing blanks, and fix spelling
08:54.38 CIA-69 BRL-CAD: 03cprecup * r52120 10/brlcad/trunk/doc/docbook/system/mann/en/igraph.xml: Ups. Forgot to close the <para> tag.
08:57.18 CIA-69 BRL-CAD: 0388.199.43.150 07http://brlcad.org * r4371 10/wiki/Hostele_w_Krakowie: New page: Hostel w Krakowie jest idealnym miejscem by sp??dzi?? nocleg w trakcie zwiedzania miasta. Nie metod?? bowiem pozna?? atmosfery tego magicznego aglomeracje pr??dko przebiegaj??c po jego uli...
09:24.13 *** join/#brlcad Guest28508 (~stas@188.24.42.87)
09:56.37 CIA-69 BRL-CAD: 03bob1961 * r52186 10/brlcad/trunk/ (7 files in 5 dirs): This update provides the initial functionality for moving bot faces and edges in Archer.
09:56.54 CIA-69 BRL-CAD: 03carlmoore * r52166 10/brlcad/trunk/src/libpc/pcMathGrammar.h: fix spelling
09:56.54 CIA-69 BRL-CAD: 03carlmoore * r52163 10/brlcad/trunk/src/liboptical/oslexec_pvt.h: fix spellings
09:56.55 CIA-69 BRL-CAD: 03carlmoore * r52161 10/brlcad/trunk/src/libnurbs/opennurbs_fit.h: repair 'Moerwald'
09:57.46 CIA-69 BRL-CAD: 03carlmoore * r52160 10/brlcad/trunk/src/libgcv/tri_intersect.h: use Moller spelling
09:57.47 CIA-69 BRL-CAD: 03carlmoore * r52157 10/brlcad/trunk/src/libgcv/NOTES: remove trailing blank
09:57.47 CIA-69 BRL-CAD: 03carlmoore * r52165 10/brlcad/trunk/src/liboptical/sh_light.c: fix spellings
09:57.47 CIA-69 BRL-CAD: 03carlmoore * r52153 10/brlcad/trunk/src/libbn/plane.c: fix spellings, add apostrophe to 'Cramers', but do not fix 'colinear'
09:57.47 CIA-69 BRL-CAD: 03carlmoore * r52152 10/brlcad/trunk/src/lgt/do_options.c: fix a spelling
09:57.47 CIA-69 BRL-CAD: 03carlmoore * r52156 10/brlcad/trunk/src/libfb/fb_generic.c: insert periods in 'i.e.'
09:57.55 CIA-69 BRL-CAD: 03starseeker * r52141 10/brlcad/trunk/src/librt/test_nurbsfit.cpp: Change 3d type in test
09:57.56 CIA-69 BRL-CAD: 03n_reed * r52139 10/brlcad/trunk/src/ (conv/CMakeLists.txt other/CMakeLists.txt): build step-g on windows
10:03.24 CIA-69 BRL-CAD: 03carlmoore * r52203 10/brlcad/trunk/src/other/hv3/hv3_common.tcl: remove trailing blank
10:13.41 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
10:36.08 CIA-69 BRL-CAD: 03Cprecup 07http://brlcad.org * r4364 10/wiki/User:Cprecup/GSoC2012_progress: 18-19/08/2012 - added two subcommands for "graph"; introduced the "igraph" command; C/Tcl error handling
10:37.23 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4369 10/wiki/User:Elf11: /* Log */
10:37.24 CIA-69 BRL-CAD: 03Ksuzee 07http://brlcad.org * r4363 10/wiki/User:Ksuzee/Reports: /* 13 week */
10:37.38 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4370 10/wiki/User:Elf11: /* Log */
10:37.52 CIA-69 BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4366 10/wiki/User:Popescu.andrei1991: /* Week 12 */
10:38.15 CIA-69 BRL-CAD: 03carlmoore * r52227 10/brlcad/trunk/NEWS: fix another spelling
10:38.15 CIA-69 BRL-CAD: 03carlmoore * r52226 10/brlcad/trunk/ChangeLog: fix spelling
10:38.23 CIA-69 BRL-CAD: 03carlmoore * r52162 10/brlcad/trunk/src/liboptical/liboslrend.h: fix spellings
10:38.24 CIA-69 BRL-CAD: 03carlmoore * r52159 10/brlcad/trunk/src/libgcv/tri_intersect.c: fix a spelling, and (after a web search) use 'Moller' spelling
10:38.43 CIA-69 BRL-CAD: 03carlmoore * r52158 10/brlcad/trunk/src/libgcv/bottess.c: fix a spelling
10:38.44 CIA-69 BRL-CAD: 03carlmoore * r52155 10/brlcad/trunk/src/libbu/parse.c: fix spelling
10:38.45 CIA-69 BRL-CAD: 03carlmoore * r52164 10/brlcad/trunk/src/liboptical/photonmap.c: fix spellings
10:38.49 CIA-69 BRL-CAD: 03carlmoore * r52154 10/brlcad/trunk/src/libbu/convert.c: fix spellings
10:38.49 CIA-69 BRL-CAD: 03brlcad * r52146 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: add the new redblack test to the test bucket
10:38.49 CIA-69 BRL-CAD: 03brlcad * r52145 10/brlcad/trunk/src/libbu/ (test_rbtree.c tests/bu_redblack.c): rename to bu_redblack.c in the tests dir
10:38.50 CIA-69 BRL-CAD: 03brlcad * r52144 10/brlcad/trunk/src/libbu/test_rbtree.c:
10:38.51 CIA-69 BRL-CAD: apply sf patch 3510515 (Testing unit for /libbu/ Red-Black tree API) from
10:39.22 CIA-69 BRL-CAD: Andrei Popescu ( popescuandrei ) adding a unit test for libbu's redblack tree
10:39.22 CIA-69 BRL-CAD: api. doesn't seem to be comprehensive but is one of the best examples for how
10:39.23 CIA-69 BRL-CAD: to use the API.
10:39.24 CIA-69 BRL-CAD: 03brlcad * r52136 10/brlcad/trunk/ (358 files in 94 dirs): big swooping trailing ws, leading ws, successive blank line, and eof newline cleanup. running sh/ws.sh automatically eliminates 164 blank lines and 67KB of trailing whitespace junk.
10:39.28 CIA-69 BRL-CAD: 03brlcad * r52135 10/brlcad/trunk/sh/ws.sh: dsp files are binary, don't process them
10:39.28 CIA-69 BRL-CAD: 03brlcad * r52134 10/brlcad/trunk/doc/ (329 files in 18 dirs): save carl some effort. trailing ws, blank lines, eof newlines, leading ws.
10:39.28 CIA-69 BRL-CAD: 03brlcad * r52147 10/brlcad/trunk/src/libbu/tests/bu_redblack.c: ws indent style cleanup, add ac/av.
10:39.29 CIA-69 BRL-CAD: 03carlmoore * r52132 10/brlcad/trunk/src/conv/CMakeLists.txt: remove trailing blanks
10:39.58 CIA-69 BRL-CAD: 03carlmoore * r52131 10/brlcad/trunk/src/bwish/tcl.c: remove trailing blank
10:39.59 CIA-69 BRL-CAD: 03carlmoore * r52130 10/brlcad/trunk/src/util/bwscale.c: remove trailing blanks/tabs, and fix spelling
10:39.59 CIA-69 BRL-CAD: 03carlmoore * r52129 10/brlcad/trunk/src/burst/gridrotate.c: remove trailing blanks/tabs; fix spelling
10:39.59 CIA-69 BRL-CAD: 03carlmoore * r52128 10/brlcad/trunk/src/burst/Hm.c: fix spelling of 'visible'
10:40.00 CIA-69 BRL-CAD: 03carlmoore * r52127 10/brlcad/trunk/src/burst/Hm.c: remove trailing blanks/tabs
10:40.00 CIA-69 (7 lines omitted)
10:47.18 CIA-69 BRL-CAD: 03Stattrav 07http://brlcad.org * r4368 10/wiki/User:Stattrav/GSoC2012_log:
11:33.22 CIA-69 BRL-CAD: 03Phoenix 07http://brlcad.org * r4367 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */
12:21.21 CIA-69 BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4362 10/wiki/User:Anuragmurty: /* Development Log */
12:24.00 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
22:20.49 *** join/#brlcad ibot (~ibot@rikers.org)
22:20.49 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
22:23.38 *** join/#brlcad ibot (~ibot@rikers.org)
22:23.38 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
22:24.25 cristina hello
22:24.46 CIA-69 BRL-CAD: 03brlcad * r52237 10/brlcad/trunk/src/gtools/g_diff.1: document the return value
22:26.01 cristina brlcad: I am asked to provide my GSoC code. What exactly should I upload? Just the files that I've been working on?
22:27.38 cristina oh, and I'd like to thank the persons that evaluated me for their acceptance :)
22:27.59 CIA-69 BRL-CAD: 03brlcad * r52238 10/brlcad/trunk/NEWS: technically user visible, g_diff return code is now non-zero -- like it should have always been -- when two geometry database files have differences
22:28.13 brlcad cristina: that would be your mentor
22:28.38 brlcad and yes, the files you have been working on is fine
22:29.14 brlcad since you've been committing to our repository, the exercise of uploading your files to google is mostly a pedantic legal requirement
22:29.51 brlcad ideally, you should isolate your code changes -- you can use "svn diff" for that
22:30.45 cristina isolate them from what is next to come or from what the files looked like before I started changing them?
22:30.58 brlcad what they were before you started
22:31.11 brlcad basically, so there's a sense of what you actually wrote
22:31.15 brlcad or changed
22:31.29 cristina I understand, ok, thank you
22:31.51 brlcad like I said, not critical -- if you can't figure it out, bundling up the files you worked on is probably fine too
22:33.38 cristina yes, they say that it's up to the student what to include and what to not include but it would be better to actually expose the content that I have been contributing to
22:48.36 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:53.02 CIA-69 BRL-CAD: 03brlcad * r52239 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: prevent crash if bot_thickness was never initialized
22:56.48 CIA-69 BRL-CAD: 03brlcad * r52240 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: similarly, make sure bot_facemode is not null before using it
23:41.45 *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42)
23:45.54 *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42)
IRC log for #brlcad on 20120825

IRC log for #brlcad on 20120825

00:08.53 starseeker we should probably status update the stepcode guys soon...
00:15.44 brlcad starseeker: we didn't have a confirm on the windows build until this week. :)
00:16.54 brlcad fixes the plate mode crashes, now the only problem is that the plate-mode los are wrong
00:41.05 CIA-69 BRL-CAD: 03brlcad * r52241 10/brlcad/trunk/src/librt/primitives/bot/btg.c: we have to initialize the thickness and facemode arrays in the bot_specific otherwise we will not be able to correctly calculate platemode hits
00:45.30 CIA-69 BRL-CAD: 03brlcad * r52242 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: shouldn't make a noticable difference, but add hints anyways given the unliklihood they'll be null
00:51.19 CIA-69 BRL-CAD: 03brlcad * r52243 10/brlcad/trunk/NEWS:
00:51.19 CIA-69 BRL-CAD: fixed two bugs when shooting rays at a plate-mode bot, one being that it would
00:51.19 CIA-69 BRL-CAD: outright crash (code assumed prep filled in per-face thickness information).
00:51.19 CIA-69 BRL-CAD: fixed to not crash, then support added to correctly initialize so LOS thickness
00:51.19 CIA-69 BRL-CAD: get calculated correctly. this was found investigating a 'bot tessellation
00:51.19 CIA-69 BRL-CAD: failure' rtcmp issue reported recently by survice.
01:54.48 CIA-69 BRL-CAD: 03brlcad * r52244 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake:
01:54.48 CIA-69 BRL-CAD: quell compilation inline warnings from gcc 4.2 by increasing the inline limit to
01:54.48 CIA-69 BRL-CAD: 300% per compilation unit. this is an issue that is addressed better in later
01:54.48 CIA-69 BRL-CAD: versions of the compile, but is exasperated by our file that has so much
01:54.49 CIA-69 BRL-CAD: inlining and classes in one unit (opennurbs_ext.c). intentionally grouping with
01:54.49 CIA-69 BRL-CAD: the other gcc inline flag because they interrelate (and will be easier to
01:54.50 CIA-69 BRL-CAD: find/update/keep together)
02:34.32 CIA-69 BRL-CAD: 03brlcad * r52245 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c:
02:34.33 CIA-69 BRL-CAD: variable potentially used before getting set was detected by the compiler. it
02:34.33 CIA-69 BRL-CAD: looks like bbmin/bbmax is supposed to be the dsp's bb and would have been zero
02:34.33 CIA-69 BRL-CAD: or random before, so this should be a behavior change. hopefully for the
02:34.33 CIA-69 BRL-CAD: better, even though it's been unset data for years behind the debug test.
02:38.44 CIA-69 BRL-CAD: 03brlcad * r52246 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell issue introduced in the new nmg_loop_plane_area2() function, test to make sure fu is not null before using it in case it was never set
02:41.54 CIA-69 BRL-CAD: 03brlcad * r52247 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: more potentially uninitialized variables being used
02:44.12 CIA-69 BRL-CAD: 03brlcad * r52248 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: and more potentially uninitialized variables
02:53.36 *** join/#brlcad hsrai (~tcc@202.164.53.117)
04:22.26 CIA-69 BRL-CAD: 03brlcad * r52249 10/brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy:
04:22.26 CIA-69 BRL-CAD: avoid stringstreams here as they're causing an 'internal compiler error:
04:22.26 CIA-69 BRL-CAD: output_operand: invalid expression as operand'. it's an issue fixed in later
04:22.26 CIA-69 BRL-CAD: versions of gcc, but go with portability for now. also quell tons of inlining
04:22.26 CIA-69 BRL-CAD: warnings by unmarking this index_check() function.
05:33.01 CIA-69 BRL-CAD: 03brlcad * r52250 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: save a few bytes, eliminate generated trailing ws
05:34.38 CIA-69 BRL-CAD: 03brlcad * r52251 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.cc ExpDict.h): fix for a gcc internal compiler error due to inlining. make AssignAggrCreator() be defined in a compilation unit.
05:44.59 CIA-69 BRL-CAD: 03brlcad * r52252 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: quell warning on unused var since it won't necessarily get used given its use is in conditional code
06:25.32 CIA-69 BRL-CAD: 03brlcad * r52253 10/brlcad/trunk/src/conv/step/STEPEntity.h: if you're going to have a getter, should have a setter
06:42.30 *** join/#brlcad merzo (~merzo@181-33-132-95.pool.ukrtel.net)
06:56.36 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:32.09 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4373 10/wiki/User:Elf11: /* Log */
07:33.13 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:43.52 *** join/#brlcad elf_ (~elf@109.97.138.200)
08:01.41 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
08:14.50 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
09:11.03 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
09:46.31 *** join/#brlcad andrei (andrei@79.117.233.250)
11:39.53 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:03.51 *** join/#brlcad elf__ (~elf@92.80.41.42)
14:47.41 *** join/#brlcad stas (~stas@188.24.47.30)
17:06.35 *** join/#brlcad elf11_ (~elf11_@92.80.35.229)
18:58.39 brlcad elf11_: any headway on the patch?
19:13.48 elf11_ Hey, I have a quick question, how does one go about compiling the patch? I want to test it and I can't figure out how to do it
19:14.18 elf11_ modified the if_ogl.c file and now I want to see if it actually works
19:32.38 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4374 10/wiki/Main_Page: get get
19:35.17 brlcad elf11_: is that you on the mailing list that asked a similar question?
19:35.49 brlcad either way, I just posted a response that should answer your question
19:35.57 brlcad basically, you just compile
19:36.03 brlcad edit
19:36.06 brlcad then recompile
19:38.18 elf11_ No, but I saw the one on the mailing list too
19:38.49 *** join/#brlcad andrei (andrei@79.117.233.250)
19:54.21 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
20:52.34 *** join/#brlcad elf (~elf@92.80.35.229)
20:54.41 *** join/#brlcad elf_ (~elf@92.80.35.229)
21:31.46 elf_ Hmm, I am compiling the file but I get this "No need to remake target `/home/elf/brlcad-7.22.0/src/libfb/if_ogl.c'."
IRC log for #brlcad on 20120826

IRC log for #brlcad on 20120826

01:19.29 brlcad elf_: what command did you run that gave you that message?
01:28.48 brlcad the file if_ogl.c shouldn't be a make target
01:29.20 brlcad you'd make the product that compiles if_ogl.c, which would be "make libfb"
01:29.32 brlcad or simply "make" which will rebuild all products that have changed including libfb
02:58.11 elf_ I don't seem to be able to compile the file correctly, I added an 'S' option for double buffering, then I compiled and run the tool with pix-fb -F/dev/oglS but I get the 'S option not found, ignored' error, so I let only the 'S' option and tried again, it has the same effect, it sees all the previous options(which are not there, in the modeflags options anymore) but it doesn't see the 'S' one which I just added and it's currently the only one
04:01.21 *** join/#brlcad chamberlain (~chamberla@ip68-6-43-139.sb.sd.cox.net)
04:04.08 chamberlain hello, I am a newly graduated computer engineer. I found myself in need of some open-source software like SolidWorks or Inventor, and this seems like the closest thing currently available. I'm tentatively thinking of contributing to brl-cad with the goal of one day adding some SolidWorks style features. Is that presumptuous or in line with brl-cad's vision?
04:06.17 kanzure sure
04:06.28 kanzure parametric nurbs-based modeling is definitely on target
04:06.47 kanzure all the good parts of opennurbs cost many stacks of cash
04:08.35 chamberlain yeah, I've noticed now that I'm not a student and can't get it for free...
04:08.41 chamberlain hence wanting to make a free version :)
04:12.00 chamberlain so..... just how much of an overhaul is needed for nurbs?
04:12.16 chamberlain From some of the stuff I was reading, it sounded like nurbs was mostly implemented.
04:15.01 chamberlain oh sorry, I just had to read up on what exactly opennurbs is. The models are nurbs, but the feature set is lacking, yes?
04:19.15 kanzure boolean nurbs operations are presently lacking in brlcad
04:19.23 kanzure opennurbs has those features if you pay
04:20.10 chamberlain olry? interesting...
04:20.19 chamberlain not so open then, is it?
05:49.08 *** join/#brlcad elf__ (~elf@92.80.52.5)
06:01.34 *** part/#brlcad chamberlain (~chamberla@ip68-6-43-139.sb.sd.cox.net)
08:28.23 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@sam-seaborn-37.26.12.82.event.multiplay.co.uk)
08:47.39 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
09:14.36 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
10:22.48 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
13:16.16 brlcad elf__: it sounds like you may be missing some basic step like running the right tool or something
13:16.44 brlcad make sure you're running the tool you compiled, not the one that may be in your path
13:18.57 *** join/#brlcad merzo (~merzo@224-234-133-95.pool.ukrtel.net)
13:52.22 ``Erik cl -a
15:01.34 elf__ brlcad here's what my CMAKE generated file looks like http://paste.ubuntu.com/1168166/ , I am modifying in the /home/elf/brlcad-7.22.0
15:35.12 *** join/#brlcad elf (~elf@109.97.166.128)
15:35.59 Guest95680 elf11
15:36.39 *** join/#brlcad elf_ (~elf@109.97.166.128)
16:15.44 starseeker elf_: if you're adding options, make sure you update the list of options bu_getopt is looking for
16:24.35 *** join/#brlcad elf__ (~elf@92.80.15.225)
16:27.59 *** join/#brlcad elf_ (~elf@92.80.45.194)
16:30.00 *** join/#brlcad elf__ (~elf@92.80.9.134)
16:37.11 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
16:50.06 brlcad elf__: that cmake generated file is useless to me (and you shouldn't need to muck with anything generated)
16:50.30 brlcad it's a question of what you actually did, what commands you ran and in what order exactly
16:50.48 brlcad because I think there's some disconnect somewhere that needs to be sorted out, understood
17:32.23 elf__ Okay, so I installed the brlcad in the /home/brlcad folder.
17:32.40 elf__ I have the source file in /home/brlcad-7.22.0 folder
17:33.03 elf__ I modified the /home/brlcad/src/libfb/if_ogl.c file
17:33.43 elf__ and I used the make libfb command in the /home/brlcad folder
19:18.20 *** join/#brlcad cristina (~quassel@86.127.164.155)
19:18.28 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
19:32.23 brlcad elf__: so when you run pix-fb, which pix-fb are you running?
19:35.17 elf__ the one /usr/brlcad/bin/pix-fb that's what the which command in ubuntu says
20:00.58 brlcad maybe that's the issue then
20:01.16 brlcad when you run "make libfb", that just recompiles the library
20:01.19 brlcad that doesn't install it
20:01.47 brlcad suggest deleting /usr/brlcad (for now) and just running the compiled binaries in your build direcotry
20:04.46 brlcad they're in a 'bin' subdirectory in your build directory
20:05.30 brlcad wherever you ran make, you should be able to run "bin/fbhelp" and get a usage statement
23:43.05 CIA-69 BRL-CAD: 03r_weiss * r52254 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Reverted functions "is_convex", "nmg_flatten_face" and "cut_unimonotone" back to rev 50866. These were within file "nmg_tri.c". This restores nmg triangulation to better working code.
IRC log for #brlcad on 20120827

IRC log for #brlcad on 20120827

00:42.43 starseeker well, here's what I did instead of being productive this weekend: http://bzflag.bz/~starseeker/eniac_1946.pdf
00:48.50 starseeker probably enough there to cad model the ENIAC
00:58.43 starseeker waits for ``Erik to show him how that could have been done with imago, vecto, cl-pdf and ten lines of lisp
01:30.32 elf__ Thanks, brlcad now it does work.
02:05.42 CIA-69 BRL-CAD: 03TerrencexiavnrgklrAlicea 07http://brlcad.org * r4375 10/wiki/E_Cigarettes_Save_Lives: New page: There are approximately 700 to 900 deaths per year in the U.S. resulting from fires ignited by unattended cigarettes. New technology has given us a fire safe cigarette; a way to reduce the...
04:40.13 *** join/#brlcad LukeP (~lpearson@131.203.71.74)
04:41.48 LukeP Hey guys, I'm an IT Admin, and I have a few questions regarding ACAD, printers, and shared files. The first one, is if I change the dinosaur of a plotter we have currently for a modern one, would you expect our CAD 'office champion' to need to change page setups on every drawing, or would that sound a little wonky?
09:27.08 *** join/#brlcad stas (~stas@82.208.133.12)
09:33.56 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
09:45.03 *** join/#brlcad elf_ (~elf@109.97.159.5)
11:35.58 starseeker LukeP: we don't know anything about ACAD - this channel is BRL-CAD specific
13:09.10 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4376 10/wiki/User:Elf11: /* Log */
13:36.07 ``Erik 300 megs? O.O
13:38.44 starseeker ``Erik: yep
13:39.18 starseeker about 830 scanned pages
13:39.46 starseeker that's nothing - you should see the original image files, especially when converted from jpeg2000 to png
13:39.51 ``Erik ah, I'm only getting 220KB/s
14:15.35 brlcad is getting less
14:17.28 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:TerrencexiavnrgklrAlicea]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
14:17.39 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[E Cigarettes Save Lives]]": spam
14:23.51 brlcad ``Erik: what is your current rate?
14:24.28 starseeker brlcad: he got it already
14:24.36 starseeker looks like about half that
14:25.19 brlcad more specific?
14:26.29 starseeker varying between 120 an 199
14:29.03 brlcad files a ticket
14:30.03 ``Erik was 220, jumped up to 800 for a bit.. was talking to starseeker instead of watching it like a hawk, so it probably went back down...
14:30.36 ``Erik that was bz->crit http, tinyproxy, crit->desktop ssh
14:30.54 ``Erik so tons of ways to slow it down
14:32.41 brlcad taking down bind
14:33.44 brlcad getting 20-70kb/s to me, 1.5MB/s to crit
16:01.45 CIA-69 BRL-CAD: 03n_reed * r52255 10/brlcad/trunk/include/nurbs.h: try and address FIXMEs by providing plausible implementations for stubs
16:23.03 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb61d.bb.sky.com)
17:18.43 *** join/#brlcad elf_ (~elf@109.97.159.5)
17:21.26 brlcad elf_: saw the patch, does that mean you tested it successfully? :)
17:25.55 elf_ Hey, brlcad, yes I tested the tool before modifying anything, and after and it looks like it does the same thing but now it has as default the single buffer.
17:26.25 brlcad elf_: very good, so running from the build directory helped clear things up?
17:34.50 CIA-69 BRL-CAD: 03brlcad * r52256 10/brlcad/trunk/src/libfb/if_ogl.c:
17:34.50 CIA-69 BRL-CAD: apply sf patch 3562134 (IF_OGL framebuffer interface single-buffer by default)
17:34.52 CIA-69 BRL-CAD: from Niculaescu Oana ( elf11 ). switches the ogl framebuffer from double to
17:34.52 CIA-69 BRL-CAD: single buffering by default and adds a new 'S' option for specifying
17:34.52 CIA-69 BRL-CAD: double-buffering (d/D was taken).
17:50.28 CIA-69 BRL-CAD: 03brlcad * r52257 10/brlcad/trunk/ (AUTHORS NEWS TODO):
17:50.28 CIA-69 BRL-CAD: document code contribution from Niculaescu Oana for his patch that switches the
17:50.28 CIA-69 BRL-CAD: opengl framebuffer from double to single buffering by default. this should
17:50.28 CIA-69 BRL-CAD: greatly improve performance of the framebuffer, particularly for very large
17:50.29 CIA-69 BRL-CAD: contexts.
17:53.05 elf_ brlcad, yes it did help running from the directory and now everything does make sense, thank you for your help :)
17:55.50 brlcad excellent
17:55.59 brlcad elf_: did you participate in gsoc?
17:57.03 elf_ I didn't have any projects in gsoc, first project of this nature :) and also my first open source contribution
17:58.16 brlcad outstanding (and congrats on taking that first step) .. it's a great way of life ;)
17:59.29 CIA-69 BRL-CAD: 03brlcad * r52258 10/brlcad/trunk/AUTHORS: Oana is first name, not surname
17:59.42 elf_ Yes, I thought it was time to take this step, good opportunity to learn new things and also help the community, and I like it :)
17:59.53 elf_ Thank you for updating that, brlcad :)
18:00.19 brlcad no problem oana ;)
18:14.03 brlcad so elf_, that was a perfect patch -- so next up I suggest tackling something the same or just a little more complex
18:14.43 elf_ Okay, do you have some specific in mind?
18:14.45 brlcad maybe apply the same change to any of the other if_*.c framebuffers that have single/double buffering options and are defaulting to double (even if you can't compile them)
18:14.56 brlcad then something in libged would be good
18:15.39 elf_ Why are you saying "even if you can't compile them" they are not complete or something else?
18:18.33 brlcad they are for different platform environments
18:18.49 brlcad if_wgl.c for example is nearly identical to ogl, but is for Windows
18:18.59 brlcad only gets compiled if you're on Windows, obviously ;)
18:21.00 brlcad a good libged task might be this: migrate the mged 'joint' command to libged
18:21.32 brlcad nearly every topic needed to do that will help you for understanding the simulate infrastructure
18:21.52 elf_ Hmm I see, I looked into if_wgl.c when I did if_ogl.c and figured it was for windows :)
18:25.26 elf_ Okay, so I will work on the other if_*.c files where double/single buffer is present and will start looking into migrating the joint command to libged
18:26.51 elf_ About that it's there a specific file where I should start in the mged folder?
18:27.14 brlcad as you venture into more complex code, be sure you're read the HACKING file if you've not already
18:28.05 elf_ Oh, and something that I found useful so far and it would be really great if it would be available for later versions of the soft is this http://brlcad.org/xref/source/ . Or it is already available and I haven't found it yet?
18:28.25 elf_ And I have already read the HACKING file but I will read it again :)
18:29.19 brlcad HACKING is more important when you get to *writing* new code, not just updating existing or adding/changing a few lines
18:29.42 elf_ I understand that :)
19:04.37 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
19:34.12 CIA-69 BRL-CAD: 03r_weiss * r52259 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c:
19:34.13 CIA-69 BRL-CAD: Changed the name of function "nmg_isect_lseg3_eu" to "nmg_isect_potcut_fu" which
19:34.13 CIA-69 BRL-CAD: better describes its purpose. Also the first two input parameters were changed
19:34.14 CIA-69 BRL-CAD: from vertexuse to edgeuse. Updated function "nmg_triangulate_rm_holes" to call
19:34.15 CIA-69 BRL-CAD: "nmg_isect_potcut_fu". These changes were in file "nmg_tri.c" and correct bugs
19:34.16 CIA-69 BRL-CAD: with nmg triangulation.
19:36.43 CIA-69 BRL-CAD: 03r_weiss * r52260 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Fixed a tolerance bug in function "nmg_loop_plane_area2" in file "nmg_misc.c".
19:37.27 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb61d.bb.sky.com)
19:47.43 *** join/#brlcad merzo (~merzo@37-252-133-95.pool.ukrtel.net)
20:46.25 CIA-69 BRL-CAD: 03starseeker * r52261 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Squash shadow and float-equal warnings from eigen files.
20:47.00 *** join/#brlcad stas (~stas@188.24.47.30)
21:12.33 *** join/#brlcad cristina (~quassel@188.24.47.30)
21:26.43 brlcad waves to cristina
21:40.55 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
21:42.44 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
21:50.16 *** part/#brlcad LukeP (~lpearson@131.203.71.74)
22:10.47 cristina waves back to brlcad
23:08.26 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:37.09 CIA-69 BRL-CAD: 03starseeker * r52262 10/brlcad/trunk/src/libnurbs/ (CMakeLists.txt opennurbs_fit.cpp opennurbs_fit.h): Substitute the SimplicialLDLT solver from Eigen into the opennurbs fit code - reduces the surface fitting time from hours to around five seconds.
IRC log for #brlcad on 20120828

IRC log for #brlcad on 20120828

00:05.12 *** join/#brlcad merzo (~merzo@167-93-133-95.pool.ukrtel.net)
01:25.55 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
02:12.01 elf_ brlcad, I don't think the double/single buffer is present in any other files than /src/libfb/if_ogl.c and if_wgl.c, if_tk.c, if_X.c and if_X24.c don't seem to have it, or am I missing something important here?
05:00.24 brlcad elf_: you're not necessarily missing anything
05:00.52 brlcad the point was to check and if any of the rest do support single/double buffering, to offer the same option (and similarly default to single)
05:01.19 elf_ Okay, thanks :)
08:41.55 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:13.27 *** join/#brlcad stas (~stas@82.208.133.12)
10:38.29 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:30.31 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4377 10/wiki/User:Elf11: /* Log */
11:35.09 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:45.59 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:07.43 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
16:27.49 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
16:44.50 *** join/#brlcad elf_ (~elf@109.97.159.5)
17:23.17 CIA-69 BRL-CAD: 03n_reed * r52263 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove dynamic allocation and fix translation error in alternate plot code
17:38.01 CIA-69 BRL-CAD: 03carlmoore * r52264 10/brlcad/trunk/AUTHORS: fix a spelling of 'Northrup'
18:47.16 CIA-69 BRL-CAD: 03n_reed * r52265 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.h: add missing header guard
18:57.46 *** join/#brlcad ksuzee (~ksu@193.151.105.83)
19:04.30 CIA-69 BRL-CAD: 03r_weiss * r52266 10/brlcad/trunk/src/librt/primitives/nmg/ (nmg_info.c nmg_misc.c):
19:04.32 CIA-69 BRL-CAD: Updated functions "nmg_loop_is_ccw" and "nmg_loop_plane_area2" in files
19:04.32 CIA-69 BRL-CAD: "nmg_misc.c" and "nmg_info.c". Changed one of the input paramters for
19:04.32 CIA-69 BRL-CAD: "nmg_loop_plane_area2" from "fastf_t *" to "plane_t". Also initialized the plane
19:04.32 CIA-69 BRL-CAD: variable in "nmg_loop_is_ccw". Did code cleanup.
19:06.34 CIA-69 BRL-CAD: 03r_weiss * r52267 10/brlcad/trunk/src/libbn/plane.c: Fixed a tolerance bug in function "bn_isect_line3_line3". Did code cleanup in this function and "bn_isect_lseg3_lseg3". These updates were in file "plane.c".
19:56.14 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:06.42 *** join/#brlcad stas (~stas@188.24.47.30)
20:23.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:48.26 brlcad starseeker: what would be the cleanest way to go about disabling debug for a specific directory when compiling optimized?
21:53.28 starseeker um. You mean turning off the debug flags in just one directory?
21:53.49 brlcad yeah
21:54.07 starseeker If you just want to test, the fastest way is probably to edit the files in the build directory
21:54.49 starseeker look for flags.make files
21:55.29 brlcad I was considering something a bit more persistent since this is a somewhat common gcc compiler bug
21:55.33 starseeker I'm not sure of a cmake configure time way to do that per-directory... I'd have to look into it a bit
21:56.12 starseeker probably regex removal of flags from the CMAKE_C_FLAGS variable and friends in that one directory...
21:56.26 brlcad I have a workaround, but was curious just what it would even look like
21:56.34 starseeker there may be a "nicer" way, but I'm not sure what it would be offhand
21:56.35 brlcad regex removal?
21:56.40 starseeker I might have to ask the cmake list
21:56.54 starseeker basically, examine the contents of the flag variables and remove any debug flags
21:57.10 brlcad but that'd necessitate knowing what the flags even are
21:57.23 brlcad wouldn't want to propagate that sort of knowledge
21:58.12 starseeker it's tricky then - the flags are set high up, not per-directory
21:58.25 brlcad but they're not set into variables or something?
21:58.34 starseeker the debug flags?
21:59.02 brlcad sure
21:59.14 brlcad as a set
21:59.25 starseeker I think I'm storing them in DEBUG_C_FLAGS and DEBUG_CXX_FLAGS respectively
22:00.17 brlcad so then would something like if (isset(BRLCAD_OPTIMIZED_BUILD) && isset(BRLCAD_DEBUG_BUILD) ; DEBUG_C_FLAGS= ; endif(...)
22:00.35 brlcad would that work per dir or would that just turn it off everywhere?
22:00.56 starseeker shakes his head - those variables are just used during the discovery of debug flags, not in their assignment
22:01.25 brlcad but say they were being used (could they be used?) -- would that work in theory?
22:01.26 starseeker take a look at ComilerFlags.cmake
22:01.37 starseeker er CompilerFlags.cmake rather
22:02.45 starseeker CMAKE_C_FLAGS and CMAKE_CXX_FLAGS hold all the flags. You'd have to use DEBUG_C_FLAGS to find them in the CMAKE_C_FLAGS variable at the directory level, and then locally construct a new CMAKE_C_FLAGS
22:03.27 brlcad hm, is there a way to construct variables of variables, instead of just values?
22:03.44 brlcad so CMAKE_C_FLAGS is just a set of variables, not actual flags
22:03.54 starseeker that won't work for generating make files
22:03.56 brlcad I thought I even saw that somewhere for a couple variables
22:04.15 starseeker sure, but then you'd have make using the variable names as cflags, not the contents
22:05.03 brlcad but then if the requisite cmake variables are exported as make variables, there's no problem with that -- in fact, that'd be the goal
22:05.30 starseeker I don't think they would be
22:05.31 brlcad then you could have a make-time override of any flag: make DEBUG_C_FLAGS=
22:06.11 starseeker that's probably a question for the CMake list - I've never dug that deep into how flags.make is generated
22:06.41 starseeker I've always built an explicit list of compiler flags at CMake time
22:06.49 brlcad hm, okay, good to know at least
22:07.12 brlcad it would be interesting to know if it's possible to set a cmake variable as a make variable
22:07.22 starseeker brlcad: can you disable them? like, say, -no-gdb or some such?
22:07.50 brlcad probably not clear what that means for some build targets, but I think most if not all have the notion
22:08.01 brlcad what do you mean?
22:08.18 brlcad you mean an additional flag that might turn them off?
22:08.26 starseeker like if you say gcc -Wfloat-equal -Wno-float-equal, the net result is to disable that warning
22:08.33 starseeker is there something similar for g and gdb3
22:09.00 starseeker if you have to disable debugging for a particular file or target, it might be doable that way
22:09.27 brlcad I don't think gcc sports that for debug, could be wrong
22:09.34 starseeker blegh
22:09.38 brlcad could hit up the other flag, optimization
22:09.45 brlcad you can override that, takes the last one
22:09.58 starseeker ah, that might be a way then
22:10.22 starseeker backing off optimization avoids the error?
22:10.29 brlcad the bug is specific to gcc + c++ + gstabs + optimized
22:10.37 brlcad change any of those four and the bug goes away ;)
22:11.21 brlcad it's across a variety of versions apparently too, so can't pin that one so simply
22:12.07 starseeker yeah, the simplest thing to do is to back off the opimization that target (or file, if it's that specific)
22:12.41 brlcad it's easy enough to live with and workaround (and easy to tell users how to fix it via cmake options), I was just more interested in what would be the ideal fix if we did want to handle it
22:12.54 brlcad and to be aware if support inquiry comes in
22:13.47 starseeker if it's a target, adding set_property(TARGET targetname APPEND PROPERTY COMPILE_FLAGS "-O2") would probably do it
22:13.48 brlcad so to back off the optimization, what would that look like -- what I wrote? if (isset(BRLCAD_OPTIMIZED_BUILD) && isset(BRLCAD_DEBUG_BUILD) ; ... ?
22:14.09 brlcad -O0, but okay
22:14.17 starseeker if you can pin it down to one file...
22:14.37 brlcad it's actually almost every src/conv/step file that provokes the error
22:14.57 starseeker ah, yeah, then the target override would be the one we'd want
22:15.11 brlcad I was able to quell a few of them by reordering statements and tweaking syntax, but then I found a couple cases that could not be structured
22:15.20 starseeker wines
22:15.25 starseeker winces rather
22:15.36 brlcad so you'd set the property, but what's the trigger look like?
22:15.43 brlcad if what?
22:17.08 starseeker if(BRLCAD_OPTIMIZED_BUILD AND BRLCAD_DEBUG_BUILD) should work
22:17.13 brlcad elf_: I can get the cross reference updated here in a few days, but I use etags myself
22:18.36 brlcad starseeker: is empty string a true or false value? same as unset?
22:18.48 starseeker unset var should be same as false
22:19.13 brlcad cool, thx
22:19.29 starseeker no problem - is it stepcode's fault, or something in our design?
22:20.07 brlcad neither, it's a compiler bug
22:20.19 starseeker hrm
22:20.55 brlcad even the ones I was able to quell were perfectly valid syntax
22:20.59 starseeker i don't suppose it has a simple test case? TRY_COMPILE could be used to detect whether current flags trigger it...
22:21.22 brlcad it was just patterns I'd seen before, msvc has a variety of well-known compiler bugs that you have to work around
22:21.29 starseeker then we could not only tell when we hit the case, but we could test the workaround...
22:21.31 brlcad no, it's not that simple
22:21.35 starseeker ah, figures
22:22.10 brlcad I mean, there are regressions that we could test but it's not worth it (they're entirely non-trivial)
22:22.31 starseeker cool.
22:22.51 starseeker heh - that's what you get for training me so hard in test driven configuration :-P
22:23.15 brlcad gcc makes their internal compiler errors into regression tests, so they'd be the place to reference if we really really wanted to test it in isolation
22:23.33 starseeker mutter... that'd be gpl code, too
22:24.15 starseeker well, no matter - not a concern until it's clear that not having the opimization on is a limiting factor in the converter's performance
22:24.42 brlcad I'd just as well disable debug manually in that one dir ;)
22:25.14 starseeker actually prefers keeping the debugging symbols, personally...
22:26.41 brlcad either way for that converter, it's not likely going to work for them either way
22:27.05 starseeker ouch
22:27.43 starseeker that sucks
22:28.19 brlcad have you tried a random step conversion yet?
22:28.29 starseeker not for a while - something is buggered
22:28.54 brlcad I've yet to have one just work, and I've tried dozens
22:29.19 starseeker nods - sadly, I'm not surprised
22:29.27 brlcad they've all crashed or given me empty .g files or failed during parsing or partial imports if I'm lucky
22:29.37 brlcad just haven't had time to debug
22:29.53 starseeker yeah, that's kinda the general problem - no one's had the time to wade into it
22:30.03 brlcad heh, SdaiCONFIG_CONTROL_DESIGN.cc.o takes more than a minute to compile
22:30.16 starseeker it's a big bugger
22:30.28 brlcad real1m4.871s
22:30.28 brlcad user1m5.238s
22:30.49 starseeker I suppose there's a bunch of optimizations to that output that could be done...
22:30.52 brlcad that's O3, had to bump up the inline limits to get past strictness too
22:31.08 brlcad Mark had a good idea, should be broken up into multiple files
22:31.19 brlcad wouldn't necessarily compile faster, but it'd feel faster :)
22:31.31 starseeker :-)
22:38.01 *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83)
22:38.26 brlcad hi ksuzee
22:42.37 CIA-69 BRL-CAD: 03brlcad * r52268 10/brlcad/trunk/src/libfb/if_wgl.c:
22:42.38 CIA-69 BRL-CAD: apply sf patch 3562423 (if_wgl.c gets to be single buffer by default) from
22:42.38 CIA-69 BRL-CAD: Niculaescu Oana ( elf11 ) so that it matches the ogl framebuffer. now defaults
22:42.38 CIA-69 BRL-CAD: to single-buffering in order to avoid massive performance degredation when
22:42.38 CIA-69 BRL-CAD: rendering to large framebuffer windows (reported by several TMT users)
22:45.44 CIA-69 BRL-CAD: 03brlcad * r52269 10/brlcad/trunk/NEWS:
22:45.45 CIA-69 BRL-CAD: applied patches from Oana Niculaescu that switch the opengl framebuffers
22:45.46 CIA-69 BRL-CAD: (ogl/wgl) from double to single buffering by default. this should greatly
22:45.47 CIA-69 BRL-CAD: improve performance of the framebuffer, particularly for very large contexts.
22:45.47 CIA-69 BRL-CAD: the performance problems were reported by several TMT modelers some time ago.
22:55.06 *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83)
IRC log for #brlcad on 20120829

IRC log for #brlcad on 20120829

00:56.32 elf_ brlcad : Thanks for looking into that cross reference files :)
01:15.32 elf_ brlcad how does one go along testing the joint command from the /src/mged file?
01:52.39 brlcad elf_: the command hasn't been run in years, but you don't need to be concerned so much with fixing it as "moving" it
01:53.34 elf_ Okay, I was asking just because I wanted to get a better feeling of it, thanks
01:53.39 brlcad moving it will require understanding how mged commands are registered, how libged commands are registered, and what function calls need to be translated for it to work in libged
01:54.00 brlcad running the "joint help" command should give you a usage statement in mged
01:54.25 brlcad first step, move the sources into a libged ged_joint() function and get it to print the same help statement.
01:55.43 elf_ Okay :)
01:56.15 brlcad actually, that's not the first step
01:56.24 brlcad at least it can be a first step, but doesn't need to be
01:56.37 brlcad you'll want to first understand mged commands
01:57.05 brlcad find the joint command in src/mged, just search for "joint" should show you all the places it's at
01:57.22 brlcad then perhaps rename the command itself to joint2
01:58.07 brlcad then you can try to follow how libged commands are registered and can stub in an empty ged_joint() command, registered as 'joint'
01:58.55 brlcad then you can move pieces of "joint2"s guts into your new libged "joint" command
01:58.56 brlcad make sense?
01:59.07 elf_ yes
08:01.23 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:44.57 *** join/#brlcad cristina (~quassel@188.24.44.191)
09:29.05 *** join/#brlcad stas (~stas@82.208.133.12)
11:53.55 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:27.26 CIA-69 BRL-CAD: 03brlcad * r52270 10/brlcad/trunk/src/conv/patch/patch-g.c: init pl to avoid warning
12:41.33 CIA-69 BRL-CAD: 03starseeker * r52271 10/brlcad/trunk/src/librt/test_nurbsfit.cpp: comment out debugging printing
12:42.36 CIA-69 BRL-CAD: 03starseeker * r52272 10/brlcad/trunk/src/ (6 files in 2 dirs): Move PullbackCurve into libnurbs
13:10.59 CIA-69 BRL-CAD: 03starseeker * r52273 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn the surface creation back on in botpatches test.
14:12.32 CIA-69 BRL-CAD: 03n_reed * r52274 10/brlcad/trunk/src/librt/primitives/ell/ell.c: decompose alternate plot code into functions
14:13.43 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:49.28 brlcad elf_: how's progress?
14:51.00 CIA-69 BRL-CAD: 03starseeker * r52275 10/brlcad/trunk/src/librt/test_botpatches.cpp: disable debugging messages for point converter.
15:01.16 elf_ brlcad, I've moved pieces from the joint command into libged and I am trying to make it have the same output at least for joint help command
15:06.34 elf_ I have some problems understanding how the libged functions are registered however
15:07.34 elf_ there are a lot of file and I am not sure where to look or more exactly what to look for
15:28.55 CIA-69 BRL-CAD: 03n_reed * r52276 10/brlcad/trunk/src/other/step/src/exppp/exppp.c: Use stdarg.h unconditionally and avoid undefined behavior by remembering to call va_end. Appears to fix fedex_plus crash seen when doing a Windows release build.
16:35.05 *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26)
16:44.05 brlcad elf_: did you rename the exiting joint command to joint2?
16:57.02 CIA-69 BRL-CAD: 03brlcad * r52277 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: if cmd is going to get set, might as well use it.
17:44.02 elf_ I did brlcad, I renamed the command in the /mged/animedit.c
18:00.42 brlcad elf_: so that's not the right place :)
18:01.19 brlcad animedit.c has the implementation, but those function names are mostly irrelevant -- at least that's not where the 'joint' command is registered
18:01.33 brlcad find where the command name itself is registered
18:01.57 brlcad changing the command name from joint to joint2 should have been exactly a one-character change
18:04.06 starseeker woo hoo - go gsoc! 64bit port of Haiku
18:04.16 brlcad yeah, saw that -- good stuff
18:04.45 brlcad was using haiku at siggraph
18:16.25 ``Erik heard they just got a 64b version out
18:16.40 ``Erik doh, that's what starseeker said, heh
18:16.45 ``Erik was on hn this morning :)
22:23.51 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
22:37.34 elf_ Found it brlcad, was in /mged/setup.c
23:20.45 elf_ brlcad does the libged command get registered in the /src/libged/wdb_obj.c file? I found the registering table for the commands and it looks like it does
23:53.43 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
IRC log for #brlcad on 20120830

IRC log for #brlcad on 20120830

00:13.07 elf_ In wdb_obj.c there are 2 tables where commands are registered why is that? Also I think I should add the joint command to the second table, right? the "static struct bu_cmdtab wdb_cmds[]" one.
00:15.00 elf_ Also in the src/mged/cmd.c there's a function int mged_cmd() that verifies if the number of arguments for a command are right and then passes the control to that function, is there something similar in the libged files?
01:20.33 CIA-69 BRL-CAD: 03starseeker * r52278 10/brlcad/trunk/src/librt/test_botpatches.cpp: simplify some code a bit using mk_edge
01:33.52 starseeker ``Erik: http://projects.blender.org/tracker/?func=detail&atid=127&aid=4345&group_id=9
02:55.06 *** join/#brlcad elf_ (~elf@109.97.159.5)
03:47.29 brlcad <PROTECTED>
03:47.50 brlcad next to get them to hook into librt for all geometry ;)
03:52.35 brlcad elf_: you can ignore wdb_obj.c for the most part
03:57.11 brlcad but to answer your question, yes some are *also* registered there but that's because it's a completely different command "object" interface different from the one used when you type a commands into mged
03:59.05 brlcad there are two tables because one is for the newer libged functions and the other is for the older previous functions
03:59.31 brlcad you'll see that similar setup in mged too, which is where you'll be paying attention to the old and new style
03:59.56 brlcad f_joint() is old, ged_joint() will be new .. so you're changing the setup.c table
04:57.51 elf_ Ah, now it does make sense, I have to modify the setup.c table and to make that ged_joint() function so that it can be added in the table as {"joint", cmd_somekindofwrapper, ged_joint}
06:47.35 *** join/#brlcad ibot (~ibot@rikers.org)
06:47.35 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
06:51.08 *** join/#brlcad ibot (~ibot@rikers.org)
06:51.08 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
06:55.20 *** join/#brlcad ibot (~ibot@rikers.org)
06:55.20 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
06:56.51 *** join/#brlcad merzo (~merzo@64-118-132-95.pool.ukrtel.net)
07:01.42 *** join/#brlcad ibot (~ibot@rikers.org)
07:01.42 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
07:05.22 *** join/#brlcad ibot (~ibot@rikers.org)
07:05.22 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
07:08.41 *** join/#brlcad ibot (~ibot@rikers.org)
07:08.41 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
08:30.52 *** join/#brlcad cristina (~quassel@188.24.44.191)
09:11.12 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:35.06 *** join/#brlcad merzo (~merzo@64-118-132-95.pool.ukrtel.net)
10:38.47 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
11:28.38 starseeker brlcad: unfortunately, it was back in 2006 and I think I saw a post indicating it didn't perform well in blender :-/
11:53.36 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
13:12.43 elf_ Okay, so I followed some of the commands in the /mged/setup.c table, the ones that are lowered on the libged, and I tried to do the same for the joint command.
13:16.35 elf_ Here's what I did so far: http://paste.ubuntu.com/1175850/
13:17.00 elf_ When I run compile I get those errors http://paste.ubuntu.com/1175838/
13:17.34 elf_ and I can't figure out why :(
13:23.14 CIA-69 BRL-CAD: 03starseeker * r52279 10/brlcad/trunk/src/librt/test_botpatches.cpp: just use ON_3dPoint - no point in custom point type here.
13:43.59 *** join/#brlcad elf__ (~elf@92.80.34.163)
13:52.46 *** join/#brlcad elf (~elf@92.80.38.108)
13:53.45 *** join/#brlcad elf_ (~elf@92.80.38.108)
13:53.54 CIA-69 BRL-CAD: 03starseeker * r52280 10/brlcad/trunk/src/librt/test_botpatches.cpp: cleanup, simplify (slightly)
14:15.56 brlcad starseeker: hm, I thought it looked familiar
14:17.36 *** join/#brlcad cristina (~quassel@188.24.44.191)
14:34.33 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4378 10/wiki/User:Elf11: /* Log */
14:48.00 *** join/#brlcad elf (~elf@109.97.138.82)
14:51.20 *** join/#brlcad elf_ (~elf@109.97.138.82)
15:40.33 *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net)
15:40.33 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
15:41.04 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
16:36.13 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
19:40.49 CIA-69 BRL-CAD: 03carlmoore * r52281 10/brlcad/trunk/misc/Doxyfile: fix 2 spellings
19:42.49 CIA-69 BRL-CAD: 03carlmoore * r52282 10/brlcad/trunk/misc/Doxyfile.in: fix 1 spelling
19:49.35 CIA-69 BRL-CAD: 03carlmoore * r52283 10/brlcad/trunk/misc/fortran_example.f: fix 1 spelling
19:57.49 CIA-69 BRL-CAD: 03carlmoore * r52284 10/brlcad/trunk/autogen.sh: fix spellings in 3 places
20:12.18 CIA-69 BRL-CAD: 03carlmoore * r52285 10/brlcad/trunk/TODO: fix 1 spelling
20:12.51 CIA-69 BRL-CAD: 03carlmoore * r52286 10/brlcad/trunk/NEWS: fix 1 spelling
20:21.10 CIA-69 BRL-CAD: 03carlmoore * r52287 10/brlcad/trunk/src/conv/fast4-g.c: fix 1 spelling
20:21.53 CIA-69 BRL-CAD: 03carlmoore * r52288 10/brlcad/trunk/src/conv/fast4-g.c: and fix another spelling
20:24.24 CIA-69 BRL-CAD: 03carlmoore * r52289 10/brlcad/trunk/src/conv/g-shell-rect.1: fix 2 spellings
20:32.34 CIA-69 BRL-CAD: 03carlmoore * r52290 10/brlcad/trunk/misc/CMake/FindTCL.cmake: fix spelling of a variable as advised
20:35.08 CIA-69 BRL-CAD: 03carlmoore * r52291 10/brlcad/trunk/misc/NIST_DENSITIES: as advised, fix spelling of 'Dichlorobenzene'
20:41.12 CIA-69 BRL-CAD: 03carlmoore * r52292 10/brlcad/trunk/src/lgt/reflect.c: fix 5 spellings
20:43.04 CIA-69 BRL-CAD: 03carlmoore * r52293 10/brlcad/trunk/src/lgt/char.c: fix spelling
20:44.59 CIA-69 BRL-CAD: 03carlmoore * r52294 10/brlcad/trunk/src/lgt/grid_rotate.c: fix 1 spelling
20:46.48 CIA-69 BRL-CAD: 03carlmoore * r52295 10/brlcad/trunk/src/lgt/hmenu.c: fix 1 spelling
20:48.45 CIA-69 BRL-CAD: 03carlmoore * r52296 10/brlcad/trunk/src/lgt/error.c: fix 1 spelling
20:50.15 CIA-69 BRL-CAD: 03carlmoore * r52297 10/brlcad/trunk/src/lgt/prnt.c: fix 1 spelling
20:51.23 CIA-69 BRL-CAD: 03carlmoore * r52298 10/brlcad/trunk/src/lgt/trie.c: fix 1 spelling
20:53.16 CIA-69 BRL-CAD: 03carlmoore * r52299 10/brlcad/trunk/src/lgt/glob.c: fix 1 spelling
20:55.07 CIA-69 BRL-CAD: 03carlmoore * r52300 10/brlcad/trunk/src/conv/poly-bot.c: fix misspelling in error message
20:57.30 CIA-69 BRL-CAD: 03carlmoore * r52301 10/brlcad/trunk/src/lgt/cursors.h: fix 1 spelling
21:00.08 CIA-69 BRL-CAD: 03carlmoore * r52302 10/brlcad/trunk/src/lgt/lgt.1: fix 2 spellings
21:02.02 CIA-69 BRL-CAD: 03carlmoore * r52303 10/brlcad/trunk/src/canon/canonize.1: fix 1 spelling
21:05.34 CIA-69 BRL-CAD: 03carlmoore * r52304 10/brlcad/trunk/src/fbed/fb_ik.h: fix 1 spelling
21:07.46 CIA-69 BRL-CAD: 03carlmoore * r52305 10/brlcad/trunk/src/brlman/brlman.sh.in: fix 1 spelling
21:11.32 CIA-69 BRL-CAD: 03carlmoore * r52306 10/brlcad/trunk/src/anim/anim_script.1: fix 7 spellings
21:12.55 CIA-69 BRL-CAD: 03carlmoore * r52307 10/brlcad/trunk/src/anim/chan_mult.1: fix 2 spellings
21:15.26 CIA-69 BRL-CAD: 03carlmoore * r52308 10/brlcad/trunk/src/anim/anim_track.1: fix spellings
21:17.27 CIA-69 BRL-CAD: 03carlmoore * r52309 10/brlcad/trunk/src/anim/anim_turn.1: fix 2 spellings
21:25.25 CIA-69 BRL-CAD: 03carlmoore * r52310 10/brlcad/trunk/src/anim/anim_sort.1: fix 2 spellings
21:27.01 CIA-69 BRL-CAD: 03carlmoore * r52311 10/brlcad/trunk/src/anim/anim_hardtrack.c: fix 1 spelling
21:30.52 CIA-69 BRL-CAD: 03carlmoore * r52312 10/brlcad/trunk/src/burst/Hm.h: fix 3 spellings
21:32.40 CIA-69 BRL-CAD: 03carlmoore * r52313 10/brlcad/trunk/src/burst/prnt.c: fix spelling
21:34.13 CIA-69 BRL-CAD: 03carlmoore * r52314 10/brlcad/trunk/src/burst/trie.c: fix 1 spelling
21:36.08 CIA-69 BRL-CAD: 03carlmoore * r52315 10/brlcad/trunk/src/burst/grid.c: fix spelling
21:42.46 CIA-69 BRL-CAD: 03carlmoore * r52316 10/brlcad/trunk/src/external/ProEngineer/proe-brl.c: fix spelling in 4 places
21:46.31 CIA-69 BRL-CAD: 03carlmoore * r52317 10/brlcad/trunk/src/anim/Makefile.am: per Sean Morrison, fix a 'hardtrack' spelling
22:03.40 CIA-69 BRL-CAD: 03carlmoore * r52318 10/brlcad/trunk/src/util/wavelet.1: fix spelling
22:05.22 CIA-69 BRL-CAD: 03carlmoore * r52319 10/brlcad/trunk/src/util/pixbackgnd.c: fix 2 spellings
22:10.09 CIA-69 BRL-CAD: 03r_weiss * r52320 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Update to function "nmg_loop_plane_area2" in file "nmg_misc.c". This is a work in progress. These changes are to correct floating point problems computing the plane of very small polygons.
22:13.53 *** join/#brlcad merzo (~merzo@30-113-133-95.pool.ukrtel.net)
22:45.49 CIA-69 BRL-CAD: 03starseeker * r52321 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make edge set building code more compact.
IRC log for #brlcad on 20120831

IRC log for #brlcad on 20120831

00:18.06 CIA-69 BRL-CAD: 03r_weiss * r52322 10/brlcad/trunk/src/libnurbs/PullbackCurve.cpp: Fixed compile errors due to unused variables.
00:46.47 *** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
00:57.30 *** join/#brlcad merzo (~merzo@30-113-133-95.pool.ukrtel.net)
01:51.58 starseeker gives up on direct bot creation and tries libwdb...
01:52.12 starseeker yeesh bot code is messy
02:13.54 brlcad what bot code?
02:32.37 CIA-69 BRL-CAD: 03starseeker * r52323 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start significant re-organization of bot->nurbs code - this will result in functionality reduction for a while.
03:26.58 starseeker was trying to figure out how to make a bot given a list of vertices and a list of faces - more trouble than it's worth
03:49.52 starseeker got around the issue by outputting plot lines to a pl file
04:44.09 elf_ what's does the tclcad_obj.c file does, to me it looks like it "registers" somehow the commands that one can apply to the objects
04:44.14 elf_ ?
04:53.04 elf_ nevermind I figured out
06:40.23 *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua)
10:12.26 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:35.55 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4379 10/wiki/User:Elf11: /* Log */
11:36.14 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4380 10/wiki/User:Elf11: /* Log */
11:57.47 *** join/#brlcad CIA-27 (cia@cia.vc)
12:32.35 *** join/#brlcad CIA-59 (cia@cia.vc)
13:22.44 elf_ I did post this on the mailing list too, but maybe anyone on here has some ideas too
13:23.51 elf_ I added the joint command to the libged library, at the moment I moved some functions from mged in the header and the joint.c file and used make to compile it
13:24.17 elf_ the joints.h file can be found here http://paste.ubuntu.com/1177572/
13:24.38 elf_ the joint.c file http://paste.ubuntu.com/1177574/
13:25.34 elf_ I ran the mged tool then I tried to run the new "joint help" command from the libged library but mged exits altogether
13:26.51 elf_ I figured some _exit syscall or _exit_all syscall must take place so I started debugging it using gdb, added some breakpoints and some catchpoints but I get this http://paste.ubuntu.com/1177587/
13:28.13 elf_ the last file from paste.ubuntu is relevant for the Catchpoint 5, now I am kinda stuck cause I don't know why an early _exit syscall would occur
13:29.32 *** join/#brlcad CIA-65 (cia@cia.vc)
14:06.20 brlcad starseeker: given a list of vertices and a list of faces, that's exactly what libwdb takes
14:07.01 brlcad if that didn't work, it would have probably been bad face indices
16:01.41 CIA-65 BRL-CAD: 03carlmoore * r52324 10/brlcad/trunk/src/gtools/g_diff.1: fix a spelling
16:15.06 CIA-65 BRL-CAD: 03carlmoore * r52325 10/brlcad/trunk/regress/bots.sh: fix spelling
16:20.21 CIA-65 BRL-CAD: 03carlmoore * r52326 10/brlcad/trunk/sh/conversion.sh: fix 1 spelling
16:23.30 CIA-65 BRL-CAD: 03carlmoore * r52327 10/brlcad/trunk/sh/shtool: fix spelling in 2 places
16:26.53 CIA-65 BRL-CAD: 03carlmoore * r52328 10/brlcad/trunk/sh/make_rpm.sh: fix 1 spelling
16:29.15 CIA-65 BRL-CAD: 03carlmoore * r52329 10/brlcad/trunk/sh/cray.sh: fix spelling and delete a space before closing #
18:25.46 *** join/#brlcad CIA-67 (cia@cia.vc)
19:48.50 *** join/#brlcad CIA-60 (cia@cia.vc)
20:01.50 CIA-60 BRL-CAD: 03r_weiss * r52335 10/brlcad/trunk/ (4 files in 3 dirs):
20:01.50 CIA-60 BRL-CAD: Update to function "nmg_loop_plane_area2" in file "nmg_misc.c". This change was
20:01.50 CIA-60 BRL-CAD: for code cleanup and improve floating point precision. Added two new macros to
20:01.50 CIA-60 BRL-CAD: file "vmath.h" named "VCLAMP" and "HCLAMP" which clamps values near zero to zero
20:01.50 CIA-60 BRL-CAD: within a 3D or 4D vector. Also changed files "bn.h" and "mat.c" to change the
20:01.50 CIA-60 BRL-CAD: parameter types for function "bn_mat_fromto".
20:27.00 CIA-60 BRL-CAD: 03carlmoore * r52330 10/brlcad/trunk/bench/benchmark.1: fix 1 spelling
20:27.00 CIA-60 BRL-CAD: 03carlmoore * r52332 10/brlcad/trunk/bench/run.sh: change ie to i.e.
20:35.53 CIA-60 BRL-CAD: 03carlmoore * r52336 10/brlcad/trunk/src/mged/buttons.c: fix 3 spellings
20:56.02 CIA-60 BRL-CAD: 03carlmoore * r52337 10/brlcad/trunk/src/mged/mged.c: fix 2 spellings
21:02.16 CIA-60 BRL-CAD: 03carlmoore * r52338 10/brlcad/trunk/src/mged/animedit.c: fix spellings (notice 'thise --> this' change)
21:49.29 brlcad elf_: what was your compile type?
21:49.31 brlcad release or debug?
21:49.42 brlcad it needs to be debug to get useful symbols from gdb
21:50.55 CIA-60 BRL-CAD: 03starseeker * r52339 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move debugging plot for faces to main routine.
21:51.08 brlcad at a glance, the joint.h file shouldn't have a ged_interp extern declared
21:51.45 brlcad nor the true/false/base2local/local2base/cur_title lines .. those probably don't belong there
21:53.59 brlcad elf_: also, why would you name one file plural and not the other?? :)
21:54.05 brlcad should fix that
21:54.51 brlcad moving the functionality to libged, you should not need to utilize any extern'd globals .. I'd question each and every one of them
21:56.38 brlcad looking at joints.c, it's a little bit of a mess all around too -- that's why I suggested by starting with an EMPTY ged_joint() function first
21:56.49 brlcad get that to work alongside the old one as joint2
21:57.03 brlcad then make your ged_joint() just print a message (so you understand how that works)
21:57.22 brlcad THEN try to convert f_joint's guts into ged_joint() one line at a time
22:08.24 starseeker that's... weird. I name a plot file patches.pl, and I can overlay it successfully. change the name to edges.pl, and I get some kind of error trying to overlay
22:09.05 brlcad overlay command creates temporary objects -- might check and make sure there aren't any
22:09.27 brlcad tops should show some stuff that you can kill, then retry
22:09.29 starseeker oh - you mean the edges filename might cause a conflict?
22:09.45 starseeker is starting from a newly opened .g, nothing drawn
22:10.41 starseeker write out file called patches.pl, start mged, overlay - works. close mged, regenerate exact same file using filename edges.pl instead, open mged, try overlay - fail
22:13.21 brlcad interesting, fire up gdb
22:13.49 *** join/#brlcad merzo (~merzo@134-11-133-95.pool.ukrtel.net)
22:18.13 starseeker brlcad: a bit later - it's just a nusiance distraction at the moment, but I'll try to get back to it once I get the debugging output I want
22:20.45 brlcad at least BUGS
22:26.41 CIA-60 BRL-CAD: 03starseeker * r52340 10/brlcad/trunk/BUGS: Note weirdness with overlay command when the file is named edges.pl
22:27.39 CIA-60 BRL-CAD: 03starseeker * r52341 10/brlcad/trunk/src/librt/test_botpatches.cpp: Find edge segments again.
22:51.42 brlcad hm, crit is cryling
22:52.04 brlcad ``Erik: you doing anything?
23:27.22 ``Erik no, crit went goofy and was dropping packets left and right earlier
23:27.31 ``Erik even from bz
23:29.16 ``Erik seems to be ok now
23:29.39 ``Erik assumes router issue
23:37.05 brlcad ah, cool
23:51.43 ``Erik http://elfga.com/perfmon-php/uptime.php?host=bz.bzflag.bz&start=now-5hour shows the connectivity (data is collected as single udp packets, so a drop is nil data)
IRC log for #brlcad on 20120901

IRC log for #brlcad on 20120901

00:34.56 *** join/#brlcad CIA-62 (cia@cia.vc)
01:49.05 elf_ brlcad, you were right, now that I looked again over that joint.c file it did look very bad, I did what you said, got libged/joint to work along with mged/joint and to print a message header file http://paste.ubuntu.com/1178931/ , joint.c file http://paste.ubuntu.com/1178930/
02:04.30 brlcad elf_: that's looking much MUCH better .. suggest next removing all of those headers in joint.c and only adding the ones you need as you need them
02:04.36 brlcad probably only need two or three
02:05.39 brlcad then next would be to look at the existing f_joint() in src/mged and seeing if you can translate it one statement at a time
02:05.48 brlcad into your new joint.c file
02:12.16 elf_ brlcad, okay I got rid of all the headers that were not needed so far
02:13.11 elf_ Now I will look at f_joint() and try and translate some of it into ged_joint() as you said.
02:20.50 brlcad 90% of it will probably translate as-is
02:20.58 brlcad some of it changes slightly
02:21.20 brlcad for example, the old might call bu_log() to print a result, ged goes through a result string instead
02:21.55 brlcad look at some of the other ged commands if you come across something that you can't seem to get working to see if it's a common pattern
02:24.03 brlcad if it's not or if you get stuck, please do ask :)
02:40.31 elf_ okay : )
09:57.17 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:47.51 elf_ About the f_joint() function, there's a line status = mged_cmd(argc, argv, &joint[0]) that I don't know yet how to port into the libged library
11:48.51 elf_ I understand that mged_cmd checks in a table for a command and then passes control to another function
11:49.40 elf_ It's there a way to do that with libged functions? I haven't found any example that deals with the functions in this manner in libged library
11:53.08 elf_ I found the int bu_getopt(int, char * const, const char *) that looks for the next known caracter option in a string, I am not sure though that's what I should be looking after...
13:07.01 *** join/#brlcad ChanServ (ChanServ@services.)
13:07.01 *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net
14:50.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
15:38.14 *** join/#brlcad CIA-61 (cia@cia.vc)
17:10.54 *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
17:17.46 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:17.54 *** join/#brlcad merzo_ (~merzo@134-11-133-95.pool.ukrtel.net)
22:13.56 *** join/#brlcad merzo_ (~merzo@32-9-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20120902

IRC log for #brlcad on 20120902

06:13.45 *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ)
07:26.46 CIA-61 BRL-CAD: 03Elf11 07http://brlcad.org * r4381 10/wiki/User:Elf11: /* Log */
07:31.11 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
08:06.03 *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82)
11:49.40 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
21:51.48 *** join/#brlcad stas (~stas@188.24.51.20)
IRC log for #brlcad on 20120903

IRC log for #brlcad on 20120903

09:13.14 *** join/#brlcad stas (~stas@82.208.133.12)
10:51.22 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
15:58.14 *** join/#brlcad CIA-62 (cia@cia.vc)
16:06.33 *** join/#brlcad cristina (~quassel@188.24.34.88)
19:22.21 *** join/#brlcad stas (~stas@188.24.34.88)
IRC log for #brlcad on 20120904

IRC log for #brlcad on 20120904

00:58.57 CIA-62 BRL-CAD: 03starseeker * r52342 10/brlcad/trunk/misc/CMake/RE2C_Util.cmake: RE2C_Util.cmake had incorrect name at the top.
02:08.05 CIA-62 BRL-CAD: 03starseeker * r52343 10/brlcad/trunk/src/librt/test_botpatches.cpp: May want to make this a parameter - essentially, it's the tradeoff between smaller, flatter patches and bigger, less flat patches.
03:49.52 *** join/#brlcad elf_ (~elf@92.80.62.114)
09:14.45 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:19.06 *** join/#brlcad stas (~stas@82.208.133.12)
12:07.58 *** join/#brlcad CIA-68 (cia@cia.vc)
13:23.32 CIA-68 BRL-CAD: 03CalebaljhvjiwwzMantione 07http://brlcad.org * r4382 10/wiki/Additional_regarding_the_ageless_male.: New page: With age, testosterone decreases in adult men. This will induce a lessen in libido, lack of vitality or loss of musculature. What signals must notify? Cures are they safe and sound? The po...
13:37.16 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Additional regarding the ageless male.]]": spam
13:37.27 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:CalebaljhvjiwwzMantione]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
13:45.53 CIA-68 BRL-CAD: 03starseeker * r52344 10/brlcad/trunk/src/librt/test_botpatches.cpp: Pack the relational maps into a struct to make function parameter lists shorter.
14:04.36 *** join/#brlcad elf_ (~elf@109.97.136.125)
14:43.34 brlcad elf_: at a glance, nothing else calls mged_cmd()
14:44.14 brlcad so that command could easily be migrated to your new joint.c (though the function name should probably change to joint_cmd() or something similar (and be static)
15:13.32 CIA-68 BRL-CAD: 03starseeker * r52345 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint
16:06.06 CIA-68 BRL-CAD: 03starseeker * r52346 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint
16:34.36 CIA-68 BRL-CAD: 03starseeker * r52347 10/brlcad/trunk/src/librt/test_botpatches.cpp: make a stab at trimming the edges to get smoother transitions between patches
18:34.09 *** join/#brlcad stas (~stas@188.24.34.88)
19:25.09 CIA-68 BRL-CAD: 03starseeker * r52348 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint
19:34.18 CIA-68 BRL-CAD: 03starseeker * r52349 10/brlcad/trunk/src/librt/test_botpatches.cpp: Do a little more tweaking to patch edge shaver - probably 'close enough' to proceed
20:16.24 CIA-68 BRL-CAD: 03starseeker * r52350 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn back on NURBS surface generation
20:40.01 CIA-68 BRL-CAD: 03r_weiss * r52351 10/brlcad/trunk/src/librt/primitives/rec/rec.c: Updated function "rt_rec_shot" in file "rec.c". Initialized the "hits" array to quiet a complaint from valgrind about using uninitialized variables.
20:47.14 CIA-68 BRL-CAD: 03r_weiss * r52352 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c:
20:47.14 CIA-68 BRL-CAD: Updated function "rt_tgc_shot" in file "tgc.c". Temporarily disabled some
20:47.14 CIA-68 BRL-CAD: warning messages which were causing a segmentation fault running on 64bit Linux
20:47.14 CIA-68 BRL-CAD: using the "gqa" commnand. It appears for be related to multiple threads, writing
20:47.14 CIA-68 BRL-CAD: to stderr, at the same time.
20:50.36 CIA-68 BRL-CAD: 03r_weiss * r52353 10/brlcad/trunk/src/libged/gqa.c: Updated function "summary_reports" in file "gqa.c". This change forces the "gqa" command to report all missed regions, not just the first missed region.
IRC log for #brlcad on 20120905

IRC log for #brlcad on 20120905

02:42.59 elf_ brlcad, here's the joint.c file from the libged library
02:43.08 elf_ header http://paste.ubuntu.com/1186753/
02:43.21 elf_ joint.c file http://paste.ubuntu.com/1186752/
02:43.54 elf_ columns.c file, I had to add it to the libged library too, in order to be able to print information http://paste.ubuntu.com/1186754/
02:44.30 elf_ I think maybe columns.c can be added to a more general level, so that we won't have it also in the mged and libged libraries...
02:45.23 elf_ In the joint.h header file I declared an extern global interpreter (I know that's not alright though, it is?)
02:47.22 elf_ I still have to see how I can fix the refresh() function... though I am not sure how that it's called in libged or if it's called at all
02:50.31 elf_ the move si mesh options are not done yet in the libged library
02:51.18 elf_ for the mesh option I have to add the cvt_vlblock_to_solids() function to the libged library, I am thinking to add it in the joint.c file as a static function
02:52.23 elf_ originally cvt_vlblock_to_solids() it's declared in the mged/mged.h file and it's definition is in dodraw.c file, so I don't know for sure if the static procedure is doable
02:53.44 elf_ and for the move option I need the base2local define in the libged library, and this one I really don't know how to approach it, in mged base2local is all over the place
02:58.44 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4383 10/wiki/User:Elf11: /* Log */
03:39.48 brlcad elf_: referencing an extern Tcl_Interp is no good
03:40.01 brlcad that's one of the things that HAS to change moving from mged to libged
03:41.07 brlcad you were going so well... :)
03:42.29 brlcad elf_: so there's a problem with your method .. you now have a deep laundry list of issues -- many unanswered questions and problems
03:42.39 brlcad you cannot refactor code effectively this way
03:43.18 brlcad remember back to when I had you just add an empty ged_joint() function .. you understood everything there and it was "complete"
03:43.30 brlcad didn't do much, but there were no issues, no unanswered questions
03:44.53 brlcad when you refactor, you should still always leave the code in a "complete" state (or at least with no more than one issue, documented)
03:46.51 brlcad with open issues, if something doesn't work or crashes, there will be too many problems to figure out what's wrong
03:47.02 elf_ okay so the extern Tcl_Interp should disapper
03:47.13 brlcad elf_: so I suggest backing up or at least identifying what your current problems are and taking care of them before moving any more code over
03:47.35 elf_ though I don't understand why
03:47.52 brlcad also, compilation is NOT sufficient... you should run the code every time you add a line of code, exercise the code, and make sure it doesn't crash (at least if it does, it should be explainable)
03:48.10 elf_ so far it works, I mean with the extern Tcl_Interp, there are no errors and the testing I did it looks alright
03:48.33 elf_ so that's why I don't really understand why no Tcl_Interp references
03:49.03 brlcad the interp "works" because mged is providing it
03:49.20 brlcad if you wrote a small program that just called ged_joint(), it wouldn't work
03:49.58 brlcad it's not no Tcl_Interp references, it's that you should not be using a global
03:50.55 brlcad technically, you should be able to convert the function to not use Tcl at all
03:51.16 elf_ hmm okay, so I should actually get rid of the Tcl calls, there might be another way to do it
03:51.48 brlcad that is the usual way
03:52.00 brlcad the better way at least, so there's no dependency
03:52.42 brlcad pay attention to how some of the other commands print a message, return a result, and print debug/logging statements
03:52.55 brlcad they don't call Tcl_AppendResult()...
03:53.35 brlcad also, ignore src/libged/wdb*.c and src/libged/*_obj.c if I've not said it already :)
03:55.03 brlcad also noticed that you're missing common.h ... it must always appear before any system headers
03:55.36 brlcad any other questions or will that keep you busy for a couple days? :)
03:56.31 brlcad as for base2local, look at the other ged commands to see how they handle it
03:56.41 elf_ basically Tcl_AppendResult prints a message yes? I knew I found the definition somewhere but can't seem to find it out right now grr
03:58.24 brlcad your intuition is correct
03:59.21 brlcad you don't really need to understand exactly what Tcl_AppendResult does to realize that the call on joint.c:123 is printing some sort of error message and returning on joint.c:125
03:59.48 brlcad so look at any of the several hundred other commands to see if you can find any of them that print some sort of error message and return
04:00.53 brlcad if you do, I think you'll quickly realize that the block of code you have at joint.c:100 is wrong too
04:02.08 elf_ there's no default mged function table since we are in the libged library, right?
04:03.17 brlcad well, that may be true but isn't what's wrong
04:03.49 brlcad lines 101:103 do nothing useful
04:04.02 brlcad do you see what's wrong?
04:04.25 elf_ yeah the printing of error, I just realized it's not like that
04:04.55 brlcad what are those three lines actually doing?
04:06.16 brlcad or at least, what does it LOOK like they're probably doing -- don't need to know exactly what to realize what is probably the issue?
04:06.23 brlcad s/issue?/issue./
04:07.16 elf_ I think they are formating a string in the vls format but then the structure is cleaned so nothing really happens
04:07.48 brlcad good
04:08.20 brlcad init string, print to string, free string .. we never did anything with the string
04:08.29 elf_ so yeah they are kinda useless there, it should print an error message if the function table is not found
04:08.38 brlcad what's the quick fix?
04:09.31 brlcad when that was translated to libged, it should have turned into one line
04:10.21 elf_ bu_vls_printf(gedp->ged_result_str, "error to print") ?
04:10.27 brlcad excellent
04:10.44 brlcad that local vls just goes away, you print to the ged_result_str vls instead
04:11.03 brlcad that's the same for nearly all of the Tcl_AppendResult() calls too
04:11.21 brlcad they either go to ged_result_str() or are simply bu_log()'d depending on the type of message
04:11.37 elf_ okay so the struct ged *gedp it comes as a parameter in the function join_cmd(struct ged *gedp,...) or it's local?
04:13.09 brlcad well good question
04:13.15 brlcad do you already have a gedp you could pass?
04:14.29 elf_ there's one in the ged_joint(struct ged *gedp, ...), here we call the joint_cmd() so I can pass that one
04:14.36 brlcad there's your answer
04:15.25 elf_ yeah, another thing, can I have the columns.c file in the libged too? there is need for it to print info about columns
04:16.33 brlcad also note that since joint_cmd() is static and you only call it on line 217, that in_functions parameter can never be null because it's always &joint_tab[0]
04:16.54 brlcad that means line 100 will never be true, so that problematic block shouldn't even exist any longer
04:18.03 elf_ Got it
04:19.41 brlcad you can copy columns.c over, but add a TODO comment that it needs to be refactored with mged's version
04:19.54 elf_ okay
04:20.02 brlcad really should be libbu functions, but that's a separate task
04:20.30 elf_ oh, I see, I will add the comment
08:51.49 *** join/#brlcad stas (~stas@188.24.34.88)
09:23.03 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:39.28 *** join/#brlcad stas (~stas@82.208.133.12)
11:14.18 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
13:05.01 *** mode/#brlcad [+o brlcad] by ChanServ
14:18.33 CIA-68 BRL-CAD: 03starseeker * r52354 10/brlcad/trunk/src/librt/test_botpatches.cpp:
14:18.34 CIA-68 BRL-CAD: Move vectors into structure, make threshold for patch merging a parameter.
14:18.34 CIA-68 BRL-CAD: There are indications that large patches may need to be broken up for the sake
14:18.34 CIA-68 BRL-CAD: of feature preservation, possibly based on mesh density... need to read up on
14:18.34 CIA-68 BRL-CAD: the problem.
14:55.56 ``Erik starseeker: http://research.microsoft.com/en-us/um/people/hoppe/
15:10.14 ``Erik http://www.geometry.caltech.edu/pubs.html seems to have some nifty stuff, 'intrinsic parameterizations of surface meshes', etc
15:15.45 starseeker makes a note to study this code later... http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version4/
16:16.18 CIA-68 BRL-CAD: 03r_weiss * r52355 10/brlcad/trunk/src/libged/gqa.c: Updated function "summary_reports" in file "gqa.c" for mged command "gqa". Changed the report so that, regions with zero hits which are in the overlap list, are not reported as having zero hits.
18:46.57 *** join/#brlcad stas (~stas@188.24.34.88)
19:44.07 brlcad hmm, looks like autotools build is borked
20:06.45 CIA-68 BRL-CAD: 03starseeker * r52356 10/brlcad/trunk/src/librt/test_botpatches.cpp:
20:06.45 CIA-68 BRL-CAD: As patches are built and cross a threshold of holding 1/100th of the total bot
20:06.45 CIA-68 BRL-CAD: count in the mesh, add additional flatness constraints. Should probably be a
20:06.45 CIA-68 BRL-CAD: post processing step to break up larger patches to ensure consistent behavior.
23:03.38 CIA-68 BRL-CAD: 03brlcad * r52357 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: if newton iteration fails, then new_uv could be accessed prior to initialization. explicitly initialize it to zero, but also handle failed iteration by simply nudging down the uv diagnoal.
23:23.42 CIA-68 BRL-CAD: 03Jon??zm??vbrkjrqBoughner 07http://brlcad.org * r4384 10/wiki/Wideo_go: New page: Erotica (from the Greek ????, eros "desire") [http://www.pornolarvideo.com/kategori/Anal-Porno-Video anal porno] are works of art, including literature, photography, [http://www.pornolarvi...
IRC log for #brlcad on 20120906

IRC log for #brlcad on 20120906

00:26.44 CIA-68 BRL-CAD: 03starseeker * r52358 10/brlcad/trunk/src/librt/test_botpatches.cpp: Work harder at removing patches with three or fewer triangles, make the thresholds for when to start looking at neighbor flatness paramaters in the info struct.
00:48.48 CIA-68 BRL-CAD: 03starseeker * r52359 10/brlcad/trunk/src/librt/test_botpatches.cpp: While I'm moving values into the struct, take care of the parallel-to-projection-plane threshold.
00:53.54 CIA-68 BRL-CAD: 03starseeker * r52360 10/brlcad/trunk/src/librt/test_botpatches.cpp: typo
03:13.26 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wideo go]]": spam
03:13.35 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Jon??zm??vbrkjrqBoughner]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
03:53.46 CIA-68 BRL-CAD: 03brlcad * r52361 10/brlcad/trunk/src/libnurbs/ (PullbackCurve.cpp opennurbs_ext.cpp): convert from structs to classes in order to begin addressing compiler inline issues raised by the automatic constructor/destructor
09:55.42 *** join/#brlcad stas (~stas@82.208.133.12)
10:02.17 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:23.48 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4385 10/wiki/User:Elf11: /* Log */
11:24.31 elf_ brlcad, here is how the joint command looks so far without the extern tcl interpreter
11:24.43 elf_ http://paste.ubuntu.com/1188765/
11:25.32 elf_ I tested the debug and help options and they seem to behave as the options from the /mged/animeit.c file
12:07.31 brlcad elf_: excellent
12:08.09 brlcad should be quick to move on to each remaining function/option next
12:08.12 brlcad any problems?
12:08.53 elf_ yep, it shouldn't be any problems with the rest, have still to look into the base2local function but I think I will make it work
12:09.11 elf_ and nothing that I couldn't figure out so far
12:14.22 *** join/#brlcad stas (~stas@82.208.133.12)
13:43.54 brlcad elf_: great, can't wait to see the final patch
13:44.09 brlcad let me know if you run into any problems -- I should be pretty accessible today if you have questions
13:44.31 elf_ Okay, so far so good.
14:01.17 CIA-68 BRL-CAD: 03brlcad * r52362 10/brlcad/trunk/configure.ac: directory is igraph, not graph
14:49.51 CIA-68 BRL-CAD: 03r_weiss * r52363 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Made a change to "CMakeLists.txt" within "libnurbs" to fix a build error with MS Visual Studio 2008.
14:56.48 CIA-68 BRL-CAD: 03starseeker * r52364 10/brlcad/trunk/src/librt/test_botpatches.cpp: Clean up edge printing, few other output tweaks.
15:41.22 CIA-68 BRL-CAD: 03starseeker * r52365 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn projection edge overlap testing back on.
15:41.51 CIA-68 BRL-CAD: 03brlcad * r52366 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: dead code without comment
17:10.57 CIA-68 BRL-CAD: 03brlcad * r52367 10/brlcad/trunk/ (autogen.sh configure.ac): fix the echo -n output during configure, be a tad more snarky about continuing
17:16.29 CIA-68 BRL-CAD: 03brlcad * r52368 10/brlcad/trunk/src/other/tkhtml/Makefile.am: search /usr/X11/lib too since we're looking for the X11 lib.
18:14.23 CIA-68 BRL-CAD: 03starseeker * r52369 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Add back in libnurbs flags, commented out by default, with explanatory comment.
18:39.48 CIA-68 BRL-CAD: 03starseeker * r52370 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a stab at handling triangles causing projection edge overlaps.
19:00.57 CIA-68 BRL-CAD: 03brlcad * r52371 10/brlcad/trunk/ (include/nurbs.h src/librt/primitives/brep/brep.cpp):
19:00.57 CIA-68 BRL-CAD: the old build system scores another point detecting duplicate symbols when it
19:00.57 CIA-68 BRL-CAD: tried pulling libbrlcad together. utah_ray_planes is provided by libnurbs now
19:00.57 CIA-68 BRL-CAD: via the pullback file, so we can eliminate the function in librt's brep
19:00.57 CIA-68 BRL-CAD: implementation.
19:20.25 CIA-68 BRL-CAD: 03brlcad * r52372 10/brlcad/trunk/src/libged/edbot.c: call bu_sscanf instead of sscanf so we can handle %zu without warnings
19:21.10 CIA-68 BRL-CAD: 03starseeker * r52373 10/brlcad/trunk/src/librt/test_botpatches.cpp: Loop until there don't seem to be anymore overlaps - this one we have to reach completion on, since these overlaps will interfere with the surface fitting
19:23.13 CIA-68 BRL-CAD: 03brlcad * r52374 10/brlcad/trunk/src/libged/CMakeLists.txt: undocumented, is there a reason we disable strict if bullet is found?
19:34.28 CIA-68 BRL-CAD: 03r_weiss * r52375 10/brlcad/trunk/ (include/nurbs.h src/libnurbs/PullbackCurve.h):
19:34.29 CIA-68 BRL-CAD: Updated files "include/nurbs.h" and "src/libnurbs/PullbackCurve.h". Moved the
19:34.29 CIA-68 BRL-CAD: definition of "check_pullback_singularity_bridge", "interpolateCurve",
19:34.29 CIA-68 BRL-CAD: "check_pullback_data" and "pullback_samples" to "include/nurbs.h". This corrects
19:34.29 CIA-68 BRL-CAD: a problem preventing a build with MS Visual Studio 2008.
19:38.39 CIA-68 BRL-CAD: 03starseeker * r52376 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a note that some better approach would be nice for the projection overlap triangle handling.
19:40.20 starseeker brlcad: I'll have to try it again, but I believe the Bullet headers introduce some problems when used with our strict flags
20:09.33 CIA-68 BRL-CAD: 03brlcad * r52377 10/brlcad/trunk/src/libnurbs/Makefile.am: add a build file for the new libnurbs library
20:09.59 CIA-68 BRL-CAD: 03brlcad * r52378 10/brlcad/trunk/src/libged/Makefile.am: always compile dag (has #ifdef protections) and add the new edbot.c source to libged
20:11.12 CIA-68 BRL-CAD: 03brlcad * r52379 10/brlcad/trunk/src/tclscripts/igraph/Makefile.am: graph.tcl renamed to igraph.tcl
20:11.43 CIA-68 BRL-CAD: 03brlcad * r52380 10/brlcad/trunk/src/librt/Makefile.am: opennurbs_ext.cpp was moved to libnurbs, add libnurbs to linkage
20:13.07 CIA-68 BRL-CAD: 03brlcad * r52381 10/brlcad/trunk/configure.ac: enable new libnurbs for compilation since it's still under deprecation
20:13.24 CIA-68 BRL-CAD: 03brlcad * r52382 10/brlcad/trunk/src/Makefile.am: add new libnurbs for compilation
20:14.52 *** join/#brlcad stas (~stas@188.24.34.88)
21:07.13 CIA-68 BRL-CAD: 03starseeker * r52383 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Prepare CMAKEFILES macro for add_library(targetname OBJECT ...) form of add_library function.
21:15.44 CIA-68 BRL-CAD: 03starseeker * r52384 10/brlcad/trunk/src/CMakeLists.txt: Document the rough form of what will need to happen (eventually) for libbrlcad - main purpose is to document which of BRL-CAD's libraries make up 'libbrlcad'.
21:36.48 CIA-68 BRL-CAD: 03starseeker * r52385 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move a few things around for clarity - time to start rewiring the curve building code.
23:36.59 CIA-68 BRL-CAD: 03starseeker * r52386 10/brlcad/trunk/src/librt/test_botpatches.cpp: Clean up the face and border plotting
23:54.58 CIA-68 BRL-CAD: 03starseeker * r52387 10/brlcad/trunk/src/librt/test_botpatches.cpp: Build the structure maps when we actually know what the structure is...
IRC log for #brlcad on 20120907

IRC log for #brlcad on 20120907

00:39.41 elf_ brlcad, I have a problem
00:40.26 elf_ the cvt_vlblock_to_solids function call in the f_jmesh call
00:40.36 elf_ I don't know how to add it to the libged
00:41.08 elf_ it's there in the libged library something similar to the cvt_vlblock_to_solids function?
00:41.45 elf_ This one is all over mged library, and has lots of dependencies that are not that easily to be translated
00:41.58 elf_ and I don't know if I am allowed to add them to libged
01:47.01 CIA-68 BRL-CAD: 03starseeker * r52388 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try to build larger patches with the reject bots, instead of accepting a single face by default - in many cases we still end up with one face per patch, but we do get a few larger patches.
01:54.57 brlcad elf_: good question
01:56.29 brlcad elf_: that one is definitely tricky, just comment out the function call for now and add a bu_bomb() call saying it's not yet converted, also a comment with more detail
01:57.07 brlcad <PROTECTED>
01:57.13 brlcad something like that
01:57.25 elf_ So you want the f_jmesh function not to be called, right?
01:57.44 brlcad doesn't matter
01:57.56 brlcad probably better to let it be called
01:58.04 elf_ Well there's another problem since the f_jmesh is used in previous functions
01:58.07 brlcad but with the bu_bomb() it will not succeed
01:58.28 brlcad all the more reason to let it be called
01:58.45 elf_ okay, so I let it be called and add the bu_bomb() with the comment
01:59.19 elf_ and there's also the refresh() function, it's there something similar for redrawing the screen in libged?
02:02.03 brlcad not exactly, just comment those out as well for now with a comment
02:02.11 elf_ okay
02:04.04 brlcad actually better yet, replace those refesh() calls with these two lines:
02:04.05 brlcad <PROTECTED>
02:04.05 brlcad <PROTECTED>
02:04.30 elf_ okay got it :)
02:10.28 CIA-68 BRL-CAD: 03brlcad * r52389 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: ignore Makefile.am
02:16.20 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
02:25.56 CIA-68 BRL-CAD: 03brlcad * r52390 10/brlcad/trunk/src/mged/dodraw.c: comment cleanup, make more globals static scope
02:38.06 CIA-68 BRL-CAD: 03brlcad * r52391 10/brlcad/trunk/src/mged/ (chgview.c dodraw.c dozoom.c mged.c): more cleanup, isolate globals, descope to static where possible, reorder to avoid decls
02:46.49 elf_ Here is the joint.c file http://paste.ubuntu.com/1190064/
02:47.02 elf_ the joint.h file http://paste.ubuntu.com/1188767/
02:47.18 elf_ and the columns.c file http://paste.ubuntu.com/1188769/
02:47.31 elf_ the last 2 haven't been modified since last time
02:47.36 elf_ now about the joint.c file
02:47.53 elf_ the accept, mesh and solve options are not working properly
02:48.09 elf_ they depend on the f_jmesh() function call
02:48.51 elf_ also, brlcad can you please look into the f_Jmesh() function and tell me if the bu_bomb() function call is used properly, please?
02:49.49 brlcad does it compile?
02:49.59 brlcad looks right to me
02:51.19 brlcad looks like you're about done, anything remaining?
02:53.49 elf_ I've run it with a sim.g database and looks alright
02:53.59 elf_ besides the 3 options that I mentioned
02:58.44 CIA-68 BRL-CAD: 03brlcad * r52392 10/brlcad/trunk/src/mged/dodraw.c: minor
02:59.11 brlcad elf_: sounds good then, time to move on :)
03:00.02 brlcad so wrap that up, make a patch file, be sure to use svn rm on the old/deleted joint files and svn add on the new libged ones
03:00.17 brlcad remove the joint2 if you still have any traces of it in src/mged
03:00.46 brlcad then post the patch file generated via svn diff
03:01.50 brlcad assuming all is in order, you should now be able to have a much better understanding for what is going on in src/libged/simulate/
03:02.55 brlcad I suggest starting there by browsing through the code, find the ged function callback in mged for the simulate command, find the function in libged, read it to get a basic understanding of how it's set up
03:03.50 elf_ okay, so I will remove all the old joint files, animedit.c and joints.h and delete all the traces that are in the mged library of the joint command
03:05.32 elf_ and after that I will look into that simulate command
03:06.01 CIA-68 BRL-CAD: 03brlcad * r52393 10/brlcad/trunk/src/ (6 files in 2 dirs): (log message trimmed)
03:06.01 CIA-68 BRL-CAD: remove the old vrmgr 'Virtual Reality manager' interface to mged. it provided a
03:06.01 CIA-68 BRL-CAD: libpkg network interface to mged whereby you could feed mged commands remotely.
03:06.01 CIA-68 BRL-CAD: aside from being a gaping security hole riddled with problems due to a lack of
03:06.01 CIA-68 BRL-CAD: sandboxing, it is no longer being used. ironically, it's more of a geometry
03:06.01 CIA-68 BRL-CAD: service than that 'other' effort ever became, but it's still not worth keeping.
03:06.02 CIA-68 BRL-CAD: the code needs updates and is accessing some functions that it shouldn't, so
03:06.29 brlcad all traces of the OLD joint command .. there should still be a joint command, and it should of course now reference your new version in libged :)
03:12.15 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:17.42 brlcad elf_: make sense?
03:18.21 elf_ Yes it does, I am looking for those f_joint() function references right now :)
03:18.40 elf_ then will test it again to make sure only the joint from libged it's still there
03:20.05 brlcad excellent
03:45.55 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
04:06.33 elf_ brlcad, I added the patch
04:11.31 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4386 10/wiki/User:Elf11: /* Log */
06:17.43 *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
06:56.33 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
10:00.47 *** join/#brlcad stas (~stas@82.208.133.12)
11:15.39 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:34.09 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:56.43 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:35.17 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:27.58 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
13:35.45 starseeker hah - https://bitbucket.org/Coin3D/coin/wiki/Home
13:39.40 starseeker they really did BSD license it
17:17.15 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
17:17.28 brlcad oops, didn't realize I was detached
18:19.46 brlcad elf_: patch applied, thanks!
18:19.54 brlcad mostly looked good, but a few mistakes
18:22.03 brlcad I commented on them in the tracker, but nothing major so good to go tackling the simulate command
18:22.27 brlcad suggest for your next step to actually compile and run the simulate command
18:25.02 *** join/#brlcad CIA-68 (cia@cia.vc)
18:26.28 brlcad hugs CIA-68
18:26.28 CIA-68 hugs brlcad
18:47.16 *** join/#brlcad stas (~stas@188.24.33.5)
19:03.42 CIA-68 BRL-CAD: 03starseeker * r52397 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Fix macro behavior for pure CXX libs
20:01.15 CIA-68 BRL-CAD: 03starseeker * r52398 10/brlcad/trunk/src/librt/test_botpatches.cpp: Checkpoint - may not need this at all if surf-surf intersection works.
21:49.25 CIA-68 BRL-CAD: 03starseeker * r52399 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try the surface_surface_intersection function on the NURBS patches generated by the fitting routine. Looks promising
21:53.54 brlcad 2that was quick
22:12.13 starseeker some issues with the fit definitely show up
22:13.22 starseeker the intersection curves also don't look as pretty as the bezier approximations - I need to look at either tweaking the fitting process, inserting points from bezier curve approximations into the fitting process, or... something
22:15.15 starseeker actually kinda cool - the mesh based curves serve as a check on the SSI results, and the SSI results are helpful for spotting areas where the "correct" intersection curves don't jibe with the real ones
22:15.27 starseeker slows the sucker waaay down, of course...
22:18.02 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20120908

IRC log for #brlcad on 20120908

00:55.14 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
05:26.32 CIA-68 BRL-CAD: 03brlcad * r52400 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: as the compiler notes, the call is unlikely and the benefit it insignificant. remove the inline hint and just let it be like the others.
05:30.00 CIA-68 BRL-CAD: 03brlcad * r52401 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: zero-init to avoid use-before-set issue
09:36.52 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
10:37.26 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
10:37.47 Rangar ``Erik: :P
10:37.49 Rangar oops, :)
10:38.04 Rangar good to see you, Mal and Twingy still around too bud?
12:18.42 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
13:58.49 CIA-68 BRL-CAD: 03starseeker * r52402 10/brlcad/trunk/ (5 files in 5 dirs): The libged per-command build logic was premature - until we have a real need for per-command handling, it's just a useless distraction.
13:59.27 starseeker OK - I haven't tried it, but the simulate command will now print a message
14:00.12 starseeker elf_: hopefully, you should see the simulate command now
14:24.14 CIA-68 BRL-CAD: 03starseeker * r52403 10/brlcad/trunk/src/librt/test_botpatches.cpp: No point in doing double the work - only calculate each patch intersection once
15:03.06 CIA-68 BRL-CAD: 03starseeker * r52404 10/brlcad/trunk/src/librt/test_botpatches.cpp: Don't group faces in the same patch with an area difference of more than an order of magnitude.
15:05.38 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
16:08.03 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
16:14.57 elf_ brlcad, I did see the simulate command, the refactoring of the joint command it did help a lot, thanks
17:18.31 elf_ what next brlcad?
17:23.36 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4387 10/wiki/User:Elf11: /* Log */
17:50.55 CIA-68 BRL-CAD: 03starseeker * r52405 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start with the largest face in a group.
18:05.12 brlcad elf_: run it
18:05.19 elf_ I did
18:05.24 brlcad did it work?
18:05.31 elf_ yes
18:05.38 brlcad I mean run it and make an actual simulation/animation
18:05.58 elf_ okay
18:07.30 brlcad suggest trying a very simple animation, like having an rpp (box) fall and hit a ground
18:08.07 elf_ okay I was thinking about a ball falling and hitting the ground but will do it with the box
18:08.09 brlcad do you know how to create geometry?
18:08.25 elf_ I tried some of the in/make mged commands
18:08.33 elf_ that's the way to do it, right?
18:08.41 brlcad I'd start with a box just because of how bullet can handle boxes and that was the initial feature that was working
18:08.47 brlcad yep
18:08.53 brlcad in box rpp ...
18:08.58 brlcad in ground rpp ...
18:09.07 brlcad sed box
18:09.11 brlcad tra 0 0 1000
18:09.13 brlcad accept
18:09.32 brlcad that creates a box and ground object, then translates the box up 1000 units
18:09.47 brlcad something like that, just one in the space above the other
18:09.52 elf_ okay
18:10.01 brlcad then however you tell the simulation to run
18:10.17 brlcad if you would, write down the steps you take as a tutorial on the wiki
18:10.41 brlcad as if you were explaining it to someone else how to use the simulate command to make an animation
18:10.50 elf_ okay, will do
18:11.21 brlcad some other wiki tutorials here: http://brlcad.org/wiki/Main_Page#Tutorials
18:12.41 elf_ got it will look through them too
18:12.48 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r4388 10/wiki/Animation: can go straight to png now, so simplify
18:14.22 brlcad sgi cube and animation tutorials are probably useful, sgi cube shows various ways to pass commands to mged in a script and the animation tutorial shows how to turn rendered frames into a movie
18:15.24 brlcad I'd imagine you'll have a loop: run mged simulte, render, run mged simulte, render, etc until the end of the loop, leaving you with lots of image frames
18:15.58 brlcad then you can combine those frames into a movie with a whole variety of tools
18:16.20 brlcad suggest just making a tutorial with the simplest possible steps that give you a movie
18:18.01 elf_ Okay, so I have to run a simulation for the 2 cubes and look into the scripting and movie tutorials for mged and make a tutorial on "how to" make a simple simulation using those
18:18.02 elf_ right?
18:29.38 brlcad well sort of, basically it'd be good to have a tutorial on how to use the simulation system as one does not exist
18:30.08 brlcad to "see" a simulation, you need to render animation frames and make a movie
18:30.21 brlcad at least, to share that simulation with others outside of mged
18:30.44 elf_ Okay, so the point is to make a tutorial on the simulation command, and then add the bits about animation frames and the movie option
18:31.22 brlcad don't worry too much about the movie part -- if you figure out how to run the simulation, start there
18:31.33 brlcad but yes, that's the idea
18:31.35 elf_ okay :) thank you
18:53.32 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
23:22.15 *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz)
IRC log for #brlcad on 20120909

IRC log for #brlcad on 20120909

02:47.45 CIA-68 BRL-CAD: 03brlcad * r52406 10/brlcad/trunk/src/libged/CMakeLists.txt: ignore simulate.h header
05:12.05 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
05:54.11 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
07:51.31 *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz)
08:27.27 *** join/#brlcad ^Rangar (~Dave@124-197-21-4.callplus.net.nz)
08:51.01 *** join/#brlcad ^Rangar (~Dave@124-197-21-4.callplus.net.nz)
09:59.37 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
21:36.59 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
21:46.20 CIA-68 BRL-CAD: 03brlcad * r52407 10/brlcad/trunk/src/mged/dm-generic.c: set the size values into the dmp, not just indirectly via tk (since we may not have tk)
23:09.36 CIA-68 BRL-CAD: 03brlcad * r52408 10/brlcad/trunk/src/libnurbs/Makefile.am: need tcl cppflags for libbu
23:15.33 *** join/#brlcad elf_ (~elf@109.97.136.125)
23:56.43 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
IRC log for #brlcad on 20120910

IRC log for #brlcad on 20120910

00:06.36 CIA-68 BRL-CAD: 03brlcad * r52409 10/brlcad/trunk/include/Makefile.am: missing nurbs.h
00:06.40 brlcad distcheck-full is a beautiful thing
03:01.47 CIA-68 BRL-CAD: 03brlcad * r52410 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: ignore/inclue the scl_cf.h.in header template
03:01.47 CIA-68 BRL-CAD: 03brlcad * r52411 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: bah, it's not actually a repo file -- something is writing to the src tree
03:02.08 *** join/#brlcad CIA-68 (cia@cia.vc)
04:19.13 *** join/#brlcad CIA-44 (cia@cia.vc)
04:35.02 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
06:30.24 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
09:22.25 *** join/#brlcad stas (~stas@82.208.133.12)
09:37.32 elf_ the x,y, z axes in the mged library are not the same as the x,y,z axes in OpenGl are they?
09:38.14 elf_ I mean with x,z on the horizontal, and y the vertical axis
09:59.51 elf_ For the simulate command do I need to create regions for the box and ground objects, or can they be primitives?
10:02.28 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
10:17.09 elf_ Also where is the sim.c file saved? I think I ran a simulation and it say the result of it can be seen in the sim.c file, I can't find that file.
10:25.26 elf_ And also aren't I supposed to see something happening while running the simulate command for the box falling to the ground? Or I got that wrong?
10:51.09 *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz)
12:33.57 brlcad elf_: they don't even really mean that in opengl either, just some tutorials teach it that way
12:34.15 brlcad nearly all CAD systems use Z for elevation
12:34.52 elf_ yeah, but that was the way I got used to it, with Y for height, anyway I figured that out
12:34.57 elf_ and I did run a simulation
12:35.02 elf_ or I think I did it
12:35.25 brlcad it's a common ill-taught convention
12:35.39 elf_ I get the "The simulation result is in group : sim.c" so where can I find that sim.c?
12:35.59 brlcad display engines use Y for elevation because that made the most sense back in the day to think of things in terms of your screen's xy coordinates
12:36.12 elf_ And also wasn't I supposed to see the box actually falling on the ground rpp? Or am I missing something?
12:36.22 brlcad some 3d engines carried that over, but it's not the most intuitive from a modeling perspective for most domains
12:36.43 brlcad elf_: did you try to display sim.c?
12:37.14 brlcad note the message says group and you said file
12:37.25 brlcad group != file
12:38.29 elf_ I tried the rt sim.c command in the mged terminal
12:38.48 brlcad "the rt sim.c" command??
12:39.04 brlcad be more specific
12:39.24 elf_ well, the ray tracing command on the sim.c group, rt is the raytracing command, right?
12:39.50 brlcad rt is the raytracing command
12:41.06 brlcad how you ray trace the sim.c group, though, is what you may be doing wrong?
12:43.34 elf_ That's the thing, I think I got it wrong here.
12:44.28 brlcad the "who" command will tell you what objects are being displayed
12:44.38 brlcad the "draw" command will load geometry into the display
12:44.52 brlcad the "Z" command will unload all geometry
12:45.04 brlcad the "rt" command will ray trace the currently loaded geometry
12:45.52 brlcad the "tops" and "ls" commands will tell you what geometry can be loaded/unloaded
12:46.06 elf_ In the mged window I type, "rt sim.c" and I get the info about the Brlcad version release then Compile-time debug symbols that are available and some things about planning to run on 4 processors, then the path to the rt command, opendb sim.c and tree -u model /home/elf/brlcad/s2.g box ground sim.c
12:46.18 elf_ then rt: rt_dirbuild(sim.c) failure
12:46.21 brlcad "rt sim.c" is not right
12:47.01 brlcad play with those six commands, run "help [cmd]" to get a basic usage statement for each
12:47.10 elf_ okay
12:47.43 brlcad if you haven't figured it out in less than 5 minutes, we might have a problem... :)
12:47.51 elf_ okay
12:48.02 brlcad but let me know and we'll get things straightened out
12:51.59 elf_ Okay, so I unloaded all geometry with the Z command, then run "draw sim.c" then "rt"
12:52.04 elf_ that's it right?
12:53.23 elf_ Also for the sim.c group, I created (before I mean) 2 regions, one region was the box the other one was the ground.
12:53.32 elf_ That's the way to do it right/
13:17.25 brlcad that sounds better
13:19.02 elf_ Okay, so now I should do a script for this? Or try to do the movie part too?
13:19.25 elf_ or just write down the steps on how to use the simulate command in a wiki page?
13:26.08 brlcad well, first question is did it look like the simulate did aything?
13:26.17 brlcad s/aything/anything/
13:46.44 elf_ brlcad, it looks like something happens, when I run simulate 100, there are 100 iterations, and the 2 regions are added to the raytracer, it's that right?
13:47.44 elf_ Then when I use the rt command I get some info about overlaps, the time the shot took on the cpu, and info about the solid/ray intersections(hits+miss)
14:13.48 CIA-44 BRL-CAD: 03starseeker * r52413 10/brlcad/trunk/src/librt/test_botpatches.cpp: Write the brep before starting the SSI testing.
14:39.57 CIA-44 BRL-CAD: 03starseeker * r52414 10/brlcad/trunk/src/librt/test_botpatches.cpp: Simplify the patch building a bit - the 'correct' way to do this is probably proper feature detection as the first step, followed by flatness if needed.
14:46.25 brlcad anyone with a mac handy, I just reposted the 7.22.0 dmg but would appreciate someone testing it to see if 1) it displays the background correctly when the dmg is mounted and 2) that it actually runs mged properly
14:47.02 brlcad elf_: I don't know if that's right -- that's actually what I'm asking you
14:47.27 brlcad if the result objects look the same as the final objects, probably not right
14:47.40 brlcad if it actually simulated something, there should be some change in position/movement/etc
14:58.15 elf_ http://paste.ubuntu.com/1196780/ so this is the first and the last overlap info, I think that there is a change in position
15:04.35 brlcad elf_: the overlap messages are meaningless in this context
15:04.44 brlcad you need to look at the geometry before and the geometry after
15:04.56 brlcad or display them both at the same time and see if there is a change
15:12.46 elf_ I displayed them both at the same time, and they look like they are overwritten, one on top of the other, so that means there's no change
15:32.57 brlcad or your iterations are too small or too few or you didn't apply a force, etc
15:34.14 brlcad that's why I suggested starting with just a simple ground and a box above the ground, so if you simulate sufficient number of steps and don't move the ground plane, the box should eventually hit the ground
15:35.09 brlcad e-mail abhijit (http://brlcad.org/wiki/User:Abhijit) and cc me if you can't figure it out
15:35.25 brlcad could also be that you didn't mark the ground plane (however one does that) so they both just fall together
15:36.19 brlcad overlaps being reported would indicate that something is hitting/overlapping with something else
15:36.47 brlcad for the simulation, I would expect that to eventually occur (it has to know when they collide, obviously) but it could also be an error on your part or something else entirely
15:37.18 brlcad I suggest writing down what you've done already on the wiki for the tutorial, not waiting until you get it all working
15:37.25 brlcad build it up step by step as you figure it out
15:37.41 brlcad that'll be easier to reproduce what you're trying and help you too
15:38.05 elf_ Okay, those are the steps I took so far 1. open new db 2. in box rpp.. 3. in ground rpp.. 4. sed box 5. tra 0 100 0 6. accept 7. r region1.r u box 8. r region2.r u ground 9. simulate 100 10. Z 11. draw sim.c 12. rt
15:38.47 elf_ And marking the ground down, that's something I should look into and see how's done, the 2 regions might be falling together
15:39.16 brlcad don't tell me here ... write it on the wiki with the *exact* steps to reproduce what you've done :)
15:39.20 brlcad exact values, etc
15:39.25 elf_ okay :)
15:40.06 brlcad remember, this is a tutorial meant to be helpful to others that haven't done this, so be as specific as possible
15:40.36 elf_ I understand that and I will also e-mail abhijit
15:40.50 brlcad "click on the open file dialog button named XYZ", "then, in the mged command window, type this command: ..." etc
15:41.10 brlcad make it so your mother could follow these steps
15:42.46 elf_ Okay.
16:16.40 *** join/#brlcad abhi2011 (~chatzilla@122.167.12.70)
16:32.38 abhi2011 Halo elf_ !
16:32.47 elf_ Hey Abhi :)
16:33.02 abhi2011 elf eh :) !
16:33.18 abhi2011 so first off congrats !
16:33.30 elf_ Thank you :)
16:33.55 abhi2011 so about this simulate command
16:34.16 abhi2011 I think it should run if you just type simulate 1
16:34.20 elf_ yeah, I try to run it and simulate a cube falling on a ground plane
16:34.41 abhi2011 hopefully you will see the cube move :P
16:35.27 abhi2011 meanwhile I ll update my year old brlcad code !
16:36.41 elf_ Hopefully, the thing is I am doing something wrong, I will update in a moment a wiki page on how am I going about doing this simulation and maybe you can look over it and tell me if I am missing something or doing something wrong
16:38.19 abhi2011 sure
16:39.41 CIA-44 BRL-CAD: 03Elf11 07http://brlcad.org * r4389 10/wiki/Mged_simulation: mged_simulation tutorial
16:40.53 CIA-44 BRL-CAD: 03Elf11 07http://brlcad.org * r4390 10/wiki/Mged_simulation:
16:42.28 CIA-44 BRL-CAD: 03Elf11 07http://brlcad.org * r4391 10/wiki/Mged_simulation:
16:42.56 elf_ http://brlcad.org/wiki/Mged_simulation
16:43.14 elf_ the mged_simulation and how I try to simulate that falling cube to the ground
16:43.29 elf_ brlcad said that maybe there should be a way to fix the ground
16:43.56 elf_ or to declare it as a static geometry so that when the simulation it runs just the cube will be falling
16:45.39 elf_ ahh and the problem is that after I do those steps and run all the commands when I try againto display the initial geometry in the region1/2.r and the one in the sim.c group they are the same, I mean they look like they are overwritten one above the other one
17:18.24 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
17:31.53 CIA-44 BRL-CAD: 03Elf11 07http://brlcad.org * r4392 10/wiki/Mged_simulation:
17:31.54 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:17.04 *** join/#brlcad abhi2011 (~chatzilla@122.167.36.120)
18:17.29 abhi2011 elf_, sorry had to step out a bit, what was that link again ?
18:17.51 elf_ no problem http://brlcad.org/wiki/Mged_simulation
18:18.05 elf_ there's where I describe the steps I took to run a simulation
18:18.32 abhi2011 yeah I think there needs to be a cube called gp or something
18:18.39 abhi2011 thats treated as the ground plane
18:18.42 abhi2011 I ll check the code
18:19.19 elf_ so you mean that I should create a cube named gp so that the simulation will know that's the ground right?
18:19.49 abhi2011 yes try that , let see what happens
18:22.58 abhi2011 line 389 in libged/simulate/simulate.c
18:23.00 abhi2011 <PROTECTED>
18:23.34 abhi2011 i think gp may work
18:23.40 abhi2011 else try sim_gp
18:25.32 elf_ I tried the gp it didn't work
18:25.54 elf_ but maybe I don't have to create the regions, I mean after creating the geometry I also create 2 regions
18:26.04 elf_ maybe that's the probem
18:28.36 elf_ the sim_gp can't be a name to a region
18:28.52 elf_ the sim_ prefix is added by the code when doing the simulation
18:29.03 elf_ or that's what I understand from the source file
18:30.18 abhi2011 so if there is a shape called gp.s and a cube called say cube.s, what happens when you run simulate 1 ?
18:30.31 abhi2011 does it make any sim_*.r regions ?
18:32.25 abhi2011 you can also try making a region out of the shape
18:32.43 abhi2011 so try making a cube.r from cube.s and a gp.r from a gp.s
18:33.02 abhi2011 I think simulate was only supposed to work on regions and leaves shapes alone
18:33.20 elf_ with the gp.s and cube.s shape with no regions I get an error, that's why I was only trying with regions
18:33.31 abhi2011 if you see add_regions() in line 78 in simulate.c
18:33.36 elf_ "Error: add_regions: ERROR No objects were added"
18:33.53 elf_ Yeah, that's from where I get the error
18:34.22 elf_ So that's why I try to create the shapes, I use "r gp.r u gp.s"
18:34.25 abhi2011 yeah so try making a gp.r and a cube.r
18:34.35 elf_ Maybe that's not the right command? :/
18:34.58 abhi2011 do you get a gp.r when you list the geomtry and regions ?
18:35.41 abhi2011 as far as I recall, that should work
18:36.36 elf_ I get the cube.r and gp.r
18:36.42 elf_ so it looks okay so far
18:36.43 abhi2011 ok
18:36.47 elf_ now to run that simulate
18:36.50 abhi2011 now try
18:37.33 elf_ I did
18:38.11 elf_ it's the same thing, or maybe that's how it should work, I don't really know
18:38.21 elf_ After dysplaying the sim.c group
18:38.31 elf_ I also dysplay the cube.r and gp.r
18:38.37 elf_ they are still overwritten
18:38.44 elf_ so it doesn'
18:38.49 elf_ t look like anything happened
18:39.12 abhi2011 how many steps did you run simulate for ?
18:39.27 abhi2011 also maybe you can try to zap everything out
18:39.35 abhi2011 and show just sim.c
18:39.40 elf_ this time 10
18:39.53 elf_ first time I only show sim.c
18:40.18 elf_ after running the simulation, I clean the display "Z" command and only "draw sim.c"
18:40.25 abhi2011 ok
18:40.34 abhi2011 still no change in the positions ?
18:42.11 elf_ no, maybe I should run it for more than 10 steps, or even 100 steps
18:43.12 abhi2011 yeah you can try that
18:43.30 abhi2011 Maybe gravity is turned off in the simulation
18:43.51 abhi2011 I ll check that tomorrow, and let you know
18:43.59 abhi2011 getting late in the night here
18:44.06 abhi2011 :)
18:44.10 elf_ Okay, it was the number of steps that was at fault for 1000 steps the position of the cube has changed
18:44.24 abhi2011 hmm, thats a it wierd
18:44.32 abhi2011 i remeber it falling much faster
18:45.03 abhi2011 but then I may have increased the number of substeps
18:45.10 abhi2011 to increase simulation accuracy
18:45.20 elf_ from some of the videos you posted I saw I falling faster too but now for 1000 steps it really showed a big movement
18:45.44 abhi2011 yeah I may have increased the substeps
18:45.51 abhi2011 the place to check that is : run_simulation(struct simulation_params *sp)
18:46.02 abhi2011 in simphysics.cpp line 497
18:46.13 abhi2011 thats where all the simulation setup is done
18:46.47 elf_ got it, thanks :)
18:46.59 abhi2011 or rather step_physics(btDiscreteDynamicsWorld* dynamicsWorld)
18:47.06 abhi2011 in line 18
18:47.09 abhi2011 *198
18:47.24 abhi2011 hmm I do not seem to have increased it
18:47.36 abhi2011 something else is causing the delay
18:47.43 abhi2011 well anyway will check in tomorrow
18:48.07 elf_ I will look into it too thanks for your help :)
18:48.10 elf_ Have a good night
18:52.43 elf_ Uhmm the simulate command translates the object parallel with itself, I mean the cube doesn't fall to the ground, it actually moves parallel to the original position of the cube
18:52.56 elf_ that's why I was seeing it "overwritten"
18:54.24 *** join/#brlcad stas (~stas@86.122.32.234)
18:57.10 elf_ Like this http://img37.imageshack.us/img37/8049/brlcadsimulate.png
20:13.24 CIA-44 BRL-CAD: 03starseeker * r52415 10/brlcad/trunk/src/librt/test_botpatches.cpp: Continue rebuilding curve assembly functionality.
20:16.53 *** join/#brlcad abhi2011_ (~chatzilla@122.167.34.24)
22:21.19 CIA-44 BRL-CAD: 03Elf11 07http://brlcad.org * r4393 10/wiki/User:Elf11: /* Log */
23:32.43 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
23:54.59 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
IRC log for #brlcad on 20120911

IRC log for #brlcad on 20120911

01:04.04 *** join/#brlcad CIA-68 (cia@cia.vc)
02:16.19 *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz)
02:42.31 *** part/#brlcad abhi2011 (~chatzilla@122.167.34.24)
06:56.26 *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net)
07:16.33 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:44.12 CIA-68 BRL-CAD: 03Vaporizer 07http://brlcad.org * r4394 10/wiki/Main_Page: When it comes to pollution, it is rising faster than technology. And smoking is one of the major reasons for increasing pollution around you.
07:45.08 CIA-68 BRL-CAD: 03Vaporizer 07http://brlcad.org * r4395 10/wiki/Main_Page:
08:29.44 *** join/#brlcad zump (3ce1b48d@gateway/web/freenode/ip.60.225.180.141)
10:27.40 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:54.25 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:04.21 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r4396 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Vaporizer|Vaporizer]] ([[User talk:Vaporizer|Talk]]); changed back to last version by [[User:Sean|Sean]]
11:04.51 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Vaporizer]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
11:14.22 *** join/#brlcad stas (~stas@82.208.133.12)
11:31.13 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4397 10/wiki/Mged_simulation:
11:32.14 elf_ brlcad, the simulate command it works, the translate problem was actually because the ground plane should be parallel with the XY axis and the Z axis is considered to be oriented in the up direction
11:32.34 elf_ the tutorial is on the Mged_simulation wiki page
11:33.04 elf_ maybe you can look to it and tell me if something is missing or if it's not well enough explained so that I can change it
12:24.34 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
14:32.03 brlcad elf_: didn't we just talk about Z being up? :)
14:32.14 brlcad it's not just a preference, it's the ONE TRUE WAY! :)
14:32.36 brlcad for CAD at least
14:33.35 brlcad so next up is to animate, and the tutorial needs some pictures
14:34.39 brlcad elf_: you also just spent several hours figuring out the ground plane issue, and I see no mention of it in the tutorial
14:35.25 brlcad similarly that the coordinate system matters, z is up, etc
14:35.33 brlcad all these things that you're learning should be in the tutorial
15:12.04 CIA-68 BRL-CAD: 03starseeker * r52416 10/brlcad/trunk/src/librt/test_botpatches.cpp: More work on curve assembly
16:18.03 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4398 10/wiki/Mged_simulation:
16:22.40 elf_ brlcad, fixed what you said about the xy ground plane, and the Z axis being up
16:24.04 elf_ and about the Z axis I prolly must have got it stuck in my head the wrong way, so that's why I didn't remember that we actually established it's up
16:25.45 elf_ So for the animation, I should be doing something like showed in the Animation tutorial, with the "fly-around animation" right?
17:24.41 *** join/#brlcad Yoshi47_Work (~jan@64.235.102.210)
18:00.13 CIA-68 BRL-CAD: 03starseeker * r52417 10/brlcad/trunk/src/librt/test_botpatches.cpp: Find start and end points, or recognize closed curve
18:41.36 CIA-68 BRL-CAD: 03carlmoore * r52418 10/brlcad/trunk/include/ged.h: remove a trailing blank/tab, and remove an extra blank
18:42.33 CIA-68 BRL-CAD: 03carlmoore * r52419 10/brlcad/trunk/src/CMakeLists.txt: remove trailing blanks/tabs
18:44.26 CIA-68 BRL-CAD: 03carlmoore * r52420 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: remove trailing blanks/tabs
18:45.57 CIA-68 BRL-CAD: 03carlmoore * r52421 10/brlcad/trunk/src/libged/CMakeLists.txt: remove trailing blanks/tabs
18:59.15 *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net)
18:59.15 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
18:59.15 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
18:59.15 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:59.15 *** join/#brlcad zump (3ce1b48d@gateway/web/freenode/ip.60.225.180.141)
18:59.15 *** join/#brlcad CIA-68 (cia@cia.vc)
18:59.15 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:59.15 *** join/#brlcad elf_ (~elf@109.97.136.125)
18:59.15 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:59.15 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
18:59.15 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
18:59.15 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
18:59.15 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
18:59.15 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
18:59.15 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:59.15 *** join/#brlcad ChanServ (ChanServ@services.)
18:59.15 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
18:59.15 *** join/#brlcad Stattrav|Cloud (u3131@gateway/web/irccloud.com/x-mvbvoycpawcvjbif)
18:59.15 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
18:59.15 *** join/#brlcad yiyus_ (1242712427@je.je.je)
18:59.15 *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net
19:00.37 *** join/#brlcad ibot (~ibot@rikers.org)
19:00.37 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
19:01.26 CIA-68 BRL-CAD: 03carlmoore * r52424 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: remove trailing blanks/tabs
19:01.28 *** join/#brlcad stas (~stas@86.122.32.234)
19:18.55 CIA-68 BRL-CAD: 03carlmoore * r52425 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: remove a trailing blank or tab, and fix 2 spellings
19:23.15 CIA-68 BRL-CAD: 03starseeker * r52426 10/brlcad/trunk/src/librt/test_botpatches.cpp: Plot polycurves
19:32.26 CIA-68 BRL-CAD: 03carlmoore * r52427 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: remove trailing blanks/tabs, fix spellings ('edgeuse' spelling fix should be only in comments)
19:34.02 CIA-68 BRL-CAD: 03carlmoore * r52428 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: remove a trailing blank/tab; fix spellings
19:57.40 CIA-68 BRL-CAD: 03starseeker * r52429 10/brlcad/trunk/src/librt/test_botpatches.cpp: start and end as keys may pose a problem - just count 'em
20:21.22 CIA-68 BRL-CAD: 03starseeker * r52430 10/brlcad/trunk/src/librt/test_botpatches.cpp: build patch polycurve maps
22:07.15 *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net)
22:14.01 *** join/#brlcad merzo (~merzo@171-40-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20120912

IRC log for #brlcad on 20120912

00:12.07 CIA-68 BRL-CAD: 03starseeker * r52431 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start working on loop assembly
00:56.58 *** join/#brlcad merzo (~merzo@171-40-133-95.pool.ukrtel.net)
02:23.07 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
03:18.08 brlcad elf_: that looks better, though should clarify whether the ground plane must be named gp or gp.r
03:18.51 brlcad and why
03:20.18 brlcad and for the animation, it's not exactly like the fly-around but is similar in how you'll make the animation
03:20.27 brlcad you don't need to spin the view around
03:21.13 brlcad you just want to simulate a step (or 10 or 100 or whatever makes a tiny step), render a frame, simulate, render, etc .. then pull all those renderings into an animation
03:21.23 brlcad that's best/easily done with a script
04:45.51 elf_ brlcad, so I should have a loop, where I simulate a tiny step, then render a frame? right?
04:56.15 brlcad yes
05:47.19 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
09:18.00 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
10:05.30 *** join/#brlcad stas (~stas@82.208.133.12)
10:34.58 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
11:05.01 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
13:30.50 *** join/#brlcad elf_ (~elf@109.97.136.125)
13:36.12 elf_ brlcad, I have some problems trying to understand how should I get the regions and groups from the database into the simulation
13:37.49 elf_ I get it that there in the the for loop should be a mged sim.g simulate n(where n is number of steps) command and also an rt -o image$i.pix command
13:38.17 elf_ but how does the simulation know from where to take the regions?
14:24.57 elf_ I think I figured that one out
14:25.23 elf_ here's what the script looks like http://paste.ubuntu.com/1200642/
14:25.35 elf_ waiting for a small simulation to run and see if it works
14:25.44 elf_ properly I mean
14:54.57 elf_ this is the way I think the script should be http://paste.ubuntu.com/1200687/
14:55.00 brlcad elf_: script needs a little tlc -- don't need the -M option to rt
14:55.21 brlcad probably best to just pass -a -e parameters for azimuth elevation
14:55.23 elf_ but I get some errors http://paste.ubuntu.com/1200689/
14:55.55 brlcad if you remove the -M, you don't need the two EOF lines (which aren't right btw)
14:55.58 elf_ okay, will do that though when I try to get a png image
14:56.01 brlcad at least, not useful
14:56.24 brlcad if you want a png, put -o image.png instead of image.pix
14:56.27 elf_ <PROTECTED>
14:56.37 brlcad and it's probably right
14:56.50 brlcad with the -M option, that says you're going to provide an rt command script
14:57.08 brlcad your command script (the lines *between* your two EOF lines) ... is .... empty
14:57.20 brlcad so it had nothing to do, not pix file results
14:57.40 brlcad if you remove the command script (the -M option), it'll default to a single frame render like you want
14:58.17 elf_ right, initially wanted to set some scene like in OpenGl the eye point and such but that must be done in an additional tcl script right?
15:00.23 brlcad nope, you have the right idea with the -M rt script
15:01.02 brlcad you just can't leave it empty, that's what tells rt what to do
15:01.24 brlcad if you run the "saveview" command in mged, you can save a given view script to a file
15:01.47 brlcad that will have the exact rt view information and command you'll need to set a specific view
15:02.45 elf_ okay, will do that for the moment I got rid of the -M and the 2 EOF lines
15:03.00 elf_ but I still get the error about image$i.pix not existing...
15:05.20 elf_ how can you change the way a db is opened? I get the error that the current db is read only
15:06.48 elf_ also "db5_get_raw_internal_fp() : Database is too short, want=67448, got=11975 db_dirbuild(home/elf/brlcad/su.g):db_scan() failed"
15:21.45 brlcad run the rt command outside of the script first, just on the command line
15:23.31 brlcad on the unix command line, get that to work, then put it in your script
16:24.12 elf_ solved it
16:24.54 elf_ here's the simulate.sh without the -M option the elevation is given in the command so no need for a rt script
16:25.05 elf_ http://paste.ubuntu.com/1200812/
16:25.26 elf_ and here's the simulate.sh with the -M option http://paste.ubuntu.com/1200811/
16:26.26 elf_ both of them are on the mged_simulation wiki page http://brlcad.org/wiki/Mged_simulation
16:26.48 elf_ and added an explanation about why the ground plane should be named "gp" also
17:19.50 elf_ about the movie, what do you recommend to use?
18:47.30 *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad)
20:21.46 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
20:51.43 brlcad elf_: scripts look good, though I would reverse their order in your tutorial where you can first describe how to create a simple animation first, then explain the rt command script and how to set that up
20:52.08 brlcad you don't explain where those numbers come from or how to get them or what they do
20:53.36 brlcad remember, you're aiming for a complete newbie audience -- if your mother were reading this, would she have enough information to not just reproduce what you did, but understand it enough to create her own animation?
22:16.58 *** join/#brlcad merzo (~merzo@199-41-133-95.pool.ukrtel.net)
22:55.38 *** join/#brlcad CIA-69 (cia@cia.vc)
IRC log for #brlcad on 20120913

IRC log for #brlcad on 20120913

00:44.03 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4401 10/wiki/Mged_simulation:
00:44.48 elf_ you are right, those numbers where put there kinda out of nowhere, I hope now that is fixed and explained how they were obtained and what they are
02:31.32 *** join/#brlcad stas (~stas@86.122.32.234)
02:40.57 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation 1.png]]"
02:46.31 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4403 10/wiki/Mged_simulation:
02:49.04 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4404 10/wiki/User:Elf11: /* Log */
02:50.04 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4405 10/wiki/Mged_simulation:
02:52.22 elf_ added an explanation on how one should go about making a movie out of the png images with ImageMagick
06:34.30 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:22.28 *** join/#brlcad ChanServ (ChanServ@services.)
07:22.28 *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net
07:25.23 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:03.07 *** join/#brlcad stas (~stas@86.122.32.234)
10:23.45 *** join/#brlcad stas (~stas@82.208.133.12)
11:47.37 *** join/#brlcad ibot (~ibot@rikers.org)
11:47.37 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
11:49.07 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
11:53.26 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
12:01.21 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
12:19.46 *** join/#brlcad CIA-83 (cia@cia.vc)
12:21.09 *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net)
12:23.55 *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-zvdwkcimaometmlw)
12:42.09 *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:45.16 CIA-83 BRL-CAD: 03starseeker * r52437 10/brlcad/trunk/src/librt/test_botpatches.cpp: Identify outer patches
12:48.31 *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
13:20.18 elf_ brlcad, does that tutorial look good to you?
13:22.03 elf_ I've also been talking with abhi about what he got done last year and what's next to be done and I think I should start see if collisions are being detected in mged, also in parallel with checking things in mged I can create a simple program in bullet
13:23.00 elf_ in this program I can have a cube lying over another static cube/ground plane and check the contact points that bullet is generating and the normals
13:23.11 elf_ then I can try and replicate those inside mged
13:23.16 elf_ so?
14:04.42 *** join/#brlcad pawleeq (~pawleeq@202.32.broadband2.iol.cz)
14:13.00 brlcad elf_: er, where's the animation?
14:13.42 brlcad you can't take someone through that whole tutorial on making a simulation and not actually show them the final product! :)
14:13.48 brlcad should show both animations really
14:14.17 brlcad I
14:15.42 brlcad I'd suggest a couple changes to the image you uploaded too, zoom 1.4 and interlay a raytrace so it's easier to see
14:16.17 elf_ Yeah, you are right, will upload the mpg video on uhmm youtube maybe, and by both you mean from both scripts, right? :)
14:16.29 elf_ how do I go about interlaying that raytrace? nirt?
14:18.05 brlcad no, open up the raytrace control panel (on file or tools menu)
14:18.40 brlcad click the button, then select whichever interlay/overlay/underlay option looks best to you
14:19.10 brlcad you should be able to upload the mpg to the wiki -- if not, let me know
14:19.43 brlcad alternatively, you could use imagemagik to convert it to an animated gif since it's so simple, then just embed that like the other image
14:20.45 brlcad elf_: there's also no "matter" command... :)
14:22.04 brlcad also, rename your az35 example script to az35.rt just so we're consistent with other docs
14:22.14 elf_ you are right there's just one t in mater
14:23.19 elf_ okay, hmmm so I could make a gif out of the images with ImageMagick, I think that's more appropriate than a movie
14:32.30 brlcad elf_: something small like 256x256 or 128x128 will probably be fine if it's zoomed in enough
14:32.40 brlcad we'll just have to watch the file size
14:33.10 brlcad we can directly link to hosted files too, so we can link to an mgp
14:35.14 brlcad post the mpg somewhere regardless, I want to see it :)
14:35.22 elf_ okay :)
15:04.30 brlcad anyone on a mac care to try this new app bundle? http://brlcad.org/~sean/tmp/BRL-CAD_7.22.0_app3.zip
15:08.48 CIA-83 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 1.png]]"
15:10.47 elf_ it's there a command that I can integrate in a script so that I can do raytrace overlaying for the images that go into the gif/mpeg?
15:10.53 elf_ They would look better that way
15:41.04 brlcad elf_: I'm not sure I understand what you mean
15:41.19 brlcad you mean seeing the object edges highlighted?
15:41.34 brlcad you can use the rtedge command to do that (man rtedge, see the -c "set ov=1" option)
15:42.30 brlcad I think you'll have to use an fbserv to merge multiple renderings, don't think it'll overlay into an existing pix/png -- only into a framebuffer
16:45.38 elf_ brlcad, this is what I mean http://youtu.be/KhE0HO8Uloc the lighting on the dark background it's not good, I want it too look like this one ihttp://brlcad.org/wiki/Image:Simulation_1.png
16:45.49 elf_ http://brlcad.org/wiki/Image:Simulation_1.png *
16:46.39 elf_ That's why I asked if there was a command to put in the script so it raytraces the geometry the same way it does in the mged window
17:10.05 *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-rdwibzbuzjfjyexw)
17:11.57 CIA-83 BRL-CAD: 03n_reed * r52438 10/brlcad/trunk/ (3 files in 3 dirs): add rt_functab entry for a view-dependent plot routine and set the ell+sph entries
17:51.42 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com)
17:57.46 CIA-83 BRL-CAD: 03carlmoore * r52439 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs
17:58.00 *** join/#brlcad stas (~stas@86.122.32.234)
18:02.02 CIA-83 BRL-CAD: 03carlmoore * r52440 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove trailing blanks/tabs; fix spelling
18:34.59 *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-ajvdgrxbtyzwarry)
20:24.49 CIA-83 BRL-CAD: 03n_reed * r52441 10/brlcad/trunk/src/librt/primitives/ (table.c tgc/tgc.c): add view-dependent plot routine for tgc+rec
22:14.59 *** join/#brlcad merzo (~merzo@232-20-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20120914

IRC log for #brlcad on 20120914

02:15.07 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99)
02:21.33 DarkCalf waves to brlcad
03:30.52 *** join/#brlcad elf_ (~elf@109.97.136.125)
03:33.02 elf_ oops didn't see I was disconnect
06:08.15 *** join/#brlcad yiyus (1242712427@je.je.je)
10:01.35 *** join/#brlcad Stattrav|Cloud (u3131@gateway/web/irccloud.com/x-dgcugbnddjoldoee)
11:10.44 *** join/#brlcad stas (~stas@82.208.133.12)
12:20.11 elf_ solved that problem with the way images were showing too dark to see anything in the simulation, it was a lighting problem, setting up an attribute for the default light of the scene did the trick
12:20.32 elf_ here's the latest updated page of the simulation http://brlcad.org/wiki/Mged_simulation
12:20.50 elf_ and here's the video http://youtu.be/XS1wUnQ8q0M
12:58.40 brlcad elf_: that's showing up in psychadelic flashing pink and blue on my screen
12:58.45 brlcad is that intended??
13:14.44 elf_ It is supposed to be all pink, the blue was there from somewhere, couldn't figure out from where though. The thing is that without the -A30 parameter the rt command keeps the image darkened, like this one http://youtu.be/KhE0HO8Uloc , if I add the lighting the geometry is properly lit but the colors are much more stronger
13:15.53 elf_ and no matter what color I set up for that mater plastic command or any color I set with comb_color command when I rt it outside mged I get that "psychadelic pink"
13:23.52 *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net)
13:33.27 *** join/#brlcad elf_ (~elf@109.97.136.125)
14:09.44 brlcad elf_: but what does an individual frame look like
14:11.19 elf_ brlcad, this is what an individual frame looks like http://imageshack.us/a/img267/8663/image1fr.png
14:11.47 brlcad yeah, that's way too bright
14:12.10 brlcad so couple problems to fix
14:12.13 elf_ I know, though you saw in the other youtube link, without the light it shouldn't be that bright
14:12.27 brlcad first off, ignore youtube
14:12.32 elf_ The lighting it's only on 30% so definitely not that bright
14:12.34 brlcad that's just one more layer of compression
14:12.40 elf_ okay
14:12.45 brlcad the problem is in the conversion from image frames to movie
14:13.00 brlcad the movie should look like the image frames
14:13.08 brlcad if it doesn't, it's a movie encoding problem
14:13.29 elf_ I used imageMagick
14:13.52 brlcad using imagemagick is fine
14:14.02 elf_ no compression, except the one that the convert command from ImageMagick does
14:14.40 brlcad so lets step back, do you have a set of image frames that aren't A30?
14:17.11 elf_ yes I do
14:17.37 brlcad also, this image (http://brlcad.org/wiki/Image:Simulation_1.png) needs to be redone... suggest a full window screenshot, move the model down a little bit so everything is in view
14:18.05 brlcad could make the window a little bigger and zoom 1.3 more or so
14:18.19 brlcad er, make the window a little *smaller*
14:18.27 elf_ okay
14:21.12 brlcad 10:17 < elf_> yes I do <-- can you show me? :)
14:21.35 elf_ yeah a sec, was going to upload a pic but imageshack is being dificult
14:24.28 elf_ Here http://imageshack.us/a/img4/8472/image982.png
14:25.00 brlcad er ,that's a black image
14:25.37 elf_ no, that's the thing it's a dark image, but if you look under the right angle you'll see the plane and the cube above it
14:25.57 elf_ it's some kind of dark pink or something
14:26.23 brlcad if that's a render frame, then your scene isn't right
14:27.02 elf_ It's what I get after running the simulate script so yeah a render frame
14:27.08 brlcad I yes, I see it now
14:27.10 brlcad that's not right
14:28.28 elf_ I thought it was supposed to look something like the image after I run the raytracing tool in mged so that's why I asked yesterday if I can do something like that in the script
14:28.32 brlcad that's what you get if you exactly follow your tutorial steps?
14:28.41 brlcad or did you add a light to the scene or something?
14:29.07 brlcad it should look the same as when you run it in mged
14:29.22 elf_ That's what I get if I follow the tutorial steps, running the simulate script, both the one with the viewset and the one without it, without the -A option
14:29.54 elf_ In mged I get both the cube and the plane in a gray color
14:29.59 elf_ on the black background obv
14:31.57 brlcad I'm going to try the steps now myself -- while I'm doing that, perhaps you can create a better mged screenshot or fix up the paragraph before the mater commands to explain what the other options are -- suggest just running "mater cube.r" and answering the interactive prompts so people can see what each is
14:33.29 elf_ okay
14:44.09 brlcad (like you did for the 'in' command)
14:45.23 brlcad instructions say "sed box" but I think you meant sed cube?
14:46.35 brlcad you say "We want our ground plane and cube to have a texture" but that's not true or what you later describe
14:46.45 brlcad you want it to have color and material properties
14:46.49 brlcad texture means something else
14:46.51 elf_ yes I modified that now when I am adding the explanations for the mater
14:46.58 elf_ sed box was old
14:47.16 elf_ you are right about the texture
14:48.16 brlcad after "You should get the following answer:" ... that is not what I get following your instructions
14:48.31 elf_ you get cube gp and sim.c
14:48.37 brlcad nope
14:49.31 brlcad okay, so I think I see where some of the problems are coming from
14:50.13 brlcad what's in sim.c for you?
14:50.15 brlcad l sim.c
14:51.07 elf_ the cube and the gp regions grouped
14:51.27 brlcad that's not precise
14:51.32 brlcad what does l sim.c say
14:51.52 elf_ sim_gp.r sim_cube.r bb_reg_sim_gp.r bb_reg_sim_cube.r
14:52.16 brlcad l sim_cube.r
14:52.44 brlcad so that is most definitely not "the cube and the gp regions grouped" for starters
14:53.06 elf_ meant to ask you how do you copy paste from the mged window?
14:53.43 brlcad it's four objects, presumably regions, created by the simulate command .. what those four objects are depends on what is in them
14:53.55 brlcad what platform are you on?
14:53.59 elf_ linux
14:54.11 brlcad it's the same copy-paste as any other X window
14:54.22 brlcad usually select text, then middle mouse
14:55.18 elf_ it's not working, tried ctrl+c / ctrl+shift+c then to paste it in here
14:55.47 brlcad do you have a three-button mouse?
14:56.08 elf_ sim_cube.r: REGION id=1000 (air=0, los=100, GIFTmater=1) --Shader 'plastic {tr 0.2 re 0.2} 'Color 50 0 0 u cube [0, 0, -0.291666] scale 1
14:56.15 elf_ that worked the mouse
14:57.19 brlcad so there it looks like the simulate command is creating it's own copy of the two regions you were displaying (cube.r and gp.r), making sim_cube.r and sim_gp.r
14:57.25 brlcad don't know what the other two objects are for
14:58.00 brlcad next thing to add to the tutorial is to show them the scene you had them create
14:58.15 elf_ Yeah. that I knew, it is supposed to work like that, in the simulate.c file I think, it needs those 2, that's why the ground region needs to be named gp.r
14:58.31 brlcad you tell them all these in/mater/r commands, then jump straight to simulate without showing them what you made
14:59.08 brlcad elf_: you may know it, but you're not *saying* it .. and it's certainly not being made clear in the tutorial... :)
14:59.20 elf_ You are right
14:59.55 brlcad before the "Now we are ready to run the simulate command" line .. I suggest adding two more commands
15:00.01 brlcad ae 35 25
15:00.03 brlcad autoview
15:00.18 brlcad then embed a screenshot there of what that looks like
15:00.34 elf_ okay
15:00.58 brlcad that way they'll know if they got anything wrong, they can see the scene, and it's more clear what happens when the simulate command runs
15:01.12 elf_ the other 2(bb_reg_sim_cube.r and bb_reg_sim_gp.r) are the bounding box for the simulation
15:01.25 elf_ right I will add those
15:02.15 brlcad the problem is that sim.c puts them all together -- that means you'll have overlapping regions, which is wrong to render
15:02.58 elf_ I do have overlapping regions, lots of those actually. So uhmm how can I get those out of the sim.c?
15:03.00 brlcad technically wrong to model but the simulate command is a work in progress
15:03.55 brlcad g bb.c bb_*.r
15:04.14 brlcad rm rm sim.c bb_*.r
15:04.31 brlcad oops, just: rm sim.c bb_*.r
15:04.51 elf_ hmm will try it
15:05.15 brlcad elf_: after autoview, add an "rt" command -- that's a better window to screenshot
15:05.31 brlcad or "rt -W"
15:06.05 elf_ ok
15:07.16 brlcad also suggest changing tra 0 0 100 to tra 0 0 50 (no use starting so high, just makes it hard to see the box
15:08.14 elf_ yes, it can get even lower for a better view, with the ground plane a little smaller, it will look better
15:11.19 brlcad try this view:
15:12.13 brlcad ae 35 15
15:12.21 brlcad tra 0 10 0
15:12.38 brlcad rather: ae 35 15 ; autoview ; tra 0 10 0
15:12.47 brlcad then rt or rt -W
15:13.01 brlcad the ground plane size is good
15:15.52 brlcad i like the size ratio you came up with, I think that works well
15:16.17 brlcad just started really far apart and 35 25 is an odd angle for watching it drop
15:16.20 elf_ It looks good
15:16.35 elf_ with your settings I mean :)
15:17.59 brlcad so suggest making all those updates and redo just the first video and we'll see what it looks like
15:18.48 elf_ okay working on it and on the wiki page
15:19.03 brlcad note the video script command needs to change, rt -a 35 -e 10 .. and not sim.c but "sim_cube.r sim_gp.r"
15:19.21 brlcad (and should explain why those two earlier)
15:19.26 brlcad you don't want the bb's
15:20.06 brlcad before Z, can explain what sim.c is, show the l listing with four objects
15:20.08 elf_ right, then I should let them see that the sim.c group is not just the sim_cube.r and sim_gp.r but also the 2 bb, and we don't want those there
15:20.40 brlcad don't need to go through those steps I gave you to remove the bb, can just use those two regions instead of sim.c
15:20.51 brlcad but should explain that and why
15:21.01 elf_ got it
15:21.25 brlcad so thats a lot of things .. you going to remember all of that? :)
15:21.51 elf_ That's what I have all this convo for :)
15:27.52 brlcad 1) full window mged screenshot at intro, 2) sed box/cube, 2a) 0 0 50, 2b) still have "matter" in there, 3) set up view, run rt before simulate, 4) add rt window screenshot, 5) explain sim.c, 6) draw sim_cube.r sim_gp.r, 7) add screenshot after "draw cube.r" after simulate to see difference, 8) update simulation script -- no A30, no sim.c, 400 steps. also suggest letting it be default size (512x512) so you don't have to explain that there, let the second one be
15:28.56 brlcad can double-check me with the convo, but that's most of what I recall plus a couple other details
15:29.45 elf_ Thank you for summarizing it :)
15:30.02 brlcad after you rebuild the first simple animation, we'll see what that looks like with the other updates
15:30.28 *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us)
15:30.33 paulproteuss brlcad: Hey, are you Sean? (:
15:31.00 brlcad paulproteuss: hi and it depends who is asking ;)
15:31.12 brlcad or more specifically, why you'd be asking that :)
15:31.32 paulproteuss I'm Asheesh, and I'm curious if there are any bitesize brlcad bugs that might interest Hopkins students this weekend (see also https://openhatch.org/wiki/Open_Source_Comes_to_Campus/JHU )
15:31.52 brlcad ah, hey asheesh
15:31.54 paulproteuss Doc fixes, or compile warning fixes, or tiny tiny feature additions, etc.
15:31.56 brlcad I heard about that
15:31.58 paulproteuss (-:
15:32.07 paulproteuss I thought you might have, but I also thought I'd try pinging you directly to see what happens.
15:32.08 brlcad congrats on the setup
15:32.21 paulproteuss Thanks!
15:32.22 brlcad you still in sanfran?
15:32.45 paulproteuss Generally, though at the moment I'm in Baltimore, prepping!
15:33.00 brlcad nods, very good
15:33.13 brlcad so what level of effort are you thinking .. how tiny?
15:33.29 brlcad like 10 minute tiny, or 60 min tiny, or 1 day tiny?
15:33.33 paulproteuss 10-60 min
15:33.50 paulproteuss Up to 90 I suppose, but given variance of experience between students, those numbers vary.
15:34.25 paulproteuss There could be some epic C hackers who can fix one-day bugs in one hour, but mostly I expect freshman and sophomores.
15:34.26 brlcad we have http://brlcad.org/wiki/Quickies but they're anywhere from 10 minutes to 20 hours (mostly depending on user experience)
15:34.59 brlcad I have an openhatch account, but I think I'd created it before tasks could be added
15:35.06 brlcad or there was some problem, don't recall, that was more than a year ago iirc
15:35.11 paulproteuss Wow, this is one great page.
15:35.56 paulproteuss libbn docs fixes seems pretty great to me.
15:36.07 brlcad yep
15:36.23 brlcad there are a couple dozen files
15:36.37 brlcad so moving the comments for just one file would be a perfect patch that'd probably take less than 10 minutes
15:37.04 brlcad quick recompile to make sure a typo wasn't fat fingered in
15:37.37 paulproteuss And it's svn, so openhatch.org/missions/svn seems relevant
15:38.13 brlcad hah, nifty -- hadn't seen missions
15:38.49 paulproteuss Every once in a while I wonder if we should move that to its own site.
15:39.12 paulproteuss But for now, I'm focusing on the events, and will consider web tech ramifications another time!
15:39.26 brlcad ahhhh.. that's right -- now I'm remembering
15:40.18 brlcad you have that cool bug tracking interface, but not one for sourceforge and not one for a "raw"/xml/whatever dump format to be added manually... :)
15:41.20 brlcad looked into migrating some of our tasks into trac, but that effort was stalled
15:41.44 paulproteuss Behind the scenes there's an epic rewrite of the bug import code, which will make it a bajillion times less stressful to add support for other tracker types.
15:42.27 paulproteuss The epic rewrite makes there be less code, which is what good rewrites are for!
15:42.33 paulproteuss But anyway. (-:
15:42.48 brlcad :)
15:49.32 brlcad paulproteuss: so I'm reminded that the event is tomorrow, do you need anything else other than that wiki page? I can probably flesh out a few more VERY EASY coding entries before tomorrow
15:51.33 paulproteuss One thing I want to do is test how long it takes to compile brlcad before I accept too many new suggestions from you.
15:51.41 paulproteuss Let me go kick that off!
15:51.51 brlcad dev guide goes into detail on participation including patches: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/HACKING
15:52.41 paulproteuss Nice!
15:52.44 brlcad best is the new cmake build system, compiles in parallel much better than autotools
15:52.55 paulproteuss If you update that wiki page, just ping me so I can be sure to know about the task.
15:53.09 paulproteuss I'm keeping a private spreadsheet for my own notes about what tasks I've personally looked at that seem excellent.
15:53.55 brlcad my 5-year old 2-core laptop compiles the whole package in about 15 minutes, latest macbookpro compile was about 3 minutes iirc
15:54.19 paulproteuss Well that's just totally excellently fast.
15:54.31 paulproteuss By contrast, LibreOffice takes about 3.5h, and Firefox 3h, on my laptop.
15:54.37 paulproteuss I guess C++ actually is slow to compile. Who knew?
15:54.50 brlcad yeah, our C++ sources doubled our compile time
15:55.04 brlcad about 25% of our sources are c++ and they account for at least 50% of the compile time
15:55.21 brlcad well that and docbook/xml processing ...
15:56.37 paulproteuss Oh, computers.
15:57.14 brlcad paulproteuss: don't know if it's any use, but we pulled together a VM with BRL-CAD pre-downloaded into a linux distro with all dependencies installed, it's available https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
15:57.48 brlcad freebsd and haiku have similar setups handy to help new contributors jump in
15:59.06 brlcad don't think it'll save you time for tomorrow, but maybe something to mention that some projects might offer
16:02.01 paulproteuss Amusing that svn checkout will probably take way longer than the build.
16:45.55 brlcad just updated http://brlcad.org/wiki/Compiling
16:46.14 brlcad hm, looks like CIA is AWOL
16:55.34 brlcad paulproteuss: just saw your acm note in my digest, replied with a brief summary
16:55.43 brlcad mainly for others, of course
17:04.32 elf_ brlcad, here's how the gif looks like right now http://imageshack.us/a/img515/2659/simc.gif
17:05.01 elf_ I don't like the fact that the image seems to be moving by all when the cube comes closer to the ground plane
17:05.17 elf_ I think it has something to do with the way the view is set...
17:05.25 elf_ or it might be something else?
17:05.44 brlcad elf_: that's something to talk about in the tutorial
17:05.55 brlcad and is motivation for the second script
17:06.02 brlcad but don't worry about it right now
17:06.17 elf_ okay
17:06.50 elf_ uhmm the file is also kinda large... 1.5mb I think the limit to the site is 1mb
17:08.26 brlcad still want to make sure the color is right .. don't worry about adding animations yet
17:09.08 brlcad so for the two rt images you embedded, can you make them be the full render
17:09.35 brlcad either the full rt window or at least the full 512x512 image
17:09.58 brlcad can run "rt -W -o file.png" to stash the rendering
17:10.27 elf_ Ahh I updated the wiki file if that's what you are asking http://brlcad.org/wiki/Mged_simulation
17:10.50 brlcad also missing the tra after autoview to get it centered better for the mged screenshots
17:11.01 brlcad I'm referring to the wiki page
17:12.01 brlcad and iterations still seem too short
17:12.09 elf_ okay, I will add the tra and I am sorry but I don't understand what do you mean by making them full render?
17:12.18 brlcad want to see the box hit the surface, the animation ends too early
17:12.45 brlcad check the 1,2,3,4,5,... list again .. there are a couple more things in there that I don't see too
17:13.03 elf_ Iterations are 185 for the cube to be on the plane, that's what I ran the first script with
17:13.07 elf_ and it landed on the ground
17:13.18 elf_ more of it and it gets inside the plane
17:13.47 brlcad so the collision detection failed :)
17:14.10 elf_ yep
17:14.18 elf_ not entirely though
17:14.40 brlcad that was working, so maybe a question for abhijit or the first code you can work on, but for the animation, just let it go through
17:14.59 brlcad stopping the video just looks odd
17:15.03 elf_ it got in the ground plane, it looked like half of the cube was in the ground plane then it turned on it's side then the simulate stopped
17:15.17 elf_ there are another 5 images after the gif that I showed you
17:15.38 elf_ okay, will add the 5 more images till the cube stops moving
17:16.39 brlcad what I meant about "full render" is that http://brlcad.org/wiki/Image:Geometry_of_simulation.png and http://brlcad.org/wiki/Image:Simulation_rt_100.png appear to be screen captures, not the actual rendered image
17:16.53 brlcad subtle difference only because your screen capture is off by a pixel
17:17.49 brlcad it should either be the actual render image (rt -W -o file.png) or the actual full window with the title bar and all, captured with a window-capture tool
17:18.02 brlcad not just eyeballing it with your mouse
17:18.16 elf_ okay, got it, didn't know I could do the rt -W -o trick
17:20.27 brlcad doesn't need to be in the instructions, more for you to get the image
17:21.12 brlcad and you did know, note your animation script uses that option ;)
17:21.51 elf_ right again :))
17:46.36 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
17:46.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:22.10 brlcad elf_: http://brlcad.org/wiki/Image:Geometry_of_simulation.png is what you actually get after autoview + tra 0 10 0 ?
18:24.27 elf_ Hmm, I am not sure, I might have put some zoom in it, it doesn't look like the other ones
18:39.24 elf_ brlcad, here's the page and I added the simulation with the viewset gif in 256x256 format, I have to add a smaller version of this one http://imageshack.us/a/img829/5530/simtotal.gif (the one without the viewset)
18:39.46 elf_ but I started rendering the one with the viewset in 800x800pixels and it takes some time
18:40.00 elf_ uhmm like a lot of time
19:02.15 brlcad don't do the big one yet!
19:03.31 brlcad elf_: it still doesn't look right
19:03.36 elf_ kay will stop it it didn't get too far anyway
19:04.02 brlcad so with the first one, what does one of the actual movie frames look like?
19:04.45 elf_ http://imageshack.us/a/img11/8977/image1erc.png
19:05.33 brlcad hat doesn't look right
19:06.09 elf_ what's amiss?
19:06.14 brlcad you may be dealing with a bug, but try running this: rt -a 35 -e 15 -o test.png sim.g sim_gp.r sim_cube.r
19:06.41 brlcad and: rt -a 35 -e 15 -o test2.png sim.g gp.r cube.r
19:06.43 elf_ no that's the one with the viewset
19:06.58 brlcad what?
19:07.16 brlcad run those two commands outside of mged
19:07.47 elf_ the one that I showed you it's the image with the view set, from the small gif from the wiki page
19:08.13 elf_ http://imageshack.us/a/img805/5145/image1iz.png this is the one from the link with the bigger anymation I posted
19:08.29 brlcad okay, but still doesn't look right
19:08.44 elf_ will run the commands in a terminal
19:09.01 brlcad that is WAY darker than it should be, looks like zero ambient
19:11.12 elf_ test 1 http://imageshack.us/a/img145/3820/testkp.png
19:11.14 brlcad if that's a bug, it needs to be isolated and fixed
19:11.24 elf_ test 2 http://imageshack.us/a/img43/6624/test2zb.png
19:11.47 brlcad okay, so it's not the simulation causing a problem
19:12.08 brlcad try: rt -a 35 -e 15 -o test3.pix sim.g gp.r cube.r
19:12.35 brlcad followed by: pix-png -o test3.png test3.pix
19:14.11 elf_ http://imageshack.us/a/img443/9375/test3j.png
19:14.59 brlcad okay, and if you run this: rt -a 35 -e 15 sim.g gp.r cube.r
19:15.06 brlcad does it show up dark in the window
19:16.08 elf_ if I run that in mged or out of it?
19:16.14 brlcad out
19:17.03 elf_ Compile-time debug symbols are available
19:17.03 elf_ Running on elfy
19:17.03 elf_ Planning to run with 4 processors
19:17.03 elf_ bin/rt -a 35 -e 15
19:17.03 elf_ opendb s3.g;
19:17.04 elf_ tree gp.r cube.r;
19:17.05 elf_ db title: Untitled BRL-CAD Database
19:17.07 elf_ DIRBUILD: cpu = 0.15601 sec, elapsed = 0.181747 sec
19:17.09 elf_ <PROTECTED>
19:17.11 elf_ <PROTECTED>
19:17.13 elf_ Additional mem=2535424., #malloc=94473, #free=79936, #realloc=4 (14537 retained)
19:17.15 elf_ 08607f50 TOL 5.000000e-04 (sq=2.500000e-07) perp=1.000000e-06, para=9.999990e-01
19:17.17 elf_ BRL-CAD Release 7.22.0 The BRL-CAD Optical Shader Library
19:17.19 elf_ <PROTECTED>
19:17.23 elf_ <PROTECTED>
19:17.25 elf_ ogl_getmem: shmget failed, errno=22
19:17.27 elf_ ogl_getmem: Unable to attach to shared memory.
19:17.29 elf_ ogl_getmem: malloc failure
19:17.32 elf_ fb_open: can't open device "/dev/ogl", ret=-1.
19:17.33 elf_ rt: can't open frame buffer
19:17.35 elf_ damn long thing... short story it doesn't open anything
19:17.57 brlcad huh, that's odd
19:18.24 brlcad specify the framebuffer: rt -F/dev/oglp -a 35 -e 15 sim.g gp.r cube.r
19:19.16 elf_ I get a transparent window with the plane and cube
19:19.30 brlcad starseeker: couple lines that would be great to add to your .vimrc ...
19:19.30 brlcad :highlight ExtraWhitespace ctermbg=red guibg=red
19:19.31 brlcad :match ExtraWhitespace /\s\+$/
19:19.57 brlcad so you can see where you drop those turds that carl chases after
19:20.24 brlcad elf_: i don't understand what that means
19:20.41 brlcad the question is whether it shows up dark like the other images were
19:21.29 elf_ it doesn't show up dark like other images cause the whole window is transparent, like glass and you paint on it the cube and the ground plane
19:21.40 brlcad if a window is transparent, you're saying you can see through it
19:21.49 brlcad screenshot?
19:23.45 brlcad then try: rt -W -a 35 -e 15 -o test4.png sim.g gp.r cube.r
19:24.02 elf_ http://imageshack.us/a/img339/3395/transparentap.png
19:24.45 brlcad wtf
19:25.04 elf_ told you it was transparent...
19:25.09 brlcad is that your desktop background?
19:25.37 brlcad expecting to see the window decoration
19:27.04 elf_ http://imageshack.us/a/img542/2149/test4b.png
19:27.13 elf_ yes that's the desktop background
19:27.46 elf_ I use the screenshot in ubuntu and it is setted not to show the window decoration
19:27.55 elf_ I can take another one with the decoration
19:27.59 brlcad ah
19:28.27 brlcad so the short term fix is to add -W to your first script
19:28.48 brlcad -W -s256
19:28.50 elf_ I hope this has nothing to do with the fact that I didn't install mged, I am running it from the folder where I build it, so I use bin/rt bin/mged etc for commands
19:29.00 brlcad that shouldn't matter
19:29.04 elf_ okay
19:29.07 elf_ wanted to make sure
19:29.33 brlcad is this also "transparent": rt -F/dev/X -a 35 -e 15 sim.g gp.r cube.r
19:31.29 brlcad it's suspicious that it says /usr/brlcad/dev-7.22.0 for the install path
19:31.40 brlcad should be /usr/brlcad/dev-7.22.1 if building from an svn checkout
19:33.18 elf_ the latest command Compile-time debug symbols are available
19:33.19 elf_ Running on elfy
19:33.19 elf_ Planning to run with 4 processors
19:33.19 elf_ bin/rt -F/dev/X -a 35 -e 15
19:33.19 elf_ opendb sim.g;
19:33.19 elf_ tree gp.r cube.r;
19:33.21 elf_ rt: rt_dirbuild(sim.g) failure
19:34.07 elf_ I didn't build from the latest svn checkout... it was from the latest official release
19:35.20 brlcad ok
19:35.27 brlcad so the dirbuild failure is something you're doing
19:35.36 brlcad all the other examples I gave were sim.g
19:35.46 brlcad so you either removed the .g file or you replaced with another
19:36.02 brlcad it looks like you used s3.g
19:37.41 elf_ the s3.g file I am using is the same as the sim.g file you are using
19:38.40 elf_ but you are right now I ran it with the wrong file
19:38.55 elf_ and with that command I get a dark window
19:40.00 brlcad okay, so redo the anim with -W -s256 and should make a more interesting script for the higher quality one
19:42.08 elf_ A more interesting script?
19:42.14 elf_ What do you have in mind?
19:42.21 brlcad a multipass render
19:42.50 brlcad so right now you have it rendering a 800x800 directly to a pix file, then converting the pix to a png
19:43.29 brlcad suggest starting an fbserv, rendering into it twice, then extracting your png
19:43.35 brlcad what's your screen resolution?
19:45.09 elf_ 1366x768 pixels
19:45.20 brlcad ouch
19:45.21 brlcad okay
19:45.28 brlcad you can add this to the beginning of your high-res script:
19:45.48 elf_ I am on a laptop.. that's why
19:46.01 brlcad fbserv -W 360 -N 640 5 /dev/X &
19:46.21 brlcad then change the line that says: rt -M -s800 -o image$i.pix \
19:47.35 brlcad to say: rt -M -w 360 -n 640 -W -F5 \
19:48.23 brlcad then duplicate that whole block to the EOF
19:48.37 brlcad and change the second rt -M -w 360 -n 640 -W -F5 \ to say ...
19:49.19 brlcad rtedge -M -w 360 -n 640 -W -F5 -c "set ov=1" \
19:49.49 brlcad finally, instead of pix-png -s800 image$i.pix > image$i.png ...
19:50.11 brlcad run fb-png -F5 -w 360 -n 640 image$i.png
19:51.01 brlcad add a "kill %1" command after the for loop to shut down the fbserv
19:52.11 elf_ like this http://brlcad.org/wiki/Mged_simulation ?
19:53.10 brlcad yep!
19:53.46 brlcad check your script, though
19:53.50 brlcad don't need rm -f image$i.pix for example
19:54.43 brlcad any reason you don't simulate to 200?
19:54.55 brlcad nice round number
19:55.14 brlcad even if it stops moving at 190, that's be useful
19:56.25 elf_ I actually let it run till 200, but it doesn't go further than 190 it just stops there and stays like that for a long time
19:56.52 brlcad that's fine .. the extra animation frames will make the video better
19:57.20 brlcad so that should keep your laptop hot for a while :)
19:57.44 elf_ it will :))
19:57.52 brlcad while it's rendering, you can update the text to explain everything that changed and what does what
19:58.33 brlcad I'd try to reduce the paragraph that start "In order to create an animation...."
19:59.16 brlcad it can be a little more brief, like not needing to explain 512x512 being the default there
20:00.09 brlcad azymuth is a typo :)
20:00.48 elf_ you are right :)
20:01.08 brlcad the imagemagick explanation should be right after the brief script too
20:02.12 brlcad along with that video
20:02.41 brlcad THEN proceed with, "well, that's great, but lets stop the view from constantly changing and make it look better..."
20:04.51 elf_ okay will move it upper
20:06.30 brlcad then you don't have to explain imagemagick and creating the video for the "big finale"
20:08.30 elf_ You are right, it makes more sense to show them the movie and the gif creation after the first script, it's more logical, like a gradual learning process
20:16.49 *** join/#brlcad CIA-69 (cia@cia.vc)
20:36.22 CIA-69 BRL-CAD: 03JessebiufgpyaxjPiombino 07http://brlcad.org * r4427 10/wiki/Undoubtedly_the_preferred_sorts_of_belly_button_rings: New page: Pattern and magnificence is simply not just confined to clothing and textiles. There is certainly a complete new earth awaiting you throughout the kind of human human body piercings, one p...
20:36.42 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4418 10/wiki/Compiling: update with instructions for the relatively new cmake build system
20:40.33 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4419 10/wiki/Mged_simulation:
20:42.20 elf_ brlcad, what does the -W option does for the rt/rtedge command
20:42.32 elf_ the man page is not working and I can't figure it out
20:43.26 elf_ I mean the F5 command.
20:44.42 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4420 10/wiki/Compiling: update debian deps
20:45.11 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4421 10/wiki/Compiling:
20:47.19 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4422 10/wiki/Compiling:
20:47.53 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4423 10/wiki/Compiling: /* Install */
20:48.37 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4432 10/wiki/Mged_simulation:
20:50.29 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4424 10/wiki/Contributor_Quickies: link to compiling
20:50.47 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation rt 190.png]]"
20:50.51 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4433 10/wiki/Mged_simulation:
20:51.15 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4435 10/wiki/Mged_simulation:
20:51.18 brlcad brlman fbserv
20:51.43 *** join/#brlcad stas (~stas@86.122.32.234)
20:51.54 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4434 10/wiki/Mged_simulation:
20:54.57 brlcad "brlman brlcad" too .. it describes framebuffer options there
21:00.01 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4436 10/wiki/Mged_simulation:
21:02.31 elf_ I found it, thanks I was trying man brlcad and other things and didn't work, obv :)
21:10.18 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4429 10/wiki/Mged_simulation:
21:15.05 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Undoubtedly the preferred sorts of belly button rings]]": spam
21:15.06 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:JessebiufgpyaxjPiombino]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
21:15.08 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 256x256.gif]]"
21:15.08 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Geometry of simulation.png]]"
21:25.58 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Geometry of simulation.png]]"
21:31.38 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation rt 100.png]]"
21:32.41 elf_ run the script for 200 steps(the first one) but it stopped after 186 got this http://paste.ubuntu.com/1205712/
21:32.49 elf_ trying again for 200 steps
21:46.52 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Draw sim.png]]": The sim_gp.r, sim_cube.r and cube.r regions after running the simulation.
21:47.20 elf_ brlcad the latest image that I can get without corrupting the db is #191, after that there are no more images generated due to db corruption
21:52.07 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation rt 100.png]]": Simulation of the cube falling with the initial and final position of the cube.
21:59.04 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation large.gif]]"
21:59.07 elf_ I have a problem with the second script, it doesn't see the second viewset
21:59.17 elf_ http://paste.ubuntu.com/1205747/
21:59.22 elf_ that is the error
22:00.06 elf_ and here is the script http://paste.ubuntu.com/1205755/
22:00.27 elf_ doesn't see the viewsize and the rest of it
22:03.47 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4438 10/wiki/Mged_simulation:
22:10.31 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
22:18.00 *** join/#brlcad merzo (~merzo@229-18-133-95.pool.ukrtel.net)
22:48.04 CIA-69 BRL-CAD: 03brlcad * r52442 10/brlcad/trunk/BUGS: looks like new autoview scale option isn't working right (at least on mac). updates status bar scale, but not the wireframe.
22:51.45 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
23:14.41 CIA-69 BRL-CAD: 03carlmoore * r52448 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs; fix 1 spelling
23:14.53 CIA-69 BRL-CAD: 03starseeker * r52447 10/brlcad/trunk/src/librt/test_botpatches.cpp: Instead of worrying about whether the patch and patch_edges maps are in sync, just build the edge set on the fly. Have to do that in many places anyway.
23:14.54 CIA-69 BRL-CAD: 03starseeker * r52444 10/brlcad/trunk/src/librt/test_botpatches.cpp: Quiet the plotting output by default.
23:14.56 CIA-69 BRL-CAD: 03brlcad * r52443 10/brlcad/trunk/TODO: comment on nirt's trailing spaces, probaly a good newbie quickie
23:24.19 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120915

IRC log for #brlcad on 20120915

00:32.27 brlcad elf_: what is the first error you see in http://paste.ubuntu.com/1205747/ ?
00:33.20 brlcad that error is you mistyping what I said to add.. :)
00:33.45 brlcad the other problem is you're trying to kill something that you didn't even add
03:44.01 starseeker woot - built the Qt5 beta, Ogre 1.8, and the qmlogre demo
03:48.12 starseeker http://bzflag.bz/~starseeker/qmlogre.png
03:59.57 brlcad neat
04:02.09 starseeker first time I've ever gotten that complete stack built on my Linux box
04:03.04 starseeker not that it does us much good in its current form, but it would be interesting to see how much of the old gsoc work could forward port to a modified qmlogre
04:08.23 starseeker really really really wishes the Qt guys would move to a CMake based build after they get Qt5 out the door...
04:09.19 starseeker not that we're ever likely to include it in the svn tree, but I can think of one or two nice ways to make it easy to build iff it's present in src/other
04:11.24 elf_ line 17-19
04:11.25 elf_ http://paste.ubuntu.com/1206151/
04:15.33 brlcad elf_: yes, what does that error mean?
04:15.46 brlcad looks like you fixed the other two issues
04:17.36 elf_ damn the server is not starting
04:17.48 elf_ I forgot to add the first line you told me to add haven't I?
04:18.13 brlcad starseeker: at the point that we are *shipping* something using qt and/or ogre, it becomes strong incentive for having a separate repo for external dependencies
04:18.32 brlcad elf_: :)
04:20.14 elf_ okay added fbserv -W 360 -N 640 5 /dev/X & at the beginning but I get a complete black image
04:20.43 brlcad it should be black until the first rt
04:25.31 elf_ it's still black after 5 iterations
04:25.33 elf_ http://imageshack.us/a/img821/8387/image5zb.png
04:25.50 elf_ http://paste.ubuntu.com/1206165/
04:31.16 brlcad elf_: first up, change the kill line to this:
04:31.16 brlcad kill `ps auxwww|grep [f]bserv | awk '{print $2}'`
04:31.46 brlcad second, do the image2.png files look right or are they black too?
04:31.58 brlcad you just have to debug it, figure out what's wrong
04:32.18 brlcad walk through each piece of your script and verify that it's doing what it should be doing
04:32.32 elf_ I did an 5 step iteration all of the images are black like the one I posted
04:33.05 brlcad run fbserv manually and render into it, just to make sure you understand how that works
04:33.17 brlcad read the rt log files that your script is saving
04:34.09 brlcad see if there's an error messsage in there
04:36.23 elf_ I think the database is corrupted again, I mentioned it that if the scripts run over 190steps the database gets corrupted and after you have to create another one
04:36.25 brlcad starseeker: you can see the nurbs bug in my ~sean/tmp folder
04:36.38 brlcad elf_: woah, that's bad!
04:36.50 elf_ I know
04:37.32 brlcad that might be the first place to start after you finish the animations
04:37.55 elf_ it's from the simulate command, no matter for how long you seem to run the simulation after the 191 image it doesn't generate anymore images, you get the database corrupt failure
04:38.05 brlcad need to move on to other things next week, so hopefully you can get them rendered up and the tutorial finished by then
04:38.54 brlcad you'd have to figure out what exactly is "corrupt" and what is failing
04:39.13 starseeker brlcad: erm. yeah, not good - that one may need Keith's debugging skills
04:39.43 brlcad impressive, handled all those surfaces well otherwise
04:42.04 brlcad been keeping an eye out for a great model that really calls for nurbs
04:42.13 elf_ The database was not the problem this time
04:42.26 starseeker wonder if there's something odd about that surface - doesn't look like it should be a problem
04:42.58 brlcad that one turned out to be a bit too sexy, but was still impressed that it converted so well
04:43.09 brlcad it's a lot of surfaces
04:43.51 starseeker we may need to put something together that will let us extract surfaces hit by a ray into their own individual breps
04:44.05 elf_ I get this after every simulation http://paste.ubuntu.com/1206178/
04:44.16 elf_ every step of the simulation*
04:46.11 brlcad elf_: !
04:46.19 brlcad elf_: and what does that mean...
04:46.57 brlcad or you mean you get that error after 191
04:47.51 elf_ No, this is the error I get now, when running the simulation for 5 steps
04:48.12 brlcad ah, and what is it saying?
04:49.14 elf_ overlaps?
04:49.22 brlcad no
04:50.03 brlcad ls -la /home/brlcad/brlcad/s3.g
04:50.28 brlcad mged /home/brlcad/brlcad/s3.g ls
04:52.00 elf_ bb_reg_sim_cube.r/ cube sim.c/
04:52.00 elf_ bb_reg_sim_gp.r/ cube.r/R sim_cube.r/R
04:52.00 elf_ bb_sim_cube.r gp sim_gp.r/R
04:52.00 elf_ bb_sim_gp.r gp.r/R
04:52.55 brlcad elf_: so you need to take a step back and make sure you understand each and EVERY step in your script
04:53.01 brlcad by running them outside the script
04:53.07 brlcad forget the loop
04:53.32 brlcad you should be able to start up an fbserv, render rt into it, render rtedge into it, and close the fbserv
04:53.35 brlcad try to do that
04:53.49 brlcad if you can't, then there's something you need to learn
04:54.33 elf_ okay :)
04:55.30 brlcad start simple, just one object like cube.r, no custom view, default size, etc
04:56.15 brlcad assuming you get that working
04:56.45 brlcad then just change ONE thing, like making the size match 360x640, and see if it still works
04:57.14 brlcad make sure they'll render non-black window without fbserv
04:57.59 brlcad make sure rt will render into an fbser
04:58.09 brlcad do the same with rtedge independently
04:58.20 brlcad then try rt+rtedge using the ov=1 overlay option
05:05.50 elf_ It did work when I tried the commands one after the other in the terminal http://imageshack.us/a/img214/8175/imagepf.png
05:06.37 brlcad keep goin
05:07.17 brlcad should eventually get to running the *exact* same command and it'll work .. or you'll find the bug
05:08.37 brlcad just keep adding each option/feature/step one at a time
05:09.32 elf_ http://imageshack.us/a/img827/6959/imagetdb.png
05:09.46 elf_ this is what it looks like without the -M option though
05:10.03 elf_ with rt+rtedge and ov set
05:10.27 brlcad so maybe you messed up the view script
05:10.35 brlcad it was working, obviously
05:10.41 elf_ yep
05:13.41 elf_ that's not it, I redid the view script, and I still get completely black images
05:16.08 brlcad well this one I can't find for you, you're just going to have to keep looking, rebuild the script, add debugging messages, etc
05:16.18 brlcad good luck :)
05:18.56 elf_ I just observed that the rtedge command when I run it out of the script it takes effect only the second time it is run
05:19.14 elf_ like you have to run it 2 times in a row to take effect once
05:21.16 elf_ Okay that wasn't it, solved it
05:21.55 elf_ but it looks a little strange the image 360X640.... like the little cube is smashed on the sides maybe another dimensions size will look better
05:27.33 brlcad brlman rt
05:28.02 brlcad see the -V option, you need that
06:40.41 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 256x256.gif]]"
06:49.22 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
06:49.22 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
07:10.58 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
07:10.58 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
08:06.57 *** join/#brlcad ChanServ (ChanServ@services.)
08:06.57 *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net
08:34.01 *** join/#brlcad ChanServ (ChanServ@services.)
08:34.01 *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net
09:43.26 *** join/#brlcad elf11_ (~elf11_@109.97.136.125)
09:49.22 elf11_ Am I the only one who can't access the brlcad.org website?
10:16.07 *** join/#brlcad [1]elf11_ (~elf11_@92.80.49.11)
10:51.37 ``Erik the server seems to be down
11:27.29 *** join/#brlcad elf11_ (~elf11_@92.80.49.11)
12:48.39 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5ad7b297.bb.sky.com)
16:07.52 *** join/#brlcad elf (~elf@92.80.49.11)
16:19.24 *** join/#brlcad elf_ (~elf@92.80.49.11)
17:38.48 elf_ Hmm the server looks still down...
17:51.59 CIA-69 BRL-CAD: 03starseeker * r52449 10/brlcad/trunk/src/other/libpng/ (52 files in 7 dirs): Update libpng to 1.5.12 - CVE-2012-3386
18:20.09 *** join/#brlcad vsrinivas (U2FsdGVkX1@batman.acm.jhu.edu)
18:40.43 *** join/#brlcad ohworkshop (U2FsdGVkX1@batman.acm.jhu.edu)
18:40.49 ohworkshop waves to vsrinivas
18:43.32 vsrinivas hiya folks!
18:43.46 vsrinivas hi BRL-CADders ... the website seems down.
18:43.59 elf_ hello, yes it's down
19:14.29 CIA-69 BRL-CAD: 03starseeker * r52450 10/brlcad/trunk/src/librt/test_botpatches.cpp: Don't expose the internal patch processing in the final patch numbers assigned.
19:47.36 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
19:51.34 *** join/#brlcad todayman (~paul@128.220.159.17)
20:02.46 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
20:17.15 brlcad elf_: you video killed the web serer :)
20:17.20 brlcad server even
20:17.37 brlcad more specifically, imagemagick is to blame
20:21.45 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Simulation 256x256.gif]]"
20:28.07 brlcad hi todayman
20:28.39 brlcad recognizes that ip address anywhere
20:31.32 todayman hello brlcad
20:33.26 brlcad how'd the event go?
20:33.37 brlcad (I presume it's still going?)
20:36.56 todayman It's still going
20:37.29 todayman I think i'm the only one looking at brlcad right now, since the website was not responding earlier
20:45.46 brlcad sincerest of apologies about that -- ISP was giving hell today and the server was misbehaving in a big way
20:45.50 brlcad took hours to sort out
20:50.53 paulproteuss waves to todayman
20:51.55 todayman I found a bug ~30 mins ago, but I've become more confused by it since then.
20:52.55 todayman I'm running "mged -c cup.g" and telling it to create an ogl display manager.
20:53.29 todayman The black background is entirely transparent - I can see the windows underneath the mged window
20:54.49 todayman In fact, I can drag another window on top of the mged window, then select the mged window, and watch the other window become unfocused
20:55.16 todayman It appears to me that the background is not getting drawn at all
20:56.27 paulproteuss Well that's good, at least.
20:56.40 todayman However, I have modified ogl_setBGColor() to print out when it gets called (it does in fact get called)
20:56.56 todayman and also make the background cyan and set the alpha value to 1.0
20:57.03 todayman I still get the same behaviour though
20:57.57 todayman paulproteuss: I'm really confused by your comment.
20:58.11 paulproteuss I mean, finding a bug is good.
20:58.13 paulproteuss At least you can report it.
20:58.16 todayman ok
20:58.25 paulproteuss From my pedagogical perspective, that's a good thing!
20:59.02 todayman I'm not even completely sure that this is a BRL-CAD problem -
20:59.14 paulproteuss What does brlcad think?
20:59.55 todayman I find the windows underneath the mged window changing to be very unsettling
21:00.48 CIA-69 BRL-CAD: 03starseeker * r52451 10/brlcad/trunk/src/librt/test_botpatches.cpp: Generate brep edges, not just nurbs curves.
21:01.49 brlcad todayman: you're the second person in as many days to report a background issue
21:02.29 todayman I also get different behavior when I run it through gdb
21:02.43 brlcad so it's very likely that you have encountered a very-recently introduced bug
21:03.31 brlcad at least it's possible, I'd need a little more information with exact steps to see if we can reproduce the issue here
21:03.34 todayman In that case, the mged window doesn't update the same way
21:04.11 brlcad if you run "rt" within mged, it should pop up a window -- does that window have a background?
21:04.35 brlcad you can try a variety of windowing methods
21:04.58 brlcad rt # uses the default windowing mechanism
21:05.09 brlcad rt -F/dev/X
21:05.14 brlcad rt -F/dev/ogl
21:05.29 todayman Do I need to pass anything to rt?
21:05.43 brlcad you have to have drawn some geometry
21:05.54 brlcad if you have a database open, can just run "make sph sph"
21:05.58 brlcad if not, opendb test.g
21:06.32 brlcad otherwise, run "draw ..." or "e ..." to display something first
21:06.34 todayman made the geometry
21:06.43 todayman running just "rt" does not have a background
21:06.58 brlcad can you paste a screenshot somewhere?
21:07.16 todayman running with "rt- F/dev/X" does have a background
21:07.29 todayman I also get the background when I select the X display manager at the initial prompt
21:08.00 brlcad can paste here: http://imageshack.us/
21:08.47 brlcad what about -F/dev/oglD ?
21:09.45 todayman oglD does not have a background
21:10.00 todayman I don't have a screenshot program on my laptop right now, so I'm working on that
21:10.25 brlcad you have x11? :)
21:10.44 todayman yes
21:11.10 brlcad x11 has an ancient tool for screenshotting, xwd
21:11.51 brlcad if you run xwininfo
21:12.12 brlcad and click in one of the transparent mged or rt windows, it'll dump window information
21:12.35 brlcad xwd -id window_id | convert xwd:- window.png
21:12.43 brlcad (assuming you have image magick installed
21:13.15 brlcad or "xwd -root | convert xwd:- screenshot.png" for your whole screen
21:13.40 brlcad if you don't have imagemagic, can pipe it through xwdtopnm
21:13.57 brlcad xwd -root | xwdtopnm | pnmtopng > screen.png
21:14.19 brlcad stops :)
21:14.32 todayman They're at http://acm.jhu.edu/~poneil/brlcad/
21:15.07 todayman Venkatesh remembers something like this with NVidia drivers from a while back
21:15.09 brlcad wow, that's worse than I was imagining
21:16.37 todayman I'm not sure how this bug is able to determine the difference between the pixels drawn by glClear and how the lines get drawn
21:17.18 todayman I'm not sure what part of the graphics stack would know that and mess it up
21:17.31 brlcad yeah, that is bizarre
21:18.11 brlcad well, the good news is that is pretty isolated code
21:20.20 brlcad and it's gotta be something new/simple
21:20.41 brlcad the only change that comes to mind isn't even in that library
21:21.06 brlcad so fixing that bug would be awesome if you can figure out what's going on -- glad to help point you at the sources involved
21:24.15 brlcad todayman: out of curiosity, does the "archer" command line tool start up with a background?
21:26.10 todayman archer looks OK: http://acm.jhu.edu/~poneil/brlcad/archer.png
21:26.39 brlcad so that's telling and even more perplexing -- they're using almost identical display code
21:27.32 todayman I'm wondering if it is worth attempting to restart with different GL drivers
21:27.45 brlcad so the directories involved are src/mged and src/libdm (and src/libfb for the windows that pop up when you ran "rt")
21:28.22 brlcad the rt framebuffers should be easier to debug if they exhibit the problem
21:28.59 brlcad because you can run those outside of mged and it's literally just a couple files to look at
21:29.15 brlcad you said "rt" gave a transparent window?
21:29.17 todayman I looked at src/libdm/dm-ogl.c a little bit
21:29.28 todayman yes, "rt" gave a transparent window
21:30.07 brlcad okay, so that's probably best then -- outside of mged, can run "rt file.g sph" and it should give the transparent window
21:30.38 brlcad if so, then whatever is going wrong should be isolated to src/libfb, probably to the if_ogl.c file
21:31.15 todayman "rt file.g sph" gives the transparent window
21:35.58 *** join/#brlcad todayman1 (~paul@128.220.159.17)
21:38.51 todayman1 I've just set breakpoints on glClear and glClearColor while I ran "rt cup.g sph" and they didn't get hit
21:44.41 todayman1 glClear does get called when I run mged, though
21:46.31 brlcad that's interesting for the fb window
21:46.50 brlcad glClear should get called on expose events and on directed ogl_clear() calls
21:47.26 brlcad so your window manager might not be sending an expose event, or something may be needed to provoke it
21:48.12 brlcad ogl_do_event() is where the Expose callback should be coming after calling XCheckWindowEvent()
21:49.25 brlcad could add breaks on ogl_clear and on expose_callback to see if either are called
21:49.37 brlcad does the "fbhelp" command display a transparent window?
21:50.19 brlcad "fbclear 255 0 0" should display a red window
21:55.03 CIA-69 BRL-CAD: 03starseeker * r52452 10/brlcad/trunk/src/librt/test_botpatches.cpp: Generate loops - not doing anything with them yet, as we need to generate faces and surfaces first, but restore basic loop building logic with BrepEdge input. Still need to rework outer loop detection.
21:55.30 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
21:57.55 starseeker wow - haven't had to restart screen in a while
21:58.30 brlcad starseeker: yeah, server went through hell in the AM
21:58.36 brlcad lost our screen sessions
21:59.04 starseeker glad it's back :-)
21:59.14 starseeker 's withdrawal twitching subsides :-P
22:03.08 brlcad missed out on a nice opportunity, though -- a crash course on contributing to open source was going on at jhu today and we were set up for it
22:04.14 elf_ brlcad, how was that possible, I don't think it was over 1mb...
22:11.27 brlcad elf_: it's not, but somehow it made imagemagick massively misbehave
22:12.02 brlcad I'd hold off on uploading another until it can be tested more carefully
22:13.02 elf_ okay, so I won't upload it then, will just modify the script, to the latest version and will add the youtube links
22:22.45 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4439 10/wiki/Mged_simulation:
22:31.58 CIA-69 BRL-CAD: 03starseeker * r52453 10/brlcad/trunk/src/librt/test_botpatches.cpp:
22:31.58 CIA-69 BRL-CAD: Move the surface fitting code into its own function, add in some edge points
22:31.58 CIA-69 BRL-CAD: from the nurbs curves to the fit, change the face generation to not
22:31.58 CIA-69 BRL-CAD: automatically create loops for the surfaces. This currently produces an invalid
22:31.59 CIA-69 BRL-CAD: brep with a 'has no loops' error, but that's expected - we now need to generate
22:31.59 CIA-69 BRL-CAD: our own trimming loops using the surface/loop/edge information and
22:32.00 CIA-69 BRL-CAD: pullback_curve.
IRC log for #brlcad on 20120916

IRC log for #brlcad on 20120916

00:14.50 *** join/#brlcad merzo (~merzo@117-34-132-95.pool.ukrtel.net)
00:17.29 CIA-69 BRL-CAD: 03starseeker * r52454 10/brlcad/trunk/src/librt/test_botpatches.cpp: Have outer loops - almost ready to try generating ON_BrepTrims. Saw potential fitting problem case when nurbs curves approximating edges overlap in projection. Need to consider mitigation approaches.
00:28.11 *** join/#brlcad ChanServ (ChanServ@services.)
00:28.12 *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net
00:28.46 CIA-69 BRL-CAD: 03starseeker * r52455 10/brlcad/trunk/src/librt/test_botpatches.cpp: Need a patch integrity verification after triangle removal is done - we may have more than one topological patch due to splitting via triangle removals.
00:48.14 CIA-69 BRL-CAD: 03starseeker * r52456 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add some more notes on things that need to be done.
05:52.54 *** join/#brlcad elf_ (~elf@92.80.49.11)
07:10.59 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
07:10.59 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
07:11.53 *** join/#brlcad ohworkshop (U2FsdGVkX1@batman.acm.jhu.edu)
07:11.53 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
08:00.05 *** join/#brlcad elf11_ (~elf11_@92.80.13.206)
10:08.10 *** join/#brlcad ChanServ (ChanServ@services.)
10:08.11 *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net
10:16.42 *** join/#brlcad yiyus (~124271242@je.je.je)
10:24.59 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5ad8e9a5.bb.sky.com)
12:54.46 *** join/#brlcad elf_ (~elf@92.80.49.11)
20:11.43 starseeker huh. http://rote.sourceforge.net/
20:12.10 starseeker needs pseudo-terminals, so won't run on Windows in its current form, but still interesting
20:55.27 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
22:15.01 *** join/#brlcad merzo (~merzo@41-47-133-95.pool.ukrtel.net)
22:28.18 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:36.51 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:04.58 CIA-69 BRL-CAD: 03LewisxuekdeowyvSchwertner 07http://brlcad.org * r4440 10/wiki/%E0%AE%89%E0%AE%99%E0%AF%8D%E0%AE%95%E0%AE%B3%E0%AF%8D_%E0%AE%A8%E0%AE%BF%E0%AE%B1%E0%AF%81%E0%AE%B5%E0%AE%A9%E0%AE%AE%E0%AF%8D_%E0%AE%89%E0%AE%B2%E0%AE%95%E0%AE%AE%E0%AF%8D_%E0%AE%AE%E0%AF%81%E0%AE%B4%E0%AF%81%E0%AE%B5%E0%AE%A4%E0%AF%81%E0%AE%AE%E0%AF%8D_%E0%AE%AA%E0%AE%BF%E0%AE%B0%E0%AE%AA%E0%AE%B2%E0%AE%AE%E0%AE%BE%E0%AE%95_%E0%AE%B5%E0%AF%87%E0%AE%A3%E0%AF%8D%E0%AE%9F%E0%AF%81%E0%AE%A
23:19.56 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
IRC log for #brlcad on 20120917

IRC log for #brlcad on 20120917

03:19.34 starseeker hah - someone did some work on qconsole - even have a Qt tcl console example
03:19.47 starseeker http://sourceforge.net/projects/qconsole/
03:27.09 starseeker builds too (well, with one tweak)
03:29.11 starseeker ah, crud - licensing is still messed up
03:31.04 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LewisxuekdeowyvSchwertner]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages
03:31.07 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[?????????????????? ???????????????????????? ??????????????? ??????????????????????????? ???????????????????????? ?????????????????????????]]"
04:06.30 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4441 10/wiki/Mged_simulation:
04:09.55 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4442 10/wiki/User:Elf11: /* Log */
10:37.34 *** join/#brlcad stas (~stas@82.208.133.12)
12:54.42 CIA-69 BRL-CAD: 03n_reed * r52457 10/brlcad/trunk/src/libbu/tests/bu_redblack.c: check scanf return value
13:18.53 CIA-69 BRL-CAD: 03brlcad * r52458 10/brlcad/trunk/BUGS: ogl display manager is creating windows with a transparent background. first reported by elf_ and todayman via IRC.
13:54.13 CIA-69 BRL-CAD: 03brlcad * r52459 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: underscores are reserved for compiler use. fixes compilation failure with gcc 4.1.3
13:55.34 CIA-69 BRL-CAD: 03brlcad * r52460 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: init var
14:14.45 CIA-69 BRL-CAD: 03brlcad * r52461 10/brlcad/trunk/src/librt/binunif/db5_bin.c: isdigit takes an int, upcast
14:37.44 CIA-69 BRL-CAD: 03brlcad * r52462 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: looks like we're intentionally casting the double to int as a quickly sortable 't' parameter, so cast accordingly
14:50.32 CIA-69 BRL-CAD: 03brlcad * r52464 10/brlcad/trunk/CMakeLists.txt: one of two steps needed to support 10.5+ compilation by default
14:53.48 CIA-69 BRL-CAD: 03brlcad * r52465 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/CompilerFlags.cmake): move it over to the other compilation flags, wrap to vendor
15:08.58 starseeker woot - qconsole author did go LGPLv2 on his licensing - he just hadn't updated his code headers. Fixed it last night
15:23.44 elf_ brlcad, are you around? :)
15:27.34 brlcad }}/names
15:27.55 brlcad elf_: sometimes
15:28.22 elf_ Haha okay :) was going to ask if you got a chance to look at that wiki page and if it looks okay and if so what next?
15:43.54 brlcad elf_: you tell me
15:44.21 elf_ I tell you about what? if the page looks good or what next?
15:45.19 brlcad yes
15:46.21 elf_ Okay, the page looks good to me, but I wanted a second opinion...
15:46.40 *** join/#brlcad CIA-68 (cia@cia.vc)
15:47.04 brlcad elf_: how would you improve it?
15:47.18 elf_ I think about what's next I can say that collision detection is not working, or not working properly at least, from the simulation the cube stops but not before entering the plane
15:49.05 elf_ Hmm how would I improve it, hard question, probably I would try and make the simulation a little bit more complicated, instead of just one cube falling there would be more, stashing them on top of each other and then even tumbling over
15:50.18 elf_ the explanation so far seems okay, made one of my friends to follow it and he did get the cube falling to the ground
15:52.46 brlcad elf_: that last bit made me smile
15:52.58 brlcad even better third-party validation
15:53.04 brlcad so did you friend have any questions?
15:53.15 brlcad anything you explained to them while they were following it?
15:53.45 elf_ He was more interested about the brlcad program he never heard of it, so he wanted to know more about it and if it was anything like CAD
15:54.26 brlcad so the only thing I notice is the simulation wart
15:54.56 elf_ the simulation what? sorry not familiar with that word :)
15:55.13 brlcad the cube falls to the ground and then it looks like a boat tipping over
15:55.18 brlcad because of the collision issue
15:55.24 brlcad your tutorial doesn't say anything about that
15:56.21 brlcad you should mention that somewhere in a paragraph or box by itself just so it's clear that it's only using the center point for collision
15:56.52 brlcad I'm curious if you see that same behavior if you scale everything up 10000 units
15:57.28 elf_ I can try that
15:57.36 brlcad basically, before your first 'in' command, run "units m"
15:58.09 elf_ yeah to set it to meters :)
15:58.16 brlcad right
15:58.34 brlcad as it is, you made a 1mm^3 tiny box
15:58.57 brlcad if abhijit had any sort of minimum tolerance, it could be size-sensitive
15:59.15 elf_ yeah, we'll see if that happens with larger geometry too
16:00.10 brlcad after checking that, it's time to get to code
16:00.19 brlcad you asked what's next
16:01.47 brlcad well, you're familiar with the basics of libged, you know how to use the simulate command, so you can make it better
16:02.18 brlcad you have about six weeks remaining
16:02.38 brlcad in that time, hopefully you can figure out the collision detection bug and expand it to arbitrary geometry
16:03.43 brlcad I'd like to see the same simulation you just ran, but instead of a box, have it work with an ellipsoid .. get the ellipsoid to bounce and roll away
16:03.51 brlcad drop the box on a corner and watch it tumble
16:04.27 elf_ aha
16:04.30 brlcad and HOPEFULLY get to the point where you could drop the m35 model (maybe tilted 20 degrees) and have it land on all four wheels
16:05.18 brlcad this is the m35: http://brlcad.org/gallery/s/renderings/my_m35.png.html
16:14.09 elf_ Abhi put in some code to draw AABBs to show the rays which are shot and I can start there to see why collision is not working
16:15.34 elf_ Also I said awhile back about that standalone program in bullet, where a cube is lying over another static cube/groudn plane, I can check the contact points that bullet is generating and the normals and then replicate this inside mged, once this works then point generation and normals are correctly being generated
16:22.48 elf_ Uhmm there seems to be another problem with the simulate command, I tried to run it for the geometry as the one in the tutorial with the only difference of now being in meters rather than mm and it gets aborted, 100 steps in mm != 100 steps in meters, which I find strange
16:23.19 elf_ running the simulation for 100 steps in meters it looks like the cube is not moving at all
16:25.00 CIA-68 BRL-CAD: 03brlcad * r52467 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
16:25.00 CIA-68 BRL-CAD: wasn't pulling the environment variable correctly, uses curlies. expand the
16:25.00 CIA-68 BRL-CAD: other remaining piece, the ability to set the compiler/linker options for the
16:25.00 CIA-68 BRL-CAD: various versions of the mac sdk. change default to 10.3 just because it seems
16:25.02 CIA-68 BRL-CAD: to work, though I'd entirely expect X11 incompatibilities going that far back.
16:26.57 CIA-68 BRL-CAD: 03brlcad * r52463 10/brlcad/trunk/src/librt/primitives/ell/ell.c: ensure initialized before use (compiler warned)
16:27.40 brlcad elf_: when you check the code that shoots rays, make sure it's always shooting at least 4 rays (2x2) or more
16:28.02 brlcad 3x3 would be fine for a min too, probably good compromise
16:28.04 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e5085.bb.sky.com)
16:28.58 elf_ Okay
16:29.23 brlcad elf_: so your entire simulation before moved the box 50mm .. across 100 simulation steps
16:29.54 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:29.55 brlcad increasing everything by 1000, you might need to increase the simulation steps by that much to match
16:30.10 brlcad simulate 100000
16:30.13 elf_ yeah the problem is that now I uhmm ran it for 10k steps and it aborted
16:30.34 elf_ it might have something to do with my laptop or it might be something it
16:30.42 elf_ I am trying again
16:50.40 elf_ It gets aborted every time, I will run it for less than 10k more than one time and see what happens then
17:09.46 brlcad so run in a debugger and figure out why ;)
17:10.56 brlcad don't let the issues pile up even if it's not directly related to what you were looking into, just keep a note of what you were doing so if debugging the 10k crash takes a couple days, you can come back to what you were doing once it's fixed
17:13.17 elf_ Okay, will run it in a debugger and see what's the problem :)
17:31.52 CIA-68 BRL-CAD: 03brlcad * r52468 10/brlcad/trunk/TODO: regress failure, new command halting distcheck when adaptagrams is not available
17:43.52 *** join/#brlcad stas (~stas@86.122.32.234)
18:00.13 CIA-68 BRL-CAD: 03carlmoore * r52469 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs
19:28.02 CIA-68 BRL-CAD: 03bob1961 * r52470 10/brlcad/trunk/src/libdm/ (dm-X.c dm-ogl.c dm-rtgl.c): Modified the _choose_visual routines to return a visual that is on the screen of interest. Applied to dm-ogl.c, dm-X.c and dm-rtgl.c. Still need to look at dm-wgl.c
20:28.25 *** join/#brlcad yiyus (~124271242@je.je.je)
21:08.43 brlcad starseeker: you know what that commit from bob was about?
22:14.57 *** join/#brlcad merzo (~merzo@87-15-133-95.pool.ukrtel.net)
22:35.29 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
22:42.00 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120918

IRC log for #brlcad on 20120918

00:11.21 brlcad starseeker: also, have a system that's not properly detecting X11/Xlib.h, any hints?
00:13.16 brlcad HAVE_X11_XLIB_H is not set, but it's in /usr/X11R7/include/X11/Xlib.h; that include dir is searched; X11_X11_INCLUDE_PATH:PATH=/usr/X11R7/include .. so I'm not sure where to look next
00:15.58 brlcad was a fresh build
00:16.36 brlcad BRLCAD_ENABLE_X11=ON
01:02.10 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99)
01:02.12 brlcad okay, some progres -- the actual header check is only testing -I/usr/local/include and compiler-default include dirs (/usr/include)
01:10.03 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
01:13.51 brlcad man, this is bizarre..
01:21.41 brlcad ahh, apparently a bug that nobody can reproduce
01:21.45 brlcad http://www.cmake.org/pipermail/cmake/2011-October/046634.html
01:22.06 brlcad if(var STREQUAL "HAVE_X11_XLIB_H") <-- ok
01:22.27 brlcad if("${var}" STREQUAL "HAVE_X11_XLIB_H") <-- FAIL
01:27.41 *** join/#brlcad CIA-68 (cia@cia.vc)
01:27.43 brlcad ah, I think I see the issue too, it's treating the quoted string as a variable inconsistently
01:34.03 brlcad actually the 'ok' above is a fail too
01:39.53 CIA-68 BRL-CAD: 03brlcad * r52473 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: unclear why strequal doesn't seem to be comparing strings. add some comments and spacing for readability.
01:39.53 CIA-68 BRL-CAD: 03starseeker * r52472 10/brlcad/trunk/src/librt/test_botpatches.cpp: Use SVD to get the 'correct' plane for a given patch.
02:12.23 CIA-68 BRL-CAD: 03brlcad * r52474 10/brlcad/trunk/CMakeLists.txt:
02:12.23 CIA-68 BRL-CAD: turns out that BRLCAD_INCLUDE_FILE is only searching in system include dirs (and
02:12.23 CIA-68 BRL-CAD: the appended /usr/local/include required dir) but not any of the X11 include
02:12.23 CIA-68 BRL-CAD: paths. regardless, we don't need to retry the search since we found it or not
02:12.23 CIA-68 BRL-CAD: during FindX11 checking. Just add our config file entry accordingly.
02:12.30 CIA-68 BRL-CAD: 03brlcad * r52471 10/brlcad/trunk/BUGS: looks like it may be private memory with the transparency problem
02:23.07 CIA-68 BRL-CAD: 03starseeker * r52475 10/brlcad/trunk/src/librt/test_botpatches.cpp: start setting up to handle cases where the split results in two or more distinct patches.
02:26.24 CIA-68 BRL-CAD: 03brlcad * r52476 10/brlcad/trunk/CMakeLists.txt: helps to set a cmake variable if we're going to stash it as a #cmakedefine
02:26.56 starseeker this is an interesting little resource: http://kaba.hilvi.org/pastel/pastel.htm
02:27.18 starseeker brlcad: erm. sorry, had my head buried in the code all day :-/
03:38.02 brlcad I found a different workaround, but left some commented code that I couldn't wrap my head around
04:21.11 CIA-68 BRL-CAD: 03brlcad * r52477 10/brlcad/trunk/src/tab/script.l: tokens.h is in the same dir
04:30.50 CIA-68 BRL-CAD: 03brlcad * r52478 10/brlcad/trunk/src/tab/script.l: quellage, need missing headers -- particularly unistd.h for isatty() in generated sources on netbsd
04:31.17 CIA-68 BRL-CAD: 03brlcad * r52479 10/brlcad/trunk/src/libfb/if_ogl.c: convert to libbu memory management
04:36.36 CIA-68 BRL-CAD: 03brlcad * r52480 10/brlcad/trunk/src/tab/script.l: don't need yy_flex_strlen
04:50.56 CIA-68 BRL-CAD: 03brlcad * r52481 10/brlcad/trunk/src/nirt/nirt.h: remove the antiquated __NetBSD__ section and authorship commentary
05:08.57 CIA-68 BRL-CAD: 03brlcad * r52482 10/brlcad/trunk/ (NEWS src/libfb/if_ogl.c src/libfb/if_wgl.c):
05:08.57 CIA-68 BRL-CAD: revert r52256 and r52268 that defaulted the opengl interfaces to
05:08.57 CIA-68 BRL-CAD: single-buffering. provokes some bugs that seem to be related to inconsistent
05:08.57 CIA-68 BRL-CAD: state management. in particular, not painting the background until after a
05:08.57 CIA-68 BRL-CAD: couple (additional) expose events.
05:10.22 brlcad elf_: unfortunately, the patches had to be undone .. several issues
05:10.50 elf_ What kinda issues brlcad ?
05:10.58 brlcad read the preceeding lines
05:12.40 elf_ I see
05:50.31 CIA-68 BRL-CAD: 03brlcad * r52483 10/brlcad/trunk/src/other/togl/src/CMakeLists.txt: need the X11 include dirs...
09:32.23 *** join/#brlcad stas (~stas@82.208.133.12)
12:01.51 CIA-68 BRL-CAD: 03brlcad * r52484 10/brlcad/trunk/src/libbu/vls_vprintf.c: put the char into an int to quell upcasting warning
12:03.22 CIA-68 BRL-CAD: 03brlcad * r52485 10/brlcad/trunk/src/librt/primitives/ (sketch/sketch_tess.cpp superell/superell_brep.cpp): initialize vars before use quellage
12:10.38 CIA-68 BRL-CAD: 03brlcad * r52486 10/brlcad/trunk/src/ (61 files in 27 dirs): swooping update to support platforms where the ctype API is implemented as a set of macros indexing into arrays instead of functions. we cast into int accordingly. supports netbsd 5.1 (gcc 4.1.3) compilation.
14:11.06 CIA-68 BRL-CAD: 03starseeker * r52487 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add pointer to Soderkvist's handy course notes documenting the planar SVD fitting algorithm.
14:42.53 CIA-68 BRL-CAD: 03r_weiss * r52488 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Update to function "nmg_isect_two_face2p_jra" in file "nmg_inter.c". Code cleanup, used newer, easier to read macros for float compares.
14:52.06 CIA-68 BRL-CAD: 03r_weiss * r52489 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: Update to function "nmg_face_rs_init" in file "nmg_fcut.c". Fixed a bug where the entire "nmg_ray_state" structure was not being initialized.
14:59.28 CIA-68 BRL-CAD: 03brlcad * r52490 10/brlcad/trunk/src/canon/canonlib.c: one more straggler ctype fix
14:59.43 CIA-68 BRL-CAD: 03brlcad * r52491 10/brlcad/trunk/src/other/togl/demo/CMakeLists.txt: need X11 include dirs
15:15.46 *** join/#brlcad yiyus (1242712427@je.je.je)
15:22.29 CIA-68 BRL-CAD: 03n_reed * r52492 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: clean up ehy validity checks in rt_ehy_plot
15:46.18 CIA-68 BRL-CAD: 03starseeker * r52493 10/brlcad/trunk/src/librt/test_botpatches.cpp: minor tweaks to plotting code.
17:04.37 CIA-68 BRL-CAD: 03bob1961 * r52494 10/brlcad/trunk/ (4 files in 4 dirs): Added functionality for detecting polygon overlaps.
17:21.46 CIA-68 BRL-CAD: 03n_reed * r52495 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: clean up tolerance calculations and validity checks
21:05.31 *** join/#brlcad ibot (~ibot@rikers.org)
21:05.31 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
21:22.35 CIA-68 BRL-CAD: 03r_weiss * r52499 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c:
21:22.36 CIA-68 BRL-CAD: Created a new function "nmg_plot_open_edges" within file "nmg_bool.c". This
21:22.36 CIA-68 BRL-CAD: function finds open edges within an NMG object and creates a UNIX plot file
21:22.36 CIA-68 BRL-CAD: containing these edges. Updated function "nmg_bool" to call this new function
21:22.36 CIA-68 BRL-CAD: when a boolean operation fails due to dangling faces.
22:26.04 CIA-68 BRL-CAD: 03starseeker * r52500 10/brlcad/trunk/src/librt/test_botpatches.cpp: If a patch splits topologically when removing triangles, make new patches out of the results.
IRC log for #brlcad on 20120919

IRC log for #brlcad on 20120919

00:01.20 CIA-68 BRL-CAD: 03starseeker * r52501 10/brlcad/trunk/ (include/nurbs.h src/libnurbs/PullbackCurve.cpp): Expose Keith's 3d curve interpolation fitting function.
00:12.27 CIA-68 BRL-CAD: 03starseeker * r52502 10/brlcad/trunk/src/librt/test_botpatches.cpp: Use interpolateLocalCubicCurve for the patch edge fitting.
00:32.11 brlcad elf_: progress?
02:19.29 CIA-68 BRL-CAD: 03starseeker * r52503 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start trying to add trims - pullback_curve is crashing, not sure what I'm doing wrong...
02:31.47 starseeker growl
02:32.32 starseeker when your crashing behavior leads you into a function with the comment "this functions sucks" that's not generally a good sign...
03:17.49 *** join/#brlcad yukonbob (~bch@95.142.160.193)
03:17.53 yukonbob hello #brlcad
03:32.46 brlcad howdy yukonbob
03:44.07 yukonbob :)
03:47.26 yukonbob noticed brlcad is looking mighty sweet on coverity these days...
04:46.45 *** part/#brlcad vsrinivas (U2FsdGVkX1@batman.acm.jhu.edu)
05:53.11 *** join/#brlcad CIA-68 (cia@cia.vc)
07:54.22 *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us)
08:19.34 *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us)
08:31.40 *** join/#brlcad stas (~stas@82.208.133.12)
11:48.58 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb340.bb.sky.com)
12:07.43 *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11)
12:34.30 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
14:01.40 brlcad hi crdueck
14:01.51 brlcad how're classes?
14:38.23 CIA-68 BRL-CAD: 03bob1961 * r52504 10/brlcad/trunk/src/libged/polyclip.cpp: A few mods for ged_polygons_overlap().
16:58.54 *** join/#brlcad stas (~stas@109.166.130.225)
17:41.12 *** join/#brlcad merzo (~merzo@59-201-132-95.pool.ukrtel.net)
18:21.23 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:41.10 CIA-68 BRL-CAD: 03r_weiss * r52505 10/brlcad/trunk/src/libged/bot_fuse.c:
21:41.10 CIA-68 BRL-CAD: Updated functions "ged_bot_fuse", renamed function "_ged_show_dangling_edges" to
21:41.10 CIA-68 BRL-CAD: "show_dangling_edges". Added the ability of the mged command "bot_fuse" to be
21:41.10 CIA-68 BRL-CAD: passed a "-p" to create a plot file of the open edges or "-s" to show the open
21:41.10 CIA-68 BRL-CAD: edges on the display. The number of open edges is counted and reported.
22:38.00 crdueck brlcad: good so far, thanks. I'm starting to get settled back into the university routine
IRC log for #brlcad on 20120920

IRC log for #brlcad on 20120920

00:19.44 CIA-68 BRL-CAD: 03r_weiss * r52506 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: Update to file "ehy.c" to fix "unused variable" compile error.
01:48.55 CIA-68 BRL-CAD: 03brlcad * r52507 10/brlcad/trunk/src/libged/bot_fuse.c: make show_dangling_edges() static, not public API. eliminate the bot_fuse_option* globals, pull into local scope and mark static const.
01:57.20 CIA-68 BRL-CAD: 03starseeker * r52508 10/brlcad/trunk/src/librt/test_botpatches.cpp: try to improve flip determination logic in trim building - something still not right, brep is invalid.
02:48.33 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
02:48.33 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
06:21.36 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:11.59 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e42f1.bb.sky.com)
15:37.58 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
17:32.20 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
17:47.12 *** join/#brlcad merzo (~merzo@17-158-133-95.pool.ukrtel.net)
18:12.11 CIA-68 BRL-CAD: 03brlcad * r52509 10/brlcad/trunk/TODO: long thought that gqa should be calulating overlap volumes so cleanup work can be better prioritized. plus, it'd remove a source of confusion. reminded of the issue by banealis via help forum discussion.
18:43.46 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:17.43 *** join/#brlcad ChanServ (ChanServ@services.)
19:17.43 *** mode/#brlcad [+o ChanServ] by sturgeon.freenode.net
20:26.46 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
21:59.42 CIA-68 BRL-CAD: 03starseeker * r52510 10/brlcad/trunk/src/librt/test_botpatches.cpp: Successfully trim the fitted brep. Outer loops only so far, still some problem situations, and the fitted results aren't so great, but never-the-less a milestone.
22:33.25 CIA-68 BRL-CAD: 03r_weiss * r52511 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c:
22:33.25 CIA-68 BRL-CAD: Updates to functions "nmg_crackshells" and "nmg_isect_two_generic_faces" within
22:33.25 CIA-68 BRL-CAD: file "nmg_inter.c". Changed the macro comparing the face bounding boxes so that
22:33.25 CIA-68 BRL-CAD: the face bounding boxes must be at least distance tolerance apart to be excluded
22:33.25 CIA-68 BRL-CAD: from further testing instead of not overlapping by at least distance tolerance.
22:33.26 CIA-68 BRL-CAD: This prevents missing intersections of faces where they are axis aligned and the
22:33.27 CIA-68 BRL-CAD: face bounding boxes are less than distance tolerance apart.
22:36.27 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20120921

IRC log for #brlcad on 20120921

01:00.15 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:51.24 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:28.26 *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us)
08:17.23 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
14:28.36 brlcad *yawn*
16:04.07 CIA-68 BRL-CAD: 03bob1961 * r52512 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: A hole flag is now expected to be included with each polygon contour.
16:07.51 *** join/#brlcad flash_ (~flash@adsl-ull-28-58.49-151.net24.it)
16:09.13 CIA-68 BRL-CAD: 03bob1961 * r52513 10/brlcad/trunk/src/libged/polyclip.cpp: More tweaks to ged_polygons_overlap.
16:42.44 *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md)
17:47.41 *** join/#brlcad merzo (~merzo@0-223-200-46.pool.ukrtel.net)
18:28.47 starseeker http://www.copenhagensuborbitals.com/resources_downloads.php
18:53.27 CIA-68 BRL-CAD: 03starseeker * r52514 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move loop building logic into function in preparation for building multiple loops (inner and outer) per patch.
19:10.56 CIA-68 BRL-CAD: 03starseeker * r52515 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try building inner loops. Not generating totally valid breps yet.
IRC log for #brlcad on 20120922

IRC log for #brlcad on 20120922

05:12.12 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:35.58 *** join/#brlcad elf_ (~elf@92.80.3.25)
10:34.43 CIA-68 BRL-CAD: 03MelinaoewoywpoqcLegge 07http://brlcad.org * r4443 10/wiki/Dog_Collars_-_What_You_Need_To_Know: New page: What's The Best Type Of Dog Collar? Getting the right dog collar for your dog is one of the most important things you can do for your dog. Your dog will probably spend most of it's life w...
10:53.50 *** join/#brlcad yiyus (~124271242@je.je.je)
12:36.11 *** join/#brlcad abhi2011 (~chatzilla@117.200.92.29)
12:41.45 abhi2011 hey elf_
12:56.42 abhi2011 darn I forgot how to setup cmake for compiling with visual studio
12:57.28 abhi2011 I think for the simulate command, the path to the bullet library has to be mentioned for the FindBullet.cmake script to find it
13:01.31 abhi2011 ah the readme is there
13:50.55 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
15:55.15 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
16:30.57 *** join/#brlcad abhi2011 (~chatzilla@117.200.86.91)
16:38.35 abhi2011 elf_, I am building brlcad now
16:38.38 abhi2011 in windows :P
16:38.46 abhi2011 will test out with your g file after that
16:39.21 elf_ Oh hello abhi, I see didn't try it in windows, I am using linux :)
16:41.21 abhi2011 ok
16:41.43 abhi2011 so it takes 1000 steps for the cube to fall to the ground ?
16:42.09 abhi2011 if thats so then maybe for now, we can drop the cube closer to the ground
16:42.54 abhi2011 I generally dump the output at every step, the lesser the number of steps thats output, the easier it is to track down whats wrong
16:43.01 elf_ Hmm no, the cube is at 50m above the ground, in that g file, it takes 190steps to move the cube 50mm, so to move the cube 50m it will take 190*1000 roughly
16:43.35 elf_ 1k steps moves the cube just a little bit in that simulation
16:43.48 elf_ and for 10k steps the simulation gets aborted
16:44.04 abhi2011 hmm, it should not be that way, if gravity is acting on the cube, it should accelerate faster
16:44.52 elf_ I know
16:45.44 abhi2011 ok, we need to verify some more basic things first
16:45.55 abhi2011 I think what we can do as a test for whether the simulation logic of bullet itself is still working correctly, we can just drop a cube and print its position in mged
16:46.40 elf_ From the last cube simulation I did it looked like the collision point was in the middle of the cube
16:46.41 abhi2011 so lets try to do that first, i.e. comment out everything in ...
16:46.43 abhi2011 let me check
16:46.44 elf_ that it's not right
16:47.32 abhi2011 yeah thats because the overlap detection logic is not working correctly
16:47.50 abhi2011 i had put it in much later but its not tested out yet
16:48.37 elf_ I see
16:48.51 abhi2011 so in simphysics.cpp , run_simulation(struct simulation_params *sp)
16:50.25 abhi2011 I think we can replace it with the code in http://bulletphysics.org/mediawiki-1.5.8/index.php/Hello_World
16:50.41 abhi2011 to test whether bullet is working as it should
16:51.18 elf_ okay will try it
16:51.39 abhi2011 there is a loop in which the physics is stepped towards the bottom of the page
16:51.48 abhi2011 that loop should also be there
16:52.15 elf_ the whole source is at the bottom of the page
16:52.31 abhi2011 cool :)
16:52.43 abhi2011 just plop it in
16:53.28 elf_ yeah
17:01.05 abhi2011 I notice I had set gravity along -ve z
17:01.28 elf_ yeah you put it -10
17:02.24 abhi2011 any luck with the hello world thingy
17:03.19 elf_ It compiled just fine, I tried it on the same g file I send to you but just gets blocked
17:03.39 abhi2011 in the loop ?
17:03.55 abhi2011 try adding prints above it
17:05.58 elf_ Okay so the thing is, it gets the output it is supposed to get from the tutorial for 1 step, 2 steps then when I try with 10 steps it blocks
17:06.24 elf_ mged freezes so I have to kill the process
17:07.46 abhi2011 thats wierd
17:08.06 elf_ very since it works fine for all the numbers lower than 10 O.O
17:08.40 abhi2011 so you change the number of steps in the for loop statement right ?
17:08.46 abhi2011 for (int i=0 ; i<300 ; i++) {
17:08.58 abhi2011 you change it to : for (int i=0 ; i<10 ; i++) { ?
17:10.28 abhi2011 there is one other possibility, I think the simulation may be completing, but since the right data is not returned out if the function, so mged freezes
17:10.30 elf_ not there, it's from somewhere else, I put there 10 indeed, but when I run simulate I run it as "simulate 1/2/3../10" for all of them works for 10 it doesn't
17:11.17 abhi2011 oh ok
17:11.52 abhi2011 the value of 10 is put into sim_params->duration argument
17:12.43 abhi2011 so your loops is something like : for (int i=0 ; i< sim_params->duration ; i++) { ?
17:13.26 elf_ yes
17:13.50 abhi2011 ok, whats happens if you hardcode the number of steps in the function
17:14.01 abhi2011 so hardcode to 300 in the loop limit
17:14.11 abhi2011 then run with simulate 1
17:14.35 abhi2011 it will still execute 300 steps , because its hardcoded, it will ignore 1
17:14.45 abhi2011 do you then get the output for 300 steps ?
17:15.53 elf_ yes it gets the output for 300 steps
17:16.15 abhi2011 ok, and I assume it matches the hello world output
17:16.57 elf_ it does, it's like the one they said it should be
17:17.41 abhi2011 right, so thats good
17:19.04 abhi2011 what the output if you replace dynamicsWorld->stepSimulation(1/60.f,10);
17:19.13 abhi2011 with step_physics(dynamicsWorld);
17:20.01 abhi2011 its rater hilarious, whats happening actually
17:20.16 elf_ why so?
17:20.25 abhi2011 but lets see if you get the right output after replacing it
17:21.23 elf_ I get a seg fault
17:22.00 abhi2011 oh just comment out the 1st bu_vls_printf() line
17:22.09 abhi2011 in step_physics()
17:22.30 abhi2011 its prolly 'cause of the sim_params structure
17:22.50 abhi2011 in fact comment out all 3
17:23.03 abhi2011 and replace with your own print statements
17:23.40 abhi2011 those statements I had put in to mark the beginning and end of each step
17:23.55 abhi2011 so the output from each step is clearly separated in the log
17:24.01 abhi2011 and I can go through it easier
17:26.26 abhi2011 any luck ?
17:26.39 elf_ it's good
17:26.44 elf_ same output as before
17:27.04 abhi2011 ok, so the step_physics() is supposed to be called at every step
17:27.33 abhi2011 that means that there need to be a loop in the run_simulation()
17:28.47 elf_ yeah, right now it the for (int i=0 ; i< 300 ; i++) { } loop
17:29.00 abhi2011 exactly
17:30.02 abhi2011 for some reason we had decided last year, that we would add objects to the bullet dynamics world, do 1 step of simulation, then get the transforms into the sim_params structure, then clear out everything and repeat
17:30.29 abhi2011 that is why you see a for loop in line 503
17:30.37 abhi2011 but its commented out !
17:31.03 abhi2011 my fault, i think that was for debugging something !
17:31.07 elf_ yes wanted to ask you about those commented lines
17:31.30 abhi2011 so simulate has actually been executing just 1 step :P
17:31.38 abhi2011 not 100k
17:32.22 elf_ well it never really got to be executed 100k, but I see your point
17:32.23 abhi2011 the basic way in which the simulate command works now is to load everything that need to be simulated into sim_params structure
17:32.37 abhi2011 pass it to run_simulation()
17:33.02 abhi2011 there cram the shapes from sim_params into the bullet dynamics world
17:33.09 abhi2011 run the required number of steps
17:33.22 abhi2011 grab the transforms at the end of each step from bullet
17:33.27 abhi2011 and put into sim_params
17:33.58 abhi2011 only the last step's transforms actually remain after the simulation
17:34.12 *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md)
17:34.14 abhi2011 the sim_params structure is then accessed back in libged
17:34.33 abhi2011 to read the transforms and update the shapes in mged
17:35.26 abhi2011 there are several improvements to this but I had done it this particularly inefficient way to debug the contact point generation algorithm which is what I was working on last
17:35.31 elf_ it makes sense, you are interested in the initial position of the geometry when you start your simulation, you don't want to save all the intermediate steps your geometry finds itself during the simulation
17:35.44 elf_ only the final state, you save it and then pass it to libged
17:35.44 abhi2011 thats right
17:36.19 abhi2011 also, I don think there is a need to recreate the simulation world each time and add the objects back
17:36.33 abhi2011 but that can be corrected anytime
17:36.38 elf_ what do you mean?
17:36.50 abhi2011 so if you see the comented out for loop
17:37.03 abhi2011 it includes the creations and deletion fo the bullet dynamics worls
17:37.06 abhi2011 *world
17:37.14 abhi2011 btDiscreteDynamicsWorld* dynamicsWorld;
17:37.15 elf_ yeah that must be done outside
17:37.22 abhi2011 yes
17:37.25 elf_ no need for it to be done everytime
17:37.29 abhi2011 it probably was outside
17:37.40 abhi2011 I may have moved it in to debug a single step
17:37.42 abhi2011 anyway
17:37.48 abhi2011 what you can do right now
17:37.59 abhi2011 is remove the comments
17:38.11 abhi2011 move the world creation stuff out of the loop
17:38.20 abhi2011 so we are only stepping inside the loop
17:38.23 abhi2011 and doing nothing else
17:38.37 abhi2011 then use the get_transforms() after the loop body
17:38.45 abhi2011 to get back te transforms into sim_params
17:38.55 elf_ hmm sounds good
17:38.57 abhi2011 and see if things move a bit faster in mged
17:38.58 elf_ let me try it
17:39.03 abhi2011 :P
17:39.44 abhi2011 the cleanup() should be kept
17:39.53 abhi2011 after get_transforms()
17:45.09 elf_ damn I get a weird warning, that I didn't get before...
17:45.51 abhi2011 which is ?
17:45.56 elf_ the size variable is being shadowed O.O
17:45.57 elf_ /usr/local/include/bullet/LinearMath/btSerializer.h:538:36: instantiated from here
17:45.57 elf_ /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h:102:27: warning: declaration of ‘size’ shadows a member of 'this' [-Wshadow]
17:45.58 elf_ /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h: In member function ‘void* btAlignedObjectArray<T>::allocate(int) [with T = const char*]’:
17:45.58 elf_ /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h:287:31: instantiated from ‘void btAlignedObjectArray<T>::reserve(int) [with T = const char*]’
17:46.14 abhi2011 thats in bullet
17:46.16 abhi2011 hmm
17:46.46 abhi2011 lt me check that line
17:46.54 abhi2011 name collision maybe
17:47.53 *** join/#brlcad merzo (~merzo@201-246-92-178.pool.ukrtel.net)
17:48.48 elf_ it was my fault
17:49.19 elf_ forgot when I modified step_physics I modified the way the output it was displayed
17:49.29 abhi2011 ok
17:54.22 elf_ not good, not good at all, now it gets aborted if I run simulate > 100 which is not good
17:54.50 abhi2011 whats happens for < 100 ?
17:56.22 elf_ it ran its course
17:56.26 elf_ so it worked
17:56.36 elf_ but trying with more than 100 it's not working
17:56.40 abhi2011 did the shapes get updated in mged ?
17:57.40 elf_ it did
17:59.07 abhi2011 ok is the movement significant
17:59.12 abhi2011 or still very small ?
18:00.27 abhi2011 hmm I see in simulate.c that I do have a loop
18:00.34 elf_ okay so I think the cube it actually falls out of the simulation for more than 120 or so steps
18:00.42 abhi2011 which calls run_simulation()
18:01.02 abhi2011 that should not happen
18:01.06 elf_ let me try something I have to recreate the .g files cause the db gets corrupt after the cube falls into the ground
18:01.21 elf_ and the movement is significant
18:01.40 abhi2011 ok and I also see that there is a loop in simulate.c
18:01.53 abhi2011 thats calls run_simulation
18:02.09 abhi2011 you can comment out that loop for now
18:02.26 abhi2011 thats causing the huge number of steps
18:02.58 abhi2011 if you see in simulate.c 431
18:03.13 abhi2011 there is a loop there already
18:03.30 abhi2011 just comment out that loop for now
18:13.15 elf_ The loop on line 431 in simulate.c it's actually the one that simulates things, it can't be commented out
18:13.34 elf_ get_bb: Got the BB for "sim_gp.r" as min {-15000.000000 -15000.000000 -1000.000000} max {15000.000000 15000.000000 1000.000000}
18:13.35 elf_ get_bb: Dimensions of this BB : 30000.000000 30000.000000 2000.000000
18:13.35 elf_ get_bb: Got the BB for "sim_cube.r" as min {-1000.000000 -1000.000000 49000.000000} max {1000.000000 1000.000000 51000.000000}
18:13.35 elf_ get_bb: Dimensions of this BB : 2000.000000 2000.000000 2000.000000
18:13.49 elf_ That's the output I get with the whole loop commented out
18:14.02 elf_ and the position is not actually modified
18:14.24 elf_ for simulate 80
18:15.58 abhi2011 yeah, what I meant is either the loop in simulate.c is kept or the one in simphysics.cpp
18:17.05 abhi2011 if both are kept, then the number of steps executed is more than
18:17.22 abhi2011 its = sim_params->duration * sim_params->duration
18:17.30 abhi2011 which is not what we want
18:17.47 elf_ yeah, the one in simphysics.cpp has to go then
18:17.55 abhi2011 yep :P
18:18.01 abhi2011 sorry to mislead you on that one
18:18.14 abhi2011 I had forgotten there was a loop in simulate.c
18:18.25 elf_ so we are basically to the beginning, cause if the loop in symphisics.cpp go then nothing changed
18:19.12 abhi2011 yep, but we know now that the simulation does work
18:19.53 abhi2011 the difference in having the loop in simulate rather than in simphysics.cpp
18:20.03 abhi2011 is that by having the loop in smulate.c
18:20.28 abhi2011 the entire bullet world is recreated each time
18:20.57 abhi2011 but that should not cause the cube to fall slower
18:21.09 abhi2011 because the velocity information gained from the last step
18:21.30 abhi2011 is put into the cube in the current step before being stepped
18:22.03 elf_ well I am running right now the simulate command on the database I sent to you, and the steps are tiny again for the m units
18:22.22 elf_ I am waiting to see if it aborts for the 10k steps simulate
18:22.50 abhi2011 I think the reason the steps are tiny is because
18:22.58 abhi2011 the linear velocity gained in the last sim step
18:23.10 abhi2011 is not being set in the beginning of the next step
18:23.34 abhi2011 this has to be done manually, because now we are recreating the bullet world at each step
18:23.40 abhi2011 and re-adding the rigid bodies
18:23.47 elf_ hmm but if that were the case then wouldn't the same thing happen for mm too?
18:24.02 abhi2011 mm ?
18:24.36 elf_ milimeters
18:24.49 elf_ and I am simulating for meters now
18:25.33 elf_ In the mm geometry there wasn't such a problem as the linear velocity not being set for the next step
18:25.54 elf_ or maybe the units are way too small to observe the difference
18:25.58 abhi2011 yes
18:26.04 elf_ and the simulation aborted for 10k
18:26.11 elf_ trying a lower number
18:26.14 abhi2011 bullet uses a 0.04 meters as the collision margin
18:26.22 abhi2011 its cant simulate for less then that
18:26.59 abhi2011 I dont think testing with mm will work at the moment
18:27.14 abhi2011 I didnt even know the units could be changed at all :P
18:27.24 abhi2011 bullet uses only meters
18:27.34 elf_ well the distance between the ground plane and the cube in the mm sim was 50mm so about 0.05m
18:27.45 abhi2011 yep
18:27.51 elf_ the default it's mm, at least in the build I got
18:27.53 abhi2011 thats the collision margin
18:27.59 abhi2011 ok
18:28.20 abhi2011 yeah mged can show objects in the mm range
18:28.34 abhi2011 but bullet does not simulate at those low dimensions
18:29.05 elf_ I see
18:29.24 elf_ so the mm simulation it's kinda compromised then, meaning the results from there are not conclusive
18:29.25 abhi2011 in fact that bulet uses a 0.04 m collision margin, it would be best to work with objects significantly bigger
18:29.36 abhi2011 I dont think so
18:29.51 abhi2011 *in fact since
18:30.08 abhi2011 lets fix the unit as meters for now
18:31.00 abhi2011 if required bullet can be compiled with double precision and may work with smaller units
18:31.10 abhi2011 but thats for later
18:31.48 elf_ okay so I ran the simulation for 5500 steps and the cube was pretty close to the ground
18:32.08 abhi2011 did it fall at all ?
18:32.10 elf_ then I wanted to see how much closer can I get it so I ran it for another 800 steps
18:33.01 elf_ the cube went back to the top and started falling again to the ground
18:34.37 elf_ like this
18:34.39 elf_ http://imageshack.us/a/img17/2627/simlw.png
18:35.08 elf_ see the doubling of the cube up there
18:35.24 elf_ the original cube the one above and the cube that's falling again to the ground
18:35.40 elf_ at least now I know where it goes when I think it "disappears"
18:36.23 abhi2011 ok
18:36.41 abhi2011 isnt there any movement when run for 300 steps
18:36.49 abhi2011 or less ?
18:37.40 elf_ I am doing that right now, running it for 5800 steps
18:37.49 abhi2011 no i mean
18:37.52 abhi2011 simulate 300
18:38.03 elf_ just 300?
18:38.28 abhi2011 yes
18:40.00 elf_ this is it
18:40.00 elf_ http://imageshack.us/a/img839/2403/sim2g.png
18:40.08 elf_ no big change for the cube position
18:40.41 abhi2011 hmm that definitely should not happen
18:41.04 abhi2011 300 steps is enough steps to see a large change in the position
18:41.47 elf_ I know but still nothing major happens
18:42.07 abhi2011 ok lets try fixing this first
18:42.13 abhi2011 lets print out the position of the cube
18:42.46 abhi2011 so in get_transforms()
18:42.54 abhi2011 in simphysics.cpp
18:43.09 abhi2011 thats the function which get the transform from bullet
18:43.29 abhi2011 and puts it into a struct rigid_body
18:44.21 elf_ okay, so I should be printing the BB position in 3D space, right?
18:44.25 abhi2011 sim_params has a linked list of struct rigid body nodes
18:44.28 abhi2011 yes
18:45.10 elf_ the current_node->btbb_center,current_node->btbb_min and current_node->btbb_dims, right?
18:45.36 abhi2011 print aabbMin
18:45.40 abhi2011 thats directly from bullet
18:47.10 abhi2011 also comment out line 522
18:47.17 abhi2011 in simphysics.cpp
18:47.36 abhi2011 that will take the custom algorithm for cube-cube collisions out of the icture
18:48.49 abhi2011 also comment out lines
18:49.01 abhi2011 537 to 546
18:49.30 elf_ the overlap filter callback?
18:49.39 abhi2011 yes
18:49.54 abhi2011 right upto gContactDestroyedCallback = contact_destroyed;
18:50.53 elf_ about the custom algorithm it is there for when bullet it's not found?
18:51.08 abhi2011 so now we are using the default bullet algorithms for everything and have registered no callbacks
18:51.10 abhi2011 no its for
18:51.20 abhi2011 using ray tracing to detect overlaps
18:51.26 abhi2011 between arbitrary shapes
18:51.31 abhi2011 its based on librt
18:52.00 abhi2011 but we do not need it right now, since the default bullet algos. should also work to move the cube
18:52.16 abhi2011 if the cube is still too slow then we try printing the cube position
18:52.44 abhi2011 if the cube position is changing but mged is not getting updated then there also it may appear that the cube is not moving
18:52.58 abhi2011 that means there is a problem mapping the cube's position into the shape in mged
18:53.31 abhi2011 so we need to go step by step to figure out where the "apparent" slow down is happening
18:53.46 abhi2011 one thing is certain
18:53.56 abhi2011 the cube must fall much faster
18:54.21 abhi2011 and it will collide too, since we are now using bullet's own algos
18:55.24 elf_ I get the shadowing error again
18:56.53 elf_ http://paste.ubuntu.com/1221104/
18:59.34 abhi2011 revert your commented out lines and try to find out which line being commented out cause the error
19:00.19 elf_ I am on it
19:03.46 abhi2011 hmm, getting some errors in the windows build
19:03.55 elf_ like?
19:03.58 abhi2011 lets hope I can get it fixed
19:04.04 abhi2011 got to do with some path not found
19:07.36 abhi2011 http://paste.ubuntu.com/1221121/
19:07.44 abhi2011 52k lines of logs :P
19:08.39 *** join/#brlcad elf (~elf@213.233.85.6)
19:08.58 elf grrr blackout so I only have batery for one hour or so left
19:09.52 *** join/#brlcad elf_ (~elf@213.233.85.6)
19:10.20 abhi2011 ok, I ll continue working on it, its probably something silly since the entire set of calls has worked before
19:11.26 elf_ prolly I am doing definitely something wrong over here since I backed up my comments and now I get all kind of weird errors like not finding anything when I try to compile mged O.O
19:11.44 abhi2011 just revert you changed files
19:11.54 abhi2011 to the latest version
19:11.58 abhi2011 in svn
19:12.06 abhi2011 and start again
19:12.19 abhi2011 thats the safest and fastest way sometimes :P
19:12.43 elf_ yeah that's what I did just now
19:16.55 abhi2011 ok mged is runnig with bullet
19:17.01 abhi2011 so I can at least test
19:17.19 elf_ okay, I get the shadowing error because I added the bu_vls_printf command...
19:17.32 abhi2011 lets see if I can get a simple cube working again with no extra stuff
19:17.33 elf_ I don't understand why though?
19:17.36 abhi2011 ah great
19:17.56 abhi2011 check its source
19:18.18 abhi2011 if you are using eclipse, you press F3 :P
19:18.34 elf_ No, I don't use eclipse :)
19:19.45 abhi2011 hehe
19:20.10 abhi2011 bu.h then i think
19:20.23 elf_ yeah
19:20.48 abhi2011 in libboo
19:24.13 elf_ something's off since bu_vls_printf doesn't use any variable named size from what I can see
19:25.13 abhi2011 those build errors are while building the docs, so it should be ok
19:25.14 abhi2011 hmm
19:25.16 abhi2011 ok
19:25.22 abhi2011 you can try with printf for now then
19:26.49 abhi2011 hmm but I wonder why its happening though
19:27.00 abhi2011 i dont remember seeing that error before either
19:27.03 elf_ yeah printf will do for the moment
19:27.20 elf_ It's strange cause I get it at random times
19:27.25 abhi2011 vls i think is for variable length strings
19:27.36 abhi2011 it may be using size somewhere in there
19:28.56 abhi2011 bu_vls_printf() prints these strings as they are stored and maged differently from char[] i think
19:29.04 abhi2011 *managed
19:29.09 elf_ yeah and it uses a variable len
19:29.22 elf_ What I meant by getting it at random times
19:29.24 elf_ it's that
19:29.33 elf_ I commented line 522
19:29.34 elf_ I didn't get it
19:29.49 elf_ then I commented line 537 and I get it
19:30.06 elf_ if I comment the whole block 537 to 546 I get it
19:35.13 *** join/#brlcad elf_ (~elf@213.233.85.6)
19:35.56 abhi2011 ok, it passed in windows :P
19:36.04 elf_ good :)
19:36.13 abhi2011 hey what was the command for drawing a comb
19:36.36 abhi2011 darn i need that shrtcut list
19:36.59 elf_ r to create a region
19:37.12 elf_ I used regions and c for combs
19:37.17 elf_ if I remmeber correctly
19:37.32 elf_ I still can't figure what's this thing problem is
19:37.57 abhi2011 draw sim.c
19:38.17 abhi2011 hmm, so there are other places where bu_vls_printf is used
19:38.23 elf_ I am taking out things from it, it shouldn't give me errors when I take something that was there and wasn't giving errors about shadowing variables
19:38.58 abhi2011 whats your gcc version by the way
19:39.14 abhi2011 it should not make a difference
19:39.18 abhi2011 but lets see
19:40.59 abhi2011 ah now I remember why we chose to recreate the bullet world and add shapes again every time
19:41.05 elf_ bu_log is used in those lines I want to get out
19:41.11 abhi2011 ok
19:41.14 elf_ and I have the 4.6.1 version of gcc
19:41.32 elf_ Why did you recreate the world every time?
19:41.57 elf_ and it should give me errors when I try to add stuff... not when I take out stuff that it's standalone in there...
19:42.46 abhi2011 yeah
19:42.48 abhi2011 hmm
19:43.45 abhi2011 so which line in that entire bunch of lines in simphysics.cpp
19:43.51 abhi2011 cause the error
19:44.36 elf_ starting with 537
19:44.53 elf_ I even commented out the whole broadphase_call function..
19:44.56 elf_ didn't work obv
19:46.54 abhi2011 ok so lets try to figure out if its the presence of bu_log in other functions or the other bu_vls_printf() for some reason
19:47.02 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Dog Collars - What You Need To Know]]": spam
19:47.10 CIA-68 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:MelinaoewoywpoqcLegge]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
19:47.33 abhi2011 so lets comment out all the bu_vls_printf() lines
19:47.40 abhi2011 and check
19:47.48 abhi2011 then bu_logs and check
19:48.13 elf_ in the whole simphysics, right?
19:48.29 abhi2011 yep
19:48.33 abhi2011 its a rute force way
19:48.42 abhi2011 *brute
19:50.01 elf_ I get the error here
19:51.45 abhi2011 even after removing all the bus ?
19:52.01 elf_ even after removing all of them
19:52.49 abhi2011 dont remember seeing that -W shadow flag before
19:52.54 abhi2011 thats the one causing it
19:53.03 abhi2011 will need to check with brlcad
19:53.21 abhi2011 ok, so meanwhile
19:53.29 elf_ where's the flag set?
19:53.40 elf_ Sean? Are you around?
19:53.44 abhi2011 it will be in one of the cmake files I think
19:54.02 abhi2011 the top level one
19:54.10 abhi2011 anyway
19:54.20 abhi2011 its a warning right ?
19:54.40 abhi2011 so you are able to finish the compile ?
19:54.47 abhi2011 oh but
19:54.53 abhi2011 warning are flaggged as errors
19:54.55 elf_ it's a warning but the warnings are errors
19:54.57 elf_ yeah
19:54.58 elf_ that
19:55.02 abhi2011 hmm
19:55.05 abhi2011 :P
19:55.30 abhi2011 so how about not commenting out the lines
19:55.37 abhi2011 but keeping the functions empty
19:55.45 abhi2011 or putting a return as the 1st line
19:56.10 abhi2011 till we fix this shadow warning
19:56.29 abhi2011 we can put returns in the functions that the commented out lines cause to be called
19:56.45 abhi2011 so revert again :P
19:57.01 elf_ done it already
19:57.07 abhi2011 right
19:57.11 elf_ and now the return statements
19:57.18 elf_ for broadphase_callback
19:57.43 abhi2011 ok, so at least line 522 is commented out right ?
19:58.02 elf_ yeah that one works
19:58.07 abhi2011 538 ?
19:58.30 elf_ nope bu_logs all over that one
20:00.08 elf_ I might run out of battery, no energy yet O.O
20:00.36 abhi2011 ad removing the bu_logs from lines 329 to 383 makes no difference ?
20:00.43 abhi2011 ok
20:01.53 abhi2011 I also see that the mass of the body is set to 80000000 kgs
20:01.55 abhi2011 in s3.g
20:01.57 abhi2011 :P
20:02.07 abhi2011 that will certainly stall the sim
20:02.14 abhi2011 lets see if I can hard code the mass for now
20:02.18 elf_ It's not set to that
20:02.21 elf_ I wanted to ask you about it actually
20:02.28 abhi2011 ok
20:02.31 elf_ the mass of the body modifies DURING the simulation
20:02.34 elf_ that's wrong
20:02.41 abhi2011 hmm
20:02.58 elf_ The mass it's the same, the forces applied should modify
20:03.02 abhi2011 I dont remember pulling the mass from the passed sim_params
20:03.08 abhi2011 but let me check
20:03.14 elf_ It gets passed wrong then
20:03.30 abhi2011 i think I was just setting it proportional to the aabb volume
20:03.40 abhi2011 till the other issues got fixed
20:03.54 elf_ Hmm
20:04.06 elf_ let me run it again and see something
20:04.12 abhi2011 line 146
20:04.25 abhi2011 I ll try printing out the cube position
20:04.34 abhi2011 maybe there is a mapping problem back to mged
20:07.06 abhi2011 hmm, the volume is being calculated incorrectly
20:07.20 abhi2011 <PROTECTED>
20:07.27 elf_ I see that in the simulation too
20:07.31 abhi2011 to see if the cube collides properly
20:07.46 elf_ I gt like 8000000000kg...
20:08.22 abhi2011 yeah thats wrong
20:08.33 abhi2011 i hardcoded it to 1 kg for now
20:10.20 elf_ The hardcoded version is not working
20:10.29 elf_ I did it too, put the mass to 1 kg
20:10.33 elf_ but the cube is not movibg
20:10.36 elf_ moving*
20:10.54 abhi2011 whats the position thats printed ?
20:10.58 elf_ the forces are not applied properly I think or something somewhere goes really wrong
20:11.03 elf_ the same as the previous one
20:11.46 abhi2011 whats the linear and angular velocities
20:11.51 abhi2011 try printing out those 2
20:12.44 elf_ do you have a getLinearVelocity function>
20:12.45 elf_ ?
20:13.20 abhi2011 yes there is one like that
20:13.31 abhi2011 its used in the get_transforms()
20:16.16 elf_ can't print them.. the bu_vls_printf is not working again
20:16.16 elf_ grrr
20:16.45 abhi2011 but printf does right ?
20:19.01 elf_ it doesn't print it
20:19.17 elf_ I don't think it ever gets on that else case unless when it sets the mass
20:20.33 abhi2011 hmm but the condition simple says that if the name of the object is not the same as the ground plane name
20:20.36 abhi2011 then goto else
20:20.57 abhi2011 print both current_node->rb_namep and sim_params->ground_plane_name
20:21.12 abhi2011 before the if{}
20:21.12 elf_ It doesn't print this though printf("LinearVelocity %f AngularVelocity %f\n", current_node->linear_velocity, current_node->angular_velocity);
20:21.34 abhi2011 ok, but it enters the else {} ?
20:21.53 elf_ The mass it
20:22.18 elf_ s always the same so the thing that modifies is the velocity
20:22.18 elf_ it
20:22.21 elf_ <PROTECTED>
20:23.44 abhi2011 hmm, if get_transforms() gets called and there is a print statement there
20:23.54 abhi2011 then it should print the velocity
20:24.22 abhi2011 can you trying adding a print statement
20:24.30 elf_ Okay the velocities are both 0
20:24.34 abhi2011 at the beginning of get_transforms()
20:24.34 elf_ So that's not good
20:24.43 abhi2011 so after 2 steps also
20:24.49 abhi2011 the velocity is 0 ?
20:25.44 elf_ http://paste.ubuntu.com/1221254/ there it doesn't move
20:25.53 elf_ The velocity is 0
20:25.53 abhi2011 ok
20:25.54 elf_ both of them
20:27.02 abhi2011 bbmin is really wierd
20:27.38 abhi2011 ok lets hardcode the dimensions too
20:27.51 elf_ BBmax is weird too since the cube position is -1 1 -1 1 49 51
20:27.52 abhi2011 that should be the last piece of info we are transferring
20:28.02 abhi2011 yeah its not getting transferred
20:28.06 abhi2011 correctly
20:28.07 elf_ nope
20:28.19 abhi2011 change line 102
20:28.39 abhi2011 make it new btBoxShape(btVector3(10, 10, 10));
20:29.28 abhi2011 also same change in line 108
20:29.46 abhi2011 current_node->bb_dims[*]/2 with 10.0f
20:29.52 abhi2011 or 10 watever
20:30.14 abhi2011 this is the dimension of the ground plane
20:30.30 abhi2011 it may not match what we have in mged
20:30.35 abhi2011 but that doesnt matter
20:30.59 abhi2011 we are going to test only whether positions get transferred correctly
20:32.28 abhi2011 then in line 138
20:32.50 abhi2011 this is the section for the dynamic bodies
20:33.02 abhi2011 make the dimensions 1,1,1
20:34.23 abhi2011 I ll pastebin the changes
20:37.57 *** join/#brlcad elf (~elf@92.80.23.248)
20:38.59 *** join/#brlcad elf_ (~elf@92.80.23.248)
20:39.08 elf_ damn sorry abhi, just send you an email but I got power back
20:39.31 elf_ so yeah back to that simphysics.cpp file
20:49.51 elf_ This thing is getting stranger by the moment imo...
20:50.19 elf_ here's what the simulation looks like after the changes, hard-codding the dimensions and the mass of the cube
20:50.20 elf_ http://imageshack.us/a/img20/4735/test2r.png
20:50.28 elf_ http://paste.ubuntu.com/1221285/
20:50.40 elf_ it was ran for 30 steps...
20:52.27 elf_ brlcad, do you have any opinion about this? O.o
23:31.49 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
IRC log for #brlcad on 20120923

IRC log for #brlcad on 20120923

00:36.59 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:40.24 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
07:07.36 *** join/#brlcad abhi2011 (~chatzilla@117.200.86.175)
07:23.40 *** join/#brlcad ksuzee (~ksu@193.151.107.42)
07:54.40 *** join/#brlcad abhi2011 (~chatzilla@117.200.83.2)
08:54.51 elf_ hey abhi
09:00.37 abhi2011 hi
09:02.10 elf_ Sorry again for last night, but the hard codding didn't work as expected, there are more problems, here's what I got after hardcodding the lines 102,108http://imageshack.us/a/img20/4735/test2r.png
09:02.11 elf_ http://paste.ubuntu.com/1221285/
09:02.56 elf_ the velocities still on zero, but the real the problem is that th BBmin and BBmax are still strantte
09:02.58 elf_ strange*
09:07.26 abhi2011 ok, yeah I am looking at it now
09:07.53 abhi2011 any luck with the bu_vls_printf() errors
09:10.13 elf_ No, look through the bu_vls_printf() and I can't figure out what the problem is, but the shadowing must happen between one 'size' variable from bullet and something similar from the printf routine, though there they use 'len'
09:11.28 abhi2011 you can also send out a mail in the brlcad mailing list with the error
09:11.39 abhi2011 someone there will have a better idea of whats going on
09:13.24 elf_ Good idea will do it
09:17.14 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4444 10/wiki/User:Elf11: /* Log */
09:25.57 elf_ send that mail on the mailing list
09:32.08 abhi2011 compiles fine on windows :P
09:38.56 elf_ It does? with the bu_vls_printf?
09:39.29 abhi2011 yep
09:39.30 elf_ If that's the case I can change to windows, and compile it for VS too
09:39.36 abhi2011 err no
09:39.43 abhi2011 lets fix it in linux :)
09:39.59 elf_ okay
09:39.59 abhi2011 lets see when someone replies
09:40.17 abhi2011 the debugger in windows is a bit better thats why i use it
09:40.23 elf_ until then I will use printfs instead of the bu_vls_printf
09:40.28 abhi2011 yep
09:41.08 elf_ The VS ide is pretty nice, I like it too, but I work more in linux that's why I started in here
09:41.54 abhi2011 yeah brlcad should build smoothly in all platforms
09:42.01 abhi2011 thats why we use cmake
09:42.24 abhi2011 it used to build quite well in linux and windows , the last time I checked about a year ago
09:42.38 abhi2011 lot of code has been added since then
09:42.47 elf_ hmm if you say it goes okay in VS, maybe then it has something to do with the gdb config :-?
09:43.22 abhi2011 well I do not use gdb config so I cant say
09:44.27 elf_ hmm anyway, what it doesn't do in my version is that it doesn't calculate the mass correctly
09:44.36 elf_ hard-codded it so now it's 1kg
09:44.44 elf_ then the velocities are still 0
09:44.47 elf_ not good
09:45.05 elf_ also the bbMin and bbMax are all over the place even after hard-codding them
09:45.30 abhi2011 thats fine, the printed bbMin and bbMax are taken from sim_params
09:45.39 abhi2011 which as we know is not havng the right values
09:45.46 elf_ nope
09:46.10 abhi2011 it should and it used to, so I ll have to see later what went wrong
09:46.37 abhi2011 but for now with everything harcoded and just the positions transferred back mged, we should see the cube colliding
09:46.45 abhi2011 I am trying to get that working again
09:47.17 elf_ it uses just the center to collide so far, it should use more than that
09:47.55 elf_ were is the code for shooting rays through the geometry?
09:48.56 abhi2011 simrt.c and simrt.h
09:49.03 abhi2011 no it doesnt use the center
09:49.14 abhi2011 it appears that way because its mapped incorrectly
09:49.26 elf_ hmmm
09:49.53 abhi2011 the only way to debug this, since there is no independent way of looking at the bullet world
09:50.00 abhi2011 is to print out the cube position
09:50.21 abhi2011 and check whether the position stabilizes where the collision is supposed to occur
09:50.27 abhi2011 thats what I am trying to do
09:51.04 abhi2011 in games where bullet is generally used, there is an opengl renderer which provides and independent view of the dynamics world
09:51.12 abhi2011 unfortunately we do not have that here
09:51.57 elf_ well I am trying to say that if the cube would get stabilized where it should, on the ground surface then he won't go half way through the plane, that's not how it should work
09:52.17 abhi2011 yep thats right
09:52.36 abhi2011 so if mged is showing the cube as half through the plance
09:52.41 elf_ so if the bbMin and bbMax are wrong where are the right values?
09:52.52 abhi2011 aabbMin and aabbMax
09:53.16 abhi2011 see line 258 : bb_Shape->getAabb(bb_MotionState->m_graphicsWorldTrans, aabbMin, aabbMax);
09:53.31 abhi2011 thats a function call to bullet
09:53.31 elf_ those are the one that I printed, bbMin and bbMax from the file I pasted to you, in get_transform right?
09:54.13 elf_ so those are the ones that I get strange values for
09:54.13 abhi2011 oh ok
09:54.19 abhi2011 well let me check then
09:54.36 elf_ I thought there was something that I missed and there was someplace else where they were
09:54.48 elf_ sure check it :)
10:02.33 elf_ you know I get the aaBBMin and aaBBMax values printed 2 times for each step of the simulation even though there is only one line that prints them out, same with the Linear velocity and angular velocity
10:03.00 elf_ that means that the portion of code where this happens is called somehow 2 times, why?
10:03.41 elf_ and also the linear and angular velocities are both the same value in the both prints (zero) not the same can be said about the aaBBMin value
10:05.37 abhi2011 darn, the edit/debug cycle is really slow because of this multiconfig_path thing
10:06.06 abhi2011 apparently it makes a list of all files everytime and then compiles
10:06.24 abhi2011 it used to be much much faster :(
10:06.32 elf_ can't you compile just the section that you modified? like just mged?
10:06.40 elf_ I do that in linux
10:06.44 abhi2011 i am compiling only libged
10:07.03 abhi2011 i think thats the smallest target
10:07.11 abhi2011 mged will load libged.dll
10:07.14 elf_ yeah
10:07.18 abhi2011 or libged.so whatever
10:07.38 abhi2011 yeah thats really slow too
10:07.47 abhi2011 anyway
10:07.57 abhi2011 i am trying to figure out whats happening
10:07.59 abhi2011 lets see
10:12.56 elf_ let me know when you get it working
10:13.14 elf_ it should be better to test it for the same simple cube falling on the ground
10:13.18 elf_ I used this
10:13.20 elf_ units m
10:13.27 elf_ in gp rpp -15 15 -15 15 -1 1
10:13.35 elf_ in cube rpp -1 1 -1 1 49 51
10:13.40 elf_ r cube.r u cube
10:13.43 elf_ r gp.r u gp
10:13.46 elf_ ae 35 15
10:13.50 elf_ autoview
10:13.52 elf_ tra 0 10 0
10:13.58 elf_ simulate 30
10:14.23 elf_ for me the cube looks like in the image I send you earlier after 30 steps, halfway though the ground plane
10:14.49 elf_ and if you do it like that we can compare the aaBBMin and aaBBMax values
10:17.39 abhi2011 whats was the 49 and 51 for ?
10:17.46 abhi2011 for a rpp
10:18.11 elf_ well you set the cube up on the Z axis above the plane 50 units
10:18.31 elf_ you get Xmin Xmax Ymin Ymax Zmin Zmax
10:18.34 elf_ for an rpp
10:18.42 elf_ xy the horizontal plane
10:18.50 abhi2011 ah yes right
10:18.53 elf_ Z is the vertical axis perpendicular on that plane
10:19.40 elf_ for the cube with the lenght of 1 it will be like he has the center at 50 units above the ground plane that way
10:20.04 elf_ now that we hard-codded the cube dimensions to 10 it would be much closer to the gp
10:20.26 elf_ like just 1/9 of the cube above the 50 mark and the rest down of it
10:20.58 abhi2011 yep
10:21.00 elf_ but that shouldn't be a problem, since 10 < 50 so the cube should just fall a short way and then stop on the gp not half way through
10:23.39 abhi2011 yeah aabb min of the cube should be same same aabbmax of the ground cube
10:23.52 abhi2011 *same as
10:24.10 abhi2011 on collision
10:26.37 elf_ yep, what values do you get?
10:26.45 elf_ cause I don't get any reasonable ones
10:33.25 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027b4353.bb.sky.com)
10:40.57 elf_ abhi2011, you said that changing the lines 102 and 108 with the btVector3(current_node->bb_dims[0]/2,current_node->bb_dims[1]/2,current_node->bb_dims[2]/2) to btVector3(10,10,10) will set the cube dimensions to a hard-codded value right?
10:41.14 abhi2011 yes
10:41.31 elf_ I don't think that's right, I think that sets the ground plane dimensions to a hard-codded value of 10
10:41.49 elf_ that's why the simulation looks like the image I showed you earlier
10:41.52 abhi2011 yeah i had added more lines after you left yesterday
10:42.07 abhi2011 wait i ll paste bin the function
10:42.11 elf_ okay
10:42.29 elf_ still the problem is not with the ground plane so that one should be let alone, I think
10:43.01 elf_ the cube dimensions should be hardcodded and that's not the place where it should be done, I think it should be done on the else case
10:43.10 abhi2011 http://paste.ubuntu.com/1222218/
10:43.33 abhi2011 yeah but if the ground planes dimensions are not correct that will afect the simulation
10:43.48 abhi2011 anyway I made the ground plane into an actual static plane
10:43.52 abhi2011 of 0 thickness
10:43.58 abhi2011 and the cube is hardcoded
10:44.07 elf_ yeah I see that, about the ground plane
10:44.29 abhi2011 all the MAT_COPY stuff is commented out
10:44.40 abhi2011 that copies from sim_param
10:44.49 abhi2011 for the initial transform
10:45.04 elf_ hmm yeah
10:45.15 elf_ the cube now it's actually a sphere right?
10:46.33 abhi2011 yes
10:46.42 abhi2011 wont make a difference in the positions
10:47.01 abhi2011 until after collision
10:48.50 elf_ does the simulation run with the changes that you did on your end?
10:49.50 elf_ I am asking cause here it gets aborted once again...
10:51.48 *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md)
10:52.10 abhi2011 comment out lines 466 to 470
10:52.16 abhi2011 in simulate.c
10:52.47 abhi2011 thats to apply the transforms in mged
10:52.55 abhi2011 the abort seems to be happening there
10:53.57 elf_ the rbA and rbB structs?
10:54.22 abhi2011 this part :
10:54.29 abhi2011 rv = apply_transforms(gedp, &sim_params);
10:54.31 abhi2011 if (rv != GED_OK) {
10:54.41 abhi2011 bu_vls_printf(gedp->ged_result_str, "%s: ERROR while applying transforms\n", argv[0]);
10:54.43 abhi2011 return GED_ERROR;
10:54.44 abhi2011 }
10:55.08 abhi2011 you are looking in simphysics
10:56.25 elf_ yeah
10:56.35 elf_ saw after that that you said simulate.c
10:59.34 abhi2011 no more aborts
10:59.39 abhi2011 now lets see
10:59.51 elf_ for me it runs without stopping
11:00.35 abhi2011 simulate 1 also ?
11:00.42 abhi2011 oh do one more thing
11:00.54 abhi2011 comment out line 448
11:01.00 abhi2011 in simulate.c
11:01.08 abhi2011 I am removing all ray tracing stuff
11:01.19 abhi2011 the ray tracing generates too much output
11:01.50 abhi2011 uncomment line 238 in simphysics.cpp
11:01.57 abhi2011 bu_vls_printf(sim_params->result_str, "Position : %f, %f, %f\n", m[12], m[13], m[14]);
11:02.29 abhi2011 or rather make it into a bu_log staement
11:02.31 elf_ to print the final position?
11:02.34 abhi2011 yes
11:03.00 abhi2011 bu_log("Position : %f, %f, %f\n", m[12], m[13], m[14]);
11:03.02 elf_ where is all the rt stuff called?
11:03.07 elf_ yeah did that
11:03.44 abhi2011 it called in simrt.c
11:03.57 abhi2011 which is supposed to have a custom algo based on raytracing
11:04.06 abhi2011 for detecting overlaps between 2 cubes
11:04.17 abhi2011 this algo is no longer registered with bullet
11:04.26 abhi2011 (we commented it out)
11:04.32 abhi2011 so it will no longer be called
11:04.52 abhi2011 apart from the ray tracing is initialized in init_raytrace(&sim_params);
11:05.00 abhi2011 line 448 in simulate.c
11:05.08 abhi2011 but we commented out that too
11:05.20 abhi2011 so now we are using only bullet's default algos
11:05.25 abhi2011 which will do the job too
11:05.46 elf_ so we comment out th init_raytrace(&sim_params) in simulate.c
11:05.54 elf_ and what else?
11:07.19 abhi2011 nothing else
11:07.27 abhi2011 lets try running it
11:11.50 abhi2011 the dynamic rigid body's position needs to be greater than 0
11:12.12 elf_ what's your output? can you paste it somewhere?
11:12.23 abhi2011 i am stil changing it
11:12.31 abhi2011 <PROTECTED>
11:12.33 abhi2011 btVector3(0, 0, 0)));
11:12.35 abhi2011 this is line 151
11:12.39 abhi2011 <PROTECTED>
11:12.49 abhi2011 i am just testing with this
11:19.18 elf_ well the difference I see after running it with that line up there is that now the end position of the falling geometry is inside the ground
11:19.29 elf_ Position : 0.000000, 0.000000, -1.000000
11:19.59 abhi2011 hmm it should be : btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 0, 1),
11:20.01 abhi2011 btVector3(0, 10, 0)));
11:20.23 abhi2011 the quaternion is for rotation
11:20.31 abhi2011 the vector3 is for the origin
11:20.40 abhi2011 both combine to make the transform
11:20.56 abhi2011 both are args to the btTransform ctor
11:21.09 abhi2011 darn
11:21.14 elf_ ?
11:21.27 abhi2011 btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 0, 1),
11:21.30 abhi2011 btVector3(0, 0, 10)));
11:21.38 abhi2011 10 units up on the z axis
11:21.40 abhi2011 not y
11:21.46 elf_ yeah
11:21.53 elf_ I put them on the Z
11:23.18 elf_ hmmm I get this btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 10, 1),
11:23.18 elf_ <abhi2011> btVector3(0, 0, 0)))
11:23.25 elf_ ahh not that one
11:23.30 elf_ Position : 0.000000, 0.000000, -1.000000
11:23.31 elf_ get_transforms: Dimensions of this BB : 1999999968613498880.000000 1999999968613498880.000000 1999999968613498880.000000
11:23.31 elf_ Position : 0.000000, 0.000000, 9.997222
11:23.31 elf_ get_transforms: Dimensions of this BB : 1.000000 1.000000 1.000000
11:23.32 elf_ simulate: The simulation result is in group : sim.c
11:23.35 elf_ tha
11:23.36 elf_ t
11:23.53 abhi2011 try runnign for a few more steps
11:23.58 abhi2011 the 2nd position is the shere
11:24.02 abhi2011 *sphere
11:24.09 elf_ yeah that one looks good imo
11:24.13 elf_ it should be there
11:24.35 abhi2011 unfortunately i do not get any movement :P
11:24.51 elf_ it's really small the movement I mean
11:24.58 elf_ I ran it for another 3 steps
11:25.04 elf_ and this is the new position of the sphere
11:25.05 elf_ <PROTECTED>
11:25.05 elf_ <abhi2011> btVector3(0, 0, 0)))
11:25.09 elf_ not again
11:25.15 abhi2011 ?
11:25.21 elf_ I always forget it doesn't work that way to copy paste from mged
11:25.28 elf_ Position : 0.000000, 0.000000, 9.991667
11:25.32 elf_ that one
11:25.40 abhi2011 ok so it is accelerating
11:25.46 abhi2011 thats how it shud be
11:25.58 abhi2011 check this with the hellow world app output
11:26.01 elf_ yeah I let it run for some more steps
11:26.03 elf_ lets see
11:26.22 abhi2011 it shud stop at 0.5
11:26.34 abhi2011 the center of the sphere will be at 0.5
11:26.39 abhi2011 as the radius is 0.5
11:27.05 abhi2011 darn forgot to save the file
11:27.09 abhi2011 ok lets try again
11:27.12 abhi2011 :sigh:
11:27.49 elf_ I ran it for 30 steps... I got a mess... http://paste.ubuntu.com/1222279/
11:30.30 abhi2011 hmm
11:31.36 elf_ well after 40 steps this is how far it has moved.. Position : 0.000000, 0.000000, 9.944445
11:31.40 elf_ that's not a lot
11:31.44 elf_ and I still get that mess
11:33.50 abhi2011 yeah remove those output lines
11:34.16 abhi2011 the one tha prints : get_transform : aaBBMin -5724593028653935111469506849925777538048616085059274744487769129466414820852884796651876100297183267000396656472042632853955496324592056664064.000000 aaBBMax 0.000000
11:34.18 abhi2011 get_transform : aaBBMin -0.000031 aaBBMax 0.000000
11:34.38 abhi2011 then the output wil be easier to read
11:35.35 abhi2011 http://paste.ubuntu.com/1222294/
11:37.08 elf_ yeah it's similar to what I've got
11:38.12 elf_ Don't you think it still moves too slowly? after 140 steps it got only here
11:38.25 elf_ Position : 0.000000, 0.000000, 9.722222
11:38.51 abhi2011 yeah thats wierd
11:40.24 abhi2011 its prolly got to do with the fact that we are setting the velocity in every iteration
11:40.39 abhi2011 prolly the velocity is not getting set correctly
11:40.44 abhi2011 lets print the velocities
11:41.22 elf_ in simphysics.cpp add rigid bodies on the else case right?
11:41.58 abhi2011 yes
11:42.31 elf_ bbRigidBody has any field linear/angular velocity?
11:42.45 elf_ Or do we take it from the current_node->linear_velocity when we print it?
11:44.08 elf_ found it never mind
11:46.18 abhi2011 oh shoot
11:46.39 abhi2011 we are restarting the sim from 10 each time :P
11:46.50 abhi2011 since we have hardcoded it
11:47.26 elf_ yes we do but after 200 steps it goes jsut till 9.4222
11:47.34 abhi2011 yes thats cause as I have said
11:47.46 abhi2011 we recreate the bullet world in each iteration
11:47.54 abhi2011 we do not run a loop in run_simulation
11:48.03 abhi2011 we call run_simulation itself 200 times
11:48.05 abhi2011 :P
11:48.07 elf_ ahhh I thought you meant something else
11:48.20 abhi2011 the reason we do that is a bit complicated
11:48.26 abhi2011 but I ll try n explain
11:48.35 abhi2011 its got to with the raytracing stuff
11:48.38 abhi2011 1 sec
11:48.41 elf_ okay
11:48.41 abhi2011 i ll go grab some tea
11:51.03 abhi2011 so when simulate 10 is called then ged_simulate() gets called right
11:51.15 elf_ right
11:51.35 abhi2011 ged_simulate() add the regions in the .g file using add_regions()
11:51.42 abhi2011 in line 423
11:52.24 abhi2011 every regions gets its own node in the list of struct rigid_body nodes
11:52.34 elf_ okay
11:52.38 abhi2011 the head of this list is stored in sim_params
11:52.52 abhi2011 in struct rigid_body *head_node
11:53.00 abhi2011 see simulate.h
11:53.02 abhi2011 anyway
11:53.26 abhi2011 so the loop for the simulation is just after that
11:53.57 abhi2011 in the loop we create a combination representing the regions in their new positions
11:54.28 abhi2011 that is there is a comb called sim.c and below it there is a copy of all the regions being simulated
11:54.48 abhi2011 but having transforms as returned by bullet
11:55.12 abhi2011 this is to prevent modifying the original regions and their locations
11:55.28 abhi2011 so sim.c gets created in recreate_sim_comb()
11:55.31 abhi2011 all ok so far ?
11:55.45 elf_ okay
11:56.52 abhi2011 after that we call run_simulation() which simply scans the list passed in sim_params and adds the objects whose information is present at each node
11:57.18 abhi2011 the number of nodes = the number of regions being simulated = the number of rigid bodies inserted into the bullet sim
11:57.38 abhi2011 so in our case there should be 2 nodes
11:57.52 elf_ gp and the sphere/cube
11:58.07 abhi2011 yes
11:58.20 abhi2011 the ground plane has a fixed name as you know
11:58.26 elf_ yes
11:58.48 abhi2011 and in simhysics.cpp i detect this name and make the corresponding object a static object(not dynamic)
11:58.54 abhi2011 so the ground plane never moves
11:59.06 abhi2011 the other objects will be dynamic
11:59.07 elf_ okay, got that
11:59.12 abhi2011 anyway t
12:00.01 abhi2011 so in run_simulation we create the simulation world from scratch and add objects, run the sim for just 1 step and get back the transforms in sim_params
12:00.09 abhi2011 then delete the bullet sim stuff
12:00.16 abhi2011 dynamics world, collision shapes etc
12:00.22 elf_ shouldn
12:00.29 elf_ t we run it all in run_simulation
12:00.35 elf_ I mean for more than one step
12:00.37 abhi2011 yep coming to that
12:00.41 abhi2011 we could do that
12:00.44 elf_ okay :)
12:00.59 abhi2011 and thats the easiest way and I do that for debuggng sometimes
12:01.06 abhi2011 but the problem is
12:01.12 abhi2011 or rather the feature
12:01.24 abhi2011 that brlcad can produce arbitrary shpes
12:01.39 abhi2011 like a arbn
12:01.47 abhi2011 or a tgc
12:01.49 elf_ okay
12:02.03 abhi2011 these shapes cannot be created directly in bullet
12:02.13 abhi2011 bullet has only a limited number of primitives
12:02.29 elf_ right
12:02.33 abhi2011 sphere, cone, cylinder and very few tohers
12:02.53 abhi2011 so the question was how do we support collisions for these shapes
12:03.19 abhi2011 a reasonable (perhaps not the best way) to do it is
12:03.27 abhi2011 to run the simulation for 1 step
12:03.37 abhi2011 then get back the transforms into mged
12:04.06 abhi2011 then hit the overlapping regions with rays
12:04.20 abhi2011 using the fast raytracing library
12:04.23 abhi2011 librt
12:04.30 elf_ okay
12:04.50 abhi2011 so we can get the exact contact points and penetrations information this way
12:05.15 abhi2011 these are put into the proper structures in sim_param
12:05.27 abhi2011 for the next iterations
12:05.43 abhi2011 now the catch here is
12:06.07 abhi2011 if we run the sim loop in run_simulation()
12:06.16 abhi2011 then we cant update mged at every step
12:06.28 abhi2011 we will get only the final position after the simulation completes
12:06.39 abhi2011 for updating mged and using librt
12:06.49 elf_ we need intermediate positions
12:06.50 abhi2011 we need to get out of run_simulation, or return from it rather
12:06.54 abhi2011 yep
12:07.06 abhi2011 so my solution was to
12:07.20 abhi2011 recreate the simulation at every step
12:07.34 abhi2011 with the state information stored in sim_params
12:07.43 abhi2011 in between loop iterations
12:07.51 abhi2011 with the loop being in ged_simulate()
12:08.02 abhi2011 if we are not bothred with ray tracing
12:08.06 abhi2011 then we can run the loop
12:08.12 abhi2011 in run_simulation()
12:08.37 abhi2011 but that will not meet the criteria of supporting arbitrary shapes
12:08.53 abhi2011 there are 4 things in the stae info
12:08.58 elf_ couldn't there be a way to use rt in the run_simulation() loop?
12:09.02 abhi2011 *state info
12:09.18 abhi2011 there could be
12:09.45 abhi2011 but you have to put the updation code in there
12:09.57 abhi2011 to update the raytracing world
12:10.07 abhi2011 right now
12:10.15 abhi2011 what I do is update mged
12:10.35 abhi2011 that also updates the ray tracing world
12:10.46 abhi2011 and allows the rays to detect objects in their new positions
12:11.04 elf_ hmm how exactly updating mged updates the rt world?
12:11.15 abhi2011 i do not know
12:11.32 abhi2011 but when rays are shot then objects are detected
12:11.32 elf_ Oh so it's something that's outside the simulate command
12:11.37 abhi2011 yes
12:11.53 abhi2011 as in the code is outside
12:12.17 abhi2011 but apply_transforms() does the updating
12:12.21 abhi2011 using libged commands
12:12.49 abhi2011 so that updates the internal structures for ray tracing to work on the objects in their new positions
12:13.10 abhi2011 so if you look at the commands you will see that it ultmately updates stuff in the .g file
12:13.16 abhi2011 and librt reads from there
12:13.31 elf_ maybe something like that could be done so that it will work inside the run_simulation()
12:13.34 abhi2011 actually it updates the in -mem representation f the scene
12:13.48 abhi2011 yep
12:13.57 abhi2011 however this appraoch also works :P
12:14.03 abhi2011 just have to fix it
12:14.08 elf_ It does
12:14.09 abhi2011 i remember it working before
12:14.26 abhi2011 but you can try the other approach too
12:14.43 elf_ hmm we'll see
12:14.46 abhi2011 i just found the curent way simpler in the limited time i had
12:14.48 abhi2011 :P
12:15.10 elf_ Yeah, it is a little bit simpler
12:15.37 elf_ now the question is why it's not working properly for the current simulation?
12:17.38 abhi2011 i ll check that in a min
12:17.40 abhi2011 brb
12:18.41 elf_ okay
12:37.52 abhi2011 hm i have an idea of why we get the variation in the position of the sphere
12:38.04 abhi2011 in our current hardcoded state
12:38.17 abhi2011 it should be same each time
12:38.21 abhi2011 since at every step
12:38.32 abhi2011 we start from the same position
12:39.21 elf_ right
12:39.42 abhi2011 the linear velocity is being preserved and saved in sim_params
12:39.55 abhi2011 its being applied to the sphere before each iterations
12:40.00 abhi2011 *iteration
12:40.21 abhi2011 so the linear vel will keep increasing
12:40.53 abhi2011 as would be the case anyway, if the position of the sphere were changing
12:41.13 abhi2011 thats causes a greater drop from 10 each time
12:41.29 elf_ right it would make sense
12:41.42 abhi2011 lets print the lnear velocity just before its set
12:41.50 abhi2011 in add_rigid_body()
12:41.52 abhi2011 else case
12:41.56 abhi2011 see if its increasing
12:42.21 elf_ yeah, so we should print the bb_RigidBody->linear_velocity
12:42.27 abhi2011 yes
12:43.00 abhi2011 the position difference should be 10 - linear_velocity.z
12:43.08 abhi2011 every time
12:45.21 abhi2011 hmm i see we are setting a higher linear vel each time
12:45.36 abhi2011 so there is a higher drop within the timespan of 1 step each time
12:46.00 abhi2011 combined with the fact that we start from 10 each time, that is why movement appears slow
12:46.02 abhi2011 :P
12:46.17 elf_ I got a little problem
12:46.24 elf_ I printed this printf("BEFORE SETTING : LinearVelocity %f AngularVelocity %f\n", bb_RigidBody->linear_velocity.z, bb_RigidBody->angular_velocity.z);
12:46.38 abhi2011 ok
12:46.44 elf_ before the VMOVE(V, current_node->linear_velocity);
12:46.44 abhi2011 i think z()
12:47.01 elf_ ahh that's what I was going to ask if there was a function or just a var
12:47.09 abhi2011 :)
12:47.23 elf_ cause I get an error and can't find it through all the output I get from gdb... about size stuff
12:48.15 abhi2011 yeah gdb produces too much output
12:48.18 elf_ that wasn't it, called it as bb_RigidBody->angular_velocity.z()
12:48.27 elf_ and I still get the error
12:49.28 abhi2011 oh thats cause bb_RigidBody is a struct rigid_body
12:49.46 abhi2011 that my own structure
12:49.49 abhi2011 in it
12:49.58 abhi2011 angular_velocity is defined as vect_t
12:50.10 abhi2011 bu_log("Setting linear velocity as : %f, %f, %f",
12:50.12 abhi2011 <PROTECTED>
12:50.14 abhi2011 <PROTECTED>
12:50.15 abhi2011 <PROTECTED>
12:50.48 abhi2011 oh wait bb_RigidBody is a btRigidBody
12:51.12 abhi2011 well if you print the velocity from bb_RigidBody then you will not get the right velocity
12:51.16 abhi2011 as its not yet set
12:51.26 elf_ hmm you are right
12:51.29 abhi2011 you need to print the velocity in the current_node
12:51.37 abhi2011 as thats where its pulled from
12:51.39 abhi2011 and saved to
12:52.43 abhi2011 so the struct rigid_body (all lower case ) is my own structure
12:53.18 abhi2011 it has a lot of fields specific to our situation
12:53.26 abhi2011 btRigidBody is provided by Bullet
12:53.28 elf_ okay, I used that bu_log statement you pasted
12:53.36 abhi2011 ok
12:53.45 elf_ yeah, figured that all the structures with bt in name are bullet provided
12:53.48 elf_ right?
12:53.51 abhi2011 yep
12:55.52 abhi2011 printf() wasnt printing inside mged
12:56.00 abhi2011 but bu_log() does
12:58.15 elf_ I still get lots of output for it
12:58.16 elf_ http://paste.ubuntu.com/1222440/
12:59.47 abhi2011 yeah you need to comment out those lines in run_simulation()
13:00.12 abhi2011 at least line : dispatcher->registerCollisionCreateFunc(BOX_SHAPE_PROXYTYPE,...
13:00.57 elf_ it's commented
13:01.21 elf_ I mean that's the output I get with that line commented
13:01.46 abhi2011 how about dynamicsWorld->getPairCache()->setOverlapFilterCallback(filterCallback);
13:05.07 abhi2011 also below it : dispatcher->setNearCallback((btNearCallback)nearphase_callback);
13:07.29 elf_ looks better no
13:07.30 elf_ w
13:08.40 abhi2011 can you paste the output
13:08.45 elf_ http://paste.ubuntu.com/1222460/ that's my outpu
13:09.09 abhi2011 yeah
13:09.21 elf_ do you get something similar?
13:09.24 abhi2011 so as you can see the linear velocity is being saved
13:09.25 abhi2011 yes
13:09.28 abhi2011 its same
13:09.47 abhi2011 now
13:10.00 abhi2011 we have to get the objects from mged into the sim
13:10.10 abhi2011 and remove all the hardcoded stuff
13:10.25 elf_ okay
13:10.59 abhi2011 all regions in mged are inserted as cubes in bullet
13:11.08 abhi2011 the region can be any arbitrary shape
13:11.13 elf_ yeah bounding boxes
13:11.20 abhi2011 yes
13:11.57 abhi2011 the idea was to generate the contact points using ray tracing so the actual collision behavior will be according to the true shape
13:11.59 abhi2011 and not a cube
13:12.18 abhi2011 even though we use cubes, or rather cuboids got from the AABB
13:12.27 elf_ okay
13:12.44 abhi2011 so for sphere rolling on the ground
13:13.06 abhi2011 the aabb will look like its penetrated the ground after the sphere rolls by 45 degress
13:13.31 elf_ right that makes sense
13:14.17 abhi2011 right so lets check first whether positions are getting mapped back to mged correctly
13:14.51 abhi2011 i ll try to fix apply_transforms() and let you know
13:15.20 abhi2011 no point in both of us working in lock step :P
13:17.24 elf_ the checking should be done in apply transform right?
13:18.00 abhi2011 umm checking ?
13:18.17 elf_ if the position are getting mapped correctly
13:18.19 elf_ I mean
13:18.35 abhi2011 yes
13:18.39 abhi2011 the mapping
13:18.57 abhi2011 its done in apply_transforms
13:19.09 elf_ okay
13:19.19 abhi2011 i move the shape back to origin using inverse transform
13:19.25 abhi2011 do rotation
13:19.33 abhi2011 then translation
13:21.27 abhi2011 blackout !
13:21.32 abhi2011 see you later !
13:21.38 elf_ okay
13:22.01 elf_ I will look through the apply_transforms too
13:28.37 *** join/#brlcad abhi2011 (~chatzilla@117.200.83.2)
13:28.54 abhi2011 back !
13:30.46 abhi2011 i have uncommented line 257 in get_transforms()
13:30.53 abhi2011 print_matrices(current_node->rb_namep, current_node->m, m);
13:31.01 abhi2011 that causes this output :
13:31.42 abhi2011 http://paste.ubuntu.com/1222497/
13:54.08 elf_ yeah I played with that one too
13:57.02 abhi2011 the error is in insert_AABB()
13:57.06 abhi2011 its not needed right now
13:57.15 abhi2011 prolly can comment out
13:57.44 abhi2011 i mean comment out in apply_transforms()
13:58.00 abhi2011 thats just to display the new AABBs in mged
14:10.03 elf_ hmm wait what should we comment out in apply_transforms()?
14:15.49 elf_ okay hmm I get the same output with and without the insert_AABB line in apply_transforms
14:28.34 abhi2011 ok
14:28.45 elf_ do you get something different?
14:29.00 elf_ I am running a debugger over it right now, step by step
14:29.01 abhi2011 yeah I get a stack corruption with insertAABB
14:29.06 abhi2011 in the cmd_args aray
14:29.09 elf_ hmmm
14:29.12 abhi2011 i can dismiss it and continue
14:29.18 abhi2011 but anyway
14:29.24 abhi2011 thats not needed right now
14:29.33 elf_ maybe you have commented more lines out than necessarily
14:29.43 abhi2011 could be
14:30.11 abhi2011 right now I am checking if the cube is inserted into the dropped position in the 2nd iteration
14:30.21 abhi2011 or the original starting position
14:30.28 abhi2011 it should be at the dropped position
14:32.18 elf_ aha
14:33.43 abhi2011 hmm it is
14:33.51 abhi2011 still its dropping very slowly
14:33.59 abhi2011 its weird
14:35.41 elf_ well then it's from somewhere else
14:36.24 abhi2011 the velocity is going up
14:36.31 abhi2011 but the position is not changing as fast
14:37.05 elf_ where were you updating the position?
14:39.38 abhi2011 apply_transforms()
14:39.46 abhi2011 i am convinced that this is a units issue
14:40.19 abhi2011 bullet is saying its placed the object at : 49,000 someting
14:40.20 abhi2011 Added new rigid body : sim_cube.r to simulation with mass 1.000000 Kg at (0.000000,0.000000,49876.246094)
14:40.25 abhi2011 that should not happen
14:40.38 abhi2011 it means mged is supplying the units in mm
14:40.41 elf_ it should be 49.876
14:40.44 abhi2011 the height is dropping
14:40.50 abhi2011 buts its in the units place
14:40.58 abhi2011 as it shoudl be
14:41.13 abhi2011 ok, but mged has to supply the height in meters
14:41.23 elf_ the units are set to meters if mged is not supplying the units right then...
14:41.24 abhi2011 or we divide by 1000 in bullet
14:41.41 elf_ when you type units in mged window you get something like 1m = 1000mm that's correct
14:42.18 abhi2011 i get
14:42.19 abhi2011 You are editing in 'mm'. 1 mm = 1 mm
14:42.27 elf_ but I think it gets transferred as meters but in mm units, as in we have 49 meters okay then we send 49kmm
14:42.38 abhi2011 hmm
14:42.47 abhi2011 ok
14:42.52 abhi2011 so now matter what units i have
14:42.57 abhi2011 millimeters or meters
14:42.59 elf_ that's wrong, I said that before making a new database you should set units m
14:43.08 abhi2011 its transferring it as 49999
14:43.41 abhi2011 yes it was set to meters
14:44.02 abhi2011 do you see your output as 49.000 something ?
14:44.15 abhi2011 i mean in the bullet matrices
14:44.18 abhi2011 and positions
14:44.29 elf_ that's what I get http://paste.ubuntu.com/1222635/
14:45.08 elf_ but you see the plane dimensions are 15 not 15K so it is transferred in milimeters
14:45.33 abhi2011 yeah thats fine in the bullet matrix outputs
14:45.45 elf_ I am talking about the sim_gp.r and sim_cube.r
14:45.55 abhi2011 as you have the positions hardcoded still
14:46.04 abhi2011 i have reverted to the code in svn
14:46.10 elf_ you mean you get 49k in the matrice?
14:46.11 abhi2011 where I pick up dimensions from mged
14:46.14 abhi2011 yes
14:46.19 elf_ what have you changed?
14:46.39 abhi2011 one sec i ll commit to svn
14:47.25 elf_ okay
14:51.09 CIA-68 BRL-CAD: 03Abhi2011 * r52516 10/brlcad/trunk/src/libged/simulate/ (simphysics.cpp simulate.c simutils.c): Fixing the simulate function. There are a number of debugging lines still present. These will be removed soon.
14:51.27 abhi2011 update
14:51.51 abhi2011 there are a lot of indentation related changes
14:51.55 abhi2011 so just ignore those
14:54.13 elf_ kay getting them now
15:00.56 elf_ darn should have just updated my current version not try and get the whole repo again
15:02.58 abhi2011 :P
15:05.15 elf_ ahh you took out the hardcodded parts
15:06.08 abhi2011 yes
15:06.18 abhi2011 does it compile without shadows ?
15:07.08 elf_ I am making another build for that one, since I got it from the latest version of the svn so I have to wait if it compiles without shadow
15:08.04 elf_ anyway I think the shadow problems occur just when I butch on some of the code, I tried using again the bu_logs in my version of the code and it worked, so most probably I was doing something wrong
15:08.08 elf_ before
15:09.34 abhi2011 cool
15:14.10 abhi2011 ok the positions are fine now
15:14.14 abhi2011 I ll commit the new code
15:14.40 abhi2011 its not updating mged yet though
15:14.56 abhi2011 but its coming to a halt at 1.9999
15:15.01 abhi2011 which is correct
15:15.10 abhi2011 as the ground plane in your s3.g
15:15.24 abhi2011 is 2 m in height with center at 0,0,0
15:15.32 abhi2011 and the cube is also 2 m in height
15:15.49 abhi2011 so the center of the cube on collision will be at 1 + 1 = 2 m
15:16.01 elf_ that's right
15:16.14 abhi2011 i ll commit the new code again
15:16.15 elf_ what was wrong with the positions?
15:16.40 elf_ okay I'll wait to finish this building and then update only the changes
15:17.19 abhi2011 yep
15:17.28 abhi2011 and now to fix this mged updating thing
15:17.34 elf_ I mean what did you change for the position to be right?
15:17.38 CIA-68 BRL-CAD: 03Abhi2011 * r52517 10/brlcad/trunk/src/libged/simulate/simulate.c: More fixes. Scaled the mged supplied AABB bounds by 0.0001 to bring it into meters before feeding into bullet.
15:17.50 elf_ ahh you scalled it
15:17.55 abhi2011 yeah :P
15:18.13 abhi2011 what else to do, i dunno what mged is mucking up at the moment
15:18.28 elf_ that's tricky.... maybe the problem wasn't from there, will have to tell Sean about this one
15:18.33 abhi2011 yeah
15:18.42 elf_ if mged is getting the units wrong that's a big problem
15:19.00 abhi2011 we are prolly not executing the right commands
15:19.08 abhi2011 i can see 15 and 50 etc
15:19.16 abhi2011 in the primitive editor
15:19.19 elf_ though I tend to think we are doing something wrong in the code
15:19.23 elf_ 15 and 50?
15:19.33 abhi2011 in mged opengl wndow
15:19.33 elf_ darn this build takes forever...
15:19.42 abhi2011 if you select a primitive
15:19.56 abhi2011 edit > primitve selection
15:20.05 abhi2011 then goto
15:20.14 abhi2011 edit > primitve editor
15:20.24 abhi2011 you can see the details of the object
15:20.34 abhi2011 that does know abut the units
15:21.41 abhi2011 strange
15:21.45 abhi2011 it does about the units
15:21.53 abhi2011 but if i select meters as the unit
15:22.07 abhi2011 the primitive editor shows me .001 m
15:22.15 abhi2011 if i make the units as mm
15:22.18 abhi2011 then it show 1 mm
15:22.35 abhi2011 so the cubes in te s3.g file were created with mm dimensions
15:22.52 abhi2011 hmm
15:22.59 elf_ what does the units command tell you?
15:23.02 elf_ type units
15:23.05 elf_ in mged
15:23.24 abhi2011 You are editing in 'm'. 1 m = 1000 mm
15:23.33 elf_ so it was created with meters not mm
15:23.45 abhi2011 no
15:23.49 elf_ I assume that you didn't select units m before
15:23.55 abhi2011 when I goto primitive editor
15:24.06 abhi2011 i can see the dimensions of the cube as 0.001 mm
15:24.10 abhi2011 so it was made in mm
15:24.25 abhi2011 sprry
15:24.28 abhi2011 0.001 m
15:24.48 abhi2011 umm u understand what I mean ?
15:24.57 abhi2011 see the cubes must have been in mm
15:25.14 abhi2011 else the prim editor would not say the dimension as 0.001
15:25.20 abhi2011 when I am in units = meters
15:25.20 elf_ send you another database, it has the same geometry as the one you got
15:25.40 abhi2011 ok
15:25.42 elf_ I am looking at it right now and I get ARB8 V1:(1,-1,49)
15:25.44 elf_ which is right
15:26.15 abhi2011 yes but what do you see in the primitive editor
15:27.23 elf_ and I am looking at the primitive editor in this one too it looks like this
15:27.24 elf_ http://imageshack.us/a/img826/4358/screenshotat20120923182.png
15:27.26 abhi2011 what was the command for getting ARB8 V1:(1,-1,49)
15:27.39 abhi2011 yes
15:27.48 elf_ if you are getting that it's not right... cause the units used to create the geometry are selected as meters
15:27.49 abhi2011 so that means your units are currently in meters
15:27.53 elf_ so something's wrong
15:27.59 abhi2011 hmm
15:28.31 abhi2011 ok my units are currently st to meters
15:30.06 *** join/#brlcad elf_ (~elf@109.97.187.115)
15:30.14 elf_ and the arb8 thing you get in the mged window with Keypoint:ARB8 V1:(1,-1,49), on the margin of the window, where you get also the az, el and other info
15:34.08 abhi2011 ok there was a command to print out all the vertices i think
15:34.44 abhi2011 for a arb8 i mean
15:36.19 *** join/#brlcad elf__ (~elf@92.80.8.106)
15:36.48 elf__ Grrr damn it keep getting kicked O.O
15:38.04 abhi2011 yeah you are right
15:38.09 abhi2011 I did l cube
15:38.20 abhi2011 its printing the vertices as 1000 etc
15:38.25 abhi2011 while unit = mm
15:38.39 abhi2011 but the prim editor shows it as 1.000
15:38.48 abhi2011 thats weird
15:38.49 elf__ so something's wrong
15:38.59 abhi2011 yeah
15:39.01 abhi2011 well anyway
15:39.03 elf__ I think it's somewhere outside simulate command
15:39.09 abhi2011 yep
15:39.21 abhi2011 so lets see whats up with mged updating
15:40.26 abhi2011 i think if the units are wrong
15:40.36 abhi2011 and the objects are being moved only by 49 mm
15:40.41 abhi2011 then there will a problem
15:40.55 abhi2011 we will have to scale the tranforms back
15:41.01 elf__ I don't think there's anything wrong with the updating actually.
15:41.01 abhi2011 by 1000
15:41.05 elf__ It updates it right
15:41.10 elf__ by the scalling
15:41.14 elf__ I mean for mm it worked
15:41.20 elf__ so now it updates it for mm to
15:41.26 elf__ moving it just a tiny little bit
15:41.35 elf__ if the units it would be right
15:41.41 abhi2011 yep
15:41.43 elf__ then it would update it for meters
15:41.49 elf__ so it would move more
15:42.29 abhi2011 hmm so do we remove the scaling then
15:42.50 elf__ yep no scalling
15:42.57 abhi2011 ok
15:43.33 abhi2011 so now we have to ensure that bullet gets 50
15:43.38 abhi2011 and not 50,000
15:44.59 elf__ hmm we can trick it I guess somehow, maybe the scaling should remain when we get the parameters from mged to bullet and then we will only update what we get from bullet so no need for more scaling
15:45.15 elf__ this should only be something temporal
15:45.53 abhi2011 yep
15:46.15 abhi2011 so when we update back from bullet
15:46.35 abhi2011 now
15:46.43 abhi2011 we have to check whats happening
15:46.54 abhi2011 i have got scaling present only during the input
15:47.04 abhi2011 in get_bb()
15:47.09 abhi2011 no where else
15:48.30 elf__ okay that's good, there should be scaling since that's when we get the dimensions from mged to bullet
15:50.37 elf__ hmm it's still not enough, the scaling is there but the bullet still somehow gets the 49K instead of 49
15:51.06 abhi2011 eh ?
15:51.20 abhi2011 i can see 49 in the matrices
15:52.00 abhi2011 wait i ll post my output
15:52.04 elf__ yes there's 49 in the matrices but it acts as if it's 49k, try and simulate it for more steps 20 or so
15:52.25 elf__ for 20 steps in the mm simulation will move a good deal
15:52.35 elf__ here it barely "trembles" so to speak
15:53.13 abhi2011 ok, but the position is dropping right ?
15:53.21 elf__ how I see it, it's that it should be the same thing only in different dimensions, it moves at one speed in the mm units then the same proportions should be respected in the m unitz
15:53.22 abhi2011 it should drop right down to 1.9999
15:55.29 elf__ that
15:55.32 elf__ s the thing it's not
15:55.33 elf__ http://paste.ubuntu.com/1222766/
15:56.02 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
15:56.37 abhi2011 here is my output : http://paste.ubuntu.com/1222768/
15:57.09 elf__ see the 49.416668 it got modified just a little bit, I was expecting the 49 to get modified to drop to something like 40 or so
15:57.19 abhi2011 only in 300 steps
15:57.22 abhi2011 see my output
15:57.42 abhi2011 50 m is a long distance to fall :P
15:57.56 elf__ hmm that's better
15:57.59 elf__ let me try it
15:58.01 abhi2011 remember in the hallo world they had it as 300
15:58.24 elf__ yes you are right
15:59.06 elf__ it works
15:59.13 elf__ okay so one out of the way
16:01.00 abhi2011 yah it hits at 227
16:01.13 abhi2011 thats when the linear velocity drops suddenly
16:02.22 abhi2011 so lets run it for 1 iteration
16:02.29 abhi2011 and see how the values change
16:02.34 abhi2011 whats your current units
16:02.39 abhi2011 i ll swithc to the same
16:02.48 abhi2011 so we are on the same page
16:03.06 abhi2011 i am in mm
16:03.40 elf__ I am in m
16:03.49 elf__ I used m all this time
16:04.08 abhi2011 right
16:04.11 abhi2011 so am i now
16:04.12 elf__ but yeah around the 227 velocity goes suddenly near 0
16:04.35 elf__ Question do you actually see the cube on the ground?
16:04.38 abhi2011 yah maybe the 2nd hit
16:04.43 elf__ or near the ground plane?
16:04.46 abhi2011 in the hallo world it hit earleir
16:04.53 abhi2011 yeah
16:04.56 abhi2011 well anyway
16:05.09 abhi2011 so now we have to get mged updating correctly
16:05.18 elf__ mine it's still in the same postion, strange
16:05.25 abhi2011 yeah mine too
16:05.29 elf__ okay let's get mged to update correctly
16:05.47 abhi2011 so run for only 1 iteration
16:05.56 abhi2011 lets see what it says
16:06.01 abhi2011 after that
16:06.06 abhi2011 in mged
16:06.30 abhi2011 i am guessing that since bullet will return in meters
16:06.46 abhi2011 i.e. something like 49.999 after 1st iteration
16:07.00 abhi2011 mged will see it as 49.99 mm
16:07.08 abhi2011 and thats not visible
16:08.44 elf__ okay it gets something as 49.997223
16:09.19 elf__ so 49.99 will be then double precision, so next time the simulate command should start from 49.99 right?
16:10.23 abhi2011 yes
16:10.42 abhi2011 umm
16:10.43 abhi2011 no
16:10.53 elf__ no?
16:11.03 abhi2011 if you run simulate again it will start again from 50
16:11.15 abhi2011 because it makes a copy of the cube each time
16:11.43 abhi2011 the 2nd iteration while running the simuate command will start from 49.99
16:12.04 abhi2011 is that what you meant :)
16:12.57 abhi2011 if you see the output of the simulate command for 2 iterations you ll understand
16:13.25 abhi2011 the output of the previous iteration is the input for the next iteration
16:13.35 elf__ yeah. the second iteration I meant :)
16:15.30 abhi2011 lets try multiplying the translation component of the matrices by 1000 and if there is a change
16:15.47 abhi2011 *and see if
16:18.58 abhi2011 lines 248-250
16:19.09 abhi2011 i undo previous translation
16:19.25 abhi2011 lines 295-297 i apply current translation
16:19.35 abhi2011 in simulate.c
16:21.54 abhi2011 yeah it updates correctly with the 1000 scaling during output as well
16:21.57 abhi2011 i ll commit it
16:24.07 CIA-68 BRL-CAD: 03Abhi2011 * r52518 10/brlcad/trunk/src/libged/simulate/simulate.c: Added scaling for the bullet->mged transform as well. All this scaling should not be needed. We should try testing with another scene where we create the geometry in mm.
16:24.41 abhi2011 i ll try with some of my older .g files
16:36.09 elf__ it looks good on my end
16:37.14 elf__ does it work with your old files as well?
16:37.35 elf__ I will try with the geometry in mm
16:37.43 elf__ there shouldn't be any problems though
16:39.39 elf__ hmm the position doesn't get updated in mged opengl window
16:42.02 elf__ http://paste.ubuntu.com/1222855/
16:42.15 elf__ hmm
16:42.53 elf__ it might be affected by the fact that bullet got that 0.04 tolerance
16:43.04 elf__ will try with larger values
16:46.36 abhi2011 the cube comes to rest on the ground right ?
16:46.47 abhi2011 after dropping 50 meters ?
16:47.01 elf__ in the meters simulation yes
16:47.08 elf__ for the mm one is not working
16:47.11 abhi2011 ok
16:47.20 elf__ how's on your end?
16:47.29 abhi2011 i seem to have the units set to mm
16:47.35 abhi2011 for all my older files
16:47.55 abhi2011 maybe you can create a new .g file
16:48.05 abhi2011 and have the unit set to mm
16:48.09 abhi2011 and try again
16:48.19 elf__ ahh well yeah I don't think there's a way to change it to meters in any other way than to create another .g file
16:48.32 elf__ I am trying for larger geometry in the mm file
16:48.54 elf__ cause the bullet tolerance it might affect the simulation
16:51.11 abhi2011 yes
16:51.44 abhi2011 anything less than 0.1 m might cause issues
16:52.57 elf__ hmm I butched the dimensions for the gp and the supposed cube but it works for mm too even though it doesn't look nice in this simulation
16:52.58 elf__ http://imageshack.us/a/img834/5985/mmtest.png
16:52.59 abhi2011 aha !!
16:53.01 elf__ for 100 steps
16:53.09 abhi2011 now with the scaling in place
16:53.12 abhi2011 i get issues
16:53.15 elf__ like?
16:53.16 abhi2011 in my older files
16:53.25 abhi2011 objects going through the plane
16:53.29 abhi2011 ok let me remove the scaling
16:53.40 abhi2011 i ll send you my older file
16:53.44 abhi2011 you can use that
16:53.44 elf__ okay :)
16:59.31 CIA-68 BRL-CAD: 03Abhi2011 * r52519 10/brlcad/trunk/src/libged/simulate/simulate.c: Removed all scaling stuff. The modeling units for the simulate command is mm. Meters wont work.
17:00.28 elf__ abhi maybe there's something wrong with your old files
17:00.36 elf__ cause at me both the meters and mm work
17:00.42 elf__ here's the mm file sim
17:00.42 elf__ http://imageshack.us/a/img339/2808/150jd.png
17:00.59 abhi2011 thats cause scaling is still in place
17:01.04 elf__ and I ran it for >150 steps and it's still didn't get inside the plane
17:01.10 abhi2011 update the code now
17:01.13 abhi2011 i have removed scaling
17:01.14 elf__ yes but it works for mm and meters
17:01.18 elf__ with scalling
17:01.21 abhi2011 and sent you the older file
17:01.22 elf__ so why removing it?
17:01.52 abhi2011 well we can go with either approach
17:02.00 abhi2011 if we model in meters
17:02.03 abhi2011 then we need the scaling
17:02.07 abhi2011 if we model in mm
17:02.08 elf__ you said that meters don't work, it doesn't work without the scaling, but with the scaling on my end works with meters and mm
17:02.09 abhi2011 then we do not
17:02.20 abhi2011 oh
17:02.20 elf__ I'll send you the .g file I used to make that last image
17:02.22 abhi2011 hmm
17:02.35 abhi2011 ok wait wait
17:02.37 abhi2011 :P
17:02.47 abhi2011 lets pick a simple solution then
17:02.56 abhi2011 either one of the 2
17:03.03 abhi2011 so if you want scaling then fine
17:03.20 abhi2011 I ll test it with mm and m later
17:03.31 elf__ let me see if your .g file works for me with scalling
17:03.35 abhi2011 i am sure it works if you say so :)
17:03.38 elf__ if it doesn't we see what we do :)
17:03.46 abhi2011 just pick which one you want
17:03.59 elf__ double checking is never bad :)
17:04.03 abhi2011 and we can go on to the next issue :)
17:04.06 abhi2011 yep
17:04.12 abhi2011 gotta go have dinner forst
17:04.15 abhi2011 brb :P
17:04.51 elf__ okay enjoy it :)
17:07.49 elf__ abhi? I am only seeing one small kinda blue square o.O
17:08.04 elf__ I ran it for 50 steps first, though you said to run it for 200 steps
17:08.14 elf__ wanted to see something intermediate
17:08.22 elf__ I don't know if that's what am I supposed to se
17:08.23 elf__ e
17:24.12 abhi2011 hmm thats strange
17:24.22 abhi2011 there should be 3 small squares
17:24.31 abhi2011 above each other
17:24.35 elf__ so I get it that I am not supposed to see the only small square...
17:24.44 abhi2011 yep
17:25.07 elf__ can you run rt -W -o test.png
17:25.15 elf__ on your sim.c file
17:25.18 elf__ group*
17:25.26 elf__ after 200 steps and then upload it somewhere?
17:25.30 elf__ imageshack.us...
17:26.06 elf__ I ran it for 50 100 150 steps I still get that one blue small square
17:29.11 elf__ I haven't reverted back the scaling, jfyi but you said the cubes are going below the ground so that shouldn't matter, I should see 3 cubes going below the ground
17:52.41 *** join/#brlcad merzo (~merzo@14-102-132-95.pool.ukrtel.net)
17:58.05 *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org)
17:58.12 tobiasu moin
17:58.48 tobiasu trying to compile brlcad on openbsd, and scratching my head over this error message:
17:58.56 tobiasu /usr/ports/pobj/brlcad-7.22.0/brlcad-7.22.0/include/fb.h:136: error: expected declaration specifiers or '...' before 'Display'
17:59.56 tobiasu The X11 includes are found, everything seems fine
18:05.24 elf__ abhi2011, I might have figured why your old fallsmall.g file is not working when the scaling is present, the whole geometry is really small
18:05.45 elf__ I removed the scaling and tried without it, for 150 steps the cubes fall through the plane
18:05.53 elf__ but like I said they are really small
18:06.13 elf__ maybe doing the same .g file but for bigger geometry values it will work
18:06.22 elf__ it works in that mmm.g file I send to you
18:27.56 abhi2011 maybe you can try to switch the view to left view
18:27.58 abhi2011 by pressing L
18:28.07 abhi2011 then it should frame all the boxes
18:28.12 abhi2011 then run the sim
18:28.16 abhi2011 thats what i do generally
18:29.09 elf__ yeah, well with the scaling even the gp looks really small, I realized after running it without the scaling that the blue square I was seeing was the gp, I wasn't even seeing the small cubes
18:29.22 elf__ how did you create it? Just a gp and 3 cubes at different heights?
18:29.30 abhi2011 yep
18:29.38 abhi2011 you need to click on the mged screen
18:29.42 elf__ that should go in the same region so they fall at the same time?
18:29.44 abhi2011 left clicking will make it zoom
18:29.54 abhi2011 sorry rght click i think
18:29.57 elf__ I did it didn't help :)
18:30.02 abhi2011 oh
18:30.07 abhi2011 wait i ll post a screen
18:31.24 elf__ okay :)
18:31.36 elf__ I can post a screen with the simulation without the scaling too :)
18:33.04 abhi2011 hehe
18:33.05 abhi2011 ok
18:33.44 elf__ here's what it looks like without the scalling
18:33.45 elf__ http://imageshack.us/photo/my-images/29/simulation.png/
18:33.54 elf__ will add one with the scaling too :)
18:34.30 abhi2011 oh hmm
18:34.35 abhi2011 so it goes through
18:34.42 abhi2011 is it the exact same code
18:34.46 abhi2011 as in svn currently ?
18:35.09 elf__ yep without the scaling, but with the scaling I am thinking that maybe the geometry it's too small to act naturally
18:35.17 elf__ yep as in the svn currently
18:35.37 elf__ since it stopped for bigger geometry in mm in my other .g file ....
18:35.39 elf__ will see
18:36.02 abhi2011 ok i ll run it for 300 steps
18:36.06 abhi2011 see what happens
18:41.27 abhi2011 here is what i get after simulate 200
18:41.28 abhi2011 http://imageshack.us/a/img593/70/simulate200.png
18:41.39 abhi2011 i switched to the az 35, el 25 view
18:41.50 abhi2011 from the opengl screen, view menu
18:42.17 abhi2011 it should not be going thru the plane
18:42.33 abhi2011 because that means the collision detection is not working
18:42.46 abhi2011 but if the code is from svn then it should
18:42.56 abhi2011 and the fallsmall.g file should be used
18:43.22 elf__ with the code from the svn it goes through the plane
18:43.47 elf__ with the scaling in place I can't make that geometry large enough to see it
18:43.52 abhi2011 after how many steps does it happen
18:43.59 elf__ tried right button on the mouse
18:44.01 elf__ autoview
18:44.08 elf__ different settings for the view
18:44.11 elf__ nothing
18:44.14 elf__ 150
18:44.32 abhi2011 ok
18:44.47 abhi2011 so if you directly just load the fallsmall.g file
18:45.09 abhi2011 and then draw a.r, b.r , c.r and gp.r
18:45.26 abhi2011 then switch to az 35, el 25
18:45.30 abhi2011 in the view menu
18:45.37 abhi2011 are you able to see anything
18:46.20 elf__ yeah that works
18:46.27 elf__ it shows the 3 cubes and the gp
18:47.30 abhi2011 ok thats good
18:47.38 abhi2011 you are also able to switch to left view ?
18:47.46 abhi2011 by pressing L
18:48.28 elf__ yeah
18:48.43 abhi2011 ok
18:48.57 abhi2011 so now you have the svn code running right ?
18:49.04 abhi2011 in libged
18:49.11 abhi2011 no scaling
18:49.25 elf__ nope, now I have the one with scaling running
18:49.44 abhi2011 ok, so can we try with the svn code only
18:49.58 abhi2011 just to see if we can both get the same output
18:50.05 abhi2011 with the exact same steps
18:50.13 abhi2011 and exact same file
18:50.49 abhi2011 it wil go through with scaling
18:51.03 abhi2011 becuase the objects are too small when scaling is on
18:51.09 abhi2011 then are less than a mm
18:51.24 abhi2011 so lets both sync and run the same code and try the same steps
18:51.29 abhi2011 and compare the output
18:52.03 elf__ okay reverted back to the svn one
18:52.30 abhi2011 ok
18:52.44 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:52.45 abhi2011 let me know when mged is running
18:54.25 elf__ compiled and running
18:55.02 abhi2011 ok
18:55.16 abhi2011 so now if you load that fallsmall.g file
18:55.27 abhi2011 and draw the 3 cubes and the gp and switch view
18:55.34 abhi2011 you can still see them right ?
18:56.11 elf__ yes
18:56.32 abhi2011 ok
18:56.42 abhi2011 so now zap the scene
18:56.45 abhi2011 wth Z
18:56.58 abhi2011 and simulate for 20 steps
18:58.09 elf__ done
18:58.14 abhi2011 the cubes should have moved down
18:58.30 abhi2011 but none should have penetrated the gp
18:58.43 elf__ they did move down :)
18:59.22 abhi2011 ok and you can see them right
18:59.33 elf__ yep none got in the plane
18:59.39 abhi2011 ok cool
18:59.43 abhi2011 so at least that works
18:59.56 elf__ yes it does
18:59.57 abhi2011 see with scaling what happens is the objects sizes are too small
19:00.11 abhi2011 we cannot see what bullet is actually doing
19:00.21 elf__ yeah and they are way too under 0.04 m that's bullet tolerance
19:00.26 abhi2011 so we thing the object size are same as what appears in mged
19:00.32 abhi2011 actually bullet is doing some other stuff
19:00.41 abhi2011 yep
19:00.57 elf__ so that's why I asked you how you made the .g file so I can reproduce it at a bigger scale
19:01.00 abhi2011 and thats cause I use the scaled postion to get the bb
19:01.14 abhi2011 yeah I forgot that it was in mm
19:01.15 elf__ like I did with the other .g file I send to you
19:02.01 elf__ if there are enough mm so that the object are in meters, like 1000mm or so for an object the scaling works
19:03.10 abhi2011 ok
19:04.54 abhi2011 hmm, so then we will need to model objects to be larger
19:05.05 elf__ yeah, that's my idea too
19:05.20 elf__ though I still think it's not right what happens there with the mm/m stuff
19:05.38 abhi2011 ok, so lets stick with no scaling for now
19:05.46 abhi2011 so we have to model with normal numbers
19:05.47 elf__ okay
19:05.52 abhi2011 till we speak to sean about it
19:06.01 abhi2011 no need to complicate the code more than it needs to :)
19:06.11 elf__ well the thing is it will work only for mm with no scaling
19:06.16 abhi2011 yep
19:06.33 abhi2011 :)
19:07.04 abhi2011 hmm
19:07.07 elf__ ?
19:07.13 abhi2011 darn even i am no sure anymore :P
19:07.26 abhi2011 ok fine
19:07.31 abhi2011 lets go with scaling then
19:07.36 abhi2011 to have maximum support
19:07.40 abhi2011 in both units
19:07.49 elf__ haha
19:08.32 elf__ It will be kinda uhmm so and so to explain that you know you should have large objects to simulate the physics
19:10.06 abhi2011 yah, I think if we the unit is chosen to be meters via the units command, then when we create objects we should not need to specify 1000 for 1 meter
19:10.16 abhi2011 thats the whole point of choosing meters as the unit
19:10.23 abhi2011 to not have to specify large numbers
19:10.35 elf__ yeah
19:10.54 abhi2011 but as of now that not the case i think
19:11.01 abhi2011 i havent tried in meters
19:11.17 abhi2011 ok, well we have to move on
19:11.21 abhi2011 lets leave it as it for now
19:11.24 abhi2011 with no scaling
19:11.33 abhi2011 there is the ray tracing stuff to solve
19:11.40 abhi2011 we ll use mm from now on
19:11.49 elf__ okay
19:11.59 abhi2011 right
19:12.18 abhi2011 by the way I guess you know the script
19:12.30 abhi2011 for generatng the images of each frame
19:12.47 abhi2011 you can try it now that mged is getting updated
19:13.06 elf__ hmm what script to be exact?
19:13.21 abhi2011 good question :P
19:14.03 abhi2011 sim.sh
19:14.20 abhi2011 i had mailed it to you earlier
19:14.38 elf__ yeah
19:14.55 elf__ hmm will run it right now, let's see what I get
19:15.10 abhi2011 you may need to modify it a bit
19:15.28 elf__ yep
19:15.29 abhi2011 it has to run from the directory where the .g file is or something
19:15.32 abhi2011 ust check it
19:15.37 elf__ I saw that
19:15.57 elf__ uhmm where is that roll.g file?
19:17.17 elf__ I actually did one of those for the single cube falling on the ground
19:17.29 abhi2011 use your own .g file :P
19:17.29 elf__ anyway I will try it with the fallsmall.g file
19:17.34 abhi2011 yep
19:21.27 abhi2011 irc used to be a lot more busy
19:21.42 abhi2011 i wonder where all the other people went!
19:23.39 elf__ on holiday maybe
19:25.43 abhi2011 anyway, we l continue tomorrow
19:25.49 abhi2011 glad we got something fixed today
IRC log for #brlcad on 20120924

IRC log for #brlcad on 20120924

01:35.23 *** join/#brlcad yukonbob (~bch@107.228.181.67)
01:35.27 yukonbob hello #brlcad
01:37.52 yukonbob ...and goodbye !
03:39.38 elf__ brlcad, are you around? :)
04:57.37 *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
05:23.54 CIA-68 BRL-CAD: 03Elf11 07http://brlcad.org * r4445 10/wiki/User:Elf11: /* Log */
06:54.49 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:20.05 *** join/#brlcad elf11_ (~elf11_@92.80.8.106)
08:22.12 *** part/#brlcad elf11_ (~elf11_@92.80.8.106)
08:22.18 *** join/#brlcad elf11_ (~elf11_@92.80.8.106)
09:16.38 *** join/#brlcad elf11_ (~elf11_@92.80.8.106)
09:45.33 *** join/#brlcad elf11_ (~elf11_@92.80.8.106)
09:55.40 *** join/#brlcad elf11__ (~elf11__@92.80.8.106)
10:01.13 *** join/#brlcad abhi2011 (~chatzilla@117.214.48.168)
10:34.44 *** join/#brlcad elf11__ (~elf11__@92.80.57.5)
10:40.54 *** join/#brlcad abhi2011_ (~chatzilla@117.214.48.168)
10:45.33 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:45.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:46.01 *** join/#brlcad abhi2011 (~chatzilla@117.200.81.167)
13:49.43 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027b4353.bb.sky.com)
14:05.51 *** join/#brlcad elf11__ (~elf11__@109.97.130.248)
14:09.21 *** join/#brlcad elf_ (~elf@92.80.57.5)
14:20.23 CIA-68 BRL-CAD: 03starseeker * r52520 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Remove some debugging output.
14:21.52 abhi2011 hey starseeker, is there anyway to disable the multiconfig_path thing
14:22.10 abhi2011 it seems to be throwing up some errors in the windows compile
14:27.08 elf11__ It is "normal" for the VS brlcad build to have a few GB on the HDD?
14:33.03 abhi2011 so about the raytracing algorithm
14:33.22 elf11__ yeah?
14:33.26 abhi2011 right now we are using the bullet default cube-cube collision algo
14:33.45 abhi2011 in fact bullet has specific algos for specific shape pairs
14:33.54 abhi2011 (details in the manual)
14:34.46 abhi2011 so we need to uncomment the lines 525 to 552
14:34.52 abhi2011 in simphysics
14:35.10 abhi2011 thats for registering a custom algorithm for box-box collisions
14:35.34 abhi2011 the algo in its current state will probably need fixing
14:36.01 abhi2011 so we can pick up a simple case to use for fixing it first
14:36.02 elf11__ hmm okay
14:36.17 abhi2011 a box on te ground plane
14:36.36 abhi2011 the box should stay in its position
14:36.42 abhi2011 for al iterations
14:37.50 elf11__ right
14:38.00 elf11__ a static object so to speak
14:38.13 abhi2011 only the ground plane is static
14:38.21 abhi2011 the box is dynamic
14:38.27 CIA-68 BRL-CAD: 03Abhi2011 * r52521 10/brlcad/trunk/src/libged/simulate/ (simphysics.cpp simulate.c): Removed all the logging lines.
14:38.45 abhi2011 in bullet a dynamic object at rest is still dynamic
14:38.56 abhi2011 with all velocities 0
14:40.09 abhi2011 there are 2 phases in bullet's collision detection pipeline
14:40.16 abhi2011 broadphase and narrowphase
14:40.40 abhi2011 in broadphase AABBs are used to generate pairs of objects which are colliding
14:41.11 abhi2011 then the narrowphase is used to generate the exact contact points, penetration distance, normals
14:41.26 abhi2011 bullet will calculate the reaction force from this data
14:42.05 elf11__ okay
14:51.12 *** join/#brlcad abhi2011 (~chatzilla@117.200.81.167)
14:56.32 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
14:56.53 DarkCalf waves to #brlcad
16:11.45 *** join/#brlcad elf11_ (~elf11_@92.80.57.5)
16:40.06 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:40.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:59.24 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:59.24 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:32.07 *** join/#brlcad abhi2011 (~chatzilla@117.200.84.173)
17:33.10 abhi2011 elf11_ ?
18:00.51 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:31.40 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:31.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:12.24 *** join/#brlcad paulprot1uss (~paulprote@rose.makesad.us)
20:49.46 elf11_ hey, tried to compile BRL-CAD for VS and got a bunch of errors
20:49.48 elf11_ http://paste.ubuntu.com/1225364/
20:50.11 elf11_ if anyone has any idea what the problem is please do tell...
21:02.59 *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
21:04.00 *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org)
21:16.10 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:22.07 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
IRC log for #brlcad on 20120925

IRC log for #brlcad on 20120925

15:20.35 *** join/#brlcad ibot (~ibot@rikers.org)
15:20.35 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
15:42.40 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:42.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:01.10 CIA-68 BRL-CAD: 03brlcad * r52527 10/brlcad/trunk/src/libged/bot_fuse.c: quell may be used uninitialized
16:09.21 CIA-68 BRL-CAD: 03carlmoore * r52528 10/brlcad/trunk/misc/CMake/Distcheck.cmake: fix 2 spellings
16:10.49 CIA-68 BRL-CAD: 03carlmoore * r52529 10/brlcad/trunk/misc/CMake/distcheck_autotools.cmake.in: fix spelling in a quoted string
16:20.34 *** join/#brlcad [1]elf11_ (~elf11_@92.80.57.5)
16:27.10 brlcad elf11_: here's what was written
16:27.10 brlcad 22:30 < brlcad> elf11_: you should totally document everything abhijit has been telling you in the source code
16:27.13 brlcad 22:31 < brlcad> like the broadphase/narrowphase information, bounding boxes, how things are organized and processed, etc
16:27.16 brlcad 22:31 < brlcad> a comment in one of the source files or even in a text README file is warranted
16:27.19 brlcad 22:31 < brlcad> as much detail an information as possible
16:36.42 elf11_ Hey, Sean. I was already doing that, documenting for myself what Abhi told me, to organize stuff a little bit in my mind - by writing it down, so I will add a file with it in the source files
16:38.02 brlcad great
16:38.55 elf11_ and about the mm/m problem that we encountered?
16:39.18 elf11_ also I am currently trying to see why the mass of the body is growing during the simulation
16:45.12 brlcad elf11_: can you summarize the problem?
16:45.31 brlcad limiting working units to mm is fine for now, but it does seem like a peculiar limitation
16:47.02 elf11_ In the meter case we concluded that when transfering information from mged to bullet, mged has the units stored as n * 1000mm and not as n meters, so bullet gets n*1000 units, since bullet knows only about meters that's the unit we get
16:47.49 elf11_ so scaling when transferring from mged to bullet is an option
16:49.17 elf11_ also found out why the cube was penetrating the gp in that simulation, bullet has a tolerance of 0.04m so for collision detection to work properly geometry should be larger than that tolerance
16:49.26 elf11_ the geometry for that simulation wasn't
16:59.09 brlcad elf11_: brl-cad stores everything as mm and lets you have working units be nearly anything
16:59.59 brlcad you shouldn't be "scaling" anything.. should be passing it in as-is
17:01.23 brlcad if bullet has a tolerance of 0.04m, then it may make sense to "scale" it when feeding it to bullet, but only to overcome that limitation
17:03.13 brlcad makes a note of http://wikihelp.autodesk.com/Alias/enu/2013/Help/0124-Autodesk124/0281-How_to..281/0282-Model282/0363-Modify_g363/0427-Cut_or_t427/0433-Convert_433
17:04.59 elf11_ So you say that brlcad is storing everything in mm, but when we transfer from mged to bullet we should have got meters? Of course if the geometry we created was in meters.
18:45.35 brlcad elf11_: I wasn't speaking to what happens when you transfer to bullet -- just what brl-cad does
18:46.14 brlcad everything is (always) stored as mm along with the working units so that numerics are stable -- conversion happens on the fly to your working units only when needed
18:47.17 brlcad if you created geometry in m, then the mm values getting passed to bullet would be "too big" if bullet treats the values as m
20:30.42 starseeker Well, nuts. Why'd Pixar have to go with Microsoft Public License... http://www.opensubdiv.com/?p=197
22:05.51 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
22:29.57 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
22:46.32 *** join/#brlcad ChanServ (ChanServ@services.)
22:46.32 *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
22:48.47 elf11_ Hmm okay, thanks brlcad for that, then the scaling when transfering from mged to bullet is necessarily and when working in mm there should be some kind of warning about the size of the geometry.
22:55.28 starseeker brlcad: hmm, another open font: http://sourceforge.net/projects/sourcecodepro.adobe/
IRC log for #brlcad on 20120926

IRC log for #brlcad on 20120926

00:34.29 brlcad starseeker: uhm, because "The code embodies decades of research and experience by Pixar, and a more recent and still active collaboration on fast GPU drawing between Microsoft Research and Pixar." :)
00:36.46 brlcad interesting font, looks like adobe themselves published it: http://www.tested.com/news/443102-adobe-releases-monospaced-open-source-font-source-code-pro/
00:38.09 brlcad elf11_: I guess I'm still not seeing the problem -- if you know the values being fed to bullet are always a specific unit, you are providing bullet with a model sized consistently
00:39.01 brlcad elf11_: is the problem that small objects will traverse a large distance with very few simulation steps or something like that?
00:48.28 elf11_ brlcad, the thing is that you are feeding bullet what's stored in brl-cad, so if for example the simulation I did in mm will be translated to m, then since brl-cad stores sizes in mm, bullet will get 50000 m and not 50 000 mm from brl-cad, hence the scaling
00:49.36 elf11_ and small geometry results are not reliable because, bullet has a tolerance of 0.04m that's like 40mm, the simulation I did the biggest geometry was 30mm, lower than the tolerance
00:49.42 elf11_ so the cube was penetrating the surface
00:50.33 brlcad elf11_: okay, but the mm to m translation would just be a one-time bug to get fixed
00:51.14 brlcad that also seems like a very high tolerance -- is it configurable?
00:52.15 brlcad moreover, what would be the impact of scaling the geometry up so that it's always an order bigger than that tolerance?
00:52.52 elf11_ the mm to m translation is a few lines of code fix
00:53.23 elf11_ about the configurable part looked into it, didn't find yet a way to get it lower
00:53.27 brlcad or always scaling 10^6 even unless values are >10^6 already
00:55.56 elf11_ hmm I tried the simulation I did for values like 10^2 bigger than the ones used, and it worked - the cube didn't fall through the plane, like just meter scaling all the geometry under the tolerance
01:08.46 brlcad elf11_: the issue might be the rate at which it simulates
01:09.29 brlcad you want X time steps to equate to the same amount of time and for the mass being simulated to reflect the sizes in brl-cad, not whatever size it might have been scaled to
01:10.12 brlcad you could compensate with a 10^6 scaling with a similar mass scaling, but it'd have to be done carefully to be correct
01:11.11 brlcad best to start as simple possible, unscaled and just document that you the model should be larger than 40mm in order for collision detection to be evaluated correctly
01:11.58 elf11_ okay
01:45.28 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
02:33.58 *** join/#brlcad elf_ (~elf@92.80.57.5)
03:04.56 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
03:04.59 yukonbob hello #brlcad
03:17.47 brlcad howdy
03:18.46 yukonbob :)
03:19.13 yukonbob just saw news of Sony OSL, looked at license. Very impressed.
03:42.57 yukonbob brlcad: how're things going?
03:57.25 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
05:04.06 *** join/#brlcad abhi2011 (~chatzilla@117.200.84.29)
08:40.26 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:34.37 brlcad starseeker: interesting, rhino mostly punted: http://wiki.mcneel.com/rhino/meshtonurb
13:35.02 brlcad though that base case does have some interesting implications that could be useful to support
13:40.37 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
16:34.34 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:43.49 *** join/#brlcad tobiasu_ (~tobiasu@tin.tmux.org)
17:10.26 *** part/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
17:11.35 *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862)
17:35.39 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
20:31.14 *** join/#brlcad elf_ (~elf@92.80.33.182)
20:53.42 starseeker Hmm - CIA still not working
21:13.28 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
23:24.28 *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org)
IRC log for #brlcad on 20120927

IRC log for #brlcad on 20120927

05:32.29 brlcad starseeker: slightly diff approach in order to avoid the mod, but the tolerance might need adjusting
05:33.28 brlcad since CIA is offline, used Length() instead of IsSingleton() .. is considerably faster too relatively speaking, but probably not significantly
05:35.36 brlcad wow, awesome: http://www.scribd.com/doc/107130136/Trabalho-Desenho-Tecnico-aplicado-BRLCAD-1º-Bimestre
09:10.55 *** join/#brlcad stas (~stas@188.24.40.209)
11:56.33 starseeker brlcad: ah, k - that mod I'm not really concerned over though... exact floating point comparisons are going to mess with the utility of those functions regardless, unless they're intended for something other than what I thought they were for
13:12.27 brlcad starseeker: yeah, I know -- that's part of a larger issue
13:13.10 brlcad one that probably warrants a brief question to their newsgroup, whether they'd be receptive to a patch -- there's about a dozen exact comparisons that I'm aware of
13:13.41 brlcad in the interval class's case, that one's a little more complicated because of the other < > range checks
13:14.44 brlcad if nearness to zero is valid, it implies all the comparisons should take floating point into consideration or it becomes inconsistent with the class definition
13:41.03 *** join/#brlcad abhi2011 (~chatzilla@117.200.82.200)
19:27.54 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:27.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20120928

IRC log for #brlcad on 20120928

02:37.58 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
09:20.58 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:20.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:28.14 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
10:42.27 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:42.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:03.50 *** join/#brlcad stas (~stas@82.208.133.12)
13:28.15 *** join/#brlcad stas (~stas@188.24.40.209)
18:37.14 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:37.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:35.09 *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net)
22:45.32 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
22:45.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20120929

IRC log for #brlcad on 20120929

04:37.19 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:37.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:43.17 *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in)
12:56.09 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
19:07.55 *** join/#brlcad stas (~stas@109.48.58.218)
20:26.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:26.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:41.39 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:41.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:46.47 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:46.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:18.53 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:55.52 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:03.24 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:31.53 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:44.18 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:51.48 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:18.19 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20120930

IRC log for #brlcad on 20120930

01:38.49 *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862)
01:42.22 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
01:58.05 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:13.58 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
02:14.06 yukonbob hello #brlcad
03:27.50 brlcad waves
03:28.53 yukonbob maw brlcad.
03:29.05 yukonbob how're things?
03:29.59 yukonbob (btw -- I couldn't see any of that Sheep trailer from SIGGRAPH(?) you were talking about some weeks ago. Just saw talk *of* it).
04:21.34 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
04:41.37 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
05:09.59 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
05:10.43 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
05:22.04 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:22.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:32.04 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
08:14.20 *** join/#brlcad stas (~stas@109.48.58.218)
08:24.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:07.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:07.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:15.01 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:15.02 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:08.30 *** join/#brlcad stas (~stas@a95-93-142-51.cpe.netcabo.pt)
11:38.42 *** join/#brlcad stas (~stas@109.48.2.153)
12:13.25 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:32.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
12:32.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:37.40 *** join/#brlcad stas (~stas@109.48.2.153)
14:42.00 *** join/#brlcad stas (~stas@109.48.2.153)
15:05.36 *** part/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com)
15:22.58 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:37.13 *** join/#brlcad stas (~stas@a95-93-142-51.cpe.netcabo.pt)
15:58.49 *** join/#brlcad stas (~stas@109.48.0.86)
16:42.26 *** join/#brlcad stas (~stas@109.48.2.153)
17:38.50 *** join/#brlcad stas (~stas@109.48.2.153)
17:52.43 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
17:52.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:58.58 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:58.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:25.32 *** join/#brlcad stas (~stas@109.48.62.192)
IRC log for #brlcad on 20121001

IRC log for #brlcad on 20121001

00:14.10 *** join/#brlcad stas (~stas@109.48.62.192)
00:41.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
00:56.18 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
00:56.19 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:12.18 *** join/#brlcad elf_ (~elf@213.233.85.7)
10:19.54 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:19.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:27.09 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:07.12 *** join/#brlcad ChanServ (ChanServ@services.)
11:07.12 *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
11:31.34 starseeker hmm... CIA really got clobbered this time
11:36.38 *** join/#brlcad stas (~stas@109.48.62.192)
12:26.34 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
13:17.16 *** join/#brlcad abhi2011 (~chatzilla@122.167.3.180)
15:23.24 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:23.25 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:25.40 brlcad starseeker: yeah, critical fail
15:26.16 brlcad been working with the previous maintainer to see if he has access to his mirror from a couple years ago when we were working on sf.net integration
15:26.40 brlcad there are a half-dozen distinct efforts under way to get notifications back online
15:27.15 brlcad one guy got the current code updated for modern django, but still leaves a lot starting from scratch without a dump
15:31.15 brlcad ``Erik: bug is probably that stdint.h isn't included
15:32.10 brlcad looks like other platforms are getting lucky with sys headers that ended up including it
15:48.15 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:48.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:55.05 *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862)
16:01.13 ``Erik brlcad: put #include <stdint.h> in the .h and it still failed, wrapped it in an extern "C" {} and it still failed *shrug* both fbsd and linux failed the same way
16:01.29 ``Erik prods brlcad.org and sago
16:03.10 brlcad o.O
16:03.34 brlcad found https://issues.apache.org/ooo/show_bug.cgi?id=64762
16:04.07 brlcad testing a clean netbsd and vanilla system at the moment to see if I can reproduce
16:07.10 brlcad I mean, that symbol shouldn't even be conditional as far as I know -- SIZE_MAX is what c99 defines
16:07.21 brlcad found a comment thread indicating freebsd4 even had it
16:07.38 ``Erik if we have a stray stdc=c89, that might force it off?
16:07.57 brlcad hm, yeah, that's possible
16:08.07 brlcad especially in that src/other subdir
16:08.22 ``Erik ah, fbsd's headers explicitely turn it off in c++
16:08.58 brlcad woot, just got it to reproduce
16:09.07 brlcad ahh
16:09.48 ``Erik cstddef has the right stuff, according to this post
16:10.21 brlcad tests
16:11.24 brlcad nfg here, I'll dig some
16:13.19 brlcad looks like c++ doesn't define that c99 symbol (bleh)
16:13.56 brlcad got it, cplusplusy
16:15.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:16.27 brlcad CIA: BRL-CAD: brlcad * r52608 /brlcad/trunk/src/other/step: turns out, c++ doesn't define the SIZE_MAX c99 constant. instead of adding a (size_t)-1 define manually, do it the c++y-way. use numeric_limits.
16:22.17 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:22.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:23.37 ``Erik http://paste.lisp.org/display/132283 alter is screwey
16:27.26 brlcad that verizon's backbone?
16:27.50 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:27.51 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:28.13 brlcad brl-cad tutorial in portuguese: http://www.scribd.com/doc/107130136/Trabalho-Desenho-Tecnico-aplicado-BRLCAD-1%C2%BA-Bimestre
16:29.02 brlcad notes that carl has fixed no less than 50 spelling mistakes in docs
16:31.10 elf_ Hello, brlcad
16:31.12 ``Erik it's a backbone, verizon and uunet both use it to get to sago... *shrug*
16:31.14 brlcad hi elf_
16:31.42 brlcad ``Erik: going to alter.net jumps to verizon, so looks like it's backbone that they own
16:32.01 ``Erik could be, traceroute from the office fails, too
16:32.03 ``Erik in alter
16:32.27 elf_ Added another patch right now, it fixes the meter/mm problem that I've got when transferring the units from brlcad to bullet, also added that README file with the simulate command workings explained
16:32.34 ``Erik comcrap can still hit sago? O.o
16:32.57 elf_ the mass of the objects is being calculated in the right way now, meaning it doesn't grow during the simulation
16:33.34 ``Erik (yeh, alter.net whois lists verizon contacts)
16:34.43 brlcad ``Erik: yeah, no problems
16:34.58 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:34.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:35.08 elf_ right now I am working on the ray-tracing part of the simulate command, the rt part is not working properly yet, it is done only for the box-box collision, talked with Abhi and he suggested I do a standalone bullet demo, where I will add the custom algorithm for simulation using his implementation just as reference since it hasn't been tested extensively
16:58.00 brlcad elf_: okay -- it'd be good to have a specific goal identified for that
17:00.17 brlcad i'm a bit concerned over how progress has slowed over the past week -- given there's only a few weeks remaining now
17:01.58 brlcad need to plan effort going forward so that we don't end up with you having finally understood what you need to do with bullet and the raytracing portion, yet no useful code written
17:02.23 elf_ brlcad, yes I do have a specific goal for that one, actually there(in the simrt.c file and the registered custom collision algorithm) is where the collision detection for objects it happens, so doing the standalone bullet project and seeing what it works and what doesn't for box-box and spheres then changing the existing code, I hope it will fix the physics for those 2 shapes
17:03.13 elf_ and I am sorry for the slow progress over the last week, I moved a little around, but I totally understand your concerns
17:05.01 brlcad "doing the standalone bullet project and seeing what it works and what doesn't for box-box and spheres then changing the existing code" is not a goal... that's a plan of action, and it sounds rather vague at that
17:05.26 brlcad fixing the physics for "those 2 shapes" might be a goal, but that's not very specific
17:05.40 brlcad what's the goal?
17:08.14 elf_ the standalone bullet it is actually related to the simrt.c file, everything that takes place in that standalone demo file should take place in the brlcad world too, the nearphase, broadphase callbacks for bullet should be integrated in both brlcad and the standalone bullet world
17:08.38 elf_ the goal is to be able to detect and resolve more than just box-box collision
17:09.20 elf_ the current custom algorithm registered with bullet it's for box-box but it can be extended to more than that, sphere collision for example
17:10.11 elf_ for box-box there are 4 rays shoot to detect collision, for sphere-box it will only have to be one ray to shoot to detect the collision, it will be like one contact point between the 2 geometry shapes
17:10.20 *** join/#brlcad merzo (~merzo@204-150-132-95.pool.ukrtel.net)
17:21.48 *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:44.19 brlcad elf_: that still sounds ill-defined to me
17:44.32 brlcad to be able to detect and resolve more than just box-box collision is a great high-level goal
17:45.12 brlcad it's more of an objective even
17:45.16 brlcad I'm looking for smaller measurable goals that get you towards that high-level objective
17:45.42 brlcad implementing a nearphase callback in brl-cad and demonstrating it would be two near-term goals
17:46.00 brlcad what's the difference between a nearphase and broadphase callback?
17:47.05 elf_ for bullet the broadphase callback is there when objects can collide, like they are really close to each other, the AABB are almost intersecting or they will intersect in the next few iterations
17:47.17 elf_ after that the nearphase callback it takes place
17:47.25 elf_ when the AABB actually collide
17:47.49 elf_ and the code it is actually there, brlcad, for both of them, it is just ill-working
17:48.02 *** join/#brlcad merzo (~merzo@106-59-133-95.pool.ukrtel.net)
17:48.02 elf_ for the moment it is all commented out
17:49.13 brlcad I was aware of a "preliminary" collision detection using the aabb's to tell you when two objects are "close" and a secondary more precise collision detection that should tell the exact points
17:49.46 brlcad is that your broad/nearphase callbacks or is that something else, because it doesn't match your description of a callback prior to the AABBs even overlapping (the broadphase)
17:50.10 elf_ that's it, the broadphase - when objects are close and there's the possibility of them to collide and the nearphase when they actually collide, the nearphase returns the actual collision points
17:50.32 elf_ the callback is not working as it is supposed to
17:50.46 brlcad which, the broad or near?
17:51.23 brlcad by general understanding was that broad has been working for some time
17:54.46 elf_ it has yes, for box-box, the nearphase is not
17:55.42 brlcad so that gets back to my previous point about needing a specific goal
17:56.13 elf_ okay, then the specific goal it is to make the nearphase work
17:56.40 brlcad for what inputs?
17:56.51 brlcad and what does work mean?
17:57.13 brlcad what's your output -- how will you demonstrate the goal being achieved?
17:58.05 elf_ box-box for now, then test the broadphase for box-sphere and adding nearphase for box-spere too
17:58.37 elf_ work = collision points should be detected, that should be verified with shooting rays
17:59.27 brlcad woah, so hold on again
17:59.38 brlcad broadphase is either working for all object or it's not, no?
17:59.56 brlcad if it's not working, that should be the focus of attention before getting into nearphase work
18:00.12 elf_ right, but it hasn't been tested, it should be working, at least in theory, abhi hasn't tested it
18:00.38 brlcad testing that should take all of a few minutes, no?
18:00.54 brlcad you just wrote up a tutorial, replace the box with a sphere
18:01.22 brlcad that is central to planning your next course of action
18:02.45 brlcad in fact, you should be able to also test something complex, like the m35 truck model, to tell you if broadphase is working
18:03.02 elf_ yes, testing it shouldn't take more than a few minutes, so that's why I didn't dwell on it
18:03.26 elf_ okay, about the m35 truck model how do one gets those models inside mged?
18:03.42 brlcad except your plan of action involved testing broadphase for box-sphere later
18:03.58 brlcad the point of testing it is that there's a chance it doesn't work, you don't know
18:04.06 elf_ you are right
18:04.08 brlcad IF it doesn't work, that completely changes your plan
18:04.18 brlcad that's not a minor detail
18:04.29 elf_ true
18:04.48 brlcad that's something you could spend a week investigating and fixing, so it has to come before any nearphase work
18:05.30 brlcad so there's a specific goal
18:06.30 elf_ okay, so for now the goal is to test and make sure the broadphase it is working for all kinds of arbitrary shapes
18:06.37 brlcad TEST broadphase AABB collision detection with aa-box (done), rotated box (not done), ellipsoid (not done), combination (not done)
18:06.55 brlcad not arbitrary, a carefully selected set that gives you confidence it's working
18:07.22 brlcad testing shouldn't take more than an hour or two, but is a good goal
18:07.39 elf_ okay, so rotated box, ellipsoid and combination
18:07.47 brlcad on a related note, I presume with the tolerance work that you were able to get a better animation of the box falling down to the ground in your tutorial?
18:09.29 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:09.41 elf_ right now the box is not penetrating the plane anymore, ran it for 300 steps and it stopped on the ground plane
18:09.49 elf_ there is a pic on the log page
18:10.20 elf_ http://imageshack.us/a/img18/2438/simulate300.png
18:10.24 brlcad I believe your tutorial created a really small box, right, like 1-2mm big?
18:10.43 elf_ same simulation, geometry in meters this time
18:11.13 brlcad okay, so if it's 1-2mm then it still sinks into the ground?
18:11.23 elf_ yeah, that is not possible 1-2mm big, bullet has the 0.04m tolerance and it can be set lower, but it will have unexpected behaviour
18:11.45 elf_ yes, for geometry that small it is not working
18:12.39 brlcad you should mention that in the tutorial... :)
18:12.42 brlcad after the If you want to see when the cube touches the ground plane then you only have to increase the simulate step numbers to 190. You should see something like the image to the right :
18:13.16 *** join/#brlcad abhi2011 (~chatzilla@122.167.3.180)
18:13.29 elf_ okay will do
18:13.43 brlcad after that image, you can say something like "notice how the box goes into the ground and rolls over .. it's too small! we can scale it up simply with this: ... and the re-simulate/re-render looks like this: ...
18:15.29 elf_ will modify it :)
18:16.03 brlcad it's likely to be a common point of confusion, so it's good to say something about the limitation
18:18.48 brlcad quick scale instructions: e cube gp ; sed cube ; sca 1000 ; accept ; sed gp ; sca 1000 ; accept ; d cube gp
18:19.11 brlcad or something like that, test it yourself
18:19.45 brlcad use 'draw' instead of 'e' to be consistent
18:28.59 abhi2011 hallo brlcad :)
18:29.31 brlcad howdy abhi
18:31.20 abhi2011 is BRL-CAD moving to use Qt for the Archer GUI ?
18:31.56 abhi2011 I saw some mails related to DisplayManager
19:15.26 brlcad abhi2011: it might not make it into archer, but Qt is on the mid-term development roadmap
19:15.35 brlcad which is cool, used to be long-term
19:20.11 *** join/#brlcad stas (~stas@109.48.62.192)
19:20.18 abhi2011 yeah and Qt is awesome, I think even Maya uses Qt now :)
20:50.42 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:13.54 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:21.23 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
21:59.07 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:22.03 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:48.00 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
IRC log for #brlcad on 20121002

IRC log for #brlcad on 20121002

00:12.15 brlcad elf_: the patch looks like it has a problem to me
00:16.28 brlcad elf_: more specifically, the changes to simulate.c look like it'll scale objects depending on their bounding box position
00:17.17 brlcad consider what will happen if I simulate a box 900mm^3 with another 1100mm^3
00:21.44 brlcad also, if the bounding box values are in position, then comparing them against 1000 would be wrong -- that needs testing or explanation in the code
00:22.02 brlcad pretty much any time you put a constant number in the code, you need to explain it in a comment
01:42.33 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:56.41 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
02:56.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
04:04.21 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
04:37.29 brlcad looks like nearly all of the old code is really pretty clean with respect to single precision
04:37.43 brlcad it's all the new nurbs code that gets it horribly wrong all over the place
04:38.45 brlcad this will make a great regression test...
04:45.25 elf_ brlcad, the changes in simulate.c are supposed to change the bb values, BRL-CAD like you said keeps the units internally in mm and transforms them on the fly in the working unit, but when transferring them to bullet they don't get transformed in meters if they are are meters, they get transfered without being transformed so bullet gets a big number
04:45.34 elf_ that it considers to be in meters
04:45.43 elf_ it was a temporary fix
06:48.02 *** join/#brlcad abhi2011 (~chatzilla@122.167.35.78)
08:43.29 *** join/#brlcad abhi2011_ (~chatzilla@122.167.43.95)
10:28.55 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
10:36.30 *** join/#brlcad stas (~stas@109.48.62.192)
10:59.23 *** join/#brlcad abhi2011 (~chatzilla@122.167.6.26)
11:27.24 starseeker brlcad: sigh. What'd I break now?
12:20.08 *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
12:20.19 pawleeq hello
12:23.07 pawleeq I am trying to convert one Pro/E model to BRL-CAD, however I end up with error... here is the output: http://pastebin.com/uBKBGgwS
13:17.26 brlcad starseeker: huh?
13:18.14 brlcad pawleeq: can't reach pastebin.com, can you post to a different one?
13:18.52 brlcad starseeker: oh, I was responding to you: 07:31 < starseeker> hmm... CIA really got clobbered this time
13:19.41 brlcad see the three lines after
13:22.39 brlcad ``Erik: MAT_INIT_IDN and MAT_INIT_ZERO ftw
13:57.55 starseeker brlcad: ah.
13:58.40 starseeker somebody upgraded something and kaboom?
14:00.34 pawleeq here is another link, sorry for the delay http://pawleeq.com/iges-g-trouble.txt
14:17.32 brlcad starseeker: not exactly, it's a bit complex
14:18.07 brlcad there are several efforts to get things restored, but it'll likely be a couple weeks before we get something back in place
14:41.10 brlcad pawleeq: our iges importer is not set up for the entity types you exported from pro/e
14:41.53 brlcad pawleeq: I suggest either trying our new step-g importer or obj-g importer (or use our legacy Pro/E plugin)
14:42.38 brlcad see http://brlcad.org/d/node/95 for that
14:42.53 brlcad recommend trying step though first
14:43.41 pawleeq ok thank you
14:48.21 pawleeq well, step-g produces empty database, obj-g ends with "Core Dumped"
15:08.01 brlcad pawleeq: ouch!
15:08.13 brlcad pawleeq: what version are you on?
15:08.34 brlcad they are both experimental, but should have gotten a little farther than that
15:09.02 brlcad if you post your step and obj file somewhere, I can take a look at converting them
15:38.10 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:38.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:28.36 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
16:30.01 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:30.02 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:48.49 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
17:01.24 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:08.10 pawleeq_ brlcad: I run 7.22
18:21.49 *** join/#brlcad stas (~stas@109.48.62.192)
19:14.56 *** join/#brlcad stas (~stas@109.48.62.192)
20:04.53 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:45.23 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
22:08.36 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:02.03 *** join/#brlcad merzo (~merzo@165-59-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20121003

IRC log for #brlcad on 20121003

05:21.40 brlcad CIA: lots and lots of fastf_t/double commits
05:26.35 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
05:27.34 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
05:27.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:34.11 *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in)
06:57.05 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
07:59.01 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:01.49 *** join/#brlcad stas (~stas@109.48.62.192)
12:48.06 ``Erik neat http://webglplayground.net/
13:52.01 *** join/#brlcad saltan (~lieven@d51530284.static.telenet.be)
13:53.08 *** part/#brlcad saltan (~lieven@d51530284.static.telenet.be)
14:28.55 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
14:28.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:12.42 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
17:47.48 *** join/#brlcad merzo (~merzo@72-135-133-95.pool.ukrtel.net)
18:08.04 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:15.12 starseeker makes a note to try implementing this later... http://graphics.csie.ncku.edu.tw/Skeleton/
18:19.28 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
19:47.20 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:00.38 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:00.38 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:47.42 brlcad starseeker: that would be awesome!
21:48.05 brlcad highly related to the sought-after medial axis evaluation too
IRC log for #brlcad on 20121004

IRC log for #brlcad on 20121004

00:42.12 *** join/#brlcad stas (~stas@188.24.40.209)
06:45.17 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:45.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:16.00 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
09:46.58 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
13:01.21 *** join/#brlcad ibot (~ibot@rikers.org)
13:01.21 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
13:49.27 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
16:38.52 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
16:57.37 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:05.18 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
18:21.08 *** join/#brlcad stas (~stas@188.24.40.209)
19:35.16 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
19:44.29 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:46.31 *** join/#brlcad elf_ (~elf@213.233.85.64)
21:02.38 starseeker wonders if the Skeleton output segments would be workable as input to http://www.mit.edu/~ibaran/autorig/index.html
23:26.11 *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
IRC log for #brlcad on 20121005

IRC log for #brlcad on 20121005

03:13.00 *** join/#brlcad stas (~stas@188.24.40.209)
05:38.06 *** join/#brlcad stas (~stas@188.24.40.209)
06:05.04 *** join/#brlcad stas (~stas@188.24.40.209)
07:56.27 *** join/#brlcad stas (~stas@82.208.133.12)
09:06.05 *** join/#brlcad stas (~stas@82.208.133.12)
09:20.46 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:49.57 *** join/#brlcad stas (~stas@82.208.133.12)
12:29.32 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:59.18 ``Erik O.O holy forshizzle, starseeker, wtf didn't you mention the dinosaur paper that was up on your workstation yesterday, that's some awesome stuff there
13:33.17 starseeker ``Erik: you mean the Skeleton paper from SIGGRAPH?
13:58.53 kanzure eh?
14:14.26 ``Erik yeh
14:14.42 ``Erik automatic generation of bones based on a mesh, awesome stuff
14:22.37 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
14:42.55 starseeker ``Erik: apparently there's a slight distinction between "bone" skeletons and what they call "curve" skeletons - to get a good bone skeleton, you apparently need the mesh in different poses
14:44.01 starseeker fairly moot from our standpoint though, I think - my thought would be to use the auto-generated skeleton points to do manual (i.e. human guided) insertion of bullet based joints with appropriate movement constraints
15:59.02 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:59.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:54.50 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
18:30.51 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:30.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:35.56 *** join/#brlcad stas (~stas@188.24.40.209)
20:14.14 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:14.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:30.13 *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz)
20:31.36 Rangar just installed brlcad which I downloaded from the main site and my AV is going off let right and center saying the exe's are infected with Win32.PkdTdss
20:54.36 brlcad Rangar: you're not the first to report that -- from everything we can tell, that's a false positive from the AV software
20:55.18 Rangar k thx
20:55.35 Rangar you're not Twingy or Malorean are you?
20:55.40 brlcad which AV software are you using?
20:55.43 brlcad nope!
20:56.10 Rangar comodo
20:56.15 brlcad yeah, that's the one
20:56.39 Rangar k i'll send the files as false positives through to them
20:56.42 brlcad if you can isolate the exact file it's complaining about, http://www.comodo.com/home/internet-security/submit.php
20:57.14 Rangar there are a number of them
20:57.25 brlcad I've sent them the files before and they've come back to me and said "yep, we didn't find anything"
20:57.31 brlcad pick just one or two
20:57.34 Rangar k
20:57.43 Rangar hey is twingy and mal still around?
20:57.54 brlcad they respond fairly quickly
20:58.21 Rangar awesome, used to be good friends on efnet a few years back
20:58.26 brlcad mal is sometimes on irc, twingy is on a deserted island
20:58.43 brlcad ~seen Malorean
20:58.58 ibot i haven't seen 'malorean', brlcad
20:58.58 brlcad ibot: wake up
20:58.59 ibot ACTION throws a barrel-full of ice water on up and shouts "GOOD MORNING!!!!"
20:59.04 Rangar and ``erik is idle as usual ;)
20:59.14 brlcad he's here, just busy drinking
20:59.30 Rangar :)
21:00.58 brlcad ~seen Maloeran
21:01.00 ibot maloeran <~maloeran@mail.catchgamer.no> was last seen on IRC in channel #brlcad, 160d 22h 53m 11s ago, saying: 'Ahaha Erik, good easter egg'.
21:01.23 brlcad so about five months
21:02.45 brlcad Rangar: if/when you hear anything back from the comodo guys, I'd love to hear about it -- good or bad
21:04.07 brlcad the exe was put together on a secure system and has passed other up-to-date av scanners
21:05.01 brlcad more than likely just a bad signature in their database that is matching one of our libraries, and lots of binaries report a hit
21:06.28 Rangar rgr tat
21:06.29 Rangar that
21:32.09 brlcad Rangar: you could just download the sources and compile it up ;)
21:32.28 brlcad it's usually a fairly simple process, even on windows
23:45.24 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20121006

IRC log for #brlcad on 20121006

05:23.36 *** join/#brlcad abhi2011 (~chatzilla@122.167.33.222)
09:03.39 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
09:03.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:32.38 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:32.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:40.26 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:40.27 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:00.06 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:22.01 *** join/#brlcad merzo (~merzo@95.132.201.101)
17:54.19 *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
18:48.14 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:48.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:56.15 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
20:34.37 *** join/#brlcad merzo (~merzo@207-173-132-95.pool.ukrtel.net)
22:16.16 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
22:43.39 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
22:43.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:53.31 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
23:53.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121007

IRC log for #brlcad on 20121007

04:31.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:26.55 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:26.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:39.08 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:39.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:48.07 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:48.08 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:17.07 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:22.33 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:22.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:27.57 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:27.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:41.15 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:41.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:00.30 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
07:00.31 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:03.26 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:05.20 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:09.39 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:30.12 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:33.31 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:34.26 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
07:34.27 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:39.00 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:43.36 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:47.55 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:49.24 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:54.03 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
07:58.28 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:00.29 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:02.25 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:06.49 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:08.01 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:09.03 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:17.22 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:21.42 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:26.01 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:27.20 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:27.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:30.20 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:38.17 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:43.51 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:43.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:45.49 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
08:49.03 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:10.10 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:21.14 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:26.03 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:30.42 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:35.02 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:55.07 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
09:58.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:58.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:00.01 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:04.32 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:09.41 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:13.04 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:14.23 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:18.43 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:23.03 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:27.28 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:31.47 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:36.06 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
10:58.00 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:02.20 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:06.45 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:12.07 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:13.34 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:17.53 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:22.13 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:26.51 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:28.46 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:33.22 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:38.28 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:42.46 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:44.52 *** join/#brlcad ChanServ (ChanServ@services.)
11:44.52 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
11:47.56 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:52.15 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
11:56.37 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:00.57 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:05.21 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:10.11 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:14.31 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:18.51 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:23.25 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:45.17 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:49.37 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:53.56 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
12:55.19 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:00.13 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:04.32 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:09.26 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:13.56 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:18.14 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:20.25 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:24.45 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:29.04 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:33.34 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:39.38 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:44.48 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:48.52 *** join/#brlcad abhi2011 (~chatzilla@122.167.17.68)
13:49.11 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:53.36 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
13:57.54 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:05.47 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:10.05 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:14.40 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:33.30 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:37.49 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:42.58 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:47.51 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:52.21 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
14:56.39 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:00.58 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:05.18 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:09.38 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:14.14 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:18.57 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:23.11 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:23.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:23.21 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:24.42 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:29.26 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:33.44 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:38.37 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
15:52.41 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:59.44 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:02.31 ``Erik world of warcraft modeled in minecraft: http://imgur.com/a/diGD5
16:04.02 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:08.30 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:09.56 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:14.15 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:18.35 *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz)
16:49.58 *** join/#brlcad pawleeq__ (~pawleeq@static-cl031028150026.unet.cz)
17:48.17 *** join/#brlcad merzo (~merzo@229-252-92-178.pool.ukrtel.net)
18:49.09 *** join/#brlcad max` (~user@mobile-251-221.near.uiuc.edu)
19:10.39 max` Hello, anybody here?
19:37.45 max` brlcad: Asheesh says to ping you, I'm working on the "VERY EASY: Move LIBBN comments from source to header files" task.
19:53.13 *** part/#brlcad stas (~stas@188.24.40.209)
20:33.13 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:33.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:55.49 *** join/#brlcad RussianKid (~s@cpc1-nott18-2-0-cust211.12-2.cable.virginmedia.com)
IRC log for #brlcad on 20121008

IRC log for #brlcad on 20121008

04:01.14 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
07:04.09 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
07:44.00 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
07:44.00 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:37.39 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
14:37.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:19.51 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
17:48.43 *** join/#brlcad merzo (~merzo@27-7-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20121009

IRC log for #brlcad on 20121009

00:11.24 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:46.25 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
11:03.09 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
11:03.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:08.21 brlcad oops, thanks n_reed
15:08.49 brlcad I hit compile, but didn't see the error amongst all the other conversion errors
15:09.30 n_reed no prob, easy fix
17:50.36 *** join/#brlcad merzo (~merzo@131-22-132-95.pool.ukrtel.net)
19:22.33 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:22.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:37.39 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
21:49.00 brlcad apparently ON_InstanceRef entities are rather important in the 3dm format .. our converter is lacking
22:30.16 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20121010

IRC log for #brlcad on 20121010

02:08.03 brlcad starseeker: looks like opennurbs might already be providing an (undocumented) routine for converting trimmed nurbs to untrimmed(!)
02:08.27 brlcad ON_Brep::RebuildTrimsForV2() and ON_Brep::MakeValidForV2() look rather interesting, relevant
02:08.45 brlcad they convert the brep faces into simpler nurbs surfaces
03:11.55 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
04:39.29 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
04:39.30 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:06.18 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:06.19 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:46.09 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:46.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:52.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:41.41 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:41.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:28.59 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:28.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:13.51 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:39.30 *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net)
14:53.58 *** join/#brlcad yiyus (1242712427@je.je.je)
15:43.31 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:43.31 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:04.10 brlcad starseeker: ping
16:20.38 *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net)
17:48.14 *** join/#brlcad merzo (~merzo@148-36-133-95.pool.ukrtel.net)
19:03.37 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
19:15.08 starseeker that CEB model looks like another good test model
19:21.26 brlcad while I give my brain a rest for a couple minutes...
19:21.42 brlcad yeah, that is interesting test data
19:21.49 brlcad it's made at least four of our converters crash
19:22.11 brlcad I fixed the step converter crash, but it still crashes during raytracing
19:22.48 brlcad on another note, Google just announced they're running a Doc Sprint Camp in December
19:23.05 brlcad I'm going to apply and hope to attend, who's interested in going with?
19:23.29 brlcad (we can send up to five)
19:24.46 brlcad perfect for getting docs refactored and a new brl-cad manual written
19:30.05 brlcad http://brlcad.org/~sean/tmp/code_weeding.png <-- how I feel about refactoring code
19:35.26 *** join/#brlcad ChanServ (ChanServ@services.)
19:35.26 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
19:37.45 starseeker brlcad: how long is the camp?
19:47.18 brlcad dec 3-7
19:52.08 starseeker hmm... when do you need to know?
19:54.06 brlcad iff we're accepted, couple weeks before
19:54.24 brlcad I'll send out an announcement if we're accepted to see if people in the community want to go
19:54.50 brlcad pretty much anybody can attend, so getting some non-coders would be good too
19:58.56 starseeker nods - sounds interesting
IRC log for #brlcad on 20121011

IRC log for #brlcad on 20121011

05:43.18 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:43.18 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:08.25 brlcad yawns
10:28.44 *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in)
11:36.31 *** join/#brlcad merzo (~merzo@148-36-133-95.pool.ukrtel.net)
12:01.27 brlcad takes a deep breath, calls it a night and heads in to see what he wrote with fresh eyes
12:33.10 ``Erik https://google-styleguide.googlecode.com/svn/trunk/lispguide.xml neat
13:40.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:56.00 kanzure how far did that recent summer of code student get with the nurbs math/library?
14:16.48 starseeker um... we had two students on NURBS, one doing tessellation and one doing implicit -> NURBS conversions (and subsequently surface/surface intersection)
14:17.10 starseeker which bit did you mean?
15:53.41 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
15:56.44 *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net)
18:27.20 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:27.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:25.39 *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net)
22:45.01 *** join/#brlcad ``Erik_ (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net)
23:38.32 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
23:40.31 starseeker ponders whether the subdivision ability is worth exposing as its own command
IRC log for #brlcad on 20121012

IRC log for #brlcad on 20121012

01:35.45 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:49.53 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
10:45.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:45.22 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
10:45.22 *** join/#brlcad ChanServ (ChanServ@services.)
10:45.22 *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net
10:56.03 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:56.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:47.22 brlcad muahahahaha
13:48.23 brlcad starts a script that is going to check every commit to NMG
13:50.10 brlcad compiling the package and then running the conversion script on all our db files
13:50.18 brlcad is gonna graph it up
13:53.59 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
14:35.21 brlcad added a new content-based regex spam filter to the wiki
14:35.46 brlcad given the recent increase in manual attempts making their way past the captchas
17:47.33 starseeker is amazed at the profound waste of time represented by manual captcha bypassing just to spam the BRL-CAD wiki
17:47.59 starseeker would have though manual spamming would target higher profile sites
18:57.06 starseeker brlcad: are you going back to some starting point with the nmg commits and working forward, or just doing it from here on?
19:17.50 brlcad from current back through time
19:21.31 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
19:43.25 starseeker brlcad: what do you you think - once I manage to add the edge handling to the subdivision logic, would it be worth adding as a sub-option to the bot command independent of the NURBS fitting? (maybe bot smooth [3] bot.new bot.old or some such...)
19:58.01 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
20:06.08 brlcad starseeker: yeah, sure
20:06.48 brlcad bot smooth -modify bot.new bot.old
20:06.58 brlcad default doesn't actually modify, it just sets a flag
20:07.22 brlcad maybe some other flag other than modify, kinda vague
20:15.18 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:15.19 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:41.57 *** join/#brlcad ibot (~ibot@rikers.org)
20:41.57 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
20:43.05 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
20:44.08 starseeker oh - is bot smooth used to set the smoothing flag?
20:44.14 starseeker (that would make sense...)
20:44.16 DarkCalf waves to brlcad
20:44.26 starseeker how about "bot refine" instead?
23:08.09 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
IRC log for #brlcad on 20121013

IRC log for #brlcad on 20121013

00:49.05 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
01:01.32 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
01:01.32 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
01:56.02 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
05:26.46 *** join/#brlcad elf (~elf@p5.eregie.pub.ro)
05:27.42 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
05:30.26 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:54.50 *** join/#brlcad merzo (~merzo@65-202-201-46.pool.ukrtel.net)
14:10.12 *** join/#brlcad merzo (~merzo@65-202-201-46.pool.ukrtel.net)
17:13.14 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
17:13.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:48.58 *** join/#brlcad merzo (~merzo@199-199-201-46.pool.ukrtel.net)
18:28.54 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:28.55 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121014

IRC log for #brlcad on 20121014

05:06.07 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:42.02 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:51.36 *** join/#brlcad ibot (~ibot@rikers.org)
11:51.36 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!!
14:51.43 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
14:51.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:06.43 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:31.30 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
17:51.56 *** join/#brlcad merzo (~merzo@83-159-132-95.pool.ukrtel.net)
19:47.37 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:12.16 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121015

IRC log for #brlcad on 20121015

01:02.01 *** join/#brlcad merzo (~merzo@83-159-132-95.pool.ukrtel.net)
03:54.21 *** join/#brlcad Stattrav (~Stattrav@61.12.114.66)
03:54.21 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:01.42 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:01.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:33.26 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:33.27 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:48.45 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:14.51 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
12:15.12 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
12:55.39 *** mode/#brlcad [+o brlcad] by ChanServ
15:25.48 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:25.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:08.11 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
17:51.02 *** join/#brlcad merzo (~merzo@8-187-132-95.pool.ukrtel.net)
18:39.13 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:39.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:21.02 ``Erik starseeker: http://en.wikipedia.org/wiki/File:Alan_Cox_at_FOSS_2007.jpg
19:46.55 ``Erik http://www.jwz.org/blog/2012/10/modern-primitives/
20:42.39 brlcad wants to build a 3d printer
22:18.17 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20121016

IRC log for #brlcad on 20121016

02:21.30 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:31.05 kanzure brlcad: well, pick out a reprap model
04:52.59 brlcad kanzure: I have
04:53.15 brlcad but I want a cnc too, and will likely start there
04:53.46 brlcad beefed up version of diylilcnc would suit me nicely
06:40.03 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:40.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:46.12 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
06:46.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:53.20 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
07:53.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:40.05 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:40.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:43.03 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:23.15 *** join/#brlcad harmanpreet (~chatzilla@124.253.147.154)
16:24.12 *** join/#brlcad harmanpreet (~chatzilla@124.253.147.154)
16:25.09 harmanpreet hi there... :)
16:40.41 harmanpreet I asked question about my problem in executing mged command from browser on developers mailing list. You can chec kit here: http://sourceforge.net/mailarchive/message.php?msg_id=29969895 Please help me out!!
17:15.09 *** join/#brlcad abhi2011 (~chatzilla@122.167.8.12)
17:52.58 *** join/#brlcad merzo (~merzo@109-10-132-95.pool.ukrtel.net)
19:37.36 *** join/#brlcad abhi2011_ (~chatzilla@122.167.36.41)
19:56.23 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
22:39.13 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:20.08 elf_ okay, here it is what has been done in the last 2 weeks for the simulate command, it can be found on my git repository https://github.com/elf11/brlcad, the explanation is in the Work.txt file or can be read here http://paste.ubuntu.com/1284104/, the patch with the actual functionality can be found here, can be tested out, didn't want to commit it yet since it is work in progress, but the raytracing and the collision detection it is working at this point accor
23:20.08 elf_ ding to the way I described in the work.txt document https://github.com/elf11/brlcad/blob/master/simulate.patch
23:21.06 elf_ I have to say that in the last 2 weeks I was able to work on the project only for like 7 days or so, hence the lack of update... uni is been back for the last 3 weeks and my workload is X3 too....
23:23.12 elf_ for this 2 weeks the collision detection and the rt will get to work properly and I will introduce friction for objects so that ball will get to roll on the ground plane, I actually tested the friction part in a bullet simulation and it works the way I want it, now I have to replicate it in brlcad, then adding other forces will be more easily done
23:24.25 elf_ you guys check it out, feedback would be great... will be back in 3 and a half hours before I have to go to classes
IRC log for #brlcad on 20121017

IRC log for #brlcad on 20121017

02:59.27 *** join/#brlcad harmanpreet (~chatzilla@124.253.28.255)
03:32.18 elf_ brlcad, did you get to look over what I posted earlier?
03:54.23 *** join/#brlcad abhi2011 (~chatzilla@122.167.4.28)
05:04.21 *** join/#brlcad abhi2011 (~chatzilla@122.167.6.150)
06:45.09 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:03.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:50.16 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:57.29 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:44.38 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
08:48.04 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:11.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:06.58 *** join/#brlcad abhi2011 (~chatzilla@122.167.6.150)
10:28.20 *** join/#brlcad abhi2011_ (~chatzilla@122.167.6.150)
10:45.33 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:45.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:34.00 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:56.15 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:56.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:37.58 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:39.59 *** join/#brlcad abhi2011 (~chatzilla@122.167.24.192)
14:42.58 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
14:42.59 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
15:31.06 *** join/#brlcad abhi2011 (~chatzilla@122.167.24.192)
17:21.34 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
17:44.30 *** join/#brlcad abhi2011_ (~chatzilla@122.167.36.75)
17:49.00 *** join/#brlcad merzo (~merzo@85-162-133-95.pool.ukrtel.net)
18:29.34 *** join/#brlcad abhi2011_ (~chatzilla@122.167.3.72)
18:41.05 *** join/#brlcad abhi2011_ (~chatzilla@122.167.3.72)
18:48.14 *** join/#brlcad abhi2011_ (~chatzilla@122.167.41.221)
19:15.08 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:15.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:55.25 *** join/#brlcad abhi2011_ (~chatzilla@122.167.42.156)
20:21.24 *** join/#brlcad abhi2011_ (~chatzilla@122.167.42.156)
21:56.30 elf_ hello
21:56.34 elf_ created the standalone bullet simulation, the simulation respects the same dimensions as the Mged simulation realized awhile back in BRL-CAD, generated contact points and now I have to compare them to what BRL-CAD returns at this stage and replicate what bullet returns in BRL-CAD
21:56.44 elf_ the simulation can be downloaded from https://github.com/elf11/brlcad/tree/master/BasicDemo
21:56.58 elf_ the falling cube can be moved using the F1 key
21:57.19 elf_ at every press of the F1 key the cube gets closer to the gp
21:57.37 elf_ till first contact points are being generated
21:58.47 elf_ for the standalone program to work you should have bullet installed on your machine
22:44.03 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:44.44 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
IRC log for #brlcad on 20121018

IRC log for #brlcad on 20121018

01:27.24 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:29.11 *** join/#brlcad abhi2011 (~chatzilla@122.167.32.224)
04:18.40 *** join/#brlcad abhi2011_ (~chatzilla@122.167.7.37)
04:55.18 *** join/#brlcad abhi2011_ (~chatzilla@122.167.1.229)
05:45.01 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:45.01 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:01.12 *** join/#brlcad abhi2011 (~chatzilla@122.167.1.229)
06:09.49 *** join/#brlcad abhi2011_ (~chatzilla@122.167.1.229)
06:19.04 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
06:50.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:23.12 *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro)
11:29.32 ``Erik #define sizeof( rand(
14:13.16 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
14:56.07 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:59.48 *** join/#brlcad abhi2011 (~chatzilla@122.167.13.129)
18:30.28 *** join/#brlcad abhi2011_ (~chatzilla@122.167.6.141)
19:59.05 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:00.56 *** join/#brlcad abhi2011_ (~chatzilla@122.167.33.45)
20:16.55 *** join/#brlcad abhi2011_ (~chatzilla@122.167.33.45)
22:05.18 elf_ hello, updates on the simulate command work
22:05.19 elf_ finalized the standalone bullet demo, the files can be found here https://github.com/elf11/brlcad/tree/master/BasicDemo, now there are printed the penetration points, the depth and the normals
22:05.29 elf_ started replicating bullets behaviour in brl-cad, for the moment more z rays are being shoot. https://github.com/elf11/brlcad/blob/master/simrt.patch
23:02.21 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121019

IRC log for #brlcad on 20121019

07:08.04 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:27.35 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
07:27.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:32.10 *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro)
15:17.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:19.38 *** join/#brlcad abhi2011 (~chatzilla@122.167.17.58)
18:19.14 *** join/#brlcad abhi2011 (~chatzilla@122.167.17.58)
20:50.28 *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
23:20.06 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121020

IRC log for #brlcad on 20121020

04:39.06 *** join/#brlcad abhi2011 (~chatzilla@122.167.0.187)
07:26.11 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:20.22 *** join/#brlcad elf (~elf@p5.eregie.pub.ro)
08:23.25 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
12:06.22 *** join/#brlcad merzo (~merzo@248-40-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20121023

IRC log for #brlcad on 20121023

14:07.26 *** join/#brlcad ibot (~ibot@rikers.org)
14:07.26 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
14:40.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:02.15 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:34.02 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
16:44.17 *** join/#brlcad abhi2011 (~chatzilla@122.167.4.106)
17:09.12 *** join/#brlcad Al_DC_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
17:25.17 *** join/#brlcad abhi2011 (~chatzilla@122.167.4.106)
22:04.34 starseeker charming - ambient occlusion appears to segfault, but not when running in gdb
22:05.11 starseeker inconsistent too
22:46.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121024

IRC log for #brlcad on 20121024

02:39.04 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
06:53.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:28.10 ``Erik heisenbugs!
15:13.01 brlcad i've not seen ambient itself crash but it is going to sample the geometry a hell of a lot more than a default trace
15:13.37 brlcad so it should (in theory) be able to more easily find an obscure nurbs crash, for example
15:14.26 brlcad the rays are random, so that'd explain why a subsequent trace (whether in gdb or not) doesn't segfault
15:14.52 brlcad protip: always raytrace nurbs in gdb ;)
15:42.07 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
15:45.51 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
16:08.38 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:21.45 *** join/#brlcad elf1` (~elf11_@p5.eregie.pub.ro)
18:59.40 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:59.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:02.35 *** join/#brlcad merzo (~merzo@220-172-133-95.pool.ukrtel.net)
20:37.04 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
22:03.40 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:41.03 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
23:04.51 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121025

IRC log for #brlcad on 20121025

10:58.05 *** join/#brlcad merzo (~merzo@138-15-132-95.pool.ukrtel.net)
11:20.02 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:45.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
11:45.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:19.02 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
17:57.02 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
20:35.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:35.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:55.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121026

IRC log for #brlcad on 20121026

00:49.22 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
00:49.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:20.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:20.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:47.04 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:47.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:33.57 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:33.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:58.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:10.11 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:11.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:30.51 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:30.53 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:02.29 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:07.47 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:07.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:14.55 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:14.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:19.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:43.22 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:43.22 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:49.33 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:49.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:07.00 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:07.01 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:58.10 *** join/#brlcad merzo (~merzo@207-113-201-46.pool.ukrtel.net)
12:14.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:41.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:48.14 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:48.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:16.38 brlcad good grief, there must be an international web crawler festival somewhere
15:37.38 ``Erik O.o
15:41.59 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
15:42.00 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:41.57 brlcad successfully completed a fastf_t single precision compilation last night
16:42.35 brlcad now all that's left are to fix the database I/O calls (about 170 instances)
17:41.29 kanzure brlcad: why do you think that people keep skipping on brlcad for things like openscad or blender in the '"maker" community'?
18:29.13 brlcad kanzure: the UI
18:36.55 kanzure brlcad: huh? you don't even have to use the UI
19:10.37 brlcad you don't have to but most want to
19:11.27 brlcad for most
19:11.31 brlcad they download brl-cad, install it, run "brlcad" and get file not found
19:12.19 brlcad they search "how to start brlcad", fortunately get http://brlcad.org/wiki/FAQ#How_do_I_start_BRL-CAD.3F, run mged, and are then left scratching their head
19:12.41 brlcad that's where a quick start guide would really help
19:37.20 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:37.21 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121027

IRC log for #brlcad on 20121027

02:58.16 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
04:30.30 *** join/#brlcad shoerain (~mortimer@li557-200.members.linode.com)
04:48.25 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
04:49.56 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
04:50.24 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
05:02.53 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
05:02.59 yukonbob hello #brlcad
05:08.47 *** part/#brlcad shoerain (~mortimer@li557-200.members.linode.com)
05:08.58 *** join/#brlcad shoerain (~mortimer@li557-200.members.linode.com)
05:09.14 shoerain i wonder if other cad software related questions are dandy here
05:10.31 yukonbob they might be. try and see.
05:59.35 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
05:59.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:55.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:55.34 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:26.56 *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro)
09:34.47 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
10:58.05 *** join/#brlcad merzo (~merzo@48-219-133-95.pool.ukrtel.net)
12:09.08 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
14:26.04 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:33.01 brlcad shoerain: i'm happy to help with most any open source question
14:33.16 brlcad or questions about geometry and practices
14:33.57 brlcad but yeah, no free support for autocad, catia, nx, solidworks, or pro/e
16:43.40 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
18:16.05 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:16.05 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:19.09 *** join/#brlcad Stattrav (~Stattrav@61.12.114.82)
22:19.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
22:44.40 *** join/#brlcad Stattrav (~Stattrav@223.231.225.109)
22:44.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121028

IRC log for #brlcad on 20121028

01:39.35 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
01:42.18 jarray52 Is it possible to create parts in Autodesk Inventor Professional 13 and import the parts into brlcad? Once the parts are in brlcad, I would like to be able to manipulate the parts as though they are native brlcad generated objects.
01:49.46 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
01:52.12 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
01:53.22 jarray52 Is it possible to create parts in Autodesk Inventor Professional 13 and import the parts into brlcad? Once the parts are in brlcad, I would like to be able to manipulate the parts as though they are native brlcad generated objects.
02:25.29 brlcad jarray52: as with most conversion questions -- "it depends"
02:25.43 brlcad yes there is undoubtedly several ways to import the parts into brl-cad
02:26.15 brlcad step, stl, 3dm, and dxf come to mind first, but there are probably other ways
02:26.56 brlcad you'll export from inventor to one of those formats and use our corresponding [something]-g geometry converter
02:27.32 brlcad manipulating the objects in brl-cad as "native" generated objects is the tricky part and depends entirely what you need to do to them
02:27.48 brlcad moving them around, rotating them, using them in boolean combinations is all fine
02:32.03 brlcad step and 3dm will import as immutable nurbs surfaces (you can't *edit* the surfaces, but you can use/move/csg them)
02:33.02 brlcad stl and a slew of other surfaces will import as polygonal mesh and are editable surfaces, but the editing features are experimental/cumbersome (and you can use/move/csg them)
02:33.46 brlcad dxf will be a polygonal mesh or extruded sketches
02:51.03 jarray52 brlcad: Thanks. One of my main goals is to scale the parts based on some parameters. In order to do that, I need a somewhat good representation in brlcad. Are there any non-native formats that import nicely into brlcad?
06:48.38 *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net)
06:48.38 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
06:48.38 *** join/#brlcad ChanServ (ChanServ@services.)
06:48.38 *** mode/#brlcad [+o ChanServ] by hobana.freenode.net
08:29.55 *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net)
08:29.55 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
08:29.55 *** join/#brlcad ChanServ (ChanServ@services.)
08:29.55 *** mode/#brlcad [+o ChanServ] by hobana.freenode.net
08:59.46 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
08:59.47 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
09:13.21 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:13.21 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
09:13.22 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:14.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:38.49 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
09:38.49 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:38.49 *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net)
09:38.49 *** join/#brlcad ChanServ (ChanServ@services.)
09:38.49 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
09:38.49 *** mode/#brlcad [+o ChanServ] by hobana.freenode.net
13:45.51 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
14:11.32 brlcad jarray52: scaling should be no problem with any of them so I'd suggest a format that preserves the original geometry as much as possible (step, 3dm, dxf probably in that order)
14:11.47 brlcad exporting solid ap 203 step data from inventor would probably work best
14:17.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:10.56 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
15:22.32 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
16:24.48 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
17:44.46 *** join/#brlcad andrei (~andrei@188.25.172.147)
18:08.40 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
18:20.06 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:20.07 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:48.30 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:48.31 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:19.00 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
IRC log for #brlcad on 20121029

IRC log for #brlcad on 20121029

06:31.05 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:39.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:39.18 ``Erik neat, work is closed
12:31.22 brlcad neat!
12:40.38 brlcad apparently a first, facebook was updated before anything else including the hotline
14:25.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:36.00 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:36.00 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:42.04 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:42.05 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:47.04 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
16:47.04 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:25.08 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:25.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:48.13 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:48.14 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:50.58 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:50.59 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:59.39 *** join/#brlcad andrei___ (~andrei@188.25.161.170)
19:03.19 andrei___ hello !
19:04.22 andrei___ I m sorry for the lack of activity lately, from now on I should be around and I will resume working
19:06.01 andrei___ brlcad, do you have a rough deadline when do you need the summary?
19:54.40 *** part/#brlcad shoerain (~mortimer@li557-200.members.linode.com)
19:55.02 brlcad andrei___: I'm hoping to send google a summary next weekend
19:57.13 andrei___ I intend to write it by this wednesday, hopefully.
21:07.47 brlcad andrei_: awesome, that would be great
21:09.18 andrei_ this semester Im studying opengl( more of an introduction to) and threading
21:09.33 andrei_ does brlcad use anything from opengl?
21:12.26 andrei_ I d probably find this answer on the website or on sourceforge tho
21:20.02 *** join/#brlcad andrei (andrei@188.25.161.170)
22:33.03 ``Erik http://www.youtube.com/watch?v=uu7jA8EHi_0
IRC log for #brlcad on 20121030

IRC log for #brlcad on 20121030

05:27.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:41.32 *** join/#brlcad Stattrav (~Stattrav@110.225.129.23)
10:41.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:16.08 *** join/#brlcad Stattrav (~Stattrav@223.234.219.72)
11:16.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:30.26 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
11:30.27 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:35.27 *** join/#brlcad andrei (~andrei@188.25.161.170)
14:16.52 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
14:16.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:40.26 *** join/#brlcad yiyus (1242712427@je.je.je)
18:43.16 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
19:10.06 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:10.06 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:24.34 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:24.38 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:18.15 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:18.16 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:28.09 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:28.10 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:32.39 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:32.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:36.31 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:36.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:54.55 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:54.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:02.32 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
21:02.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:06.06 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
22:02.09 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
IRC log for #brlcad on 20121031

IRC log for #brlcad on 20121031

00:11.43 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
01:34.49 brlcad mm, out of power 22 hours and counting
03:23.21 starseeker ow
03:23.52 starseeker how are the hamsters powering your laptop holding up? :-P
03:29.42 starseeker misses CIA... any chance irker or KGB will get deployed to plug the hole?
06:51.36 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:51.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:49.01 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
10:32.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:33.55 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
11:00.39 *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.98)
11:01.36 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
11:32.49 *** join/#brlcad andrei (~andrei@188.25.162.255)
13:08.50 andrei brlcad : I finished writing the preliminary version of the gsoc write-up
13:09.59 andrei when you have time, please have a look at it, when it's final I will try to write it as a PDF aswell.
14:20.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:20.37 brlcad andrei: excellent, thank you
16:31.54 andrei brlcad : I want to finish my gsoc project and the last part was " Eliminate the assumption of globals in the API " by implementing user callback. Could you or Erik point me to a direction where I could read more ?
16:43.06 andrei Also, I need to commit the unit tests and fixes I finished before gsoc final. I know that need to be done in brief commits, but should I commit everything in one day ?
16:43.24 brlcad andrei: beyond google searches on those terms if any are confusing, the best starting point is to ask us questions
16:43.50 brlcad or look at one of the existing programs that calls libpkg, see the globals in use and figure out how to remove them
16:45.37 andrei hm, then I ll have a loot at the existing calls probably today or tommorrow
16:46.29 brlcad a good starting point is probably to look at something like src/gtools/g_transfer.c
16:46.55 brlcad it presently has two globals, see what needs to change to eliminate either or both of them
16:47.27 brlcad sry, three gloabls: DBIP, srv_argc, srv_argv
16:48.44 brlcad there you can also see the my_data structure used by the client as the means to eliminate the client-side global data
16:51.50 andrei I will take my time to read and understand that, then
16:53.26 brlcad some of the work towards that particular goal was implemented shortly before gsoc, adding callback data fields to the pkg callback functions
16:56.55 brlcad still, that doesn't let you pass around all of the data one needs
16:57.55 brlcad the "real" work after g_transfer would be to eliminate all of the globals in src/remrt/rtsrv.c
22:31.48 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121101

IRC log for #brlcad on 20121101

08:51.22 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:51.23 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:58.53 *** join/#brlcad elf_ (~elf@109.97.177.150)
14:39.08 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:24.04 starseeker interesting - White Dune claims to have some support for NURBS
15:24.47 starseeker makes a note... their NURBS wrl files may be of interest for testing importers...
15:32.56 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
17:17.48 *** join/#brlcad andrei (~andrei@188.25.162.255)
17:17.52 andrei hello !
20:15.55 *** join/#brlcad andrei__ (~andrei@188.25.162.255)
21:48.21 *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
22:00.03 *** join/#brlcad andrei__ (andrei@188.25.162.255)
23:26.34 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20121102

IRC log for #brlcad on 20121102

04:36.31 brlcad 32 NMG revisions processed!
04:37.07 brlcad looks like it's about 1 to 2 revisions per day, with 153 to process total
04:37.22 brlcad go go gadget convert script
04:44.51 brlcad ~(153 - 32) / 1.5
04:44.51 ibot 80.666666666667
04:46.07 brlcad so about 2-3 months and they'll be all processed
04:46.11 brlcad cool, maybe by christmas
04:50.45 brlcad more awesome: pixcmp pixels: 261935 matching, 167 off by 1, 42 off by many <-- fastf_t == float
06:51.12 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:53.29 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
06:53.29 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:04.36 *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz)
08:14.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:14.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:21.24 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:21.25 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:28.40 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:28.40 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:48.58 *** join/#brlcad elf_ (~elf@109.97.177.150)
13:10.41 ``Erik brlcad: pixdiffs or it didn't happen O.o
13:14.06 brlcad ``Erik: http://brlcad.org/tmp/moss_fastf_t.png
13:14.37 ``Erik huh, much better than I expected :)
13:14.57 brlcad the majority are the root solver, possibly even related to changes I made years ago
13:15.32 ``Erik yeah, the curve along the torus
13:16.07 brlcad the results for the others are about that close too
13:16.09 ``Erik the rest are surprisingly random, I'd have guessed at more of a pattern to them
13:16.33 brlcad lending credence to my understanding that they actually used to match
13:19.48 ``Erik "grep -r 'double\|float' src/lib* src/rt" looks like we aren't adhering to fastf_t as much as we could, wonder if that's affecting the output
13:31.41 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:31.42 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:36.33 starseeker brlcad: what's the speedup from using float look like?
15:41.09 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:33.26 *** join/#brlcad andrei_ (~andrei@188.25.162.255)
21:58.26 *** join/#brlcad yiyus_ (1242712427@je.je.je)
22:27.24 *** join/#brlcad cristina (~quassel@188.24.12.149)
22:27.36 cristina hello everyone
22:27.46 cristina sorry for not being around lately
22:28.32 cristina brlcad: I wrote a few paragraphs regarding my GSoC project. Feedback is welcomed on it
IRC log for #brlcad on 20121103

IRC log for #brlcad on 20121103

02:25.43 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:54.17 *** join/#brlcad elf_ (~elf@109.97.177.150)
07:11.37 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:34.08 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:08.13 *** join/#brlcad andrei_ (andrei@188.25.27.148)
08:08.17 andrei_ hello !
08:15.11 *** join/#brlcad andrei_ (~andrei@188.25.27.148)
09:01.12 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:01.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:24.56 *** join/#brlcad cristina_ (~quassel@188.24.12.149)
11:46.13 *** join/#brlcad andrei_ (andrei@188.25.27.148)
19:11.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:11.57 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:24.38 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
20:24.39 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121104

IRC log for #brlcad on 20121104

05:31.01 brlcad wonders if fbthreadtest can be removed, just incurred a cost and it looks to be about 2.5 years dormant -- starseeker?
07:16.17 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:19.54 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
08:19.54 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
08:34.18 *** join/#brlcad andrei_ (andrei@188.25.171.202)
08:34.19 andrei_ hello
10:25.09 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:25.09 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:12.19 *** join/#brlcad cristina (~quassel@188.24.12.149)
11:42.53 ``Erik heh http://www.scarydevil.com/~peter/io/raytracing-vs-rasterization.html
12:04.56 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
12:04.56 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
12:09.13 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:42.17 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:42.17 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:01.31 *** join/#brlcad andrei_ (~andrei@188.25.171.202)
16:25.15 starseeker brlcad: sure, nuke it - it's in the history if I ever revive that attempt
19:00.52 brlcad ``Erik: wasn't that a couple years ago?
19:01.56 brlcad the gsoc write-ups looks great, even more detailed than they needed to be
19:02.12 brlcad thanks cristina
19:02.40 brlcad and to the others, though I don't see them here in the channel at the moment
19:03.10 brlcad crdueck: any chance I can get a paragraph or two from you too?
19:03.46 brlcad ksenija and laijiren are the other two missing
19:15.27 brlcad SIGGRAPH ASIA 2012 tech paper highlights: http://www.youtube.com/watch?v=l81MqEWmR-g
19:58.44 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:58.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
20:14.27 brlcad Stattrav: thanks for the write-up!
20:14.29 brlcad (again)
20:14.43 brlcad all the detail from everyone, I'm going to have to change the plans a little bit
20:14.52 brlcad these are detailed enough for stand-alone showcasing too
20:43.14 *** join/#brlcad andrei_ (andrei@188.25.171.202)
20:48.05 cristina brlcad: well, I wrote around 250words, as suggested :)
21:28.32 ``Erik brlcad: the discussion was, but the archives were lacking so someone cleaned it up a bit and posted for preservation
22:04.13 andrei_ ``Erik, how do you guys manage to draw stuff like this : http://brlcad.org/wiki/Image:Brlcad_gsoc2009_flyer.png ? I ve been trying to get a damn rubik cube to work in c++/freeglut for like 8 hours and it's still broken .
22:44.21 ``Erik andrei: looks like a raytrace, a plot2pix and a bunch of gimp or photoshop work...
22:46.02 ``Erik and I'm guessing the rubik's cube is an unrelated topic? O.o freeglut would just be the bits to wire the context to the display and input (opposed to glX or wgl or SDL)
22:46.53 ``Erik a straight up display issue would be with the opengl not being all correct?
22:47.18 andrei_ The issue is that I m not used to "imagine" things in 3d and I make wrong assumptions
22:48.14 andrei_ for example, if I needed to solve a rubik cube without any graphical display it would've taken me at most two hours.
22:49.31 andrei_ Raytracing is probably much more complicated than the things I am doing at the moment.
22:50.52 ``Erik raytracing and rasterization are two different approaches with pros and cons *shrug* raytracing a sphere is trivial, a box is a bit trickier :)
22:51.26 andrei_ the only thing I know about the rasterization is that it's the last step the gpu band does ( might have spelling errors)
22:51.53 ``Erik the 'redbook' has an appendix that outlines the old approach
22:52.20 ``Erik setting up the correct matrices tends to be a tricky subject for new opengl users, are you getting stuff on the screen, just not in the right place?
22:54.13 andrei_ I ve been given a framework so I m not using opengl directly. I have a cube drawn from 9 smaller cubes. The cube deforms when I rotate a vertical face and then a horizontal one.
22:55.05 andrei_ It happens because I rotate relative to the cube positioned in center of the face. After the first rotation it is no longer there.
22:56.52 andrei_ I was saying that it is very difficult to achieve the same result using 3d objects rather than abstract units( array values, for example)
23:10.50 *** join/#brlcad cristina (~quassel@188.24.12.149)
23:28.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121105

IRC log for #brlcad on 20121105

02:01.17 *** join/#brlcad cristina (~quassel@188.24.13.180)
03:29.42 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
04:48.33 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:03.27 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
06:23.33 brlcad ``Erik: starseeker: need one or both of you to sign up at https://google-melange.appspot.com/gci/homepage/google/gci2012 and send me your link_id
06:23.47 brlcad it's separate from the one for gsoc
06:24.57 brlcad if anyone is interested in being a mentor for GCI this year, let me know (pm or public, whatever)
06:26.42 brlcad GCI is high school, and the tasks are well-defined simple mini-projects that are estimated to take an average student less than two hours to complete
06:27.05 brlcad so help formulating ideas is also appreciated! :)
06:27.39 Stattrav I wrote the most concise explaination of the project
06:28.16 brlcad Stattrav: heh
06:28.49 brlcad that's not exactly what I'd call concise, but it'll certainly work ;)
06:41.45 Stattrav brlcad: I started working on the frontend now
06:42.12 Stattrav I was just messing around with some templating engines so as to have a proper display
06:43.10 Stattrav off to go to a class, I shall inform you about that soon.
06:43.55 brlcad awesome, thanks -- look forward to the update
06:44.33 brlcad has been working on the underlying benchmark infrastructure tremendously of late ..
06:45.29 brlcad I did just make a change to the output log just yesterday, but shouldn't affect parsing if that was done right... :)
06:54.22 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
07:01.07 Stattrav totally
07:34.21 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:37.32 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
09:26.07 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
11:26.19 ``Erik <PROTECTED>
11:37.48 ``Erik brlcad: (looking at gci, I seem to be attached already...) php?
11:37.59 ``Erik that for the drupal stuff?
14:17.19 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
14:17.19 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:21.26 brlcad ``Erik: yeah, any of the web work
14:21.36 brlcad I guessed or your link_id and it seemed to work :)
14:21.54 brlcad the app isn't done, I just stubbed it in with some previous language
14:39.58 crdueck brlcad: yes, of course. My last midterm is this tuesday, if I submit by thursday will that be alright?
15:17.18 ``Erik we could probably chop up the windows threading work into 2-3 bite sized tasks
15:19.31 ``Erik (I'd imagine anything this small that we'd think of would mostly be the 'dirty' trivial stuff that our arrogance prevents us from doing)
15:23.46 ``Erik mebbe improvements to util/terrain (should that be procdb?) or an lsystem tree generator?
15:24.24 ``Erik convert a shell script to tcl so it can run on winderz?
15:25.07 ``Erik (like, say, benchmark... or regress...)
16:02.27 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:56.49 brlcad crdueck: okay
16:57.14 brlcad ``Erik: unlike previous years, this year they are 2- hour tasks..
17:14.49 brlcad "trivial stuff" is very much the scope
17:15.16 brlcad I'm looking to do a task decomposition on the existing Quickies page to make them even smaller
17:15.30 brlcad or at least to make sure they're doable within a couple hours
17:22.34 ``Erik yeah, I'm just thinking that any ~2hr task we'd want done would be done unless there was some ick to it, like msvc/win32... *shrug* decomposition is another way to find those sized tasks, or 'fresh eyes' type tasks, like reviewing
17:23.16 brlcad moving comments from source to headers is a good one
17:23.46 brlcad unit tests are good
17:25.33 brlcad unit tests for all of libbu and libbn make for about 100 tasks
17:26.05 brlcad currently about 20 of 113
17:27.53 brlcad would be easier to track if they were 1:1 instead of N:M
17:28.29 brlcad there's probably a few bugs that are <2 hrs
17:38.34 ``Erik hm, identifying library functions that aren't used in any of our executables might be handy, too (then the "dead code" vs "third party utility" decision could be made by someone more familiar)
17:38.50 brlcad I have a script for that
17:40.01 brlcad http://brlcad.org/tmp/bu_call_counts.txt for libbu, for example
17:40.15 ``Erik speaking of small bugs, 'make test' locks up in the libbu rb tree stuff
17:43.01 *** join/#brlcad cristina (~quassel@188.24.13.180)
17:43.07 brlcad waves to crdueck
17:43.13 brlcad er, and cristina :)
17:43.50 cristina waves back :)
17:44.24 brlcad ``Erik: since when? I don't think that's changed recently..
17:45.11 ``Erik been doing it for a while, try a "make test"
17:45.42 brlcad all of my builds right now are single-precision fastf_t builds, so I wouldn't trust them
17:46.03 ``Erik I assumed the dude working on it was in progress on it and would fix it, *shrug*
17:46.27 brlcad the rb tests are done afaik
17:47.01 brlcad worked for me a couple weeks ago when I last ran them
17:49.09 ``Erik heh, the test program halts waiting for input.
17:55.11 brlcad oh right
17:55.46 ``Erik cia is mia
17:56.03 brlcad i thought I'd fixed that
17:56.13 brlcad you know cia went down, right?
17:56.41 ``Erik haven't been paying attention... like permanently? or until someone attends the host?
17:57.19 brlcad like as in someone accidentally fdisked the virtual host partition without making a backup
17:58.10 brlcad long complicated story, but they're working on restoring service
17:58.32 ``Erik nice
17:58.53 ``Erik at the beginning of october, looks like
17:59.10 brlcad it was a mess before it went down with an ancient django and other issues, and it was apparently a bit beyond the abilities of the latest maintainer's hands
17:59.37 ``Erik and no brlbot for local needs? :D
17:59.50 brlcad I last worked on it with bearperson about two years ago and he may have a backup (I may too, but on a disabled drive)
17:59.56 brlcad go ahead ;)
18:00.29 brlcad commit mails are flowing, so someone would just need to set up a procmail on bz to notify irc
18:00.44 ``Erik fires up slime and looks for cl-irc O.o
18:02.22 brlcad libirc will do the trick easily enough with probably 100 lines of code
18:02.33 brlcad (if you wanted to do it in C)
18:02.40 ``Erik but it wouldn't have a cl- in front of it
18:02.57 ``Erik http://common-lisp.net/project/cl-irc/
18:12.58 brlcad whatever floats your boat, anything is great if it's reliable :)
18:21.49 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:27.35 *** join/#brlcad andrei__ (andrei@188.25.171.202)
18:28.30 brlcad waves to andrei__
18:29.09 andrei__ I have to learn how to do this purple writing :(
18:31.08 brlcad purple?
18:31.40 andrei__ well when you waved me it looks like a different type of writing and I don't know how to do that
18:31.46 andrei__ looked*
18:31.51 brlcad ooooh, hah
18:31.58 brlcad just type /me says hello
18:32.07 andrei__ says hello
18:32.10 brlcad there ya go ;)
18:32.11 andrei__ aah, now I know !
18:32.37 brlcad does a backflip
18:32.43 brlcad falls on his face
18:33.28 brlcad I thought you were perhaps learning to write purple prose: http://en.wikipedia.org/wiki/Purple_prose
18:34.21 andrei__ Im currently using mIRC and in mIRC that command is displayed purple
18:37.35 ``Erik yeah, it's an 'action' with ctcp flags and all O.o
18:38.10 ``Erik rfc1459 if you want to see the nitty gritty guts of how irc works :D
18:38.23 andrei__ irc is defined in rfc ?:o
18:38.47 ``Erik the protocol is, yes
18:40.44 ``Erik brlcad: was cia using commit emails or a svn post commit hook?
18:41.32 brlcad essentially, yes
18:42.20 brlcad it was it's on hook, ciabot_svn.py
18:43.50 brlcad actually think ciabot_svn.py sent the data via XML RPC, not e-mail .. but I don't know which sourceforge configured it for
18:44.00 brlcad probably rpc
18:44.41 ``Erik cool, so I can plug in a ucw app to catch the xml rpc message, break it down and shoot it to irc... easy O.o
18:45.16 ``Erik (you do have permission to shove a modified ciabot script in, right? mebbe as a second hook in case cia.vc returns?)
18:45.50 brlcad I don't think so
18:46.14 brlcad we can't define our own hooks, that was one sourceforge provided everyone
18:46.33 brlcad the ciabot_svn.py script is obviously wired to send to cia.vc
18:46.52 brlcad an e-mail hook is the easiest
18:46.57 brlcad then it can just live on .bz
18:58.56 ``Erik parsing the generated emails might be ugly
19:06.48 brlcad shrug -- they're simple enough to extract with a couple regex
19:07.06 ``Erik multiline comments foul that up
19:07.08 brlcad the only problem is when the commit message is really long, truncating it
19:08.22 brlcad I don't think anyone would cry if the message was sent through 's/[:space:]+/ /g'
19:26.20 brlcad ``Erik: gci application completed if you want to review it -- I'm working on the tasks next
20:47.11 ``Erik the beginning of the 'why would your org like to participate' doesn't feel quite right to me... apologetic with a hint of glibness O.o mebbe put a positive spin by saying how we're prepared instead of saying that we weren't prepared before?
20:47.56 ``Erik other than that, looks great... damn your wordsmithing and copy writing fu
20:49.34 ``Erik thinks he has the receiver, parser and infrasture together for brlcia, will verify tomorrow after some commit emails and put the irc bot part in place
20:52.36 brlcad awesome!
20:57.50 ``Erik https://github.com/erikg/cl-cia mwahaha
21:01.18 brlcad reworded why participate intro, thanks
21:01.54 brlcad heh, neat
21:41.14 *** join/#brlcad andrei_ (~andrei@188.25.171.202)
21:44.41 brlcad okay template in place, breaking up the old topics to 2-hour chunks
23:16.40 *** join/#brlcad ibot (~ibot@rikers.org)
23:16.40 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
23:39.36 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
23:50.02 *** join/#brlcad andrei_ (andrei@188.25.171.202)
23:58.51 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
23:58.51 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
IRC log for #brlcad on 20121106

IRC log for #brlcad on 20121106

01:48.46 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
01:48.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
03:20.56 *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com)
03:43.46 starseeker eyes http://libgit2.github.com/api.html#backends and ponders libgvm backend possibilities...
03:48.48 starseeker "libgit2 builds cleanly on most platforms without any external dependencies" - drool...
03:48.54 starseeker CMake to boot
03:50.49 starseeker big question is whether their feature set has reached a point where it does what we would need... they suggest it's "quite feature complete..."
04:57.33 brlcad GPLv2 with a special Linking Exception
04:58.05 brlcad nice to see git libs finally coming along for other platforms, though
04:58.23 brlcad finishes up with the deuces ideas list for now
04:58.53 brlcad http://brlcad.org/wiki/Deuces if anyone else wants to add any itmes or correct any mistakes i injected
04:58.58 brlcad or otherwise improve it
05:31.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:33.39 *** join/#brlcad andrei_ (andrei@188.25.171.202)
06:34.49 *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ)
08:08.28 *** join/#brlcad cristina (~quassel@188.24.13.180)
10:38.29 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:38.29 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:34.12 ``Erik bleh, procmail wasn't wired in right
12:48.20 tofu ?
13:06.35 *** join/#brlcad cl-irc (~brlbot@66-118-151-70.static.sagonet.net)
13:13.31 starseeker brlcad: is GPLv2 + Linking Exception a no-go for us?
13:15.57 *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net)
13:32.03 *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net)
13:37.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:44.04 brlbot 11010001100101110110011011001101111
13:44.15 ``Erik awesoem
13:54.55 *** join/#brlcad andrei_ (andrei@188.25.171.125)
15:14.48 brlcad waits impatiently
15:15.10 ``Erik hold up, maildir did something unexpected
15:16.49 brlbot erikgreenwald:53471 cast to fix signed/unsigned warning
15:17.08 brlcad woot
15:17.45 brlcad starseeker: any plans to work on "fix 64b detection across platforms. Fix rhel 32/64 confusion" this month?
15:59.25 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:12.11 brlbot carlmoore:53474 change eg to e.g., and fix spellings
16:43.18 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:11.07 brlbot <PROTECTED>
17:14.56 brlbot <PROTECTED>
17:15.51 andrei_ Exterminate? Oh my :(
17:17.53 ``Erik working on getting the color printing right, trying to emulate the old cia look a little
17:29.07 brlbot 03YOU ARE INFERIOR! EXTERMINATE! EXTERMINATE!
17:31.18 andrei_ I think it's a good idea that you didn't test this during the GSoC application period :)
17:31.40 ``Erik this is new as of last night
17:32.43 ``Erik https://github.com/erikg/cl-cia
17:40.03 ``Erik starseeker: http://lists.freebsd.org/pipermail/svn-src-head/2012-November/042019.html
17:44.54 *** join/#brlcad merzo (~merzo@144-221-92-178.pool.ukrtel.net)
18:18.25 brlbot 03carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling
18:27.43 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
18:47.16 brlbot 03carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings
19:28.30 *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net)
19:45.52 *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net)
19:47.17 brlbot 03carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling
19:47.17 brlbot 03carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings
20:19.32 starseeker brlcad: no plans to work on that this month... (sorry)
20:19.46 brlcad no worries, just going through the list
20:20.00 starseeker ``Erik++
20:20.08 starseeker welcoms brlbot - woot!
20:20.14 starseeker welcomes even
20:20.30 brlcad ``Erik: how about a better name? :)
20:20.56 ``Erik xuul? darlek-prime?
20:22.09 ``Erik I started abstracting some stuff out so it can do other stuff, like a cia replacement but less lame than irker
20:22.12 ``Erik :D
20:22.17 starseeker hehe
20:23.09 starseeker ``Erik: interesting news about FreeBSD - I didn't realize they where that far along on the clang conversion
20:23.18 starseeker blinks
20:23.31 brlcad freenode just kick it?
20:23.42 ``Erik doh
20:24.08 starseeker ``Erik: guess we may have to start actually caring officially about clang support now...
20:24.25 brlcad likes xuul
20:25.24 ``Erik unfortunately the lambda character isn't available in utf8
20:27.59 starseeker tries to google xuul and isn't finding much...
20:28.12 ``Erik zuul, woops
20:28.48 starseeker ah
20:35.22 ``Erik hm, zuul is registered, CIA has a 30 second window to identify
21:28.58 ZUUL 03n_reed * 53477 brlcad/trunk/src/libged/draw.c: update solid's vlist length at the same time as its vlist rather than waiting for it to be a side-effect of the bounding routine
21:32.42 starseeker ``Erik: well, we could always go back to xuul... close enough ;-)
22:02.34 ZUUL 03carlmoore * 53478 brlcad/trunk/include/tie.h: fix spelling
22:09.59 ``Erik d'no, a dr who theme might be more entertaining O.o
22:10.11 ``Erik or mebbe h2g2
22:27.04 ZUUL 03carlmoore * 53479 brlcad/trunk/include/vfont-if.h: fix spelling
22:28.02 starseeker ``Erik: how about HAL?
22:29.35 ZUUL 03carlmoore * 53480 brlcad/trunk/include/optical.h: fix spelling
22:38.45 HAL9000 I'm sorry, Dave, I can't let you do that
22:40.59 HAL9000 yet another registered nick
22:41.20 starseeker hmm
22:41.46 starseeker ``Erik: MULTIVAC?
22:41.58 ``Erik 6502!
22:42.17 ``Erik wonder if WOPR is taken
22:42.32 ``Erik yup, with a user on it right now heh
22:42.32 starseeker how can you tell if a nick is taken?
22:43.19 HAL9000 This nickname is registered. Please choose a different nickname,
22:43.52 starseeker I suppose M5 is out?
22:45.54 ``Erik ST:TOS?
22:46.03 starseeker yep
22:47.03 starseeker if I did that right, M5 isn't registered
22:47.09 starseeker nice and short too
22:50.00 starseeker ``Erik: can we register a name for a bot?
22:52.29 brlcad "SS" .. sonic screwdriver
22:52.37 brlcad or better, just "ss"
22:53.19 brlcad and of course, secret service ;)
22:53.43 ``Erik inn use, of course
22:53.52 ``Erik as is tardis
22:54.04 starseeker is rather surprised M5 isn't, actually...
22:54.29 ``Erik I had to google what m5 was... not exactly on the forebrain of most geeks
22:54.41 starseeker <snort> depends on the geek
22:55.02 starseeker zuul didn't do squat for me until I googled it
22:55.04 ``Erik "most" :D *duck*
22:55.19 ``Erik mebbe BillyPPipersMoustache
22:55.27 ``Erik s/PP/P/
22:55.35 starseeker ?
22:56.34 ``Erik billy piper is an actress who was a companion on the dr who reboot, supposedly she can grow an impressive moustache :D
22:56.52 starseeker the trick is actually to find something both "well known to geeks" and not already registered, preferably something computer related...
22:56.58 ``Erik billie, even
22:58.35 starseeker ``Erik: TR-1 - first transistor radio.
22:59.29 starseeker http://en.wikipedia.org/wiki/Regency_TR-1
23:00.00 ``Erik looks at http://en.wikipedia.org/wiki/List_of_fictional_computers
23:00.13 starseeker nods - was looking at that myself
23:00.25 starseeker that's were the M-5 idea came from
23:01.28 starseeker registered
23:01.38 ``Erik ayup
23:03.03 MAGI hmm
23:03.28 starseeker that one is available
23:03.58 ``Erik red dwarf style, yo
23:06.13 starseeker not bat
23:06.16 starseeker not bad rather
23:06.38 ``Erik registered, but I'm running out of fucks to give
23:07.31 ``Erik BlackBetty is probably safe, but only the 3 people who watched the dilbert tv cartoon would get i
23:07.31 ``Erik t
23:07.58 starseeker *is* out of touch - a ST:TOS reference would once have brought instant recognition...
23:08.20 starseeker feels old
23:09.25 starseeker ``Erik: ultimately, you wrote it, so it's your call
23:10.54 starseeker is *really* happy to see the commit messages return - I didn't realize how nice that was until it went *poof*
23:15.00 ``Erik yeh, a lot of people were upset, esr spent 2 weeks "putting the finishing touches" on a python equivalent he's calling "irkerd"
23:15.32 ``Erik but it seems to be a "here's the software, set up your own server" dealie, writing this thing probably took less time than figuring out his stuff :D
23:19.51 ``Erik shove in an s-xml parse and use that to generate my commit objects and I can set up an xml-rpc type receiver via ucw, hm
IRC log for #brlcad on 20121107

IRC log for #brlcad on 20121107

02:18.23 brlcad ``Erik: could keep it simple: 21:17 -NickServ(NickServ@services.)- notify is not registered.
02:55.39 Holly 03brlcad * 53481 brlcad/trunk/TODO: remove some of the completed items, clarify others. turns out rtg3 and burst aren't deprecatable just yet, tom added a dsp tutorial to the wiki, librt technically has a kdtree, level of detail wireframes are in the works, and implicit to nurbs is done.
03:14.09 Holly 03brlcad * 53482 brlcad/trunk/src/libbn/ulp.c: implement routines to also calculate the sqrt() of the min/max for floats and doubles.
04:16.50 Holly 03brlcad * 53483 brlcad/trunk/src/libbn/ulp.c: fix routines for calculating the square root, missing bn_ prefix. remove register keyword since we take the variable's address. fix the equality comparison, testing for >val instead.
04:18.55 Holly 03brlcad * 53484 brlcad/trunk/src/libbn/CMakeLists.txt: enable ulp.c for compilation so we can get any compile kinks worked out (verified working on two plats)
05:39.20 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
05:39.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:41.26 Holly 03brlcad * 53485 brlcad/trunk/BUGS: rossberg reported that using our libs in a multithreaded application on windows no longer seems to work (no firm isolation when the problem started, but reportedly used to wrok just fine). said the crash was due to a global memory-data map, which I presume to be the memory debug queues.
06:00.56 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
06:34.13 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
07:18.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:50.08 *** join/#brlcad andrei_ (andrei@188.25.158.31)
09:29.52 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:29.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:18.43 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:18.43 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
10:53.23 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:42.35 *** join/#brlcad Holly (~Holly@66-118-151-70.static.sagonet.net)
12:58.12 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
12:58.12 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:03.24 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:03.24 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:08.32 Holly 03erikgreenwald * 53486 rtcmp/trunk/rtcmp.c: verify that both adrt and librt are being used before comparing their results
13:10.35 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:17.15 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:17.15 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:25.07 brlcad ``Erik: https://www.ohloh.net/p/brlcad/aliases
14:26.36 ``Erik thnx, incomplete but I can always post process if it's important... (dolist (c (commits project)) (when (string-equal (user c) "oldname") (setf (user c) "newname"))) or something
14:26.50 brlcad they have an API for accessing most of their data over xml/rpc, iirc
14:27.06 brlcad what's incomplete?
14:28.28 ``Erik rbowers was one I noticed
14:29.19 brlcad oh, I could see that
14:29.44 brlcad he hadn't committed since going open source until recently (this year I think)
14:29.58 ``Erik he did a couple java commits post-OS
14:30.11 brlcad right
14:30.40 brlcad I did a full review a couple years ago when ohloh went online and got everyone, so it's been since then
14:33.06 brlcad looks like jim's in the same boat
14:35.46 brlcad er, I don't see two names for bowers...
14:36.38 brlcad no commits by rbowers, only ronaldbowers
14:48.54 brlcad huh, i'll have to look into that
14:49.12 ``Erik $ grep '<author>rbowers<' brlcad.log.xml | wc -l
14:49.13 ``Erik 68
14:49.32 brlcad yeah, ohloh sees him too: https://www.ohloh.net/p/brlcad/contributors?query=rbowers&sort=latest_commit
14:49.42 brlcad but doesn't give him as an option on the aliasing page
14:50.19 ``Erik hm, parser is tripping up on an empty commit message... more fixing.
14:50.47 ``Erik (to quote 'crazy daisy ed' from liquid tv: "damn students!")
15:01.31 brlcad bug reported
15:18.49 Holly 03n_reed * 53487 brlcad/trunk/src/libged/draw.c: clean up _ged_drawH_part2
15:20.42 brlcad ``Erik: so you don't like "notify"? :)
15:20.53 brlcad doesn't know the Holly reference
15:20.57 ``Erik red dwarf
15:21.14 brlcad yeah, I figured -- haven't watched
15:21.24 ``Erik and I'd imagine 'notify' is a reserved name on the ircd freenode is running (is it using db's hybrid?)
15:22.49 notify nope
15:22.55 ``Erik huh
15:23.04 notify good name ;)
15:25.09 ``Erik ok, get off the bots new name, beeyotch
15:28.00 brlcad heh
15:29.14 ``Erik UNHANDLED-EVENT:3561290938: NOTICE: NickServ Notify "This nickname is registered. Please choose a different nickname, or identify via /msg NickServ identify <password>."
15:29.22 ``Erik oh, you notified it, heh
15:30.19 brlcad what's with the uppercase? crazy talk
15:30.49 brlcad heh
15:30.56 *** mode/#brlcad [+o brlcad] by ChanServ
15:30.57 ``Erik lisp symbols typically print all uppercase, yo :D
15:31.02 *** kick/#brlcad [NOTIFY!~sean@BZ.BZFLAG.BZ] by brlcad (NOTIFY)
15:31.04 brlcad tee hee
15:31.22 ``Erik man, there's no autorejoin or anything in it, yet
15:31.32 ``Erik digs back into the guts to do the lisp to join
15:31.38 brlcad cmon, when can I hug it
15:31.44 *** join/#brlcad NOTIFY (~Holly@66-118-151-70.static.sagonet.net)
15:31.45 brlcad hugs ibot
15:32.01 ``Erik when I get around to writing a privmsg hook
15:32.03 brlcad ibot: wake up
15:32.03 ibot ACTION throws a barrel-full of ice water on up and shouts "GOOD MORNING!!!!"
15:32.14 ``Erik at the moment, I'm doing http://elfga.com/cia
15:33.07 ``Erik (and regenerating the xml log to include modified files to add in, so I can filter commits by filename)
15:33.35 brlcad you'll want to throttle postings if you haven't already
15:33.54 brlcad that was one of the first limits hit
15:34.03 ``Erik throttle which posting, from the bot to irc?
15:34.07 brlcad yeah
15:34.16 brlcad flood controls are pretty tight on freenode
15:34.23 brlcad can get auto k-lined
15:35.00 ``Erik right now, it's just sending BRL-CAD commit msgs's and my hand done (cl-irc:privmsg) stuff
15:43.52 brlcad just saying, a (sleep 1) could prevent spending hours triaging with staffers
16:54.20 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:15.33 NOTIFY 03carlmoore * 53488 brlcad/trunk/include/rtgeom.h: fix spelling
17:16.50 NOTIFY 03carlmoore * 53489 brlcad/trunk/include/ged.h: fix spelling
17:30.25 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
17:30.26 Notify 03carlmoore * 53490 brlcad/trunk/include/bn.h: change ie to i.e., and fix spelling
17:30.26 Notify 03carlmoore * 53491 brlcad/trunk/include/rtfunc.h: fix spelling
17:37.27 Notify 03carlmoore * 53492 brlcad/trunk/include/spectrum.h: fix spellings
17:39.30 Notify 03carlmoore * 53493 brlcad/trunk/include/raytrace.h: change eg to e.g.
17:40.32 Notify 03carlmoore * 53494 brlcad/trunk/include/common.h: fix spellings
17:52.04 Notify 03n_reed * 53495 brlcad/trunk/src/libged/draw.c: group all the solid initialization together so we can do all the prep work up-front before creating the actual plot vlists
17:56.22 Notify 03carlmoore * 53496 brlcad/trunk/src/tclscripts/hv3/snit.tcl: change eg. to e.g. (not sure of meaning) and add a missing right parenthesis
17:58.51 Notify 03carlmoore * 53497 brlcad/trunk/src/tclscripts/mged/lc.tcl: change ie to i.e., and fix a spelling
18:02.05 Notify 03carlmoore * 53498 brlcad/trunk/src/tclscripts/mged/anim.tcl: supply missing periods in e.g.
18:15.45 Notify 03carlmoore * 53499 brlcad/trunk/src/libbn/plane.c: change ie to i.e., and fix 1 spelling
18:18.18 Notify 03carlmoore * 53500 brlcad/trunk/src/libdm/dm-ps.c: change ie to i.e., and add one other missing period
18:20.38 Notify 03carlmoore * 53501 brlcad/trunk/src/libdm/dm-ogl.c: change ie to i.e., and add another missing period
18:27.32 Notify 03carlmoore * 53502 brlcad/trunk/src/libdm/dm-plot.c: change ie to i.e., and supply one other missing period
18:30.21 Notify 03carlmoore * 53503 brlcad/trunk/src/libdm/dm-wgl.c: supply 3 missing periods (2 of them in i.e.)
18:33.10 Notify 03carlmoore * 53504 brlcad/trunk/src/libdm/dm-tk.c: supply 3 missing periods (2 of them in i.e.)
18:34.49 Notify 03carlmoore * 53505 brlcad/trunk/src/libdm/dm-X.c: supply 3 missing periods (2 of them in i.e.)
18:36.12 Notify 03carlmoore * 53506 brlcad/trunk/src/libdm/dm-X.c: oops, commit again -- this time fix a spelling in a different comment
18:39.01 Notify 03carlmoore * 53507 brlcad/trunk/src/fb/pl-fb.c: change eg to e.g., and fix a spelling
18:47.20 Notify 03carlmoore * 53508 brlcad/trunk/src/fb/fb-rle.1: change eg to e.g., and fix spellings
18:50.44 Notify 03carlmoore * 53509 brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: add 1 period to what should be e.g.
18:55.48 Notify 03carlmoore * 53510 brlcad/trunk/src/librt/primitives/dsp/dsp.c: change eg to e.g.
19:01.22 Notify 03carlmoore * 53511 brlcad/trunk/src/librt/primitives/tgc/tgc.c: change 2 occurrences of eg to e.g. -- OMITTING use of 'eg' as variable name!
19:03.51 Notify 03carlmoore * 53512 brlcad/trunk/src/librt/primitives/tor/tor.c: change eg to e.g.
19:08.26 Notify 03carlmoore * 53513 brlcad/trunk/src/librt/primitives/eto/eto.c: change eg to e.g.
19:20.21 Notify 03carlmoore * 53514 brlcad/trunk/include/icv.h: fix spelling
19:21.25 Notify 03carlmoore * 53515 brlcad/trunk/src/fb/rle-fb.1: change eg to e.g., and fix spellings
19:22.28 Notify 03carlmoore * 53516 brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: fix spelling of 'vertexuse' in an error message
19:31.17 Notify 03carlmoore * 53517 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: fix spellings
20:06.33 Notify 03carlmoore * 53518 brlcad/trunk/doc/regions.txt: change ie to i.e., and use plural 'parentheses'
20:09.02 Notify 03carlmoore * 53519 brlcad/trunk/doc/old-mged.tr: insert missing period in e.g.
20:10.26 Notify 03carlmoore * 53520 brlcad/trunk/doc/tube.txt: change eg to e.g.
20:12.04 Notify 03carlmoore * 53521 brlcad/trunk/doc/mged/a.tex: change eg to e.g.
20:14.28 Notify 03carlmoore * 53522 brlcad/trunk/doc/html/manuals/mged/animmate/prep_tut.html: supply 1 missing period in e.g.
20:17.52 Notify 03carlmoore * 53523 brlcad/trunk/regress/nightly.sh: fix spelling
20:24.43 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
20:26.24 jordisayol Hello. What number will the next version?
20:27.57 brlcad 7.22.2
20:28.09 jordisayol ok, thanks!
20:28.13 brlcad np
20:30.31 Notify 03carlmoore * 53524 brlcad/trunk/src/librt/primitives/bot/bot.c: change eg to e.g.
20:33.46 Notify 03carlmoore * 53525 brlcad/trunk/src/librt/primitives/poly/poly.c: change eg to e.g.
20:39.15 Notify 03carlmoore * 53526 brlcad/trunk/src/mged/mater.c: change ie to i.e., and fix spelling
20:41.49 Notify 03carlmoore * 53527 brlcad/trunk/src/mged/mged.h: fix spelling and change ie to i.e.
20:45.29 Notify 03carlmoore * 53528 brlcad/trunk/src/libged/human.c: add missing periods
20:47.08 Notify 03carlmoore * 53529 brlcad/trunk/src/libged/clip.c: change ie to i.e.
20:49.42 Notify 03carlmoore * 53530 brlcad/trunk/src/libged/wdb_obj.c: change eg to e.g.
20:53.06 Notify 03carlmoore * 53531 brlcad/trunk/src/libged/ged.c: change eg to e.g.
20:55.45 Notify 03carlmoore * 53532 brlcad/trunk/doc/README.Linux: supply 1 missing period in e.g.
20:58.17 ``Erik 24 hour commit count list on the webpage now
20:58.19 Notify 03carlmoore * 53533 brlcad/trunk/doc/html/manuals/Install.html: insert missing periods
21:02.59 Notify 03carlmoore * 53534 brlcad/trunk/doc/html/manuals/mged/ged.html: insert missing periods in e.g.
21:03.09 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:04.57 Notify 03carlmoore * 53535 brlcad/trunk/doc/html/manuals/mged/shaders.html: insert missing periods in e.g.
21:06.46 Notify 03carlmoore * 53536 brlcad/trunk/doc/html/manuals/mged/ged.tex: change eg to e.g.
21:07.00 brlcad http://assets.startupsnetwork.com.s3.amazonaws.com/domain-images/cia.vc/screenshot-01.jpg
21:07.04 brlcad http://schwehr.org/blog/attachments/2007-04/cia-vc.png
21:07.11 brlcad <PROTECTED>
21:07.27 brlcad so individuals and projects
21:08.02 brlcad ah, even better: http://web.archive.org/web/20110621190931/http://cia.vc/
21:35.38 ``Erik should have the irc bot kick off the git update stuff instead of an hourly cronjob O.o
21:36.58 Notify 03carlmoore * 53537 brlcad/trunk/src/rttherm/ssampview.c: fix spellings
21:39.07 Notify 03carlmoore * 53538 brlcad/trunk/src/remrt/remrt.c: fix spelling
21:40.31 Notify 03carlmoore * 53539 brlcad/trunk/src/remrt/remrt.c: and commit this a 2nd time because I fixed another spelling
21:41.54 Notify 03carlmoore * 53540 brlcad/trunk/src/util/pixhalve.c: fix spelling
21:46.53 Notify 03carlmoore * 53541 brlcad/trunk/src/fb/fb-orle.1: add missing period, and fix spelling
21:54.12 Notify 03carlmoore * 53542 brlcad/trunk/TODO: add period to etc
22:15.23 Notify 03carlmoore * 53543 brlcad/trunk/misc/brlcad-config.1: add missing period
22:24.07 Notify 03carlmoore * 53544 brlcad/trunk/sh/header.sh: add missing period, and fix spellings
22:25.51 Notify 03carlmoore * 53545 brlcad/trunk/HACKING: add missing periods
22:37.15 Notify 03carlmoore * 53546 brlcad/trunk/src/libcursor/libcursor.3: add period
22:38.39 Notify 03carlmoore * 53547 brlcad/trunk/src/fbserv/fbserv.1: add period
22:43.03 Notify 03carlmoore * 53548 brlcad/trunk/src/external/Unigraphics/ug-g.1: add period
22:44.57 Notify 03carlmoore * 53549 brlcad/trunk/src/libbn/libplot3.3: add period
22:47.40 Notify 03carlmoore * 53550 brlcad/trunk/src/libdm/dm-rtgl.c: add period
22:49.14 Notify 03carlmoore * 53551 brlcad/trunk/src/anim/chan_permute.1: add period
22:51.13 Notify 03carlmoore * 53552 brlcad/trunk/src/anim/anim_track.1: add period
22:52.42 Notify 03carlmoore * 53553 brlcad/trunk/src/anim/chan_mult.1: add period
22:58.36 Notify 03carlmoore * 53554 brlcad/trunk/src/anim/anim_turn.1: add period
23:00.30 Notify 03carlmoore * 53555 brlcad/trunk/src/anim/anim_time.1: add period
23:03.38 Notify 03carlmoore * 53556 brlcad/trunk/src/anim/anim_sort.1: add period
23:35.18 Notify 03brlcad * 53557 brlcad/trunk/src/liboptical/sh_wood.c: carl missed one
23:36.11 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121108

IRC log for #brlcad on 20121108

01:59.25 *** join/#brlcad Stattrav (~Stattrav@27.63.50.220)
01:59.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
02:04.58 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
06:38.48 *** join/#brlcad ibot (~ibot@rikers.org)
06:38.48 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
07:38.36 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:24.23 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
10:24.44 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:15.31 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
15:43.21 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:46.37 *** join/#brlcad liangent (~liangent@wikipedia/Liangent)
17:17.56 *** part/#brlcad liangent (~liangent@wikipedia/Liangent)
17:57.50 Notify 03BRL-CAD:bob1961 * 53559 brlcad/trunk/src/tclscripts/lib/Ged.tcl: cadwidgets::Ged::pane_mouse_find_bot_edge needs to clear mBotFaceCallback before calling pane_mouse_find_bot_face.
17:57.54 Notify 03BRL-CAD:n_reed * 53560 brlcad/trunk/src/libged/draw.c: init display list nodes before insertion
17:57.58 Notify 03BRL-CAD:carlmoore * 53561 brlcad/trunk/src/anim/anim_script.1: add period
17:58.01 Notify 03BRL-CAD:carlmoore * 53562 brlcad/trunk/src/fb/fb-pix.1: add period
17:58.05 Notify 03BRL-CAD:carlmoore * 53563 brlcad/trunk/src/fb/orle-fb.1: add a period
17:58.09 Notify 03BRL-CAD:n_reed * 53564 brlcad/trunk/src/libged/draw.c: Break wireframe plotting into two phases. Create all the solid structures first, then calculate the plot for each solid.
18:01.41 ``Erik thanks for the heads up, n_reed, I changed the report function to add a project parameter, but the hook list was still pointing to the old func, so it tried calling the old 1 parm func with 2 parms and aborted the parsing thread :/
18:04.12 n_reed ah... glad it was a quick fix
18:10.30 ``Erik it's lisp, everything is a quick fix :D *duck*
18:12.44 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
18:12.45 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:43.03 brlcad read everything is a quack fix :D *duck*
19:48.19 Notify 03BRL-CAD:carlmoore * 53565 brlcad/trunk/bench/benchmark.1: add period
19:48.22 Notify 03BRL-CAD:carlmoore * 53566 brlcad/trunk/src/fb/gif-fb.1: add period
19:48.25 Notify 03BRL-CAD:carlmoore * 53567 brlcad/trunk/src/fb/fbpoint.1: add period
19:48.28 Notify 03BRL-CAD:carlmoore * 53568 brlcad/trunk/src/fb/pix-fb.1: add period
19:48.31 Notify 03BRL-CAD:n_reed * 53569 brlcad/trunk/src/libdm/dm-X.c: implement BN_VLIST_POINT_DRAW command
19:48.34 Notify 03BRL-CAD:carlmoore * 53570 brlcad/trunk/src/fb/fbgrid.1: add period
19:48.42 ``Erik swank, flood protected queue seems to be working
19:51.57 Notify 03BRL-CAD:carlmoore * 53571 brlcad/trunk/src/fb/cmap-fb.1: add period
19:54.11 Notify 03BRL-CAD:carlmoore * 53572 brlcad/trunk/src/fb/pl-fb.1: add period
19:59.18 ``Erik http://www.petapixel.com/2011/12/09/photo-of-a-nuclear-explosion-less-than-1-millisecond-after-detonation/
20:03.25 Notify 03BRL-CAD:carlmoore * 53573 brlcad/trunk/src/fb/fbcolor.1: add period
20:06.39 Notify 03BRL-CAD:carlmoore * 53574 brlcad/trunk/src/fb/fbzoom.1: add period
20:10.13 Notify 03BRL-CAD:carlmoore * 53575 brlcad/trunk/src/fb/fbhelp.1: add period
20:14.42 Notify 03BRL-CAD:carlmoore * 53576 brlcad/trunk/src/fb/fbfade.1: add period
20:22.40 Notify 03BRL-CAD:n_reed * 53577 brlcad/trunk/src/librt/primitives/ell/ell.c: draw small ells as points
20:24.20 Notify 03BRL-CAD:carlmoore * 53578 brlcad/trunk/src/fb/pixautosize.1: add period
20:29.53 Notify 03BRL-CAD:carlmoore * 53579 brlcad/trunk/src/fb/fbstretch.1: add period
20:32.12 Notify 03BRL-CAD:carlmoore * 53580 brlcad/trunk/src/fb/fb-fb.1: add period
20:49.41 Notify 03BRL-CAD:carlmoore * 53581 brlcad/trunk/src/fb/fbline.1: add period
21:07.06 Notify 03BRL-CAD:carlmoore * 53582 brlcad/trunk/src/fb/fbfree.1: add period
21:12.17 brlcad ugh
21:16.06 Notify 03BRL-CAD:brlcad * 53583 (brlcad/trunk/bench/pixcmp.1 brlcad/trunk/doc/bw.5 brlcad/trunk/doc/cmap.5 brlcad/trunk/doc/deprecation.txt brlcad/trunk/doc/ecosystem.dot brlcad/trunk/doc/html/manuals/libdm/dm_obj.html brlcad/trunk/doc/legal/bdl.txt brlcad/trunk/doc/pix.5 brlcad/trunk/doc/plot3.5 brlcad/trunk/misc/macosx/Resources/ReadMe.rtfd/TXT.rtf brlcad/trunk/src/README brlcad/trunk/src/canon/canonize.1 brlcad/trunk/src/conv/asc/asc2g.1 brlc
21:51.51 Notify 03BRL-CAD:carlmoore * 53584 brlcad/trunk/src/fb/fbscanplot.1: 'etc' now has a period (right)?, but I found a spelling to fix
21:52.25 *** join/#brlcad cristina (~quassel@188.24.6.77)
22:02.16 brlcad ``Erik: so that's another problem that would be good to fix :)
22:02.21 brlcad huge file lists
22:02.30 brlcad the message is more important than the files
22:03.39 brlcad better to truncate to (34 files in 10 directories) or (293 files in src/util src/rt doc)
22:04.15 Notify 03BRL-CAD:carlmoore * 53585 brlcad/trunk/include/bu.h: add periods, and in 2 COMMENTS changed BU_SETJMP to BU_SETJUMP (right?)
22:04.28 brlcad truncating to filecount in dir list first, unless that's also too long then filecount in dircount
22:15.49 Notify 03BRL-CAD:carlmoore * 53586 brlcad/trunk/include/vmath.h: add a period
22:20.17 Notify 03BRL-CAD:carlmoore * 53587 brlcad/trunk/doc/regions.txt: add 2 periods and a space
22:24.51 Notify 03BRL-CAD:carlmoore * 53588 brlcad/trunk/src/external/ProEngineer/proe-brl.c: add 2 periods
22:27.21 Notify 03BRL-CAD:carlmoore * 53589 brlcad/trunk/src/tclscripts/mged/attr_edit.tcl: fix spellings
22:34.34 ``Erik heh, starseeker already wants that for the web page O.o
22:35.04 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
22:35.19 Notify 03BRL-CAD:carlmoore * 53590 brlcad/trunk/src/tclscripts/mged/comb.tcl: add 2 periods and fix spellings
22:37.47 ``Erik eh?
22:39.06 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
22:42.36 brlcad eh what?
22:51.09 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
22:56.47 Notify 03BRL-CAD:carlmoore * 53592 brlcad/trunk/src/anim/anim_script.c: add period
22:57.15 Notify 03BRL-CAD:carlmoore * 53593 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: add period and fix 2 occurrences of 'verts'
22:57.18 Notify 03BRL-CAD:carlmoore * 53594 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: add period
IRC log for #brlcad on 20121109

IRC log for #brlcad on 20121109

04:28.46 *** join/#brlcad liangent (~liangent@wikipedia/Liangent)
04:30.07 *** part/#brlcad liangent (~liangent@wikipedia/Liangent)
04:31.16 *** join/#brlcad ctfiwc (5bc6aec9@gateway/web/freenode/ip.91.198.174.201)
04:32.17 ctfiwc hi, what's the normal procedure to have my modeled part manufactured?
06:58.15 brlcad ctfiwc: there's no such thin as normal procedure, but it depends what kind of model it is
06:58.37 brlcad most modern manufacturers will take a 3d model, so you can just give them an export in stl or dxf format or similar
06:59.28 brlcad we're not set up well for the ones that take drafting documents (not yet a strength) as you'll have to manually add your dimensioning information
07:03.44 ctfiwc brlcad: yeah I was thinking about exporting 2d drawings but I don't really have an idea what they accept
07:43.32 *** join/#brlcad cristina (~quassel@188.24.6.77)
07:53.32 archivist depends on the manufacturer and qty, some would have cam software and be able to deal with 3d, some want to read drawings
07:58.18 archivist expect a dialogue as the maker tries to understand the importance of parts of your design, 3d models dont show tolerances well drawings are better there
07:59.54 archivist expect the maker to ask if changes can be made to the design to make something manufacturable at a reasonable cost
10:09.54 ctfiwc archivist: which is usually preferred for small quatity production between 3d and drawings?
10:19.13 archivist depends on the company you are asking, supply both and he supplier has most of the information he needs
10:20.37 archivist on my last job I got both except the customer missed critical(to me) dimensions, so I used the model to get them
10:24.46 archivist I make gears, cam is not cheaply available for my sort of work either
10:40.08 ctfiwc archivist: but with brlcad it seems difficult to provide drawing
10:40.31 archivist well yes :(
10:40.39 ctfiwc or which free software do you recommend if I need it?
10:41.23 archivist I currently dont have a favourite as they all have issues in some area
10:46.48 ctfiwc so developers of brlcad (in foss world I believe developers are also heavy users) just go to use cam directly?
10:50.45 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:50.46 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:17.29 ``Erik ctfiwc: most heavy users of BRL-CAD are more into CAE than CAM, simulation of someone elses model type stuff... cnc guys seem to like stl, so we have a g-stl exporter... and rtedge can almost kinda sorta produce something kinda closish to drafting
11:19.31 ``Erik I think the common advice for providing technical drawings from BRL-CAD has been to do an rt-edge, load it up in your favorite 2d editor and finish it there, using nirt and/or mged to query specific numbers
11:44.01 ctfiwc ``Erik: hmm thank you all
11:51.23 archivist some items I get just a textual request without a drawing "I need a 18 tooth, 3.6mm crown gear that will attach to a 1mm axle. If the gear and axle could be constructed as a single piece, that would be fantastic"
13:17.39 *** join/#brlcad cristina (~quassel@188.24.6.77)
13:30.49 ``Erik heh, "carl" "Wat R U Doin" "carl" "Stahp!"
15:13.41 ``Erik file list shortening is live in both irc reporting and the web interface (with ajax fu), w00t
16:11.05 Notify 03BRL-CAD:carlmoore * 53595 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: add a period -- as is usual, I checked spelling to see if any other changes were to be made
16:13.04 Notify 03BRL-CAD:carlmoore * 53596 brlcad/trunk/src/librt/primitives/nmg/nmg.c: add a period
16:15.16 Notify 03BRL-CAD:carlmoore * 53597 brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: add period
16:16.30 Notify 03BRL-CAD:carlmoore * 53598 brlcad/trunk/src/librt/primitives/arb8/arb8.c: add period
16:20.28 Notify 03BRL-CAD:carlmoore * 53599 brlcad/trunk/src/conv/g-x3d.c: add period
16:23.29 Notify 03BRL-CAD:carlmoore * 53600 brlcad/trunk/src/conv/iges/conv_drawings.c: add periods, and fix spellings (including ect --> etc)
16:25.08 Notify 03BRL-CAD:carlmoore * 53601 brlcad/trunk/src/conv/g-vrml.c: add period
16:25.40 *** join/#brlcad cristina (~quassel@188.24.6.77)
16:28.32 Notify 03BRL-CAD:carlmoore * 53602 brlcad/trunk/src/mged/edsol.c: add period
16:31.01 Notify 03BRL-CAD:carlmoore * 53603 brlcad/trunk/src/mged/dodraw.c: add period
16:32.56 Notify 03BRL-CAD:carlmoore * 53604 brlcad/trunk/src/mged/fbserv.c: add period
16:34.42 Notify 03BRL-CAD:carlmoore * 53605 brlcad/trunk/src/mged/titles.c: add period
16:36.41 Notify 03BRL-CAD:carlmoore * 53606 brlcad/trunk/src/rt/main.c: add period
16:38.18 Notify 03BRL-CAD:carlmoore * 53607 brlcad/trunk/src/rt/viewg3.c: add period
16:39.34 Notify 03BRL-CAD:carlmoore * 53608 brlcad/trunk/src/rt/do.c: add period
16:41.41 Notify 03BRL-CAD:carlmoore * 53609 brlcad/trunk/src/libpkg/pkg.c: add period
16:43.54 Notify 03BRL-CAD:carlmoore * 53610 brlcad/trunk/src/remrt/remrt.c: fix spelling of 'whack', and add periods
16:45.23 Notify 03BRL-CAD:carlmoore * 53611 brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: add period
16:47.39 Notify 03BRL-CAD:carlmoore * 53612 brlcad/trunk/src/liboptical/sh_flat.c: add period
16:49.27 Notify 03BRL-CAD:carlmoore * 53613 brlcad/trunk/src/libged/dg_obj.c: add period
16:52.12 Notify 03BRL-CAD:carlmoore * 53614 brlcad/trunk/src/libged/simulate/simphysics.cpp: add period
16:53.01 Notify 03BRL-CAD:brlcad * 53615 brlcad/trunk/TODO: all fastf_t/double conversions are checked and fixed for ntohd/htond.
16:53.38 Notify 03BRL-CAD:carlmoore * 53616 brlcad/trunk/src/libged/simulate/simrt.h: add SPACE
16:54.54 Notify 03BRL-CAD:carlmoore * 53617 brlcad/trunk/src/libged/annotate.c: add period
16:57.02 Notify 03BRL-CAD:carlmoore * 53618 brlcad/trunk/src/util/loop.1: add period (different place from one that was very recently added)
17:00.01 Notify 03BRL-CAD:carlmoore * 53619 brlcad/trunk/src/libfb/fbserv_obj.c: add period
17:01.13 Notify 03BRL-CAD:carlmoore * 53620 brlcad/trunk/src/libfb/if_remote.c: add period
17:11.22 Notify 03BRL-CAD:carlmoore * 53621 brlcad/trunk/src/libfb/if_stack.c: add periods
17:11.46 Notify 03BRL-CAD:carlmoore * 53622 brlcad/trunk/doc/html/manuals/librt/wdb_obj.html: add period
17:13.18 Notify 03BRL-CAD:carlmoore * 53623 brlcad/trunk/doc/html/manuals/mged/ged.html: add 2 periods
17:13.28 Notify 03BRL-CAD:carlmoore * 53624 brlcad/trunk/doc/html/manuals/mged/ged.tex: add 2 periods
17:14.25 Notify 03BRL-CAD:carlmoore * 53625 brlcad/trunk/doc/html/manuals/mged/animmate/rt.html: add period
17:17.18 Notify 03BRL-CAD:brlcad * 53626 brlcad/trunk/BUGS: stave off a half-dozen
17:18.17 Notify 03BRL-CAD:brlcad * 53627 brlcad/trunk/src/libfb/if_stack.c: odd convention, just ...
17:18.52 brlcad ``Erik: not working right
17:18.57 brlcad 53626 was 8 files
17:19.57 ``Erik huh, yeah, it parsed right, just didn't report right
17:19.59 ``Erik the web page looks ok
17:23.42 Notify 03BRL-CAD:carlmoore * 53628 brlcad/trunk/src/tclscripts/hv3/combobox.tcl: add period
17:25.17 Notify 03BRL-CAD:brlcad * 53626 (brlcad/trunk/BUGS brlcad/trunk/TODO and 6 others): stave off a half-dozen
17:25.57 ``Erik strange that it didn't work, it LOOKED correct O.o (rewrote it using cond instead of nested ifs)
17:32.49 Notify 03BRL-CAD:brlcad * 53629 (brlcad/trunk/src/libged/edbot.c brlcad/trunk/src/libtclcad/tclcad_obj.c): few more scanf precision conversions that went uncaught due to them being wrapped in our own stdard bu_sscanf function.
18:03.40 brlcad fixes one single precision bug, but still at least one more remaining -- custom lights!
18:08.42 Notify 03BRL-CAD:n_reed * 53630 brlcad/trunk/src/libdm/dm-ogl.c: No particular reason to draw points with 5 pixels, especially without resetting point size afterwards (affects subsequent drawing of the view center point). Drawing with 1 pixel will be consistent with dm-X.
18:37.41 Notify 03BRL-CAD:carlmoore * 53631 brlcad/trunk/src/irprep/showtherm.c: fix spelling of etc
18:40.03 *** join/#brlcad cristina_ (~quassel@188.24.15.180)
18:43.50 Notify 03BRL-CAD:carlmoore * 53632 brlcad/trunk/src/libdm/clip.c: fix spelling
18:49.28 *** join/#brlcad andrei (andrei@188.25.172.167)
19:10.38 Notify 03BRL-CAD:carlmoore * 53633 brlcad/trunk/include/bu.h: change 'a' to 'an'
19:17.26 Notify 03BRL-CAD:carlmoore * 53634 brlcad/trunk/src/tclscripts/lib/Ged.tcl: fix spelling
19:20.10 Notify 03BRL-CAD:carlmoore * 53635 brlcad/trunk/src/tclscripts/archer/Archer.tcl: fix spelling
19:22.00 Notify 03BRL-CAD:carlmoore * 53636 brlcad/trunk/src/conv/proe-g.c: fix spelling
19:23.02 Notify 03BRL-CAD:carlmoore * 53637 brlcad/trunk/src/conv/viewpoint-g.c: fix spelling
19:34.27 Notify 03BRL-CAD:carlmoore * 53638 brlcad/trunk/src/tclscripts/mged/rt.tcl: fix spellings, and needed 'no effect' in place of 'no affect' in a long line
19:36.46 Notify 03BRL-CAD:carlmoore * 53639 brlcad/trunk/src/tclscripts/rtwizard/examples/PictureTypeB/intro.txt: use 'effect', not 'affect' here
19:43.24 ``Erik heh http://www.metmuseum.org/collections/search-the-collections/100008375
19:45.50 Notify 03BRL-CAD:carlmoore * 53640 brlcad/trunk/src/librt/primitives/ell/ell.c: fix spelling
19:49.44 Notify 03BRL-CAD:carlmoore * 53641 brlcad/trunk/src/tclscripts/mged/skt_ed.tcl: fix spelling
20:03.46 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
20:26.01 Notify 03BRL-CAD:bob1961 * 53642 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl): Added highlighting of points, edges and faces when editing bots.
21:23.08 Notify 03BRL-CAD:carlmoore * 53643 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: fix spelling, and put space between filename and ending period
21:25.19 Notify 03BRL-CAD:carlmoore * 53644 brlcad/trunk/doc/html/manuals/libdm/api.html: fix spelling, and notice that possessive form of 'it' takes NO apostrophe to avoid confusion with 'it is'
21:28.22 Notify 03BRL-CAD:carlmoore * 53645 brlcad/trunk/doc/html/manuals/mged/mged_gui.html: fix spellings
21:30.44 Notify 03BRL-CAD:carlmoore * 53646 brlcad/trunk/src/tclscripts/mged/bindings.tcl: fix spellings
21:41.45 Notify 03BRL-CAD:carlmoore * 53647 brlcad/trunk/src/tclscripts/mged/helpdevel.tcl: fix spelling
21:43.01 Notify 03BRL-CAD:carlmoore * 53648 brlcad/trunk/src/tclscripts/mged/font.tcl: fix spelling
21:44.21 Notify 03BRL-CAD:carlmoore * 53649 brlcad/trunk/src/mged/fbserv.c: fix spelling
21:45.57 Notify 03BRL-CAD:carlmoore * 53650 brlcad/trunk/src/mged/track.c: fix spelling
21:54.52 Notify 03BRL-CAD:carlmoore * 53651 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: fix spellings (including Transrom --> Transform, right?) but please carefully examine the very long lines
IRC log for #brlcad on 20121110

IRC log for #brlcad on 20121110

00:07.25 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:35.08 *** join/#brlcad ibot_ (~ibot@rikers.org)
03:35.08 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
03:44.30 *** join/#brlcad ibot (~ibot@rikers.org)
03:44.30 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
08:12.30 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
08:12.30 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
08:12.30 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
08:12.30 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
08:12.30 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
08:12.30 *** join/#brlcad yiyus_ (1242712427@je.je.je)
08:12.30 *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.98)
08:12.31 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
08:12.31 *** join/#brlcad ChanServ (ChanServ@services.)
08:12.31 *** mode/#brlcad [+oo brlcad ChanServ] by verne.freenode.net
08:15.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:57.52 *** join/#brlcad cristina (~quassel@188.24.15.180)
12:03.58 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
13:23.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
15:10.23 *** join/#brlcad cristina (~quassel@188.24.15.180)
16:40.11 *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net)
17:18.38 *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net)
18:23.53 *** join/#brlcad cristina (~quassel@188.24.15.180)
21:40.13 *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net)
22:08.57 *** join/#brlcad cristina (~quassel@188.24.15.180)
22:44.28 brlcad oh no! they're upgrading gcc10 ... where the nmg change testing has been going for over a month
22:44.33 brlcad checkpoints and backs up
IRC log for #brlcad on 20121111

IRC log for #brlcad on 20121111

00:25.48 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:02.13 *** join/#brlcad PrezKennedyX (~DarkCalf@2002:ade7:2862::ade7:2862)
06:02.22 Notify 03BRL-CAD:brlcad * 53652 brlcad/trunk/src/librt/db_fullpath.c: ws
06:03.26 Notify 03BRL-CAD:brlcad * 53653 brlcad/trunk/src/librt/attributes.c: the non-AVS_ADD version no longer compiles, is longer, and the performance claim is unproven so just stay with the simpler form until it's an observed problem.
06:04.55 Notify 03BRL-CAD:brlcad * 53654 (brlcad/trunk/src/librt/db_tree.c brlcad/trunk/src/librt/tree.c): stop two memory leaks reported by valgrind. free what we initialized.
08:20.49 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:13.51 *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
09:26.11 *** join/#brlcad KimK_laptop_ (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
09:27.47 *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
10:13.48 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
10:13.48 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:32.50 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
11:32.50 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
11:37.23 *** join/#brlcad cristina (~quassel@188.24.12.112)
13:36.10 *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net)
14:00.52 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
14:44.43 *** join/#brlcad merzo (~merzo@68-188-92-178.pool.ukrtel.net)
16:37.40 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:44.36 *** join/#brlcad ibot (~ibot@rikers.org)
20:44.36 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/
22:07.31 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
IRC log for #brlcad on 20121112

IRC log for #brlcad on 20121112

00:19.42 *** join/#brlcad cristina (~quassel@188.24.12.112)
00:43.51 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:01.54 *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:07.47 *** join/#brlcad cristina (~quassel@188.24.12.112)
12:28.43 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
12:28.44 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:56.08 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:04.31 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
17:04.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:34.54 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:09.39 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
18:09.57 brlcad we were accepted!
18:36.47 ``Erik http://www.thingiverse.com/
18:54.20 brlcad likes the lincoln logs
19:07.14 brlcad ``Erik: should join your notifier to brlcad-tracker@lists.sourceforge.net
19:07.27 brlcad then it'll get tracker change (and soon, GCI task notifications)
19:13.57 *** join/#brlcad merzo (~merzo@46.201.204.2)
19:14.16 brlcad merzo: want to be a gci mentor/evaluator? :)
19:14.52 merzo brlcad gci? :)
19:14.59 brlcad google code-in
19:15.10 merzo what is it?
19:15.39 brlcad contest google holds for high school students, they complete 2-hour tasks, we review them
19:16.09 brlcad mentors just do a quick review of their work to make sure it's done right, pass/fail
19:16.12 merzo ehhh, I'm not a student :)
19:16.22 brlcad you don't have to be a student to be a mentor
19:16.29 brlcad you'd be evaluating the students
19:16.34 brlcad (along with a dozen other mentors)
19:16.44 brlcad or half-dozen, don't have the exact count yet
19:17.17 merzo I afraid of insufficient of my skill
19:17.28 merzo I'm not a professional developer
19:17.39 brlcad half the tasks aren't development tasks
19:18.02 brlcad http://brlcad.org/wiki/Deuces
19:18.03 merzo can you send me example? :)
19:18.31 brlcad 3, 4, 5, and 6 aren't coding
19:22.43 merzo brlcad thank you, but I have to refuse :( but I can take some tasks to do
19:24.24 merzo I have a goal to port brlcad for OpenIndiana (Solaris fork), but lack of time...
19:27.40 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
19:27.41 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
19:57.23 brlcad merzo: that would make for a perfect 2-hour task for our Deuces list - care to at least write that up?
19:57.30 brlcad (on the wiki, there's a template)
20:45.28 *** join/#brlcad ibot (~ibot@rikers.org)
20:45.28 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
23:29.19 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20121113

IRC log for #brlcad on 20121113

00:41.16 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
01:01.47 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:01.47 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:04.59 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
03:17.54 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
03:24.36 *** join/#brlcad lionaneesh (~aneeshdog@117.197.115.208)
09:10.24 *** join/#brlcad merzo (~merzo@94.45.58.138)
10:15.43 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
10:15.43 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
10:15.43 *** join/#brlcad ChanServ (ChanServ@services.)
10:15.43 *** mode/#brlcad [+o ChanServ] by cameron.freenode.net
10:22.20 *** join/#brlcad merzo (~merzo@94.45.58.138)
10:22.20 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
10:26.56 *** join/#brlcad merzo (~merzo@94.45.58.138)
11:09.52 *** join/#brlcad harmanpreet (~chatzilla@124.253.150.11)
11:12.22 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
12:31.46 *** join/#brlcad andrei (andrei@188.25.162.49)
12:32.28 andrei hello
12:32.44 andrei Congratulations for getting accepted a GCI !
12:35.35 andrei what do I need to do to be a mentor, except signing up on site ?
14:12.57 andrei I m getting a 500 melange error when clicking "request to become a mentor" :(
16:04.15 brlcad andrei: you're not alone with the error
16:04.17 brlcad and thanks!
16:08.29 andrei I might need to compile brlcad on windows. At least in my country, high school students are unaware of linux
16:09.28 brlcad andrei: high school students are unaware of most things :)
16:11.22 andrei yeah
16:55.37 *** join/#brlcad ibot (~ibot@rikers.org)
16:55.37 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
17:00.48 ``Erik I did a compile on windows last week, I believe it was windows 7 with msvc 2005 and cmake 2.8.2... I can verify tomorrow
17:01.55 ``Erik one minor issue is that in msvc, the native 'build all' (f7) target is bad, there is a specific "ALL_BUILD" target that should be selected, instead
17:02.18 ``Erik otherwise things like distcheck and clean are included in the dep list, and "you're going to have a bad time"
17:02.44 brlcad wonders why build all is bad
17:03.56 ``Erik the msvc 'build all' button says build every single target, and we have a 'clean' target...
17:04.18 ``Erik and distcheck, and distclean, and ...
17:05.01 brlcad ahh
17:05.50 brlcad so would conceivably need to eliminate/hide them from inclusion under "build all" and/or group them under clean all
17:06.04 ``Erik grep '^\([^\t]\):' Makefile | xargs make
17:07.14 ``Erik I'm not sure they can be hidden, msvc has external 'magic' targets, so it assumes every target is part of "all"
17:07.55 brlcad elimination isn't a bad option if the built-in clean option does the trick just as well
17:09.36 brlcad distcheck isn't yet an option for windows, so those other clean targets are moot
17:10.26 ``Erik *shrug* at least 3 people in the office would be better participants in this discussion, I'm just pointing out the caveat :) I'm off today, so imma refocus to lithp or objc O.o
17:11.00 brlcad you working on brlcad-tracker? :)
17:11.31 ``Erik a little, looking at github as a model for a commercial aspect O:-)
17:13.14 ``Erik free 'enterprise' grade for approved open source, modest fees for private 'commercial' use, fat expenses for 'leasing' software for onsite enterprise...
17:15.06 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:19.08 brlcad good luck
17:20.00 brlcad getting some open source momentum should help the commercial side if you can get those other core feature ironed out
17:38.05 *** join/#brlcad cristina (~quassel@188.24.68.89)
19:57.28 Notify 03BRL-CAD:brlcad * 53655 brlcad/trunk/HACKING: clean up the notifications list formatting, add cad-linux-dev back in.
19:57.31 Notify 03BRL-CAD:bob1961 * 53656 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Update ArcherCore::gedWrapper to call checkIfSelectedObjExists. This method is overridden in Archer and calls initDbAttrView if the currently selected object no longer exists.
19:57.34 Notify 03BRL-CAD:n_reed * 53657 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/ell/ell.c and 2 others): pass lod plot routines a precomputed sample spacing (i.e. pixel width)
19:57.37 Notify 03BRL-CAD:n_reed * 53658 brlcad/trunk/include/raytrace.h: add parameters for independently scaling quality and quantity of plotted curves
19:57.40 Notify 03BRL-CAD:carlmoore * 53659 brlcad/trunk/NEWS: fix spelling
19:57.43 Notify 03BRL-CAD:carlmoore * 53660 brlcad/trunk/doc/BRL-CAD.bib: fix spelling in a title
19:57.46 Notify 03BRL-CAD:carlmoore * 53661 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml: fix spelling of '.iges' filename ending in documentation
20:03.18 *** join/#brlcad andrei (~andrei@188.25.162.49)
20:20.27 Notify 03BRL-CAD:bob1961 * 53662 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's go_draw_other() function to check if a primitive exists before drawing its labels.
20:26.25 Notify 03BRL-CAD:bob1961 * 53663 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Also need to clear itk_component(ged)'s -primitiveLabels option.
20:38.40 Notify 03BRL-CAD:carlmoore * 53664 brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: fix spellings
21:35.35 Notify 03BRL-CAD:n_reed * 53665 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/ell/ell.c and 2 others): will try to parameterize lod functions in terms of distance between points and curves
21:35.41 *** join/#brlcad Mahi (~Mahi@ec2-50-16-71-20.compute-1.amazonaws.com)
21:42.24 Notify 03BRL-CAD:n_reed * 53666 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): add primitive routine for calculating a curve count based on bbox dimensions and curve spacing parameter
21:52.24 Notify 03BRL-CAD:n_reed * 53667 brlcad/trunk/src/librt/primitives/ell/ell.c: attempt to satisfy spacing requests
23:07.38 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
IRC log for #brlcad on 20121114

IRC log for #brlcad on 20121114

01:19.59 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:32.31 *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
03:41.36 *** part/#brlcad Mahi (~Mahi@ec2-50-16-71-20.compute-1.amazonaws.com)
06:03.14 Notify 03BRL-CAD:brlcad * 53668 brlcad/trunk/src/libbu/parallel.c: call pthread_attr_destroy() when we're done with threads to ensure memory is released.
06:03.53 Notify 03BRL-CAD:brlcad * 53669 brlcad/trunk/misc/CMake/CompilerFlags.cmake: this needs more investigating still, but 10.6 is not liking -gstabs+ at all. -ggdb seems to work just fine, though.
06:06.17 Notify 03BRL-CAD:brlcad * 53670 brlcad/trunk/src/liboptical/sh_prj.c: fixed one bug in the structparse table where it was reading a fastf_t as a char for the i_perspective field. add some sanity checks to make sure we don't dereference into bad memory via the img_sp->i_img[] array.
09:12.49 *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:15.32 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:38.01 *** join/#brlcad andrei_ (~andrei@86.121.66.180)
14:29.05 Notify 03BRL-CAD:n_reed * 53671 brlcad/trunk/src/librt/primitives/tgc/tgc.c: try to satisfy spacing requirements
15:04.20 Notify 03BRL-CAD:n_reed * 53672 brlcad/trunk/src/librt/primitives/ehy/ehy.c: try to satisfy spacing requirements
15:25.09 Notify 03BRL-CAD:n_reed * 53673 brlcad/trunk/src/librt/primitives/epa/epa.c: use spacing parameters to choose number of points/curves to plot
15:57.50 Notify 03BRL-CAD:n_reed * 53674 brlcad/trunk/src/librt/primitives/eto/eto.c: use spacing parameters to choose number of points/curves to plot
16:13.04 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.234)
16:13.44 brlcad waves to Skriptkid
16:14.29 Skriptkid Hello :)
16:20.52 Skriptkid I wanted to if the GCI 2012 tasks a contestant completes now will be credited to him/her later when the event officially begins on November 26.
16:24.29 brlcad Skriptkid: so yes and no
16:24.45 brlcad you can work on as many as you like before the contest begins (how would I know if you did)
16:25.03 brlcad you just can't claim the tasks and submit your work until it begins
16:26.04 Skriptkid Oh. So we can complete it and submit it later when the contest is open. Thanks a lot :)
16:26.16 brlcad there's a slim chance that someone else might claim a task you finished, there's a chance that the tasks might have their goals changed slightly before the program begins, etc
16:26.40 Skriptkid Will keep that in mind
16:26.47 brlcad unlikely unless a lot of folks do the same tasks, so it's your call ;)
16:27.08 brlcad you're definitely encouraged to download BRL-CAD, compile, and run it to get familiar before the 26th
16:27.13 Skriptkid Got it. Thank you again for your time :)
16:27.23 brlcad so the tasks really only take you 2 hours or less
16:27.25 Skriptkid Yeah. Downloading the VM
16:27.51 brlcad so one of the first things you'll want to do with the vm image is update the source checkout that it contains
16:28.07 brlcad we're working on uploading an updated vm within the next two weeks
16:29.02 Skriptkid Okay. I'll download the current one to familiarize myself with BRL-CAD and download the upadate when it's released.
16:29.04 brlcad but that just saves you a few minutes download time ;)
16:29.13 brlcad sure
16:29.23 brlcad feel free to hang out on irc too if you want to stay in the loop
16:29.37 brlcad most things are announced or discussed here before anywhere else
16:29.47 brlcad sometimes the mailing list too
16:29.54 Skriptkid Will do. Could you tell me which language(s) would be most helpful?
16:30.04 brlcad what do you mean?
16:30.44 Skriptkid Which programming languages
16:30.47 Skriptkid for the coding tasks
16:31.36 brlcad it varies task to task
16:31.51 Skriptkid Oh. Okay.
16:32.12 brlcad of the coding tasks (note many are not coding) ...
16:32.26 brlcad most *require* some basic familiarity with C
16:32.30 brlcad but not all
16:32.40 brlcad e.g., the tasks that involve moving comments from source to header files
16:32.55 brlcad those are technically C, but anyone familiar with a basic text editor can do those
16:33.27 Skriptkid Is Python useful anywhere at all?
16:34.00 brlcad we're working on adding tasks in other languages
16:34.25 brlcad note that we still have 12 days to add more and more tasks :)
16:34.32 brlcad we will be adding lots more still
16:35.05 brlcad i know of at least a few php tasks, some can certainly involve python or perl in their solution
16:35.27 brlcad when you're updating existing code or bugs, you'll obviously be working with whatever language is there already
16:38.40 Skriptkid ok
16:38.49 Notify 03BRL-CAD:n_reed * 53675 brlcad/trunk/src/librt/primitives/rhc/rhc.c: use spacing parameters to choose number of points/curves to plot
16:45.33 Notify 03BRL-CAD:carlmoore * 53676 brlcad/trunk/doc/docbook/system/man1/en/gqa.xml: fix spelling
16:48.57 Notify 03BRL-CAD:n_reed * 53677 brlcad/trunk/src/librt/primitives/rpc/rpc.c: use spacing parameters to choose number of points/curves to plot
16:50.36 Notify 03BRL-CAD:carlmoore * 53678 brlcad/trunk/doc/docbook/system/mann/en/prj_add.xml: fix spelling
16:53.47 *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.234)
17:02.20 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.108.234)
17:04.56 Notify 03BRL-CAD:n_reed * 53679 brlcad/trunk/src/librt/primitives/tor/tor.c: use spacing parameters to choose number of points/curves to plot
17:31.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:37.31 Notify 03BRL-CAD:brlcad * 53680 brlcad/trunk/TODO: guts to rt_mirror should be in the functab. no need to be aware of entity types.
17:40.55 Notify 03BRL-CAD:brlcad * 53681 brlcad/trunk/TODO: export menu for mged/archer and convert teapot to nurbs.
17:45.54 Notify 03BRL-CAD:n_reed * 53682 brlcad/trunk/include/raytrace.h: describe intended meaning of spacing parameters
18:06.19 Notify 03BRL-CAD:bob1961 * 53683 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl): This reduces errors when using snap-to-grid for moving bot points.
18:15.47 Notify 03BRL-CAD:carlmoore * 53684 brlcad/trunk/doc/html/manuals/Install.html: fix spellings
18:16.51 Notify 03BRL-CAD:carlmoore * 53685 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt8.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/foot_graphics.html): add period
18:20.01 Notify 03BRL-CAD:bob1961 * 53686 brlcad/trunk/src/libged/edbot.c: Fixed some fallout related to the previous scan updates (i.e. need to copy the scanned vector to its fastf_t variant).
18:26.09 Notify 03BRL-CAD:carlmoore * 53687 brlcad/trunk/doc/html/manuals/mged/mged.html: fix spelling and move a comma
18:27.48 Notify 03BRL-CAD:carlmoore * 53688 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: change 'underlayed' to 'underlaid'
18:29.13 Notify 03BRL-CAD:carlmoore * 53689 brlcad/trunk/doc/html/manuals/mged/shaders.html: fix spelling of 21 occurrences of 'Abbreviation'
18:36.39 *** join/#brlcad merzo (~merzo@74-69-200-46.pool.ukrtel.net)
18:36.41 Notify 03BRL-CAD:carlmoore * 53690 brlcad/trunk/doc/html/manuals/shaders/camo.html: fix spelling
18:52.01 Notify 03BRL-CAD:carlmoore * 53691 brlcad/trunk/doc/BRL-CAD.bib: fix spellings of Leonard and Grammar
18:52.49 Notify 03BRL-CAD:carlmoore * 53692 brlcad/trunk/doc/old-mged.tr: fix spelling
19:09.14 ``Erik O.O http://www.youtube.com/watch?feature=player_embedded&v=9yHl24QynOM
19:40.40 Notify 03BRL-CAD:carlmoore * 53693 brlcad/trunk/m4/compiler.m4: fix spelling
19:41.59 Notify 03BRL-CAD:carlmoore * 53694 brlcad/trunk/misc/libtool.m4: fix spellings
19:44.39 Notify 03BRL-CAD:brlcad * 53695 brlcad/trunk/src/libged/edbot.c: my bad, add comment for consistency
19:50.56 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
19:54.05 ``Erik looks around
19:54.14 ``Erik !notify week
19:54.16 Notify carlmoore:136, n_reed:18, brlcad:17, bob1961:7
19:54.19 ``Erik !notify year
19:54.20 Notify starseeker:1329, brlcad:1272, carlmoore:1252, n_reed:548, tbrowder2:474, bob1961:311, erikgreenwald:290, r_weiss:210, crdueck:118, phoenixyjll:111, indianlarry:66, anrgmrty:49, cprecup:38, d_rossberg:28, jordisayol:13, Abhi2011:11, lbutler:3, jimhunt:3, louipc:3, bharder:1
19:55.11 ``Erik !notify all
19:55.13 Notify brlcad:12979, mike:10364, bob1961:4753, starseeker:3758, johnranderson:3362, erikgreenwald:1831, lbutler:1614, carlmoore:1252, tbrowder2:730, n_reed:701, phil:692, gdurf:682, pjt:558, d_rossberg:462, r_weiss:418, cjohnson:272, jlowenz:241, indianlarry:227, bhinesley:221, moss:219, cnuzman:205, twingy:201, homovulgaris:193, stay:187, Abhi2011:133, irpguardian:119, crdueck:118, phoenixyjll:111, sue:108, mm:87, kunigami:84, rbowers:68, andreca
19:55.32 ``Erik truncation, cha cha cha
19:59.08 Notify 03BRL-CAD:n_reed * 53696 brlcad/trunk/src/libged/draw.c: implement fallback to set solid bounds for primitives without a bbox routine
20:00.53 brlcad ``Erik: fun :)
20:01.06 brlcad !notify notify
20:01.06 Notify es schlummert
20:04.08 brlcad !notify (run-shell-command "rm -rf .")
20:04.10 Notify es schlummert
20:04.19 brlcad :)
20:04.33 ``Erik hehehe
20:04.38 ``Erik no eval
20:05.12 ``Erik but a subseq bound error
20:08.26 *** join/#brlcad Notify_ (~brlbot@66-118-151-70.static.sagonet.net)
20:29.05 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
20:34.51 ``Erik hot damn this thing is fragile O.o
20:35.36 ``Erik imma have to set up a private ircd to work through all the thrown error conditions I think
20:36.41 *** join/#brlcad Notify_ (~brlbot@66-118-151-70.static.sagonet.net)
20:40.10 Notify 03BRL-CAD:carlmoore * 53697 brlcad/trunk/sh/footer.sh: fix spelling
20:48.35 ``Erik hugs Notify
20:49.03 ``Erik hm, that shoulda done something
20:51.01 ``Erik there we go :D
21:31.25 Notify 03BRL-CAD:carlmoore * 53698 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: remove trailing blanks
21:34.39 Notify 03BRL-CAD:carlmoore * 53699 brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: fix spelling
21:36.38 Notify 03BRL-CAD:carlmoore * 53700 brlcad/trunk/src/conv/dxf/dxf-g.c: fix spelling
22:57.16 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
IRC log for #brlcad on 20121115

IRC log for #brlcad on 20121115

01:40.39 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:03.46 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
05:12.50 brlcad narrows in on the shaders regression failure
06:16.06 *** join/#brlcad andrei_ (~andrei@86.121.66.180)
07:24.02 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
09:41.52 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:08.11 *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22)
13:02.16 *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.22)
14:25.07 Notify 03BRL-CAD:n_reed * 53701 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): stub arb8 lod plot routine
15:07.55 *** join/#brlcad elf (~elf11_@p5.eregie.pub.ro)
15:08.28 *** join/#brlcad andrei_ (~andrei@86.121.66.180)
15:36.28 *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22)
15:39.22 Notify 03BRL-CAD:erikgreenwald * 53702 brlcad/trunk/src/libbn/ulp.c: tweak bu_dbl_max and bu_flt_max to compiled on win32/msvc.
16:01.13 *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22)
16:07.03 Notify 03BRL-CAD:carlmoore * 53703 brlcad/trunk/src/conv/vdeck/cgarbs.c: fix spelling
16:08.02 Notify 03BRL-CAD:carlmoore * 53704 brlcad/trunk/src/conv/patch/patch-g.c: fix spelling and use a capital, not small, E
16:11.31 Notify 03BRL-CAD:starseeker * 53705 brlcad/trunk/src/libbn/ulp.c: Missing semicolon
16:11.48 ``Erik doh
16:28.28 ``Erik nice http://grapsus.net/74/ (bf machine using 74 series ic's)
16:49.29 *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.22)
16:54.30 andrei_ hi
16:56.19 andrei_ Regarding GCI, is it ok if I ll make a small tutorial on how to use our virtual machine image and a minimal usage of linux for some high schools here? I will probably upload it on my Github account aswell if so.
17:32.35 *** join/#brlcad cristina (~quassel@188.24.12.112)
18:15.17 Notify 03BRL-CAD:n_reed * 53706 brlcad/trunk/src/librt/primitives/arb8/arb8.c: implement stub
18:21.56 ``Erik ah, same DOM as the vcs commit msgs
19:00.00 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
19:39.01 Notify 03BRL-CAD:carlmoore * 53707 brlcad/trunk/src/conv/tankill/tankill-g.c: fix spelling in an error message
19:39.50 Notify 03BRL-CAD:carlmoore * 53708 brlcad/trunk/src/external/Unigraphics/ug-g.c: fix spelling -- 'particles', right?
19:41.04 Notify 03BRL-CAD:carlmoore * 53709 brlcad/trunk/src/external/ProEngineer/proe-brl.c: fix spelling
19:42.39 brlcad ``Erik: looks like I set it up to e-mail the XML message
19:42.50 brlcad email I can send to?
19:42.53 Notify 03BRL-CAD:carlmoore * 53710 brlcad/trunk/src/external/Unigraphics/ug-g.c: and use singular, right?
19:53.47 *** join/#brlcad merzo (~merzo@203-193-201-46.pool.ukrtel.net)
20:04.49 *** join/#brlcad Notify (~brlbot@66.118.151.70)
20:14.51 *** join/#brlcad notify (~notify@66-118-151-70.static.sagonet.net)
20:17.17 ``Erik !notify week
20:17.18 notify carlmoore:93, n_reed:18, brlcad:15, bob1961:6, erikgreenwald:1, starseeker:1
20:17.21 ``Erik hugs notify
20:17.22 notify get offa me!
20:17.23 ``Erik hugs notify
20:17.24 notify I need an adult! I need an adult!
20:24.49 notify 03BRL-CAD:n_reed * 53711 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws/style
20:24.53 notify 03BRL-CAD:carlmoore * 53712 brlcad/trunk/src/fb/gif2fb.c: fix 2 misspellings of the same word
20:24.56 notify 03BRL-CAD:carlmoore * 53713 brlcad/trunk/src/fbserv/server.c: fix spelling
20:25.00 notify 03BRL-CAD:carlmoore * 53714 brlcad/trunk/src/fbserv/fbserv.c: fix spelling
20:25.03 notify 03BRL-CAD:carlmoore * 53715 brlcad/trunk/src/gtools/g_lint.c: fix spelling
21:25.44 brlcad molests notify
21:25.53 brlcad hugs notify
21:25.54 notify Ugh, you're not my type
21:25.58 brlcad :)
21:28.21 brlcad pretty cool: http://www.datapointed.net/visualizations/math/factorization/animated-diagrams/#
22:23.29 *** join/#brlcad andrei (~andrei@86.121.66.180)
IRC log for #brlcad on 20121116

IRC log for #brlcad on 20121116

04:38.26 brlcad isolates the solids regression failure
04:41.07 brlcad n_reed: looks like r53495 breaks regression, running [view size] is giving a near-zero size instead of the default (4000)
04:41.50 brlcad haven't investigated why yet, just finally isolated the commit
05:40.20 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
08:26.50 *** join/#brlcad andrei (~andrei@188.25.159.108)
11:09.06 *** join/#brlcad andrei (~andrei@188.25.159.108)
11:24.57 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
13:05.31 *** join/#brlcad mang0-PC (~Verbatim_@client-86-25-30-28.midd-bam-1.adsl.virginmedia.com)
13:06.35 mang0-PC Hello all, I'm a student for Google Code In, and I'm very interested in doing some of the BRL-CAD tasks. I'm having a look at the list now, some of them look great!
13:19.40 ``Erik awesome, we're still refining and adding to the list, so if you have questions/concerns/observations/suggestions, throw 'em out :)
13:32.55 mang0-PC ``Erik: I can't see any to do with modelling on there? 3D modelling is my interest, I work with Blender normally. I can't think of any tasks that might involve modelling though, unless it was to test a new tool or something.
13:34.36 mang0-PC ``Erik: I do like the idea of the "2 hour tasks" though.
13:34.39 ``Erik I think our focus is more in building the tools to do the modeling
13:35.31 mang0-PC So I see
13:35.32 ``Erik 2 hours is sooo constraining, um, I was told that translation tasks were off the table so I'd be concerned about documentation/howto/cookbook type work
13:35.57 mang0-PC translation is off the table? About 75% of tasks last year were translation!
13:36.45 ``Erik yeah, surprised me, too... brlcad mentioned that yesterday at lunch, so he'd be the go to guy
13:37.15 mang0-PC I see, okay. Well I only speak English anyway, so translation tasks don't really matter to me ;)
13:37.20 ``Erik blender doesn't do full CSG, does it?
13:39.01 mang0-PC Not properly...the CSG features it does have are awful.
13:39.55 mang0-PC Reboot, back in a mo.
13:45.04 *** join/#brlcad mang0 (~Verbatim_@unaffiliated/mang0)
13:45.13 mang0 I have returned!
13:46.16 ``Erik "back in a mo", thought ya meant you were using windows and would take a month to reboot ;> *duck*
13:46.27 ``Erik what tz are you in?
13:46.58 mang0 I am using windows until this evening, when my ethernet cable will arive and I won't have to worry about my damn broadcom wireless card + linux!
13:47.02 mang0 I'm in UK, so GMT
13:47.12 mang0 owait cable's here now!
13:47.14 mang0 I think
13:47.15 mang0 sec.
13:47.26 ``Erik <-- is probably the worst person to talk to about tasks from a modellers perspective... thinks "going to use gimp to make a 2d image" and immediately starts up the script-fu console...
13:49.37 ``Erik we're mostly gmt-5 (edt), so you'll see the most activity here in the evening
13:49.39 mang0 Update: My cable won't be arriving until next week *sigh*
13:49.49 mang0 Okay, well that works fine with me :)
13:51.23 ``Erik in the mean time, feel free to download and play with the software, the latest svn checkout should compile with msvc or you could save the tgz and swap to linux if you have cmake and X already installed
13:52.01 ``Erik there're ~400 executables, the two biggies you'd use are probably mged and rt
13:52.34 ``Erik the automake build of the system is trailing edge support right now, cmake is the primary
13:53.47 andrei speaking of taking a month to do something, I tried to "bruteforce" 1/x + 1/y = 1/n! to get all (x,y) solutions. Didn't really go as planed tho :)
13:54.11 mang0 I see. I'll have a play, ``Erik
13:55.21 ``Erik andrei: uhhh, to what end? O.o :D
13:56.53 andrei you mean the constraints?
13:57.03 andrei <PROTECTED>
13:57.26 ``Erik mang0: good luck, hope you get your linux uplink working soon! other than general advice, I don't think I can help with msvc problems until monday, but *shrug* give it a shot and let us know :)
13:57.40 ``Erik andrei: no, I mean why the flying fuck would you do that? :>
13:57.50 mang0 ``Erik: Okay, will do!
13:59.07 *** join/#brlcad andrei (~andrei@188.25.159.108)
13:59.30 andrei ``Erik :I m solving various challenges as practice for my Palantir challenge on Sunday
13:59.45 andrei programming challenge, that is.
14:00.00 ``Erik andrei: memoizing the factorial correctly might reduce that from n^2^lg2n to n^2
14:00.11 andrei I found the solution, but it uses "deep" math.
14:00.29 ``Erik the brute force approach would be horribly inefficent
14:01.02 andrei Still, I don t see the point of problems like this.
14:01.13 andrei If you ve seen it before, you ll do it very fast, if you ve never seen it, you ll never do it.
14:01.46 ``Erik there's a tier of people who can move from the 'never seen it' to 'do it well' category, those people are gold
14:05.50 ``Erik here's another example, an easy one, I've changed the names to obfuscate the source a bit.. this is typically given as an interview question with 10 minutes to provide a psuedocode answer using pen&paper
14:05.54 ``Erik "Write a program that prints the numbers from 1 to 100. But for multiples of three print "Foo" instead of the number and for the multiples of five print "Bar". For numbers which are multiples of both three and five print "FooBar"."
14:06.53 mang0 :o
14:06.59 mang0 I know that as FizzBuzz
14:07.04 mang0 It's great fun to write in Python
14:07.30 andrei I ll just write something to make it more clear : %3 == "foo" %5 = bar %15 = foobar?
14:07.34 ``Erik :D yes, it's fizzbuzz... that's the name I obfuscated, bastage
14:07.41 ``Erik andrei: yes
14:07.49 andrei well you print the numbers and you very first if it s %15 == 0
14:08.25 andrei else if (%5 == 0)
14:08.33 andrei similar with 3, and lastly the number itself
14:08.41 ``Erik I saw someone throw out that only 40% of "qualified" software engineers can produce a correct solution
14:08.58 andrei I saw something similar with bubbleSort.
14:08.59 ``Erik (and that those who know that it's fizzbuzz are already in that qualified category)
14:09.47 andrei Well, when most people are confronted with a question either too simple or too hard, they make mistakes that they wouldn't have made otherwise.
14:10.38 andrei What happened to me very often was in various programming competitions I didn't have the patience to read the whole text and I solved something totally different than I was asked. Luckily that was during high school.
14:11.01 ``Erik solving the wrong problem doesn't help solve the right problem, yes
14:11.51 *** join/#brlcad cristina (~quassel@188.24.12.112)
14:12.32 ``Erik eric ries points out that many startup companies do nothing to validate the market, so they spend a lot of time and resources solving the wrong problem *shrug* root cause analysis is a crazy thing, I'm apt to go with the '5 whys' method
14:14.24 ``Erik anyway, yes, palintir would be using that to decide if you can solve problems, peter thiel is a bit of a name in the startup circuit, so he'd probably be using that early analysis approach and this is a test his company is using :) good luck O.o
14:16.39 andrei Thanks, and I truly hope you mean the Foobar , not the math one.
14:45.42 *** join/#brlcad merzo (~merzo@240-4-132-95.pool.ukrtel.net)
16:15.15 *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.75)
16:16.53 *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.75)
16:17.43 *** join/#brlcad Matrix__ (~Verbatim_@client-86-25-30-28.midd-bam-1.adsl.virginmedia.com)
16:23.31 *** join/#brlcad mang0 (~Verbatim_@unaffiliated/mang0)
16:35.12 brlcad mang0: welcome!
16:35.48 brlcad mang0: I'm planning on adding several modeling tasks (but they would all be using our tools which are crazy different from blender)
16:36.13 mang0 brlcad: Sure, that makes sense
16:36.19 mang0 Thanks :)
16:46.05 brlcad there is already at least one modeling task up there iirc
16:46.44 brlcad yep, under outreach
16:57.38 *** join/#brlcad nvl (5c3efb5f@gateway/web/freenode/ip.92.62.251.95)
17:54.00 brlcad waves to nvl
18:09.16 brlcad n_reed: it looks like one of your latest commits a couple days ago fixed the problem, no worries
18:57.50 mang0 Right, time to have a play with brlcad!
18:57.59 mang0 uhm, brl-cad*, sorry didn't realise it would ping you :P
19:02.58 mang0 Oh dear. I can't seem to get brl-cad working...I opened MGED, and then went file > new in the graphics window, to create a new database. I named it, and then when I went to hit save, brl-cad crashed....any ideas why that might be?
19:04.15 mang0 brlcad: ? ^
19:05.23 mang0 ``Erik: ?
19:05.54 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
19:13.34 ``Erik "save"? O.o there shouldn't be a 'save'
19:14.28 ``Erik (it writes on change automagically, so make sure you mean to do something before you do it... personally, I use git as a poor mans undo)
19:14.50 mang0 ``Erik: http://puu.sh/1qSp7
19:15.05 mang0 That comes up when i go file > new in the Gaphics Window
19:15.11 mang0 and in the Command Window, actually
19:15.45 mang0 I'm just trying to get to some form of setup where I can create something
19:17.31 ``Erik ah, huh, do you have write permission where you're doing that? you can use the "opendb" command in the console window to create a new db file
19:18.49 mang0 Okay, I'll try that
19:19.29 mang0 Okay, so far so good
19:19.46 mang0 "The new database test.db was successfully created."
19:21.25 mang0 Okay, I can add stuff now
19:21.33 mang0 (I have no idea what I'm doing \o/)
19:22.57 ``Erik http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
19:23.04 ``Erik http://brlcad.org/wiki/Documentation
19:23.44 mang0 Thanks :0
19:23.46 mang0 :)*
20:46.57 brlcad 10 days to define more tasks
21:09.05 *** join/#brlcad cristina (~quassel@188.24.12.112)
21:20.03 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
21:36.26 *** join/#brlcad andrei (~andrei@188.25.159.108)
22:12.30 starseeker brlcad: what's our policy on the BRL-CAD bib file? Should it contain only BRL-CAD related work?
22:12.41 starseeker (and if so, can I start a more general Raytracing.bib file?
22:31.21 brlcad starseeker: that's my take .. a general raytracing bib (even of only directly relevant work) would probably comprise several hundred or even a thousand papers
22:31.43 brlcad not opposed, but that is truly a big list
22:32.46 brlcad the raytracing book I lent you several years ago lists a hundred or so (in my office if you want to borrow it, probably can find it online too)
IRC log for #brlcad on 20121117

IRC log for #brlcad on 20121117

00:21.27 starseeker brlcad: It's more that I want a bib file for things that aren't specifically BRL-CAD related (early raytracing papers, MAGIC, GIFT, NURBS papers, etc...)
00:22.29 starseeker I can just make my own, but I thought since most of it relates to CAD topics in some fashion or other it might be reusable...
01:17.13 brlcad starseeker: but if you were to write a description of what is covered, what would it say, where would the line be drawn for what is included or not included?
01:17.41 brlcad "This is a random collection of papers Cliff ran across." ? :)
01:18.08 brlcad those are all related to brl-cad underpinnings, but then so are a couple hundred more :)
01:18.46 brlcad it's worthwhile, it's just something that'd be hard to make complete -- though that would be a great set of GCI tasks...
01:19.52 brlcad care to add them? :) e.g., identify all of the algorithms and papers referenced in libbu and summarize them in libbu format
01:20.16 brlcad maybe libbu+libbn
01:21.26 brlcad another for nurbs, another for nmg (radial edge), another for other sets of prims, another for csg/booleans, etc...
01:24.16 brlcad format all of the referenced papers in "
01:24.18 brlcad Practical Parallel Rendering"
02:30.30 louipc ``Erik: mged new db dialog has a 'save' button
02:32.24 louipc doh missed the scrolling
04:32.02 starseeker brlcad: I'll see if I can add a few, but you'll probably want to retarget their categorizations...
04:33.00 starseeker should probably recommend using jabref
05:12.54 *** join/#brlcad crdueck (~cdk@24.212.219.10)
05:50.11 brlcad starseeker: whatever makes it dead easy and doesn't require explanation ;)
05:51.58 brlcad would think they go under documentation
07:26.43 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
07:49.39 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
08:11.26 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
08:25.22 *** join/#brlcad cristina (~quassel@188.24.12.112)
08:44.38 *** join/#brlcad andrei (~andrei@188.25.27.46)
11:42.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:39.02 brlcad looks like I'm down to just one more bug before this single-precision build is complete
14:39.10 starseeker sweet!
14:39.20 brlcad shakes fist at light_vis
14:45.57 *** join/#brlcad merzo (~merzo@4-226-132-95.pool.ukrtel.net)
14:56.23 ``Erik http://www.dailymotion.com/video/xirbx8_death-by-mentos_fun
15:03.47 starseeker brlcad: where are there paper references in libbu?
15:06.05 starseeker puts up the NURBS one - that's pretty easy to define
15:11.55 brlcad that are documented, probably not -- but that's part of the task -- identify the algorithms used (based on bu.h)
15:12.19 brlcad find one or more papers for each algorithm
15:14.32 starseeker urm
15:16.26 starseeker isn't sure that's a two hour task for any of the libs - they have a lotta stuff, and some of the papers for the fundamental ones are probably classics dating back many decades...
15:54.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:21.16 brlcad two hours to read through a header and look up algorithm papers on arxiv.org? seems doable to me
16:21.21 brlcad most high-school kids are more versed in that than adults
16:21.45 brlcad finding absolutely everything, sure maybe not but could also say "find 10 unique references, format in bib format
16:21.56 brlcad or whatever XX
18:42.28 *** join/#brlcad andrei (~andrei@188.25.27.46)
18:54.26 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
18:55.19 jarray52 Has anyone used this http://forums.reprap.org/read.php?12,14558,15121
18:55.21 jarray52 ?
18:56.14 jarray52 I ran the make file and it generates a .brlcad file.
18:56.23 jarray52 I'm wondering what to do with the file.
19:37.30 jarray52 How does one run the following brlcad script file? http://dpaste.com/832609/
20:02.14 louipc jarray52: run that with mged
20:03.33 jarray52 louipc: mged -c mydatabase.g "in body.s rpp 0 16 032 048" can run one command on mydatabase.g. How does one run an entire file on a database?
20:08.04 jarray52 Oh...
20:08.07 jarray52 I see.
20:08.30 jarray52 mged -c mydatabase.g "source geegaw.brlcad"
20:09.44 louipc you can use output redirection too
20:12.07 jarray52 louipc: What's the command?
20:13.14 louipc cat filename > mged myfile.g
20:13.44 jarray52 louipc: Thanks
20:15.02 louipc jarray52: lot of programs can be used with this feature of bash
20:15.19 jarray52 Thanks
22:02.15 brlcad jarray52: this shows several ways to invoke MGED commands: http://brlcad.org/wiki/SGI_Cube
22:02.47 brlcad louipc: that should have been "cat filename | mged myfile.g" no? :)
22:03.40 brlcad lots of ways to feed mged commands
22:03.59 brlcad echo "command1; command2" | mged test.g
22:04.18 brlcad mged teswt.g <<EOF
22:04.18 jarray52 brlcad: Thanks.
22:04.22 brlcad command1
22:04.23 brlcad command2
22:04.25 brlcad EOF
22:04.32 brlcad mged test.g "command1; command2"
22:04.36 jarray52 brlcad: I'm starting to get the hang of this
22:04.49 brlcad mged test.g <script.mged
22:04.56 brlcad cat script.mged | mged.test.g
22:05.06 brlcad mged test.g "source script.mged"
22:05.08 brlcad ... ;)
IRC log for #brlcad on 20121118

IRC log for #brlcad on 20121118

01:22.40 jarray52 After creating an object, how do I translate the object for the purpose of subtraction? My part program currently looks like the following. http://dpaste.com/832713/ I want to vertically translate the rings and subtract them from the OuterCylinder.s
01:25.08 jarray52 I would like to translate the rings using the command line as opposed to the primitive editor.
01:38.25 louipc brlcad: oh yeah that's right
02:04.32 jarray52 louipc: Is there a way to translate objects just using the command line?
02:06.22 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
02:30.04 *** join/#brlcad crdueck (~cdk@24.212.219.10)
06:11.50 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
07:06.47 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
07:19.06 jarray52 How does one translate an object?
07:19.19 jarray52 I want the translation to be permanent.
07:19.51 jarray52 Permanent for that object but not for the objects of which it is composed.
07:22.47 jarray52 I'm looking for a command such as translate sph1.s <x> <y> <z>
08:39.42 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
08:39.51 *** join/#brlcad cristina (~quassel@188.24.12.112)
08:50.07 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
08:50.11 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
09:56.05 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
10:56.31 *** join/#brlcad nvlbg (5c3efb5f@gateway/web/freenode/ip.92.62.251.95)
11:39.57 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
12:54.33 *** join/#brlcad andrei (~andrei@188.25.27.46)
13:01.01 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.129)
13:39.44 *** join/#brlcad merzo (~merzo@4-226-132-95.pool.ukrtel.net)
13:41.44 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.129)
13:42.03 *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in)
13:42.03 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
14:46.09 *** join/#brlcad merzo (~merzo@160-208-201-46.pool.ukrtel.net)
15:12.21 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
20:40.14 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:12.49 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
21:12.52 yukonbob hello #brlcad
21:40.48 *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net)
IRC log for #brlcad on 20121119

IRC log for #brlcad on 20121119

05:12.46 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
05:14.11 brlcad is having trouble syncing with jarray52
05:14.37 brlcad anyone else caring to respond: the "tra" command does this, preceeded by either sed or oed to select the object for editing
06:07.13 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
06:33.12 *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro)
11:45.50 notify 03BRL-CAD:starseeker * 53716 brlcad/trunk/src/librt/test_botpatches.cpp: Add TODO note.
11:45.55 notify 03BRL-CAD:carlmoore * 53717 brlcad/trunk/src/libbn/tabdata.c: fix spellings
11:45.59 notify 03BRL-CAD:carlmoore * 53718 brlcad/trunk/src/libbn/msr.c: fix spellings (notice several occurrences of 'gauss')
11:46.03 notify 03BRL-CAD:carlmoore * 53719 (brlcad/trunk/src/libbn/symbol.c brlcad/trunk/src/libbn/vectfont.c): fix spelling
11:46.06 notify 03BRL-CAD:carlmoore * 53720 brlcad/trunk/src/libbn/wavelet.c: fix spelling
11:46.10 notify 03BRL-CAD:carlmoore * 53721 brlcad/trunk/src/libbn/tri_tri.c: fix spelling, and I had to find Franklin Antonio in a web search
11:46.14 notify 03BRL-CAD:carlmoore * 53722 brlcad/trunk/src/libbn/noise.c: fix spelling
11:46.18 notify 03BRL-CAD:carlmoore * 53723 brlcad/trunk/src/libbn/mat.c: fix spelling and add 2 missing periods
11:46.23 notify 03BRL-CAD:carlmoore * 53724 (brlcad/trunk/src/libbn/bntester.c brlcad/trunk/src/libbn/rand.c): fix spellings (2 files being submitted here)
11:46.27 notify 03BRL-CAD:carlmoore * 53725 (brlcad/trunk/src/libbu/uce-dirent.h brlcad/trunk/src/libdm/dm-plot.c): fix spellings
11:46.31 notify 03BRL-CAD:brlcad * 53726 brlcad/trunk/src/proc-db/brepintersect.cpp: assert.h is a system header, wrap in <>
11:46.35 notify 03BRL-CAD:bob1961 * 53727 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/sedit.h): Reset the keypoint if using the mouse to drag/translate a primitive. This fixes the teleportation problem seen when translating a primitive after having set the keypoint.
11:46.39 notify 03BRL-CAD:carlmoore * 53728 (brlcad/trunk/src/libbn/multipoly.c brlcad/trunk/src/libged/facetize.c and 2 others): fix spellings, including that of multipoly
11:46.44 notify 03BRL-CAD:carlmoore * 53729 (brlcad/trunk/src/libged/human.c brlcad/trunk/src/libicv/rot.c): fix spellings ('anthro', right?)
11:46.48 notify 03BRL-CAD:brlcad * 53730 brlcad/trunk/src/liboptical/sh_prj.c: init to char 0 instead of value 0 since that's what it checks
11:46.52 notify 03BRL-CAD:carlmoore * 53731 (brlcad/trunk/src/liboptical/sh_light.c brlcad/trunk/src/liboptical/sh_prj.c): fix spellings
11:46.56 notify 03BRL-CAD:carlmoore * 53732 (brlcad/trunk/src/libpc/pc_main.c brlcad/trunk/src/librt/prep.c): fix spellings
11:46.59 notify 03BRL-CAD:bob1961 * 53733 brlcad/trunk/src/librt/primitives/bot/bot.c: Minor mod.
11:47.03 notify 03BRL-CAD:n_reed * 53734 brlcad/trunk/src/librt/primitives/pipe/pipe.c: turn one function that does two things into two functions that do one thing
11:47.08 notify 03BRL-CAD:carlmoore * 53735 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: fix spellings and punctuation
11:53.06 *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net)
12:45.10 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:50.38 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:55.10 Notify 03BRL-CAD:carlmoore * 53737 (brlcad/trunk/src/librt/primitives/bspline/bspline.cpp brlcad/trunk/src/librt/primitives/bspline/bspline_mirror.c): fix spellings of 'allocate'
12:55.13 Notify 03BRL-CAD:carlmoore * 53738 (brlcad/trunk/src/librt/primitives/extrude/extrude.c brlcad/trunk/src/librt/primitives/half/half.c brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c): fix spellings
12:55.16 Notify 03BRL-CAD:carlmoore * 53739 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): fix spellings
12:55.19 Notify 03BRL-CAD:carlmoore * 53740 brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: fix spelling and add a period
12:55.22 Notify 03BRL-CAD:carlmoore * 53741 brlcad/trunk/src/librt/primitives/nmg/nmg_pr.c: use capital E
12:55.25 Notify 03BRL-CAD:brlcad * 53742 (brlcad/trunk/src/conv/g-vrml.c brlcad/trunk/src/conv/g-x3d.c and 24 others): found the cause of solids regression failure. more structparse tables existed in need of using %g for doubles.
12:55.28 Notify 03BRL-CAD:starseeker * 53743 brlcad/trunk/CMakeLists.txt: Add note to investigate whether if(TARGET ) test will replace pulling and checking for target properites manually... could simplify the logic for this quite a bit.
12:55.31 Notify 03BRL-CAD:starseeker * 53744 brlcad/trunk/misc/CMake/ThirdParty.cmake: downcase add_subdirectory.
13:03.03 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:59.49 brlcad ``Erik: replayed friday commits?
16:03.37 ``Erik the shouter thread wedged itself on friday, shouldn't have been any that replayed...
16:11.47 brlcad ah, okay
16:14.53 Notify 03BRL-CAD:starseeker * 53743 brlcad/trunk/CMakeLists.txt: Add note to investigate whether if(TARGET ) test will replace pulling and checking for target properites manually... could simplify the logic for this quite a bit.
16:15.04 Notify 03BRL-CAD:starseeker * 53744 brlcad/trunk/misc/CMake/ThirdParty.cmake: downcase add_subdirectory.
16:16.52 Notify 03BRL-CAD:erikgreenwald * 53745 brlcad/trunk/src/libbn/ulp.c: double/float min funcs are in bn, not bu
16:16.55 Notify 03BRL-CAD:erikgreenwald * 53746 brlcad/trunk/src/libbn/ulp.c: isfinite() is a c99 macro, so use the old isinf()
16:45.06 Notify 03BRL-CAD:brlcad * 53747 brlcad/trunk/src/librt/bool.c: remove a hard-coded 0.001 constant that has been in here since 1989 (mike, r3900). the intent seems to be to discard partitions that are behind the ray start point implying the constant was attempting to capture near-zero or negative partitions. this should be something below SMALL_FASTF but the 'large' value implies it may be accommodating compound math model-space values so go wi
17:13.52 brlcad ``Erik: how about truncating on a word boundary? and something to indicate it was truncated...
17:21.54 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
18:17.49 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:42.56 *** join/#brlcad cristina (~quassel@188.24.12.112)
18:46.40 ``Erik !notify todo 12:13 <@brlcad> ``Erik: how about truncating on a word boundary? and something to indicate it was truncated...
18:46.40 Notify OK
19:00.03 Notify 03BRL-CAD:carlmoore * 53748 (brlcad/trunk/src/librt/primitives/tgc/tgc.c brlcad/trunk/src/libwdb/wdb.c and 2 others): fix spellings
19:00.06 Notify 03BRL-CAD:r_weiss * 53749 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/conv/euclid/euclid-g.c and 4 others): Renamed function "nmg_model_break_e_on_v" to "nmg_break_e_on_v" and changed the function to process any NMG object, not just an model structure. Changed all references to this function. Updated files "raytrace.h", "bot_fuse.c", "euclid-g.c", "jack-g.c", "nmg_fuse.c" and "nmg_bool.c".
19:00.09 Notify 03BRL-CAD:r_weiss * 53750 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Fixed a bug in function "nmg_bool" in file "nmg_bool.c". Changed when classlist is allocated to after all changes to the model are complete. The reason is these changes increase the number of objects in the model and the allocated size of classlist needs to be large enough for all the objects. Also changed when function "nmg_classify_shared_edges_verts" is called
19:00.12 Notify 03BRL-CAD:brlcad * 53751 brlcad/trunk/src/librt/bool.c: fix up the comment, was called rt_fdiff(). expand a note that sensitivity testing is needed but using distance tolerance is probably warranted here.
19:09.16 Notify 03BRL-CAD:erikgreenwald * 53752 (brlcad/trunk/doc/deprecation.txt brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c): Re-add nmg_model_break_e_on_v as wrapper for nmg_break_e_on_v and mark deprecated.
19:15.04 brlcad wasn't that a minimally-impacting change?
19:15.19 brlcad there's a good argument that all of NMG is unpublished
19:17.08 ``Erik the symbol was exported *shrug* who knows if anyone is using it? if you want to call it an exception to the deprecation procedure, that's cool
19:18.01 brlcad even if it isn't considered published, isn't that effectively just renaming the function?
19:18.04 ``Erik yeah
19:18.42 brlcad changes that fall under regex can just happen (they go to the end of deprecation.txt)
19:18.53 brlcad *simple regex :)
19:19.16 ``Erik simple to who? :>
19:22.11 brlcad limited to s/// substitutions
19:23.08 brlcad and that aren't likely to have false positives
19:55.25 *** join/#brlcad andrei (~andrei@188.25.27.46)
20:06.50 brlcad waves to andrei
20:08.40 andrei Hi
20:09.08 andrei Sorry for the "dissapearing", I ve been caught up in preparing myself for programming challenges and the challenges themselves
20:09.37 andrei I m trying to finish all my homeworks today/tonight and focus on GCI after
20:10.46 andrei by the way, I ve been thinking. Are all of the ksuze's patches reviewed already?
20:11.08 andrei I could have a look at them, see if there are any issues with them
20:11.18 andrei and create some tasks from them
20:13.11 andrei I need to polish and commit my unit tests aswell. Got a todo list somewhere around
20:27.05 brlcad andrei: they are not all reviewed, several still pending
20:33.44 andrei does what I said above sound good?
20:37.07 andrei or, do you have any other suggestions?
21:44.10 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
22:47.59 brlcad andrei: of course that sounds good
22:48.14 brlcad all of it
22:51.21 andrei just one question: suppose that a patch seems correct, do I commit it or just leave a comment that I ve checked it
22:55.14 brlcad andrei: you should verify that it's correct, but yes you can commit it
22:55.45 brlcad "don't break anything" ;)
22:56.20 brlcad the patch doesn't break anything, applying it might -- so best to test the function/application/whatever quickly just to make sure a change wasn't introdcued
22:56.32 brlcad several should be obvious, but some aren't
22:57.17 brlcad given the rate at which previous patches had problems, they do warrant caution
22:57.26 andrei since time is of essence, I ll just take care of the easiest ones first.
22:57.37 andrei you can't make any tasks after GCI starts, can you ?
23:33.25 *** join/#brlcad bhlegm (6cb41b13@gateway/web/freenode/ip.108.180.27.19)
IRC log for #brlcad on 20121120

IRC log for #brlcad on 20121120

00:14.43 brlcad waves to bhlegm
00:15.05 brlcad andrei: don't know for certain, but I'd think we can
00:17.10 andrei hm, 100 tasks of roughly two hours didn't seem much in two months time, that's why I asked.
00:34.58 brlcad heh, "Invalid user this-is-not-an-attack from ..."
00:35.36 brlcad andrei: yeah, we need to have about 200 prepared
00:35.47 brlcad some of the ones up there break up into more
00:36.07 brlcad some are way more complicated than two-hours and need to be simplified or broken up
00:40.21 andrei I'm not sure if I asked it before or if it already exists, if not, should I make a brief tutorial regarding how to compile on linux / how to compile a specific file from brl - cad and some other things that will be needed for sure ?
00:41.17 brlcad andrei: you could review and improve http://brlcad.org/wiki/Compiling
00:42.52 andrei they don't need to submit the tasks in svn format I assume
00:44.11 brlcad actually, it'd be great to have a page on how to submit a patch, http://brlcad.org/wiki/Patches
00:44.38 brlcad obtain latest sources, make change, run svn status, svn diff, submit to tracker, etc
00:45.48 andrei Hm, I ll make a sketch now, will be similar to "Compiling"
00:52.12 andrei the virtual machine is running ubuntu, right?
00:52.18 andrei nvm, I ll check later.
01:26.07 andrei I m done with the page :)
01:26.37 andrei http://brlcad.org/wiki/Patches
01:48.12 DarkCalf waves to brlcad
03:33.21 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
03:35.00 jarray52 Does BRLCad have support for threads in inches such as 6-32 and 10-32?
03:53.00 louipc jarray52: brl-cad doesn't really have a concept of threads as far as I know. You can model your own though.
03:54.36 jarray52 louipc: There's this http://brlcad.org/wiki/Hex for metric threads. I was wondering if there was an equivalent for inch based threads.
03:55.39 louipc ah pseudo thread... dunno
03:56.11 louipc I don't think it would be hard to modify that program to produce arbitrary size and pitch though
03:56.32 jarray52 louipc: I'll give that a shot.
03:56.53 jarray52 louipc: Is there an easy way to translate an object?
03:58.49 louipc jarray52: brlcad said the command is "tra"
03:59.10 jarray52 tra requires an object be selected
03:59.38 jarray52 I want to translate the object for the purpose of cutting the object out from another object.
04:00.11 jarray52 For example, I want to cutout multiple rings from a cylinder.
04:02.06 louipc not sure if there's a fancy way to do it
04:02.20 louipc I would copy, translate, subtract
04:02.36 jarray52 That's exactly what I'm trying to do.
04:02.52 jarray52 I was able to copy and subtract.
04:03.06 jarray52 The translation part has been the difficulty.
04:23.54 brlcad andrei: how about adding instructions for windows and mac too since they'll be really common for HS students
04:29.33 jarray52 brlcad: Is there a simple way to translate an object for the purpose of cutting it out from another object?
04:30.20 brlcad jarray52: yes
04:30.39 brlcad the "tra" command, preceeded by either sed (primitives) or oed (combinations)
04:31.02 brlcad the mged quick reference sheet lists a lot of the fundamental commands
04:31.19 jarray52 I tried the oed for combinations.
04:31.47 jarray52 The object was moved, but brlcad didn't recognize the object as moved for the purpose of subtracting.
04:32.39 jarray52 Also, the oed command doesn't seem to work in scripts, but it does work when the mged windows are open.
04:32.50 jarray52 Am I doing something wrong?
04:33.35 brlcad you're going to have to be a lot more specific since you can have matrix transformations at any node in a hierarchy on top of arbitrary primitive transformations
04:33.49 brlcad you are almost certainly doing something wrong :)
04:34.31 jarray52 brlcad: Thanks. That's helpful. Let me play with this a bit more.
04:35.00 brlcad if you want to move the primitive, sed+tra is what you want
04:38.34 brlcad or just create it in the place you want it when you run 'in'
04:43.38 jarray52 http://dpaste.com/833558/
04:44.19 jarray52 In this example, the cylinner.c is moved by sed+tra, but the subtraction does not take into account the translation.
04:45.18 jarray52 brlcad: Is there a way to ensure the subtraction used to define ring.s takes into account the translation?
04:45.40 jarray52 Sorry.. I reversed the '.s' and '.c'
04:51.44 brlcad jarray52: aha, you have to run "accept" after edit operations to terminate "sed" edit mode
04:54.36 jarray52 brlcad: many thanks. I was struggling with that one for a while.
07:05.47 brlcad jarray52: yeah, sorry for the delay -- I tried responding a couple times when you originally asked how to translate, but you'd left the channel
07:06.27 jarray52 brlcad: No worries. I'm the one that should apologize for leaving the channel.
07:06.45 jarray52 brlcad: Thanks for the advice.
07:06.55 jarray52 brlcad: It was appreciated.
07:12.23 jarray52 brlcad: Goodnight everyone.
07:12.42 jarray52 brlcad: See you all tomorrow. =)
07:12.49 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
08:29.29 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:38.28 Notify 03BRL-CAD:carlmoore * 53753 (brlcad/trunk/src/proc-db/wavy.c brlcad/trunk/src/rt/heatgraph.c and 4 others): fix spellings
11:38.31 Notify 03BRL-CAD:carlmoore * 53754 brlcad/trunk/src/tclscripts/lib/Command.tcl: fix spelling as just explained in an email
11:38.34 Notify 03BRL-CAD:carlmoore * 53755 (brlcad/trunk/src/tclscripts/lib/CellPlot.tcl brlcad/trunk/src/tclscripts/lib/Ged.tcl): fix spellings
11:38.37 Notify 03BRL-CAD:carlmoore * 53756 brlcad/trunk/src/tclscripts/mged/points.tcl: fix spellings (NOTICE INCLUSION OF pipe_number.pl)
11:38.40 Notify 03BRL-CAD:carlmoore * 53757 brlcad/trunk/src/tclscripts/mged/attr_edit.tcl: fix spelling and fix double negative (changing 'nor' to 'or')
11:38.43 Notify 03BRL-CAD:carlmoore * 53758 brlcad/trunk/src/tclscripts/mged/text.tcl: fix spellings (NOTICE search_char) and switch period & parenthesis)
11:38.46 Notify 03BRL-CAD:carlmoore * 53759 brlcad/trunk/src/tclscripts/mged/openw.tcl: fix spellings
11:38.49 Notify 03BRL-CAD:carlmoore * 53760 brlcad/trunk/src/tclscripts/mged/mgedrc.tcl: fix spellings
11:38.52 Notify 03BRL-CAD:carlmoore * 53761 brlcad/trunk/src/tclscripts/mged/pattern_gui.tcl: fix spelling
11:38.55 Notify 03BRL-CAD:brlcad * 53762 brlcad/trunk/src/librt/prep.c: this is why the bitv had stuff in it. rt_get_solidbitv() needs to clear the bitv that we're reusing before returning it.
11:38.58 Notify 03BRL-CAD:brlcad * 53763 (brlcad/trunk/src/librt/bundle.c brlcad/trunk/src/librt/shoot.c brlcad/trunk/src/librt/vshoot.c): no longer need to manually clear the bitv, rt_get_solidbitv() does it for us
11:39.01 Notify 03BRL-CAD:brlcad * 53764 brlcad/trunk/src/librt/prep.c: document the function and allow for a null resource pointer
11:39.04 Notify 03BRL-CAD:carlmoore * 53765 brlcad/trunk/src/tclscripts/mged/apply_mat.tcl: fix spelling
11:39.07 Notify 03BRL-CAD:carlmoore * 53766 brlcad/trunk/src/tclscripts/mged/xclone.tcl: add s and an apostrophe, and fix a spelling
11:39.10 Notify 03BRL-CAD:carlmoore * 53767 brlcad/trunk/src/tclscripts/mged/pattern.tcl: fix spellings
11:39.13 Notify 03BRL-CAD:brlcad * 53768 brlcad/trunk/src/libbu/bitv.c: manually initialize instead of relying on calloc. slightly faster alloc and probably slower albeit more explicit init.
11:39.16 Notify 03BRL-CAD:carlmoore * 53769 brlcad/trunk/src/tclscripts/mged/expand_comb.tcl: fix spelling
11:39.19 Notify 03BRL-CAD:carlmoore * 53770 brlcad/trunk/src/tclscripts/mged/shaders.tcl: fix spellings
11:39.22 Notify 03BRL-CAD:carlmoore * 53771 brlcad/trunk/src/tclscripts/mged/make_solid.tcl: fix spellings
11:39.25 Notify 03BRL-CAD:carlmoore * 53772 brlcad/trunk/src/tclscripts/mged/build_region.tcl: fix spellings
11:39.28 Notify 03BRL-CAD:carlmoore * 53773 brlcad/trunk/src/tclscripts/mged/overlap.tcl: fix spellings INCLUDING 'string compare' missing trailing e
11:39.31 Notify 03BRL-CAD:carlmoore * 53774 brlcad/trunk/src/tclscripts/mged/help.tcl: fix spelling
11:39.34 Notify 03BRL-CAD:r_weiss * 53775 brlcad/trunk/src/libbn/plane.c: Added two new functions to libbn in file "plane.c". Added "bn_distsq_pt3_lseg3_v2" which a test version of "bn_distsq_pt3_lseg3" and "bn_are_equal" which is a support function for this new test function. At some point this test function and the original will be consolidated.
11:39.37 Notify 03BRL-CAD:r_weiss * 53776 brlcad/trunk/include/bn.h: Updated "bn.h" adding function "bn_distsq_pt3_lseg3_v2" which is a test version of "bn_distsq_pt3_lseg3". At some point this test function and the original will be consolidated.
11:39.40 Notify 03BRL-CAD:n_reed * 53777 brlcad/trunk/src/librt/primitives/pipe/pipe.c: document draw_linear_seg routine and give it a more flexible implementation
11:39.43 Notify 03BRL-CAD:brlcad * 53778 brlcad/trunk/NEWS: fix an old interactive edit keypoint bug seen by most new users that go through the commercial brl-cad training, but that we couldn't ever seem to reproduce. turns out there was a bug related to interactive mouse translations/rotations if a keypoint was manually set. fixed in r53727 by parker. Revision Links: -------------- http://brlcad.svn.sourceforge.net/brlcad/?rev=53727&view=rev
12:49.56 Notify 03BRL-CAD:brlcad * 30347 (brlcad/trunk/src/util/pix-png.c brlcad/trunk/src/fb/png-fb.c and 674 others): categoric removal of the source, author, and function list sections in files, particularly the source file header sections. those are all sections of data that are more often incomplete or out-of-date than they are correct and are a maintenance burden that has no direct benefit. the 'source' section (i.e. the address) is mostly
12:49.59 Notify irrelevant with the open sourcing. the authorship is better comprehensively preserved through the SCM revision control system, and was the most common to be incomplete data (aside from the matter of not having clear criteria for knowing when someone could add their name to the list). the function lists were rarely ever updated, often listing non-existent functions or missing more than it documented. the header is meant to be a
12:50.02 Notify description of the file's purpose more than its content -- functions should have their own doxygen comment header. this commit modifies all files with a 21005 zip code. additionally, there is an interesting assertion by brian fitzpatrick and ben collins-sussman in their poisonous people talk regarding how having authors listed in source files is perceived by potential new contributors. namely that it can become a barrier to their...
12:50.30 ``Erik swank
12:54.13 ``Erik (defun split-for-irc (msg &optional (len +irc-line-length+)) (let ((m (substitute #\Space #\Newline msg))) (if (< (length m) len) (list m) (loop for i from len downto 0 until (eq (char m i) #\Space) finally (return (cons (subseq m 0 i) (split-for-irc (subseq m (+ i 1)))))))))
12:54.55 ``Erik (defun split-to-3-for-irc (msg &optional (len +irc-line-length+)) (let ((bits (split-for-irc msg len))) (if (<= (length bits) 3) bits (list (car bits) (cadr bits) (concatenate 'string (caddr bits) "...")))))
13:05.15 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:15.14 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:07.43 Notify 03BRL-CAD:n_reed * 53779 brlcad/trunk/src/librt/primitives/pipe/pipe.c: clean up draw loop to remove goto
16:35.55 starseeker brlcad: http://bzflag.bz/~starseeker/opennurbs-2012-10-24.tar.gz
16:58.29 Notify 03BRL-CAD:erikgreenwald * 53780 brlcad/trunk/src/libbn/ulp.c: Define isinf() and isnan() for msvc.
17:19.41 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
17:55.15 Notify 03BRL-CAD:carlmoore * 53781 brlcad/trunk/src/tclscripts/swidgets/scripts/togglearrow.itk: fix 2 occurrences of 'Disabled___'
18:02.31 Notify 03BRL-CAD:carlmoore * 53782 (brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/Wizard.itk and 3 others): fix spellings
18:15.21 *** join/#brlcad andrei (~andrei@5-12-220-128.residential.rdsnet.ro)
18:47.46 brlcad wot's wrong wif ju, that MSC_VER crap don't belong in ulp.c
18:49.01 brlcad starseeker: got it
19:04.18 andrei why is implement parallel support for windows a 2 hour task ? :s
19:04.34 brlcad that needs to be broken up into two tasks
19:04.58 brlcad if someone knows how to create threads on windows, it's not that hard of a task at all
19:05.14 brlcad less than 50 lines in one file and same in another
19:05.33 brlcad but those two files should be broken into separate tasks
19:05.46 brlcad (create threads and acquire mutex/semaphore locks)
20:49.43 Notify 03BRL-CAD:erikgreenwald * 53783 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): add isinf() for msvc
20:50.08 Notify 03BRL-CAD:erikgreenwald * 53784 brlcad/trunk/src/libbn/ulp.c: use the isnan and isinf from config_win.h
21:38.25 Notify 03BRL-CAD:carlmoore * 53785 brlcad/trunk/src/libbn/plane.c: fix spelling and remove a trailing tab
21:41.15 Notify 03BRL-CAD:brlcad * 53786 brlcad/trunk/TODO: after talking with bowers, apparently some problem calling rt_dirbuild() multiple times (same db, different trees). begs investigating.
IRC log for #brlcad on 20121121

IRC log for #brlcad on 20121121

01:37.55 *** join/#brlcad ibot (~ibot@rikers.org)
01:37.55 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
01:48.56 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
08:11.29 *** join/#brlcad ibot (~ibot@rikers.org)
08:11.29 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
11:15.27 *** join/#brlcad rspencer (~Robert@40.21.177.41.myadslip.net)
13:56.50 Notify 03BRL-CAD:bob1961 * 53793 (brlcad/trunk/src/libged/translate_extrude.c brlcad/trunk/src/tclscripts/archer/ExtrudeEditFrame.tcl): Updated the extrude edit panel by getting rid of "Rotate H" and adding "Move End HR". Also added code to _ged_translate_extrude() to move H while maintaining perpendicularity among H, U and V without the random flipping of vectors as seen in tgc (fixing this next).
14:20.05 Notify 03BRL-CAD:bob1961 * 53794 brlcad/trunk/src/libged/translate_extrude.c: Tidy up a bit.
14:31.35 Notify 03BRL-CAD:erikgreenwald * 53795 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): add nextafter[lf]? compatibility macros for msvc
15:18.57 brlcad hm, those are c99, might be better to wrap them in ulp.c
15:19.08 brlcad s/better/good/
15:21.16 ``Erik 'cept msvc's c99 support is shoddy, those came into existance with msvc2010 and only on the 64b version
15:21.27 ``Erik according to some googling O.o
15:24.24 brlcad i know, that's why it might be a good idea to wrap it
15:24.37 brlcad we don't (yet) require c99 (or at least aren't supposed to be)
15:24.48 brlcad so might make sense to wrap it
15:35.03 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:25.41 Notify 03BRL-CAD:bob1961 * 53796 brlcad/trunk/src/libged/translate_tgc.c: Update _ged_translate_tgc() to move H while maintaining perpendicularity among H, A and B without the random flipping of vectors.
16:44.36 Notify 03BRL-CAD:carlmoore * 53797 brlcad/trunk/NEWS: fix spelling of a name
16:49.51 Notify 03BRL-CAD:carlmoore * 53798 brlcad/trunk/src/brlman/brlman.tcl.in: standardize on use of 'Usage:'
16:51.57 Notify 03BRL-CAD:carlmoore * 53799 brlcad/trunk/src/fb/fbcmap.c: remove a blank after 'Usage'
16:53.07 Notify 03BRL-CAD:carlmoore * 53800 brlcad/trunk/src/libbu/tests/bu_dirname.c: insert colon
17:10.18 ``Erik lgpl c++ 'geometry engine' http://trac.osgeo.org/geos/
18:22.04 Notify 03BRL-CAD:n_reed * 53801 brlcad/trunk/src/librt/primitives/pipe/pipe.c: expand comments, rename variables, and rearrange statements for clarity
18:43.12 *** join/#brlcad v4 (~v4@dsdf-4d0a060e.pool.mediaWays.net)
18:43.54 v4 hallo i have a very simple question.
18:43.57 v4 may i?
18:44.37 v4 i just downloaded the bel-cad package for mac.
18:44.58 v4 when I double click on the app icon
18:45.17 v4 it start the mged
18:45.56 v4 but i wanted to import a .stl file … and looks like it's not possible from here ...
18:46.13 v4 it's like i should start another application (the proper BRL-CAD)
18:46.28 v4 but i just don't know how to do that ...
18:46.52 v4 can anybody, maybe help me somehow?
18:46.55 v4 thank in advance
19:13.08 n_reed v4: MGED is the main app, but it only edits .g files
19:13.20 n_reed open a terminal and run stl-g on your .stl first
19:14.05 v4 yeah, i was just arrived at his point … searching on the net … should i execute the command as root?
19:14.18 v4 (by the way thank you)
19:15.28 v4 this is the output received
19:15.33 v4 <PROTECTED>
19:15.34 v4 dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib
19:15.35 v4 <PROTECTED>
19:15.36 v4 <PROTECTED>
19:15.37 v4 Trace/BPT trap: 5
19:17.24 starseeker v4: are you using the dmg image from sourceforge?
19:17.32 v4 yes
19:18.55 starseeker I'm not sure why it's looking for the library there when we've got an app bundle...
19:19.18 starseeker you can probably make it work if you install BRL-CAD in the /usr/brlcad/ directory
19:20.23 v4 ok thanks, i'll try this then
19:22.35 v4 shall I have to install the content of the package in the /usr/brlcad ? Or just drag the icon, as usual?
19:23.31 starseeker I'm not sure - however you do it, try to get the contents of Contents/Resources/rel-7.22.0 into /usr/brlcad/rel-7.22.0
19:25.53 v4 ok, but same error
19:25.58 v4 dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib
19:26.00 v4 <PROTECTED>
19:26.01 v4 <PROTECTED>
19:26.02 v4 Trace/BPT trap: 5
19:26.03 v4 logout
19:26.30 starseeker is the file /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib present?
19:28.38 v4 yeah, good question … and nope.
19:29.00 v4 i only have these:
19:29.01 v4 libwdb.20.0.1.dylib
19:29.15 v4 libwdb.a
19:29.30 starseeker hmm...
19:29.52 starseeker well, you can try symlinking libwdb.20.0.1.dylib to libwdb.20.dylib
19:30.18 v4 seems reasonable ...
19:30.41 starseeker if libwdm's link is messed up, there may be more that are messed up...
19:30.54 v4 how is that possible?
19:31.02 v4 I just downloaded the whole package
19:31.05 starseeker ln -s libwdb.20.0.1.dylib libwdb.20.dylib
19:31.13 starseeker v4: it would be a problem with our package
19:31.22 starseeker brlcad is our expert on that
19:31.23 v4 ah, ok …
19:31.53 starseeker this would be a temporary manual fix, but it would get you running
19:32.06 v4 i'll try in a few sec
19:32.53 v4 similar problems with another library
19:32.54 v4 dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/librt.20.dylib
19:33.16 v4 you got it right … maybe more is messed up ...
19:33.40 starseeker ok, same solution - ln -s librt.20.0.1.dylib librt.20.dylib
19:34.11 v4 yeah, there's more
19:34.16 v4 i try to correct 'em all
19:34.29 starseeker v4: that ought to work, once you've got 'em all
19:35.36 v4 ok!
19:35.43 v4 (hope so)
19:41.57 v4 ok the command stl-g now works
19:42.13 v4 but my .stl file must have some errors
19:42.52 v4 … but this is definitely not a software problem (at least i guess so)
19:43.06 starseeker what type of stl file is it? (ascii text or binary?)
19:43.47 v4 i'm sorry: today was the first time i use this kind of files and software … i do not have any idea of that …
19:44.33 v4 tomorrow i will work at the same 3d scan workstation, i'll be more prepared ...
19:44.34 starseeker if you open your .stl file in a text editor, what do you see? (i.e. does it just look like garbage, or is there content you can recognize)
19:44.44 v4 i'll try this
19:44.50 starseeker alternately, what was the error you saw?
19:46.30 v4 the terminal just got crazy when i prompted the stl-g input.stl output.g
19:46.36 starseeker oh
19:46.41 starseeker did you specify an output file?
19:47.07 v4 yes … shouldn't i do that?
19:47.11 starseeker yeah
19:47.20 starseeker oh - that was your literal command?
19:47.22 v4 anyway the text editor is garbage … as you said
19:47.29 starseeker try adding the -b flag
19:47.34 v4 ok
19:47.38 starseeker stl-g -b input.stl output.g
19:48.10 v4 way better :)
19:48.23 v4 Using solid name: s.stl
19:48.24 v4 2067731 facets
19:48.24 v4 Making region (r.stl)
19:50.30 v4 the .g file is now openable
19:50.46 v4 but i don't see anything when i try to open it in mged
19:50.58 starseeker you won't by default.
19:51.04 v4 ah, ok
19:51.08 v4 … so it's ok!
19:51.18 starseeker try the command "tops"
19:51.24 starseeker what is listed in the terminal?
19:51.39 v4 answered all/
19:51.52 starseeker OK - to see a wireframe, do "draw all"
19:52.06 v4 wow!!!!
19:52.09 v4 yep!
19:52.11 v4 :)
19:52.19 v4 i got to thank you, man ...
19:52.27 starseeker if you want the shaded version, I think it's "draw -m1 all"
19:52.41 starseeker (you will also want to turn on lighting if you do that...)
19:53.14 v4 may i ask you one last thin, seeing you were so kind?
19:53.34 starseeker lighting is under the Misc menu in MGED, at the bottom of the menu
19:54.19 v4 yeah … now i see it even better!
19:54.24 starseeker sure - what's the question?
19:54.47 v4 what i really have to do, is to try to draw some lines directly on the 3D scan … i mean not converting the file I got from the scan into a 2D ...
19:55.01 v4 do you think is possible? with this or other software?
19:55.37 ``Erik sunny beaches, mail parsing makes xml ... attractive. :(
19:55.52 starseeker Um... we shouldn't be converting to 2D now...
19:56.01 starseeker do you you want a 2D line drawing output?
19:56.27 v4 i mean … i have this lines on the scan (it's a wall!) i have to draw them on the 3d
19:56.36 v4 and then maybe have a 2d output
19:56.49 v4 (this last part is still not completely clear()
19:57.04 v4 but the most important is to draw the lines directl
19:57.07 v4 on the 3d
19:57.10 v4 file
19:57.28 starseeker we don't have a way to just straigt-up draw 3D lines in MGED... you can "fake it" by doing thin cylindars
19:57.36 v4 ok ...
19:58.09 v4 now i will tell a stupidity … there is not a tool such a brush
19:58.16 v4 (i mean like photoshop …)
19:58.48 starseeker ok, brace yourself...
19:59.06 starseeker MGED's primary mode of geometry creation is command line input
19:59.28 ``Erik "mged -c" for the pure experience O:-)
19:59.28 v4 yes
19:59.35 v4 ok!
20:00.10 starseeker If you haven't seen it yet, you want to read http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
20:00.32 v4 i think i have to study it, pretty hard ...
20:00.44 v4 you mean .. i have to "create" such a tool?
20:01.15 ``Erik BRL-CAD's legacy is in CAE/CAA, not CAD... if it's not a physical 3d bit of geometry, it doesn't fit in very well, so we don't have good support for things like lines
20:01.18 starseeker I'm afraid so. The quickest way I can think of to get a "3d line" would be to make a tgc, and then edit its shape to be long and have a small radius
20:01.43 v4 ok, got it.
20:01.55 ``Erik meh, just call it an rcc, less knobs to twiddle
20:02.01 v4 @erik … you should change its name then ;)
20:03.13 v4 just kidding of course ...
20:03.22 v4 thank you alls for your patience with a super newbie
20:03.33 v4 all*
20:03.38 starseeker we're getting there, little by little - the problem with most of the features associated with "modern" CAD is it requires a lot of behind the scenes work
20:03.49 starseeker v4: not at all - thank you for trying it out!
20:04.09 v4 :)
20:05.06 starseeker v4: the introduction to MGED book should get you going with the basics, and once you're familiar with them you should be able to produce some decent images
20:05.37 v4 ok, i'll read it with big attention
20:24.09 v4 by guys … i think i will pass from here in the future, if i go on with this software …
20:24.13 v4 bye*
20:54.42 ``Erik I wonder if it's safe to say that a section begins with '^[A-Z][A-Za-z ]*:'
IRC log for #brlcad on 20121122

IRC log for #brlcad on 20121122

05:42.49 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
08:16.10 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:18.51 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:34.38 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:02.21 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.151)
15:02.50 *** part/#brlcad Skriptkid (~Skriptkid@117.202.106.151)
15:29.50 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.151)
16:07.18 *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:02.00 *** join/#brlcad merzo (~merzo@64-155-132-95.pool.ukrtel.net)
20:37.35 *** join/#brlcad merzo (~merzo@167-60-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20121123

IRC log for #brlcad on 20121123

00:26.29 *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:29.29 *** join/#brlcad bhlegm (~bhlegm@d207-6-90-58.bchsia.telus.net)
05:13.47 *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net)
07:22.56 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
08:23.55 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:27.50 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
11:36.44 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
15:12.45 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.212)
15:24.22 *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro)
15:25.37 *** join/#brlcad andrei (~andrei@5-12-221-182.residential.rdsnet.ro)
15:47.20 *** part/#brlcad Skriptkid (~Skriptkid@117.202.56.212)
16:57.26 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
16:57.48 *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro)
17:26.54 *** join/#brlcad merzo (~merzo@167-60-133-95.pool.ukrtel.net)
20:37.26 *** join/#brlcad merzo (~merzo@16-118-133-95.pool.ukrtel.net)
20:50.04 *** join/#brlcad andrei (~andrei@5-12-221-182.residential.rdsnet.ro)
IRC log for #brlcad on 20121124

IRC log for #brlcad on 20121124

00:55.18 brlcad DYLD_LIBRARY_PATH=/Applications/BRL-CAD\ \:\ MGED\ 7.22.0.app/Contents/Resources/rel-7.22.0/lib stl-g
00:55.22 brlcad would have done the trick
00:58.36 brlcad also would have worked: ln -s /Applications/BRL-CAD\ \:\ MGED\ 7.22.0.app/Contents/Resources/rel-7.22.0 /usr/brlcad
00:58.47 brlcad or something like that
00:59.04 brlcad /usr/brlcad/rel-7.22.0 was the root, so you'd link that
05:36.30 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:08.01 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
06:11.23 brlcad happy gobble gobble
07:16.27 *** join/#brlcad andrei (~andrei@188.25.160.230)
12:36.17 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:46.56 *** join/#brlcad andrei (~andrei@188.25.160.230)
15:50.45 *** join/#brlcad merzo (~merzo@16-118-133-95.pool.ukrtel.net)
16:03.31 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
17:06.27 brlcad kicks Notify
17:06.34 brlcad hugs Notify
17:06.44 brlcad she's dead jim
17:24.10 brlcad looks like NMG testing has almost completed 12 months of testing
17:25.40 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
17:56.27 Notify 03BRL-CAD:brlcad * 53802 brlcad/trunk/src/librt/Makefile.am: add missing primitives/primitive_util.c
17:56.30 Notify 03BRL-CAD:brlcad * 53803 brlcad/trunk/include/vector_x86.h: the header does not declare an aligned boolean and could be accommodated in other ways internally (copy to an aligned array). just document the assertion.
17:56.33 Notify 03BRL-CAD:brlcad * 53804 brlcad/trunk/src/librt/brep_test.cpp: aligned value no longer provided, and they're all true so we're good.
17:56.36 Notify 03BRL-CAD:brlcad * 53805 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/Makefile.am): rename brep_test to test_dvec
17:56.39 Notify 03BRL-CAD:brlcad * 53806 brlcad/trunk/src/librt/test_dvec.cpp: update header name to match new file name
17:56.42 Notify 03BRL-CAD:brlcad * 53807 brlcad/trunk/src/librt/test_dvec.cpp: reduce to just 1M iterations so it takes just a couple seconds on 2011 hardware
17:56.45 Notify 03BRL-CAD:brlcad * 53808 brlcad/trunk/src/librt/Makefile.am: dvec should conditionally use the cpu, so it can/should always compile
17:56.48 Notify 03BRL-CAD:brlcad * 53809 brlcad/trunk/src/librt/CMakeLists.txt: enable test_dvec for compilation (always) so that the sources stay in sync. all tests should get to a similar state (always compiling, code complete) so there's never a question whether it's dead code, *especially* works in progress
17:56.51 Notify 03BRL-CAD:brlcad * 53810 brlcad/trunk/src/librt/test_dvec.cpp: return failure only if no time elapsed
17:56.54 Notify 03BRL-CAD:brlcad * 53811 brlcad/trunk/src/librt/CMakeLists.txt: enable the test for make test
18:22.46 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:28.46 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:29.36 ``Erik !notify month
18:29.37 Notify carlmoore:337, brlcad:73, n_reed:36, bob1961:20, erikgreenwald:14, starseeker:7, r_weiss:7, d_rossberg:3
20:37.49 *** join/#brlcad merzo (~merzo@159-150-133-95.pool.ukrtel.net)
21:04.42 *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net)
IRC log for #brlcad on 20121125

IRC log for #brlcad on 20121125

01:02.44 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:15.57 *** join/#brlcad ChanServ (ChanServ@services.)
06:15.57 *** mode/#brlcad [+o ChanServ] by leguin.freenode.net
06:21.37 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
12:10.28 *** join/#brlcad andrei (~andrei@188.25.162.226)
12:34.21 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:04.53 Notify 03BRL-CAD:brlcad * 53812 (brlcad/trunk/src/librt/primitives/half/half.c): comment the peculiarity I had to research. ensures segment is valid, equiv to >inf || <-inf
15:35.57 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
16:18.52 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
17:15.14 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:55.07 *** join/#brlcad jarray52 (~bigbear@209.203.86.178)
17:55.27 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
17:56.58 jarray52 expr (2 + 2) gives 4 at the mged prompt. Similarly, expr (2 - 2) gives 0, and expr (2 / 2) gives 1. However, expr (2 * 2) states Error: unbalanced open paren in expression "(2".
17:57.36 jarray52 How does one multiply two numbers?
17:58.08 ``Erik globbing is turned on and * is read as a file matching argument instead of as an expression symbol, you can either turn globbing off or escape the * "expr (2 \* 2)"
17:59.04 jarray52 will \* work even when globbing is turned off? I'm writing an mged script.
18:00.33 ``Erik I'm not sure, one of the tcl weenies might have a good answer... might consider turning off globbing at the beginning of the script just to be sure? (I don't know if there's a scope/state issue doing that)
18:01.11 jarray52 ``Erik: Thanks. That was helpful.
18:01.14 ``Erik I'm sure an answer will pop up if you lurk for a while (might take a day or so, though)
18:01.31 ``Erik or maybe look at other scripts, or just try it :D
18:02.30 jarray52 Are example scripts available somewhere? So far I've only seen the box and logo scripts
18:03.42 ``Erik src/brlcad/tclscripts/ would be where I'd start
18:05.04 ``Erik mged/dbfindtree.tcl saves glob_compat_mode to a var, sets it, runs, then sets it back to var
18:11.14 jarray52 ``Erik: Thanks again.
18:11.51 ``Erik np, good luck!
18:24.04 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
18:40.13 brlcad jarray52: set glob_compat_mode 0
18:40.19 brlcad that will turn globbing off in a script
18:41.27 jarray52 brlcad: Is there a problem with leaving the glob_compat_mode set to 1 and using \* wherever multiplication is needed?
18:42.31 brlcad there may be a problem depending on how the script is passed to mged, but it's more of a syntax issue
18:42.56 brlcad it won't look like proper tcl source, especially once you start needing to also escape the other globbing characters like []
18:43.09 brlcad which is the common way to invoke a subexpression in tcl
18:43.51 brlcad puts "The result is [expr 2*2]"
18:45.37 jarray52 brlcad: That is good to know. Thanks.
18:47.08 *** join/#brlcad andrei (~andrei@188.25.162.226)
19:37.07 jarray52 I created a part using brlcad, and I would like to create g-code for this part. I created a .dxf file using g-dxf, and I was planning on using dxf2gcode to generate gcode. However, the output of g-dxf output 3124 triangles. Will the final g-code be useable?
19:37.45 jarray52 Does anyone have suggestions on generating g-code using brlcad?
19:38.33 brlcad that entirely depends on dxf2gcode
19:39.04 brlcad dxf is a polygonal format, so I'm not sure what the concern is exactly though
19:41.39 jarray52 brlcad: I was concerned that converting to a format that uses triangles will lose information/make the information unuseable. But, if that's the only way to store things in the dxf format, then it is dxf2gcode's task to handle the generation of gcode.
20:54.26 jarray52 brlcad: When I ran g-dxf -i -o part.dxf -p a.g part.c, I got the error message _db_walk_subtree() FAIL on ...
21:05.03 brlcad jarray52: yeah, dxf is a rather limited format in that regard -- it has some support, but I highly double dxf2gcode would handle them any more than we would write them
21:05.57 brlcad whether a FAIL message is significant depends on your hierarchy construction (and whether it's correct) and the object that failed
21:06.22 brlcad best way to check is to run dxf-g and look at the result in mged, see if it's missing anything you care about
21:07.23 brlcad if it is, you can often overcome the failure by changing the geometry that failed in minor ways (so that faces and edges aren't coinciding)
21:31.22 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
22:02.10 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
22:02.51 *** join/#brlcad cristina (~quassel@188.24.72.207)
22:19.12 jarray52 What's the best way to go from brlcad 3D models to engineering drawings and/or file formats that can be submitted for the purpose of manufacturing physical parts?
22:27.42 brlcad jarray52: the best way will be our step exporter, but we're not there yet -- for now, it's the complexities of performing an export conversion
22:28.56 jarray52 brlcad: Once the step exporter is complete, we can create a step file and then submit it to a machine shop?
22:29.04 brlcad yep
22:29.11 brlcad technically most take stl these days too
22:29.20 brlcad it's sort of the lowest common denominator
22:29.28 jarray52 stl seems to be a lossy format, right?
22:29.29 brlcad some *only* take stl
22:30.01 brlcad of course, but that is meaningless for some purposes (like gcode generation)
22:30.13 brlcad you just have to control the tessellation quality (with is hard, but necessary)
22:31.08 jarray52 brlcad: Can gcode generated from stl create parts with small tolerances? Parts such as pistons.
22:32.58 brlcad depends which machine is creating the piston
22:33.15 jarray52 brlcad: Something like a turning center.
22:33.26 brlcad the only way to do that well is with a CAM system that goes *directly* from the parametric form to output "smart" gcode instructions
22:34.16 brlcad the ones that take stl will perform an automatic tool-path conversion, which is but yet another approximation on top of the stl
22:34.58 jarray52 Are there any CAM systems that output "smart" gcode which can use brlcad models as the input?
22:35.09 jarray52 the CAM system can be open source or commercial.
22:35.11 brlcad a turning center is going to want precision measurements, probably drafting instructions so that they can set turning knobs to specific measurements
22:35.34 brlcad there are lots of commercial ones, gibbscam comes to mind
22:35.53 brlcad there are a couple toy open source projects, but nothing to the level of precision a piston would imply
22:36.35 jarray52 what input formats does gibbscam use?
22:37.18 brlcad no idea
22:37.30 brlcad but they're one of the big names
22:37.36 brlcad so it should be "most formats"
22:38.24 jarray52 Does any CAM system take brlcad databases as an input?
22:39.56 brlcad I have heard of a couple commercial CAD systems that implemented support for our format, but not any of the CAM systems
22:40.12 brlcad it'd be unlikely -- best bet is going to be that step exporter
22:40.40 brlcad perhaps g-iges, but I lack faith in it's stability (it's a dying format)
22:41.19 brlcad jarray52: so you see our conundrum and why we need more hands ;)
22:41.54 brlcad that's a gap I've been working on bridging for a long time
22:41.56 jarray52 brlcad: I would like to see brlcad grow into a complete solution.
22:42.05 brlcad ditto
22:42.30 brlcad getting nurbs/brep support was a HUGE piece of that puzzle
22:42.40 brlcad that lets us import and gives us foundation for export
22:43.38 brlcad that's also the same foundation that will give us shaded opengl displays, not just wireframe, not just raytracing
22:44.07 brlcad same foundation giving STABLE export to the polygonal exports without those FAIL messages
22:44.28 brlcad same foundation giving explicit boundaries so we can spit out drafting documents
22:45.37 jarray52 How far is brlcad from producing drafting documents?
22:45.45 jarray52 labeled drafting documents?
22:48.08 brlcad we have about ...
22:48.11 brlcad calculates in head
22:50.50 brlcad there's about 9 weeks of effort needed to spit out a labeled drafting document (with proper infrastructure support and some basic docs)
22:51.32 jarray52 brlcad: Is anyone working on this?
22:53.04 brlcad the problem is that is roughly 4 major tasks to get there (csg->brep, projected bbs, ann objects, output)
22:53.29 brlcad two of those are being worked, so we're getting closer, but nobody specifically working towards that goal
22:54.05 jarray52 brlcad: I was imagining something to draw lines on an rtedge drawing. Is that the wrong approach?
22:54.17 brlcad csg->brep is top priority this year, kind of waiting to see how good a job on the hardest problem
22:54.35 brlcad you could do that now frankly, but yeah completely different approach
22:55.14 jarray52 brlcad: I have to checkout of this room. I will see you around though.
22:55.14 brlcad getting that machine-precise is tricky
22:55.24 brlcad okay, see ya
22:55.28 jarray52 brlcad: Yes. That is the tricky part.
22:55.41 jarray52 brlcad: Thanks for answering my questions.
22:55.42 brlcad doing it via brep and projection is not as hard
22:56.04 jarray52 brlcad: I see.
22:56.18 jarray52 brlcad: Thanks. Bye.
22:56.20 brlcad cya
22:56.27 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
22:58.51 brlcad finishes adding some basic table formatting to help with Deuces readability
IRC log for #brlcad on 20121126

IRC log for #brlcad on 20121126

01:44.10 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
01:48.30 brlcad hi bhlegm
01:48.37 brlcad all ready to get started?
05:03.06 *** join/#brlcad ibot (~ibot@rikers.org)
05:03.06 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
05:10.11 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:15.21 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:19.47 brlcad louipc: interested in being a gci mentor? :)
06:20.08 brlcad no experience needed
06:47.45 bhlegm hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it out from svn, following all the instructions at http://brlcad.org/wiki/Compiling http://pastebin.com/BDXbnXHk
07:09.51 *** join/#brlcad andrei (~andrei@188.25.27.167)
07:10.24 brlcad bhlegm: can you paste to something other than pastebin.com
07:10.33 brlcad inaccessible to many
07:15.43 bhlegm sorry about that
07:15.43 bhlegm http://pastie.org/5435997
07:34.29 brlcad not your fault ;)
07:35.50 brlcad bhlegm: huh, that's odd -- i'll have to pass that along to our cmake guru, but that obviously shouldn't be happening
07:36.24 brlcad bhlegm: try adding -DBRLCAD_BUNDLED_LIBS=ON
07:43.29 bhlegm brlcad http://pastie.org/5436081
07:45.22 brlcad bhlegm: cmake --version
07:46.04 bhlegm brlcad cmake version 2.8.7
07:48.01 brlcad bhlegm: hm, so that should be benign, but I committed a partial fix
07:48.25 brlcad the error there is where it was trying to report how long it took cmake to run
07:48.38 brlcad for whatever reason, it couldn't calculate the time
07:48.46 brlcad never seen that happen before
07:52.05 bhlegm that did the trick, thanks.
07:58.19 brlcad didn't fix the problem, but did quiet the error :)
08:27.03 bhlegm brlcad when i make, http://pastie.org/5436188
08:28.12 brlcad bhlegm: so it detected opengl, but you apparently don't have glu installed or configured
08:28.58 brlcad bhlegm: disable opengl
08:29.15 brlcad -DBRLCAD_ENABLE_OPENGL=OFF
08:29.24 brlcad it should have done that for you
08:29.29 brlcad (good gci task)
08:49.09 *** join/#brlcad andrei_ (~andrei_@188.25.27.167)
08:52.43 bhlegm brlcad http://pastie.org/5436262
08:53.12 brlcad woah
08:53.23 brlcad what compiler?
08:54.28 brlcad bhlegm: what's your os and compiler? it's really odd that you'd run into this many issues
08:55.33 bhlegm i'm on ubuntu 12.04... i don't really know what you mean by compiler, i imagine gcc?
08:55.40 brlcad yes
08:55.42 brlcad gcc --version
08:56.05 bhlegm gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
09:02.31 brlcad hm, that's not the latest compiler, wonder if they have some bug
09:03.30 brlcad bhlegm: run this: make VERBOSE=1
09:03.55 brlcad want to see what flags it's using
09:05.31 brlcad since you don't need that tool, the quick fix for you is to edit src/libfft/CMakeLists.txt and remove ;256 from FFT_NUMLIST
09:16.22 bhlegm brlcad i get http://pastie.org/5436321 on rfft64.c and irfft64.c (i removed ;256)
09:20.57 bhlegm hmm nvm that
09:43.31 bhlegm sigh ok ill stick with the vm
09:52.37 brlcad bhlegm: try setting FFT_NUMLIST to ""
10:14.17 bhlegm brlcad k 63% done o3o http://pastie.org/5436498
12:01.17 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:45.54 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:48.23 Notify 03BRL-CAD:brlcad * 53813 (brlcad/trunk/CMakeLists.txt =================================================================== --- brlcad/trunk/CMakeLists.txt2012-11-25 05:26:15 UTC (rev 53812) +++ brlcad/trunk/CMakeLists.txt2012-11-26 07:47:43 UTC (rev 53813) @@ -2278,12 +2278,12 @@
12:48.26 Notify <PROTECTED>
12:48.29 Notify time") - string(LENGTH ${CONFIG_TIME_MSG_LABEL} CURRENTLENGTH) + string(LENGTH "${CONFIG_TIME_MSG_LABEL}" CURRENTLENGTH) while(${SETTINGLABELLENGTH} GREATER ${CURRENTLENGTH}) set(CONFIG_TIME_MSG_LABEL "${CONFIG_TIME_MSG_LABEL}.") - string(LENGTH ${CONFIG_TIME_MSG_LABEL}...
12:49.06 ``Erik :o that parser isn't supposed to be there yet
16:02.21 *** join/#brlcad ibot (~ibot@rikers.org)
16:02.21 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks!
16:02.25 bhlegm i did updatedb already
16:02.25 bhlegm just gonna idle, school, thanks for the help~
16:02.26 bhlegm how would i check?
16:02.45 starseeker try apt-get install itk-dev
16:03.31 bhlegm nope, getting itk3-dev now
16:03.33 bhlegm thanks
16:03.53 starseeker that may help
16:05.23 bhlegm make failed at same place
16:05.50 starseeker did itcl-dev get pulled in as well?
16:06.38 starseeker and make sure you have tcl-dev as well
16:07.07 starseeker the next thing to try after you're sure you have those is to remove the CMakeCache.txt file from your build directory and try again
16:12.35 starseeker may have to rework FindTCL.cmake again... - even though they're talking about yanking it for tcl9, I should probably be using tclsh and tcl::pkgconfig
16:12.35 bhlegm k thanks
16:12.49 bhlegm ill try later
16:13.24 starseeker nods - if it fails again, it would help if you could post the contents of CMakeCache.txt somewhere
16:13.41 bhlegm k will do thanks :)
16:16.07 brlcad starseeker: so then there was another problem after he turned on bundled libs.. :)
16:16.26 brlcad http://pastie.org/5436081
16:16.46 brlcad failed to calculate the configure time for some reason
16:16.49 starseeker blinks
16:16.58 brlcad I fixed the STRIP error just by putting the var in quotes
16:17.05 brlcad but it obviously shouldn't have been empty
16:17.31 starseeker yeah - that probably means my C timer code didn't compile for some reason
16:17.48 starseeker haven't seen that in a while - which version of ubuntu are we dealing with ehre?
16:22.21 brlcad 12.04
16:22.22 ``Erik 01:47 < bhlegm> hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it ou...
16:22.41 starseeker k, thanks
16:23.23 starseeker probably one of my time delta C files in misc/CMake/test_srcs is flawed somehow
16:23.51 brlcad gcc 4.6.31
16:23.55 brlcad er, 4.6.3
16:24.35 ``Erik that's what my ubuntu box has, lemme try a cmake ina fresh dir
16:25.51 ``Erik configuring worked...
16:26.48 ``Erik !notify week
16:26.48 Notify carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3
16:30.19 ``Erik !notify week freebsd ports-all
16:30.20 Notify carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3
16:30.55 Notify 03BRL-CAD:starseeker * 53816 (brlcad/trunk/src/libnurbs/CMakeLists.txt brlcad/trunk/src/libnurbs/opennurbs_fit.h brlcad/trunk/src/librt/CMakeLists.txt): Since it's the Eigen headers introducing the shadow warnings, use pragmas to shush them.
16:31.28 starseeker too bad it's only the newer gccs that allow the push/pop thing
16:32.25 ``Erik !notify week
16:32.25 Notify carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3, starseeker:1
16:32.32 ``Erik !notify week freebsd ports-all
16:32.33 Notify swills:15, tota:12, pawel:11, wxs:9, stephen:9, ehaupt:8, bapt:7, danfe:7, wen:7, ale:6, tobez:5, nox:4, mm:4, rm:4, demon:4, fluffy:3, osa:3, flo:3, sylvio:3, matthew:2, olgeni:2, adamw:2, ak:2, mich:2, crees:2, erwin:2, gahr:2, gblach:1, lx:1, glewis:1, lwhsu:1, bf:1, ohauer:1, dinoex:1, thierry:1, jase:1, skreuzer:1, timur:1, rene:1, mandree:1, zi:1, gordon (src committer):1, bar:1, rakuco:1, delphij:1, bdrewery:1, jadawin:1, madpilot:1
16:34.56 starseeker humph. when bhlegm gets back, I'll have to ask him about that timing code
16:37.00 brlcad should be something simple
16:37.13 brlcad maybe a warning to clean up
16:37.26 brlcad but then I'd expect to see it on my gcc 4.7 system
16:37.33 starseeker nodes - the timing stuff isn't all that complex - even works on Windows
16:39.10 brlcad is there a model you'd like to see?
16:39.18 brlcad (gci task)
16:39.46 starseeker uh - you mean for review?
16:40.04 brlcad a model you'd like to have someone make
16:40.14 starseeker oh, gotcha
16:40.15 brlcad I was thinking a good screenshot would be nice
16:40.18 brlcad too
16:40.22 brlcad uh oh, https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/6268380
16:40.25 brlcad looks like same problem
16:40.51 starseeker ponders two hour modeling tasks...
16:41.17 starseeker brlcad: I'll answer it
16:41.47 starseeker ding nabbit, just what I wanted for the holidays - another chance to rewrite FindTCL.cmake
17:16.03 *** join/#brlcad harmanpreet (~chatzilla@124.253.73.38)
17:39.58 *** join/#brlcad merzo (~merzo@100-2-133-95.pool.ukrtel.net)
17:41.16 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
17:59.49 Skriptkid Hey, I'm a GCI student, and I've claimed a task. Could anybody please tell me how I can contact the mentors(s)?
18:00.52 brlcad Skriptkid: you've come to the right place
18:01.04 Skriptkid :)
18:01.16 Skriptkid The mentor for my task is Mr. Sean.
18:01.29 brlcad just Sean, hi
18:01.41 brlcad anyone can help you, doesn't have to be me ;)
18:01.59 Skriptkid Oh. Hey :)
18:02.36 Skriptkid okay
18:02.36 Skriptkid So
18:02.46 Skriptkid I've claimed the task of moving comments from source to header
18:02.59 Skriptkid LIBBN comments
18:04.14 *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
18:04.47 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
18:05.01 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
18:05.08 jordisayol hello
18:05.29 *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
18:05.39 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
18:13.06 brlcad hi jordisayol :)
18:13.22 jordisayol hi brlcad
18:13.48 brlcad I think you're the only name to make a cameo appearance on our gci list, you might get interviewed ;)
18:19.42 *** join/#brlcad andrei_ (~andrei_@188.25.27.167)
18:27.56 ``Erik there's a gci list?
18:42.21 ``Erik neat https://sites.google.com/site/visualbf/
18:53.20 brlcad ``Erik: our gci task list, the deuces page
18:53.24 brlcad but yes, there is a gci mailin glist
18:53.25 *** join/#brlcad elf_ (~elf@213.233.85.42)
18:53.31 brlcad and it's going off the hook
18:53.36 Notify 03BRL-CAD:starseeker * 53817 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Handle GCC pragmas more carefully - if we're at 4.6 or better, suppress the warnings only for the Eigen headers themselves. Else, fall back to the simpler behavior. If GCC is too old, don't try pragma at all.
19:07.48 ``Erik hm, http://www.google-melange.com/gci/task/edit/google/gci2012/8007218 would be reimplementation, src/libbu/simd.c
19:23.30 Notify 03BRL-CAD:starseeker * 53818 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Add appropriate pragmas for clang as well.
19:28.10 Notify 03BRL-CAD:starseeker * 53819 brlcad/trunk/src/librt/test_botpatches.cpp: And thats why we want to see the non-Eigen warnings. Rename shadowed vars in test_botpatches
19:39.53 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
19:47.14 Notify 03BRL-CAD:starseeker * 53820 brlcad/trunk/src/libged/edit.c: Bump coords_used from 6 to 7 to avoid implicit truncation warning from clang.
19:49.01 starseeker woo-hoo! successfull clang build on Mac
19:57.31 *** join/#brlcad merzo_ (~merzo@100-2-133-95.pool.ukrtel.net)
20:01.48 Notify 03BRL-CAD:starseeker * 53821 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Turn off inline failure warnings for Eigen as well.
20:05.36 *** join/#brlcad andrei (~andrei@188.25.27.167)
20:09.36 brlcad starseeker: any of these an issue: libtnt-dev libpng12-dev zlib1g-dev libsm-dev tcl8.5-dev tk8.5-dev itcl3-dev
20:27.43 *** join/#brlcad caen23 (~cezar@92.81.166.138)
20:40.20 *** join/#brlcad merzo_ (~merzo@95.133.21.138)
20:42.47 Notify 03BRL-CAD:n_reed * 53822 brlcad/trunk/src/librt/primitives/pipe/pipe.c: reduce some excessively long parameter lists with structs
20:54.43 caen23 hi, i'm working on the libnurbs task from google code in, and i'd like to ask for some help
20:57.15 brlcad ~ask
20:57.15 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
20:57.32 brlcad caen23: what do you need help with?
20:59.55 caen23 for example, inside the directory, there is a file PullbackCurve.cpp. it contains a class declaration (BSpline) and a lot of functions. what i've done is i took the class declaration and put it inside a file of its own, bspline.h, together with the required headers. but i don't know where to go from here. what do i do with the functions in PullbackCurve.cpp? Leave them there, or should I pack them in separate files, too?
21:00.49 starseeker brlcad: you mean an issue for successful compilation of BRL-CAD? I wouldn't expect them to be...
21:00.56 starseeker that's a pretty old png though
21:03.26 andrei caen23: you need to make sure that a class has all the function( methods) in the same file with it
21:05.32 andrei are you familiar with classes / c++ ?
21:05.52 caen23 by "all the functions" do you mean all the functions that use the class? for example, there is a function named generateControlPoints that takes a BSpline as argument. would the declaration of that class go inside bspline.h, too?
21:05.58 caen23 i am familiar with both
21:06.12 andrei just a sec, let me have a look at the file.
21:06.18 caen23 thanks
21:08.42 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:12.21 andrei well from what I can see is more of a structure and it has no methods.
21:14.31 caen23 so i just put the class in a separate header file, remove it from PullbackCurve, and include the spline.h header instead?
21:15.40 caen23 here's what my bspline.h currently looks like https://gist.github.com/4150660
21:18.13 andrei hmm, I m not sure if it s efficient to have a new file for so few lines.
21:18.28 andrei What I suggest is putting the functions that use BSpline in the same file as the class
21:19.03 caen23 will do, thank you for your time
21:19.05 andrei for example : bool.isFlat doesn't use BSpline so you don't put in in the file.
21:19.52 andrei generateKnots(BSpline& bspline) should be in the file, according to what we discussed. However feel free to ask the other mentors aswell, but I ll be around if you need more help
21:21.03 caen23 regarding isFlat, from what i can see, it's defined in both Pullcurve and opennurbs_ext. shouldn't i do something about that, too?
21:22.50 andrei Solving duplications, especially trivial ones( copy-pastes) would be great. But make sure that the function is still accesible.
21:23.11 caen23 ok, thanks
21:27.56 Notify 03BRL-CAD:r_weiss * 53823 brlcad/trunk/src/libbn/plane.c: Updated the test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Simplified the logic, added more comments and did some cleanup.
21:30.13 caen23 i don't think putting the functions that use bspline in the bspline.h file is a good idea. i've noticed that they are implemented differently in PullbackCurve and opennurbs_ext
21:32.29 brlcad caen23: you have the right idea with https://gist.github.com/4150660
21:34.43 brlcad caen23: but I would reduce it even further, for example it should only #include headers needed to declare the class (interface headers)
21:34.54 caen23 what tripped me was the fact that these classes have no methods. the only other class i can find is PBCData, which means all i've got to do is create two new files :-??
21:37.29 brlcad caen23: it's not a terribly complicated task ;)
21:38.10 brlcad there are several classes in the opennurbs_fit.h header that could be separated out
21:38.37 brlcad but I'd do those last -- the important ones are the classes and structs
21:38.44 caen23 :D ok, then. so now i need to find where ON_2dPointArray is defined and only include tha file and <vector> in bspline.h, right?
21:38.50 brlcad note that in this context structs are also to be broken out one per file
21:39.22 brlcad right
21:40.07 caen23 ok, then. thanks
21:41.49 brlcad if there are functions that clearly "belong" with the struct, they should be in a corresponding cpp/c file too (like if something looks like a constructor/destructor pair for a struct class)
21:41.56 brlcad but I don't think there are any
21:44.38 brlcad caen23: the overarching goal is to try and clean up the mess in opennurbs_ext.* breaking that huge file up a little bit -- anything towards that goal properly added to the build system will be a successful task completion
21:44.53 brlcad starseeker: did you want fit broken up?
21:45.41 caen23 i'll try finishing it soon
21:47.15 brlcad leave fit alone unless he chimes in otherwise, just focus on the struct and classes in ext
21:47.25 brlcad and pullback
21:48.48 caen23 so basically one header file per struct/class in _ext and pullback?
21:48.59 brlcad yeah
21:49.06 caen23 alright
21:49.20 brlcad and IF they have any functions/methods that uniquely belong to that struct/class, those into a c/cpp file
22:07.12 caen23 i think i've made some progress. how can i check that i haven't broken anything?
22:09.24 andrei if you're on linux you can simply recompile brlcad. The Cmake will only compile what has changed
22:09.40 andrei but that doesn't guarantee you didn't break anything tho !
22:12.05 caen23 so is there a way i can check before submitting? also, i've now got a few files such as "bspline.h", "gcpdata.h", and so on, inside the src/libnurbs/ dir. should i leave them there, or move them in some other folder?
22:15.31 andrei caen23: here s a small guide on what to do : http://brlcad.org/wiki/Patches
22:16.36 caen23 thanks
22:16.45 brlcad caen23: if it compiles, you didn't likely break anything
22:16.51 brlcad not just by moving things around
22:17.03 brlcad make sure all the files you've added are described in CMakeLists.txt
22:18.54 brlcad andrei: I was able to use that patches write-up earlier today too :)
22:19.59 caen23 i'm now trying to compile it. if everything is ok, should i upload a patch to code in?
22:22.00 andrei if it succeeds, yes.
22:29.33 Notify 03BRL-CAD:starseeker * 53824 brlcad/trunk/CMakeLists.txt: Couple header tests that autotools was recording in brlcad_config.h but CMake wasn't.
22:31.07 Notify 03BRL-CAD:starseeker * 53825 (brlcad/trunk/include/dvec.h brlcad/trunk/include/vector_x86.h): Back up changes to vector_x86.h and dvec.h - causing build failures on linux. Wasn't showing up in CMake build because the header test that triggered it wasn't in brlcad_config.h
22:32.53 starseeker brlcad: apologize if the dvec.h and vector_x86.h reversion causes any trouble with the float/double thing - I haven't tracked down what about the changes was causing trouble
22:33.46 brlcad no worries, i'll look into it
22:33.58 brlcad build fail on linux just by adding those two headers?
22:34.14 starseeker brlcad: fit can be broken up if you like... at this stage it doesn't matter too much
22:34.32 starseeker not adding, but activating the use of vector_x86.h
22:35.09 brlcad caen23 has put two hours in, so I'm fine leaving them out
22:35.25 starseeker that was triggering off of the emmintrin.h header test results, which I forgot to have CMake record in brlcad_config.h
22:35.58 caen23 i could try breaking fit, too
22:36.52 starseeker nods - most of the libnurbs organization will depend heavily on your decision on what mechanism you want to use to extend openNURBS, so I haven't put too much thought into it yet
22:37.46 Notify 03BRL-CAD:brlcad * 53826 brlcad/trunk/src/libged/simulate/simulate.c: c++ comments are no-no
22:38.42 starseeker ran distcheck full and the autotools build was failing uniquely, so probed a bit and low-and-behold, CMake was always using vector_fpu.h since it neglected to tell brlcad_config.h about emmintrin.h being present
22:38.52 starseeker is red faced over that one...
22:43.48 brlcad caen23: it's up to you :)
22:44.42 brlcad interesting, I've been running distcheck-full but dealing with other failures
22:45.03 brlcad that last // change as an autotools distcheck-full failure
23:09.13 starseeker brlcad: somewhat off topic, but you might like this - a warning flag in clang (-Wdocumentation) that provides build warnings for code comments based on Doxygen syntax: http://llvm.org/devmtg/2012-11/Gribenko_CommentParsing.pdf
23:09.25 brlcad starseeker: hm, I now get the build failure that prompted those changes in the first place on opennurbs_ext
23:09.36 starseeker growl
23:09.43 brlcad (linux)
23:09.56 brlcad error: prototype for ?dvec<LEN>::dvec(const float*)? does not match any in class ...
23:10.14 brlcad it's using vector_fpu.h
23:10.42 starseeker ah. I didn't try forcing fpu.h usage after the changes, just x86.h
23:10.43 brlcad I'll keep digging, but i'll have to see if I can reproduce the build error your ran into (or get the error from you)
23:11.22 starseeker do you have the emmintrin.h header on your system?
23:12.09 starseeker will try forcing fpu and x86 to see if both work
23:13.11 starseeker reflects that he may live to regret mentioning that -Wdocumentation flag...
23:14.00 brlcad starseeker: that is awesome (compiler comment suport)
23:14.27 *** join/#brlcad andrei (~andrei@188.25.27.167)
23:14.46 brlcad cmake cache says no
23:14.55 starseeker I take it vector_x86.h and vector_fpu.h are supposed to provide the same interface to dvec.h?
23:15.00 brlcad yeah
23:15.23 brlcad that's part of my changes was to bring them into sync as one was never being used
23:15.26 starseeker brlcad: that's why you're not seeing the issue then - you're never building with vector_x86.h
23:15.31 brlcad the other being float/double stuff
23:16.27 starseeker yep, confirmed - fpu.h doesn't work
23:16.51 starseeker want me to regenerate the x86.h errors
23:17.59 starseeker 'reverts' to brlcad's fixed versions...
23:19.52 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
23:20.01 louipc brlcad: I'd like to help but I just can't make the time
23:20.54 starseeker brlcad: http://pastebin.mozilla.org/1961911
23:22.20 brlcad starseeker: thanks
23:22.45 starseeker grabs some dinner - bbl
23:25.42 brlcad bhlegm: how it's going? :)
23:31.28 bhlegm well now it fails at 11% at toglStubInit.c.o, so i'm just going to go download the image for virtual box xP
23:34.16 andrei bhlegm : have you ever used linux before ? On what were you compiling brlcad?
23:37.39 bhlegm not really , and i was just in terminal, following http://brlcad.org/wiki/Compiling
23:39.40 andrei sometimes installing brlcad isn't really straight forward so don't worry
23:42.02 andrei bhlegm : what task have you claimed or do you want to work on?
23:46.21 bhlegm i don't have a task, i was just looking to see what it does
23:48.10 andrei ah, sorry :)
23:57.24 caen23 i've got a compilation error. what i did was i extracted the PBCData class from _ext and put it in a header file of its own. the class now seems to conflict with another PBCData inside nurbs.h. any help as to how i fix this? also, i haven't modified the CMakeLists file, so i'm guessing this is the culprit. here is another gist https://gist.github.com/4151459
IRC log for #brlcad on 20121127

IRC log for #brlcad on 20121127

00:00.07 andrei the PBCData inside nurbs.h isn't identical to the other one?
00:01.01 caen23 let me check
00:01.10 andrei if you haven't added the file to CMakelist it should at worst not find it, I believe.
00:02.33 caen23 it's not the same. in nurbs.h, it's a typedef struct pbc_data {} PBCData; also, the attributes vary
00:03.36 caen23 but what i don't understand is why it conflicts when i put it in a separate file, but it works when it's inside _ext :-?
00:05.27 andrei where did you put the file you created?
00:06.21 caen23 inside src/libnurbs/
00:07.27 andrei I ll try rebuilding and see what happens
00:07.57 caen23 ok, thanks
00:17.05 andrei it takes a bit to rebuild, I m at 75%
00:17.38 caen23 and it works? with my file? because for me, it fails at 27% if it fails :-?
00:18.32 andrei caen23: I first rebuilded the svn copy, I needed to be sure I have the latest version.
00:19.01 caen23 oh, ok then
00:19.16 andrei if you don't include nurbs.h in your file it will most likely solve the conflict, but I want to see if it doesn't break functionality.
00:22.03 Notify 03BRL-CAD:n_reed * 53827 brlcad/trunk/src/librt/primitives/pipe/pipe.c: more parameter reduction and descriptive renaming
00:24.31 caen23 btw, is there no way i could simply compile nurbs alone whenever i make a change?
00:25.12 andrei there is, if you re running on linux
00:25.18 andrei sudo make libnurbs
00:25.28 caen23 i am (mac). thanks
00:28.28 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
00:28.55 GrantMercer015 where can i get the source code and installation instructions for brl-cad? i cant seem to find it on the google code in site
00:29.01 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
00:29.21 caen23 GrantMercer015 check this out http://brlcad.org/wiki/Compiling
00:29.27 andrei <PROTECTED>
00:32.01 brlcad alcon: fyi, there's an edward coming by to upgrade our drupal -- I'll have to set up an account for him, so just have him to wait if I'm not around :)
00:32.22 brlcad GrantMercer015: also, some info here: http://brlcad.org/wiki/Deuces
00:32.37 brlcad in the getting started and code sections
00:32.47 brlcad http://brlcad.org/wiki/Deuces#Code
00:33.59 caen23 andrei i ran `sudo make libnurbs` and it failed with the same error, even after removing nurbs.h from my file :(
00:35.22 andrei yes, it does fail for me aswell. I m currently looking to see what's wrong
00:37.49 caen23 perhaps the typedef should be included in the brlcad namespace inside nurbs.h?
00:38.06 brlcad caen23: you do not need sudo
00:38.29 brlcad that would only be for install and even that isn't needed just to test compilation
00:38.48 caen23 i understand, but this can't be why it fails
00:39.08 brlcad certainly not
00:39.17 brlcad just a very dangerous habit
00:40.23 brlcad it's like if you saw someone directing traffic with a shotgun, might not affect how effectively you're directing traffic but it sure is distracting and dangerous :)
00:41.18 caen23 i don't usually build with sudo, but i didn't really pay attention this time :D
00:41.29 andrei caen23 : after some research I believe you need to remove the typedef and merge the struct with the class.
00:41.57 caen23 so the typedef is redundant?
00:42.17 andrei <PROTECTED>
00:42.38 brlcad that's going down a dangerous route for just breaking out classes/structs from the source files .. merging objects implies needing to change code, not just moving things around
00:42.43 brlcad typedefs are not just for C
00:43.14 brlcad quite common in C++ actually
00:43.25 brlcad especially for dealing with stl classes
00:43.46 brlcad bhlegm: which project is yours?
00:44.03 andrei brlcad: from what he said, he hasn't taken any yet.
00:44.06 brlcad ahh
00:44.17 brlcad hasn't caught up with all the backlog
00:44.33 andrei the issue that caen23 experiences is that he cannot name a class with a typedef-name
00:44.44 andrei there probably is a workaround for this but I don't see it.
00:45.28 brlcad so the first question is why is '''tl;dr: read below for etiquette then join with http://webchat.freenode.net/ or get a [http://www.ircreviews.org/clients/ real IRC client program]'''
00:45.34 brlcad ep, wrong paste
00:45.44 brlcad starting over
00:46.04 brlcad so the first question is why the PBCData class that was extracted needs to include nurbs.h
00:46.07 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
00:46.22 brlcad and why that wouldn't also be an issue when it's still in the .cpp file
00:47.42 caen23 i was wrong to include nurbs.h in my file. i removed it and compilation still fails. why it works when it's inside the _ext file, that i don't know, but i'm guessing it has something to do with cake. not sure.
00:50.15 brlcad nah, not a cmake issue
00:50.34 brlcad caen23: when you run into oddities like that, have to take a step back
00:50.39 brlcad because it fails a sanity check
00:50.43 *** join/#brlcad andrei_ (~andrei_@188.25.27.167)
00:50.53 brlcad look around line 146, what do you see
00:51.02 caen23 in which file?
00:51.05 brlcad ext
00:51.11 brlcad cpp
00:51.34 caen23 line 148: namespace brlcad {
00:51.34 brlcad something "different" should jump out at you
00:51.44 brlcad bingo
00:51.50 caen23 line 145: end of void brep_newton_iterate
00:52.03 brlcad everything after that point is contained within a namespace
00:52.09 brlcad have you learned namespaces?
00:52.42 caen23 i am familiar with them in other languages, but i haven't written much cpp
00:52.50 brlcad might as well pretend that line says:
00:52.53 brlcad class brlcad {
00:53.05 caen23 i understand how they work :D
00:53.18 brlcad how does that change your understanding of PBCData that was contained within there
00:54.10 caen23 pbcdata (the class) is contained within the brlcad namespace?
00:54.20 brlcad yep
00:54.32 caen23 so i should wrap it inside that namespace in my file, too?
00:54.37 brlcad you don't want to remove the class from a namespace, that's changing structure and .... can cause a naming conflict ;)
00:54.40 brlcad bingo
00:54.48 brlcad no more conflict
00:54.55 andrei Java !
00:55.00 caen23 now i feel stupid for not figuring it out earlier
00:55.04 caen23 thank you
00:55.24 brlcad caen23: no worries, that's why there's folks to help ;)
00:55.50 brlcad you could have written c++ for 5 years and still stumbled around on that for hours
00:56.59 caen23 my main problem is that this is the first time i try collaborating on a project, and it's very intimidating at first, even navigating around the code :(
00:57.34 brlcad no worries, relax and have fun with it ;)
00:57.48 caen23 will do :)
00:58.20 brlcad moving a class definition and encountering a name conflict should raise red flags
00:58.51 brlcad that's clearly BAD that we also have a PBCData (which is one hell of a retarded obscure name) in a public header
00:59.12 brlcad maybe another GCI to merge them or rename both
00:59.13 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
01:00.00 caen23 after i finish this task, i could have a stab at solving this problem, too :-??
01:02.32 brlcad absolutely
01:03.20 caen23 well… it now seems to compile properly
01:03.33 brlcad great
01:03.40 brlcad so which have you busted out?
01:04.07 brlcad (classes/files)
01:05.07 caen23 i started from scratch after i first got this error, so right now, i only have bspline and pbcdata. but it should be easier from now on
01:05.18 brlcad at some point, you should wrap up and we can create another task for other work that remains
01:05.48 brlcad the effort is what counts, but you might feel better with incremental progress ;)
01:06.02 brlcad looking through ext cpp i'm reminded of the other classes
01:06.37 caen23 i could finish the current task, and then try working on the typedef issue as a new task. i think it's safer to merge than rename, but i could be mistaken
01:06.57 brlcad the ones defined in there should get broken out, like SurfaceTree.cpp and CurveTree.cpp
01:07.04 brlcad but they may be tasks on their own
01:07.16 brlcad they just happened to be declared in include/nurbs.h
01:07.28 brlcad because they're part of libnurbs public API
01:08.32 caen23 alright
01:09.25 GrantMercer015 having trouble finding the right QtSDK download, does anyone have the right link where they downloaded the sdk?
01:09.29 brlcad you can decide whether to include them now or wait till we write up another task
01:09.40 brlcad GrantMercer015: er, on the qt website?
01:09.46 brlcad what for?
01:10.10 GrantMercer015 whoops, wrong chatroom, sorry!
01:10.21 *** part/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
01:10.27 brlcad heh
01:11.15 andrei O.o
01:14.03 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43)
01:16.44 caen23 i've broken GCPData into two files, a .h and a .cpp. now i feel that i should modify CMakeLists, but i'm not sure how
01:20.27 andrei well, look where opennurbs_ext.cpp is in CMakeLists
01:20.44 andrei where the sources are set
01:21.08 caen23 yep
01:21.15 caen23 do i simply add my cpp?
01:21.29 andrei yes, try that. If it doesn't work I ll check
01:27.40 brlcad ``Erik: tasks for upgrading both drupal and mediawiki are already claimed.. :)
01:45.52 starseeker glares at dvec.h
01:48.32 caen23 brlcad i think i'm ready to submit my work. i tried `svn diff > ~/t1.patch`, but as far as i can see, it does not include information about the new files i wrote :-??
01:50.48 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
01:50.59 andrei can you put a paste somewhere with t1.patch ?
01:51.27 andrei it should be a text file containing something very similar to the diff command.
01:51.35 moinnadeem Is Sean from Google Code-In here?
01:51.47 andrei yes, you can find him by "brlcad"
01:52.52 caen23 andrei: it does contain something very similar to the diff command, but i ran a search for "triangle.h" (it's one of my new files), and i don't find the contents of my new file there
01:53.24 caen23 https://gist.github.com/4151884
01:53.32 andrei ah, caen23
01:54.17 andrei caen23 you need to use svn add if you created new files
01:54.26 andrei I ll give you an example in a second
01:54.46 caen23 done :D
01:54.47 caen23 thanks
01:54.53 andrei ah, nice :)
01:55.17 Notify 03BRL-CAD:starseeker * 53828 brlcad/trunk/include/dvec.h: Put back Sean's version of dvec.h
02:05.11 Notify 03BRL-CAD:starseeker * 53829 brlcad/trunk/include/vector_x86.h: Probably not fully correct adaptations to vector_x86.h, but this does get things building when using the newer dvec.h
02:05.44 starseeker brlcad: I doubt that's right, but perhaps its a step in the right direction
02:15.40 brlcad moinnadeem: hi, give me a few minutes then we can chat
02:17.11 moinnadeem brlcad; okay, I still have a bit of homework to finish up, take as long as you need.
02:19.35 brlcad starseeker: yeah, at a glance, that doesn't look right but I'd have to run it through the unit test
02:21.21 starseeker brlcad: is that the test_dvec test?
02:21.29 brlcad yeah
02:21.35 starseeker blinks
02:21.40 starseeker uh... passes here
02:21.51 brlcad it just runs, the testing portion is commented out
02:21.57 starseeker ah
02:22.03 brlcad that was to make sure it kept compiling ;)
02:22.17 brlcad I didn't get a chance to look at the test code yet
02:22.26 starseeker no problem
02:22.33 brlcad you should at least see whether performance is affected
02:22.49 brlcad where'd the 8 byte alignement come from?
02:23.26 brlcad that would seem to be a problem right away
02:24.00 brlcad (otherwise at best performance is hosed, at worst you get wrong values)
02:24.09 starseeker urm. I probably did something nonsensical...
02:24.42 starseeker (a sphere brep raytrace did succeed, but other than that it was just a compilation thing)
02:26.13 brlcad if you have r53825 handy, you could see if test_dvec is slower/faster/unchanged
02:26.51 brlcad whole point of the fpu version is to be faster, right? :)
02:27.14 starseeker not sure, actually
02:27.26 starseeker fpu looks like the fallback...
02:27.28 brlcad that's why it was originally written, trying to implement the paper
02:27.43 brlcad supposed to be the other way around
02:28.01 starseeker take a look at dvec.h around line 125
02:28.20 brlcad oh I believe you, just saying
02:29.32 starseeker so... if the fpu version was getting used everywhere and works, why bother with vector_x86.h?
02:30.34 brlcad oh right, sorry -- the files are named funny
02:31.14 brlcad x86 == vectorized
02:31.22 brlcad so it's right
02:31.54 brlcad fpu is just use the cpu, sans SSE
02:32.05 starseeker doing a distcheck at the moment - soon as the machine's free I'll try the sph brep raytrace with both
02:33.24 brlcad should be vector_sse.h instead of vector_x86.h
02:33.40 brlcad and vector_cpu.h or leave it as vector_fpu.h
02:33.59 brlcad fpu vs sse is the distinction
02:35.23 brlcad moinnadeem: since you're on a web interface, you may want to get a real irc client if you plan on taking on other tasks like this ;)
02:37.37 moinnadeem brlcad: The CPU on my laptop failed (off-the-shelf HP, go figure.), so didn't want to install another one on my desktop. May just take your advice and have to ;)
02:39.03 brlcad moinnadeem: so have you done this sort of upgrade before?
02:39.27 moinnadeem brlcad: Server upgrades, yes. Drupal in specific, no.
02:39.33 brlcad okay
02:39.57 brlcad it shouldn't be too bad, but I want to make sure of two things
02:40.47 brlcad 1) that you don't spend more time on this than you have available -- it might take an hour or a couple days but just let us know how things are going -- we can always break the task up into multiple pieces if it's going to take WAY more time due to something unforseen
02:40.58 moinnadeem I'm going to backup everything on a test repository and attempt an upgrade on there first so I can have an idea of what to do
02:41.47 brlcad 2) that we end up with forward progress, either learn/document what we need to do next or have it all up and running happy
02:42.15 moinnadeem Alright, it shouldn't hopefully, but I'll contact you guys if there are any problems.
02:42.55 moinnadeem My goal is to hopefully have everything good, but modules (and breaking it.) are my main worry. How many modules do you have installed?
02:43.05 brlcad not many
02:44.03 moinnadeem The wiki seems pretty straightforward, I assume your server is running Linux?
02:45.38 brlcad do you have a shell preference?
02:45.48 brlcad actually the server is running freebsd, but shouldn't matter
02:45.55 starseeker and distcheck-full passed
02:46.22 moinnadeem Used to Ubuntu, but it shouldn't be much different.
02:48.01 moinnadeem What version of Drupal are you currently running, and which do you want upgraded to?
02:48.32 *** join/#brlcad minichrispy (b82f2f47@gateway/web/freenode/ip.184.47.47.71)
02:50.31 starseeker brlcad: nothing in the way of performance difference to speek of raytracing a sphere
02:50.36 starseeker (brep sphere)
02:52.00 starseeker however
02:52.36 starseeker using fpu, test_dvec takes 1.37 seconds
02:53.27 starseeker using x86, test_dvec takes 1.00 seconds
02:54.52 brlcad heh
02:55.12 brlcad bump the constant in test_dvec up with two more 00's
02:55.19 brlcad see if it's still that much
02:55.42 starseeker you mean COUNT?
02:56.09 brlcad if it is, then either you did make it unusably slower or it's a failed experiment we should eliminate
02:56.12 brlcad yeah
02:56.24 caen23 brlcad could you review the work on my task? :D
02:56.33 brlcad I bumped it down way low so it didn't slow down make test, but to a value too slow for comparisons
02:56.33 bhlegm b/c there's 2 gallery tasks, does that mean you want both?
02:56.43 starseeker brlcad: so test_dvec should take longer?
02:56.49 brlcad caen23: working on it ;)
02:56.55 caen23 thanks
02:57.03 brlcad bhlegm: depends which looks better
02:57.08 bhlegm ah
02:57.32 brlcad gallery 3 has lots of interesting features but our gallery 2 install has been a pita slow p.o.s.
02:58.07 brlcad v3 might have fixed all our problems, maybe not -- but upgrade should be really simple there
02:58.29 brlcad then it'd be nice to evaluate an alternative, see if we want to switch
02:58.37 brlcad there are lots of follow-on tasks too
02:59.23 brlcad starseeker: to use it for testing performance, it needs to take at least 60 seconds to overcome process startup overhead
02:59.42 starseeker nods
02:59.48 starseeker running longer test now
02:59.59 brlcad moinnadeem: account created but I have a better/slightly different approach than was originally intended
03:00.17 moinnadeem Yes?
03:00.28 brlcad moinnadeem: instead of tackling the upgrade of our primary site, you can try it on one of our secondary sites (more.brlcad.org)
03:00.32 brlcad that'll be a good testing ground
03:00.39 brlcad almost the same set of issues
03:01.16 brlcad and if anything, you can keep a transcript of what you do and turn that into a how-to (which we'll add as another gci task)
03:01.17 starseeker vector_fpu(no SSE): 136.22 sec
03:01.33 starseeker vector_x86(SSE2): 100.88 sec
03:01.41 brlcad starseeker: before changes or after?
03:01.54 starseeker after - that's with current trunk
03:01.58 moinnadeem Much better, do you still think it'll be a good idea to upgrade on a backup as a first attempt?
03:02.07 brlcad moinnadeem: absolutely
03:02.23 brlcad how do you want to proceed with that?
03:03.27 moinnadeem brlcad: I was intending on following the instructions from the wiki: http://drupal.org/node/770402
03:03.28 brlcad your account is created, I can put the files and db in a tarball for you to play with, or you can hop on and try in a copy somewhere
03:04.11 moinnadeem is thinking
03:04.43 brlcad how about this -- I'll make a copy of the database and you can just log in and give it a try
03:04.54 brlcad give me a few minutes
03:05.10 moinnadeem That works.
03:07.03 starseeker calls it a night - brlcad, feel free to undo my fumblings - I was just trying to fix the build with both fpu and x86 - I don't have enough fundamental knowledge of the issue dvec.h and friends are addressing to work intelligently
03:07.32 brlcad moinnadeem: see PMs
03:08.09 brlcad starseeker: that's actually somewhat reassuring -- it's somewhat faster
03:08.57 brlcad "should" be like 13s, but it's good
03:09.21 starseeker except there's no excuse at all for it's even being functional :-P
03:10.17 brlcad well, you said it still renders, so that's promising too
03:10.32 brlcad dunno if it's exercised, but hopefully
03:10.40 starseeker not sure
03:11.39 brlcad could run in gdb and set a breakpoint, but it sounds good to me
03:12.18 starseeker probably will break when built as float instead of double though
03:13.00 starseeker that might be an interesting test to add to distcheck-full once its working again, if that's something that can be controlled with configuration options
03:14.06 starseeker jots down a low priority note to self to try BRL-CAD with clang -Wdocumentation, just to see what happens...
03:14.47 brlcad starseeker: that looked like a proposal to implement that feature, not that it was done no?
03:15.38 starseeker brlcad: it seems to be implemented, although I'm not sure it's on by default yet - what got me hunting docs on it was a note in the Ninja git logs about them using it to test their code
03:16.01 starseeker and I've seen remarks about the clang/llvm guys using it on their own code base
03:16.57 starseeker http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-August/052887.html
03:17.46 starseeker that presentation on Nov 8th looks like it was presenting actual results, not just a proposal
03:21.27 starseeker this looks potentially interesting for us vim guys: https://github.com/gribozavr/clang_complete
03:39.22 brlcad that's even more awesome then
04:01.42 *** join/#brlcad caen23 (~cezar@92.81.166.138)
04:46.54 *** join/#brlcad Alex__ (b82f2f47@gateway/web/freenode/ip.184.47.47.71)
04:48.09 brlcad caen23: ALMOST
04:48.19 brlcad reviewed and looks great
04:48.25 brlcad only two minor issues
04:49.02 brlcad per our developer guide, local dir headers should be indicated with ./ (e.g., #include "./bspline.h")
04:49.27 brlcad and headers should also be listed in the CMakeLists.txt file
04:50.03 brlcad do that and it'll be golden
04:53.20 Alex__ Hi, I had a few questions regarding my task on Google Code-In and was wondering if this was the place to get some feedback
04:59.03 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
04:59.19 GrantMercer015 Hello! where can i find the brl-cad source download?
04:59.40 Alex__ http://brlcad.org/d/download
04:59.51 GrantMercer015 thanks!
05:00.09 Alex__ no problem!
05:02.56 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
05:04.57 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:09.59 starseeker brlcad: it's in there all right, at least in the latest trunk srcs: http://pastebin.mozilla.org/1962435
05:10.24 bhlegm hi, could i get some help w/ the virtual image? in virtual box, do i just use the ova file in Import Appliance?
05:10.48 starseeker bhlegm: um. I'm embarassed to say I'm not sure
05:11.10 bhlegm alright :P
05:11.33 starseeker ah http://www.virtualbox.org/manual/ch01.html
05:11.50 starseeker select "File" -> "Import appliance" from the Manager window. In the file dialog that comes up, navigate to the file with either the .ovf or the .ova file extension.
05:12.05 starseeker bhlegm: looks like yes
05:12.45 bhlegm oh dear
05:14.12 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
05:20.47 bhlegm http://pastie.org/5440846 should i try redownloading it? ...
05:21.44 starseeker um. Yeah, possibly - does your filesize match that of the file on sf?
05:26.31 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
06:19.49 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
08:13.15 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
08:14.17 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:39.10 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:46.01 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128)
10:47.08 Skriptkid I'm on the LIBBN comments task but didn't quite understand where in the header files the comments need to be moved to. Could anybody please explain it?
11:10.59 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:44.56 ``Erik Skriptkid: comments describing functions/globals should be immediately before the func/global... bn.h should generally be arranged in sections based on files and file comments should be at the beginnings of those sections (inside the @addtogroup @{ stuff )
11:45.43 ``Erik the anim group in bn.h is how it should all be
11:46.31 *** join/#brlcad toni (tonimitkov@78.90.2.133)
11:46.45 ``Erik bu.h has already had the treatment, if you want a full example
11:47.14 toni hi
11:47.30 toni hi can i talk with some admin ?
11:47.45 Skriptkid So if there's a function xyz() with certain comments above it, I cut the comments and paste them on top of the function declarations in the bn.h header file?
11:47.50 ``Erik toni: sure, ask questions and eventually someone will answer
11:48.24 Skriptkid declaration with the BN_EXPORT before it, that is(As the description says)
11:48.33 ``Erik Skriptkid: if the comment above it describes the function, yes... a little bit of human judgement is required to see if it's appropriate, otherwise it'd be scripted
11:50.35 Skriptkid ok
11:52.26 Skriptkid do we have to move the comments at the beginning of the file, below the license agreement also? To that .C file's section in header file?
11:53.09 ``Erik if the comments describe the purpose of the file/section, they should be duplicated at the beginning of the section in the header
11:54.05 Skriptkid ok
11:57.01 ``Erik Skriptkid: the purpose is so a codemonkey can quickly find if the library has the desired functionality and what the interface is by reading the header instead of looking at the implementation details, the funky markup is to support doxygen (a c/c++ javadoc type tool)
11:57.32 Skriptkid got it. Thanks :)
11:58.02 ``Erik np and good luck :)
11:58.45 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
12:00.10 ``Erik starseeker: I was right about the mirc color thing, it's freenode filtering. they added a +c mode on channels O.o I can haz kulrz nao
12:03.07 caen23 i have a question regarding the man to docbook conversion task
12:04.38 caen23 i've converted all the .1 files to xml using doclifter, and then i tried viewing the first one (bot_dump.1.xml), and all i've got is text on a single line, no formatting whatsoever. is this how it works, or have i done something wrong?
12:05.27 ``Erik caen23: are you viewing with 'notebook' on 'windows'?
12:05.43 caen23 no, with chrome and an xml viewer on a mac
12:06.59 ``Erik hm, d'no, could always use vim or emacs in a terminal.app window to look at the file and see if it looks like reasonable xml? or blast it through the docbook parser to see if you can output decent ps/pdf or something?
12:07.26 ``Erik the guy who knows the most on that topic is probably still asleep, he should be online in a few hours
12:07.53 caen23 the file does look like valid xml, but when i try viewing it with chrome (for example), it doesn't look like a man page. i'll try running it through the docbook parser
12:13.47 caen23 well the pdf seems fine
12:13.59 caen23 thanks for helping
12:39.31 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:18.44 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
13:19.55 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
13:20.41 *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ)
13:37.42 *** join/#brlcad moinnadeem (~androirc@233.sub-174-229-203.myvzw.com)
14:19.23 Notify 03BRL-CAD:starseeker * 53830 brlcad/trunk/src/librt/test_subdivision.cpp: Remove unused variable assignment.
14:23.44 Skriptkid I finished a task and I need to submit it. So do I just create a patch file as shown on the wiki and upload it on the task page?
14:30.21 Skriptkid Or on Sourceforge?
14:49.42 Notify 03BRL-CAD:starseeker * 53831 brlcad/trunk/src/librt/test_subdivision.cpp: Not doing the right thing with edges yet, but at least recognize them.
14:53.57 brlcad Skriptkid: sourceforge unnecessary
14:58.55 Skriptkid ok
15:15.25 brlcad starseeker: what do the folks running doclifter need to know/do? anything specific?
15:18.48 *** join/#brlcad harmanpreet (~chatzilla@124.253.21.57)
15:34.25 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128)
15:44.09 starseeker brlcad: I don't recall any specific options to doclifter (although it's been quite a while and I see there have been new doclifter releases)
15:44.37 starseeker brlcad: the main thing is to be aware that doclifter may not quite get everything right
15:44.49 starseeker i.e. you still have to review it and make tweaks as needed
15:47.01 brlcad how will they/we know? should make fail if they add to our build?
15:48.53 *** join/#brlcad caen23 (~cezar@92.81.166.138)
15:49.34 caen23 i tried completing a task that used doclifter. doclifter 2.9 produces docbook 4.4. for some files, i had some small errors (for example, one file had an &tnspace; and it seemed illegal or smth), but i was still able to convert to pdf with apache fop
15:51.44 brlcad caen23: how'd you handle the errors?
15:52.16 caen23 they didn't seem to break anything, so i just left those ther
16:00.15 brlcad how do you know it was an error then?
16:00.53 caen23 brlcad: because when i opened the xml with chrome, it displayed the error message before the actual content
16:01.32 starseeker Hrm. OK, if doclifter is producing 4.4, that's something that needs to be switched - we're on DocBook 5.0
16:01.45 brlcad ahh, xml errors should be fixed too
16:02.11 starseeker man1/en/rt.xml is an example of a doclifter output that's been minimally tweaked to be 5.0 compatible
16:02.49 brlcad fop might be okay with it, but not necessarily other tools we'll feed them through
16:02.49 starseeker (still got the comment, in fact...)
16:02.49 starseeker xmllint is probably helpful for checking docbook xml files
16:03.23 caen23 oh, ok then. i'll rework the task
16:03.25 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128)
16:03.32 brlcad the important part being to just run db4-upgrade, yes?
16:03.48 starseeker I believe so
16:03.56 brlcad looks like that was run instead of doclifter spitting out 5
16:04.46 caen23 i've just noticed that doclifter produces db5 if run with the -x option and 4.4 otherwise
16:05.07 starseeker ah, excellent - then we'll want to try the -x output
16:06.17 starseeker another xml validation tool is Oracle's Multi-Schema XML Validator - that may have nicer output than xmllint
16:07.14 starseeker The ideal way to do this would be to turn on BRLCAD_EXTRADOCS_VALIDATE, which incorporates the xml checking into the build process
16:07.32 starseeker problem is lots of our existing man pages in the build need tweaks to pass that test
16:07.57 brlcad really? that sounds like a great gci task
16:08.25 starseeker that might actually be a logical starting point for caen23, if he's interested in the DocBook tasks
16:08.53 starseeker once he figures out the fix for existing docs, that should go pretty quickly - most of them will be very similar
16:09.17 caen23 apparently, all the errors xmllint finds are related to &thinsp; perhaps i should file a bug report? :-??
16:09.18 *** join/#brlcad SlightRemorse (slightremo@85.11.180.148)
16:09.56 starseeker caen23: what's the error?
16:10.01 brlcad caen23: file a bug report with whom?
16:10.06 caen23 esr :D
16:10.17 caen23 starseeker: fast4-g.1.xml:120: parser error : Entity 'thinsp' not defined
16:10.25 brlcad so that'd be something to fix
16:10.25 SlightRemorse I've claimed a task, but it has no link to the files I need to work on
16:10.47 starseeker caen23: the first thing is to find out what 'thinsp' is supposed to do
16:10.56 caen23 insert a "thin space"
16:11.51 brlcad screw that, just make it a space or a nbsp depending on where it's at
16:11.53 starseeker caen23: so the "quick fix" there is to try just replacing thinsp with a regular space, and see if the "thin space" is really needed
16:12.02 starseeker er, yeah
16:13.15 starseeker caen23: do you have a build of BRL-CAD?
16:13.17 caen23 star seeker brlcad: i've done that just now. it seems to be the same thing, so i'm going to just remove thinsp altogether. it was only used inside the "example" sections, where the usage of a shell command is exemplified
16:13.23 caen23 yes, i do
16:14.08 SlightRemorse I've claimed the task "Close MGED when both windows are closed" which needs me to work on the 2 following files "src/mged/mged.c" and "src/tclscripts/mged/openw.c". But there is no link to any repository or anything. Am I missing something?
16:14.40 starseeker caen23: OK - if you're interested, I can define a GCI task that will involve fixing existing XML errors in our docs - that will both be extremely useful and pave the way for easier work on new DocBook files
16:14.57 caen23 SlightRemorse: http://brlcad.org/wiki/Compiling
16:15.03 caen23 starseeker: alright
16:15.41 starseeker caen23: give me a couple minutes - apparently a glitch has crept into the DocBook cmake macros...
16:17.00 SlightRemorse caen23: thank you
16:20.45 starseeker caen23: so here's an example of the types of errors you'll see in our existing pages: http://pastebin.mozilla.org/1963550
16:21.47 brlcad SlightRemorse: also http://brlcad.org/wiki/Deuces#Code, see the details at the top
16:23.09 Notify 03BRL-CAD:n_reed * 53832 brlcad/trunk/src/librt/primitives/pipe/pipe.c: clarify bend drawing algorithm
16:23.15 starseeker caen23: if you look up funcprototype here: http://docbook.org/tdg5/en/html/docbook.html
16:23.55 brlcad so I'm thinking we should just make that a second task if we already have that for existing pages
16:24.10 starseeker you see that the "Parent" section of funcprototype lists only funcsynopsis as a possible parent
16:24.22 brlcad do the conversions, fix the blatant xml errors .. then we can have another task to go through and clean up the schema errors
16:24.25 starseeker so we need an enclosing funcsynopsis tag set
16:24.33 starseeker brlcad: agreed
16:25.20 brlcad caen23: how long did it take you to submit t2.patch?
16:25.30 starseeker brlcad: I was illustrating that one to allow everyone to gauge whether it looked reasonable as a task
16:25.40 brlcad i mean how long did you work running doclifter and such
16:25.42 starseeker will add it to the Deuces page
16:25.49 caen23 brlcad: two minutes at most, i've got shell scripts to do most everything for me
16:25.53 brlcad starseeker: definitely a reasonable task :)
16:26.09 brlcad starseeker: more a question of how many errors they need to fix for completion
16:26.26 brlcad all of them in a particular directory, all errors everywhere, ..
16:27.05 brlcad caen23: so I mean total time, time to write those scripts, figure out the tools, run them, review the xml errors, etc
16:27.13 starseeker right - that's probably why I didn't think to put it down intitially
16:27.19 brlcad i know running doclifter itself is just a few seconds
16:27.49 starseeker supposes we could start with something like "20 man pages" and tweak as needed...
16:28.00 caen23 brlcad: sorry, i believe around an hour at most. the hardest part was trying to set up a db to pdf converter
16:30.31 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128)
16:31.57 caen23 brlcad: i've got a second patch for teh conv directory, this time with db5 and no errors
16:41.17 brlcad awesome
16:41.34 brlcad then they're scoped about right
16:41.35 caen23 brlcad: not so awesome, i've managed to break something :( fixing it now
16:41.43 brlcad :)
16:42.23 starseeker brlcad: first cut at Deuce up - see "Fix strict XML errors in 30 BRL-CAD DocBook documents"
16:43.02 brlcad looks
16:43.49 starseeker fixes minor formatting glitch
16:47.36 Notify 03BRL-CAD:starseeker * 53833 brlcad/trunk/misc/CMake/DocBook.cmake: Fix DB_VALIDATE_TARGET calls.
16:47.54 caen23 how can i redownload a folder from svn?
16:48.05 starseeker caen23: svn up
16:48.33 starseeker (from the parent that wasn't deleted)
16:49.15 starseeker OK, BRLCAD_EXTRADOCS_VALIDATE is back in business
16:50.49 caen23 the folder i need to patch had smth like file1.xml file2.xml when i first downloaded it from the svn. but i've messed things up a bit, and now svn up reverts to a local revision that includes file3.xml and file4.xml that have been added by me, and are not on the remote repo
16:51.40 starseeker You can clear those (iirc) by doing svn revert file3.xml file4.xml
16:51.58 starseeker then remove them - svn should have undone the adds
16:52.48 caen23 starseeker: svn revert file3.xml echoes "Skipped file3.xml" :-??
16:53.24 starseeker what if you just remove file3.xml and file4.xml, then svn up?
16:54.26 caen23 now they seem to be gone, but i can't tell which ones were there first, and which ones i added
16:54.44 starseeker what does "svn status" say?
16:54.51 caen23 at least not without looking at CMakeList
16:55.10 caen23 the new files have a ? on their left
16:55.15 starseeker right
16:55.38 starseeker so what's the difficulty?
16:55.55 starseeker you want to completely revert the whole directory?
16:55.59 caen23 yes
16:56.33 starseeker I usually cheat - I cd into the parent directory, rm -rf the one I want to reset, then svn up from the parent
16:56.53 starseeker not the most efficient approach, but it should pull down a clean copy of the directory in question
16:57.03 caen23 ooh, ok, so i can't do it in one svn command, then, right?
16:57.20 starseeker I know there's a command for that in git, but I don't know about svn
16:58.21 caen23 yeah, i've only used git prior
17:00.25 starseeker caen23: did removing the directory and updating work?
17:00.36 caen23 yes, it did
17:00.41 starseeker cool
17:01.18 starseeker if you want to try that docbook validation, make sure you have that last commit (r53833)
17:01.47 caen23 that's the number i get from svn up :D
17:02.14 starseeker ah, but did you run svn up in the top level or just in your subdirectory?
17:02.55 caen23 just in the subdir
17:03.21 starseeker IIRC, that updated just the subdirectory - you'll need to run it again at the top level
17:03.34 caen23 brlcad: i've submitted the final patch. conv.path , 76.3 kb
17:03.47 caen23 starseeker: will do, before taking on that assignment
17:11.33 caen23 starseeker: i think there's something wrong with the docbook and the entities. i'm trying to do the same thing for src/fb, and I get errors for "Entity 'nbsp' not defined" :-? maybe the xml namespace has something to do with this?
17:14.01 caen23 starseeker: i think i now understand why the default for doclifter is 4.4. there seems to be no namespce or dtd or schema for docbook 5. http://docbook.org/ns/docbook
17:28.18 *** part/#brlcad caen23 (~cezar@92.81.166.138)
17:32.04 *** join/#brlcad caen23 (~cezar@92.81.166.138)
17:38.01 Notify 03BRL-CAD:n_reed * 53834 brlcad/trunk/src/librt/primitives/pipe/pipe.c: generalize bend drawing to an arbitrary number of connecting lines
18:04.14 *** join/#brlcad elf` (~elf@p5.eregie.pub.ro)
18:47.06 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:47.47 Notify 03BRL-CAD:n_reed * 53835 brlcad/trunk/src/librt/primitives/pipe/pipe.c: calculate bend normal locally instead of passing it as an argument
18:59.13 *** join/#brlcad Alex______ (450f6b03@gateway/web/freenode/ip.69.15.107.3)
19:00.39 brlcad ``Erik: what's the notify e-mail addr?
19:08.38 ``Erik notify@elfga.com
19:09.35 brlcad sprinkles a few "svn up brlcad.svn" references on the wiki
19:11.03 ``Erik I've updated all 3 'NeedReview' to 'NeedsWork' :/ 2 for the svn up issue, one for doing *.1 instead of *.1 */*.1
19:11.23 brlcad awesome
19:12.05 brlcad and I just pointed the cianotify extension so it'll be getting xml-rpc messages via e-mail ;)
19:12.14 brlcad implement support for that and you'll be cia-compatible :)
19:12.36 ``Erik heh, why not use the actual xmlrpc stuff? (it's defined as using http for transport)
19:12.48 brlcad doing that via php is a pita
19:13.32 ``Erik heh, "php is a pita, so let's make EVERYONE suffer!" :> *duck*
19:14.23 brlcad if you already support it, just strip out the xml and feed it internally, no?
19:14.25 ``Erik I thought the php to do that kinda stuff was simple, just shove the xml in an http request and it goes
19:15.04 ``Erik once I see an email, I'll look at how to detect if it's xml and add a logic fork there, I guess O.o
19:15.21 brlcad I would have thought so too, but most docs mention recompiling php with an extension or opening a raw socket yourself
19:15.55 brlcad netiher of which would work from behind a managed service
19:16.13 brlcad it should have already sent one
19:17.53 brlcad aaand another
19:18.21 ``Erik ok, now I have the procmail rules in place O.o heh
19:20.18 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
19:21.36 ``Erik heh, typo in my procmailrc match line, that's fixed
19:23.55 *** join/#brlcad caen23 (~cezar@92.81.166.138)
19:36.47 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
19:42.36 ``Erik https://github.com/erikg/cl-cia pheer it
19:53.00 starseeker caen23: if doclifter's db5 output isn't workable, you may be able to use the db4 output with the converter: http://mwop.net/blog/264-Converting-DocBook4-to-DocBook5.html
19:55.25 caen23 starseeker: all the errors are related to entities, which seem to be considered invalid. other than that, everything works fine. i believe there is something wrong with db5 lacking a namespace
19:56.02 starseeker caen23: can you post one of the errors you are seeing?
19:56.36 caen23 starseeker: proe-g.1.xml:86: parser error : Entity 'ldquo' not defined
19:56.49 caen23 all are the same, but the entities may vary
19:56.58 starseeker caen23: actually, if you look at that mwop blog article, the first section is on handling entities
19:57.54 starseeker caen23: what if you use the db4 output and then the db4-upgrade.xsl translation?
19:59.41 caen23 starseeker: i've just read the article; as far as i can tell, db4-upgrade removes all the entities without replacing them
20:01.11 caen23 as far as i can tell, he basically does the same thing to fix the problem :-?
20:02.25 caen23 db4 to db5: normally, &hypen; is removed, but we don't want that, so he replaces &hyphen; with [hyphen]. this way, conversion takes place without removing entities. then, after he's got the db5 format, he simply replaces [hyphen] with the actual "-" :-?
20:02.29 starseeker caen23: so essentially, doclifter's problem is that it leaves the entities in place?
20:04.35 caen23 starseeker: i don't think it's doclifter's problem :-? i'm not at all familiar with xml, but as far as i can tell, you need to define what "&hyphen;" means inside a file on the internet. but db5 lacks those files, so xmllint doesn't recognise "&hyphen;" and treats it as an error
20:05.00 starseeker nods - replacing it with the literal '-' is probably fine
20:06.04 caen23 starseeker: so basically, xml works like C headers
20:07.09 Notify 03BRL-CAD:carlmoore * 53836 brlcad/trunk/doc/BRL-CAD.bib: fix spelling
20:07.28 caen23 for now, i'll just replace each entity with the literal character, assuming db5 is broken. if anyone knows any better, feel free to weigh in
20:09.45 starseeker caen23: that should be fine
20:10.36 caen23 alright
20:11.10 starseeker IIRC, the only situation where a literal character is a problem is the less than/greater than characters - I think &lt and &gt work for those
20:11.29 brlcad 2410 errors
20:11.49 starseeker I saw 1021 after piping through uniq...
20:12.56 iwanmanew Hello, I've the following task "Write a tutorial on compiling BRL-CAD with Eclipse on Linux", is there any place where I can see how it's going on ?
20:13.00 *** join/#brlcad M0J0E (~johannes@p4FDFB793.dip.t-dialin.net)
20:13.28 brlcad 812 if I strip out the make lines
20:13.54 starseeker hmm - OK, you're probably doing a better filtering than I am
20:15.53 starseeker caen23: this may be helpful: http://www.sagehill.net/docbookxsl/Db5Entities.html#CharEntities
20:16.08 Notify 03BRL-CAD Wiki:Sean * 4670 /wiki/Compiling: bold, not italic
20:16.11 Notify 03BRL-CAD Wiki:Sean * 4671 /wiki/Deuces: bold it
20:16.14 Notify 03BRL-CAD Wiki:Sean * 4672 /wiki/Compiling: add quotes
20:16.17 Notify 03BRL-CAD Wiki:128.63.32.74 * 4669 /wiki/Compiling: mention svn up
20:16.18 starseeker woot
20:16.20 Notify 03BRL-CAD Wiki:128.63.32.74 * 4668 /wiki/Deuces: mention svn up
20:16.51 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
20:17.24 GrantMercer015 does anyone know when mentors are usually online?
20:17.50 starseeker caen23: if we end up needing some characters, that may be a way to go
20:19.37 caen23 starseeker: hmm… they seem to suggest i should find/create a file that contains those entities in the format xml understands. i should look into it, but in the mean time, i've written some simple scripts that simply replace entities with literals :-? it's a poor method, indeed, but i'll look into xml later
20:20.28 starseeker caen23: I'm not too worried about the literals, for the moment - it may be a separate task later to investigate the special characters, in fact
20:21.01 Notify 03BRL-CAD Wiki:Sean * 4670 /wiki/Compiling: bold, not italic
20:21.04 Notify 03BRL-CAD Wiki:Sean * 4671 /wiki/Deuces: bold it
20:21.07 Notify 03BRL-CAD Wiki:Sean * 4672 /wiki/Compiling: add quotes
20:21.10 Notify 03BRL-CAD Wiki:128.63.32.74 * 4669 /wiki/Compiling: mention svn up
20:21.18 caen23 starseeker: indeed
20:23.21 ``Erik #!~@!~@! damn your destructive side effects, #'sort
20:23.53 ``Erik ok, xml email seems to be working and we have wiki noise coming to channel now
20:25.21 starseeker caen23: a quick grep for & characters shows &lt, &gt (which are both necessary to allow for < and > in XML) and a few other characters scattered in various files - those characters may actually constitute some of the XML strict failures, in fact...
20:26.38 caen23 starseeker: xmllint does not seem to complain about those
20:27.08 starseeker nods - thats a Good Thing :-)
20:29.49 Notify 03BRL-CAD:n_reed * 53837 brlcad/trunk/src/librt/primitives/pipe/pipe.c: pull handling of inner and outer diameters into separate functions
20:30.46 brlcad caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7950213
20:31.10 ``Erik http://paste.lisp.org/display/133935 some day, I'll have to fix that...
20:32.37 iwanmanew Is the mentor here ?
20:33.24 brlcad ~ask
20:33.24 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
20:33.34 brlcad iwanmanew: what's your real question :)
20:34.07 caen23 brlcad: i will try to fix those too, after i am done with the current task. i didn't notice the subdirs at first, lol :(
20:34.41 brlcad ah, the beauty of the "find" command
20:34.47 brlcad find . -name \*.1
20:34.56 iwanmanew i have the task "Write a tutorial on compiling BRL-CAD with Eclipse on Linux", what actually i have to do ?
20:35.02 brlcad find . -name \*.1 -exec doclifter -x {} \;
20:35.33 iwanmanew just to set Eclipse to work with Makefiles, Microsoft Visual Studio build files, XCode project files and document that ?
20:35.53 brlcad iwanmanew: you have to actually write a tutorial on compiling brl-cad with eclipse...
20:36.18 brlcad your write-up doesn't involve msvc, xcode, or anything else
20:36.22 ``Erik steals with gleeful abandon
20:36.24 ``Erik !notify ask
20:36.25 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
20:37.00 brlcad iwanmanew: have you used eclipse before?
20:37.09 iwanmanew yes, and ?
20:37.14 brlcad have you used cmake before?
20:37.32 iwanmanew no
20:37.41 brlcad so cmake is a build system generator
20:38.00 brlcad it makes build system files (like makefiles, msvc project files, xcode projects, etc)
20:38.10 brlcad brl-cad's build system uses cmake
20:38.34 brlcad but instead of letting it generate makefiles (the default), you're going to tell it to create an eclipse project
20:39.09 brlcad then you're going to compile within eclipse
20:39.15 brlcad and you're going to write this all down with pretty screenshots telling others exactly how they can do what you just did too
20:39.45 iwanmanew ok, thank you :)
20:39.50 brlcad should be quick n' easy, but you'll have to read the reference links in the task to know how
20:41.19 caen23 crap, i really need to up my cli-fu
20:42.30 brlcad yes, yes you do
20:42.32 brlcad everyone does
20:43.04 brlcad behold the power of the cli
20:43.06 brlcad t
20:57.23 Notify 03BRL-CAD:n_reed * 53838 (brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/table.c): stub pipe lod plot routine
20:59.38 *** join/#brlcad GrantMercer015 (~GrantMerc@unlv-nat-131-216-14-33.dhcp.unlv.edu)
20:59.50 GrantMercer015 Anyone know when the mentors are usually online?
21:00.35 brlcad GrantMercer015: they're online nearly 24/7, just not sitting here neceesarily waiting for you ;)
21:00.49 brlcad what's you're real question?
21:00.52 starseeker GrantMercer015: most of us read backlogs too
21:01.26 GrantMercer015 wanted to discuss a bit about my task for removing the system calls in tables.c
21:01.42 ``Erik almost looked like a reference to jay and silent bob strike back... cli commander?
21:06.29 brlcad GrantMercer015: and... what's your question? :)
21:07.22 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
21:07.53 maths22 I am participating in the google code-in, and I need a login to update the Gallery part of the website
21:07.54 caen23 brlcad: i've now updated my work on the task to include subdirectories. how should i go about cmake? simply update the one insinde man1/en with lines such as asc/g2asc.xml, or should i create a cmake file for each subdir?
21:08.13 brlcad maths22: i'm your guy, will talk in PM
21:09.40 starseeker caen23: traditionally, what we've been doing in cases like this where existing man pages are converted to Docbook is to move the xml page to the appropriate docbook subdirectory, and add it there
21:10.15 starseeker caen23: so for the converters, the appropriate directory would be system/man1/en
21:10.21 GrantMercer015 Well i need to replace a system call with a quicksort function, but im confused on what exactly the function bu_vls_addr(register const struct bu_vls *vp) actually returns. It returns a char* but is that the actual data?
21:10.43 GrantMercer015 All of this takes place in stc/libged/tables.c lines 428-442
21:11.13 caen23 starseeker: that's what i did, :D but now, i have system/man1/en/asc/g2asc.xml :D so a new subdir. does it require a new cmake file, or do i simply update the one inside system/man1/en to include "asc/g2asc.xml"?
21:11.19 starseeker GrantMercer015: bu_vls_addr is what you use when you need to interact with a libbn variable length string the same way you would a char*
21:12.03 starseeker caen23: since it's a man page, you don't need the subdirectory - the conv subdirectories are mainly to organize source code files
21:12.12 brlcad GrantMercer015: so a "struct bu_vls *" is a class that provides a variable length string (similar to a std::string in c++)
21:12.21 caen23 starseeker: thanks!
21:12.41 brlcad bu_vls_addr() gives you an actual char * so you can treat that struct just like you would a regular C string
21:12.46 starseeker s/libbn variable length string/libbu variable length string
21:12.54 brlcad oops, yeah,
21:13.49 GrantMercer015 so i would sort the char* member of the struct with a quicksort as opposed to passing it into system?
21:14.07 brlcad GrantMercer015: you could write a program like this and it'd do what you think it should:
21:14.39 brlcad struct bu_vls v = BU_VLS_INIT_ZERO; bu_vls_printf(&v, "hello world\n"); printf("%", bu_vls_addr(&v));
21:15.07 brlcad does quicksort take a char*
21:15.21 GrantMercer015 yes, ill grab the linux function offline
21:15.47 brlcad rather, qsort
21:15.53 GrantMercer015 void qsort(void *base, size_t nmemb, size_t size,
21:15.53 GrantMercer015 int(*compar)(const void *, const void *));
21:16.15 GrantMercer015 actually, it seems to take null pointers
21:16.17 brlcad void * != char *
21:16.39 brlcad it's wanting an array of things in memory that are equal 'size'
21:17.21 GrantMercer015 so a null pointer to the size of the vls data?
21:17.41 brlcad that makes no sense :)
21:17.54 brlcad what's a null pointer going to do for you?
21:17.56 GrantMercer015 ok, let me take a step back
21:19.29 GrantMercer015 the qsort function just confuses me, sorry. It's boggling my mind
21:19.51 brlcad tons of tutorials out on the web, I suggest writing a little test program to understand it
21:20.00 caen23 why not use stl::sort?
21:20.25 brlcad I think we might even have a libbu function that'll turn that char* into an array
21:20.31 brlcad caen23: because it's not a c++ file
21:20.37 caen23 oh, ok
21:22.32 GrantMercer015 might seem dumb, but isnt a char* an array of chars already?
21:23.59 brlcad GrantMercer015: yes, but you need an array of strings
21:24.00 starseeker GrantMercer015: http://www.anyexample.com/programming/c/qsort__sorting_array_of_strings__integers_and_structs.xml
21:24.13 brlcad since they all must be the same "size", you're going to have an array of pointers
21:24.15 starseeker GrantMercer015: that may help a bit - example of qsort
21:24.25 GrantMercer015 thanks starseeker!
21:24.27 caen23 brlcad: i've uploaded what i hope to be the final version of my patch
21:24.37 GrantMercer015 im starting to understand the qsort logic a little more
21:26.06 GrantMercer015 what would i use as my compar function? does qsort give a default arg for that parameter or would i create my own comparison function
21:27.42 GrantMercer015 nevermind, i asked to soon before i scrolled down starseekers site
21:27.51 GrantMercer015 that sites explain a lot, appreciate it
21:27.56 *** part/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
21:29.57 Notify 03BRL-CAD:r_weiss * 53839 brlcad/trunk/src/libbn/plane.c: Updated test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Added test for when dot product is undefined.
21:30.26 GrantMercer015 alright, almost done bugging you guys. I looked up the sort command for unix but i couldnt seem to find what the numbers +1 and -2 mean in the command "sort -n +1 -2 -o /tmp/ord_id "
21:30.43 GrantMercer015 are these the elements to start and end at?
21:32.23 elf` http://unixhelp.ed.ac.uk/CGI/man-cgi?sort unix sort command
21:34.13 starseeker elf`: that doesn't seem to document the numerical arguments
21:36.21 starseeker +1 means to skip the first field
21:38.35 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
21:40.24 starseeker brlcad: is the "+1 -2" bit shell scripting?
21:42.06 caen23 apparently, i cannot add asc/g2asc.xml inside CMakeLists because of the dir sep. so how should i proceede? simply ignore subdirs, or have separate CMakeLists inside each subdir? :)
21:42.11 GrantMercer015 in the case of my task, would argv[1] be the file that needs to be sorted?
21:42.53 starseeker caen23: I thought you were moving g2asc.xml to doc/docbook/system/man1/en ?
21:43.33 caen23 starseeker: oh, i'm sorry. i'm dumb. now i understand what you meant :D i'll do that
21:44.39 starseeker GrantMercer015: my sort foo isn't strong enough to be of great help here - what I'd suggest as a intermediate step until someone more knowledgable chimes in would be to look at the behavior of the command in MGED
21:46.41 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
21:47.45 maths22 brlcad: when you are back online, can we chat again?
21:48.06 n_reed GrantMercer015: the "+1 -2" seems to be old syntax for specify sort keys
21:48.25 n_reed see http://www.gnu.org/software/coreutils/manual/html_node/sort-invocation.html
21:49.11 GrantMercer015 thanks, so the file pretty much says sort one line
21:49.47 elf` here what sort does
21:49.48 elf` http://paste.ubuntu.com/1392886/
21:50.20 elf` from what I could gather playing with it
21:52.25 GrantMercer015 thanks elf, so from what it seems it sorts downwards
21:52.57 elf` columns
21:52.59 elf` yeah
21:53.56 Notify 03BRL-CAD:carlmoore * 53840 (brlcad/trunk/src/conv/iges/iges.c brlcad/trunk/src/libged/rfarb.c and 4 others): fix spellings and insert some missing blanks
21:55.48 *** join/#brlcad minichrispy (b82f3004@gateway/web/freenode/ip.184.47.48.4)
21:56.18 minichrispy hey I was wondering if anyone could help me with compiling brlcad with xcode
21:56.33 starseeker minichrispy: what's the trouble?
21:58.13 minichrispy Well, I'm doing this for the google code-in thing and Im supposed to write a guide on how to go through the process. I kind of just downloaded some things and tried to do some combining. This is so far what I have with my guide, and I feel like there must be some erros because it wasnt exactly working: http://pastebin.com/cR89SLy3
22:00.41 starseeker minichrispy: could you repost that on the mozilla pastebin?
22:00.51 starseeker http://pastebin.mozilla.org/
22:01.13 caen23 minichrispy: do you need help with xcode specifically, or do you want to compile it on os x? :-?
22:01.34 minichrispy http://pastebin.mozilla.org/1964174
22:01.42 minichrispy It has to be done through xcode
22:02.33 starseeker minichrispy: what were the actual CMake errors?
22:03.13 minichrispy It that the cmake cache txt file?
22:03.44 minichrispy http://pastebin.mozilla.org/1964181
22:04.29 starseeker minichrispy: there's a file that records the process...one sec...
22:06.05 starseeker CMakeFiles/CMakeOutput.log
22:06.12 starseeker does that file exist?
22:06.20 moinnadeem brlcad: check PMs.
22:07.16 minichrispy i dont see it
22:07.26 starseeker in the build directory?
22:07.39 minichrispy nvm got it
22:09.03 minichrispy http://pastebin.mozilla.org/1964182
22:11.45 caen23 regarding the "fix doc xml errors" gci task ( http://www.google-melange.com/gci/task/view/google/gci2012/7950213 ). as far as i can see, it seems to be related to the xml namespace (i.e. to docbook) more than it is related to brlcad. am i mistaken?
22:12.09 starseeker caen23: yeah, they're docbook errors
22:12.38 caen23 my solution would be to just create a namespace :-? is it valid?
22:12.59 starseeker caen23: if you like, you could pick a particular error and we can discuss it...
22:13.11 starseeker pastebin.mozilla.org ftw
22:13.23 caen23 sure, let me just paste it to mozilla
22:13.25 caen23 :)
22:14.04 caen23 starseeker: http://pastebin.mozilla.org/1964193
22:14.11 starseeker minichrispy: is that all of it?
22:14.32 starseeker minichrispy: try to find the subset of that file that contains the errors you were seeing...
22:15.32 minichrispy oh, yea it didnt seem to copy all of it. ill look through it... sec
22:17.10 minichrispy i got a good amount of things that were "not found"
22:18.34 starseeker minichrispy: not found isn't necessarily bad - it's the errors we're after
22:19.13 starseeker caen23: ok, so the first error relates to orgname. If you look at the docbook 5 documentation, you will see that address isn't a valid parent for orgname
22:19.28 starseeker affiliation, however, *is* a valid parent
22:19.51 minichrispy Ah, i see. i guess I just assumed those would cause errors. Im going to look through it again, but i dont know if i actually saw a real error
22:20.12 starseeker and if you look at TEMPLATE.xml, you see that the address block is inside an affiliation block. So, in this case, we can move orgname outside of the address block but keep it within the affiliation block
22:20.59 minichrispy Are there any specific words i could search for other than "error"?
22:21.21 starseeker the next problem, the inlinegraphic failure, is different - that tag isn't part of db5
22:21.46 starseeker so, looking at the list of candidates, inlinemediaobject may be a suitable replacement to try
22:21.56 starseeker minichrispy: error isn't present?
22:22.09 starseeker minichrispy: what happens if you just re-run CMake?
22:22.22 caen23 starseeker: thank you. so all i need to do is read the error, find the appropriate place in the code, and try to fix it using the documentation, right?
22:23.13 starseeker right. this link should let you find out about various individual tags and their associated rules: http://docbook.org/tdg5/en/html/docbook.html
22:23.21 minichrispy the word error is, but not exactly in the context of an actual error if that makes sense. I'll try re-running cmake
22:24.29 starseeker caen23: feel free to ask if you aren't sure how to handle a particular situation
22:24.38 caen23 ok :)
22:24.56 starseeker that website will sometimes have helpful examples too
22:25.27 starseeker inlinemediaobject, for example, has a worked example at the bottom: http://docbook.org/tdg5/en/html/inlinemediaobject.html
22:25.47 minichrispy when I select the path to the source, this source I downloaded is the correct one, right? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/ (ver. 7.22.0)
22:26.02 starseeker that should be fine
22:26.16 starseeker (for instructions for non-developers)
22:28.45 starseeker caen23: the inlinemediaobject example in turn uses imageobject, which also has an example which in turn uses imagedata (which has slots similar to those in inlinegraphic)
22:30.03 starseeker caen23: that's probably one of the more elaborate rewriting instances - they'll vary between that and the orgname example in difficulty
22:32.28 caen23 starseeker: thanks. i'll see what i can do. i hope to find an optimal way of dealing with this complexity after i improve a few files
22:33.50 caen23 starseeker: one more question: when a file fails validation, do i receive all the errors for that file? so for example, if i make these three changes to template.xml, is the file completed?
22:34.33 starseeker yes, provided new errors aren't introduced
22:35.19 starseeker well, I think so at least...
22:35.22 starseeker hmm
22:36.02 starseeker caen23: some things might be automatible - remember though, that some of them may require judging context
22:36.44 caen23 alright
22:41.20 minichrispy ok i just went through the cmake process again. i dont see anything that really stands out in terms of the console, im just not exactly sure what im supposed to do from here (im basically guessing at this point)
22:43.04 starseeker caen23: this table is handy for converting ulink entries: http://www.sagehill.net/docbookxsl/Db5Tools.html#Db5LinkExamples
22:59.00 caen23 starseekr: hmm… if i try to replace the <ulink>s in template.xml with <link xlink:href>, i get a namespace error
23:03.49 starseeker caen23: give me a second - I'm fixing up TEMPLATE.xml as a worked example of a 'before and after' conversion, but I'm getting a problem with the build
23:13.03 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
23:14.18 Notify 03BRL-CAD:starseeker * 53841 brlcad/trunk/misc/CMake/DocBook.cmake: Grr - ordering issues with script generation in DocBook targets.
23:20.19 brlcad caen23: we haven't fixed errors in a while so keep track of how much time it takes you on the first file and then again on the second file (separately)
23:20.37 brlcad and we can see how many files should be identified per task, whether it's 1, 5, 10, 50, 1000, etc
23:22.37 Notify 03BRL-CAD:starseeker * 53842 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: Make TEMPLATE.xml pass DocBook5 xmllint validation.
23:22.44 caen23 brlcad: hmm… i understand what you're trying to achieve, but i think it varies a lot. for example, i have no previous knowledge of xml, and i believe this is a huge impediment :-?
23:22.59 brlcad that's why you're timing two files
23:23.00 starseeker caen23: OK. Update your BRL_CAD trunk to r53842
23:23.11 brlcad presumably by the second file you'll have overcome most of the learning curve
23:24.32 caen23 starseeker: there is a conflict. which do i choose? mc or tc?
23:24.59 starseeker ah - you were working on TEMPLATE.xml?
23:25.04 caen23 yes
23:25.17 starseeker whoops
23:25.27 starseeker go with mc
23:25.47 caen23 ok, i am now on 53842
23:26.01 starseeker what does svn diff tell you on TEMPLATE.xml?
23:26.32 starseeker minichrispy: what are the build failures?
23:27.11 starseeker caen23: to see the changes I made, take a look at http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml?r1=52571&r2=53842
23:27.35 starseeker they may not be ideal for formatting, but the important part is they pass validation
23:27.43 caen23 starseeker: hmm… <simpara> was removed, and i'm using <para> instead inside <listitem>
23:27.50 brlcad caen23: how far along are you?
23:28.07 brlcad and was your previous task reviewed?
23:28.09 starseeker caen23: ok, that's not a bit deal
23:28.13 starseeker big deal rather
23:28.39 caen23 brlcad: i'm still trying to fix the first file. my previous task is yet to be reviewed
23:28.54 caen23 starseeker: i'm not looking over the diff
23:29.24 brlcad caen23: first file being which?
23:29.36 caen23 starseeker: i see you've added an xmlns
23:29.51 starseeker right - that activates the xlink syntax
23:29.52 caen23 brlcad: doc/docbook/articles/en/TEMPLATE.xml
23:30.37 brlcad someone already claimed the task we created for doc/docbook/articles, but we'll see if they follow through
23:30.41 brlcad I'll tell them to skip that file
23:30.54 starseeker winces
23:31.19 brlcad it's a feeding frenzy ;)
23:31.20 starseeker caen23: well, it's a good example anyway
23:31.32 caen23 brlcad: yeah, i noticed. the more the merrier, i guess :)
23:31.34 brlcad caen23: we'll put TEMPLATE.xml along with the next set
23:31.47 brlcad so not lost effort, just means we need to create another task already ;)
23:31.51 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
23:32.01 brlcad which set do you want to tackle after template?
23:32.30 caen23 preferably finish en/ ?
23:32.34 starseeker brlcad: sorry about that - figured TEMPLATE.xml would be a good "before and after" example...
23:33.23 starseeker caen23: somebody else called the articles subdirectory - there's lessons, man1, mann (lots of files but probably very repetetive...)
23:34.32 caen23 ooh, ok. i'll try to go for man1
23:36.23 brlcad caen23: yeah, there are LOTS of docs, no worries there
23:36.48 brlcad counted 800+ errors, only about 10 of them were in the doc/docbook/articles hierarchy
23:38.04 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
23:40.32 starseeker caen23: do you have any other questions you'd like to ask on the DocBook stuff before tackling it?
23:41.28 caen23 starseeker: nothing at the moment. but i should improve my knowledge of xml, and soon
23:42.36 starseeker caen23: don't worry too much - I figured enough of it out doing exactly what you're doing now
23:42.54 starseeker caen23: that hyperlinked DocBook website is the key
23:44.03 caen23 so far i've been using it to correct the hierarchy mistakes
23:44.31 starseeker and patterns will develop - for example, anywhere you see a hyperlink with ulink, you know now to add that xlink header and alter the ulink lines to the new format
23:44.44 caen23 yep
23:44.51 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
23:45.10 GrantMercer015 hello everyone, anyone available to assist me?
23:45.31 starseeker caen23: alrightie - I'll be back online in a few hours
23:45.58 starseeker GrantMercer015: what did you need?
23:45.59 caen23 starseeker: alright. thanks for your help so far
23:46.32 GrantMercer015 i could use a little help with the solution im preparing for my task, it has some holes in it
23:46.33 starseeker caen23: my pleasure - thank you for working on correcting these errors!
23:46.49 starseeker GrantMercer015: letsee - you're doing the qsort conversion?
23:47.29 *** join/#brlcad adam_ (~adam@ppp-70-130-38-225.dsl.wchtks.swbell.net)
23:47.40 adam_ hi everyone! where do you keep the code?
23:49.15 GrantMercer015 i need to remove calls to system in src/libged/tables.c that sort a file, and im thinking of using qsort with argv[1] as such: qsort(argv + 1, argc - 1, sizeof(argc),Sort) until i noticed that argv is const in my file
23:49.18 starseeker adam_: http://brlcad.org/wiki/Compiling
23:49.57 GrantMercer015 which sets me back, as i need someway to sort argv[1]
23:50.27 starseeker GrantMercer015: then you need to make a local copy of argv and work on that, if you need to change it
23:50.56 GrantMercer015 that sounds easy enough, what typename would i use to create a copy of argv[1]?
23:51.44 adam_ starseeker, thanks
23:51.54 GrantMercer015 would it by chance by a string into a filename?
23:51.58 GrantMercer015 be a*
23:52.11 starseeker GrantMercer015: um. If you take a look at src/mged/utility1.c you can see examples of copying argv
23:52.32 starseeker f_edmater in particular is probably relevant here
23:52.56 starseeker the difference in this case is you wouldn't be consting your copy
23:53.27 GrantMercer015 ill take a look into that, thanks! just one more thing boggling my head(hopefully the last!)
23:54.11 GrantMercer015 the sort command specifies specific fields to be sorted (--key=2,2), how would i re-create that in a qsort function?
23:55.06 starseeker remember the example functions from that qsort example?
23:55.28 GrantMercer015 yea
23:55.51 starseeker your cstring_cmp function will have to do something different than just an all up strcmp
23:57.17 GrantMercer015 ohh, so ill modify the comparison function to sort the array according to field two instead of straight up str1 < str2?
23:58.14 starseeker depending on the sort criteria, you may be comparing portions of the strings, for example
23:58.21 starseeker yeah, basically
23:58.42 starseeker C has a number of functions which may be helpful: http://faculty.edcc.edu/paul.bladek/c_string_functions.htm
23:59.06 starseeker http://en.wikipedia.org/wiki/C_string_handling too
23:59.52 starseeker strncmp, starting from an offset, is one fairly likely possibility...
IRC log for #brlcad on 20121128

IRC log for #brlcad on 20121128

00:00.54 starseeker will bbl
00:04.17 *** join/#brlcad GrantMercer15 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
00:06.40 *** join/#brlcad caen23_ (~cezar@92.81.222.190)
00:08.50 GrantMercer15 starseeker: when im creating a new argv copy inside my function like so: av = (const char **)bu_malloc(sizeof(char *)*(argc + 3), "f_edcodes: av"); is the argc + 3 a constant expression? or will this change
00:10.56 caen23 starseeker: do i need libxml2? i tried running `make` inside .build/doc/docbook/system/man1 and i got a compilation error
00:11.17 starseeker caen23: what was the error?
00:11.43 caen23 starseeker: /Users/cezar/brlcad/src/other/xmltools/libxml/src/threads.c:666:33: error: use of undeclared identifier 'xmlOnceInit'
00:11.44 caen23 <PROTECTED>
00:11.54 starseeker blinks
00:12.23 starseeker Um. Do you have xsltproc and xmllint on your system?
00:12.34 minichrispy how would i know if there are any build failures? are you talking about in xcode?
00:12.34 starseeker if you can install those, you don't need to build them
00:12.59 caen23 starseeker: i have both
00:13.20 starseeker minichrispy: you said it didn't look like you had a successful BRL-CAD build... but you didn't see any clear indications of build failure?
00:13.52 starseeker caen23: OK - when you ran CMake, what options did you supply?
00:14.08 starseeker specifically, the BRLCAD_BUNDLED_LIBS option
00:14.27 minichrispy well, it might have actually been a successul build, but im not really sure where to go from here
00:14.48 caen23 starseeker: nevermind, i ran cmake again (cleanly), and it works
00:15.01 starseeker caen23: heh, cool
00:15.24 starseeker minichrispy: is there a "regress" target?
00:15.53 minichrispy how would i find out?
00:16.08 starseeker are you using the XCode GUI, or the command line?
00:16.35 starseeker if it's the latter, try xcodebuild -target regress (or something along those lines)
00:17.45 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
00:17.50 starseeker Unfortunately, I'm not familiar enough with the XCode gui to know how to search it for a specific build target - the Apple folks may have some docs
00:18.33 starseeker really heads out this time
00:20.18 Notify 03BRL-CAD:brlcad * 53843 brlcad/trunk/include/vector_x86.h: pull the comment closer to the statement that assumes 16-byte alignment
00:30.30 GrantMercer15 could anyone verify that this is a correct call to quicksort av[1](a copy of argv[1]): qsort(av + 1, argc - 1, sizeof(argc),Sort), Sort is a function i created. I think i have it right but just need some reassurance
00:34.05 minichrispy ive been using the xcode gui
00:34.53 brlcad GrantMercer15: that's not quite right
00:35.16 brlcad sizeof(argc) is going to be sizeof(int) and you really want the size of an av element
00:35.35 brlcad sizeof(av[0]) or sizeof(char*) or something similar
00:36.12 brlcad caen23: I'll try to get your other task cleared out in an hour or two
00:36.23 brlcad the XML task was just released
00:36.29 brlcad they apparently gave up :)
00:36.37 caen23 brlcad: thank you
00:37.21 minichrispy in the gui there's a "targets" section, but i'm not sure how to tell if its a regress target or what a regress target is
00:48.07 Notify 03BRL-CAD:erikgreenwald * 53844 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/attributes.c and 12 others): Apply the comment migration by SkriptKid for the GCI project. http://www.google-melange.com/gci/task/view/google/gci2012/7975238
00:48.43 GrantMercer15 can i write the contents of a const argv[1] to FILE *file even though it is constant?
00:53.46 brlcad sure
00:54.12 brlcad minichrispy: without a screenshot, I don't know what you're looking at
00:55.10 brlcad minichrispy: don't worry about finding a regress target -- just see if you can build it and get mged to run :)
00:56.00 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
00:57.12 GrantMercer15 Im trying to remove the calls to system in tables.c and progress is slow, but i think i have the general idea down. brlcad: if you have any freetime could you maybe read through my stackoverflow post and see if i'm on the right track? http://stackoverflow.com/questions/13595662/sorting-argv-by-field-opposed-to-value-by-value
00:57.19 GrantMercer15 thanks if you can
01:15.55 minichrispy This is what I see in xcode: http://www.flickr.com/photos/90521899@N05/8225906906/in/photostream
01:16.16 minichrispy i dont seem to find mged...
01:17.12 caen23 brlcad starseeker: i've finished validating system/man1/en
01:40.28 brlcad caen23: so time for 1st vs time for 2nd?
01:40.35 brlcad vs time for all?
01:40.58 caen23 brlcad: come again?
01:41.46 brlcad how long did it take you
01:42.04 brlcad i'd asked you to keep an eye on how long the first file took you, how long the second took
01:43.30 caen23 brlcad: most of the files required the exact same edit. first… let's say ~5 min. second less than 1 min. for the rest i used a script to weed out the same edit
01:44.11 brlcad seemed like more than 5 min for you to clean up the first one... :)
01:44.31 caen23 template.xml?
01:44.46 brlcad sure
01:45.57 brlcad 18:28 < caen23> brlcad: i'm still trying to fix the first file. my previous task is yet to be reviewed <- that was two hours ago
01:46.21 caen23 starseeker edited that for me, so i didn't count it. plus, that one is a particular case. the rest are more uniform and only require 1 edit
01:46.38 brlcad shrug, okay
01:46.48 brlcad still 11 files, 2 hours ?
01:46.52 brlcad or were you doing something else too
01:47.17 brlcad per your 5+1*10, that would have been 15 min :)
01:48.04 caen23 but yes, figuring out what exactly the task/workflow is will take you more than 5 min :) i didn't get started right away
01:48.54 brlcad the remaining 3 files easy?
01:49.22 caen23 which remaining 3?
01:49.23 brlcad the three about translations
01:49.39 brlcad find doc/docbook/articles -name \*.xml
01:50.20 caen23 i didn't do articles, i did system/man1
01:55.34 brlcad minichrispy: it says build succeeded -- how long did that take?
01:56.55 brlcad at a glance, that project file doesn't look right -- what'd you do to generate the xcode project?
02:03.56 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
02:09.33 caen23 brlcad: so i've got articles and system/ ready. couldn't i submit them as part of a single task?
02:12.01 brlcad caen23: I dont' understand the question
02:13.32 caen23 right now, there's a task on gci that requires cleaning the articles/ dir. so there's probably going to be one for the system/ dir, too. i've finished both of them, so i was thinking of submitting them as a single task
02:19.52 minichrispy @brlcad the build took half a second. I found the xcodeproject file in the folder generated by cmake. i didnt make my own project (im not sure how i would integrate it with brlcad)
02:27.22 brlcad minichrispy: building brl-cad should take 5-10 minutes at least, so it sounds like it didn't make the project right
02:28.00 brlcad more like 5-50 min
02:28.25 minichrispy brlcad: well, i cant seem to find any guide to setup a project correctly, so im not really sure what to do
02:28.37 brlcad caen23: how long did the system dir take? that one is huge
02:29.03 brlcad minichrispy: first things first, have you compiled brl-cad the "normal" way on mac using the make build?
02:29.04 caen23 in all, somewhere around half an hour
02:29.15 brlcad caen23: astounding, okay
02:29.30 brlcad all 263 files??
02:29.57 minichrispy brlcad: no, i only downloaded the already compiled one for mac
02:30.33 brlcad minichrispy: okay, i'm really confused then -- what's your task?
02:30.43 caen23 it seems huge, but it's mostly going over the same stuff. maybe not half an hour, mann was more complex, but somewhere around that
02:30.46 minichrispy http://www.google-melange.com/gci/task/view/google/gci2012/8022212
02:31.09 brlcad okay, so the task is what I thought it was
02:31.26 brlcad how in the world did you get cmake to generate an xcode project? :)
02:31.41 brlcad what did you do?
02:32.05 brlcad caen23: I'll at least add another task for "all the rest" that you can claim
02:32.18 caen23 ok
02:32.38 brlcad books lessons and specifications are the only three remaining
02:33.01 brlcad oh, and presentations
02:33.25 brlcad maybe try doing all except lessons
02:33.32 brlcad then lessons can be a third
02:33.48 brlcad those docs are huge and much much more complex
02:34.14 caen23 yeah, i noticed that "lessons" mostly contains the manuals, which are huge
02:35.02 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
02:35.41 minichrispy brlcad: i clicked on the configure button in cmake and there was an option for xcode
02:37.07 brlcad minichrispy: heh, interesting .. it must have some sort of built-in build file it was using
02:37.13 brlcad OKAY ... so that's the problem
02:37.17 brlcad you need a source checkout
02:37.22 brlcad ~cadsvn
02:37.22 ibot To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad
02:37.33 brlcad see http://brlcad.org/wiki/Compiling
02:41.06 brlcad compile it via those instructions first, then read this: http://stackoverflow.com/questions/4961123/cmake-xcode-generator-creates-a-project-that-cannot-build
02:41.38 brlcad minichrispy: make sense?
02:42.09 minichrispy brlcad: yea, ill see what i can do, thx for the help so far
02:44.28 brlcad no worries
02:44.52 brlcad remember that detail for when you write up instructions to help the next person ;)
02:47.45 minichrispy brlcad: Im using terminal for this, and it says it doesnt recognize the cmake command
02:47.52 minichrispy for this line: cmake ../brlcad-X.Y.Z -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release
02:50.13 bhlegm apt-get install cmake?
02:51.40 minichrispy ah, i think i may have gotten it
02:53.50 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
02:56.01 minichrispy brlcad: also i was wondering whether i should make a new wiki page for this guide or if there is a page already for these sorts of things
02:56.39 brlcad minichrispy: you're going to add a page
02:58.51 brlcad perhaps: http://brlcad.org/wiki/Compiling/XCode
03:07.23 minichrispy brlcad: Any idea what im doing wrong here? http://www.flickr.com/photos/90521899@N05/8225076641/in/photostream
03:16.21 starseeker caen23: you probably want to grab that articles XML task, seeing as you've completed it :-P
03:16.43 Notify 03BRL-CAD:brlcad * 53845 brlcad/trunk/AUTHORS: credit silvrous for his code contributions (r53844) moving some librt comments from source to header files.
03:17.34 starseeker minichrispy: that almost looks like the Xcode command line tools aren't installed
03:17.34 caen23 starseeker: work for src/conv is still under review :D
03:17.43 starseeker caen23: ah, right
03:18.20 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
03:18.43 brlcad minichrispy: if you can't run "gcc" then you're missing some of the dev tools or your path isn't set right
03:19.40 minichrispy yea, someone else had the same problem, and they said the same thing. installing the xcode command line tools now...
03:20.07 starseeker another note for the eventual article
03:20.15 brlcad yep
03:20.21 brlcad minichrispy: are you taking notes? :)
03:20.38 minichrispy yea, im keeping track of all these little things
03:24.47 starseeker caen23: where's the task for your src/conv work?
03:25.00 starseeker isn't a formal reviewer, but he can exercise the patch
03:25.18 caen23 starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8027203
03:28.31 starseeker caen23: you might want to make an additional patch that removes the .1 files from src/conv
03:29.25 GrantMercer015 <PROTECTED>
03:29.38 starseeker GrantMercer015: fire away
03:29.40 minichrispy brlcad: ok, the cmake command worked and i have a brlcad-build folder. where do i go from here? do i run the make command? i feel like i needed to be compiling using xcode so im not exactly sure how to use it at the moment
03:30.18 starseeker minichrispy: what was your CMake command? did you generate Makefiles or Xcode projects?
03:30.34 brlcad minichrispy: http://brlcad.org/wiki/Compiling
03:31.09 brlcad should compile it the usual way first
03:31.15 minichrispy i used this: cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON It didnt generate any xcode projects that i see
03:31.29 minichrispy i think thats what i did, right?
03:31.37 brlcad minichrispy: forget about xcode until you complete those Compiling instructions
03:32.03 brlcad that'll help you understand the xcode steps
03:32.07 GrantMercer015 i learned that i cannot just sort argv[1] because it is constant, and it would change the the contents(illegal!), i also learned i cannot sort the contents INSIDE argv[1] with just qsort, i need to get the information out of there somehow. My new idea is using a FILE object to read in the contents of the file into a buffer, then manipulate that buffer into a 2d numerical array then call quicksort
03:32.08 GrantMercer015 to sort the array based upon the 2nd field using quicksort on each column
03:32.15 GrantMercer015 am i overthinking this?
03:32.23 minichrispy ok, so ill continue with make
03:32.46 starseeker GrantMercer015: what was wrong with copying the argv contents into a new, non-const char ** array?
03:34.11 bhlegm hey, i get http://pastie.org/5445879 on the vm
03:34.29 GrantMercer015 so thats what the code you showed me did?
03:34.33 GrantMercer015 well i'll be
03:34.34 brlcad GrantMercer015: nope, that's good progress
03:34.58 brlcad bhlegm: what was your cmake line?
03:35.12 bhlegm -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=oN
03:35.14 brlcad you're the second person to report that compiler bug
03:35.22 GrantMercer015 was that code in the utility.c file?
03:35.26 starseeker GrantMercer015: ok, brlcad is a better source of advise for that task - go with his advice
03:36.15 brlcad bhlegm: edit src/libfft/CMakeLists.txt and set FFT_NUMLIST to just "16;32"
03:36.51 brlcad GrantMercer015: so first off, you can change a const, you're just not supposed to
03:37.00 brlcad it's just a hint
03:37.21 GrantMercer015 how would i get past those rules? i never knew i could actually change a const
03:37.29 brlcad you can sort the contents inside argv[1] but not very usefully ;)
03:37.51 brlcad i'm not going to teach you that bad habit, just be aware that it's possible
03:38.07 GrantMercer015 isnt argv[1] the file that the system uses to sort anyways with the sort -n ... command?
03:38.59 brlcad I don't recall what that specific code does
03:39.10 brlcad all that is implied is that it's a string
03:40.17 GrantMercer015 so "it" is a string that i need to compare its numerical values with?
03:41.02 GrantMercer015 because i've spent this entire time attempting to access argv[1] thinking it was the file i needed to sort
03:41.27 brlcad you should figure that bit out ;)
03:41.34 minichrispy @brlcad: that doesnt look too good - http://www.flickr.com/photos/90521899@N05/8225158225/in/photostream
03:41.48 brlcad the fact that you're referencing a single field of an argv array, it's a single string
03:42.23 brlcad so it probably is a filename .. but then where'd that file come from
03:42.30 brlcad maybe you can get to the data before it's written to a file
03:42.44 brlcad you need it in memory to sort it anywyas
03:46.19 brlcad minichrispy: run "locate Xlib.h"
03:46.45 brlcad starseeker: his patch apply cleanly?
03:46.46 GrantMercer015 this gedp struct is looking mighty important to me right now... time to investigate further
03:47.03 brlcad GrantMercer015: time out
03:47.07 brlcad where are you looking
03:47.15 minichrispy WARNING: The locate database (/var/db/locate.database) does not exist. To create the database, run the following command: sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist Please be aware that the database can take some time to generate; once the database has been created, this message will no longer appear.
03:47.38 starseeker brlcad: yes - built OK too, although I haven't looked at all the man pages yet
03:48.07 brlcad gonna commit it? :)
03:48.21 brlcad minichrispy: do that
03:48.25 starseeker I can, unless it should be a reviewer who does so
03:48.39 brlcad doesn't need to be
03:48.44 brlcad you say it's okay, I'll close it
03:49.06 starseeker give me another 10 minues or so to check a few of the files
03:49.12 GrantMercer015 im right above the three calls to system() that run the sort command which i need to replace. I see ged_result_string but it seems to just be a log right now, and i've taken notice to the tabptr file used to write to and opens argv[]
03:49.22 starseeker only other question is whether his patch(es) should remove the .1 files in conv too
03:49.41 starseeker I can do that (easier if I do it myself in some ways) but thought I'd check
03:51.07 brlcad GrantMercer015: more specific, what file?
03:51.16 minichrispy brlcad: ok, so once the database shows up i should run the make command again?
03:51.29 brlcad the locate command
03:51.40 GrantMercer015 src/libged/tables.c , the main file i'll be attempting to edit
03:51.59 brlcad the build failed because you don't have an X11 header installed -- another XCode thing you apparently don't have installed
03:52.02 brlcad i'm just making sure
03:52.11 minichrispy yea, im running the locate command until i no longer get the message, and then once the database shows up, i run the make command again, correct?
03:52.49 starseeker brlcad: doesn't he need XQuartz for that now? Or does XCode bundle X11 headers?
03:53.57 *** join/#brlcad harmanpreet (~chatzilla@210.56.124.217)
03:54.20 bhlegm i set FFT_NUMLIST to 16;32, still error
03:55.31 brlcad minichrispy: you're not understanding
03:55.38 brlcad minichrispy: the build failed because you don't have an X11 header installed
03:55.46 brlcad do you understand what that means?
03:56.03 minichrispy brlcad: no idea
03:56.18 brlcad it's looking for a file
03:56.21 brlcad you don't have that file
03:56.42 brlcad there's no command you're running that is going to make the file suddenly exist
03:56.52 minichrispy i thought i installed it with this? sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist
03:56.57 brlcad i just had you run a command to make sure you really don't have that file
03:57.03 minichrispy oh
03:57.19 brlcad when you tried to do that, the locate system said that it hasn't been set up yet to look for things
03:57.28 brlcad so you ran the setup
03:57.40 brlcad so you can look for that file
03:57.48 brlcad that you probably don't have
03:58.34 minichrispy it just returned this: http://pastebin.mozilla.org/1964902
03:59.12 starseeker caen23: the comgeom-g man page has a few issues - "s###" isn't translating into the man page cleanly
03:59.18 starseeker looks like a few others like that
03:59.52 starseeker caen23: to check the man page output from a Docbook build, you can do the following from the toplevel build directory:
03:59.54 brlcad minichrispy: that's interesting .. so you DO have versions of that file, just not the usual ones that you should
04:00.00 starseeker ./bin/brlman comgeom-g
04:00.14 brlcad starseeker: how to specify an extra X11 search dir?
04:00.36 starseeker erm
04:00.39 brlcad minichrispy's are in /opt/X11
04:01.13 brlcad minichrispy: what version of mac are you running?
04:01.32 minichrispy 10.8.1
04:01.41 starseeker brlcad: at the moment, I don't think you can short of manually editing misc/CMake/FindX11.cmake
04:02.05 caen23 starseeker: /Users/cezar/brlcad/.build/bin/brlman.tcl: line 54: exec: btclsh: not found :-?
04:02.08 starseeker brlcad: It would be easy enough to add in a variable that could take a path, but I just hadn't done it
04:02.30 starseeker caen23: ah, whoops - you probably haven't built the main part of BRL-CAD
04:02.34 starseeker try make btclsh
04:02.48 brlcad minichrispy: ahhhh
04:02.51 brlcad that explains it
04:02.59 brlcad http://news.softpedia.com/news/X11-and-OS-X-10-8-Mountain-Lion-284454.shtml
04:03.33 starseeker brlcad: I'm going to go ahead and commit - there may need to be a few tweaks to handle some character displays, but that's going to be much easier to sort out with everything in place - basically, it looks good
04:04.25 minichrispy brlcad: any way to fix this?
04:04.48 brlcad minichrispy: yes, did you not read that?
04:05.04 brlcad open source requires LOTS of reading :)
04:05.40 minichrispy i have xquartz though, is there something else i need?
04:08.22 starseeker I take it xquartz is now installing into /opt ?
04:09.13 Notify 03BRL-CAD:starseeker * 53846 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/conv/iges/CMakeLists.txt): -----------
04:09.35 starseeker caen23: OK, I've applied your src/conv docbook conversion with r53846
04:09.41 brlcad unfortunately, that's one of the locations we definitely should not be looking in by default
04:09.54 brlcad that's a pandora's box location
04:10.07 starseeker <snort> time to sort out Tk aqua then
04:10.46 brlcad starseeker: what about just setting global ldflag/cppflags
04:10.51 starseeker caen23: there's a little gotcha that happens when doing that sort of conversion - you may find the man pages in src/conv got overwritten by the DocBook output, and will need to be reverted
04:10.59 brlcad forgets the magic foo to do that
04:11.15 starseeker brlcad: maybe... I think I do try to pull in ENV settings somewhere
04:11.22 starseeker brlcad: poorly tested though
04:11.36 brlcad i meant a build in -DCMAKE...
04:11.49 brlcad it's like CMAKE_COMPILER_FLAGS or something
04:11.55 starseeker either way, it's trouble - pretty much "by definition" we can't work out of the box on OSX now
04:12.14 caen23 starseeker: hmm… i don't really know how that would happen. doclifter produces a .xml, the files inside src/conv are .1 :-?
04:12.16 starseeker brlcad: ah - I don't know, we pretty thoroughly overwrite that with the compiler flags macros
04:12.35 brlcad well, we can -- it should have disabled X11
04:12.45 brlcad it failed to do that correctly for whatever reason
04:13.11 brlcad smells a GCI task
04:13.22 starseeker caen23: it's not anything you would have done - the CMake build of BRL-CAD makes extensive use of symlinks to avoid stale copies of files in the build directory (i.e. you can edit a man page in your build dir and it will symlink through back to the source dir)
04:13.39 *** join/#brlcad acwilson (~Alex@adsl-184-47-48-4.asm.bellsouth.net)
04:13.57 starseeker caen23: that has the charming little side effect of having DocBook output from xml writing back into the source directory's .1 original, if you have both building at the same time
04:14.39 starseeker caen23: I've actually found that effect very useful in making sure that we don't leave old copies of man pages around when doing DocBook conversion, but it's a bit of a head scratcher if you're running into it for the first time
04:15.14 caen23 starseeker: oh, now i see. btw, it's awesome that you applied the conversion and i can't wait to give you the rest :D
04:15.16 brlcad minichrispy: what did you cmake summary look like?
04:15.41 starseeker caen23: can you update cleanly? I'd like you to take a look at the man page output if you can
04:16.08 caen23 starseeker: let me run a svn up
04:16.31 minichrispy brlcad: where would i find that?
04:16.50 starseeker brlcad: building without X11 on OSX by default is a very technical definition of "working"
04:17.09 starseeker I agree it should build, but OSX users without any GUIs are not going to be impressed users :-/
04:17.47 caen23 starseeker: `svn up` seems to conflict with the xmls i've modified
04:17.59 brlcad minichrispy: tail -64 path/to/builddir/CMakeFiles/CMakeOutput.log
04:18.10 *** join/#brlcad crdueck (~cdk@24.212.219.10)
04:18.23 starseeker caen23: did you modify your own conversion files to build strict?
04:18.48 brlcad starseeker: sure, but if they're building manually, we can add a couple steps to install Xquartz and set a path later
04:19.05 starseeker caen23: go ahead and keep your local mods, then do an svn diff to see what the difference is
04:19.09 brlcad the default should work just so we don't look bad :)
04:19.12 starseeker (i.e. pick mc)
04:20.04 starseeker brlcad: sure, it's worth fixing
04:20.12 minichrispy brlcad: tail: path/to/builddir/CMakeFiles/CMakeOutput.log: No such file or directory ???
04:20.26 starseeker brlcad: are you saying our *build* process (or configure process) would obtain and install Xquartz?
04:21.01 brlcad minichrispy: you have to put the right path
04:21.04 Notify 03BRL-CAD:brlcad * 53847 brlcad/trunk/TODO: two more cmake tasks, global flags and disabling IF_X
04:21.19 brlcad path/to/builddir is not something you'll have ....
04:21.30 brlcad i have no idea where your build dir is
04:21.36 brlcad it's wherever you ran cmake
04:21.44 minichrispy ah
04:22.00 caen23 starseeker: i ran a svn diff src/conv/bot_dump.1
04:22.11 brlcad starseeker: heck no, just our instructions
04:22.37 brlcad few mac users will compile from source if we keep up the fancy new installer updates
04:22.39 starseeker sighs - brlcad and starseeker appear to have very different basic approaches to configuration and compilation - starseeker almost never overrides C flags in the environment
04:22.47 starseeker brlcad: point
04:22.47 brlcad the ones that will are going to be contributors
04:23.24 starseeker caen23: that was what I was saying earlier - you may need to revert the .1 files in src/conv
04:23.41 brlcad starseeker: i'm not aware of a single IDE that doesn't let you set cflags/cppflags/ldflags
04:23.47 brlcad it's not an override, it's just setting flags
04:23.51 minichrispy brlcad: is this the summary? http://pastebin.mozilla.org/1964969
04:24.17 starseeker brlcad: I'm not saying it's an incorrect approach, it's just something I almost never do outside of the configure mechanisms (either autotools or cmake)
04:24.20 brlcad minichrispy: yes
04:24.36 starseeker brlcad: that's why I don't have it sorted properly yet in CMake :-/
04:24.55 caen23 starseeker: i'm now at revision 53847
04:25.08 starseeker caen23: try the following if you need to: svn revert -R src/conv
04:25.11 brlcad take a random piece of software from linux to just about any other operating system and you almost always HAVE to set a flag or remove a flag
04:25.31 brlcad because that's just not something 75% of hobby devs do
04:26.12 starseeker 's stance is if the flag is needed to build on that OS, it's something the build system needs to know
04:26.47 starseeker caen23: were you able to build btclsh?
04:26.49 brlcad except you complain and blame the OS every time i've pointed out a new environment that fails :P
04:26.55 caen23 starseeker: yes
04:27.29 brlcad still build systems change, eventually it'll be wrong or it'll be something we don't have access to
04:27.31 starseeker caen23: OK - go ahead and build the docs again with the lastest revision, and see if brlman works
04:27.37 brlcad but the person running the build system does, and they need that hook
04:28.07 starseeker brlcad: 'course I complain - after 40 years they should all be on the same page now :-P
04:29.02 brlcad even linux has changed dozens of times just over the past decade
04:29.31 GrantMercer015 SunOS looks pretty cool
04:29.47 brlcad when we find something is commonly needed/new/whatever, we fold it into the build
04:30.16 brlcad until we do or when we're ignorant of that flag or have no need/want for it, global flags can be set/appended
04:31.00 brlcad i'm certain cmake has the option, I've read about it and used it before .. but whether we override instead of appending is another issue
04:31.09 starseeker brlcad: I'm pretty sure it can be supported - it's just a question of the proper logic in the CompileFlags macros (depending on whether you want those flags to apply to src/other as well)
04:31.44 starseeker brlcad: but the smarter thing to do would be to have you prepare a few examples of things you would expect to work - I'm not going to be good at coming up with scenarios
04:32.02 brlcad i'd first see what cmake provides
04:32.17 brlcad i know what I want and I can't have that
04:32.30 starseeker build time overriding?
04:32.37 brlcad ;)
04:32.57 brlcad configure-time will work
04:33.02 GrantMercer015 will die attempting to find this string of data to sort before giving up
04:33.05 brlcad just means it can't be per target or subdir
04:33.36 brlcad GrantMercer015: so i peeked and the value is the filename, note the file open earlier in that function where argv[1] is opened for writing
04:33.41 brlcad then the contents are written out
04:34.22 starseeker brlcad: just edit CMakeFiles/librt.dir/flags.make (or whatever the target is) if you want to locally futz with the flags
04:34.28 brlcad then it sorts if it's not a SOL_TABLE or a REG_TABLE
04:34.42 brlcad starseeker: yeah, that's what I do
04:35.06 brlcad just terribly less efficient and isn't available in some places for some reason
04:35.16 brlcad some targets it's not broken out into a separate file like that
04:35.23 starseeker really
04:35.25 starseeker weird
04:35.26 brlcad and you can't override some things
04:35.30 brlcad like the compiler itself
04:35.36 brlcad needed that just a couple days ago
04:35.42 starseeker yeah, that's a deliberate design decision IIRC
04:36.07 brlcad cmake detected that I was compiling through ccache, needed to compile a subdir without ccache but the compiler was hard-coded into a ton of files
04:36.31 brlcad nah, I don't buy that -- just the simple thing to do
04:36.51 starseeker if you switch the compiler though, all the configure test results are now suspect
04:37.01 starseeker as in "those results may not apply to this compiler"
04:37.15 brlcad I'm not technically switching the compiler
04:37.33 brlcad i'm changing the name of the thing being invoked, sure
04:37.58 starseeker as soon as that name changes though, all bets are off
04:37.59 brlcad mighty high horse there to assume anything
04:38.09 starseeker eh?
04:38.30 brlcad if they did it intentionally, it would be rather presumptuous
04:38.40 brlcad you could make that claim for changing *anything*
04:38.46 caen23 starseeker: is it ok if i run 'make' inside system in the build dir?
04:38.51 starseeker sure
04:39.03 brlcad but they don't -- it's just something not provided
04:39.06 starseeker caen23: that's what you do if you just want to build a subset of the build
04:39.08 brlcad like I said, the simple thing to do
04:39.29 brlcad it would have required a fair bit of infrastructure to variablize everything
04:39.40 caen23 starseeker: i know, but would that subset suffice for running btlman?
04:39.44 starseeker brlcad: <shrug> I guess I saw it as the conservative thing to do, but I'm sure you're right that it was the simple choice
04:39.57 starseeker caen23: no - you'll need to build btclsh as well
04:40.24 starseeker caen23: the docs can be built without requiring brlman be present and working, so it's not a dependency
04:40.35 brlcad there job is to be as flexible as possible, and they already go to pretty extreme lengths to be flexible
04:40.51 caen23 starseeker: but from the docs, all i need is system, right?
04:40.55 brlcad just not quite as far as the main one they're replacing
04:40.57 starseeker right
04:41.09 brlcad they'll get there eventually I bet
04:41.43 starseeker brlcad: hopefully - I'd like to avoid major build system fun for at least another decade or so...
04:42.13 starseeker caen23: your new man pages are all in system, so for the moment that's the focus of interest
04:42.32 minichrispy so where do i go from here?
04:43.09 starseeker brlcad: could he just symlink /opt/X11 to /usr/X11 ?
04:43.15 caen23 starseeker: sorry, i'm a bit tired, so could you please paint me again the big picture? what am i trying to accomplish now?
04:43.29 brlcad starseeker: oh, good idea
04:43.36 starseeker caen23: you can get some sleep if you want ;-)
04:43.52 brlcad i was going to say turn off x11 since it's secondary to the exercise
04:44.03 caen23 starseekr: school starts in an hour :D
04:44.14 starseeker caen23: the "big picture" was to build your new docbook man pages, then take a look at the output with bin/brlman to see if there are any content problems
04:44.32 starseeker comgeom-g looks like it has a few things that didn't translate right into "man page" format
04:44.36 starseeker (for example)
04:45.13 starseeker probably just needs some special characters or quoting or some such - main goal is just to make sure the new man pages are readable and didn't lose content
04:45.27 starseeker caen23: uh oh
04:45.32 caen23 starseeker: alright, then. thanks.
04:46.03 starseeker caen23: no need to push yourself to collapse - we'll be here
04:46.55 caen23 starseeker: :d
04:46.58 starseeker minichrispy: try doing this "ln -s /opt/X11 /usr/X11" and try cmake again
04:48.18 starseeker minichrispy: we apparently need to test the "no X11" build scenario again, but that's outside your scope
04:49.58 minichrispy starseeker: k, its running through cmake now
04:50.28 brlcad caen23: marked your task as closed
04:50.38 caen23 brlcad: thanks
04:50.43 brlcad grab the xml one
04:51.29 caen23 done
04:53.37 minichrispy starseeker: its done
04:53.47 starseeker caen23: one you post your article/system patches, I can give those a go as well
04:53.57 starseeker minichrispy: did it succeed?
04:54.16 minichrispy the cmake worked before, it was the make command that had the error
04:54.17 *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro)
04:54.26 starseeker what does make do now?
04:55.02 starseeker crosses fingers...
04:55.47 starseeker scowls at Bullet and makes a note to wrap those header includes to shush them...
04:55.59 GrantMercer015 ok, so i found that tabptr opens up argv[1] and writes to it, i also know that each line written using fprint specifies two numbers, one negative one positive. If the 2nd field was sorted in the system call, then the print statements would be executed upside down starting with -1 ending with -8. The system call specifies numerical values which line up with the two numbers specified before the
04:55.59 GrantMercer015 line is executed, dear god i think im near the solution
04:57.20 minichrispy starseeker: supposedly it compiles it, as per the instructions here: http://brlcad.org/wiki/Compiling
04:57.58 starseeker minichrispy: but does it succeed now?
04:58.31 minichrispy last time it failed around 29%, its at 21% now
04:59.03 caen23 starseeker: when i try to run `svn diff` on system, i get "svn: Directory 'brlcad/doc/docbook/system/man1/en/dxf' is missing"
04:59.30 starseeker urm
04:59.56 starseeker did you add a dxf directory at one point?
05:00.10 starseeker if so, try "svn revert doc/docbook/system/man1/en/dxf"
05:03.17 minichrispy nvm, last time it failed at 35% and it just failed again at the same spot. I noticed i was getting loads of warnings though throughout the whole process, and the first errors appear at 35%
05:03.41 starseeker what's the error?
05:05.20 minichrispy http://www.flickr.com/photos/90521899@N05/8225158225/in/photostream
05:06.23 starseeker minichrispy: still getting X11 errors then
05:06.37 GrantMercer015 How would i access the data written from tables.c in src/libged/tables.c? im trying to look at the finished product in the program so i can make sure my revision works
05:06.50 starseeker minichrispy: did you clear your build directory when you ran CMake after doing the /usr/X11 symlink?
05:07.01 starseeker minichrispy: if not, try doing that and running CMake from a clean directory
05:07.08 minichrispy yes, i deleted everything in it before running
05:07.12 starseeker nuts
05:07.27 caen23 i think i'll take a break now, but i've uploaded articles.patch and system.patch to gci, just in case
05:07.32 minichrispy am i not supposed to be compiling it using xcode?
05:07.36 starseeker caen23: awesome, thanks!
05:07.56 starseeker minichrispy: it won't matter - without X11 detection, xcode will fail the same way make is failing
05:08.10 minichrispy =/
05:08.16 starseeker minichrispy: you're apparently one of the first people to try BRL-CAD compilation on the latest OSX
05:09.19 starseeker minichrispy: there's one more thing to try
05:09.32 brlcad cache file
05:09.37 brlcad didn't blow it away?
05:09.37 starseeker when you run cmake, add the following build option: -DBRLCAD_ENABLE_X11=OFF
05:09.42 brlcad or that
05:09.58 starseeker brlcad: cleared the build directory first, apparently...
05:10.05 brlcad ah, hrm
05:10.23 brlcad something to investigate when we can get a login on a 10.8 system
05:10.46 GrantMercer015 brlcad, do you know how i would access the file im modifying so i can see how it originall works? src/libged/tables.c
05:10.54 starseeker scowls at Apple... bad as friggin Windows machines when it comes to new version breakage...
05:10.58 brlcad minichrispy: yeah, just disable X11 (don't need to include that in the instructions, we'll sort it out later)
05:10.59 GrantMercer015 i think i'm nearing the completion of the task
05:11.15 brlcad starseeker: 10.8 is a whole new world
05:11.26 brlcad they've ditched a whole lot more than that
05:11.39 brlcad should have named it 11
05:12.42 starseeker must call it a night - applause to the efforts from our GCI students thus far!
05:13.18 GrantMercer015 appreciates the work starseeker does for us
05:14.15 Notify 03BRL-CAD:brlcad * 53848 brlcad/trunk/AUTHORS: full name is Silviu Ungureanu
05:15.29 GrantMercer015 any way i can find out where to view the tables.c file tbptr writes to during the run? i want to check the format it is in
05:23.52 minichrispy i ran the cmake with x11 disabled and then the "make" command, which gave me an error at 33%
05:26.08 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
05:31.59 brlcad 1/3rd of our tasks are already being worked on or are completed
05:32.10 brlcad yikes
05:32.42 brlcad GrantMercer015: it tells you right there what that file is
05:32.49 brlcad it's in /tmp i believe
05:33.05 brlcad comment out the bu_file_delete call and it will still be there ... :)
05:38.46 brlcad GrantMercer015: responded with some help
05:38.59 brlcad cheers, ninight time
05:39.32 GrantMercer015 appreciates brlcad endlessly for his help
05:42.17 brlcad Thank you for choosing to fly BRL-CAD
06:13.25 kanzure can i have his flyer miles since he left?
07:00.06 jarray52 brlcad: You mentioned that some commercial CAD programs have support for the brlcad file format. Which programs support it?
07:06.59 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
07:33.01 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
10:29.07 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
11:57.12 ``Erik doh, used the wrong name in the commit :( at least I closed the right task in the gci tracker
12:34.47 *** join/#brlcad caen23 (~cezar@92.81.174.19)
12:49.45 *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.44)
12:50.22 *** part/#brlcad Skriptkid (~Skriptkid@117.202.111.44)
12:50.51 *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net)
12:54.39 starseeker caen23: did you want to rework the article and system patches, or are they ready to go?
12:55.22 caen23 starseeker: i've uploaded them to gci, you can check them out to see if they're fine
12:57.02 starseeker righto
13:05.13 starseeker caen23: I see you've deleted the author info in the man pages - does DocBook 5 not allow for authorship information?
13:07.29 caen23 starseeker: i was just thinking about that. i think because of the manpage structure, the info is simply floating around at the end of a file, and it caused an error. i did most of the check by converting to pdf and seeing what it looked like, and the author info did not appear anywhere, so i simply removed them. but i now figure out that it probably breaks the manpage, if they're synced
13:10.03 caen23 starseeker: hmm… i now think a better solution would have been wrapping the <info> block inside a <refsect1> :-?
13:14.36 starseeker caen23: not sure yet - messages like this are probably a hint:
13:14.39 starseeker Warn: meta author : no refentry/info/author 3ptarb
13:15.15 starseeker so it's looking for author info somewhere, just not sure exactly where it needs to go yet
13:15.24 starseeker I gotta run - back on in an hour or two
13:15.43 starseeker caen23: maybe see if someone has an example docbook5 manpage with author info that can give us a hint?
13:17.25 caen23 starseeker: i tried putting it somewhere else, too, but if i move it in the meta section, doesn't it disappear from manpage?
13:22.18 caen23 starseeker: hmm… it appears that wrapping the <info> inside a <refsect1> is the way to go. that's how man1/bot_dump.xml does, for example
14:06.02 starseeker caen23: if that works, go for it
14:06.31 starseeker does that clear the "meta author" warnings?
14:07.46 caen23 starseeker: hmm… i didn't pay attention, but right now, the only working i get is "Warn: meta manual : using "BRL-CAD" for "manual" g-acad"
14:07.58 caen23 only warning*, not working :D
14:08.44 starseeker caen23: yeah, saw that one too...
14:09.08 starseeker caen23: what do you see if you build 3ptarb_man_mann in doc/docbook/system/man/mann/en ?
14:09.22 starseeker (I think that's the target name...)
14:11.43 caen23 i ran a make on the mann dir, and after fixing 3ptarb with the <refsection> block, i now only seem to get "Note: Writing 3ptarb.nged". no other warnings :-?
14:12.39 starseeker sweet
14:12.49 starseeker that's a good solution then
14:13.56 caen23 okay then :D should i submit system/man1 when it's done, so you can have a look at it?
14:15.37 starseeker sure
14:16.21 starseeker what's that URL again?
14:16.42 caen23 starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/7950213
14:17.05 caen23 and… this seems to be how we fix the other warning i posted earlier: http://www.docbook.org/tdg5/en/html/refmiscinfo.html
14:17.25 starseeker caen23: cool
14:20.01 caen23 yep, that does cause the other warning to go away
14:22.42 Notify 03BRL-CAD:starseeker * 53849 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/articles/en/about.xml and 3 others): -----------
14:23.05 starseeker caen23: commited the articles fixes - give me a shout when you're ready for me to try another system (or system/man1, whatever) patch
14:23.36 caen23 starseeker: alright
14:25.41 starseeker ``Erik: how come we're getting the "-----------" string for commit messages? (e.g.53849)
14:32.48 brlcad starseeker: no love for whitespace separation?
14:33.13 starseeker brlcad: hmm? Did I mess up something?
14:34.06 brlcad hm? no, just wondering
14:34.08 brlcad you removed all of the lines that broke up the various sections in the template
14:34.39 brlcad maybe some tool did that?
14:35.06 starseeker oh - that was just caen23's local TEMPLATE.xml changes
14:35.24 brlcad so caen23 has no love for whitespace separation
14:35.36 starseeker didn't worry too much one way or the other - do you want me to be more picky about that?
14:35.45 brlcad no, no
14:35.55 starseeker would prefer an astyle type tool that we could run on the XML - any candidates?
14:35.56 brlcad it was just curious whether that was something intentional or automatic
14:36.18 brlcad there's probably a tidyxml or similar tool somewhere
14:36.46 brlcad tidyhtml back in the day was the go-to
14:37.48 starseeker tidy.sf.net?
14:38.02 starseeker sees if it will compile...
14:38.27 brlcad the template should just be as simple to read as possible, regardless of what style we want everywhere else
14:38.32 brlcad hopefully those needs aren't disjoint ;)
14:38.39 brlcad shouldn't be
14:39.16 brlcad I tried to make it minimal so that it included enough useful examples without too much distraction
14:39.33 brlcad an image, a list, an intro, multiple sections, authorship,..
14:39.57 brlcad this is a little freaky that more than a third of our tasks are claimed
14:40.29 starseeker fortunately DocBook is an endless supply of work...
14:40.50 brlcad I doubt that :)
14:41.04 brlcad realizes he forgot to add the spelling tasks
14:41.40 starseeker ok, it just *seems* endless :-P
14:48.28 starseeker brlcad: I don't suppose you have a tidy config file laying around that generates formatting output you like?
15:05.13 brlcad starseeker: nope
15:05.24 starseeker k
15:05.30 brlcad I don't really have strong preferences when it comes to xml
15:05.37 brlcad there are lots of exceptions to most rules
15:05.55 starseeker nods
15:06.14 starseeker apparently tiny isn't a big fan of blank lines between sections...
15:06.38 brlcad yeah, most automatic formatters will eliminate them
15:06.49 brlcad would have to be docbook-aware
15:07.06 starseeker grumble
15:07.34 brlcad be careful to check the output if it's applied to any xml that has "preformatted" sections like command transcripts or screen captures
15:07.43 brlcad to make sure it doesn't hose them
15:07.47 starseeker suppose tiny could be forked into tinydocbook or some such...
15:08.07 brlcad you know, you could just make a gci task for that, let someone else play with it
15:08.58 starseeker nods - not sure it's worth it though - tiny chopped up a literal layout section good
15:09.27 starseeker probably right that we would need something DocBook aware, and that's no 2 hour job...
15:09.41 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
15:09.58 brlcad but running some tests to determine whether we need something docbook aware isn't
15:10.21 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
15:12.01 ``Erik starseeker: log messages with a colon are confusing the parser, it thinks "Commit articles Docbook patch from GCI task http" is the field name of the next element
15:12.07 maths22 brlcad: when will the new gci tasks be online?
15:12.26 brlcad maths22: I've been adding a few tasks every day
15:12.46 brlcad which specifically are you referring to
15:12.57 brlcad I can make sure something in that area is up soon/next
15:13.02 brlcad mysql?
15:13.07 maths22 Sorry. I mean the ones relating to the website/mysql.
15:13.15 ``Erik (mail parsing bs makes even xml attractive)
15:16.28 iwanmanew i have the tash "COMPILING BRL-CAD WITH ECLIPSE ON LINUX" and in the comment @Sean said "run cmake with this option", can u tell me what is "this option" ? (link : https://google-melange.appspot.com/gci/task/view/google/gci2012/7997215?file=0 )
15:18.01 brlcad iwanmanew: read this http://www.vtk.org/Wiki/Eclipse_CDT4_Generator
15:18.21 brlcad note these two lines:
15:18.24 brlcad "Note that CMake 2.4.x users may follow instructions provided here CMake:Eclipse_UNIX_Tutorial in order to setup an Eclipse+CMake usage manually"
15:18.33 brlcad (that's what you did)
15:18.53 brlcad and "Create a build directory, go there and run CMake (see below for commandline)."
15:19.04 brlcad (that's what the task is expecting)
15:23.40 iwanmanew ok, lets see am i understand, i have to make a project in CMake, then to save the project and import it in Eclipse, then i have to build the project in Eclipse ?
15:23.52 *** part/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
15:25.05 Notify 03BRL-CAD:starseeker * 53850 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: Try to improve xml readability a bit in TEMPLATE.xml
15:25.21 starseeker iwanmanew: no, the CMake files defining the BRL-CAD build are already present. You will use CMake to take those files as inputs and generate an Eclipse project
15:25.22 brlcad iwanmanew: sounds about right
15:25.34 brlcad oh right heh
15:25.39 brlcad except that first part
15:26.31 brlcad find that second sentence, it has the magic you need
15:28.00 starseeker sigh - yeah, tidy is what all the Docbook lists mention (with the -xml option) so it looks like no one has bothered to do a Docbook-smart prettyprinter
15:28.45 starseeker can't honestly say he's surprised - most commercial folk probably used GUI editors, and it's relatively rare in the open source world...
15:29.08 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
15:29.20 bhlegm hi, could i have the gallery files for the task? and the db one too, if possible?
15:30.09 starseeker caen23: any luck/difficulties?
15:30.29 caen23 starseeker: i've finished man1 and man3, have just started man5
15:31.07 starseeker caen23: cool. If you want to take a second and post a patch for those two, I'll review them while you're working on the next ones
15:31.24 caen23 okay
15:34.20 caen23 starseeker: done
15:34.25 iwanmanew ok, last question(i hope), from where i can get some example files(BRL-CAD) for testing ?
15:34.29 starseeker caen23: thanks - on it
15:35.00 brlcad bhlegm: which task?
15:36.22 bhlegm http://www.google-melange.com/gci/task/view/google/gci2012/7991207
15:37.31 brlcad bhlegm: do you already have an account?
15:37.45 brlcad (on the server)
15:38.01 bhlegm no
15:38.23 starseeker iwanmanew: uh... what do you mean example files?
15:38.25 brlcad how were you planning on working on setting up piwigo?
15:39.22 bhlegm manually? do you have php5 and mysql5?
15:39.28 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:39.35 brlcad bhlegm: I mean where
15:39.47 brlcad we have a couple servers
15:40.06 brlcad one has php5+mysql4, the other has ... I'm not sure ;)
15:40.09 iwanmanew i mean some brlcad project
15:40.20 brlcad iwanmanew: have you compiled brl-cad manually?
15:40.40 bhlegm can i check what the other has? xD
15:40.54 brlcad iwanmanew: you should maybe do that first so you understand a little better what these steps are
15:43.48 brlcad iwanmanew: see http://brlcad.org/wiki/Compiling and/or http://brlcad.org/wiki/Deuces#Getting_Started
15:44.17 ``Erik https://github.com/erikg/cl-cia/commit/d8028799a3d5229472ff48f4640b0306a4c6c299 should fix the "------" log messages, even though it smells a bit (anyone have a better idea for how to handle that?)
15:44.18 brlcad if you can compile manually, all you're doing is adding an option during the cmake step, and then doing the rest within Eclipse
15:45.24 brlcad ``Erik: could look up what cia's source did
15:45.32 starseeker ``Erik: is it live? I'm about to commit the man1 patch, that'll test it
15:46.04 ``Erik starseeker: of course it's live, I code in production O:-)
15:46.16 brlcad bhlegm: i know it's got php5, just haven't checked on mysql just yet
15:46.25 brlcad logs into crit
15:46.35 ``Erik mysql is like 5.5 or something
15:46.46 ``Erik 5.5.28
15:46.57 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
15:47.35 brlcad yeah
15:47.38 brlcad beat me to it
15:47.45 brlcad too many damn numbers in that version string
15:47.58 starseeker committed - watch for 53851's message
15:48.16 ``Erik pgsql 9.1.6, too :D
15:48.21 starseeker prods Notify
15:48.25 brlcad bhlegm: okay, so we're good on the new host
15:48.59 brlcad bhlegm: does piwigo have any sort of migration script or helper tools to make importing from gallery2 easy?
15:51.05 bhlegm theres 109 imgs, i'll just upload them myself, then update the table for views, ratings, info
15:51.41 brlcad bhlegm: lemme see if they're conveniently stored in raw format somewhere
15:52.08 starseeker ``Erik: hmm - is sf not getting the word to Notify?
15:52.11 *** join/#brlcad caen23_ (~cezar@92.81.174.19)
15:52.35 ``Erik it got it there, but my isarg func isn't returning the right stuff on the funny name match
15:52.37 starseeker caen23: man1 and man3 patches applied
15:52.43 ``Erik I need to build the right #'values set
15:52.53 ``Erik and there doesnt' seem to be a standard aif :/
15:53.36 caen23 starseeker: great, i'll upload man5 and then it's mann
15:54.15 caen23 man5 is up on gci :D
15:55.21 brlcad bhlegm: hm, I found the originals dir, lists 107
15:55.30 brlcad would be good to know what the 2 discrepancy is all about
15:55.40 brlcad i'll pack them all up and give you a download url
15:56.00 brlcad actually, don't even need to do that -- they should already be on crit
15:56.41 brlcad huh, but they're not, okay
15:57.55 starseeker caen23: man5 committed
15:58.18 starseeker caen23: do you think mann will take long enough to warrant a separate task?
15:59.30 brlcad caen23: would you remove the man pages that you converted from the corresponding Makefile.am files too?
15:59.42 starseeker brlcad: I already did that
15:59.46 starseeker oh, sorry
15:59.48 starseeker Makefile.am
15:59.52 starseeker blegh :-P
16:00.00 starseeker yeah, didn't do that
16:00.03 brlcad yeah, hit an atool fail
16:00.09 starseeker brlcad: that's me, not him
16:00.14 starseeker his patch just added the xml files
16:00.17 starseeker one sec...
16:00.27 brlcad i can delete them too, it was just a quick patch
16:00.37 caen23 starseeker: it's larger than all the other three combined, by far. perhaps it would warrant a different task, but i'd rather this one got accepted first, so i can claim the new one right away
16:00.38 brlcad just would have a better idea which went away
16:00.49 brlcad caen23: definitely separate tasks
16:01.04 starseeker well, articles, man1, man3 and man5 are complete
16:01.05 brlcad we need to get the others in so you can at least get credit for all this work
16:01.36 caen23 brlcad: you mean removing the .1 from src/conv/Makefile.am ?
16:01.39 Notify 03BRL-CAD:starseeker * 53851 (brlcad/trunk/doc/docbook/system/man1/en/asc-nmg.xml brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml and 42 others): Commit man1 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar.
16:01.42 brlcad bhlegm: compressing now
16:01.46 Notify 03BRL-CAD:starseeker * 53852 brlcad/trunk/doc/docbook/system/man3/en/libfb.xml: Commit man3 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar.
16:01.49 Notify 03BRL-CAD:starseeker * 53853 (brlcad/trunk/doc/docbook/system/man5/en/dsp.xml brlcad/trunk/doc/docbook/system/man5/en/gattributes.xml): Commit man5 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar.
16:01.53 starseeker caen23: I'll take care of that - don't worry about it
16:02.09 starseeker caen23: ah, there we are - your commits up in lights!
16:02.12 starseeker ``Erik: thanks
16:02.45 starseeker caen23: we'll get a new task up for you for mann - it's basically a copy of the old one with a new target to work on
16:02.50 caen23 starseeker: awesome. so… should i mark my current gci task as complete, so i can claim the mann one?
16:03.16 starseeker I would say so - brlcad, any objections?
16:04.09 ``Erik expected too much magic from the or macro, it doesn't play well with values/multiple-value-bind :)
16:04.27 brlcad absolutely
16:05.29 brlcad rather, caen23 absolutely, close it out -- that bird is done ;)
16:05.45 brlcad starseeker: heh, no objections
16:05.51 caen23 brlcad: done, thanks
16:05.59 brlcad caen23: do you plan on doing a lot more tasks?
16:06.11 brlcad (for brl-cad)
16:06.42 caen23 brlcad: yeahp. i want to get the docs done completely, and then perhaps focus on other types of tasks, if it's alright
16:07.41 brlcad heh, yeah .. it's alright
16:07.59 starseeker caen23: be careful when you say "docs done completely" :-P
16:08.21 caen23 starseeker: i meant the docbook dir :D
16:08.40 brlcad he knows :)
16:09.00 caen23 :D
16:09.07 brlcad caen23: do you have a sourceforge account?
16:09.22 caen23 no, should i create one?
16:09.25 brlcad please
16:11.10 caen23 brlcad: done, caen23
16:15.08 starseeker brlcad: it's not showing yet, but I yanked the conv .1 files out of the Makefile.ams
16:21.55 Notify 03BRL-CAD:starseeker * 53854 (brlcad/trunk/src/conv/Makefile.am brlcad/trunk/src/conv/iges/Makefile.am and 2 others): Remove references to .1 man pages that are converted to docbook
16:31.13 brlcad caen23: have you read our HACKING file?
16:31.34 *** join/#brlcad Guest21529 (~KC@101.78.11.206)
16:31.43 caen23 brlcad: i'm afraid not
16:32.19 caen23 i'll take a break from mann and read it now
16:32.25 Guest21529 I want to know about getting setup for brlcad
16:32.49 brlcad that is conveniently documented here: http://brlcad.org/wiki/Deuces
16:33.52 Guest21529 My task is update mediawiki what should i start from?
16:36.32 brlcad were you here yesterday?
16:36.45 brlcad different name perhaps
16:36.56 Guest21529 me?
16:38.14 starseeker yes
16:38.24 Guest21529 no
16:39.54 Notify 03BRL-CAD:starseeker * 53855 brlcad/trunk/src/libbn/plane.c: initialize AtoP - getting warnings about possible uninitialized use in release build configurations.
16:41.59 Guest21529 anyone can help?
16:45.32 *** join/#brlcad harmanpreet (~chatzilla@124.253.146.80)
16:45.47 Guest21529 hello?
16:48.06 Guest21529 brlcad: I want to know more information about UPGRADE MEDIAWIKI WEBSITE task?
16:50.03 brlcad Guest21529: you have to be more patient on irc ;)
16:50.20 brlcad what's the gci task link?
16:50.35 Guest21529 https://google-melange.appspot.com/gci/task/view/google/gci2012/7974236
16:51.37 brlcad thx
17:00.18 *** join/#brlcad minichrispy (~Alex@69.15.107.3)
17:05.34 *** join/#brlcad minichrispy_ (~Alex@69.15.107.3)
17:06.18 *** join/#brlcad minichrispy (~Alex@69.15.107.3)
17:08.12 *** join/#brlcad turner_ (450f6b03@gateway/web/freenode/ip.69.15.107.3)
17:08.52 harmanpreet brlcad: I was reviewing the work done for the task http://www.google-melange.com/gci/task/view/google/gci2012/7957224 but didn't get what I was expecting. I was expecting little text with images with labels for better reading.
17:08.54 harmanpreet <PROTECTED>
17:10.17 *** join/#brlcad aimt (~amit@1.186.9.7)
17:11.07 harmanpreet I think more work is needed. What you think?
17:16.37 minichrispy brlcad: I'm installing snow leopard on a separate partition. i think that will get past the errors I've been getting with x11
17:24.48 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
17:27.09 caen23 brlcad: i've read the HACKING file. back to mann now
17:34.01 Notify 03BRL-CAD Wiki:Minichrispy * 4675 /wiki/Compiling/XCode: New page: = CCOMPILING BRL-CAD WITH XCODE ON MAC OS X = Placeholder == Obtain Dev Tools ==
17:34.04 Notify 03BRL-CAD Wiki:Minichrispy * 4676 /wiki/Compiling/XCode: /* CCOMPILING BRL-CAD WITH XCODE ON MAC OS X */
17:43.07 Notify 03BRL-CAD Wiki:Minichrispy * 4677 /wiki/Compiling/XCode:
17:43.10 Notify 03BRL-CAD Wiki:Minichrispy * 4678 /wiki/Compiling/XCode:
17:43.13 Notify 03BRL-CAD Wiki:Minichrispy * 4679 /wiki/Compiling/XCode:
17:43.16 Notify 03BRL-CAD Wiki:128.63.32.74 * 4680 /wiki/Deuces: move the patches closer to the intro
18:10.58 *** join/#brlcad elf_ (~elf@213.233.85.3)
18:16.20 Notify 03BRL-CAD Wiki:Jacksixb * 4681 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: Update past two days
18:21.24 Notify 03BRL-CAD:n_reed * 53856 brlcad/trunk/src/librt/primitives/pipe/pipe.c: tweak collinearity test - dist should never be nan but could be infinite
18:23.45 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
18:25.34 maths22 brlcad: I just want to check. Has the MySQL task been created and taken, or has it yet to be created? I just want to know if I should keep waiting for it or choose something else.
18:37.23 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:37.43 *** join/#brlcad caen23_ (~cezar@92.81.169.80)
18:44.21 brlcad harmanpreet: I had the same feeling about it
18:44.36 brlcad notably doesn't look anything at all like all of the various examples that were included too
18:45.26 harmanpreet brlcad: Same here. So I changed status to NeedWork.
18:45.29 brlcad caen23: congratulations, you now have commit access
18:45.33 brlcad don't break anything ;)
18:47.45 brlcad still want you to claim tasks and upload patches so you get credit for your work for gci, but it should streamline getting your work integrated
18:49.12 brlcad you can make a diff, commit it directly to the repo, then upload the diff and commit revision number to the gci site
18:49.43 brlcad note that you can pull revisions from svn so you can create the diff after the fact too if you need to
18:52.43 caen23 brlcad: that's nice, thanks. i think mann makes for a great first commit
18:54.54 starseeker caen23: if you get done with mann and we don't have a task up for that yet, give us a shout here
18:55.20 caen23 starseeker: sure
18:59.53 Notify 03BRL-CAD:jordisayol * 53857 (brlcad/trunk/misc/Makefile.am brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/misc/debian/source/include-binaries): Improve Linux icons quality
19:00.00 brlcad caen23: mann task created
19:00.28 caen23 brlcad: thanks
19:03.45 brlcad caen23: grab this one first: http://www.google-melange.com/gci/task/view/google/gci2012/7993218
19:04.18 caen23 brlcad: do i reupload the previous work?
19:04.24 *** join/#brlcad cristina (~quassel@188.24.80.236)
19:04.27 brlcad yes
19:05.31 starseeker cristina: howdy
19:05.40 cristina starseeker: hello :)
19:05.41 brlcad caen23: then http://www.google-melange.com/gci/task/view/google/gci2012/7991208
19:05.48 *** join/#brlcad minichrispy (~Alex@69.15.107.3)
19:06.08 *** join/#brlcad harmanpreet (~chatzilla@124.253.147.149)
19:08.04 caen23 brlcad: i uploaded the first task
19:15.12 Notify 03BRL-CAD:brlcad * 53858 brlcad/trunk/AUTHORS: credit Cezar Elnazli for all his work on the documentation system, converting our old manual pages to docbook xml, and cleaning up existing xml docs (lint validation)
19:16.46 Notify 03BRL-CAD:carlmoore * 53859 (brlcad/trunk/include/bot.h brlcad/trunk/include/dm.h brlcad/trunk/include/raytrace.h): fix spellings
19:18.55 Notify 03BRL-CAD:carlmoore * 53860 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/fb-orle.c and 2 others): fix spellings
19:20.31 Notify 03BRL-CAD:carlmoore * 53861 (brlcad/trunk/src/tclscripts/hv3/hv3_form.tcl brlcad/trunk/src/tclscripts/mged/text.tcl brlcad/trunk/src/tclscripts/swidgets/scripts/tree.itk): fix spellings
19:20.36 brlcad caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7991208
19:21.30 caen23 brlcad: done
19:22.35 brlcad almost cries with joy.. carl committing multiple files at the same time
19:23.00 Notify 03BRL-CAD:carlmoore * 53862 (brlcad/trunk/src/tclscripts/mged/comb.tcl brlcad/trunk/src/tclscripts/mged/openw.tcl): fix spellings
19:23.39 Notify 03BRL-CAD:carlmoore * 53863 brlcad/trunk/src/tclscripts/mged/skt_ed.tcl: change capital I to small i
19:25.48 Notify 03BRL-CAD:carlmoore * 53864 (brlcad/trunk/src/conv/dxf/g-dxf.c brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/irprep/showtherm.c): fix spellings and fix apostrophe
19:28.13 Notify 03BRL-CAD:carlmoore * 53865 (brlcad/trunk/src/conv/iges/conv_drawings.c brlcad/trunk/src/conv/iges/revolve.c and 3 others): fix spellings
19:31.28 Notify 03BRL-CAD:brlcad * 53866 brlcad/trunk/NEWS: jordi beefed up the desktop icons for files and our apps on linux
19:34.37 Notify 03BRL-CAD:carlmoore * 53867 (brlcad/trunk/src/liboptical/sh_toyota.c brlcad/trunk/src/mged/chgtree.c and 4 others): fix spellings
19:41.09 *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net)
19:41.20 Notify 03BRL-CAD:carlmoore * 53868 (brlcad/trunk/src/libbn/mat.c brlcad/trunk/src/libbn/tplot.c and 4 others): fix spellings including Glassner
19:45.59 Notify 03BRL-CAD:carlmoore * 53869 (brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml brlcad/trunk/doc/html/ReleaseNotes/Rel6.0/index.html and 3 others): fix spellings including Glassner
19:48.14 Notify 03BRL-CAD:carlmoore * 53870 (brlcad/trunk/doc/html/manuals/index.html brlcad/trunk/doc/html/manuals/mged/mged1.html brlcad/trunk/doc/html/manuals/mged/shaders.html): fix spellings
19:48.33 Notify 03BRL-CAD:carlmoore * 53871 brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: fix spelling of ADAPTAGRAMS
19:51.43 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
20:03.18 Notify 03BRL-CAD:brlcad * 53872 brlcad/trunk/AUTHORS: credit Akshay Kashyap (skriptkid) with his gci contribution that moved libbn comments from source to header files
20:04.27 Notify 03BRL-CAD:brlcad * 53873 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/mat.c and 12 others): accept gci task http://www.google-melange.com/gci/task/view/google/gci2012/8008208 from Skriptkid (Akshay Kashyap) which migrates comments from libbn sources to the bn.h header. per his notes, he moved not only the function comments but also some of the file header comments. nice.
20:12.02 Notify 03BRL-CAD:carlmoore * 53874 (brlcad/trunk/src/librt/prep.c brlcad/trunk/src/librt/timer42.c brlcad/trunk/src/librt/timerunix.c): fix spelling of Compatibility
20:14.47 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
20:16.46 GrantMercer015 does the vm image on the brlcad website come with brlcad pre-installed?
20:29.51 Notify 03BRL-CAD:carlmoore * 53875 brlcad/trunk/include/bn.h: remove trailing blanks/tabs
20:30.44 brlcad GrantMercer015: I the sources are pre-downloaded
20:31.42 brlcad I don't believe binaries were included because they would have made the vm image huge, but it should build and install cleanly straight from download
20:33.44 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
20:39.39 *** join/#brlcad caen23_ (~cezar@92.81.174.86)
20:40.19 GrantMercer015 im having some trouble installing the VM to my windows 7 computer, i open the appliance and attempt to install it, but it says the compressed image file is corrupted
20:40.30 GrantMercer015 could it be that the VM i have wants .ovf instead of .ova format?
20:40.54 brlcad no, your download probably didn't complete successfully
20:41.08 brlcad check the checksum or just try downloading it again
20:41.24 brlcad that's happened to others, connection gets cut
20:42.09 GrantMercer015 alright, ill redownload the file
20:48.48 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
20:49.55 Notify 03BRL-CAD:starseeker * 53876 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml brlcad/trunk/doc/docbook/system/man1/en/pix2asc.xml): Had a couple man pages which output to two names - fix build logic.
20:50.32 caen23 mann is done. here's how i plan to commit: 1) cd brlcad/doc/docbook/system/mann/en 2) svn commit. is this okay, or will it break anything? svn status only shows the files in this directory, marked as M(odified)
20:51.22 starseeker caen23: that should be fine - You'll need an -m option to svn providing a commit message
20:51.40 caen23 starseeker: okay, let me try
20:52.03 starseeker something like svn commit -m "Fix xmllint errors in mann Docbook files"
20:53.07 caen23 hmm… i went with "mann now passes XML validation". can i not change the message after the fact?
20:53.18 starseeker caen23: that's fine too
20:53.31 caen23 alright then
20:53.37 starseeker caen23: the point of the commit message is to describe what the commit is about
20:54.12 caen23 i understand that, but i thought it wasn't explicit enough :D
20:54.26 starseeker nah, that's good
20:55.49 Notify 03BRL-CAD:brlcad * 53877 brlcad/trunk/src/tclscripts/archer/images/Makefile.am: missing a few files
20:56.19 Notify 03BRL-CAD:brlcad * 53878 brlcad/trunk/src/tclscripts/lib/tclIndex: missing accordian files
20:57.16 caen23 brlcad: you said you wanted me to upload a patch to gci, as well as the commit revivision number. how do i do that? leave a comment, or post a link to the commit?
21:00.20 brlcad caen23: you cannot change the commit message after you commit, that's a permanent record
21:00.43 brlcad but you can change it on the command line or leave off the -m and it'll throw you into your default EDITOR
21:01.32 brlcad the commit message should say whatever the source diff doesn't say (which is usually a summary of 'what' and almost always 'why')
21:02.00 brlcad leaving a comment on the gci task is fine, it's just to let any of the other mentors know that you already committed it
21:02.34 brlcad you could even say that, "since I was granted commit access, this change was applied in r#####"
21:02.58 brlcad but a simple "committed in r#####" suffices too
21:03.29 brlcad caen23: it would be good to also reference the GCI task in your svn commit message
21:03.41 caen23 good point
21:03.43 brlcad (that's part of the 'why')
21:04.22 brlcad maths22: mysql task is up
21:04.27 Notify 03BRL-CAD:caen23 * 53879 (brlcad/trunk/doc/docbook/system/mann/en/3ptarb.xml brlcad/trunk/doc/docbook/system/mann/en/B.xml and 243 others): mann now passes XML validation
21:04.47 maths22 Thanks
21:04.49 caen23 wow, it's live. that's nice
21:06.11 *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net)
21:21.47 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
21:25.09 *** join/#brlcad caen23_ (~cezar@92.81.174.86)
21:38.06 brlcad caen23: you didn't mark the mann task as done
21:38.43 caen23 brlcad: oops, sorry. done
21:41.06 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/8029208
21:42.25 *** join/#brlcad 45PABEPV3 (~cezar@92.81.174.86)
21:54.13 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
22:07.36 starseeker woo hoo - most of the way to a clean xmllint enabled docbook build
22:10.46 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
22:10.49 GrantMercer015 not going to lie, building the source on my unix VM is pretty cool seeing all the files being created infront of my eyes
22:14.33 GrantMercer015 I might need an extension of time for my current task, where do i ask for one? I have to hop on a plane and i have an estimated 20 hours of tavel so i my deadline might run out before i land
22:38.15 brlcad GrantMercer015: which task?
22:40.00 *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net)
23:00.20 *** join/#brlcad caen23 (~cezar@92.81.174.86)
23:05.51 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
23:06.01 brlcad bhlegm: what are you working on now?
23:08.20 bhlegm i made a folder public_html but i can't get to it through http://crit.brlcad.org/~gcibhlegm
23:10.44 caen23 brlcad: lessons/en is already valid :-?
23:11.26 starseeker hmm - looks like it
23:11.32 starseeker es has some troubles
23:12.10 starseeker caen23: go ahead and hit the es lessons
23:12.51 brlcad bhlegm: how long were you going to wait to tell someone that? :)
23:13.06 starseeker If that goes too quick for a task, you can toss in BRL-CAD_Tutorial_Series-VolumeIV.xml in books/en
23:13.41 brlcad yeah, just hit up the rest of the lessons
23:13.56 caen23 starseeker: hmm… i'm not so sure. es/mgde01 shows the following error: element listitem: Schemas validity error : Element '{http://docbook.org/ns/docbook}listitem': Character content other than whitespace is not allowed because the content type is 'element-only'.
23:14.00 brlcad I thought one of the directories had received some validation attention at one point
23:14.13 caen23 but en/mged01 has the same structure and it doesn't complain
23:14.34 GrantMercer015 i could use some help coming up with a method for a sorting method for my on-going task
23:15.15 GrantMercer015 i found that the the strings i need to sort are written using fprintf(const * char), so my guess is to make an array of strings and use qsort to sort the array
23:15.32 caen23 starseeker: perhaps they've been suppressed somehow in en?
23:15.47 brlcad GrantMercer015: http://www.anyexample.com/programming/c/qsort__sorting_array_of_strings__integers_and_structs.xml
23:15.47 GrantMercer015 im having trouble thinking of how i would parse the string so i could access the second variable in the string in order to sort
23:15.59 brlcad everything you need should be in there
23:16.21 starseeker hrm
23:16.40 brlcad you need a two dimensional array of strings
23:17.29 bhlegm brlcad i went to school
23:17.42 caen23 starseeker: i'm sorry, i wasn't paying attention. it's alright, i'll fix es
23:17.51 brlcad bhlegm: how dare you!
23:17.59 bhlegm my dad forced me :(
23:18.10 starseeker caen23: eh?
23:19.07 GrantMercer015 yea, i've figured that part out. I also found the file that i need to sort, so my plan is to copy each line of the file into a 2d array into and send it to qsort to sort. But my question would be what about the lines that dont contain numbers? will qsort have an error for those?
23:19.10 GrantMercer015 example:
23:19.11 starseeker caen23: that first one in the first lesson looks like a period outside the paragraph...
23:19.41 brlcad { { "col1row1", "col2row1", "col3row1" }, { "col1row2", "col2row2", "col3row2" } }
23:20.38 brlcad lines without numbers will end up being empty or null fields in your 2d array, now?
23:21.11 GrantMercer015 so if i have a line saying: "5 -4 user : %s\n""
23:21.34 GrantMercer015 i parse the 5 into col1row1, -4 into col2row1 and the rest into col3row1?
23:22.20 GrantMercer015 actually, that wouldnt quite make sense with my logic
23:22.53 starseeker brlcad: did you see this back in August? http://www.3dcadtips.com/open-source-cad-another-perspective/
23:23.03 starseeker caen23: good to go?
23:23.25 GrantMercer015 i was thinking have char * Arr[] = { {contents of line1}, {contents of line2} } and pick the individual line apart during the sort function
23:23.52 caen23 starseeker: figured it out, thanks :D btw, did my message not show up, because i've only just received the last 15 messages or so, in one shot
23:24.17 starseeker which message? in IRC?
23:24.20 caen23 yes
23:24.43 starseeker last one I saw was the "i'll fix es" one
23:25.04 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
23:25.08 caen23 it's okay, then :) back to work
23:25.26 starseeker heh - yeah, IRC will occasionally be a bit quirky
23:25.45 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
23:26.24 starseeker caen23: commit messages are sometimes even quirkier in channel, since they rely on an email system generating a mail and then ``Erik's lisp minions doing some crunching
23:28.04 brlcad starseeker: I think I did, but it's a good refresher either way
23:28.31 brlcad GrantMercer015: what you first said, yes
23:28.42 brlcad because that's exactly what the command-line 'sort' tool does
23:29.18 brlcad you could do your other idea with a 1D array with each entry being the line from the file
23:29.35 brlcad but, like you note, writing that sorting function is going to be a little more tricky
23:29.42 brlcad a whole lot easier book-keeping though
23:29.55 brlcad bhlegm: fixing the user-dirs
23:30.55 bhlegm thanks
23:32.37 Notify 03BRL-CAD:carlmoore * 53880 brlcad/trunk/src/proc-db/pyramid.c: fix Glassner spelling
23:32.44 Notify 03BRL-CAD:brlcad * 53881 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): fix the deprecation error reported by hsrai on the brlcad-users mailing list where he noticed a deprecation error when he selected File->New and created a new database. it was using the old Db interface. make it use the new ged interface.
23:36.02 brlcad bhlegm: should be working now
23:36.21 bhlegm thanks :)
23:36.27 bhlegm oh
23:36.45 bhlegm could i have read access to wherever the current gallery is?
23:36.55 bhlegm if it's on here
23:39.34 Notify 03BRL-CAD:caen23 * 53882 (brlcad/trunk/doc/docbook/lessons/es/mged01_crear_figuras_primitivas.xml brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml and 3 others): lessons/es is now XML valid (GCI Task)
23:42.53 starseeker nice! - looks like it's down to just the Vol4 tutorial book, based on what I'm seeing here
23:43.44 starseeker brlcad: what do you think? - Vol4 as its own task?
23:44.02 *** join/#brlcad minichrispy (b82f2fc7@gateway/web/freenode/ip.184.47.47.199)
23:46.37 starseeker estimate about 50 errors in VolIV
23:47.00 brlcad bhlegm: what kind of access?
23:47.39 brlcad yeah, that's a good one
23:47.40 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
23:48.03 starseeker brlcad: so caen23 should mark this task as done?
23:48.26 brlcad yep
23:48.43 brlcad caen23: mention that actual task url in your commit message
23:48.57 starseeker (next time)
23:48.59 bhlegm enough so i can see the tables on the database that gallery uses
23:49.30 brlcad bhlegm: ah, you'll have to log into a different machine for that
23:50.14 GrantMercer015 brlcad: i got my example program working with qsort but im only able to sort using the firt field because strcmp reaches that first, how can i make strcmp ignore the first number and sort using the second number?
23:50.36 starseeker caen23: once VolumeIV is delt with, what sounds interesting? Did you want to do for src/fb, src/util, etc. what you did for src/conv? (now that you've got the hang of it) or did you want to do something else?
23:50.51 GrantMercer015 the lines contain like such "num numiNeedToSort DataforFile"
23:51.00 starseeker caen23: just askinso we get a sense of what tasks to have ready
23:51.38 starseeker GrantMercer015: remember the links I pasted yesterday giving an overview of string comparison functions?
23:53.27 starseeker http://en.wikipedia.org/wiki/C_string_handling#Functions
23:54.09 GrantMercer015 i do and i looked over them, but i need to sort the second char in the string instead of the first. I looked over the link and didnt find anything like that
23:54.47 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
23:55.04 starseeker GrantMercer015: so if you want to compare three characters of two strings starting with the second character in each, you'll use a combinatoin of strncmp and adding offsets to the string char* address
23:55.32 caen23 starseeker: haven't put much thought into it, but at some point i was interested in the "set up svnplot" one
23:55.54 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/7994222
23:56.37 starseeker GrantMercer015: this might be helpful: http://stackoverflow.com/questions/256218/the-simplest-way-of-printing-a-portion-of-a-char-in-c
23:56.53 brlcad yeah, give someone else a go at the other manual pages ;)
23:57.39 starseeker GrantMercer015: you'll be doing something other than using printf, but look at how they are addressing parts of a astring
23:58.27 brlcad GrantMercer015: you have to increment the pointer to the field of interest to make strcmp work
23:58.30 GrantMercer015 raises his hands in disbelief, he has solved the problem!
23:59.10 starseeker caen23: but if the weeks go by and nobody else grabs the other man page conversions tasks, feel free to pick 'em off while your skills are fresh :-P
23:59.18 GrantMercer015 whats the brlcad vm password?
23:59.24 minichrispy brlcad: ive installed mac os x snow leopard on another partition, and now im downloading a compatible version of xcode as well as all the cmake/brlcad tools. hopefully this will work better than mountain lion
23:59.28 brlcad and therein is a problem, because you dont' have access to know which field by the time it gets to there
23:59.32 brlcad GrantMercer015: beats me
23:59.36 brlcad it's in the instructions
23:59.36 GrantMercer015 dang it
IRC log for #brlcad on 20121129

IRC log for #brlcad on 20121129

00:00.13 brlcad minichrispy: hopefully, but really shouldn't matter for the task itself, no? didn't the flag to disable X11 work?
00:01.11 caen23 starseeker: i will surely continue to do conversions along the way, but i wanted to try something different at the moment
00:01.11 minichrispy nope, i tried it again and got the same problem. the cmake command worked, but when i ran the make command it failed at 29% (without the disable x11 flag it failed at 35%)
00:01.13 brlcad GrantMercer015: IF the strings were fixed width fields, you could just increment the string pointers forward, but they're not -- you're going to need a 2D array
00:01.45 brlcad minichrispy: saying it failed says nothing useful -- have to read the error and understand it ...
00:02.26 brlcad the 35% one failed because it was getting to a declaration that used X11 without including any of the headers for X11
00:02.39 brlcad disabling X11 should take care of that specific problem
00:02.55 starseeker if it didn't, we have a bug
00:03.00 brlcad doesn't imply there won't be more work, but that always goes without saying
00:03.03 GrantMercer015 i've solved it! http://pastebin.com/j5KPd8Cm
00:03.26 brlcad GrantMercer015: can you use a different paste service
00:04.06 GrantMercer015 oh, that was just my seperate programming sorting a 2d array. What other paste services should i use?
00:04.09 minichrispy brlcad: i forgot to take a picture of it, so i dont know exactly. if snow leopard fails, ill go back and run it again on montain lion to get you the error
00:04.39 starseeker minichrispy: you want to do a text capture (maybe the script command) rather than screen shots
00:05.30 brlcad ~pastebin
00:05.30 ibot A "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://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
00:05.38 minichrispy starseekerL: ah, i might actually still have the log, lemme check
00:06.38 GrantMercer015 wait, brlcad wasnt talking to me was he about using a different paste service
00:06.39 GrantMercer015 or was he
00:06.48 starseeker he was
00:07.01 GrantMercer015 oh, whats wrong with pastebin :(
00:08.14 brlcad pastebin.com is firewalled and inaccessible to most of the devs
00:08.39 brlcad they're rather affiliated with malicious content and nefarious dealings
00:08.45 brlcad and they're ugly and smell bad
00:08.57 minichrispy sec, dinner time
00:10.00 ``Erik http://paste.lisp.org w00tw00t
00:10.08 GrantMercer015 oh, what should i replace pastebin with then?
00:10.41 iwanmanew i'm back with my stupid questions, "there should be a "benchmark" build rule in Eclipse when you've imported and built that will run the BRL-CAD benchmark suite. that'll be a nice finishing touch.", i read http://brlcad.org/wiki/Benchmark_Performance_Database and i think understand what is BRL-CAD benchmark suite (system that tests the performance of a given system's CPU, memory etc.), but
00:10.41 iwanmanew can you tell me what is that "benchmark build rule" ?
00:11.05 brlcad iwanmanew: did you do that first step?
00:11.12 brlcad i.e., compile brl-cad
00:11.17 brlcad manually
00:12.25 iwanmanew yeah, i'm ready with the other part of the tutorial (or just i think that)
00:12.45 brlcad if you did, you should understand the answer to your question
00:12.55 *** part/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
00:12.57 brlcad assuming you were paying attention to the build steps and the output being displayed to you
00:14.04 brlcad were you able to generate the eclipse project using our build system files?
00:14.58 iwanmanew may i upload the tutorial now and so you can tell me am i in the right way ?
00:15.08 brlcad no, heh
00:15.13 brlcad dude
00:15.17 brlcad (or dudette)
00:15.39 brlcad if you don't understand my question, it's alright to say that :)
00:15.58 iwanmanew So i
00:16.36 brlcad did you complete the Compiling instructions?
00:17.24 iwanmanew i think so
00:17.52 iwanmanew with CMake i'm making BRL-CAD in Eclipse project
00:18.18 brlcad iwanmanew: you're not sure?
00:18.26 caen23 starseeker: hmm… so now that vol4 is done, would you like to review it before i commit?
00:18.35 GrantMercer015 having trouble opening a .g in the console atm in my linux vm, im trying mged -c /usr/brlcad-7.22.0/share/brlcad/7.22.0/db/goliath.g
00:18.39 iwanmanew I'm confused
00:18.49 brlcad iwanmanew: you either followed the instructions on http://brlcad.org/wiki/Compiling and it worked or you ran into a problem?
00:19.56 iwanmanew i did them all, but i dont know anything about benchmark
00:20.15 brlcad if you followed the instructions and completed them successfully, then you ran the benchmark and should have performance numbers for your system
00:20.26 brlcad it was the second the last command
00:20.35 iwanmanew yes, i saw that
00:20.46 brlcad what was your performance number?
00:20.51 brlcad do you have the log file?
00:21.02 brlcad it'll be the "VGR" number
00:21.28 iwanmanew but my question is what i have to do about that in tutorial ?
00:21.45 brlcad and my question is attempting to confirm that you actually ran the steps correctly
00:22.01 brlcad if you didn't, then the tutorial is pointless
00:22.27 GrantMercer015 nevermind, opened the file
00:22.44 iwanmanew i had a problem with "Compile"
00:23.10 brlcad okay, so the truth emerges... progress!
00:23.20 brlcad what was the problem?
00:24.11 iwanmanew "No rule to make target 'test'. Stop."
00:24.41 brlcad you apparently had a problem before "make test"
00:24.47 starseeker caen23: go ahead and commit - I can check it "live"
00:24.50 brlcad and before "make"
00:25.11 brlcad iwanmanew: what was the cmake command that you ran before make?
00:25.27 brlcad and what platform are you on?
00:25.51 iwanmanew no, problems are in make & in make test, if i type "make" => "No targets specified"
00:26.02 iwanmanew im on ubuntu
00:26.11 brlcad exactly my point, that's wrong
00:26.21 brlcad something before make is wrong
00:26.30 brlcad what was your cmake command?
00:26.55 iwanmanew that in the example
00:27.11 iwanmanew "cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON"
00:27.26 brlcad good
00:27.38 brlcad do you have the output from that?
00:27.57 caen23 brlcad: is it okay if i only include the task code in the commit (for example, 7994222)?
00:28.00 iwanmanew no at the moment, may i repeat this step ?
00:28.18 brlcad iwanmanew: you can, but you'll need to be in the right directory
00:28.32 brlcad cd to that .build directory you created
00:28.36 iwanmanew i know, ok just 1 min
00:28.43 brlcad caen23: why not the whole url? :)
00:29.37 caen23 brlcad: i thought you preferred shorter messages, will include the whole url :D
00:30.48 starseeker caen23: as long as the length is serving a purpose, it's not a big deal
00:31.08 Notify 03BRL-CAD:caen23 * 53883 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml: books/en/BRL-CAD_Tutorial_Series-VolumeIV now passes XML validation (GCI Task: http://www.google-melange.com/gci/task/view/google/gci2012/7994222)
00:31.18 brlcad "length" has nothing to do with it, they should be informative without being redundant is all
00:32.03 brlcad like notice how mentioning the file name is redundant -- that's already an intrinsic part of the commit
00:32.51 GrantMercer015 i think i have finished my task, should i just submit my tables.c file to the task?
00:33.00 iwanmanew brlcad : i'm ready
00:33.14 brlcad iwanmanew: paste the output to pastebin.ca
00:33.19 starseeker GrantMercer015: did you paste that result at paste.lisp.org or one of theother ones?
00:33.41 brlcad GrantMercer015: you should make a patch when you're really done -- you confirm that it works?
00:34.12 brlcad seems like a really quick jump from figuring out storage to "all done" :)
00:34.15 GrantMercer015 alright, ill finish up the file and compile the source
00:34.53 caen23 brlcad: i guess you're right, i was thinking of a commit message as belonging more with the project as a whole than the files it applies to, individually. i'll try to improve the next ones
00:35.01 brlcad iwanmanew: only need the last 100 lines or so from the bottom of the output
00:35.41 GrantMercer015 here is the paste link from paste.lisp: http://paste.lisp.org/+2VD5
00:35.55 GrantMercer015 its an example program that sorts of the lines of data with the second field
00:36.03 brlcad that commit message is intimitely tied to the lines of the file(s) that are changed
00:36.20 iwanmanew brlcad : ok, but where is pastebin.ca
00:37.15 brlcad GrantMercer015: yeah, but try a mix of 1 and 2-digit numbers
00:37.47 brlcad the real data is going to be a mix of arbitrarily long numbers
00:38.22 brlcad iwanmanew: pastebin.ca is at pastebin.ca
00:38.54 GrantMercer015 oh i see, thats a good point
00:39.23 starseeker caen23: looks good - the details of which option(s) are replacable probably need checking, but that's a problem for another day (I wouldn't have trusted them to be right to begin with)
00:39.42 starseeker caen23: well done! We can now enable the xmllint checking by default
00:39.52 brlcad GrantMercer015: if you know that it's always sorting the Nth field, you can scan forward and test the characters
00:41.01 caen23 starseeker: i agree on the "replaceable" issues, i'm not entirely sure, either, but it looked like a safe assumption
00:41.20 brlcad while (!isspace(ia)) ia++; while (isspace(ia)) ia++; .. gets you to the start of the second column
00:41.50 brlcad you'd need some additional protections against infinite looping and bad input, but that's the gist
00:43.09 brlcad iwanmanew: that was not meant to be funny -- your question doesn't make sense, it's like you just asked "ok, but where is google.com"
00:43.19 brlcad google.com is at google.com
00:43.19 GrantMercer015 so: loop through until the first space is read(end of first number), start reading until next space is found and use those bounds to grab an integer which will be used to sort
00:43.44 brlcad bingo
00:44.02 GrantMercer015 pats himself on the back
00:44.04 brlcad what's up with that *(const char **)?
00:44.09 iwanmanew is it a file from brlcad or from Cmake or .... ?
00:44.17 brlcad iwanmanew: it's a website
00:44.37 brlcad paste your last 100 lines from cmake on that site
00:44.43 iwanmanew I realized
00:44.43 GrantMercer015 i was strolling through some sites and one site said that was how you converted the 2d array into a single char *
00:44.46 brlcad let me know the url it gives you
00:45.02 GrantMercer015 it seems a little strange to me also, but since it worked i didnt question it to much
00:45.07 brlcad GrantMercer015: you misunderstood
00:45.56 GrantMercer015 what would be the correct conversion into a char*?
00:46.10 iwanmanew http://pastebin.ca/2257660
00:46.26 brlcad just cast the const void * to a const char *
00:46.46 brlcad iwanmanew: thank you, that's good
00:47.09 brlcad and it looks like everything went okay
00:47.11 caen23 starseeker: did you modify the man3 patch before applying? :D
00:47.15 brlcad now what happens when you type "make"?
00:47.43 starseeker caen23: not sure - why, did something go wrong?
00:47.45 brlcad iwanmanew: pay attention to the last line it just gave you from cmake
00:47.56 brlcad iwanmanew: "Build files have been written to: /home/iwcho/test/brlcad/.build"
00:48.02 iwanmanew finally ... something its going on ..
00:48.03 brlcad you ran cmake -- it make build files
00:48.22 brlcad iwanmanew: it made *Makefile* build files, because that's the default
00:48.44 brlcad your task is to have cmake generate Eclipse build files instead of Makefile build files
00:49.12 brlcad once you do that, you'll import that into eclipse and push a button instead of typeing "make"
00:49.37 brlcad note the second command after that "make test" .. 'test' is a build TARGET
00:49.45 brlcad 'benchmark' is a build target
00:49.48 starseeker caen23: what are you seeing?
00:50.06 caen23 starseeker: hmm… not necessarily, but i replaced titles written as "<info><title>Title</title></info>" with "<title>Title</title>" because apache fop generates weird titles with the former, but those changes don't seem to be live
00:50.14 GrantMercer015 brlcad: upon removing *(const char**)a the program becomes unsorted, ill keep it and add the looping to get arb. long ints and see if it works itself out
00:50.29 GrantMercer015 (and replacing with const char * cast)
00:50.32 starseeker caen23: go ahead and commit any fixes that need comitting
00:50.55 starseeker just make sure they build cleanly :-)
00:50.55 iwanmanew brlcad : ok, you want to say that im in zero position ?
00:50.59 brlcad iwanmanew: when you're using *make* .. the targets are just that simple name (e.g., "make test") .. when you use Eclipse, theyll be somewhere else but the same ones are available
00:52.55 iwanmanew cmake -G "Eclipse CDT4 - Unix Makefiles" /path/to/src ?
00:53.59 brlcad iwanmanew: so you just ran cmake .. what is/was your /path/so/src that you used?
00:56.25 iwanmanew home/test/brlcad/.build
00:56.52 iwanmanew yes
00:57.06 iwanmanew no *
00:57.34 iwanmanew "cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON" was the command
00:58.44 brlcad so with that command
00:58.54 brlcad you specified a path/to/src
00:59.02 brlcad where is it on that line?
01:00.18 iwanmanew there's no
01:00.44 brlcad there is
01:00.58 iwanmanew where is it?
01:01.17 brlcad well, it's not "cmake"
01:01.33 brlcad that leaves you with three other possibilities, no?
01:02.42 iwanmanew what are my possibilities ?
01:05.13 brlcad .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON
01:06.31 iwanmanew .. ?
01:06.41 starseeker right
01:06.45 starseeker what path does that specify?
01:07.01 iwanmanew same folder in which i am
01:07.08 iwanmanew ?
01:07.08 starseeker nope
01:07.45 iwanmanew .build folder ?
01:07.54 starseeker nope
01:08.04 brlcad ".." is the folder containing the .build folder .. it's the "parent" folder
01:08.06 starseeker ".." has a specific meaning in unix paths
01:08.52 brlcad so when you see path/to/src .... you need to know where the source files are
01:08.58 brlcad the source files are the ones you downloaded
01:09.20 brlcad you downloaded them to /home/iwcho/test/brlcad
01:09.42 brlcad you make a build directory in there called ".build": /home/iwcho/test/brlcad/.build
01:10.13 brlcad you changed directory to brlcad (cd brlcad), then again to .build (cd .build)
01:10.41 brlcad so you are IN /home/iwcho/test/brlcad/.build when you ran cmake ...
01:10.59 iwanmanew i need to be in paret dir ?
01:11.11 brlcad so from /home/iwcho/test/brlcad/.build, you specified a relative path ".." which is the /home/iwcho/test/brlcad directory
01:11.31 brlcad you don't need to do anything, I'm explaining what you did so you understand what you did
01:11.50 brlcad if you don't understand what you did, you won't understand what you need to do
01:12.04 iwanmanew ok
01:12.50 brlcad now that you've compiled and successfully run cmake, you should be able to repeat the proper steps that will generate the ecplise build
01:13.03 brlcad you're going to run cmake again
01:13.20 brlcad you can use the gui like you first wrote, but you still need to specify the right directories for everything
01:13.32 brlcad or you can do it on the command-line to make sure you get it right :)
01:14.13 brlcad give it a try again, tell cmake to use the brlcad source directory and generate an eclipse build
01:14.33 brlcad re-read what was written here and what was written on the task if you get stuck
01:14.35 iwanmanew i
01:15.15 iwanmanew i have used gui and make a eclipse project from Cmake files
01:16.54 iwanmanew ok
01:17.06 iwanmanew thanks about everything :)
01:17.24 *** join/#brlcad caen23_ (~cezar@92.81.193.169)
01:24.08 Notify 03BRL-CAD:starseeker * 53884 brlcad/trunk/CMakeLists.txt: Now that DocBook documentation does pass xmllint validation thanks to Cezar's work, turn on validation whenever BRL-CAD's strict build setting is enabled (i.e. most of the time.) xmllint validation is the DocBook analogue to our C/C++ strict flags, so it makes sense to enable both when we're being 'strict' - forces us to keep the sources in a clean state.
01:24.59 starseeker has been wanting to do that for a long time :-)
01:25.13 starseeker too bad it's not user visible
01:25.51 starseeker caen23: nice job
01:29.15 *** join/#brlcad caen23 (~cezar@92.81.193.169)
01:29.59 caen23 starseeker: thanks, it's nice to see the result of work :)
01:36.09 brlcad caen23: and when he says a long time, he means years
01:38.12 caen23 :D btw, for the svnplot task, do you have any preferences regarding whether i should use js-based or the matplot-based generation?
01:39.05 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
01:46.35 brlcad caen23: whatever is simpler to set up and maintain
01:46.55 caen23 brlcad: ok
01:55.58 GrantMercer015 brlcad: i would really use some help, this sort function with arb. long integers is melting my brain http://paste.lisp.org/+2VD7
01:56.20 GrantMercer015 i just cant think of a way to do this, there's my best solution which just crashes the program
02:17.38 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
02:17.49 bhlegm brlcad can you make me a database?
02:51.48 *** join/#brlcad cheesetoaster (4c4540ec@gateway/web/freenode/ip.76.69.64.236)
02:52.21 cheesetoaster Could anyone tell me whether there is source code for bn_dist_pt3_pt3?
02:59.29 Notify 03BRL-CAD:jordisayol * 53885 (brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/misc/debian/source/include-binaries): Remove unneeded Linux icons
03:15.25 *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net)
03:23.44 *** join/#brlcad minichrispy (b82f2fc7@gateway/web/freenode/ip.184.47.47.199)
03:34.21 minichrispy brlcad: do you still have the link to that stack overflow questions you sent me regarding xcode compiling and brlcad? I cant seem to find it
03:40.31 minichrispy nvm got it
04:17.29 *** join/#brlcad harmanpreet (~chatzilla@124.253.75.4)
04:33.12 *** join/#brlcad elf_ (~elf@213.233.85.3)
04:33.22 minichrispy starseeker: any idea how to fix? http://pastebin.mozilla.org/1966885
04:35.40 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
04:38.10 minichrispy nvm, got it
04:39.50 *** join/#brlcad jarray52 (~bigbear@c-98-210-6-90.hsd1.ca.comcast.net)
06:16.50 *** join/#brlcad harmanpreet (~chatzilla@124.253.210.238)
06:46.21 *** part/#brlcad jarray52 (~bigbear@c-98-210-6-90.hsd1.ca.comcast.net)
07:21.37 *** join/#brlcad lachlanp (cb7ae24f@gateway/web/freenode/ip.203.122.226.79)
07:22.10 lachlanp hello...
07:22.18 lachlanp i'm from the google code in
07:23.34 lachlanp I'm doing that task called "CREATE NUMERICS LIBRARY (LIBBN) API UNIT TEST ... FOR LIST.C"
07:23.52 lachlanp what exactly do i have to do for that? test each function?
07:56.45 lachlanp what is that FILE fp pointer passed to each function... what role does that play?
07:57.00 lachlanp (I presume thats what those functions perform their work on)
08:00.25 lachlanp oh its derived from a libplot
08:07.17 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:52.43 *** join/#brlcad lachlanap (cb7ae24f@gateway/web/freenode/ip.203.122.226.79)
09:17.29 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
09:18.09 lachlanap anyone on now?
09:24.24 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
09:27.35 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
09:30.55 *** join/#brlcad lachlan (~lachlan@203.122.226.79)
09:33.35 *** join/#brlcad lachlan (~lachlan@ppp226-79.static.internode.on.net)
09:34.25 *** join/#brlcad lachlanp (~lachlan@203.122.226.79)
09:35.12 lachlanp anyone on now?
09:44.47 *** join/#brlcad Dimitar (4e8046c9@gateway/web/freenode/ip.78.128.70.201)
09:47.48 Dimitar Can I ask if the files in this task: http://www.google-melange.com/gci/task/view/google/gci2012/8026204 are correctly edited before I submit them in patch format
09:53.05 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
09:58.31 lachlanp why not just submit the patch?
10:03.23 Dimitar ok
10:11.32 *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro)
10:12.11 lachlanp i didn't mean that badly... i'm new here as well
10:12.22 lachlanp i didn't mean that badly... i'm new here
10:12.28 andrei hello
10:12.38 lachlanp hi
10:12.53 andrei lachlanp, can I help you ?
10:13.02 lachlanp with writing unit tests ? :-)
10:13.17 andrei what task do you have?
10:13.18 lachlanp yeah i'd like a bit of help with that
10:13.23 lachlanp http://www.google-melange.com/gci/task/view/google/gci2012/8000211
10:14.08 lachlanp does the brlcad build always take ~5 mins (after you've done the initial build)
10:14.27 lachlanp it does a lot of linking
10:14.42 lachlanp is there a quicker way of getting to my tests
10:15.05 lachlanp ok only took 2mins this time
10:15.24 andrei you can build a specific library
10:15.34 lachlanp ok
10:15.39 andrei for example if you d want to build libbu, make libbu would build just that library
10:15.46 lachlanp ah
10:15.53 lachlanp so make libbn would do what i want
10:16.19 andrei yes
10:16.33 lachlanp thanks will try
10:16.55 andrei lachlanp, are you writing in C?
10:17.01 lachlanp yes
10:17.12 lachlanp i thought its probably easier than messing around with bindings
10:17.31 lachlanp i've mostly familiar with java, but have done a bit of c in the past
10:17.34 lachlanp never used cmake though
10:18.33 andrei regarding your comments on the task
10:18.40 andrei usually, it's best if the tests are automated
10:18.44 lachlanp ok
10:19.02 andrei but you don't have to use automated_test necessarly
10:19.03 lachlanp so you don't recommend the format thats in the existing libbn tasks
10:19.09 lachlanp oh ok
10:19.22 andrei I meant that for example you shouldn't read something from stdin
10:19.27 lachlanp yeah
10:19.34 lachlanp the input should come from CMakeLists.txt
10:20.03 andrei It depends on function, but you could just test against edge cases
10:20.15 lachlanp yep
10:20.31 andrei if you wish, tell me what function do you want to test first and I ll have a look at it.
10:20.46 lachlanp i'm starting with tp_i2list
10:20.56 lachlanp its defined in plot3.h
10:21.37 lachlanp :-( having trouble getting my test known to the build... do I have to edit something other than my bn_list.c and CMakeTests.txt?
10:23.31 andrei hm
10:23.46 andrei in src/libbu you will find several test units
10:24.00 lachlanp src/libbu/tests there are some
10:24.47 lachlanp i've looked at basename
10:24.53 lachlanp i could understand that one
10:28.37 andrei where did you put your test?
10:28.47 lachlanp i put it in src/libbn/tests
10:29.02 lachlanp i added this line: BRLCAD_ADDEXEC(tester_bn_list bn_list.c "libbu;libbn" NO_INSTALL LOCAL)
10:29.09 lachlanp to the CMakeLists in that folder
10:29.25 lachlanp and add_test(bu_list_null tester_bn_list) # NULL list of points
10:29.29 lachlanp just to get it started
10:30.44 andrei what error do you get? ( I ll try to do what you did and see what goes wrong)
10:30.58 lachlanp Unable to find executable: tester_bn_list
10:31.02 lachlanp thast the main one
10:31.12 lachlanp could post the whole section if u want
10:32.44 andrei at least the addexec part seems correct
10:32.48 lachlanp ok
10:33.18 andrei lachlanp, my brlcad builds correctly
10:33.32 lachlanp ok
10:33.34 andrei you only need to add this : BRLCAD_ADDEXEC(tester_bn_list bn_list.c "libbu;libbn" NO_INSTALL LOCAL)
10:33.51 lachlanp so your make test works fine?
10:34.15 lachlanp i've already got it in there... i think
10:34.25 andrei I ran make libbn
10:35.02 lachlanp my errors come when i run the test
10:35.04 lachlanp with make test
10:37.06 andrei hm
10:37.16 andrei can you post the add_test line, please
10:37.23 lachlanp add_test(bu_list_null tester_bn_list) # NULL list of points
10:39.20 lachlanp maybe i'm not recompiling the right files...
10:40.11 andrei I added an empty file called bu_list.c
10:40.19 andrei and it seems to find it
10:40.22 lachlanp bu or bn?
10:40.34 andrei bn_list.c, sorry
10:40.40 lachlanp ok :-)
10:40.45 lachlanp i've named the test wrong too haven't i
10:41.28 andrei make tester_bn_list
10:41.38 andrei does this produce any errors?
10:42.14 lachlanp sorry its reconfiguring... will take a min or two
10:42.21 lachlanp does that every time i change something
10:43.10 andrei if you change cmake, I believe so , yes.
10:43.18 lachlanp ok :-(
10:44.12 lachlanp it seems to have found my bn_list.c
10:44.18 lachlanp its got errors ;-)
10:44.24 lachlanp will swap for empty
10:45.05 lachlanp another error: /home/brlcad/brlcad-svn/src/libbn/tests/bn_list.c:1: error: ISO C forbids an empty translation unit
10:46.52 lachlanp very strict this compiler is :-)
10:46.55 lachlanp ok now have got it to compile
10:47.00 lachlanp and make test now succeeds
10:48.37 lachlanp so it wasn't compiling? getting picked up by compiler
10:54.01 andrei yes, we use very flag on and every warning as an error. BRL-CAD has over 1 million lines and it is very important to have good quality code.
10:54.07 andrei every flag*
10:54.12 lachlanp ok :-)
10:55.17 lachlanp so now i'm trying to do a test of the tp_i2list function
10:55.25 lachlanp getting it to print to stdout
10:55.30 lachlanp trying to anyway
11:01.10 lachlanp ok got it to print out to a file instead
11:02.22 andrei brlcad, ``Erik : can one of you have a quick look at : http://www.google-melange.com/gci/task/view/google/gci2012/7945213. To me, the task looks done but I d like another opinion
11:04.04 lachlanp ok thanks for your help, andrei, i'm heading off
11:04.07 lachlanp bit late here
11:04.17 andrei goodluck :)
11:04.24 lachlanp thanks
11:05.02 lachlanp PS i suppose that i determine the correct output of those plotting functions by looking at the command output of the file?
11:05.50 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127)
11:06.24 andrei yes, you should know what the output should be
11:06.40 lachlanp ok thanks bye
11:29.21 Notify 03BRL-CAD:jordisayol * 53886 brlcad/trunk/misc/Makefile.am: Update removed unneeded Linux icons list
11:29.24 Notify 03BRL-CAD:jordisayol * 53887 brlcad/trunk/sh/make_rpm.sh: Include new Linux icons on rpm packages
11:30.15 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:32.50 *** join/#brlcad KOKO_ (~KOKO@101.78.11.195)
11:34.26 KOKO_ are you here brlcad?
11:35.35 andrei KOKO_, do you need any help? if you want to ask brlcad something, ask away, he will reply when he is around
11:35.56 KOKO_ Yes i need some help
11:37.08 andrei well then, just ask, there may be others that can help aswell
11:37.58 KOKO_ I want to know more information about UPGRADE MEDIAWIKI WEBSITE Task
11:38.53 ``Erik that's about the same as asking if you can ask... what information?
11:39.54 ``Erik !notify ask
11:39.54 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
11:40.32 KOKO_ how can i access to the admin role in http://brlcad.org/w/
11:44.52 ``Erik hm, that will require brlcad, it's still early here so I'll just have to sit and chill, he'll msg you when he gets on. If you want to build a vm to test on, I can get you info on the current software versions
11:45.37 KOKO_ thanks for help. I will wiat him
11:45.53 ``Erik I'd think he'd be on shortly, within a couple hours
11:46.25 ``Erik he may want to be awake enough to build you sudo rules or set up a "screen -x" or something
11:47.14 *** join/#brlcad caen23 (~caen23@92.81.193.169)
11:58.55 Notify 03BRL-CAD Wiki:Jacksixb * 4682 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update
11:58.58 Notify 03BRL-CAD Wiki:Jacksixb * 4683 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
12:01.01 *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro)
12:03.54 ``Erik hehehe @Stepto: Yes, dollop is the collective term for noodles. Like a "hindrance" of managers or a "Slow" of Java code.
12:04.50 andrei I see Java is very "popular" among senior developers...
12:05.54 andrei ``Erik, have you read Joel Spolsky's article regarding why Java shouldn't replace C/C++ and functional programming?
12:06.16 andrei in university courses, I forgot to mention this
12:06.24 ``Erik probably, I've read a lot of spolskys stuff
12:07.55 Skriptkid Could anybody please explain the statement "ALSO, remove any 'F U N C T I O N' names that are spaced out from the comments." in the task "Move LIBWD comments"
12:09.10 ``Erik /** W D B _ O P E N \n * Open a database for writing. */ will look lame in doxy, so it should be more like /** Open a database for writing. */
12:12.12 Skriptkid so I need to remove the name of the function in the comment?
12:12.26 Skriptkid In the comment that's meant for that function, that is
12:13.55 ``Erik andrei: personally, I kinda view java as a good tool for mediocre developers... it limits the damage they can do, provides a set of plug in algos, has tons of nice expensive tools and IDEs... but a competent coder will be able to select a better language for just about any task. My approach to android stuff lately has been to make a thin java layer for the interface, write the guts in C and use jni to glue them together
12:14.21 Skriptkid For example, if this is the comment:
12:14.57 ``Erik Skriptkid: yeah, the function immediately proceeds the comment, so it's unnecessary data that uglies up the doxygen output
12:15.31 Skriptkid ok. Thanks :)
12:15.52 Skriptkid Also, could you tell me where the strsol primtives are? Cant find em
12:16.13 Skriptkid mk_dsp, mk_ebm, mk_vol and mk_submodel
12:16.51 ``Erik cscope is a useful tool for finding stuff like that (or ctags, or etags, or ...) :D
12:17.00 Skriptkid ok :)
12:19.35 ``Erik even grep, using -r or a find/xargs combo, like "find . -name '*.[ch]' -print0 | xargs -0 grep mk_dsp"
12:25.31 Skriptkid found it. They're in the file wdb.h. But then, I'm moving comments TO wdb.h, and those WDB_EXPORT declarations have'nt been used in any .c files. So I just skip it right? No comments on them.
12:27.03 ``Erik if there're no comments to move, then it's a nop, yeah
12:27.11 Skriptkid ok
12:42.03 *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
12:43.58 *** join/#brlcad aimt (~amit@1.186.9.14)
12:44.34 Dimitar intimer-nt.c and timer42.c both have "double rt_get_timer" with the same comment, what do i do in raytrace.h
12:52.30 ``Erik if they're the same comment, pick one to put in the header and remove from both C files
12:53.20 ``Erik intimer-nt.c and timer42.c implement the same functionality, but for different platforms (intimer-nt being for winderz nt and 42 being for bsd42 compatible, like unix/linux)
12:54.36 Dimitar ok, what about the ones that are in the beggining of most c files like : "/** @file librt/transform.c * * apply a matrix transform to a given object * */" shoud i put them in the beginning of raytrace.h or leave it in the *.c files
12:58.16 ``Erik those should go into the header with the group information. If you want an example of what it should look like, check out bu.h
13:30.38 Dimitar include/raytrace.h include/db.h include/db5.h src/librt/[q-z]*.c I've already copied all comments from functions that are in raytrace.h but which one is the information one
13:31.31 Dimitar *which header is the information one
13:55.40 brlcad andrei: excellent help, thanks
13:57.35 brlcad andrei: as for http://www.google-melange.com/gci/task/view/google/gci2012/7945213 <-- would that be an interesting article to post to our website and mailing list or does it need more work?
13:58.58 brlcad KOKO_: note from the comments in the mediawiki task that it requires a mysql upgrade task to be completed first -- and that hasn't happened yet
13:59.40 brlcad KOKO_: you're welcome to give it a try beforehand if you've done this before and know you can make it upgrade without mysql5, but otherwise it's dependent on the other task
14:00.08 ``Erik (and upgrading mysql may require upgrading things that depend on mysql with their own issues)
14:00.12 brlcad KOKO_: we can certainly extend the timeframe or you're welcome to pick another task in the meantime if you like
14:01.31 ``Erik brlcad: what about making those upgrade asks migration tasks instead, then set up 301's to crit (or recompiling apache with modproxy support on bz)
14:03.08 brlcad ``Erik: "upgrading mysql" is "copy the dump to crit and import"
14:03.09 ``Erik or maybe 302's would be more appropriate
14:03.24 ``Erik ah, I thought it was meant to be 'in place'
14:03.28 brlcad hells no
14:03.41 ``Erik heh, aight
14:03.42 brlcad we just might finish this migration before christmas ;)
14:03.51 ``Erik that'd be awesome
14:04.22 ``Erik then you could dump the old box and bitch at me for my sbcl vm chewing memory ;D
14:04.47 brlcad likes having an army of minio^wstudents
14:05.19 ``Erik what was the movie, "despicable me"? :>
14:05.35 brlcad never saw it
14:06.05 brlcad if we finish this migration, it'll probably be time for yet another hardware upgrade
14:06.18 brlcad but this time I'll probably just have them copy the drive contents wholesale, not keep both
14:06.29 caen23 brlcad: i'm currently on the 'set up svnplot' task. generating the graphs requires two steps: 1) make a sqlite db with info from 'svn log'; 2) generate the actual graphs based on the db; both are automated by svnplot. the problem is that step 1 takes a lot of time. i've been running the script for about 5h and the first 300 are not done yet, plus it had two connection errors so far. i don't think 48h are enough to run step 1 on the 59k commits the project has
14:06.29 caen23 what i want to do is run it for the first 1k commits, document the process, and submit work for approval. after that, i could let it run for the full repo, but outside of gci, so i can claim another task. is it ok?
14:06.30 brlcad or the drive itself if it's same capacity
14:07.04 ``Erik if it's kept up to date, migrations/upgrades should be relatively quick and painless
14:07.57 ``Erik it's getting the data off those hollerith cards that's making this migration unfun
14:09.25 KOKO_ brlcad: Yes i will
14:09.42 brlcad remembers the good ol' early days of .bz when it was new hardware and everything was kept up-to-date and package installs were just a simple perusal through ports
14:10.01 brlcad shakes fist at 6
14:10.13 brlcad and then 7
14:10.16 brlcad and soon 8
14:10.17 brlcad heh
14:10.20 ``Erik 9
14:10.24 brlcad er, right :)
14:10.30 ``Erik crit is running 9
14:10.37 brlcad excellent
14:10.47 ``Erik 9.1pr1
14:11.31 ``Erik rc3 is coming up, once it goes f, I'll update the system agian
14:11.36 ``Erik s/ia/ai/
14:11.49 andrei brlcad, someone claimed the jenkins task, however I can't find him here
14:11.53 brlcad <PROTECTED>
14:12.07 brlcad andrei: .. okay?
14:12.20 andrei shouldn't he/she need some credientials for ssh?
14:12.25 brlcad yep
14:12.33 KOKO_ brlcad: So You suggest me yo claim mysql task frist right?
14:12.33 brlcad they'll show when they show
14:12.42 KOKO_ to*
14:12.48 brlcad the description says to hop on irc, so it's fine
14:12.58 brlcad andrei: you'll notice some students claim and drop
14:13.17 brlcad but I suspect the jenkins person already has an account
14:13.40 andrei yes, I have seen a similar user around
14:13.50 brlcad KOKO_: someone had already claimed it yesterday, but I don't know the status of their progress just yet
14:14.43 andrei there s no comment on it so far from the latest claimer
14:14.52 KOKO_ should i wait or do the task?
14:15.39 brlcad KOKO_: that is entirely up to you to decide -- personally, I'd pick another task in the meantime (plenty to choose from) and just keep an eye on the mysql task (you can subscribe to updates)
14:16.31 brlcad ah, moin got the jenkins task -- so yes, he already has an account
14:16.50 KOKO_ brlcad: what is the link of that task?
14:16.59 brlcad I don't know
14:17.11 brlcad I'd have to search for it just like you :P
14:17.43 KOKO_ I'll search too
14:19.07 brlcad iwanmanew: OUTSTANDING!
14:19.13 brlcad now that looks great
14:20.10 *** join/#brlcad KOKO__ (~KOKO@101.78.11.197)
14:22.15 brlcad iwanmanew: can I get a copy of your write-up in an editable format? it'd also be good to add your name so we can attribute the write-up to you when it's posted for others to see
14:22.41 starseeker caen23: that's probably reasonable - do a "proof of concept" with the number of commits the thing can handle in a reasonable timeframe
14:23.40 starseeker caen23: 5h to process 300 commits seems a little heavy duty though - is that the expected performance of svnplot?
14:25.03 KOKO__ brlcad: I can not find the mysql task of BRL-CAD organization
14:25.44 *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro)
14:26.05 starseeker gets back to subdivision
14:28.23 brlcad starseeker: you should check out the final: http://www.google-melange.com/gci/task/view/google/gci2012/7997215
14:28.39 brlcad nice work on your part too -- that actually looks like a nice way to compile
14:28.57 brlcad that's a cmake win
14:29.14 caen23 starseeker: yes, i'm pretty sure it's expected behavior
14:30.22 caen23 starseeker: http://code.google.com/p/svnplot/issues/detail?id=42 comment 1 is of interest
14:34.45 brlcad wow that is terribly slow
14:35.00 brlcad maybe let it churn on the first 100 commits
14:35.22 brlcad at the rate described, it'll take weeks to get through our whole history
14:36.11 brlcad KOKO__: http://www.google-melange.com/gci/task/view/google/gci2012/7991209
14:38.19 iwanmanew brlcad: u said that you've created the other task for my first write-up but i cant find it .. ?
14:39.01 iwanmanew can you help me ?
14:39.06 KOKO__ brlcad: thanks
14:40.10 brlcad iwanmanew: I hadn't published it so someone wouldn't grab it, give me a sec
14:40.29 iwanmanew ok, thanks
14:40.36 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/8032205
14:41.20 brlcad iwanmanew: maybe you can upload the editable version of the other task to that one
14:41.26 brlcad (and add your name)
14:42.00 KOKO__ brlcad: I hope he will be success sooner
14:42.15 iwanmanew add my name under the title ?
14:45.11 *** join/#brlcad Nikolay (Nikolay@77.70.66.28)
14:45.22 Nikolay any mentors online I need one fast?
14:45.48 brlcad Nikolay: wow, really? you have to be patient
14:45.52 brlcad i'm responding to your submission
14:46.54 Nikolay i have waited 2 hours my teacher at school said that the review process takes like 30 mins max
14:47.04 Nikolay thats why
14:47.23 brlcad they can take 30 minutes
14:47.24 Nikolay i am sorry for me not being patient :)
14:47.26 brlcad they can take 30 hours
14:48.02 brlcad the rules state that they'll be reviewed within 36 hours
14:48.11 Nikolay i havent noticed that thank you
14:48.48 brlcad if you submit while our mentors are awake and active, it can take just a couple minutes
14:48.56 Nikolay okay
14:49.09 Nikolay well i believe i will wait until a mentor reviews my task
14:49.34 brlcad in your case, yours was reviewed a couple hours ago and the mentor wanted to discuss it with other mentors before responding to you since there were some problems
14:50.15 brlcad that discussion happened and now I'm in the middle of responding
14:51.08 Nikolay o okay well I hope my task will be accepted :)
14:58.25 *** join/#brlcad Nikolay (Nikolay@77.70.66.28)
14:59.45 *** part/#brlcad iwanmanew (~iwanmanew@94.236.208.130)
14:59.47 Dimitar I've uploaded patch file on my task, can someone tell me if its correct or what i need to change
15:01.19 *** join/#brlcad KOKO_ (~KOKO@101.78.11.193)
15:01.55 *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net)
15:03.30 brlcad KOKO__: unless it's a personal matter, we don't need to talk over PM
15:03.49 brlcad open source embiggens open communication
15:05.01 Troublesome Hello,about the task COMPILE BRL-CAD ON WINDOWS USING VISUAL STUDIO EXPRESS. Is it not successfully completed the task if the compilation fails?
15:05.21 KOKO_ brlcad: I want to finish my task because i have 2 day to finish it
15:06.02 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.38)
15:06.58 brlcad Troublesome: just running into a failure isn't completion
15:07.13 brlcad have to talk with us to see what the problem was and see if there's a way around it
15:07.23 ``Erik if the task legitimately takes longer, we can split it up or extend the deadline, no need to get excited O.o
15:08.02 brlcad yeah, no worries about the time KOKO_
15:08.17 brlcad it's more that we want to keep you productive and engaged/interested
15:08.42 caen23 any place online where i can see what packages apt-get/yum have available?
15:08.52 brlcad Troublesome: IF the problem can't be worked around or easily fixed, then we'll at least still need a full build log so we can try to fix the error
15:09.01 brlcad caen23: yeah, google ;)
15:09.08 brlcad they're all there
15:09.39 brlcad caen23: we can get you set up on our dev server where package installs might go a little more easily
15:09.46 brlcad lemme know if you get stuck
15:09.49 Troublesome i submitted full build log... 601 errors though...
15:10.18 brlcad Troublesome: okay, then someone will review and let you know if there's something simple to try or whether you're done
15:11.10 Troublesome okay thanks
15:11.49 caen23 brlcad: i'm not stuck. i'm currently writing the document for my task, and i'd like to provide the commands for installing the required software for osx/ubuntu/fedora, and i don't know how they're named for yum/apt. google only shows me how to list them at the prompt, but i'm looking for them online. eg, would `apt-get install svn python sqlite` work, or is python 2 called python2?
15:15.17 brlcad if they're synopsis is accurate, http://linux.die.net/man/8/apt-get indicates that it's one at a time
15:15.58 brlcad http://manpages.ubuntu.com/manpages/lucid/man8/aptitude.8.html on the other hand does multiple
15:17.19 caen23 brlcad: hmm… yes, but i read that aptitude is not supported or smth, so apt-get looks like the safer bet
15:17.36 ``Erik aptitude is an extra, might be safer to do "echo svn python sqlite | xargs -n1 apt-get install"
15:17.47 caen23 also, i'm more interested in getting a list of all the packages available than anything right now
15:18.02 ``Erik or for package in svn python sqlite ; do apt-get install $package ; done
15:18.21 brlcad caen23: so for that task, the original goal at least was to just have some dev notes so someone could look over your work
15:18.39 brlcad you're welcome to turn that into a how-to, but that's probably a different/additional task
15:19.47 ``Erik "apt-cache search ." lists all packages (using . as the regex pattern)
15:20.41 caen23 brlcad: hmm… ok, i'll just make it more generic
15:21.04 brlcad *very* simple is fine, like a transcript of your actions
15:21.05 caen23 ``Erik: i have a mac, i don't have access to apt or yum, this is way i wanted to get the list online
15:21.33 brlcad basically like showing your steps in math class -- just don't want the end result, want to know how you got there
15:21.53 brlcad caen23: you do have "access" .. virtual box
15:21.57 brlcad but again, unnecessary ;)
15:23.17 caen23 brlcad: i understand. regarding virtualbox, it would take too much time to install ubuntu :D
15:23.32 brlcad our disk image has it preinstalled
15:23.58 brlcad it's literally download+download+run
15:24.24 ``Erik caen23: http://us.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.bz2 is how ubuntu finds it's "main" dist packages, it's a formatted txt file
15:26.01 caen23 ``Erik: nice, thanks
15:26.22 caen23 brlcad: didn't know that :D i haven't used the disk image so far
15:28.24 Troublesome slaps Dimitar around a bit with a large trout
15:29.04 *** join/#brlcad KOKO_ (~KOKO@101.78.11.206)
15:29.29 Dimitar i hope i edited the files correctly
15:44.37 starseeker hopes the xmllint validation works on Windows...
15:46.07 Notify 03BRL-CAD Wiki:YolandeskzwvwzbwjStumph * 4684 /wiki/Mycleanpcscamm: New page: Are you searching for a pc clean up software? It is very common for computers to change into stuffed with increasingly more ineffective entries as users install new programs into it. One ...
15:47.14 brlcad yay, awesome ``Erik
15:50.42 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
16:08.19 Notify 03BRL-CAD:brlcad * 53888 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/regionfix.c and 13 others): accept a patch moving doxygen comments from source files to header files for librt q-z files, from Dimitar Borisov, http://www.google-melange.com/gci/task/view/google/gci2012/8026204 and https://sourceforge.net/tracker/?func=detail&aid=3591089&group_id=105292&atid=640804 (GCI).
16:08.28 *** join/#brlcad KOKO_ (~KOKO@101.78.11.206)
16:10.36 KOKO_ brlcad: I will unclaim my task. If The upgrade MySQL finish, i will claim it again.
16:21.12 Notify 03BRL-CAD:n_reed * 53889 brlcad/trunk/src/librt/primitives/pipe/pipe.c: further decomposed pipe draw routines
16:34.35 starseeker brlcad: out of curiosity, how mcuh work do you think is involved with hooking up ngpcore from ngPlant to a BRL-CAD tool for tree generation?
16:34.42 starseeker s/mcuh/much
16:35.27 starseeker http://ngplant.sourceforge.net/docapi/hliapicpp.html
16:42.00 brlcad probably gsoc-scoped...
16:43.29 Notify 03BRL-CAD:n_reed * 53890 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws/style
16:50.47 andrei Is there no way to edit a task once I submitted it? It has a typo in the title :(
16:51.49 starseeker brlcad: ok. what I figured.
16:52.00 ``Erik now to wait for the bot to explode
16:52.06 andrei again?
16:55.13 Notify 32GCI: iwanmanew has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: mm.. its already uploaded (COMPILING BRL-CAD 2.docx) :)
16:55.50 *** join/#brlcad crdueck (~cdk@24.212.219.10)
16:56.36 ``Erik neat, it works
16:58.29 Notify 03BRL-CAD:starseeker * 53891 brlcad/trunk/doc/docbook/system/mann/en/gr.xml: tweak gr mann page.
17:00.59 starseeker brlcad: how do you handle the gsoc task pages - is it just the one list we update each year, or do you have a task page for each gsoc year?
17:01.18 starseeker should add the ngpcore task while he's thinking about it...
17:04.41 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
17:08.18 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed.
17:09.39 *** join/#brlcad M0J0E (~johannes@p5791F108.dip.t-dialin.net)
17:09.54 andrei ``Erik, you made notify output GCI comments ? O.o
17:10.18 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Like you said I got all the MAJOR CAD softwares and compared them ALL And the Design this time is better and has a lot more info like you said what features etc and its with tics so now I believe my task is done corectly hope you like it and...
17:10.23 ``Erik andrei: yes
17:10.27 andrei awsome !
17:10.56 andrei awesome! even
17:10.57 Notify I am... skynet...
17:11.13 *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862)
17:11.13 andrei haha, nice try.
17:11.37 Notify 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Primitives missing Have you checked Sean's reply dated 26 Nov. 6:14 UTC ? He has given the lists of primitives that your database file must include. You need to add more primitives to your file.
17:11.46 brlcad hah, awesome
17:11.51 ``Erik https://github.com/erikg/cl-cia/commit/7f422f2576d56454c825f5e511f37d089e19c49c
17:11.56 brlcad it's about to get a whole lot noisier in here....
17:12.44 Notify 03BRL-CAD:n_reed * 53892 brlcad/trunk/src/librt/primitives/pipe/pipe.c: initial lod plot implementation scaling pipe ends
17:12.53 ``Erik and then I'll start my 2 week vacation and ignore all the damage the bot causes :D
17:14.10 andrei !ask
17:14.19 ``Erik !notify ask
17:14.19 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
17:14.22 andrei ah
17:14.28 ``Erik !notify month
17:14.28 brlcad ~ask
17:14.29 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
17:14.29 Notify Minichrispy:5, Sean:4, 128.63.32.74:3, Jacksixb:3, YolandeskzwvwzbwjStumph:1
17:14.39 ``Erik yuh oh
17:14.51 brlcad looks like someone hosed commit counts :)
17:14.53 Notify 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as
17:14.54 Notify complete...
17:15.00 ``Erik !notify month brl-cad
17:15.01 Notify carlmoore:290, brlcad:79, n_reed:45, starseeker:33, bob1961:19, erikgreenwald:15, r_weiss:8, jordisayol:4, caen23:3
17:15.15 brlcad damn carl
17:15.16 ``Erik counts are right, automagic project matching based on channel isn't
17:15.18 Dimitar if my patch is accpeted when my task will be tagged as completed ?
17:15.30 brlcad Dimitar: yes
17:15.51 ``Erik ah, it's grabbing the most recently added project that matches the channel, which is the wiki project
17:18.13 Notify 03GCI: Sean has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: fantastic Got it! I guess I visited between the two uploads. Outstanding, thanks again Iwan. Is it alright if I add your name to the second one as well?
17:18.18 Notify 03GCI: Sean has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: Task Closed Congratulations, this task has been completed successfully.
17:21.27 *** join/#brlcad Nikolay (Nikolay@77.70.66.28)
17:21.49 Nikolay any mentor online that has no work and can be able to review http://www.google-melange.com/gci/task/view/google/gci2012/7974231
17:21.51 Nikolay ?
17:22.29 *** join/#brlcad Chat1418 (wpshrt@69.41.182.133)
17:23.29 andrei Nikolay, I think there were(or are) some issues with your diagram, brlcad is the one you should probably talk to
17:23.53 Notify 03GCI: iwanmanew has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: of course Yes, it is.
17:24.13 brlcad he's got a new diagram
17:24.29 brlcad Nikolay: that's more like it, but will take some time to digest
17:24.32 *** join/#brlcad Skriptkid (uobtzv@69.41.182.131)
17:24.52 Nikolay yey i put a lot in creating this one
17:25.09 Nikolay my eyes are literary burning at the moment i believe i got everything right
17:26.09 andrei Nikolay, the fact that it doesn't get approved immediately isn't your fault. Usually, there are several tasks each mentor needs to attend
17:26.39 andrei Try focusing on another task. If you got everything right, it will probably be accepted
17:26.49 brlcad yes, there are presently three other tasks needing review ahead of yours
17:27.12 brlcad Nikolay: so curious why you chose that hoarde of cad packages but not the ones listed in the description
17:27.41 Nikolay well i asked friends
17:27.47 Nikolay and made a little searching
17:27.57 Nikolay and there CAD's appeared as major cads
17:28.04 brlcad that's probably the problem :)
17:28.21 Nikolay oh no please dont tell me I have to do everything again :X
17:28.29 Nikolay i will kill myself if I have to
17:28.33 *** join/#brlcad Skriptkid (yqjael@69.41.182.136)
17:28.34 brlcad you should realize that the CAD industry is about the size of the *gaming* industry...
17:28.44 Nikolay yes i know that
17:28.55 andrei that's a rather harsh decision, Nikolay you can work on more tasks instead :)
17:28.55 brlcad the companies you picked represent maybe 5% of that market *combined*
17:29.16 brlcad those five listed in the description all make more than a billion dollars a year
17:29.33 Nikolay thats nice
17:29.42 brlcad but your friends aren't likely users because they cost $1000-$20000 per person
17:30.08 Nikolay well I live in bulgaria not many people can afford to buy so expensive software
17:30.09 brlcad you don't get to use them until you go to college and the university pays that price
17:30.16 brlcad or you get a job and a company pays that price
17:30.24 brlcad has nothing to do with location
17:30.31 Nikolay actually it has
17:30.44 Nikolay the politics and iconomics in bulgaria are ...... up
17:31.00 Nikolay lets not get in that subject :D
17:31.03 brlcad really? you're going to argue about something that's not your area of expertise with someone whom it is?
17:31.13 Nikolay no not arguing
17:31.33 Nikolay at the moment I am so exhausted i dont know what I am writing pls ignore me
17:31.36 brlcad yes you are :)
17:31.37 brlcad 12:30 <@brlcad> has nothing to do with location
17:31.38 brlcad 12:30 < Nikolay> actually it has
17:31.39 Nikolay I am sorry
17:31.42 brlcad that's a dispute
17:32.01 Nikolay i dont understand?
17:32.08 andrei Nikolay, brlcad's point is that listing all the major CAD organizations doesn't mean you listed all the right ones.
17:32.14 brlcad are any of your friends employed profesionally as a CAD modeler?
17:32.33 Nikolay actualy they are my dad's friends
17:32.39 Nikolay I am not sure
17:32.53 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
17:32.55 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
17:32.57 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
17:33.00 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
17:33.01 brlcad hobby and home use is drastically different from professional use
17:33.02 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
17:33.04 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
17:33.11 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
17:33.13 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
17:33.16 Nikolay these were the advices and softwares they told me
17:33.21 Nikolay OMG WHAT IS THIS SPAM :X
17:33.21 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam
17:33.22 *** kick/#brlcad [Notify!~sean@BZ.BZFLAG.BZ] by brlcad (Notify)
17:33.35 brlcad a bot that just got out of control
17:33.38 ``Erik yaeh
17:34.00 ``Erik I got it down, trying to resolve issues with multiple commits with the same revision #
17:34.50 brlcad Nikolay: so the next time you see them, ask them about the five listed, ask them if they'd use them if they were zero-cost compared to those others.. ;)
17:35.07 Nikolay okay will do
17:35.42 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:35.57 Troublesome slaps Nikolay around a bit with a large trout
17:36.14 brlcad Nikolay: where'd you get the information on BRL-CAD's checks?
17:36.50 Nikolay i googled every single one
17:37.16 brlcad so I like the diagram, but the data isn't accurate would need to be corrected to be useful
17:37.36 Nikolay can you tell me which are the incorect ones?
17:37.36 brlcad really? what said brl-cad has cross-hatching?
17:37.44 Nikolay one second
17:38.16 Dimitar can someone tell me the server to add it to my mIRC
17:38.38 Nikolay BRL-CAD/src/rt/rthide.1
17:38.38 Nikolay brlcad.org/xref/source/src/rt/rthide.1 - CachedTH RTHIDE 1 BRL-CAD 2 .\" R T H I D E . 1 3 .\" BRL-CAD 4 .\" 5 . .... There will be some cross-hatching 151 of the plot based on surface curvature. In order to ...
17:38.55 Nikolay there it is
17:39.19 brlcad that doesn't mean what you think it means ;)
17:39.38 Nikolay okay fixing it
17:39.40 andrei Dimitar, I m not sure what do you mean, but I usually use " random US server" when I am on mIRC
17:39.53 Nikolay are there any more inacurate tics?
17:40.01 Nikolay that I should fix?
17:40.35 brlcad several
17:40.49 Nikolay can you tell me which they are?
17:41.04 Nikolay please
17:41.29 brlcad we don't have drag-and-drop
17:41.36 brlcad you have a typo on designites
17:41.44 brlcad we do have command history
17:41.52 brlcad we do have macros
17:42.12 brlcad 2d drawing tools are very limited
17:42.20 brlcad no cross-hatching
17:42.25 brlcad no textures
17:42.34 brlcad do have lighting effects
17:42.42 brlcad do extrude
17:42.51 brlcad do generate 2d from 3d
17:43.01 *** join/#brlcad Dimitar (~dborisov@78.128.70.201)
17:43.08 brlcad only "sorta" have animations (manual)
17:43.12 Dimitar slaps Troublesome around a bit with a large trout
17:43.13 brlcad no training videos
17:43.33 brlcad no win8 that I'm aware of
17:43.52 Nikolay i have a question
17:43.58 brlcad should also include linux, solaris, and freebsd,
17:44.11 Nikolay if the software runs on win7 shouldnt it run on win8 also?
17:44.23 Dimitar try
17:44.30 brlcad the 9.2 you gave for ease of use is laughable :)
17:44.58 brlcad help and support, however, should be much much higher
17:45.46 Nikolay omg didnt noticed that they should be backwards
17:46.00 Nikolay I should pay more attention when reviewing at the end
17:48.52 Notify 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit...
17:48.53 Notify 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: irc Issues were discussed on IRC.
17:57.59 andrei I'm looking at one of ksuzee's patches : http://goo.gl/EiOfp. She was supposed to make a function out of a copy-pasted section. Still I didn't find the function neither in brlcad files nor in the patch
18:00.47 andrei ah, I found the function inside the patch but it doesn't seem right.
18:05.10 Nikolay @brlcad i am done with the fixes now I will wait for you to check it :)
18:07.53 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed.
18:10.43 andrei Nikolay, if you leave a message here that you re done, you should wait a few hours before posting a comment aswell.
18:11.37 Nikolay i didnt post a comment
18:11.49 Nikolay i just pressed Submit my work
18:12.09 andrei ah, sorry. The Notify message confused me :)
18:12.23 Nikolay no problem btw are you bulgarian or russian?
18:13.41 andrei nope
18:14.13 Nikolay ?
18:17.26 Dimitar <PROTECTED>
18:19.13 Troublesome me too
18:21.33 Nikolay yes i am :D
18:21.45 Nikolay I bet you study in tues and you are 11b
18:22.01 Nikolay edi ako vidish kuv dizain napravih :X
18:27.56 Notify 03BRL-CAD:carlmoore * 53893 brlcad/trunk/include/raytrace.h: fix spellings; add missing periods; remove trailing blanks/tabs
18:31.35 Notify 03BRL-CAD:carlmoore * 53894 brlcad/trunk/src/libbn/plane.c: remove trailing blank/tab (s)
18:33.39 Notify 03BRL-CAD:carlmoore * 53895 brlcad/trunk/configure.cmake.sh: remove trailing blanks/tabs
18:37.55 Notify 03BRL-CAD:carlmoore * 53896 brlcad/trunk/src/librt/primitives/pipe/pipe.c: remove trailing blanks/tabs
18:39.00 *** join/#brlcad crdueck (~cdk@24.212.219.10)
18:39.04 brlcad maths22: so now some thought on what to do next...
18:39.14 brlcad was that import seamless?
18:40.05 Nikolay are you talking to me?
18:40.16 Nikolay o wait sorry didnt see its pointed to maths22
18:40.26 *** join/#brlcad andrei (~andrei@5.12.220.175)
18:40.41 brlcad ``Erik: check out crit homepage ;)
18:40.54 brlcad ~maths22++
18:41.45 ``Erik was it not linked up before?
18:41.54 Nikolay @brlcad are you sean? i was wondering whole day
18:42.30 brlcad ``Erik: it was, it was pointing to a non-existent databse
18:42.46 brlcad Nikolay: I am batman
18:42.49 ``Erik ah, cool beans
18:43.13 Notify 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: Ready for review The work on this task is ready to be reviewed.
18:43.18 ``Erik is anything on the old server using postgresql?
18:43.24 Troublesome Finally finished my work
18:43.26 brlcad not that I"m aware of
18:43.40 brlcad it was never running until you fired it up was it?
18:43.48 brlcad or was it even fired up? didn't think so
18:43.51 Troublesome this time i compiled the latest release available 7.22.1
18:43.59 brlcad Troublesome: *awesome*
18:44.11 brlcad that's a really interesting compiler, it's catching a slew of c++11 issues
18:44.19 ``Erik oh, it's not running on the old machine, heh
18:44.41 brlcad Troublesome: so the next question is whether you noticed any options during compilation about compliance/conformance that you could set
18:44.55 brlcad like to make it behave like msvc
18:45.54 Troublesome well this time it has "only" 599 errors
18:46.02 Troublesome instead of 601
18:46.26 Nikolay A LOT of difference
18:47.07 Troublesome the number of warnings is also different like 50 warnings less
18:47.40 Troublesome The C++ Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro.
18:47.51 Troublesome this is one of the most common errors
18:48.12 brlcad yay, we fixed 2
18:48.38 Troublesome "cmd.exe" exited with code 900
18:48.45 Troublesome this is the other most common error
18:49.03 brlcad sure, the tools didn't build, so the scripts can't run
18:49.39 Troublesome and this warning function' : conversion from 'size_t' to 'int', possible loss of data
18:49.39 brlcad that C4005 warning is in a low-level library, so it'll be reapeated over and over for most of our c++ sources
18:49.48 brlcad that's fine
18:50.08 brlcad did you see anything about different compilation modes?
18:50.30 Troublesome no
18:50.53 brlcad k
18:51.22 Troublesome i hope that i done this right because i wonder how it will compile with GCC 4.8
18:52.41 brlcad maths22: so what's needed next are the exact steps you took so we can repeat them across all the dbs
18:54.44 Nikolay you are not the only one hoping :D know that feeling
18:56.59 brlcad ``Erik: so I noticed you have a couple mysql databases -- are they in use?
18:58.37 ``Erik um, unlikely, lemme look
18:59.02 brlcad if they can be dropped, it'll make this a bit easier
18:59.30 ``Erik show databases gives me an empty set on bz
18:59.30 brlcad or not dropped, but ignored
18:59.39 brlcad on crit
19:01.34 ``Erik oh, on crit it's my wordpress shtuff, running a live site ( https://elfga.com/blog/ )
19:02.33 brlcad k
19:02.42 brlcad can you make a backup just in case? :)
19:02.50 ``Erik done
19:02.56 brlcad should just ignore it, but I'm planning on importing the users from .bz
19:03.21 brlcad don't know how importing that will play out
19:03.37 brlcad sinc eit mucks with the central 'mysql' db
19:04.09 ``Erik don't suppose you could save my grant lines in case they get stomped?
19:05.47 ``Erik I just did a mysqldump --all-databases , so we should be all good
19:06.23 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231:
19:12.44 Notify 03BRL-CAD:n_reed * 53897 brlcad/trunk/src/librt/primitives/pipe/pipe.c: put pipe bend parameters in a struct
19:14.21 Notify 03GCI: M4trixSh4d0w has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Claimed I would like to work on this task.
19:21.09 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:32.46 ``Erik !notify ask
19:32.47 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
19:32.50 ``Erik !notify month
19:32.52 Notify BRL-CAD: carlmoore:294, brlcad:79, n_reed:46, starseeker:33, bob1961:19, erikgreenwald:15, r_weiss:8, jordisayol:4, caen23:3
19:32.53 Notify BRL-CAD Wiki: Sean:22, Minichrispy:5, 128.63.32.74:3, Jacksixb:3, YolandeskzwvwzbwjStumph:1, Erik:1
19:33.08 ``Erik !notify year brl-cad
19:33.10 Notify BRL-CAD: carlmoore:1333, starseeker:1293, brlcad:1245, n_reed:546, tbrowder2:471, erikgreenwald:296, bob1961:291, r_weiss:217, crdueck:118, phoenixyjll:111, indianlarry:64, anrgmrty:49, cprecup:38, d_rossberg:27, jordisayol:17, Abhi2011:7, jimhunt:3, caen23:3, louipc:2
19:47.47 Troublesome anyone reviewing or mentors have social life too? xD
19:48.18 Nikolay LOL
19:49.58 brlcad tends to be in waves
19:50.19 Nikolay what does that mean (i dont understand it)
19:51.20 brlcad it means we're all busy with LOTS of other stuff going on, so mentors will go in and review a bunch all at once
19:52.12 Nikolay i hope that is done soon so I can go work on other tasks
19:52.25 Nikolay the easy ones are almost over ;(
20:00.32 brlcad https://groups.google.com/forum/#!searchin/gci-discuss/%22doing$20something$20wrong%22/gci-discuss/uoHj4nOONag/28Pb-UjUBOUJ
20:03.00 Notify 03BRL-CAD:n_reed * 53898 brlcad/trunk/src/librt/primitives/pipe/pipe.c: scale number of segments used for bends
20:03.01 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: fantastic Fantastic work, Edward. Thanks for your efforts!
20:03.01 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: Task Closed Congratulations, this task has been completed successfully.
20:03.03 Notify 03GCI: Jacob Grover has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Task Claimed I would like to work on this task.
20:03.04 Notify 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Assigned This task has been assigned to M4trixSh4d0w. You have 48 hours to complete this task, good luck!
20:04.28 ``Erik sunny beaches, beat me to the punch with the msvc one
20:04.46 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Task Assigned This task has been assigned to Jacob Grover. You have 72 hours to complete this task, good luck!
20:06.41 Troublesome eehh i wanted the task Compile BRL-CAD using GCC 4.8 :(
20:08.22 brlcad Troublesome: you can always get the task to fix the errors it inevitably will report
20:08.22 Nikolay yea and I want many things like getting my task approved but i am still burning :D and waiting but its worth it
20:09.57 brlcad Nikolay: I know you're joking, but bitching and moaning about it endlessly is getting annoying
20:10.08 brlcad do something
20:10.15 brlcad productive
20:10.45 ``Erik would imagine that whining would get someone bumped to the back of the queue O.o
20:11.07 Nikolay i was playing guitar 10 mins ago but now i am just relaxing for 10 hours I have been burning with tasks homeworks etc i just want some free time
20:15.38 Notify 03BRL-CAD:n_reed * 53899 brlcad/trunk/src/librt/primitives/pipe/pipe.c: make number of connecting arcs a parameter rather than a constant
20:32.54 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
20:37.44 starseeker ah, so the Visual Studio errors in that GCI report are the newest VS compiler?
20:42.47 Notify 03BRL-CAD:carlmoore * 53900 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/system/man1/en/asc-nmg.xml and 31 others): remove trailing blanks/tabs
20:44.11 Notify 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Task Claimed I would like to work on this task.
20:45.41 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: The wrapper so far Well, I already changed my wrappers so it uses mpf_t instead of mpf_class so it works with the existing code fine. bn_dist_pt3_pt3 worked before with a result of 11.1933 but now I get a result of -nan. Here is my code:
20:45.42 Notify http://pastebin.com/phx6qgNB...
20:47.31 Notify 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Some questions... The instructions are a little vague. I know C++ but am not to sure about how I should go about doing this task. I figure it's a good time to learn :)
20:52.56 Notify 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Claim Removed The claim on this task has been removed, someone else can claim it now.
20:54.06 Notify 03GCI: aS90YXNrL3ZpZXcvZ29vZ2xlL2djaTIwMTIvNzk0NjIxODoNCg0KDQpBIGNsdWUNCg0KDQpIZXJl IGlzIHRoZSBvdXRwdXQgb2YgbWFpbjoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioNCg0KZG91YmxlIGNvbnN0cnVjdG9yIHdpdGggb3BlcmFuZCAwLjAwMDAwMA0KDQpk b3VibGUgY29uc3RydWN0b3Igd2l0aCBvcGVyYW5kIDAuMDAwMDAwDQoNCmRvdWJsZSBjb25zdHJ1 Y3RvciB3aXRoIG9wZXJhbmQgMC4wMDAwMDANCg0KaGVsbG8gdmVjdG9yOiAwLjAwMDAwMCwgMC4w...
20:56.24 andrei that looks interesting
20:57.41 Notify 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Claimed I would like to work on this task.
21:04.46 Notify 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Claimed I would like to work on this task.
21:11.06 Notify 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Clarification So I am to go to the three listed sites and add all the citations there to one .bib file?
21:14.53 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
21:17.32 Notify 03BRL-CAD:n_reed * 53901 brlcad/trunk/src/librt/primitives/pipe/pipe.c: scale number of connecting arcs
21:19.56 Notify 03GCI: Jacob B has left the following comment at Migrate our MySQL databases from v4 to v5 http://www.google-melange.com/gci/task/view/google/gci2012/7991209: Ready for review The work on this task is ready to be reviewed.
21:20.19 maths22 brlcad: I have put up the MySQL tutorial
21:32.56 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: I remember I did something and now it's no longer 0,0,-nan... I remember now that the main reason that I used mpf_class2 in the first place was to have a copy constructor. However, I then wouldn't be able to use the type with printf. Which do you think is more...
21:37.51 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Going with mpf_class Sorry for being so indecisive. I think I'll just forge on with extending mpf_class. Still not sure what to do about bn_point3d etc. though.
21:43.33 *** join/#brlcad Dimitar (~dborisov@78.128.70.201)
21:46.01 Dimitar when will this task: https://google-melange.appspot.com/gci/task/view/google/gci2012/8026204 be reviewed
21:48.31 *** part/#brlcad Nikolay (Nikolay@77.70.66.28)
22:00.57 Notify 03BRL-CAD:r_weiss * 53902 brlcad/trunk/src/libbn/plane.c: Updated test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Changed computations to use magnitude squared.
22:09.00 Notify 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: More screenshots Hi, I have uploaded some more screenshots. Please let me know what you think.
22:24.15 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Task Claimed I would like to work on this task.
22:39.45 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Assigned This task has been assigned to Edward Kalfov. You have 72 hours to complete this task, good luck!
22:40.10 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Task Assigned This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck!
22:41.10 Notify 03GCI: Andrei Popescu has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Assigned This task has been assigned to Dr Coconut. You have 48 hours to complete this task, good luck!
22:51.05 *** join/#brlcad maths22_ (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
23:11.20 Notify 03GCI: Sean has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: basically Basically, as well as creating correct/accurate bib entries for those three papers too.
23:12.40 Notify 03GCI: Sean has left the following comment at Migrate our MySQL databases from v4 to v5 http://www.google-melange.com/gci/task/view/google/gci2012/7991209: Task Closed Congratulations, this task has been completed successfully.
23:17.11 Notify 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: one problem at a time... My inclination is as expressed earlier, that we won't be feeding fastf_t to printf() so that's not an issue. They'll be expanded with V3ARGS() which could be changed to extract each field in floating point format, or have a [] operator defined...
23:19.39 *** join/#brlcad lachlanp (~lachlan@203.122.226.79)
23:26.31 Notify 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: oh! Oh, the last one looks like something we can use, thanks! By the way, did you about the raytrace or did it crash? I see the rr_refract output and that's not usual. If you try any of our other rendering tasks, you might want to try this on the command line: rt...
23:27.11 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: It does 0,0,0 right now I don't think I would have had the chance to put this much effort into this if you hadn't extended the deadline, hahaha. Here is what I have so far: http://pastebin.com/3jiDDCSA
23:27.36 Notify 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: laptop the laptop screenshot you made would probably look particularly good rendered with those options
23:28.52 Notify 03BRL-CAD:r_weiss * 53903 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: Fixed a bug in function "bn_distsq_pt3_lseg3" in file "nmg_pt_fu.c". Added test for when PCA is at A.
23:30.51 Notify 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: upload Upload what you have and we can call this done since you did give a proof of concept. The next step would be setting the vector to 1/3, 1/3, 1/3 and/or 0.1, 0.1, 0.1, but we can set up another task to explore that.
23:30.56 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Database migration I believe I migrated the relevent database, so I can work on this on the secondary server.
23:31.01 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Task Claimed I would like to work on this task.
23:33.41 Notify 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: looking a little better Looks a little better, but linux/solaris/freebsd should be separate line items like the other configurations. Fix that up and we can probably call it done.
23:33.51 Notify 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit...
23:36.16 Notify 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: also... It'd be useful to have the editable original in addition to the image for the final upload so we can include legal disclaimers and update it as the landscape changes.
23:41.35 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Thanks for your help and guidance! I guess I overdid it, but at least I learnt about the GMP!
23:50.57 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
23:57.32 brlcad maths22: *nod*, looks good
23:57.44 brlcad paves the way for the other web tasks
23:58.16 maths22 I placed a claim for the Drupal one.
23:58.41 Notify 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Ready for review The work on this task is ready to be reviewed.
23:59.09 lachlanp hi
IRC log for #brlcad on 20121130

IRC log for #brlcad on 20121130

00:03.50 maths22 brlcad: By the way, when the website was copied from the original server, hidden (dot) files were not copied. Links do not work on the new site, in part becasue I do not believe .htaccess copied.
00:11.21 lachlanp what is the Notify thing?
00:11.28 lachlanp or who if needed
00:11.52 lachlanp seems to be pulling comments from task on the gci site
00:12.31 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
00:21.43 lachlanp i'm having a bit of trouble with buffers
00:21.53 lachlanp is the standard way to allocate a buffer on the stack to do:
00:22.00 lachlanp char expected_buf[BUFFER_SIZE];
00:22.05 lachlanp inside the function?
00:22.32 lachlanp because for some reason, its got a '2' (char) at the first position, and i'm not touching it
00:22.46 lachlanp i can ever print it out straight after its declared and its still got it
00:22.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:23.04 lachlanp after a memset(expected_buf, 0, BUFFER_SIZE) its all nulls...
00:23.07 lachlanp any ideas?
00:25.12 ``Erik yes, that's how to allocate on the stack, and the contents are not set on allocation
00:25.17 lachlanp ah
00:25.29 lachlanp thought it was initialised
00:25.38 lachlanp is memset the preferred way then?
00:25.44 lachlanp (even though it shouldn't need to be done)
00:25.47 Notify 03GCI: Melange has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
00:25.57 lachlanp (...through what i'm doing to it)
00:25.59 ``Erik some compilers will initialize for you, but it's not part of the language spec and a lot of compilers turn it off for release builds
00:26.05 lachlanp ok
00:26.15 ``Erik memset is a good way to 0 it out, if needed
00:26.20 lachlanp ok
00:27.15 lachlanp thanks
00:27.34 ``Erik and notify is a bot that msg's gci changes, commit messages, etc, yes :)
00:27.40 lachlanp ok :-)
00:29.25 lachlanp can i allocate a buffer with a variable size or is it determined at compile time...
00:29.26 lachlanp eg
00:29.37 lachlanp char *buf[argc-1]; ?
00:31.08 ``Erik has to be static, if you want runtime size selection, allocate off the heap
00:31.20 lachlanp <PROTECTED>
00:31.26 lachlanp for my unit test
00:32.06 ``Erik the compiler should throw an error about size unknown at compile time
00:32.16 Notify 03GCI: Douangtavanh Kongphaly has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Claimed I would like to work on this task.
00:32.38 lachlanp is heap allocation recommended sorry
00:33.15 ``Erik yeah, malloc() and free()
00:33.19 lachlanp ok
00:33.41 lachlanp probably not necessary... just an array of integers (point set) that will generaly be less than 20
00:51.03 lachlanp i miss exceptions from java... all i get in C is "SegFault" :-)
00:52.02 lachlanp and stdout doesn't show up in the test output
00:55.17 Notify 03GCI: Cezar has left the following comment at Set up SvnPlot http://www.google-melange.com/gci/task/view/google/gci2012/8016209: Ready for review The work on this task is ready to be reviewed.
00:58.27 Notify 03GCI: Cooshinator has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now.
00:58.41 caen23 brlcad: i found a way to make the process faster, by mirroring the repo on the machine that's going to run svnplot. in around 3h i got 13k commits. not awesome, but definitely better. the instructions might be a bit verobse, and might get in the way, so let me know if they need rework. the most important part is the one about mirroring the repo. also, i haven't tried doing it on windows, so that's not documented
00:58.50 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
00:59.16 starseeker brlcad: here's the link for the primitive figures stuff: http://bzflag.bz/~starseeker/gci_primitive_figures/
01:02.12 lachlanp is there no way of speeding up the config step of the build (i know it only happens when i change a CMakeLists.txt)
01:04.19 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127)
01:06.05 Skriptkid Could anybody tell me at what time reviewing starts and ends?(Along with time zone)
01:07.33 lachlanp reviewing of your task work?
01:08.14 Skriptkid Yep
01:08.29 ``Erik plastic on mars, huh O.o
01:08.36 lachlanp i guess sometime after you submit it and when they are available...
01:09.04 ``Erik Skriptkid: most reviewers are in the US, at least one in europe, so daytime hours for those places
01:10.50 Skriptkid <PROTECTED>
01:11.26 Skriptkid (Upload again, in case there has been any problem uploading the file)
01:11.40 lachlanp what sort of tasks are you doing?
01:11.54 lachlanp like coding or documentation etc
01:12.14 Skriptkid documentation. Moving comments in LIBWD.
01:12.19 lachlanp ok
01:12.43 starseeker makes a note of this to consider for later, if the qmlogre approach doesn't pan out: http://www.ogre3d.org/tikiwiki/tiki-index.php?page=Ogre+overlays+using+Qt
01:14.37 starseeker better formatting: http://www.ogre3d.org/forums/viewtopic.php?f=5&t=70171
01:14.48 lachlanp i've got my test for tp_i2list passing
01:15.00 lachlanp with a null point, 1 point, 2 points and 4 points
01:15.29 lachlanp now to extend it to the other functions i guess
01:15.40 lachlanp is that what i'm supposed to do?
01:16.55 lachlanp do i need to test the fortran ones (is that even possible)
01:19.42 Notify 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Claimed I would like to work on this task.
01:24.57 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127)
01:26.14 lachlanp any ideas on the best way to do the multiple function tests? should i have an extra argument to the test that specifies which function?
01:26.27 lachlanp or use one set of inputs and test all the functions in one go
01:27.14 *** part/#brlcad Skriptkid (~Skriptkid@117.202.99.127)
01:29.51 lachlanp for now i'll just go with the one set of inputs tests all functions
01:37.13 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
01:43.32 *** join/#brlcad Skriptkid (ljrpiq@69.41.182.135)
01:55.57 lachlanp hi, is there any way of getting the 'make test' to show the stdout output?
02:11.42 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
02:34.02 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Thanks I'm working on setting up my computer tonight. Tomorrow I will begin compiling the code and documenting the results. I do have to add, though, that I'm not running a standard version of Windows. I am using the release preview of Windows 8....
03:33.32 starseeker ``Erik: maybe the mars thing will finally convince slashdot to get an editor...
03:56.22 Notify 03BRL-CAD:starseeker * 53904 brlcad/trunk/misc/CMake/test_srcs/termlib.c.in: Interesting - clang static analysis saw the unused result assignment in the CMake test, when CMake was run using scan-build.
04:02.00 Notify 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Help? I downloaded the latest version of BRL-CAD and whenever I try to enter any of the commands above, it comes up with an error. I am doing something wrong? Am I not entering the commands in the right place? Thanks.
04:03.00 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Testing Fortran Hi, Do I have to test the fortran functions (is that possible in C?) - the only difference between the Fortran and not is that the Fortran ones take float arguments instead of doubles, but the code is essentially
04:03.01 Notify the...
04:03.15 Notify 03GCI: Harmanpreet Singh has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck!
04:03.25 lachlanp ...the code is essentially the same.
04:04.40 Notify 03GCI: Harmanpreet Singh has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Assigned This task has been assigned to Douangtavanh Kongphaly. You have 72 hours to complete this task, good luck!
04:13.00 Notify 03GCI: Richard Akira Heru has left the following comment at Model a "D" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8012208: Ready for review The work on this task is ready to be reviewed.
04:19.10 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Task Assigned This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck!
04:28.01 brlcad lachlanp: he meant to say bu_malloc() and bu_free()
04:28.26 lachlanp ok
04:28.46 lachlanp i didn't use that anyway... an array of ints ~20 long isn't much
04:29.52 lachlanp btw do i test the Fortran list functions?
04:29.57 lachlanp or just the C ones?
04:34.45 lachlanp i'm having a bit of trouble with the 'marker' function
04:34.57 lachlanp tp_2mlist
04:35.15 lachlanp does it draw characters? or something else
04:37.52 lachlanp ok have found out a bit more
04:45.49 lachlanp anyone around?
04:46.39 lachlanp i don't know quite what to do for the tp_2mlist, which plots a line and puts markers along it
04:46.56 lachlanp if got the line plotting turned off (simple flag) so it only draws the markers
04:47.07 lachlanp i don't know how to validate the markers... they are rather complex
04:47.55 brlcad lachlanp: which fortran ones? (probably not)
04:48.04 lachlanp in list.c
04:48.09 lachlanp theres functions like:
04:48.16 lachlanp void
04:48.17 lachlanp PL_FORTRAN(f2list, F2LIST)(FILE **fpp, float *x, float *y, int *n)
04:49.02 lachlanp the code for it has some extra stuff at the start, but is the same as the regular C one except for the floats/doubles
04:49.30 Notify 03GCI: Moin Nadeem has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: Home Directory doesn't exist For some reason my home directory (/home/{myusername}) doesn't exist, and I cannot create it due to write permissions. I am going to the right place, correct? (cd ~ also leads there.)
04:49.36 brlcad yeah, considering they're redundant, not necessary
04:49.40 lachlanp ok thanks
04:49.48 lachlanp what about the marker one?
04:50.09 lachlanp i don't really understand the output of that one
04:51.55 brlcad what do you mean?
04:52.05 lachlanp tp_2mlist
04:52.14 brlcad a marker is just a character
04:52.17 lachlanp it plots a line And draw markers
04:52.34 lachlanp yeah... i'm not sure if i'm doing this right but i'm comparing the plot commands outputed
04:53.03 lachlanp when the marker is draw it seems to do a lot of line moving etc
04:53.29 brlcad it's drawing the symbol, so yeah, it'll be a lot of stuff potentially
04:53.49 lachlanp i'm not sure how to validate that stuff
04:53.59 lachlanp even when I choose '+' it does a lot
04:54.09 lachlanp from here: http://www.gnu.org/software/plotutils/manual/en/html_node/Marker-Symbols.html#Marker-Symbols
04:54.14 lachlanp i presume its the same
04:55.00 brlcad it's very similar
04:55.04 brlcad ours is much older :)
04:55.12 lachlanp :-)
04:55.14 lachlanp ok
04:55.18 brlcad that's some of the oldest code in brl-cad, goes to the 70's
04:55.40 lachlanp so is there anything different for me?
04:55.56 brlcad well, plenty is different from that web page, but not relevant
04:56.09 lachlanp ok
04:56.10 brlcad it's just plotting text
04:56.14 brlcad or other symbols
04:56.24 lachlanp kind of font rendering
04:56.29 brlcad but you don't even really need to know that to test it
04:56.40 brlcad basically, very primitive form of font rendering
04:56.47 lachlanp ok
04:57.25 brlcad so first to consider is whether the function returns anything
04:57.34 brlcad in this case, I think that's a no seeing as it's a void function
04:57.49 brlcad so then you just have to consider the parameters, identify which are inputs and outputs
04:57.53 lachlanp yep
04:58.06 lachlanp so far i've been creating a memory file
04:58.12 lachlanp and getting it to plot into that
04:58.16 starseeker brlcad: nevermind about the clang static analyzer - I'm building it now
04:58.27 brlcad I see three pointers, so the first thing I do is test combinations of null pointers for each of those
04:58.29 lachlanp then working out what it should be myself
04:58.42 lachlanp then doing strcmp between them
04:58.44 lachlanp yep
04:58.49 brlcad then you just go down the list, make a call of the function and see if the rest is what is expected
04:59.09 brlcad four int values
04:59.25 brlcad what happens when they're negative, zero, positive
04:59.37 lachlanp ok
04:59.53 lachlanp my problem i guess is how to check if it IS correct
05:00.07 brlcad well not crashing is always good
05:00.18 lachlanp i'm writing this in a general way... so it can be configured in CMakeLists.txt - should that be my aim or not?
05:00.22 lachlanp yeah ok :-)
05:00.49 brlcad well it's also writing values to those int pointers
05:00.54 brlcad so you could check for non-zero
05:01.16 brlcad that's a fine aim
05:01.19 lachlanp its writing to x and y?
05:01.26 lachlanp thought it just read from them
05:01.54 brlcad maybe it does
05:02.00 lachlanp ah
05:02.06 lachlanp you want me to ENSURE it doesn't
05:02.20 brlcad not really
05:02.35 brlcad the general idea is just to make sure the function seems to be well-behaved
05:02.55 brlcad I'd be surprised if you couldn't get it to crash myself
05:03.03 lachlanp ok
05:03.06 brlcad as that's common for code that doesn't have an existing unit test
05:03.23 lachlanp a crash will result in SegFault or someting?
05:03.51 lachlanp nvrmind will try myself ;-)
05:04.19 brlcad should
05:04.29 brlcad so since your only output seems to be that file pointer
05:04.56 brlcad the only way you can test is to create a file, run the function, and observe whether the file changes
05:05.13 lachlanp for the other functions i've been validing what gets written to it
05:05.14 brlcad some inputs should result in no file change, some should
05:05.23 lachlanp ok
05:05.30 brlcad even better, but just checking it at a high-level is fine
05:05.36 brlcad you don't want tests to be too sensitive
05:05.40 lachlanp yeah
05:05.56 lachlanp :-( can't do for(int i = 0; i < ...; i++) ?
05:06.05 lachlanp "'for' loop initial declarations are only allowed in C99 mode"
05:07.34 brlcad simple example: less ../libbu/tests/bu_str_isprint.c
05:08.05 brlcad the contained test_str_isprint() function passes in the "expected" result for that input and that is checked
05:09.03 lachlanp what these generate is several lines of stuff
05:09.04 brlcad you can do something similar where the expected result is whether the file contains at least x plot lines, for example, or even a simple 0|1 whether the file got bigger or similar
05:09.10 lachlanp ah ok
05:09.14 lachlanp :-)
05:10.35 lachlanp no segfault... for each argument going from -5 to 5
05:10.39 lachlanp pity
05:10.45 lachlanp but a lot of output
05:11.55 Notify 03GCI: Sean has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: fixed Fixed.
05:14.42 bhlegm brlcad can u make me a database, and also a user for it
05:14.54 Notify 03GCI: Sean has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: yes Yes, you're doing something wrong. If you download and install BRL-CAD, you'll have to add our installation bin directory to your PATH. That's a fundamental command line concept worth reading up on:...
05:15.17 lachlanp thanks brlcad btw :-)
05:17.18 brlcad bhlegm: which task?
05:17.28 brlcad jenkins?
05:17.38 brlcad lachlanp: np
05:17.59 brlcad oh, now this is going to be a fun task for someone
05:18.04 bhlegm piwigo
05:18.25 brlcad 's friend set up a remote login to a Raspberry Pi
05:18.39 brlcad getting brl-cad to compile on that should be fun
05:18.46 bhlegm thats funny
05:18.50 brlcad bhlegm: ah, okay
05:19.24 brlcad bhlegm: created
05:19.35 brlcad 'piwigo'
05:19.54 bhlegm username and pass is same as my always?
05:21.01 lachlanp haha
05:21.20 lachlanp gota find someone with it i guess
05:22.28 brlcad bhlegm: nope
05:23.23 brlcad lachlanp: find someone with what?
05:23.35 lachlanp a raspberry pi
05:23.47 lachlanp or find an emulator
05:23.54 brlcad he's provided his for us to use
05:23.58 lachlanp ok
05:24.00 brlcad put it on the net
05:24.04 lachlanp ah
05:24.07 lachlanp sorry
05:24.18 brlcad so whomever claims the task will be able to just log in and give it a try
05:24.26 brlcad i'm tempted to do it myself!
05:24.38 lachlanp :-)
05:24.45 brlcad but it's a perfect task, it'll be interesting
05:25.03 bhlegm im gonna get one for christmas :) if it comes by then xD
05:25.16 lachlanp how much is a standard brlcad installation weigh?
05:25.26 brlcad about 4 lbs
05:25.58 lachlanp whats 4 pounds in MB?
05:26.27 lachlanp if its not on the top of your head that fine
05:29.50 brlcad too many variables
05:30.01 brlcad it can be 250MB, it can be 2500MB
05:30.08 lachlanp ok
05:30.13 brlcad usually somewhere in between
05:30.30 brlcad less if you strip everything
05:42.20 Notify 03BRL-CAD:jordisayol * 53905 (brlcad/trunk/misc/debian/icons/128x128/brlcad-mged.png brlcad/trunk/misc/debian/icons/16x16/brlcad-mged.png and 6 others): Update Linux icons
05:42.47 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:46.27 lachlanp ok i've written a test for each function that is not fortran in list.c
05:46.32 lachlanp and they all pass
05:47.31 lachlanp so now i need to create a patch
05:47.39 lachlanp make sure it passes on a clean svn checkout
05:47.42 lachlanp and make sure it builds?
05:48.02 lachlanp ...and tests
05:49.37 lachlanp i need to run 'svn add src/libbn/tests/bn_list.c' as well don't i
05:49.51 lachlanp otherwise it doesn't appear in the diff
05:52.34 Notify 03GCI: Harmanpreet Singh has left the following comment at Model a "D" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8012208: Task Closed Congratulations, this task has been completed successfully.
06:20.15 starseeker brlcad: if it's of interest, here are the steps to use clang's static analyzer when building BRL-CAD:
06:20.19 starseeker http://bzflag.bz/~starseeker/clang-static.txt
06:24.52 starseeker brlcad: here's what one of the report pages looks like: http://bzflag.bz/~starseeker/clang-analysis_src_libged_wdb_bigE_report.png
06:28.34 starseeker brlcad: not sure what to make of the report... considering it reports >3k issues, more than 2k of which are dereferencing of null pointers, I guess my initial response is "skeptical"
06:30.15 starseeker brlcad: it does generate these report pages though, so maybe it can tell us something useful...
06:30.38 starseeker (whole output is 142 megs compressed for reports)
06:31.50 Notify 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Ready for review The work on this task is ready to be reviewed.
07:14.56 Notify 03GCI: Sean has left the following comment at Convert Gallery to Piwigo http://www.google-melange.com/gci/task/view/google/gci2012/7991207: Deadline extended The deadline of the task has been extended with 2 days and 0 hours.
07:16.11 Notify 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Task Closed Congratulations, this task has been completed successfully.
07:16.31 Notify 03GCI: Teepen has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Ready for review The work on this task is ready to be reviewed.
07:17.26 Notify 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with 'q' through 'z' http://www.google-melange.com/gci/task/view/google/gci2012/8026204: Task Closed Congratulations, this task has been completed successfully.
07:20.57 Notify 03BRL-CAD:brlcad * 53906 brlcad/trunk/AUTHORS: credit Dimitar with his GCI task contribution moving code comments from source to header files for librt q-z files (http://www.google-melange.com/gci/task/view/google/gci2012/8026204 and sf patch 3591089)
07:34.36 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:50.58 harmanpreet brlcad: as it is clearly mentioned in the task description at http://www.google-melange.com/gci/task/view/google/gci2012/7974231 that one needs to compare BRL-CAD with CATIA, SolidWorks etc but the student who claimed the task has chosen other softwares. Also he/she has not separated linux/solaris/bsd as other configurations. So I think, more work is needed. Rest you decide.
08:07.59 brlcad harmanpreet: I agree with that assessment
08:12.54 lachlanp just submitted my task results
08:23.37 harmanpreet brlcad: but you expressed in one of your comments as you are going to close the task.
08:25.18 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:31.01 harmanpreet brlcad: ok.. :)
09:17.04 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
09:47.32 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
10:04.02 *** join/#brlcad caen23 (~caen23@92.81.193.169)
10:05.38 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
10:14.42 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
10:21.09 *** join/#brlcad jasleen (~chatzilla@202.164.53.117)
10:21.33 jasleen hi harman
10:22.19 jasleen I had downloaded brlcad package
10:23.25 jasleen how to install it?
10:30.47 harmanpreet I suppose you downloaded a debian package on Ubuntu 12.4, if that is the case, just go and double click the package. Later you will need to change the path settings of your system to make mged able to run on your system.
10:30.49 harmanpreet You can also check: http://brlcad.org/xref/source/INSTALL for detailed information about installation depending upon what you downloaded.
10:33.24 harmanpreet and yes, you are welcome to ask questions from anyone on this channel. :)
10:34.04 jasleen Yes. I had downloaded debian package
10:34.19 jasleen and I have ubuntu 12.04
10:34.29 jasleen nice guess :)
10:34.44 jasleen Thanks for help
10:34.55 jasleen I am going to try this
10:57.55 *** join/#brlcad KOKO_ (~KOKO@101.78.11.194)
11:04.23 KOKO_ brlcad: How can i access webhost?
11:19.36 *** join/#brlcad andrei_ (~andrei_@188.25.160.152)
11:21.46 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:28.30 KOKO_ Are you here brlcad:?
11:29.06 brlcad got to be more patient than that
11:40.15 KOKO_ brlcad: ok
11:54.13 Notify 03BRL-CAD Wiki:98.234.4.242 * 4686 /wiki/A_Survey_of_Implicit_Constraints_in_Primitives: /* rhc (Right hyperbolic cylinder) */ Added additional constraints to the RHC. Not sure about "c > 0", though.
11:54.14 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: NOTE! this is the original file I made it on paint and no where in the task description does it say to have editable parts so I believe my task is finished this is the only file. So I would appreciate much if you just approve my done work :).
11:54.15 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed.
11:54.16 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: also no where is said on what to create this diagram so this also removes the option with editable part :).
11:54.17 Notify 03GCI: Matt S. has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your
11:54.18 Notify work....
11:54.19 Notify 03GCI: Matt S. has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Needs More Work I think you may be close, but I say may because I'm not sure what I'm actually looking at. That is, there needs to be (at the very least) some elaboration as to what the .pdf files are supposed to be in relation to the task. I will admit that
11:54.20 Notify I...
11:54.21 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed.
11:54.22 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Review: Hi, It might need a bit of cleanup to meet your standards. Thanks, Lachlan
11:54.23 Notify 03GCI: Richard Akira Heru has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Task Claimed I would like to work on this task.
11:54.24 Notify 03GCI: Harmanpreet Singh has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck!
11:54.25 Notify 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Task Claimed I would like to work on this task.
11:54.26 Notify 03GCI: Harmanpreet Singh has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck!
11:54.27 Notify 03GCI: reikaze has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task.
11:54.28 Notify 03GCI: Ambar Pal has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Ready for review The work on this task is ready to be reviewed.
11:54.29 Notify 03GCI: stefi.stoyanova has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: Ready for review The work on this task is ready to be reviewed.
11:54.30 Notify 03GCI: reikaze has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Claim Removed The claim on this task has been removed, someone else can claim it now.
11:54.31 Notify 03GCI: reikaze has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Claimed I would like to work on this task.
12:26.54 *** join/#brlcad Skriptkid (wfafcv@app7.chatmosphere.org)
12:36.05 *** join/#brlcad andrei (~andrei@188.25.160.152)
12:36.18 andrei hello
12:56.18 *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net)
13:08.54 *** join/#brlcad KOKO_ (~KOKO@101.78.11.194)
13:11.19 KOKO_ brlcad: what is more information to do my task?
13:12.06 andrei KOKO_, what task do you have?
13:12.25 *** join/#brlcad KOKO__ (~KOKO@101.78.11.194)
13:13.13 KOKO__ andrei http://www.google-melange.com/gci/task/view/google/gci2012/7974236
13:13.56 andrei you might need to wait for brlcad, but I ll have a look, perhaps I can help
13:14.28 andrei ah, it's the mediawiki. Then you have to speak with him, sorry:)
13:17.01 Troublesome Hey i have this problem with CMake
13:17.03 Troublesome CMake Error at CMakeLists.txt:462 (_message):
13:17.03 Troublesome <PROTECTED>
13:17.22 Troublesome when i try to configure for Borland compiler
13:17.29 Troublesome any ideas how to fix it?
13:20.20 andrei I think the issue is with some preprocessor directives
13:20.24 andrei But I'm not sure
13:21.12 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:22.43 andrei Troublesome, what is at line 462 in that CMakeLists
13:24.26 andrei ?
13:25.03 Troublesome Trying to find CMakeLists
13:25.32 andrei Uhm, CMakeLists exist in each folder
13:25.53 *** join/#brlcad KOKO__ (~KOKO@101.78.11.194)
13:26.06 *** join/#brlcad KOKO__ (~KOKO@101.78.11.194)
13:28.12 Troublesome i have thousands of those CMakeLists files
13:28.26 Troublesome and i don't know where i have to look
13:29.38 Troublesome ok i think i found it
13:29.54 Troublesome the CMakeLists.txt in the source folder of BRLCAD
13:29.55 Troublesome so
13:29.59 Troublesome line 462
13:30.12 Troublesome _message(${ARGN})
13:30.44 Troublesome but i think it has to be only message
13:30.45 Troublesome if(NOT BRLCAD_IS_SUBBUILD)
13:30.46 Troublesome <PROTECTED>
13:30.46 Troublesome <PROTECTED>
13:30.46 Troublesome <PROTECTED>
13:30.46 Troublesome <PROTECTED>
13:30.46 Troublesome <PROTECTED>
13:30.46 Troublesome endif(NOT BRLCAD_IS_SUBBUILD)
13:31.00 Troublesome when i try to change it to message
13:31.12 Troublesome and try to configure in CMake
13:31.16 Troublesome it just crashes
13:31.18 Troublesome :(
13:32.16 andrei I found the code, now, what did you try to change?
13:33.31 andrei or it doesn't compile like this?
13:33.43 Troublesome _message(${ARGN}) this line
13:34.00 Troublesome when i write only message(${ARGN})
13:34.08 Troublesome without the underscore
13:34.15 Troublesome CMake crashes
13:34.23 Troublesome when i try to configure
13:34.52 Troublesome or generate
13:35.10 andrei and underscore in front of the function means it is a function that should not be used outside, a convenience function
13:35.15 andrei That's probably the reason it crashes
13:35.35 andrei in front of the function name, to be more precise.
13:35.58 andrei but I am not sure why do you want to change that
13:36.28 Troublesome well then the problem might be at ARGN?
13:37.36 Troublesome but CMake tells that (_message) might be the problem
13:39.18 andrei I am not very familiar with CMake so I can't see your issue too easily. To me, the _message(${ARGN}) just outputs the number of arguments
13:39.30 andrei I mean, that s what I think it does
13:44.05 Troublesome i also get this
13:44.06 Troublesome Call Stack (most recent call first):
13:44.07 Troublesome <PROTECTED>
13:44.47 KOKO__ brlcad I'am waiting so long
13:46.27 Troublesome if(TIME_RESULT MATCHES "^0$")
13:46.31 Troublesome this fails
13:49.22 *** join/#brlcad KOKO_ (~KOKO@103.1.30.244)
13:50.50 andrei Troublesome, I can't help you, sorry :(
13:52.03 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
14:02.11 Troublesome i hope Sean can help...
14:15.47 *** join/#brlcad YEAHBUDDY (~Troubleso@dc060-181.pppoe.dc-sofia.net)
14:18.11 *** join/#brlcad Dimitar (~dborisov@78.128.70.201)
14:24.24 Dimitar http://www.google-melange.com/gci/task/view/google/gci2012/7985228 is this only about designing the spreadsheet or do I have to literally fill it with over 700 commands ?
14:26.18 KOKO_ brlcad are you here?
14:27.50 *** join/#brlcad harmanpreet (~chatzilla@124.253.75.135)
14:32.16 *** join/#brlcad Skriptkid (pnylcs@69.41.182.138)
14:35.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
14:46.10 starseeker Whenever someone can talk to Troublesome - the failure is not in the bit of CMake code he was trying to change
14:47.10 starseeker the timing code is located in misc/CMake/test_srcs/ - the time*.c.in and builddelta*.c.in files
14:47.39 starseeker something about those files is apparently making the Borland compiler unhappy
14:48.56 starseeker If he looks in the CMakeTmp, he will see the .c versions of those files configured for his machine - time.c, timedelta_start.c, builddelta_start.c, etc.
14:51.01 *** join/#brlcad Ashish101 (75c229bd@gateway/web/freenode/ip.117.194.41.189)
14:52.03 Ashish101 Anyine here can help
14:52.28 Ashish101 i want a vedio tutoriol on brlcad !!
14:52.36 Ashish101 please help i want to lean it
14:53.43 Ashish101 anyone ??
14:54.01 Ashish101 @brlcad @ChanServ ``Erik Al_Da_Best andrei archivist Ashish101 caen23 crdueck d_rossberg DarkCalf Dimitar dtidrow harmanpreet ibot kanzure KimK KOKO_ louipc maths22 n_reed Notify starseeker YEAHBUDDY yiyu
14:54.33 archivist you will not get help that way
14:55.36 caen23 Ashish101: i've also tried finding a video tutorial, but i haven't had much luck. a good starting point would be reading the getting started doc that comes with BRL-CAD
14:55.49 caen23 also, i believe a video tutorial would make for a nice gci task
14:56.36 Ashish101 Whats whar i am doing but a vedio could have helped more As they PDF is dealing with the old version and only code basesd not the GUI
14:56.59 Ashish101 YA sure for those who know it
14:57.04 Ashish101 What ur task
14:57.22 Ashish101 MOne is t o make a goog\d review of its GUI menus
14:59.42 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
15:00.24 YEAHBUDDY Starseeker
15:00.43 *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net)
15:00.51 Troublesome hey starseeker
15:01.07 Troublesome if the problem i cant even get to compiling with borland
15:01.20 Troublesome i can't generate the files i need with CMake
15:09.31 ``Erik Troublesome: http://paste.lisp.org/display/133983
15:09.35 Troublesome also the files you mentioned,I can compile them with CodeBlocks
15:19.47 Ashish101 I am learning it
15:19.59 Ashish101 i had maede a file called mantank.g
15:20.17 Ashish101 Not working ?? Why ?? when i reopen it from file !! :()
15:26.18 brlcad alrighty, who's here waiting on a task to be reviewed?
15:28.44 brlcad Troublesome: need to know why the code to determine the current date and time failed?
15:28.50 brlcad s/?/./
15:29.31 Troublesome i am here
15:29.35 Troublesome well
15:29.43 Troublesome how should i fix this
15:30.20 brlcad did you see his note about CMakeTm?
15:30.29 Troublesome starseeker said that something is wrong with the files he mentioned above but i can compile them with Codeblock fot example
15:30.32 Troublesome yes
15:30.35 Troublesome i saw those files
15:30.39 Troublesome i compiled them
15:30.44 brlcad with borland?
15:30.50 Troublesome successfully
15:31.03 brlcad using the same options cmake is using?
15:31.55 Troublesome well with borland it does not compile actually
15:31.59 Troublesome only with CodeBlocks
15:32.37 Ashish101 @brlcad: I am using it in windows -- Its buggy !! Do u suggest me to use it in Ubuntu ??
15:34.26 brlcad Troublesome: and why does it not compile?
15:35.42 Skriptkid @Ashish101: Linux is always better for development
15:35.47 brlcad ``Erik: you ready to let other projects start using Notify?
15:36.06 brlcad ``Erik: there's nine other orgs that might be interested in notifications
15:36.07 Troublesome 18 errors... the compiler can't even find the header files like "stdio.h" and "time.h"
15:36.11 brlcad Skriptkid: he left
15:36.34 Skriptkid oh. okay :-$
15:37.29 *** part/#brlcad Dimitar (~dborisov@78.128.70.201)
15:37.39 *** join/#brlcad Ashish101 (75c229bd@gateway/web/freenode/ip.117.194.41.189)
15:37.59 caen23 brlcad: i am waiting on review :D svnplot one
15:38.01 brlcad Troublesome: that sounds like you've either not installed or set up the compiler properly
15:38.06 brlcad caen23: link?
15:38.16 caen23 http://www.google-melange.com/gci/task/view/google/gci2012/8016209
15:38.47 ``Erik brlcad: yes, if they're willing to bee alpha testrss
15:39.10 brlcad caen23: what's the -js one?
15:39.22 brlcad ``Erik: okay, I'll let 'em know :)
15:39.42 caen23 brlcad: you can generate graphs using either a js lib or matplotlib, which outputs pngs
15:39.45 brlcad Skriptkid: you can ask that here, I just asked who is waiting
15:40.18 brlcad sorry it's taken so long
15:40.32 brlcad we try to get through them as fast as possible, but we are also allowed 36 hours
15:41.05 brlcad not all mentors are as available as others and different days of the week will result in different review times (heck different times of day)
15:41.23 brlcad okay
15:41.26 brlcad (ca
15:41.30 brlcad (caen23)
15:42.23 Skriptkid No problem :) Also, could you tell me at what time mentors will be mostly available(in your time zone or UTC), so that I can work and submit at that time and get the tasks assigned faster?
15:43.16 *** join/#brlcad KOKO_ (~KOKO@103.1.30.197)
15:43.42 caen23 brlcad: no problem, it's been awesome so far
15:45.21 *** join/#brlcad Skriptki_ (~Skriptkid@117.202.108.67)
15:45.59 brlcad caen23: nicely done -- so what are your impressions on those two different methods?
15:46.12 brlcad apologies if that's in your write-up, but I'm looking for subjectivity
15:46.23 brlcad Skriptkid: it's way too variable :)
15:46.38 Skriptkid ok :) Anyway, thanks :)
15:46.53 brlcad Skriptkid: i'm obviosly usually pretty active but also juggling a lot of things going on -- if you get my attention at the right time, it's done
15:47.00 brlcad get someone else, same result
15:47.15 brlcad there are multiple mentors assigned to each day of the week
15:47.40 Skriptkid So I can ask for assignment or review of tasks?
15:47.50 caen23 brlcad: matplot seems to be shorter in size, and more accurate as far as i can see, but js is a nice touch. but really, if you're trying to decide over a stat tool to use, i wouldn't go for svnplot :D it's a bit old, and slow, and it took some research to set it up :-?? perhaps i could have been faster (this is the first time i've used svn), but i think there should be better tools available
15:48.00 KOKO_ brlcad how can i access webhost?
15:48.01 brlcad so just don't submit on that same day next time ;) ...in all honesty, though, it was just a really busy day for reviews yesterday and we ran out of time
15:48.20 brlcad Skriptkid: if you're polite about it and not annoying like some have already been lately...
15:48.39 brlcad KOKO_: i'll get you set up
15:48.43 Skriptkid LOL :) I'll keep that in mind ;)
15:48.43 brlcad KOKO_: in PM
15:49.07 KOKO_ brlcad ok
15:49.08 brlcad KOKO__: have you set up mediawiki before?
15:49.29 brlcad and have you upgraded it before?
15:49.41 KOKO_ nope but another drupal, wordpress, joomla
15:50.02 brlcad caen23: yeah, the js looked outright busted here
15:50.07 *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
15:50.11 brlcad some of the graphs were okay, but most were horked
15:50.33 brlcad and seemed slower responsiveness since it was all on the fly
15:50.53 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
15:50.53 brlcad KOKO_: you've done upgrades for those?
15:51.19 KOKO_ brlcad yes
15:52.38 caen23 brlcad: i had the same impressions
15:53.20 brlcad caen23: so how long did it take for it to get to 1997?
15:53.31 brlcad didn't even get to the most interesting years... :)
15:53.37 Ashish101 brlcad: Please smone help --- u see i made a file in archer and now whenever i open it in mged or archer it just loads a blank screen where as the archer shows property tree for all objects !!
15:53.56 brlcad and it looks like it has the same bug that statcvs had ... there wasn't 2.5 million lines of code by then
15:53.58 caen23 brlcad: i don't know if you've read my longer comment here the other night :D let me paste it again
15:54.21 caen23 brlcad: i found a way to make the process faster, by mirroring the repo on the machine that's going to run svnplot. in around 3h i got 13k commits. not awesome, but definitely better. the instructions might be a bit verobse, and might get in the way, so let me know if they need rework. the most important part is the one about mirroring the repo. also, i haven't tried doing it on windows, so that's not documented
15:54.22 caen23 [02:58am]
15:54.39 brlcad Ashish101: mged doesn't display geometry when you open a databse, it just opens the database
15:54.46 brlcad if you want to display something, you have to tell it to
15:55.02 brlcad see the Geometry Browser or the "tops" command and the "draw" command
15:56.06 brlcad caen23: I did see that
15:56.16 brlcad is 13k commits to 1997?
15:56.26 caen23 yes
15:57.07 Ashish101 OKkk brlcad: Thanks it workx :)
15:57.11 caen23 13.5k… march 20, 1997
15:58.32 brlcad okay, so it'd probably take around 12 hours to do the whole repo
15:58.35 brlcad damn that's slow
15:58.51 brlcad wish I could remember how long statcvs took
15:59.09 brlcad okay, well we'll see how that compares to the other tool, svnplot
16:00.22 caen23 i've let it run for the whole repo outside this task, and i'll upload the end results if you want. the most time-consuming part is downloading the commit info with `svnsync`. conversion to sqlite is faster, less than 1h for the whole repo
16:00.28 brlcad Skriptkid: url
16:01.07 brlcad caen23: sure, can make a task to upload the end results to the website
16:01.42 brlcad maybe setting up a cron job so it rebuilds the results once a week if we like it more than svnplot
16:02.23 caen23 brlcad: you mean more than statcvs? :D
16:02.36 brlcad no, there's a second svn plotting task
16:03.09 brlcad sry, statsvn and svnplot
16:03.15 caen23 brlcad: but it's taken, right?
16:03.19 brlcad do you know of any others?
16:03.37 caen23 i don't, but i could look into it
16:04.18 brlcad yeah, the other one is taken
16:05.35 Troublesome brlcad: CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
16:05.35 Troublesome Missing variable is:
16:05.35 Troublesome CMAKE_RC_COMPILE_OBJECT
16:05.45 caen23 brlcad: http://stackoverflow.com/questions/13039/is-there-a-tool-that-can-display-a-svn-repository-visually-i-e-pretty-charts
16:05.46 Troublesome this is the problem
16:05.47 Troublesome i have now
16:06.22 Troublesome i can't find this variable in CMake how to set it mannualy
16:06.43 brlcad Troublesome: so after you go mucking about editing CMakeLists.txt files, it's not productive to help you with random errors like that
16:06.51 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
16:06.58 brlcad have you build cleanly with cmake and some other compiler?
16:07.09 brlcad you should do that first if you haven't
16:07.23 brlcad once that's working, then point it at the borland compiler without editing anything
16:08.51 Troublesome now i have no problem with borland
16:08.55 Troublesome it works
16:09.02 Troublesome but when trying to generate in CMake
16:09.05 Troublesome i get this error
16:09.15 Troublesome and there is no option to set this variable
16:10.38 brlcad did you read what I wrote? :)
16:10.45 brlcad none of that matters if you edited anything
16:11.02 brlcad because it's not productive to diagnose a completely unknown starting point
16:11.38 brlcad have you build cleanly with cmake and gcc?
16:11.48 brlcad what platform are you on?
16:11.50 Troublesome i haven't edited anything
16:12.00 Troublesome just fixed the borland
16:12.06 Troublesome and now the problem is only with CMake
16:12.15 brlcad dude, seriously
16:12.28 brlcad that's twice you've ignored my question
16:12.49 brlcad I can't help you if you don't give me these bits of information :)
16:13.10 Troublesome it can build cleanly with CMake
16:13.15 Troublesome that's what i am telling you
16:13.32 brlcad you have built cleanly with cmake AND gcc?
16:13.38 Troublesome but i think i made it to build right :D
16:13.43 brlcad cmake doesn't "build"
16:13.54 Troublesome it generetes files i know
16:13.58 brlcad you have built cleanly with cmake AND gcc?
16:14.04 brlcad this is going to get old
16:14.11 brlcad yes or no is all i'm looking for?
16:14.21 Troublesome yes and no :D
16:14.28 brlcad alright, you're on your own, good luck
16:14.37 Troublesome just fixed the error in CMake
16:14.43 Troublesome now will try to compile with Borland
16:14.46 Troublesome and finish the work
16:19.57 Ashish101 What does this error mean ??
16:20.29 Ashish101 Cant read tree mode list no such variable wen trying to create a sphere
16:21.42 Ashish101 Or anyother shape in Archer ........
16:22.00 Ashish101 Please help anyone @bclcad :
16:24.06 brlcad Ashish101: archer is in a pre-alpha state so it's not going to be entirely error-free to use
16:24.21 brlcad we're actually going to upload a task to try to get it to crash here soon
16:24.44 brlcad Ashish101: try using mged -- the docs will be able to help you there more
16:24.54 brlcad particularly the quick-reference sheet
16:25.04 brlcad ``Erik: notify has gone silent
16:25.23 brlcad hugs Notify
16:26.22 Ashish101 KK
16:27.53 brlcad unless you're working on a task that specifically called for doing something in archer of coruse :)
16:27.54 *** join/#brlcad Nikolay (Nikolay@77.70.66.28)
16:28.00 Nikolay hello all
16:28.19 Nikolay sean I would like to apologise personaly to you for my behaivior yesterday
16:28.29 Nikolay i am sorry for being such a little b*tch
16:28.35 Nikolay i hope you forgive me :)
16:28.43 Nikolay i am really sorry ;(
16:30.24 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
16:31.49 caen23 brlcad: i'm currently trying https://github.com/karenc/svn_branch_graph it's easier to set up and has a web interface (you can point it to localhost), but i think it's still going to take a lot of time
16:32.30 caen23 oh, and it doesn't seem to be verbose, so i don't know how far i am
16:38.00 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.108.67)
16:39.26 Troublesome another problem now this time while compiling with borland
16:39.37 Troublesome Error E2075: Incorrect command line option: -fp:strict
16:41.27 *** part/#brlcad Skriptkid1 (~Skriptkid@117.202.108.67)
16:52.23 andrei this task has it's deadline passed and we haven't reviewed yet
16:52.25 andrei http://www.google-melange.com/gci/task/view/google/gci2012/7945213
16:52.53 andrei It's the interview with Jordi so I'm not sure how to evaluate it
16:53.36 Notify 03BRL-CAD:bob1961 * 53907 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Minor update to add the bot name to the upper panel.
16:53.40 Notify 03BRL-CAD:bob1961 * 53908 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 2 others): This is the initial code to edit sketches in Archer. Still more to do. Checking in for safety.
16:53.45 Notify 03BRL-CAD:d_rossberg * 53909 brlcad/trunk/src/librt/primitives/pipe/pipe.c: quell some "variable ?\226?\128?\152xyz?\226?\128?\153 set but not used" errors
16:53.50 Notify 03BRL-CAD:carlmoore * 53910 brlcad/trunk/src/archer/TODO: add that extra 'm' to what apparently should be AnimMate
16:53.55 Notify 03BRL-CAD:brlcad * 53911 brlcad/trunk/src/liboptical/sh_light.c: clean up logic for readability, remove empty if/else
16:53.57 Notify 03BRL-CAD:carlmoore * 53912 (brlcad/trunk/doc/docbook/system/mann/en/Introduction.xml brlcad/trunk/doc/docbook/system/mann/en/edit_translate.xml brlcad/trunk/doc/docbook/system/mann/en/handle.xml): remove trailing blanks/tabs
16:53.59 Notify 03BRL-CAD:brlcad * 53913 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/bot.c and 10 others): apply skriptkid patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/8025209 that moves libwdb comments from source to header while cleaning up along the way. thanks!
16:54.02 Notify 03GCI: Andrei Popescu has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Assigned This task has been assigned to reikaze. You have 72 hours to complete this task, good luck!
16:54.03 Notify 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Issues I have applied the patch on my localhost and I seem to get a lot of errors, could you please drop on IRC to solve the issues.
16:54.05 Notify 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as...
16:54.06 Notify 03GCI: Melange has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
16:54.07 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: one more thing I think the arb8 volume function might be wrong. For calculating the base area, it uses the cross product of (OB-OA)X(OC-OA) = ABXAC, but that gives twice the actual area of the triangle ABC,
16:54.08 Notify iirc....
16:54.08 Notify 03GCI: Dimitar Borisov has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task.
16:54.09 Notify 03GCI: Dimitar Borisov has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Claim Removed The claim on this task has been removed, someone else can claim it now.
16:54.10 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Ready for review The work on this task is ready to be reviewed.
16:54.11 Notify 03GCI: Anshul has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task.
16:54.12 Notify 03GCI: Harmanpreet Singh has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Anshul. You have 48 hours to complete this task, good luck!
16:54.13 Notify 03GCI: Anshul has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now.
16:54.14 Notify 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Claim Removed The claim on this task has been removed, someone else can claim it now.
16:54.15 Notify 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Claimed I would like to work on this task.
16:54.16 Notify 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Claim Removed The claim on this task has been removed, someone else can claim it now.
16:54.17 Notify 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Sorry I couldn't work on the task... I had my exams coming up :(
16:54.18 Notify 03GCI: fernozzle has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Claimed I would like to work on this task.
16:54.19 Notify 03GCI: Harmanpreet Singh has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck!
16:54.20 Notify 03GCI: Titi has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task.
16:54.21 Notify 03GCI: Harmanpreet Singh has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Assigned This task has been assigned to Titi. You have 72 hours to complete this task, good luck!
16:54.23 Notify 03GCI: Sean has left the following comment at Set up SvnPlot http://www.google-melange.com/gci/task/view/google/gci2012/8016209: Task Closed Congratulations, this task has been completed successfully.
16:54.23 Notify 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Task Claimed I would like to work on this task.
16:54.24 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 0 days and 8 hours.
16:54.25 Notify 03GCI: HS Rai has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Task Assigned This task has been assigned to Willie Zhu. You have 72 hours to complete this task, good luck!
16:54.26 Notify 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: Task Closed Congratulations, this task has been completed successfully.
16:54.27 Notify 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: fantastic I haven't tried compiling yet, but the patch looks fantastic. That's for the detailed notes on what you did too. Wasn't entirely keen on the libwdb/ prefix on the @file blocks, because we'll probably have to remove
16:54.28 Notify those,...
16:54.29 Notify 03GCI: Melange has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task.
16:54.30 Notify 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: and I see that we already did I thought I'd already added you, but I guess I mis-spelled your nickname looking for you. You're credited, Akshay. :)
16:54.31 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: My Work is Wrong..? I submit My Works. But Deadline Extended....? Why..?
16:54.32 Notify 03GCI: Skriptkid has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: Thanks :) For listening on IRC and revieweing :) I can remove the prefix and submit a new patch, if you'd like. Shouldn't be really tedious.
16:54.33 Notify 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Hello Last time the raytrace crashed. I think it was because my laptop couldn't handle it, but now I when I tried to raytrace it again it didn't work any more... and I also tried on anther computer, so I will upload the schreenshot as it is. I will also upload the
16:54.34 Notify .g...
16:54.35 Notify 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Claim Removed The claim on this task has been removed, someone else can claim it now.
16:54.36 Notify 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Ready for review The work on this task is ready to be reviewed.
16:54.37 Notify 03GCI: Cezar has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Claimed I would like to work on this task.
16:54.38 Notify 03GCI: Harmanpreet Singh has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck!
16:55.07 brlcad Nikolay: I certainly appreciate that you recognize the counterproductivity
16:55.08 brlcad I know you're eager to get tasks done, but for us it's not so much about the tasks as it is the interaction with you
16:56.18 brlcad students that are difficult to interact with make taking the time to review, integrate, and ultimately put their work onto a global showcase a challenge
16:56.44 brlcad is surprised notify didn't get flood-kicked for that much that quickly..
16:57.24 Notify 03GCI: Teepen has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Thanks! Thank you for the tips.
16:57.34 andrei indeed, Google Code - in isn't about solving as many tasks as possible but rather integrating into the community, also, I have seen you are worried about running out of tasks. I can assure you that there is plenty stuff to be done and we will keep adding tasks :)
16:57.47 Nikolay i wasnt myself yesyerday had so much things going on
16:57.53 Nikolay i wasnt thinking straight
16:57.56 Nikolay i am sorry
16:58.01 Nikolay i hope you will forgive me
16:58.35 brlcad let's just move forward and see how things go
16:58.52 brlcad so another mentor had a problem with your task
16:58.52 andrei <PROTECTED>
16:59.02 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
16:59.40 Nikolay what seems to be the problem?
16:59.46 brlcad (especially after you got obstinant about the task not specifying editability..)
16:59.55 brlcad it didn't specify all those CAD packages you chose
17:00.11 brlcad so pedantically speaking, the task as written is incomplete
17:00.41 brlcad as it asks for those five specifically
17:00.50 Nikolay i know this morning when i wrote this comment my teacher made me mad i again i started doing stupid things again
17:01.17 Nikolay so i have to make everything from 0 again ;( ?
17:01.18 brlcad he was also concerned that you also didn't expand the other operating systems
17:01.29 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Claimed I would like to work on this task.
17:01.41 Nikolay um I did ? yesterday I googled everyone of the CAD's if it runs on them
17:01.57 brlcad Skriptkid: so that's a tough one
17:02.08 brlcad just beware ;)
17:02.09 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck!
17:02.47 brlcad nikolay: those all run on a BSD system? I find that shocking if true
17:03.04 Nikolay no
17:03.07 Skriptkid I'm good with structures and pointers and okay with geometry. Will need help along the way :)
17:03.13 brlcad Nikolay: therein is the problem
17:03.28 Nikolay o well with the last line about linux/bsd/solaris
17:03.42 Nikolay I put a tick if a CAD is running on atleast 1 on them
17:03.56 Nikolay i believe this is what makes the confusion
17:03.59 brlcad which is cheating from our perspective
17:04.19 Nikolay ok I am getting it fixed gonna make 2 more lines for BSD and Solaris
17:04.22 brlcad unfair to us, we put a lot of effort to work on everything everywhere, they don't
17:04.47 brlcad ideally, linux would be expanded to a variety of distributions too
17:04.52 brlcad but I wasn't going to go there
17:04.57 Nikolay okay
17:05.04 Nikolay i will fix in no time
17:05.06 Nikolay and upload it
17:05.49 brlcad I will leave it up to the other mentor to decide whether to accept it or not
17:06.05 brlcad at this point, he's the unbiased 3rd party
17:06.26 Nikolay btw should I fix the linus/solaris/bsd section or no?
17:06.36 Nikolay before you leave it up to the other mentor
17:07.03 brlcad given that was two of the concerns he called out, you decide
17:07.20 Nikolay 100% gonna be fixed then
17:08.21 brlcad I just won't be extending the time any further, and someone else will have to finalize the review
17:09.09 brlcad perhaps you will be able to move on to a less subjective task next
17:09.40 brlcad can you still upload files when it's in a needing review state?
17:10.04 Nikolay let me check
17:10.12 Nikolay yes i can upload
17:10.18 Nikolay i need 10 more mins and I am ready
17:10.30 Nikolay the checking on which CAD runs on solaris/bsd is the tough part here
17:12.54 Notify 03GCI: Melange has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task.
17:14.32 *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
17:15.31 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
17:15.43 Notify 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: not worth it It's not worth the time to make and review a patch for that. If you keep working on good code changes and get commit access granted, you can directly fix the files yourself.
17:15.52 ``Erik hm, maybe a second expanded 'runs on' graph would be useful? (linux can be broken up by distro/arch, solaris has sparc and x86 variants, there're like 6 branches to the bsd family, ...)
17:19.28 Notify 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Task Closed Congratulations, this task has been completed successfully.
17:21.28 Notify 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: crashes We like reproducible crashes. We can investigate and fix those. Keep your .g file and instructions on how to get it to crash. We'll be uploading several new tasks that basically have you find and document a reproducible crash. Since you've done that, you'll be...
17:21.51 brlcad ``Erik: good idea
17:22.01 brlcad that would look favorably on us ;)
17:22.06 Skriptkid Need help on the task "Surface Area fuction for Hyperboloids of one sheet(HYP)." Found the formula for SA, found the structures rt_functab and rt_db_internal. What should I do next?
17:22.09 brlcad platform diagram
17:22.30 brlcad Skriptkid: look at one of the other simpler primitives and how they calculate surface area
17:22.37 brlcad like the ellipsoid (ell.c)
17:22.54 brlcad find the equations for ellipsoid surface area online and see how that translated to code
17:23.04 brlcad then translate your hyp equations to code
17:23.27 Skriptkid ok
17:29.10 Notify 03BRL-CAD:brlcad * 53914 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db5_alloc.c and 15 others): apply patch from ambar pal for gci task http://www.google-melange.com/gci/task/view/google/gci2012/8001215 that moves the remaining librt doxygen comments from source to header files. beat jackson to it.
17:29.48 Nikolay @brlcad i have a question
17:30.13 Nikolay acoarding to google non of the CAD's listed except BRLcad works on freebsd
17:30.15 Nikolay is that possible?
17:30.21 brlcad yep
17:30.37 ``Erik probably, linux has only recently gotten attention and fbsd tends to be a quiet backend server os
17:30.42 brlcad that's exactly what I said I'd be shocked if any of those did
17:30.49 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
17:31.01 Ashish101 For the past 3 hiours i have been reading that introduction to CAD and now i am experimenting and will start my task tomorow (My task is to menu arrangement) do i have to describe each menu iteam after which i have to rearrange them and rename them ?? or just rearrange and rename ?? @brlcad:
17:31.06 brlcad portability takes time and money
17:31.19 brlcad not good for commercial business penny pinchers
17:32.13 brlcad Ashish101: ideally you show a before and after and write up a little paragraph or two explaining why you arranged things the way you did
17:32.38 brlcad ideally should account for what happens to all of the existing menu items, where they go or whether they're removed or renamed, etc
17:33.22 brlcad simple mockup diagram would do wonders but it could be visualized with a text hierarchy too (you just still need to show the before and after)
17:34.06 Ashish101 So how big should it ideally be ?? in pages will help me get a rough idea on how much to write
17:34.30 brlcad how big should what be?
17:36.01 brlcad Ashish101: this is an example before and after: http://people.mozilla.org/~jdaggett/menusbeforeafter.png
17:36.06 brlcad or this: http://cdn6.everything-microsoft.com/wp-content/uploads/2010/03/before-and-after-hacks1-400x2911.png
17:36.17 Ashish101 KK understood --- nothing just ur last sentence got it all in my head :P
17:36.27 brlcad or this: http://ims.cochrane.org/sites/ims.cochrane.org/files/uploads/images/new-context-menus-3.8-624.png
17:36.30 brlcad lots of examples
17:37.14 brlcad all I was saying is that it could even be text, but it'll be less convincing :)
17:37.29 brlcad Ashish101: are you familiar at all with GUI programming?
17:37.43 Ashish101 KK Ill try to make it as visual as possible
17:37.46 brlcad you might have fun making this into a tk menu demo
17:38.13 Nikolay @brlcad i uploaded the fixed file
17:38.47 Nikolay and I will be waiting patiently for your approval or the other mentor's :)
17:39.08 Ashish101 Actuallly i am still struggling to use this software and learning and testing each of its functionality from 284 paged guide !!
17:41.21 andrei Ashish101, nobody is expecting you to fully understand BRL-CAD in a few days :)
17:41.52 Ashish101 :D
17:42.43 Ashish101 Gn ppl getting midnight now !!
17:43.50 Notify 03BRL-CAD:n_reed * 53915 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_scan.c brlcad/trunk/src/librt/dir.c): r53914 patch accidently copied a couple function return types with the comments
17:50.44 Notify 03GCI: Andrei Popescu has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Congratulations Congratulations ,you have succesfully completed the task. Your work has been applied in revision r53914. If you wish, please leave your name so you can be credited
17:50.45 Notify in...
17:50.49 Notify 03GCI: Andrei Popescu has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Task Closed Congratulations, this task has been completed successfully.
17:57.11 Skriptkid what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general)?
17:57.25 Skriptkid the structures, I mean
18:05.42 *** join/#brlcad KOKO__ (~KOKO@183.182.127.184)
18:08.45 *** join/#brlcad KOKO_ (~KOKO@101.78.11.197)
18:12.27 *** part/#brlcad caen23 (~caen23@92.81.193.169)
18:12.32 *** join/#brlcad caen23 (~caen23@92.81.193.169)
18:12.33 *** part/#brlcad caen23 (~caen23@92.81.193.169)
18:12.44 *** join/#brlcad caen23 (~caen23@92.81.193.169)
18:14.38 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Difference between Internal and Specific what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general) structures. Also, what are the data types "fastf_t" and...
18:15.39 ``Erik nice
18:15.40 ``Erik ERROR: Storage server temporarily offline. See http://status.github.com for GitHub system status.
18:18.06 caen23 i'm currently working on the "decouple libdm from libged" task. i've found that what i need to do is remove the call to the DM_GET_DISPLAY_IMAGE macro with a call to a function inside the ged struct. one of my ideas involved including include/dm.h inside include/ged.h, am i on the right track?
18:28.54 Notify 03BRL-CAD:brlcad * 53916 brlcad/trunk/AUTHORS: credit ambar pal for his work moving librt comments from source to header for the 'd' files
18:31.02 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: troubles I'm having trouble downloading your .zip file. It looks like it might be a bug in the melange web interface, perhaps because of the large file size. Is what'sin the zip the same as what's at that URL? That URL doesn't look like it has anything to do with BRL-CAD.
18:31.42 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 12 hours.
18:37.23 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: CPP wiki Gala, your article looks good. I would have like to have seen some more write-up from you based on the interview or quotes of his intermixed with an article from you, but it's not bad as it is. I would suggest changing "BRL-CAD News (BCN)"
18:37.24 Notify to...
18:37.38 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 12 hours.
18:38.08 brlcad starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8009209
18:38.12 brlcad starseeker: is that what you wanted?
18:39.20 brlcad caen23: having the ged.h header make any reference to or inclusion of the dm.h header or the libdm functions IS the problem :)
18:39.37 brlcad so yeah.. not on the right track in terms of adding a #include "dm.h" to ged.h
18:40.40 caen23 brlcad: hmm… but as far as i can see, dm.h includes ged.h. are there more files with this problem, or am i missing something?
18:40.51 caen23 more libs*, actually
18:40.59 brlcad what you'll probably end up needing to do is add a generic callback function (do you know how to do that?) to the ged struct that simply returns an image or something
18:41.27 brlcad caen23: yep, the reverse is a problem too
18:41.37 brlcad those two libraries should know nothing about each other
18:41.43 brlcad (directly)
18:42.13 caen23 as far as i know, a callback function is a pointer to a function. which i should later implement inside a file in src/libged?
18:42.36 brlcad half right
18:42.42 brlcad it's a pointer to a function
18:43.15 brlcad but the function will be defined in libdm or mged, set into the ged struct with mged, and then only called within libged
18:43.49 brlcad think of it like if I didn't want a library to know about printf and I had this struct:
18:44.16 brlcad struct ged { int (*doit)(const char *fmt, ...); }
18:45.01 brlcad in this case, libdm or libc is the library implementing some printf function but we don't want libged to know about it
18:45.25 brlcad so mged creates a struct ged gedp; and gedp.doit = &printf;
18:45.57 brlcad then within libged when it gets that gedp, it just calls gedp->doit(fmt, val1, val2, val3);
18:46.15 brlcad lo and behold, printf is called and libged never had to know
18:46.26 caen23 oh, so i should look into altering mged, too? mged will be the "bridge" between dm and ged?
18:46.47 brlcad right
18:47.03 brlcad some third-party code has to arbitrate
18:47.20 caen23 yep
18:49.41 caen23 one more thing: screengrab contains a call to a macro within dm.h, not a function. but that macro is a wrapper to a hidden function (or private, it's prefixed by _). do i call the private function explicitly, or do i do something else?
18:49.45 brlcad you might have to make mged not use the "default" ged handler for that command so you can set the function
18:50.08 brlcad make a function that calls the macro :)
18:50.30 brlcad could technically do that all within mged
18:50.32 caen23 right :D thanks
18:50.33 brlcad static
18:52.59 brlcad andrei: so you do realize that you have commit access, right? you can commit the patches/changes as you review them if they're good to go (and intended for commit)
18:54.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
19:04.28 Notify 03GCI: Mark Ayers has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Claimed I would like to work on this task.
19:05.40 andrei yes, I just didn't know if you dealt with that patch.
19:06.08 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Assigned This task has been assigned to Mark Ayers. You have 72 hours to complete this task, good luck!
19:14.57 *** join/#brlcad KOKO_ (~KOKO@101.78.11.197)
19:15.50 *** join/#brlcad elf (~elf@92.80.1.188)
19:18.15 caen23 brlcad: i created the function pointer, and now i'd like to edit mged. but what file should i edit? i see there's a dm-generic, should i make a ged-generic?
19:21.42 *** join/#brlcad KOKO_ (~KOKO@101.78.11.197)
19:22.33 Notify 03BRL-CAD:carlmoore * 53917 (brlcad/trunk/src/libged/bigE.c brlcad/trunk/src/libged/bot_decimate.c and 8 others): fix spellings
19:25.53 Notify 03BRL-CAD:carlmoore * 53918 (brlcad/trunk/src/halftone/halftone.1 brlcad/trunk/src/halftone/main.c and 3 others): fix spellings (including Sproull and Steinberg)
19:29.40 *** join/#brlcad markthema3 (8627bec8@gateway/web/freenode/ip.134.39.190.200)
19:31.07 Notify 03BRL-CAD:n_reed * 53919 brlcad/trunk/src/librt/primitives/pipe/pipe.c: fix incorrect test allowing drawing with negative diameter
19:31.30 markthema3 I've claimed the task for compiling BRL-CAD on Windows using Borland, and I'm wondering if I should attempt the task on Windows 8 or if I should try it on 7 instead.
19:36.06 Notify 03BRL-CAD:carlmoore * 53920 (brlcad/trunk/misc/Doxyfile brlcad/trunk/misc/Doxyfile.in and 8 others): fix spellings
19:38.19 Notify 03BRL-CAD:carlmoore * 53921 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt8.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/foot_graphics.html brlcad/trunk/doc/html/manuals/Install.html): fix spellings including Sproull
19:41.39 Notify 03BRL-CAD:carlmoore * 53922 (brlcad/trunk/doc/html/manuals/mged/ged.html brlcad/trunk/doc/html/manuals/mged/ged.tex brlcad/trunk/doc/mged/e.tex): fix spacing and fix spelling of 'restore'
19:44.49 Notify 03BRL-CAD:carlmoore * 53923 (brlcad/trunk/doc/anim.txt brlcad/trunk/doc/docbook/lessons/es/mged03_utilizar_comando_in.xml brlcad/trunk/doc/html/manuals/mged/mged1.html): fix spellings including one in Spanish
19:44.52 caen23 nevermind, got it
20:08.50 starseeker brlcad: re: 8009209 that looks like it should be fine - I'll try it in a LaTeX document at some point before uploading it, but it looks like a good effort.
20:12.11 starseeker emacs says it's syntatically valid
20:16.23 starseeker brlcad: if you think a CMake task might be in order for GCI, I have a candidate
20:18.45 starseeker in misc/CMake/CompilerFlags.cmake I have a TODO note to use CMakeParseArguments instead of that crazy quilt of nested if/else statements
20:18.57 starseeker http://www.cmake.org/cmake/help/v2.8.9/cmake.html#module:CMakeParseArguments
20:19.46 *** join/#brlcad minichrispy (450f6b03@gateway/web/freenode/ip.69.15.107.3)
20:19.52 starseeker BRLCAD_CHECK_C_FLAG and BRLCAD_CHECK_CXX_FLAG would both be reworked to use argument parsing instead
20:21.49 starseeker there are a few other macros with simpler setups that may also benefit, but those are the two biggies
20:24.55 Notify 03BRL-CAD Wiki:Minichrispy * 4687 /wiki/Compiling/XCode:
20:25.36 Nikolay @brlcad I have a question
20:26.15 Nikolay no wait i found my answer nvm
20:26.55 Notify 03BRL-CAD Wiki:Minichrispy * 4688 /wiki/Compiling/XCode:
20:30.36 caen23 brlcad: i think i got screengrab to compile without dm.h, but how can i make sure i haven't broken functionality?
20:33.47 caen23 figured it out, but yeah, i did break something, oops
20:38.30 Nikolay you bad boy :D
20:38.55 starseeker nah, he's fine - he didn't commit it broken
20:42.35 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
20:43.58 lachlanp hi
20:44.01 lachlanp anyone on now?
20:44.04 Notify 03BRL-CAD Wiki:Minichrispy * 4689 /wiki/Compiling/XCode:
20:44.14 lachlanp need to solve the patch issue on http://www.google-melange.com/gci/task/view/google/gci2012/8000211
20:44.58 Notify 03BRL-CAD Wiki:Minichrispy * 4690 /wiki/Compiling/XCode:
20:52.27 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Sorry, Missed Hi, It seems I've missed you for the moment. Here's what I did to create the patch and apply it: (from http://brlcad.org/wiki/Deuces#When_You.27re_Done) inside the brlcad-svn directory: $ svn diff > ~/my.patch
20:52.28 Notify Then...
20:58.41 lachlanp will hopefully be back in 10mins
21:01.01 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Elaboration What cross product, and I guess more specifically, what function are you referring to?
21:05.12 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed.
21:07.27 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Revision My SVN Revision for producing the patch was: 53923, just in case. Lachlan
21:08.57 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
21:15.02 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ready for review The work on this task is ready to be reviewed.
21:18.48 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: rt_arb_volume In the RT_ARB_VOLUME function, on line 2309, the function computes the area of the base of the arb4 to get the volume, by using vector cross products, but the formula is 1/2*(cross_product).
21:22.13 Notify 03BRL-CAD:jordisayol * 53924 brlcad/trunk/sh/make_rpm.sh: Linux rpm properly clean system when removing
21:22.17 Notify 03GCI: Melange has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the...
21:25.58 Notify 03BRL-CAD:jordisayol * 53925 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm): Delete unneeded process when install/remove deb packages.
21:37.11 *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
21:41.07 GrantMercer015 im having a really confusing error when it comes to using strncpy
21:41.38 GrantMercer015 the function works great in main.cpp, but the second i move it over to int sort for the qsort functino the program crashes
21:46.22 Nikolay what error does it give you?
21:46.28 Nikolay or nothing just the chrash
21:50.34 GrantMercer015 never mind, i found it was my variable that was the problem
21:50.43 GrantMercer015 i just replaced it with reading in a buffer
21:52.42 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: No, it's correct Note that the area of a tetrahedron is: V = \frac{1}{3} A_0 h which follows from the volume formula for a general polyhedra. Notice that in rt_arb_volume we have: /* calculate area of arb4
21:52.43 Notify base...
21:57.18 Notify 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Task Claimed I would like to work on this task.
21:59.00 GrantMercer015 i need some help concerning the qsort function, would it be inefficient to make qsort call a function?
21:59.31 GrantMercer015 my function is getting quite repetitive and large, would it be easier to make a function and have qsort call it? and also should that function be inline
22:02.47 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Oh, right My bad, I should have seen that. Especially since I did something similar in my own function.
22:13.32 Notify 03GCI: Petar Stanev has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Claim Removed The claim on this task has been removed, someone else can claim it now.
22:19.02 Notify 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Ready for review The work on this task is ready to be reviewed.
22:19.22 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: OK, but... Since you have the vertes coordinates, could you not simply compute the area via Green's Theorem?
22:20.31 Notify 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Some questions: I cant seem to find an equation for calculating the surface area of elliptic hyperboloids. Since Wolfram MathWorld notes that an elliptic hyperboloid is a generalization of the standard hyperboloid,...
22:20.36 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
22:43.39 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Deadline extended The deadline of the task has been extended with 0 days and 12 hours.
22:47.34 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: But it is 2D! Each face is planar, and thus the so-called 2D version of Green's Theorem applies directly. As an algorithm, one could get the vertex coordinates of a single face (which is always a triangle in
22:47.35 Notify this...
22:50.15 Notify 03BRL-CAD:carlmoore * 53926 brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml: fix spelling in English and Spanish
22:52.19 brlcad starseeker: you'd definitely have to write the language up for that one because I'm not sure I understand it
22:52.57 Notify 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Claim Removed The claim on this task has been removed, someone else can claim it now.
22:53.13 brlcad if it'll take you an hour to explain it, then might not be a great task but if everything can be spelled out then it should work
22:53.42 brlcad caen23: test it
22:53.48 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Claimed I would like to work on this task.
22:54.42 lachlanp hi
22:55.09 Notify 03BRL-CAD:carlmoore * 53927 brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml: Spanish word 'substraccion'
22:55.11 lachlanp anyone able to test my patch now?
22:55.22 Notify 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Follow-Up on Code-In Task Hi Sean, Thanks for the feedback. I want to expand this into an article as you suggested, however I have my SATs in the morning. So, I will not be able to put substantial time into this until tomorrow afternoon. I'm also
22:55.23 Notify going...
22:56.44 brlcad lachlanp: so you're going to need to change the way you're working for that to not get exhausting
22:56.54 starseeker brlcad: yeah, it might be a bit tough to spell out
22:57.21 Notify 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: I will be back... I'm going to drop this task and do the "model a C" task while its still open. I'd still appreciate an answer to this question, as I'd love to come back to this if it's still open when I get done. It...
22:57.23 brlcad instead of hopping on the channel for 5min and asking "is anyone here", ask you question and STAY on the channel (notice how we never disconnect?)
22:57.46 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: I suppose I know the 2D version of green's theorem, but I thought this way was easier to implement
22:58.00 brlcad lachlanp: if you're here when we "get back", we'll usually answer your question so just ask us as if we were here
22:58.22 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
22:58.31 Notify 03GCI: Alex Ozer has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Extension I've been busy with schoolwork recently, is there any chance to get an extension on this task?
22:59.03 brlcad ``Erik: could those messages be trimmed back a little bit, maybe <256chars (looks like they're going up 500 chars atm)
23:00.00 brlcad lachlanp: it's not meant to quiet you -- it's meant to get "better questions" that work for you and for us
23:00.20 brlcad as you can tell, there's a lot going on.. ;)
23:00.36 lachlanp ok
23:00.37 brlcad don't want you to get frustrated either
23:00.38 lachlanp sorry
23:01.00 brlcad no need to be sorry, just want to make sure we're not having to wade through so much noise
23:01.07 brlcad I know a lot of folks are not used to IRC
23:01.16 brlcad there are lots of etiquette rules expected
23:01.23 lachlanp ok
23:01.27 caen23 i'm having trouble understanding how commands in mged work. for my task (separated libged from libdm), my current solution is to alter the ged struct to include the info from libdm used inside screengrab. this means testing whether the pointer to struct dm is null, getting the width and height from dm, and writing a callback to a function. i then setup these new members inside mged, and do something like "gedp->ged_dm_width" to get the width i need. but i kee
23:01.28 caen23 getting segfault when i try to test the program, and i believe this is because i'm not setting the new members when i need to. at first, i set it in the f_opendb function inside mged.c, and i've realized this is stupid, but i can't seem to understand where screengrab is called. i currently think it's in mged/cmd.c, inside "cmd_ged_dm_wrapper", but setting the new members there also generates a segfault. where am i wrong?
23:01.36 brlcad we write about them here: http://brlcad.org/wiki/IRC
23:02.41 lachlanp thanks
23:03.58 brlcad lachlanp: it sounds like you made your patch just fine
23:04.25 lachlanp i'm not sure if he meant the patch apply failed or the build failed
23:05.10 brlcad he who?
23:05.30 lachlanp Andrei Popescu
23:05.51 lachlanp he said he got a lot of errors
23:06.30 brlcad ah, I see yes -- and unfortunately didn't say what any of those are so the best bet is to just wait a little while for him to come online
23:06.33 brlcad ~seen andrei
23:06.41 ibot andrei <~andrei@188.25.160.152> was last seen on IRC in channel #brlcad, 4h 1m 1s ago, saying: 'yes, I just didn't know if you dealt with that patch.'.
23:07.10 lachlanp ok :-)
23:07.25 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Looks correct This looks good, but I don't have time to actually properly check this for at least a few hours. I'm extending the deadline in order to give myself fime to go over this a little later. Of course,
23:07.26 Notify somebody...
23:07.27 brlcad lachlanp: so the patch applies, does the test compile and run without errors?
23:07.50 lachlanp on mine it did the second time
23:08.05 lachlanp i had a bash script i hacked up that didn't work, but when i ran it myself it did
23:08.12 lachlanp make
23:08.14 lachlanp then make test
23:08.41 lachlanp (patch apply worked first time)
23:09.20 *** join/#brlcad caen23_ (~caen23@92.81.197.30)
23:16.40 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Well, That was actually my first idea, but I didn't know how to do the transformation.
23:18.30 Notify 03GCI: PJF has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: Ready for review The work on this task is ready to be reviewed.
23:19.04 brlcad lachlanp: I'll try your patch in a few min
23:20.59 Notify 03GCI: PJF has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: files loaded Hi, Ive loaded the .g file and a rendered .pix file (not sure how to view the .pix file on my machine though.) I have included a .png screen shot of the rendered output form rtwizard. Thanks, PJF
23:22.54 lachlanp i'm building it again manually to check as well
23:33.53 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: That I can help with Give me a few minutes, I have enough material kicking around here somewhere on just this topic...
23:35.08 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
IRC log for #brlcad on 20121201

IRC log for #brlcad on 20121201

00:21.26 *** join/#brlcad markthema3 (42bdc671@gateway/web/freenode/ip.66.189.198.113)
00:27.00 Notify 03BRL-CAD Wiki:Gala * 4691 /wiki/User:Gala: initial revision
00:30.14 Notify 03BRL-CAD Wiki:Gala * 4692 /wiki/User:Gala: draft
00:34.17 lachlanp the build passes fine for me when i manually run it (no bash scripts)
00:34.19 lachlanp tests pass
00:36.55 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:39.59 Notify 03BRL-CAD Wiki:Gala * 4693 /wiki/User:Gala: revision
00:40.39 Notify 03BRL-CAD Wiki:Gala * 4694 /wiki/User:Gala: revision
00:42.43 Notify 03BRL-CAD Wiki:Gala * 4695 /wiki/User:Gala: revision
00:44.29 Notify 03BRL-CAD Wiki:Gala * 4696 /wiki/User:Gala:
00:51.13 Notify 03BRL-CAD Wiki:Gala * 4697 /wiki/User:Gala: revision
01:03.07 Notify 03BRL-CAD Wiki:Gala * 4698 /wiki/User:Gala: revision
01:03.08 *** join/#brlcad javamonn (~twitch@108.223.142.86)
01:04.26 Notify 03GCI: Melange has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
01:09.41 *** join/#brlcad minichrispy (b82f2ff5@gateway/web/freenode/ip.184.47.47.245)
01:11.58 Notify 03BRL-CAD Wiki:Gala * 4699 /wiki/User:Gala: revision
01:12.01 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Method Attached Please refer to the attached .pdf file, I've outlined the math required to implement the method I outlined above. -Matt
01:14.30 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ack! Can I not attach documents?!?
01:15.02 Notify 03BRL-CAD Wiki:Gala * 4700 /wiki/User:Gala:
01:16.52 Notify 03BRL-CAD Wiki:Minichrispy * 4701 /wiki/Compiling/XCode:
01:16.56 minichrispy brlcad: how does one add the contents section to a page? I don't see one on: http://brlcad.org/wiki/Compiling/XCode
01:18.11 Notify 03BRL-CAD Wiki:Gala * 4702 /wiki/Community_Publication_Portal: /* Final Editorial Review */
01:18.41 minichrispy the table of contents i mean
01:23.14 Notify 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Follow-Up on Code-In Task Hi Sean, I have submitted an updated version to CPP Final Editorial Review section. Please take a look and let me know if you would like further revisions. I left the original "Introduction to new .deb and .rpm builds"
01:23.15 Notify top...
01:26.15 Notify 03BRL-CAD Wiki:Minichrispy * 4703 /wiki/Compiling/XCode:
01:27.50 Notify 03BRL-CAD Wiki:Minichrispy * 4704 /wiki/Compiling/XCode:
01:28.05 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:ImageTest.png]]": Testing images
01:28.08 *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67)
01:32.49 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeCommandLineTools.png]]": XcodeCommandLineTools
01:35.48 Notify 03GCI: Melange has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to
01:35.49 Notify the...
01:36.34 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:CMakeCommandLineTools.png]]": CMakeCommandLineTools
01:36.44 Notify 03BRL-CAD Wiki:Minichrispy * 4708 /wiki/Compiling/XCode:
01:40.37 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: you should You should be able to. Does it not give you that option when it's in a needing review state? Someone else reported that they still could.
01:43.48 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: OH My misunderstood who was askin. Mentors can't upload docs and can't even modify the task once it's claimed to make edits. Best to just post a URL here in the comments. If you send me the PDF and I can it up on
01:43.48 Notify the...
01:45.43 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeBRLCADProject.png]]": XcodeBRLCADProject
01:45.46 javamonn How long does it normally take for a claim on a task to be approved? I put in I request for "model a C" earlier today, waiting for it to be approved so I can submit the work.
01:46.02 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Deadline extended The deadline of the task has been extended with 2 days and 0 hours.
01:46.08 lachlanp its usaually pretty quick
01:46.09 brlcad javamonn: usually just a couple minutes
01:46.16 brlcad url?
01:46.36 brlcad there's a bit of a backlog today
01:46.43 javamonn http://www.google-melange.com/gci/task/view/google/gci2012/7971228
01:46.54 brlcad done
01:47.05 javamonn thanks, I appreciate it.
01:47.12 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck!
01:48.02 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Sent OK, I've sent it to you via the dev mailing list. Thanks!
01:48.19 *** part/#brlcad javamonn (~twitch@108.223.142.86)
01:55.51 Notify 03GCI: Melange has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
01:59.28 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:BrlcadFolder.png]]": BrlcadFolder
02:01.03 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/upload: uploaded "[[Image:Affine transformations.pdf]]": Description of geometry affine transformations.
02:07.12 Notify 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeTerminalCommand.png]]": XcodeTerminalCommand
02:07.26 Notify 03BRL-CAD Wiki:Minichrispy * 4713 /wiki/Compiling/XCode:
02:11.45 Notify 03BRL-CAD Wiki:Minichrispy * 4714 /wiki/Compiling/XCode:
02:13.50 Notify 03BRL-CAD Wiki:Minichrispy * 4715 /wiki/Compiling/XCode:
02:15.44 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Background Math For real this time! http://brlcad.org/wiki/Image:Affine_transformations.pdf
02:16.28 Notify 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Minor Adjustment I updated the file with code that I believe is more preferrable. Instead of calling hyp_internal_to_specific() in each call to rt_volume(), I replaced the method call with just the code that I
02:16.30 Notify needed....
02:18.30 Notify 03BRL-CAD Wiki:Minichrispy * 4716 /wiki/Main_page: /* Tutorials */
02:23.49 Notify 03BRL-CAD Wiki:Minichrispy * 4717 /wiki/Compiling/XCode: /* Compiling */
02:32.13 Notify 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Finished I think there are still a few kinks to work out with in my guide, but I believe this is the farthest I am capable of going. Thanks to the power of open-source, though, I know as more people use the guide and report any errors
02:32.14 Notify they...
02:32.36 caen23 brlcad: i've completed the task. goddamn pointer arithmetic :( but i don't really know what to remove from CMakeLists. the files that required modification inside libged only used include/dm.h :-?
02:32.58 Notify 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Ready for review The work on this task is ready to be reviewed.
02:38.04 Notify 03GCI: Cezar has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Ready for review The work on this task is ready to be reviewed.
02:52.49 *** join/#brlcad Black_Viking (~Black_Vik@8.30.101.84.rev.sfr.net)
02:54.37 *** join/#brlcad caen23 (~caen23@92.81.197.30)
02:55.24 Notify 03GCI: Melange has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
02:55.59 *** join/#brlcad aimt (~amit@1.186.11.8)
02:56.09 Notify 03GCI: Melange has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back
02:56.10 Notify to...
03:07.05 Notify 03BRL-CAD Wiki:Sean * 4718 /wiki/Main_page: convert to wiki link
03:11.39 Notify 03GCI: Alex Ozer has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Claim Removed The claim on this task has been removed, someone else can claim it now.
03:19.26 starseeker brlcad: the src/fb man pages appear to be missing 1 page (fb-cmap) and don't pass xmllint validation
03:20.21 starseeker I can clean it up, or we could add another task to start with that patch and go the rest of the way...
03:21.31 caen23 starseeker: i could do it :D
03:21.38 starseeker heh
03:21.57 starseeker keep an eye out for what brlcad decides
03:22.19 caen23 but if you'd like someone else to try their hands at docbook tasks, it's fine xD
03:22.34 starseeker if we're lucky, we'll actually end this GCI round with all of our man pages in docbook and validating
03:22.59 starseeker caen23: I'd be fine with you doing it, but I'm not actually officially acting as a GCI mentor this go-around
03:23.30 caen23 ah, alright :D
03:23.49 starseeker just helping out with things that fall into my wheelhouse - the DocBook CMake system is my fault, so I'm the one who gets to figure out what's going on with it
03:24.09 starseeker caen23: you're not tired of DocBook yet? :-{
03:24.13 starseeker :-P rather
03:25.01 caen23 it can get tiring, but it does have a learning curve, so i was thinking things would go faster :D
03:25.20 starseeker Oh, you'd undoubtedly mow through it at this point
03:25.34 starseeker come to think of it... is the src/util task unclaimed?
03:26.33 caen23 it doesn't appear to be open, so someone must be on to it
03:29.43 starseeker hmm - one more we could probably define: man pages found by find . -name \*.1|grep -v other|grep -v src\/util|grep -v src\/fb
03:30.01 Notify 03BRL-CAD Wiki:Jacksixb * 4719 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
03:34.47 caen23 starseeker: do you know of any way i can see tasks claimed by others on gci?
03:34.58 starseeker caen23: not offhand...
03:35.24 caen23 can't seem to find a way, other than direct link
03:39.35 starseeker caen23: out of curiosity, which platform do you develop on?
03:41.21 caen23 starseeker: os x
03:41.46 starseeker cool
03:42.25 caen23 how about you?
03:43.13 starseeker Gentoo Linux
03:44.07 starseeker will be interesting to see if we get some Windows guys in
03:44.48 caen23 i tried it too a couple of years ago. but i like arch best. btw, what editor? :D
03:45.00 starseeker vim
03:45.07 starseeker my hands aren't flexible enough for emacs
03:46.09 caen23 yeah, i don't click with emacs either. especially moving around
03:47.01 starseeker caen23: if you have Windows in a VM on your mac, you could always take a stab at adding thread creation :-P
03:48.26 caen23 i could give it a shot, but it'll take me a while to set up the dev tools on windows ^^
03:49.07 starseeker caen23: heh - I wouldn't want to be guilty of encouraging you to drive yourself mad :-P
03:50.13 caen23 :D
03:50.20 starseeker caen23: do you lean towards web development?
03:52.05 starseeker caen23: actually, if you're interested in a documentation task - the libbn doxygen task looks like it's unclaimed
03:52.29 starseeker suspects if you can deal with DocBook, doxygen won't present any great difficulties
03:53.11 caen23 not necessarily. i started with web programming, but right now i like writing small shell tools in python, and i plan on learning about arduino, operating systems and compilers. i could complete web dev tasks, though
03:53.33 starseeker caen23: was just wondering which type of task you'd find "most fun"
03:54.17 caen23 i plan on focusing on code/documentation tasks for now :D
03:54.45 starseeker that's how I lean - I'm rather weak when it comes to web stuff
03:54.58 starseeker haven't messed around with it enough for it to be instinctive
03:56.06 caen23 during the summer i learned more about http and html5, and last month i started writing a web server in python, just to try and understand http better
03:56.23 starseeker realizes he doesn't have doxygen installed and corrects that...
03:56.31 starseeker caen23: cool!
03:59.02 starseeker ah drat
03:59.12 starseeker does that again, this time with graphviz support...
04:00.16 *** part/#brlcad caen23 (~caen23@92.81.197.30)
04:05.25 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed.
04:33.54 brlcad yeah, another task to do cleanup validation on the fb pages
04:35.05 brlcad there's still a bunch more manual pages that will need to get converted
04:35.19 brlcad and there can be subsequent cleanup tasks for them too
04:37.16 brlcad should tell caen23 about the upcoming procedural shell script task that he can do in python
04:44.07 brlcad lachlanp: so I ran into the errors as well
04:45.06 Notify 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Deadline extended The deadline of the task has been extended with 2 days and 0 hours.
04:45.07 Notify 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete
04:45.08 Notify once...
04:50.46 Notify 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: looks great but... Lachlan, the test looks almost perfect. It's in the build right and looks like a reasonable set of tests but the implementation has a few issues. The biggest is the use of fmemopen(), which is a no-go. That's a posix...
04:58.32 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work.
04:59.17 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: different shader So that's an interesting combination of colors on the checker shader, but you can't see the shape. Try using the stack shader with checker and plastic.
05:23.25 bhlegm so brlcad :P
05:26.57 brlcad bhlegm: on it
05:27.07 bhlegm thanks :)
05:45.50 *** join/#brlcad KOKO_ (~KOKO@101.78.11.198)
05:47.07 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed.
05:48.07 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Tweaked it a bit. Hopefully this is better. Certainly easier to see. Let me know if you would prefer any other changes.
05:52.18 Notify 03GCI: Melange has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
05:55.53 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: still flat That's still flat. Note that the order you stack shaders matters. You stacked plastic before checker. You need to stack it after. Assuming you fix that, the next problem is the shape. That doesn't exactly look like a C. AC isn't just half a circle cut in half.
05:55.54 Notify ...
05:56.03 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work.
06:31.49 Notify 03GCI: Sean has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Reopened This task has been Reopened.
06:47.45 Notify 03GCI: Tony has left the following comment at Categorize all of BRL-CAD's commands into a spreadsheet http://www.google-melange.com/gci/task/view/google/gci2012/7987215: Task Claimed I would like to work on this task.
06:49.35 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task.
06:52.15 Notify 03GCI: Tony has left the following comment at Categorize all of BRL-CAD's commands into a spreadsheet http://www.google-melange.com/gci/task/view/google/gci2012/7987215: Claim Removed The claim on this task has been removed, someone else can claim it now.
06:56.24 Notify 03GCI: Melange has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the...
06:58.09 Notify 03GCI: Harmanpreet Singh has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck!
07:03.30 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
07:07.40 Notify 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Just asking Is the submission acceptable?
07:12.21 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
07:12.28 GrantMercer015 Hello everyone
07:13.56 GrantMercer015 Brlcad awake?
07:28.26 lachlanp hi
07:29.17 lachlanp if you've got a Q ask it... they'll find it when they're on
07:39.52 Notify 03GCI: Sean has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: Task Closed Congratulations, this task has been completed successfully.
07:40.42 Notify 03GCI: Sean has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: fantastic Now that is fantastic work. Please consider trying one of our other modeling tasks (with several to be added over the next week).
07:42.23 Notify 03GCI: Sean has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Closed Congratulations, this task has been completed successfully.
07:48.08 Notify 03GCI: Sean has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Task Closed Congratulations, this task has been completed successfully.
07:54.17 Notify 03GCI: Sean has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: looks really good This write-up looks good, but isn't quite exactly what I was hoping for. If I were to give what you wrote a title, it wouldn't be "Compiling BRL-CAD with XCode on Mac OS X" .. it would be "Creating an XCode Project for...
07:59.54 Notify 03BRL-CAD Wiki:Sean * 4720 /wiki/Compiling/XCode: /* Compiling */
08:08.55 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Image:XcodeTerminalCommand.png]]": unnecessary
08:09.20 Notify 03BRL-CAD Wiki:Sean * 4721 /wiki/Compiling/XCode: /* Compiling */
08:09.24 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Question. Is BRL-CAD Repository "https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk" right..? If it is right, My PC is Working This SVN. But It is so Slow Because So Large Data.. I can't upload More Work File. So... Can I submit URL(http://ko9459.cafe24~) after...
08:09.27 *** join/#brlcad caen23_ (~caen23@92.83.171.104)
08:10.05 Notify 03BRL-CAD Wiki:Sean * 4722 /wiki/Compiling/XCode: /* Compiling */
08:14.33 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
08:14.54 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work.
08:17.15 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: upload correct url You should be able to upload the correct URL now. A bug has been submitted regarding the large file download. You have the correct URL for BRL-CAD's repository. Note you will probably want to run svnsync to get a local copy of the entire repository so that
08:17.16 Notify statsvn...
08:18.08 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:31.38 Notify 03GCI: Melange has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to...
08:32.09 Notify 03GCI: Melange has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
08:35.06 harmanpreet brlcad: is it acceptable, the comparison of BRL-CAD with other CAD softwares (other than mentioned in the task description). If yes, then I think we can close this task. What you think?
08:36.34 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Thank you for consideration. Processing StatSVN is So long time (Estimate Time is After 8hours..) So, commands have been uploaded first. BRL-CAD Repo is So big data...
08:51.14 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: svnsync That's why I suggested using svnsync. Accessing our large repository repeatedly over the network is probably what makes it so slow. If you run synsync, the repository will be local, checkout will be fast, and statsvn should be able to process much much faster.
08:53.05 brlcad harmanpreet: I discussed it with the student and told him that I'm going to abstain from deciding whether it's complete or not -- I leave that decision up to you
08:57.42 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
08:59.29 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: sure Yes, an extension can be or could have been granted. You just unclaimed it too quickly. ;) Of course, you can always claim it again if nobody else does.
09:07.45 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Thanks For help I attempt to use svnsync. so faster than General "svn checkout" command! Thank you! But, Statsvn.jar processing speed is slow. I think there seems to be associated with the processing speed of the system.
09:09.25 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
09:28.42 Notify 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Work not up to mark Niklsay, First of all, I appeciate the efforts you put on this task, but the problem is that you picked random CAD softwares and not the ones mentioned in the task description as said by Sean on 29 November 15:02 UTC.
09:28.42 Notify I...
09:29.12 Notify 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once
09:29.12 Notify you...
09:31.22 Notify 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
09:31.32 Notify 03GCI: Donny Mitsov has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Ready for review The work on this task is ready to be reviewed.
09:42.32 Barakados hello
09:43.02 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: thanks OK, so I take each face, translate and rotate its points to a plane and calculate the surface using the derived green's formula, abs(1/2 sum(xi yi+1 - xi+1 yi)) I have 2 questions: -When doing the...
09:48.07 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: matrix Also, where are the matrix operations defined?
09:52.47 *** join/#brlcad a (4f7062de@gateway/web/freenode/ip.79.112.98.222)
09:52.56 Barakados holy shit
09:52.57 Barakados it's a
09:57.03 *** join/#brlcad KOKO_ (~KOKO@101.78.11.198)
10:20.58 *** join/#brlcad Gaganjyot (~geek@101.62.192.30)
10:33.52 *** join/#brlcad elf` (~elf11_@92.80.1.188)
10:49.59 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:12.02 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:18.17 *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
11:33.20 GrantMercer015 brlcad awake?
11:55.23 *** join/#brlcad KOKO_ (~KOKO@101.78.11.196)
12:15.26 *** join/#brlcad andrei (~andrei@188.25.160.152)
12:22.11 *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27)
12:29.58 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
12:30.27 *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
12:41.39 *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27)
12:49.17 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Two answers Not sure where you get abs() from, I was thinking using the Green's Theorem in a manner like this guy has laid out: http://shuisman.com/?p=359 where he has said that A = \frac 12 \sum...
12:52.27 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Matrix operations? What do you mean where are they defined? You simply construct them as I've described, thus defining them. Or am I not understanding your question?
12:56.45 *** join/#brlcad M0J0E (~johannes@p4FDFBD32.dip.t-dialin.net)
12:58.40 GrantMercer015 mods online? i have a couple questions about the working of my task before i finish up
13:16.22 *** join/#brlcad Gaganjyot (~geek@115.185.109.124)
13:21.36 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:29.14 *** join/#brlcad Gaganjyot (~geek@115.245.170.105)
13:29.17 *** join/#brlcad caen23_ (~caen23@92.81.196.163)
13:31.20 *** join/#brlcad Silvrous (4f704820@gateway/web/freenode/ip.79.112.72.32)
13:37.09 Notify 03GCI: Ambar Pal has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Thank You My name is Ambar Pal.
13:44.19 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: matrix About the formula, yes, that's what I meant, I used the abs so it wouldn't matter in which order the points were traversed. I was referring to the functions/classes in the brl-cad libraries I could use
13:44.20 Notify to...
13:45.54 Notify 03GCI: Krasimir Stoikov has left the following comment at Layout "MGED Interface" Reference Document http://www.google-melange.com/gci/task/view/google/gci2012/7953233: Claim Removed The claim on this task has been removed, someone else can claim it now.
13:49.39 Skriptkid what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general) structures. Also, what are the data types "fastf_t" and "genptr_t" used for?
13:55.06 Silvrous fastf_t is a floating point variable
13:59.27 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.141)
14:04.25 caen23 harmanpreet: are you able to review/close this task on gci? http://www.google-melange.com/gci/task/view/google/gci2012/8017204
14:13.09 harmanpreet caen23: Sorry, currently reviewing http://www.google-melange.com/gci/task/view/google/gci2012/7945213 . You should not worry at all, as it will be reviewed shortly by other mentors. :)
14:14.11 caen23 harmanpreet: no problem :D i was asking because i noticed you were the one to approve my claim and i thought you were also doing the review
14:23.55 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: aah Is it the set of unit vectors (100) (010) (001) ?
14:35.41 Notify 03GCI: aCA0IHRvIDggc2lkZXMgKEFSQjgpICANCmh0dHA6Ly93d3cuZ29vZ2xlLW1lbGFuZ2UuY29tL2dj aS90YXNrL3ZpZXcvZ29vZ2xlL2djaTIwMTIvODAyODIwMzoNCg0KDQpJdCdzIGEgdHlwbw0KDQoN Ckl0IHNob3VsZCBiZSBiID0gW3hfMF4xLCB4XzBeMiwgeF8wXjNdIGFuZCB0aGVuIGhhdmUgYSAi LWIiIHRlcm0gaW4gdGhlICANCm1hdHJpeCBBX1QuDQoNCkFzIGZvciB0aGUgY29vcmRpbmF0ZSBz eXN0ZW0geCwgSSdtIHNpbXBseSB0YWtpbmcgdGhhdCBhcyB0aGUgb3JpZ2luYWwgIA0KY29vcmRp...
14:37.41 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Jumbled mess! Sorry about that, it got magled... What was there was simply: \begin{equation*} \left[\begin{array}{c} y_i^1\\ y_i^2\\ y_i^3\\ 1\end{array}\right] = \left[\begin{array}{cccc} 1 &0 &0 &-5\\
14:37.42 Notify 0...
14:39.43 *** join/#brlcad KOKO_ (~KOKO@101.78.11.202)
14:40.31 *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27)
14:43.26 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: It's still jumbled And the mat_t is defined as a fastf_t 4x4, I was thinking maybe there were some quicker, numpy-like operations I could perform...
14:43.46 Notify 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClRh c2sgQ2xhaW1lZA0KDQpJIHdvdWxkIGxpa2UgdG8gd29yayBvbiB0aGlzIHRhc2suDQoNCg0KR3Jl ZXRpbmdzLA0KVGhlIEdvb2dsZSBPcGVuIFNvdXJjZSBQcm9ncmFtcyBUZWFtDQoNCg0KLS0tDQpZ b3UgYXJlIHJlY2VpdmluZyB0aGlzIG1lc3NhZ2UgYmVjYXVzZSB5b3UgYXJlIHN1YnNjcmliZWQg dG8gQ29tcGlsZSAgDQpCUkwtQ0FEIHVzaW5nIERldi1DKysuDQpUbyBzdG9wIHJlY2VpdmluZyB0...
14:44.22 Notify 03GCI: L3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClRhc2sgQXNzaWduZWQNCg0K VGhpcyB0YXNrIGhhcyBiZWVuIGFzc2lnbmVkIHRvIEFkcmnhbiBBcnJveW8gQ2FsbGUuIFlvdSBo YXZlIDQ4IGhvdXJzIHRvICANCmNvbXBsZXRlIHRoaXMgdGFzaywgZ29vZCBsdWNrIQ0KDQoNCkdy ZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMgVGVhbQ0KDQoNCi0tLQ0K WW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91IGFyZSBzdWJzY3JpYmVk...
14:44.55 *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106)
14:45.02 brlcad !notify week
14:45.03 Notify BRL-CAD: carlmoore:32, brlcad:30, starseeker:27, n_reed:17, jordisayol:7, r_weiss:4, bob1961:4, caen23:3, erikgreenwald:1, d_rossberg:1
14:45.04 Notify BRL-CAD Wiki: Sean:28, Minichrispy:24, Gala:11, Jacksixb:4, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1
14:51.57 Notify 03GCI: Melange has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
14:54.58 Skriptkid In calculating the surface area of a hyperboloid, should the data about the hyoperboloid(height, radius, etc) be assigned using the structure rt_hyp_internal?
14:59.41 *** join/#brlcad KOKO__ (~KOKO@101.78.11.199)
15:01.37 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Surface Area I've found certain equations for calucalting the SA: http://www.wolframalpha.com/input/?i=hyperboloid http://mathworld.wolfram.com/Hyperboloid.html But I don't understand the symbols and what the...
15:06.11 *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106)
15:20.44 *** join/#brlcad harmanpreet (~chatzilla@124.253.22.244)
15:26.55 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:29.43 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: No, it's just in TeX format now... As for defining the matrices, I see what you're asking now. Unfortunately, I don't have a quick answer for you... Could you not simply define the transformation(s) yourself
15:29.44 Notify though?...
15:33.58 Notify 03GCI: DQpodHRwOi8vd3d3Lmdvb2dsZS1tZWxhbmdlLmNvbS9nY2kvdGFzay92aWV3L2dvb2dsZS9nY2ky MDEyLzc5NzEyMjM6DQoNCg0KVGFzayBDbGFpbWVkDQoNCkkgd291bGQgbGlrZSB0byB3b3JrIG9u IHRoaXMgdGFzay4NCg0KDQpHcmVldGluZ3MsDQpUaGUgR29vZ2xlIE9wZW4gU291cmNlIFByb2dy YW1zIFRlYW0NCg0KDQotLS0NCllvdSBhcmUgcmVjZWl2aW5nIHRoaXMgbWVzc2FnZSBiZWNhdXNl IHlvdSBhcmUgc3Vic2NyaWJlZCB0byBSZXByb2R1Y2UgYW55ICANCjEwIHVuY29uZmlybWVkIG9w...
15:36.19 Notify 03GCI: Melange has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
15:36.29 Notify 03GCI: dHRwOi8vd3d3Lmdvb2dsZS1tZWxhbmdlLmNvbS9nY2kvdGFzay92aWV3L2dvb2dsZS9nY2kyMDEy Lzc5NzEyMjM6DQoNCg0KVGFzayBBc3NpZ25lZA0KDQpUaGlzIHRhc2sgaGFzIGJlZW4gYXNzaWdu ZWQgdG8gSmFjb2IgRnL4a2rmciBMYXJzZW4uIFlvdSBoYXZlIDQ4IGhvdXJzIHRvICANCmNvbXBs ZXRlIHRoaXMgdGFzaywgZ29vZCBsdWNrIQ0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3Bl biBTb3VyY2UgUHJvZ3JhbXMgVGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBt...
15:43.46 *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106)
15:48.04 Notify 03GCI: Rita Navarro has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Task Claimed I would like to work on this task.
15:50.25 Notify 03GCI: Rita Navarro has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:50.54 Notify 03GCI: Angelyn has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Task Claimed I would like to work on this task.
15:52.34 Notify 03GCI: HS Rai has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Task Assigned This task has been assigned to Angelyn. You have 48 hours to complete this task, good luck!
15:52.54 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Don't know I guess I could, but it could be quite involved... Maybe you could review the function as it is now, and I'll generalize the code for the other primitives after the competition, when I've got more...
16:27.34 *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27)
16:34.32 *** join/#brlcad elf` (~elf11_@92.80.1.188)
16:36.58 harmanpreet brlcad are you there?
16:58.48 Notify 03BRL-CAD:starseeker * 53928 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/Doxyfile.in): Tweak doxygen files for CMake building.
17:00.42 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Cygwin Installation Issues I'm having trouble installing Cygwin. I have downloaded all of the files that it needs, however when I go to install it I get an error that says, "The program can't start because cygintl-8.dll is missing from your computer.
17:00.43 Notify Try...
17:04.28 *** join/#brlcad Ashish101 (75c22186@gateway/web/freenode/ip.117.194.33.134)
17:05.30 Ashish101 What are Render view stuff under file used for ??
17:11.32 Ashish101 @brlcad: ?? any ideas ??
17:13.42 Notify 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Awsome, but... Gala, your work is awsome. It is appeciable that you followed Sean's suggestions and made some changes but what it seems to me that your article looks more like an interview. Interview was to be used as tool to collect...
17:13.57 Notify 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 23 hours.
17:23.34 Notify 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once...
17:54.24 Notify 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Claimed I would like to work on this task.
17:56.19 Notify 03GCI: Andrei Popescu has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Assigned This task has been assigned to Shayantan. You have 48 hours to complete this task, good luck!
17:56.44 *** join/#brlcad harmanpreet (~chatzilla@124.253.21.60)
18:02.42 *** join/#brlcad andrei (~andrei@188.25.160.152)
18:04.49 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed.
18:09.35 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
18:19.45 Notify 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Am i doing it Right Please see this file in which i have done only 2 tabs Correct me if wrong I dont want to do a wrong tihng andthen submit it to you so that it comes back to me
18:24.13 *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27)
18:32.38 Ashish101 @brlcad: You there -- If yes then pleasetell me if i am doing it right !!
18:40.41 Notify 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as
18:40.42 Notify complete...
18:47.26 Notify 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Still missing Refering to Sean's comment on 29 November 6:14 UTC, your .g file still missing some primitives. However, your deadline has passed, I will extend it for one day. Good luck...!!
18:47.36 Notify 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
19:07.08 *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252)
19:12.12 *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
19:15.47 Notify 03GCI: Harsh Vardhan has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Claim Removed The claim on this task has been removed, someone else can claim it now.
19:28.24 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
19:29.23 *** join/#brlcad caen23 (~caen23@92.81.196.163)
19:34.16 *** join/#brlcad Silvrous (4f7041cc@gateway/web/freenode/ip.79.112.65.204)
20:02.07 Notify 03GCI: Melange has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim.
20:10.33 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Need IRC Help From Mentor I would lke my mentor sean to contact me with the irc and username provided in my profile
20:12.19 *** join/#brlcad Guest4947 (~M0J0E@p4FDFBD32.dip.t-dialin.net)
20:16.28 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
20:16.32 Barakados can i have my mentor talk to me please?
20:17.29 andrei You don't have a specific mentor, Barakados, just ask your questions here and you ll get the answers :)
20:18.26 Barakados oh, can someone please help me understand where to start?
20:18.36 Barakados How do I get the tk handling events?
20:21.33 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now.
20:22.29 andrei O.o
20:23.38 Notify 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task.
20:42.22 Barakados can someone give em a good link to a nice meed project
20:42.51 andrei hm?
20:43.53 Barakados mged project
20:43.58 Barakados i'm doing a screenshot project
20:45.09 andrei I can't help you, but in the mean time, you can have a look here : http://brlcad.org/wiki/Main_Page . Perhaps you can find what you need
20:48.58 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed.
20:51.13 Notify 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: NOTE! There was no information in the links you gave for Unigraphics/NX and it's the only one not included but I changed it with TurboCAD. I hope that won't be a problem :). And i hope now my task is complete the right way :) thanks btw for
20:51.14 Notify the...
21:13.07 Notify 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Claim Removed The claim on this task has been removed, someone else can claim it now.
21:13.12 Notify 03GCI: Sean Bashaw has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Claimed I would like to work on this task.
21:21.41 *** join/#brlcad merzo (~merzo@3-100-133-95.pool.ukrtel.net)
21:22.24 *** join/#brlcad matt_s (792c2a5d@gateway/web/freenode/ip.121.44.42.93)
21:22.36 matt_s hello!
21:23.26 matt_s I need some help checking a GCI project.
21:23.36 matt_s pretty basic help, actually.
21:25.33 *** join/#brlcad andrei (~andrei@188.25.160.152)
21:28.07 matt_s Basically, I'm not sure how to actually call the function the student built. It compiles fine, so that's good.
21:28.34 matt_s I just need to check the out put, and then it's good to go.
21:28.51 matt_s But I'm not sure how to actually do that from within mged...
21:29.07 matt_s feeling rather dumb at the moment.
21:30.46 andrei matt_s: couldn't you test it separately for some set of inputs?
21:31.40 matt_s How do you mean?
21:32.11 andrei is the function in a .c file ?
21:32.25 andrei you could write something similar to a test unit for it
21:32.34 matt_s Yeah, he's simply stuck a few extra lines in hyp.c
21:33.06 matt_s Programming is not my strong suit--working out the mathematics is.
21:33.46 andrei What I mean is that you create another .c file in that library where you call his function
21:34.09 andrei and you give a set of inputs for which you know the answer
21:34.12 andrei output*
21:34.39 andrei or is it a function that should compute something graphic like draw a polygon?
21:35.01 matt_s No, it's just supposed to return the volume
21:35.32 andrei Well then I suggest you use an alternate way to compute the volume( I assume you can do it with octave, for example)
21:35.53 andrei compute the volume for a set of points, then pass that set of points to the function the student wrote
21:35.55 matt_s I have already done it in numpy,
21:36.35 matt_s but what I'm stuck with is the actual semantics of how I pass the values to the student's function.
21:37.00 andrei I will have a look at it but I need to find hyp.c
21:37.22 matt_s The function itself is rather simple, just a one-line computation.
21:37.43 matt_s http://www.google-melange.com/gci/task/view/google/gci2012/7987216
21:37.45 matt_s his
21:38.02 matt_s src/librt/primitives/hyp/hyp.c
21:38.43 andrei he uploaded the whole file, how is the function called
21:38.57 andrei rt_volume() ?
21:39.25 matt_s THAT'S exactly what I'm asking.
21:40.05 andrei aah, now we solved the misunderstanding. Hold on a bit please
21:40.10 matt_s Oh, look at that, his newest version (Dec. 1) does not compile..
21:41.57 andrei Matt, I found his function
21:42.21 andrei http://slexy.org/view/s21GA1Bw7C
21:42.26 andrei tell me if this is what you were looking for
21:43.00 andrei in his latest version, you can find it at line 1366 :)
21:48.04 matt_s yup, that's the version that does not compile.
21:49.28 matt_s 1375,1378c1375,1381 < struct hyp_specific *hyp_sp = hyp_internal_to_specific(tip); < fastf_t h = hyp_sp->hyp_Hmag; < fastf_t r1 = hyp_sp->hyp_r1; < fastf_t c = hyp_sp->hyp_c; --- > > fastf_t r1 = ip->hyp_bnr * MAGNITUDE(ip->hyp_A); > fastf_t _c = sqrt(4 * MAGSQ(ip->hyp_A) / MAGSQ(ip->hyp_Hi) * (1 - ip->hyp_bnr * ip->hyp_bnr)); > vect_t *hyp_H; > VSCALE(hyp_H, ip->hyp_Hi, 0.5); > fastf_t h = MAGN
21:49.36 matt_s hm, that's ugly
21:50.06 matt_s that's the diff bewtween nov 30 (works) and dec 01 (will not compile)
21:50.34 matt_s Not terribly important, the function is fundamentally the same in both cases.
21:50.41 matt_s Now, how to call it...
21:51.32 matt_s from within mged, that is.
21:53.41 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
21:55.52 andrei Matt, I don't know how to do that but I suggested the following: the function returns avoid so I assume that the volume is returned in the first parameter " fastf_t *vol". You could see where "const struct rt_db_internal" is defined and just write a structure of that type manually
21:56.02 andrei a void, instead of avoid
21:56.54 matt_s sigh...
21:57.07 matt_s My C skills are so very poor.
21:58.05 andrei No worries, after all, nobody can have advanced skills in everything. I ll try and see if I can help
21:58.27 matt_s Dare to dream!
21:58.30 matt_s :-)
21:58.50 andrei that would imply that I would get to sleep, which rarely happens. :)
21:59.02 matt_s I hear that...
22:00.45 *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52)
22:01.32 andrei I m trying to find where that structure is defined but grep throws out a lot of matches
22:01.48 Barakados what's the best way to check for errors
22:02.48 andrei Barakados : if you edited or added code, the first test is succesfully compiling brlcad
22:03.09 Barakados i'm checking grammar
22:03.19 matt_s Yeah, that's about as far as I got.
22:04.01 andrei I don't think there is a way to check grammar errors automatically, or at least not a simple way to do that.
22:04.05 matt_s This is a useful exercise for me though, as I've been meaning to figure this out for a number of weeks now.
22:04.37 Barakados well, i am on a mac, and i don't know how to apply a patch
22:05.09 andrei matt_s : I found the structure that your function uses in /include/raytrace.h at line 189
22:05.32 andrei Barakados: http://brlcad.org/wiki/Patches. Let me know if you need any help
22:05.56 matt_s andrei : KK, looking at that now.
22:06.32 andrei matt_s : what I am trying to do is sort of reverse engineer that structure parameter, since it determine volumes, it has to get a list of points somewhere. I imagine that if we would be able to give a list of points to that function we could compare that output with what you have
22:06.34 Barakados andrei, i'm correcting the pdf
22:08.31 andrei Are you able to edit it ?
22:08.48 andrei Because I don't think you were supposed to edit the pdf, I haven't looked at your task tho.
22:09.00 matt_s I just built a quick function in numpy that that computes the volume via http://mathworld.wolfram.com/Hyperboloid.html
22:10.30 matt_s Which is the same thing Ben Bray has done.
22:10.39 matt_s In theory, anyway.
22:11.31 andrei <PROTECTED>
22:12.48 andrei The structure that contains data needed to determine volume is struct rt_functab(line 2004/raytrace.h) but I don't think you can manually set those values
22:14.16 matt_s What do you mean it's not defined by a set of point?
22:14.37 matt_s As in how one actually constructs one via "in:?
22:14.49 matt_s er, "in"?
22:15.04 andrei yes, you can define a cube by a set of 3d points, for example.
22:15.52 andrei I didn't realise what kind of geometric figure we have, so I imagined that the volume function must get a list of points as parameter
22:17.02 matt_s Ah.
22:17.43 matt_s No, this is sent some information about the asymptotes of the hyperbola and whatnot.
22:19.11 andrei I wanted to avoid using mged by adding the data manually(it isn't difficult to manually determine points for a less complex geometric figure)
22:19.38 andrei something like computeCubeVolume(float *vol, <List_of_points>);
22:19.53 andrei but it won't work for your figure, or I m not able to explain how
22:22.10 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
22:22.28 matt_s hrm...
22:24.36 *** join/#brlcad M0J0E (~johannes@p4FDFBD32.dip.t-dialin.net)
22:25.29 *** join/#brlcad merzo (~merzo@237-102-133-95.pool.ukrtel.net)
22:27.04 Notify 03GCI: Sean Bashaw has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Claim Removed The claim on this task has been removed, someone else can claim it now.
22:28.45 *** join/#brlcad andrei (~andrei@188.25.160.152)
22:36.35 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Couple things... First, I cannot figure out how to actually call this function, so I cannot test it. How have you managed to do it? Second, the most recent version (Dec. 01) does not compile, whereas the older one...
22:37.05 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task.
22:50.00 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Actually, looking a little more... This approach will not be totally compatible with the hyp primitive anyway, as the parameter "B" used in defining a hyp primitave allows for an elliptical cross section, not just...
22:50.05 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the...
22:57.05 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
23:00.46 Notify 03GCI: Sean has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: what's going on? Is there a reason you keep requesting a claim and the removing your request? You've done that four or five times today already. If you place a claim, you can start working on the task. You will be assigned as soon as a mentor can get to the...
23:16.21 brlcad ``Erik: would you set up notify for bzflag?
23:16.35 brlcad bzflag-commits mailing list just like ours
23:31.16 n_reed http://codepad.org/6nZbg5o7
23:31.47 n_reed I can't believe I'm just learning you can use array subscript backwards
23:32.34 n_reed my mind will need some time to recover after having been blown
23:33.46 andrei n_reed, is there an use for this ?
23:34.50 Barakados so i need help
23:35.06 Barakados my help is that i need to know a little bit about the connection between tk and c
23:35.17 n_reed andrei: code obfuscation contests maybe =)
23:36.00 andrei Although it is written in clean code mostly, brlcad structures would make excellent tests for that kind of contests :(
23:39.13 andrei how did you " discover" this?
23:40.10 n_reed "Expert C Programming: Deep C Secrets" on safaribooksonline.com
23:42.43 bhlegm hi, I'm trying to SELECT ... INTO OUTFILE '...' but I get Can't create/write to file Error 1 (HY000) Errcode: 13
23:43.43 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
23:51.13 Barakados could i get some help?
23:51.22 Barakados I just need to know the basics of using tk with c
23:51.28 starseeker notes bzflag has seen updates - cool
23:51.37 starseeker haven't played in a while
23:57.00 n_reed Barakados: what specifically do you want to do with tk/c?
23:57.25 Barakados when a window closes in tk, i want to be able to detect it in it's respective c file
23:59.48 brlcad n_reed: hehe
IRC log for #brlcad on 20121202

IRC log for #brlcad on 20121202

00:01.59 brlcad var[idx] is really just a shorthand for *(var+(idx))
00:03.48 caen23 i'm actually surprised at how many people consider this a secret. when i learnt c, it was covered in the pointers chapter of "c programming: a modern approach". this is also one of the most voted answers to a question about c programming tricks on stack overflow
00:05.01 brlcad even if it's covered, it's easy to forget after a few years
00:05.15 brlcad until you leave and breath pointers
00:05.21 brlcad s/leave/live/
00:05.59 brlcad bhlegm: on crit?
00:06.06 bhlegm yes
00:06.31 brlcad you could invoke the select and save the output outside of mysql
00:07.13 brlcad e.g., echo "select * from ...;" | mysql -uuser -p db > outfile
00:07.16 Barakados can someone help me?
00:07.25 Barakados sighs
00:07.42 brlcad Barakados: you need to be much more specific than that
00:08.14 brlcad "I just need to know the basics of driving a submarine, can anyone help me?" .. well .. maybe?
00:08.34 Barakados Ok
00:08.35 brlcad classic matra we repeat frequently here
00:08.37 brlcad ~ask
00:08.37 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
00:08.39 Barakados https://google-melange.appspot.com/gci/task/view/google/gci2012/7945212
00:09.01 Barakados I haven't gotten any code from the two files
00:09.03 brlcad I know the problem well
00:09.33 andrei brlcad : http://www.valoratsea.com/basics.htm does this help ? :)
00:11.05 brlcad Barakados: so what's your question?
00:11.33 Barakados I have a few: I believe i need the code to start
00:11.54 brlcad be aware that not all bugs and enhancements are created equal -- a problem could very well be too hard for you to tackle and that's okay
00:16.35 brlcad if you try and don't make progress, that's fine and hopefully you learn something either way
00:16.47 brlcad i'll gladly answer your questions, but they need to be specific
00:17.14 brlcad you do need the code, so does that imply you haven't even downloaded the source code yet?
00:18.52 Barakados oh it's on the website?
00:19.14 caen23 brlcad: when can we expect a new round of task reviews? :D
00:22.26 brlcad caen23: yep
00:23.46 Barakados brlcad: downloadingsource now
00:24.06 Notify 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Claimed I would like to work on this task.
00:24.11 brlcad today's reviewers are erik and harmanpreet
00:24.19 Barakados can you accept my current task so i can get started?
00:24.45 brlcad I haven't seen erik but I know harmanpreet has been busy reviewing
00:24.56 Notify 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Calling rt_volume I wasn't able to figure out how to call the method, either. There isn't much documentation, I'm afraid. Have you figured out how to call it yet? The rtweight command is supposed to return the
00:24.57 Notify volume...
00:25.01 Notify 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Contact I need the following information: 1. Your contact... 2. In what form do you want the document?
00:25.31 Notify 03GCI: Sean has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Assigned This task has been assigned to cheekujodhpur. You have 48 hours to complete this task, good luck!
00:25.32 Notify 03GCI: Andrei Popescu has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Assigned This task has been assigned to cheekujodhpur. You have 48 hours to complete this task, good luck!
00:25.53 Barakados who is sean?
00:26.01 Notify 03GCI: Andrei Popescu has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck!
00:26.07 Barakados :o
00:26.15 Barakados thankyouthankyouthankyouthankyou
00:26.31 andrei did we just assign the task simultaneously?
00:28.08 brlcad once a task is claimed, you can start working on it
00:28.52 brlcad we don't reject a claim unless there's some prior problem with that student
00:29.09 brlcad andrei: I think so
00:29.14 Barakados one thin, where can i find the methods for quitting the application?
00:35.35 Notify 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Claim Removed The claim on this task has been removed, someone else can claim it now.
00:39.25 brlcad Barakados: I don't recall specifically, you'll have to look around
00:39.42 brlcad there should be a quit callback as well as an event handler registered that closes the application
00:41.23 brlcad what calls what is a detail to be sorted out as part of the task
00:42.10 brlcad everything should be in src/mged and src/tclscripts/mged .. maybe some window event stuff in src/libdm, but I don't think so
00:42.46 Notify 03GCI: cheekujodhpur has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Claimed I would like to work on this task.
00:42.46 Barakados ok
00:43.11 Notify 03GCI: Sean has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Assigned This task has been assigned to cheekujodhpur. You have 72 hours to complete this task, good luck!
00:44.33 brlcad Barakados: just so you know, we're not pretending this is a "simple" task by any stretch of the imagination
00:44.38 *** join/#brlcad Cheeku (Cheeku@14.96.217.11)
00:44.43 Barakados true true
00:44.47 brlcad it very well may be too hard for you to do and that is okay
00:45.14 Cheeku I am on the update mediawiki website task
00:45.22 brlcad give it a try and if you find yourself completely unable to make progress without us feeding you the next bit of information, then you should probably move on
00:45.37 brlcad Cheeku: i'm your POC, I'll contact you in PM
00:46.11 brlcad Cheeku: our server setup is tightly controlled and monitored so there's some work involved to get access established
00:46.36 Notify 03GCI: Erik has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the
00:46.37 Notify task...
00:46.42 brlcad cheeku: have you worked with mediawiki before?
00:47.19 Cheeku As I said...nope..
00:47.28 brlcad what content management systems have you worked with?
00:47.33 brlcad any?
00:48.00 Cheeku no...
00:48.18 Cheeku I don't use any CMS
00:48.26 brlcad you've run apache but never set up any web application?
00:48.34 Cheeku I have set up web applications
00:48.38 brlcad such as?
00:49.01 Cheeku My school alumni site...now down...
00:49.34 Cheeku recently designed new website for sugar labs
00:49.37 Cheeku you can see that...
00:49.41 Cheeku here's the link
00:49.58 Cheeku http://14.96.217.11/sugar
00:52.06 brlcad Cheeku: but specifically, have you ever installed some piece of infrastructure, some open source web app
00:52.57 Cheeku NO
00:53.14 brlcad okay, that's good to know
00:53.21 brlcad have you used mysql before?
00:53.27 Cheeku yes
00:53.35 brlcad accessed it from php, I presume?
00:53.40 Cheeku yes
00:53.48 brlcad accessed it directly on the command line?
00:53.58 Cheeku yes
00:54.14 Cheeku accessed from command-line just to see the records
00:54.31 brlcad okay, and you've used ssh before?
00:54.35 Cheeku no
00:55.02 brlcad hmm, so you'll need to browse the web on that for a tutorial because this task requires accessing a server remotely via SSH
00:55.26 Cheeku alright...doing it..
00:55.30 brlcad ssh is pretty simple, but teaching you how to use it is beyond the project's scope
00:55.47 brlcad you can try ssh'ing into your own machine to see how it works
00:56.13 brlcad the rest we'll discuss in private to get your account set up
00:59.26 Notify 03GCI: Erik has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: needs some minor changes 1: I don't understand why you'd be undefining "major" and "minor", can those be removed? 2: all variable declarations should come at the beginning of the block, before RT_HYP_CK_MAGIC. The a...
01:00.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:01.24 bhlegm Cheeku ikr this stuffs intense
01:02.04 brlcad there be erik
01:03.31 ``Erik didn't realize I was reviewing today O.o didja throw the mentor schedule on a wiki page, or just in that one email that I can't access for the next 2 weeks? :D
01:04.07 brlcad heh, yep e-mail
01:04.21 ``Erik I think I have notify set up to catch commit emails, but I want to see a couple commits go through before I add the channel
01:04.26 brlcad Mon: Daniel, Sean
01:04.27 brlcad Tue: Matt, Erik
01:04.27 brlcad Wed: Harmanpreet, Rai
01:04.27 brlcad Thu: Andrei, Daniel
01:04.27 brlcad Fri: Sean, Matt
01:04.29 brlcad Sat: Erik, Harmanpreet
01:04.31 brlcad Sun: Rai, Andrei
01:06.06 caen23 awesome, there's a bug in svn that doesn't let me finish running svnplot on the whole repo, and the resolution seems to be recompiling svn
01:08.46 ``Erik if a 'gitstats' exist, we have a git mirror, too :D
01:11.00 Barakados i have a question
01:11.10 caen23 ``Erik: i can't seem to find it?
01:11.11 Barakados how do i compile mged from the source
01:11.32 ``Erik http://crit.brlcad.org/brlcad.git/
01:13.56 caen23 ``Erik: thanks, cloning right now :D
01:14.38 caen23 Barakados: have you tried this? http://brlcad.org/wiki/Compiling
01:22.29 bhlegm brlcad for the gallery, do you want the rating (that star stuff) to be as it was before as well?
01:25.36 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now.
01:25.47 andrei heh
01:31.47 bhlegm i dont think i can do that
01:35.21 Notify 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task.
01:35.51 Notify 03GCI: Melange has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task.
01:37.06 Notify 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Claim Removed The claim on this task has been removed, someone else can claim it now.
01:37.41 Notify 03GCI: Sean Bashaw has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task.
01:38.11 Barakados i am going to work on the pdf, i see some in there
01:54.25 brlcad bhlegm: ideally, yes
01:54.35 bhlegm ok :'(
01:54.43 brlcad what?
02:12.34 brlcad ``Erik: ?
02:14.17 bhlegm uhmm
02:18.17 bhlegm gallery2's rating system is using the number of rates and finding the average, but in piwigo a rate is counted per user.. i really don't know how to do it
02:18.34 ``Erik something went nutso and is chewing memory on crit like a mofo, oomd my image
02:18.35 bhlegm per user : every rate is recorded in a table
02:19.08 bhlegm as a row*
02:25.43 *** join/#brlcad caen23 (~caen23@92.81.196.163)
02:26.40 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
02:26.45 Notify 03BRL-CAD:brlcad * 53929 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/fb/CMakeLists.txt brlcad/trunk/src/fb/Makefile.am): apply gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8030204) from stefi.stoyanova that converts the libfb manual pages to docbook xml format. untested, but did remove the old manual pages while applying the patch.
02:26.48 Notify 03BRL-CAD:brlcad * 53930 brlcad/trunk/AUTHORS: credit stefi.stoyanova for contributions migrating fb manual pages to docbook.
02:27.49 caen23 brlcad: thanks a lot for reviewing my task :D
02:29.05 ``Erik apache went nuts and chewed up all the memory O.o
02:29.37 Notify 03BRL-CAD:brlcad * 53931 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/adc.c and 6 others): really impressive -- apply cezar's gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8017204) that decouples libged from libdm.
02:30.08 starseeker brlcad: did they update the fb patch? there was one man page missing
02:30.15 caen23 brlcad: for the "compile brl-cad w/ llvm 3.1" one, would it be enough to run cmake > cmake.txt and make > make.txt and simply upload these files? i've been using llvm to compile brlcad and no errors occurred, so there's no patching needed
02:30.30 starseeker llvm? O.o
02:30.50 ``Erik doh, brlcad committed the one I was reviewing
02:30.56 starseeker just built with clang 3.1...
02:31.12 Notify 03BRL-CAD:brlcad * 53932 brlcad/trunk/AUTHORS: double-billing, credit cezar for his work fixing code now (libged/libdm decoupling) in addition to the doc work.
02:31.36 starseeker using the static analyzer, even...
02:33.48 *** join/#brlcad harmanpreet (~chatzilla@210.56.121.43)
03:01.07 caen23 starseeker: is the file you were saying was missing from the fb task named "cmap-fb.xml" by any chance?
03:05.48 brlcad starseeker: I didn't review them by name, but counted 48 .1 file and same .xml files I thought
03:06.15 caen23 starseeker: ugh, nevermind, i forgot to do something
03:06.18 brlcad but yeah, he can fix it ;)
03:10.17 brlcad ``Erik: just trying to help :)
03:10.41 brlcad could clear out that last one remaining, I'm not doing that one
03:40.02 starseeker fb-cmap I think was missing
03:40.17 starseeker caen23: feel like fixing some more man page errors? :-P
03:41.15 caen23 starseeker: yeahp, i'm currently on src/util, and i'll fix what's left next :D
03:42.18 starseeker sweet
03:42.59 starseeker I think you'll need to start by applying the patch from the previous src/fb, seeing if fb-cmap is missing, then fixing the errors in those (new) files...
03:43.58 starseeker brlcad: I see the old src/fb .1 files are gone, but I don't see the new xml files - did you do the svn add?
03:44.13 caen23 it wasn't missing, i forgot to update cmakelists and it wouldn't build :D
03:44.37 starseeker yep
03:46.21 starseeker hang on...
03:51.40 Notify 03BRL-CAD:starseeker * 53933 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml =================================================================== and 465 others): Add man1 xml files from fb.
03:56.20 Notify 03BRL-CAD:starseeker * 53934 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: Add fb-cmap.xml - appears to have been missed in initial conversion.
03:57.03 starseeker caen23: that should fix the CMake configure stage, but by default the build won't work now because we turned on strict DocBook building and these fb man pages don't qualify
03:58.10 starseeker give me a few minutes...
03:59.26 caen23 starseeker: hmm… i think i'm finished w/ the src/util task, but i'm not really used to svn, so i'm not going to commit the changes. but i'll upload the patch to gci, and could you take a look and apply it if everything's ok?
03:59.52 starseeker caen23: sure, if you're more comfortable with that
04:00.07 starseeker I won't be able to properly test it until I squash the fb errors
04:00.13 starseeker hopefully that'll be quick
04:00.44 caen23 here's the link :D http://www.google-melange.com/gci/task/view/google/gci2012/7970249
04:01.51 starseeker caen23: nice job on the libged patch, by the way
04:02.16 starseeker tries to recall if he's every had brlcad tell him that a patch was *exactly* what he was looking for...
04:02.21 starseeker s/every/ever/g
04:02.47 caen23 what i'm mainly worried about is CMakeLists and Makefile.am. what i did was i removed all the man references from src/util and added the new .xml's to man1/en
04:02.57 starseeker that's correct
04:04.49 caen23 heh, thanks about the libged patch. i spent 4 hours because of a missing asterisk, lol. a function signature was something like (struct dm, char **), and i wrote a wrapper as (struct dm, char *). kept getting segfaults and had no idea why until i checked the function i was wrapping
04:06.45 Notify 03BRL-CAD:starseeker * 53935 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml and 35 others): Ah, crud - gummed up the patch application. Try again.
04:08.21 starseeker shoot - these are still db4
04:08.58 caen23 mine? or the fb ones?
04:09.04 starseeker the fb ones
04:09.12 starseeker gotta fix those before I can get to yours
04:10.32 caen23 :D
04:16.10 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
04:18.50 Skriptkid Are the Surface area tasks also 1-point tasks?
04:29.19 brlcad starseeker: oops, somehow they didn't add
04:30.02 brlcad and you're right fb-cmap doesn't exist
04:40.55 Notify 03BRL-CAD:starseeker * 53936 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml and 36 others): GCI commits didn't pass strict for fb - fixing.
04:45.05 brlcad starseeker: heh, I'd already created a gci task to make all these remaining pages pass strict later
04:45.13 brlcad still waiting for two more sets to come in
05:01.22 starseeker brlcad: oh, sorry
05:01.47 starseeker brlcad: it was a build-breaking issue, so I figured it couldn't wait
05:02.54 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
05:03.14 Notify 03BRL-CAD:starseeker * 53937 (brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cmap-fb.xml and 35 others): Use same header as src/conv conversions.
05:04.27 starseeker brlcad: I had mentioned the fb-cmap page being missing earlier - guess it got lost in the noise
05:05.11 *** join/#brlcad elf` (~elf11_@92.80.1.188)
05:06.19 starseeker caen23: I"m getting a "malformed patch" error
05:06.38 starseeker caen23: go ahead and commit - I'll straighten it out if there's any problem
05:06.58 starseeker remember to include the full URL in the commit message
05:07.54 Notify 03BRL-CAD:starseeker * 53938 brlcad/trunk/INSTALL: minor INSTALL tweak
05:08.16 brlcad starseeker: except there's two more big ones coming -- maybe revert it back to non-strict until after that task
05:08.30 starseeker growl
05:08.32 starseeker I suppose
05:09.08 brlcad it's too much work to do it at the same time, and too much work to break up the tasks .. all we have to do is wait a lil :)
05:10.00 brlcad starseeker: any binaries you'd like to see crash less (where we haven't identified bugs)
05:10.05 brlcad already have mged, archer, and rt
05:11.19 Notify 03BRL-CAD:starseeker * 53939 brlcad/trunk/CMakeLists.txt: Back off on strict XML until we're done with GCI conversion of man pages, to allow for task breakout of conversion and strict fixes.
05:11.19 starseeker erm
05:11.30 starseeker tries to remember what he's crashed lately
05:12.03 starseeker brlcad: did you get a chance to try the clang static analyzer? If any of those are legit, there may be some GCI clean-up work
05:12.29 starseeker isn't sure how to evaluate the results for false positives...
05:14.02 starseeker brlcad: nothing's leaping to mind with the crash question
05:15.03 caen23 starseeker: hmm… i've tried uploading a new patch http://www.google-melange.com/gci/task/view/google/gci2012/7970249
05:15.55 starseeker caen23: there we go
05:17.04 starseeker thanks
05:17.38 caen23 so is it fine, or have i broken something? :D
05:17.46 starseeker checking...
05:20.39 starseeker caen23: looks good
05:20.45 starseeker you're go for the commit
05:21.01 caen23 alright, thanks :D
05:21.13 starseeker want to do it yourself or shall I?
05:21.31 caen23 i think i'll try it
05:21.43 starseeker cool - remember, full URL in message :-)
05:22.30 caen23 hmm… is this message fine? :D "Convert src/util man pages to DocBook XML (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7970249)"
05:22.40 starseeker caen23: yep
05:23.24 starseeker caen23: in fact, I think these all validate too
05:23.32 caen23 mine?
05:23.40 starseeker brlcad: were you going to create a separate task for util validation?
05:23.43 starseeker caen23: looks like it...
05:23.53 caen23 oh, yes, i took care of it
05:24.03 starseeker ~caen23++
05:24.19 caen23 lol :D
05:24.22 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
05:24.23 starseeker wow. If brlcad put up a util validation task, make sure you claim it
05:24.55 caen23 nope, looks like he didn't
05:25.11 starseeker caen23: he probably will... how long did you spend on util, all told?
05:27.06 caen23 probably less than 30 minutes, can't tell exactly, but after running doclifter, the only errors were related to entities, and i wrote a script to get rid of the most common ones. if you add my trying to understand how svn works… probably more than 1h
05:28.49 starseeker caen23: we'll see what brlcad wants to do
05:29.10 starseeker did he put up any other Docbook tasks yet?
05:30.52 caen23 the only one that's open right now is the one for converting the rest of the files, as far as i can see
05:31.58 caen23 this is where i look for tasks :D http://www.google-melange.com/gci/org/google/gci2012/brlcad
05:34.00 starseeker caen23: did your commit go through?
05:34.28 caen23 just a sec :D
05:34.38 Barakados oh and can someone accept my new task?
05:35.32 starseeker Barakados: I'm not a formal GCI reviewer, but one of them should be around later
05:36.22 caen23 hmm… i can't seem to commit because svn:mime-type is not set. let me try one more thing
05:37.20 starseeker caen23: ah - this may help, although you may have to revert and re-do the adding of the xml files: http://brlcad.org/wiki/Mime-types
05:38.54 caen23 what i did was i edited config to include "*.xml = svn:mime-type:application/xml" under section auto-props
05:39.57 starseeker caen23: we normally use *.xml = svn:mime-type=text/xml;svn:eol-style=native
05:40.48 caen23 ugh, sorry then. i got mine from wiki, and it was written that text/xml is deprecated :-??
05:41.02 caen23 wikipedia*, not wiki
05:44.34 caen23 seems there's no getting around the revert :( so after i do svn revert, i should do svn add * inside man1/en?
05:44.43 starseeker right
05:44.57 starseeker but just revert the xml
05:45.01 starseeker not the CMakeLists.txt
05:45.08 starseeker svn revert *.xml
05:45.46 starseeker caen23: you'll have to mention the mime type thing to brlcad - I'm not sure why xml wouldn't be classified as text, but maybe someone has a reason...
05:47.07 caen23 actually i might be wrong, it was deprecated in an expired draft
05:48.19 starseeker makes a note to self to put his superlu and spooles CMake build files on github, in case they should prove necessary down the road...
05:50.06 Barakados can someone help me out?
05:50.22 Barakados how do i use the man to xml software on my mac?
05:50.41 starseeker Barakados: um. You install python, then run the script?
05:50.53 caen23 Barakados: do you have homebrew installed?
05:50.55 Barakados when i run it it is blank
05:52.09 caen23 are you running it from the terminal, or are you double-clicking the file inside the archive?
05:52.19 Barakados double click
05:52.31 caen23 open Terminal.app inside Applications/Utilities
05:52.42 Barakados i know terminal
05:52.54 Barakados give me the commands to use :P
05:53.05 Barakados that's all i need thanks :D
05:53.11 caen23 doclifter -x <path to file to convert>
05:53.24 Barakados that makes sense
05:53.40 caen23 where doclifter means the whole path to doclifter. for me, it's ~/Downloads/doclifter-2.9/doclifter
05:54.01 Barakados i know
05:54.07 Barakados i go to the directory
05:54.09 Barakados easier
05:54.27 caen23 yeahp
05:55.24 brlcad starseeker: no I hadn't tried, but there are two "compile brl-cad with clang" tasks using latest release and trunk
05:55.42 brlcad static analyzer is still one to be added
05:55.43 Barakados command not found
05:56.08 Notify 03BRL-CAD:caen23 * 53940 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/Makefile.am): -----------
05:56.12 caen23 inside doclifter-2.9, you run ./doclifter, not doclifter
05:56.33 brlcad validation task isn't yet posted, there's still one more docbook task pending
05:56.56 Barakados brlcad, can you validate my docbook task?
05:57.26 brlcad what?
05:57.35 Barakados I signed up for a task
05:57.46 Barakados https://google-melange.appspot.com/gci/task/view/google/gci2012/8005210
05:58.00 Barakados if you give it to me i can have it done in an hour
05:58.37 *** join/#brlcad harmanpreet (~chatzilla@210.56.126.141)
05:59.37 brlcad caen23: alas the way subversion (and other) revision control diffing works, the files need to be text/*something* in order for tools to become content aware
06:00.10 brlcad Barakados: term is assign, not validate ;)
06:00.14 Barakados sorry
06:00.55 brlcad no worries
06:01.42 caen23 brlcad: ah, didn't know that. these tasks the first time i've used svn :D
06:02.00 brlcad most repos have that issue
06:03.42 Barakados how do i use svn add?
06:04.14 Barakados nevermind, googled
06:04.32 Barakados never mind, still need help
06:05.50 *** part/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
06:07.08 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
06:11.17 Barakados so...
06:19.25 starseeker wonders if there are any stepcode tasks that could be GCI scoped?
06:19.50 brlcad yeah, tricky there -- undoubtedly are
06:20.28 brlcad could craete tasks to commit our changes one at a time to the git repo, that'd be a hoot
06:21.14 starseeker that's a thought - march down this list? http://stepcode.org/mw/index.php/BRL-CAD_patches
06:21.33 brlcad maybe, or up from our commits -- just do them all
06:21.55 caen23 brlcad: regarding the llvm tasks, they plan to release 3.2 on the 16th. perhaps the "build with trunk" one is not really necessary?
06:22.07 brlcad caen23: nope, that's the point
06:22.22 starseeker brlcad: there are some of ours that aren't applicable to stepcode (Marks lists 'em down at the bottom of that page...)
06:22.39 brlcad building with trunk now is probably nearly as good as building with 3.2 in a couple weeks
06:22.57 brlcad more interested in what fails
06:23.09 starseeker 3.1 I wouldn't expect to fail
06:23.17 starseeker trunk, probably yes
06:23.26 caen23 brlcad: makes sense
06:23.28 brlcad i wouldn't either but someone can at least verify that
06:24.13 brlcad welp, closed a half dozen, created a half dozen .. not too shabby
06:24.23 brlcad still has several dozen to be added
06:25.04 brlcad and that's not even counting tasks spawning from gci work recently completed
06:26.42 starseeker brlcad: should caen23 get two completed tasks? his util .xml conversion not only was successful but passed strict at the same time
06:26.46 Notify 03BRL-CAD:starseeker * 53941 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: fix indenting
06:28.12 starseeker kicks off a distcheck and hits the hay
06:31.12 starseeker gets spooles and superlu on github
06:31.36 starseeker oh yeah, cassowary... heh
06:32.40 brlcad starseeker: he can claim and close out the validation task after he finishes his currnet (the last set)
06:33.37 starseeker brlcad: cool. Wasn't sure what you wanted to do - just wanted to make sure the issue didn't get washed away in the GCI tsunami
06:34.27 brlcad nope, it's there, just unpublished
06:35.57 starseeker reflects that if we could somehow chop the stepcode merge into segments that would allow for successful completion, that would be a major step towards qualifying for fedora repos...
06:36.23 starseeker would have to make a FindSTEPCODE.cmake that actually works though
06:39.04 starseeker brlcad: you'd have a better sense than I would of whether this would be a sensible GCI task, but perhaps it would be helpful to have a "how to set up a Windows PC for BRL-CAD compilation" document?
06:39.59 starseeker isn't sure if that makes sense, given that it may turn obsolete relatively quickly...
06:41.03 brlcad was intending to after these are all fixed: https://google-melange.appspot.com/gci/task/view/google/gci2012/7948214
06:41.14 brlcad that's the "not even counting tasks spawning from gci work recently completed"
06:53.25 Barakados brlcad: is xml files docbook?
07:03.00 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
07:04.10 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.174)
07:06.15 bhlegm sorry if this is a stupid question, but is there a trash bin on the server?
07:16.28 Barakados all that's left is to compile the source, and then send in a patch
08:21.20 Barakados i have errors in files i didn't ediy
08:21.22 Barakados *edit
08:39.27 *** join/#brlcad harmanpreet (~chatzilla@124.253.149.220)
08:41.52 *** join/#brlcad harmanpreet_ (~chatzilla@124.253.144.204)
08:45.16 Barakados ok then
09:05.11 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:59.16 *** join/#brlcad harmanpreet (~chatzilla@124.253.153.78)
10:11.10 *** join/#brlcad Silvrous (4f7043b8@gateway/web/freenode/ip.79.112.67.184)
10:11.55 Silvrous How can I use functions like sin/cos or sqrt? Are they already defined, or do I need to include math.h ?
10:31.34 *** join/#brlcad harmanpreet (~chatzilla@124.253.152.86)
11:26.29 *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.155.255)
11:36.21 harmanpreet brlcad: are you there?
12:07.47 *** join/#brlcad caen23 (~caen23@92.81.196.163)
12:08.07 *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26)
12:08.51 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
12:08.51 Ashish101 @brlcad: What oes the zero thingi in the View tab DOO ...
12:10.06 Ashish101 ???
12:10.17 Ashish101 <PROTECTED>
12:10.24 GrantMercer015 where are you from?
12:10.55 GrantMercer015 it's the dead of the night for our mentors, dont be expecting help during this time on brlcad
12:11.24 GrantMercer015 usually 7-8 hours from now theyll be on answering our questions. Till then use this:
12:11.49 Ashish101 ??
12:11.50 Ashish101 What
12:11.59 Ashish101 Yes and its just 6 PM in here
12:12.22 GrantMercer015 BRL-CAD Cross Reference, google it and look for brlcad.org/xref/ along those lines
12:12.36 GrantMercer015 the server doesnt work over in japan so i cant give the exact link
12:13.11 Ashish101 Japan :P
12:13.23 Ashish101 U hv any site ?? blog ?>??
12:13.42 GrantMercer015 but the site searches brlcad source for specific keywords(identifier search), if you want to find any function declaration or varaibles search on the site
12:13.50 GrantMercer015 No site or blog
12:14.31 Ashish101 visit mine @ ashtricks.com
12:14.33 GrantMercer015 found a link, nevermind. http://brlcad.org/xref/ident
12:21.46 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
13:09.12 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
13:10.17 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
13:52.03 *** join/#brlcad Cheeku (Cheeku@14.98.242.20)
14:03.41 *** join/#brlcad Cheeku (Cheeku@14.98.242.20)
14:03.41 *** part/#brlcad Cheeku (Cheeku@14.98.242.20)
14:29.59 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
14:32.10 *** join/#brlcad M0J0E (~johannes@p4FDFAF31.dip.t-dialin.net)
14:35.23 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
14:36.40 maths22 brlcad: crit.brlcad.org does not have a necessary php extention enabled: hash
14:59.05 *** join/#brlcad harmanpreet (~chatzilla@124.253.28.117)
15:05.24 brlcad harmanpreet: hello
15:05.35 harmanpreet hi..
15:10.28 *** join/#brlcad andrei (~andrei@188.25.158.113)
15:20.49 caen23 brlcad: how can i change the way xmllint is called when validating docbooks?
15:31.28 brlcad caen23: what's up?
15:31.55 caen23 brlcad: i need to add a flag to the invocation so that it can build
15:32.35 caen23 there's a line <xi:include href="man.macros"> that generates an error, and this seems to be the solution: https://lists.oasis-open.org/archives/docbook-apps/200509/msg00089.html
15:39.49 brlcad caen23: shouldn't that be <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href=...
15:40.21 caen23 hmm… let me try
15:41.29 Notify 03GCI: Sean has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: Task Closed Congratulations, this task has been completed successfully.
15:41.30 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Changes... Reworked the model, changed the orientation of the model, and changed the order in which the shaders were applied. Let me know if any further changes should be made. Thanks, Daniel
15:41.31 Notify 03GCI: Sean has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: keep it up! Nice work, thanks. You have been credited with this contribution in our authorship documentation.
15:41.32 Notify 03GCI: Sean has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: wow, perfect That's perfect, Cezar -- *exactly* what I was looking for, couldn't have done it better myself.
15:41.33 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed.
15:41.34 Notify 03GCI: Sean has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Closed Congratulations, this task has been completed successfully.
15:41.35 Notify 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Claimed I would like to work on this task.
15:41.36 Notify 03GCI: Harmanpreet Singh has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck!
15:41.37 Notify 03GCI: Sean has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: what are you doing? Sean, you've claimed and unclaimed a task too many times today. What are you doing? Please commit to a task for more than a couple minutes.
15:41.38 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: looking better That's looking much better but you went from too much cut out of the C to too little. Look at the C's in the font on this page even (your "Changes..." for example). Notice how the C is cut around 1:30 and 5:30 on the face of a clock and cut at an angle.
15:41.39 Notify You...
15:41.40 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work.
15:41.41 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: lots of math routines There are lots of matrix macros in include/vmath.h and other matrix functions throughout the libbn library (see include/bn.h or src/libbn/*.c). As for the patch itself, be sure to read it with
15:41.42 Notify a...
15:41.43 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the...
15:41.44 Notify 03GCI: Christopher Su has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task.
15:41.45 Notify 03GCI: Sean Bashaw has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:41.46 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task.
15:41.47 Notify 03GCI: Moin Nadeem has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: Ready for review The work on this task is ready to be reviewed.
15:41.48 Notify 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed.
15:41.48 brlcad may need an xpointer=... element too
15:41.49 Notify 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:41.50 Notify 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Claimed I would like to work on this task.
15:41.51 Notify 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Ready for review The work on this task is ready to be reviewed.
15:41.52 Notify 03GCI: Melange has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students
15:41.53 Notify to...
15:41.54 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Fixed Fixed everything you said. I had used 'major' and 'minor' as variable names first. I saw in ell.c that they are defines as macros in some systems, so I undefined them :)
15:41.55 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed.
15:41.56 Notify 03GCI: bwannow has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task.
15:41.57 Notify 03GCI: bwannow has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:41.58 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Points Are the Surface Area tasks also 1-point tasks?
15:41.59 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: what do you mean? We know that those are some of the hardest tasks posted. If you know of a good way to break up the work into multiple sub-tasks, we can do that, but "points" won't matter beyond the first 3 so long as
15:42.00 Notify you...
15:42.01 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Closed Congratulations, this task has been completed successfully.
15:42.02 Notify 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: revisions Very nice work javamonn! Took a few revisions, but that looks great now.
15:42.03 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Hyp3 hyp3.patch is the final one.
15:42.04 Notify 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 2 days and 0 hours.
15:42.05 Notify 03GCI: Sean has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Assigned This task has been assigned to Christopher Su. You have 48 hours to complete this task, good luck!
15:42.06 Notify 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Ready for review The work on this task is ready to be reviewed.
15:42.07 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: it's alright You don't have to apologize. ;) Thank you for your interest. If you (or anyone else) would like to try again, the task is still available to be claimed.
15:42.08 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
15:42.09 Notify 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Commit r53940 Commit r53940
15:42.10 Notify 03GCI: Sean has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck!
15:42.11 Notify 03GCI: Sean has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Closed Congratulations, this task has been completed successfully.
15:42.12 Notify 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Claimed I would like to work on this task.
15:42.13 Notify 03GCI: Sean has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck!
15:42.14 Notify 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Deadline extended The deadline of the task has been extended with 2 days and 0 hours.
15:42.15 brlcad oof
15:42.15 Notify 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: on the right track You are definitely on the right track. That's looking fantastic. I noticed you expanded to some panels -- if you like, you can keep those separate and we can turn them into another task. It's enough work to just focus on the menus, no? :)
15:42.16 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: sorry Sorry, I can't help you with Cygwin installation issues. That's beyond the scope of this task and, more importantly, I'm not familiar with what those issues are. ;)
15:42.17 Notify 03GCI: Melange has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task.
15:42.18 Notify 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Ya Sure I will do that only In this way i can get 2 tasks in one shot Can this happen ??
15:42.19 Notify 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Ready for review The work on this task is ready to be reviewed.
15:42.20 Notify 03GCI: Melange has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
15:42.21 Notify 03GCI: Deep Inder Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Claimed I would like to work on this task.
15:42.22 Notify 03GCI: Harmanpreet Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Assigned This task has been assigned to Deep Inder Singh. You have 48 hours to complete this task, good luck!
15:42.23 Notify 03GCI: Monika has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task.
15:42.24 Notify 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Task Claimed I would like to work on this task.
15:42.25 Notify 03GCI: Harmanpreet Singh has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Task Assigned This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck!
15:42.26 Notify 03GCI: Deep Inder Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:42.27 Notify 03GCI: Harmanpreet Singh has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Assigned This task has been assigned to Monika. You have 48 hours to complete this task, good luck!
15:42.28 Notify 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: little corerction for better understanding the contest I just saw this comments and wanted to say, that, afaik, points do also count after the 3 for the T-Shirt, because you, as the organization, can choose
15:42.29 Notify the...
15:42.30 Notify 03GCI: Donny Mitsov has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Ready for review The work on this task is ready to be reviewed.
15:42.31 Notify 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Time Extension Could i receive another time extension please? I've spent to much time to let go of this project, i just need to finish this one up(only a little more, i promise!). The time difference is to far to be able to communicate with the...
15:42.32 Notify 03GCI: Harmanpreet Singh has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
15:42.33 Notify 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Disregard my first question I fixed the function to mimic the sort unix command exactly, never mind the question about my qsort! I couldn't find an edit button on my main post so i left this reply
15:42.34 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: got it Those were just what I was looking for, I think I've got it now. As for the INSTALL, I have no idea why the change appeared, all I did was compile and then delete the .build folder.
15:42.35 Notify 03GCI: cheekujodhpur has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:42.36 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: u^1^2 In the u miu X u miu matrix, what does (u^1)^2 and (u^2)^2 mean?
15:42.37 Notify 03GCI: Melange has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
15:42.38 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Tensor product! Disregard that, I've just figured it out.
15:42.39 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: typo? In the tensor product, should that be u or umiu?
15:42.40 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Cannot Continue crit.brlcad.org does not have a necessary PHP extention enabled: hash. Drupal 7 does not run without that extension.
15:42.41 Notify 03GCI: Angelyn has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Claim Removed The claim on this task has been removed, someone else can claim it now.
15:42.42 Notify 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: sure It can happen. Just make sure you submit all the menu changes for this one and then claim the panels one that will be published after this one is closed.
15:42.43 brlcad waits for the noise to subside
15:42.43 Notify 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work.
15:42.44 Notify 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: that's not rtwizard You made a screenshot of 'mged', but that's the wrong application. This task specifies making a screenshot of the 'rtwizard' tool. That's a different application. You'll also want something a little more interesting than a cylinder.. ;)
15:42.45 Notify 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNCkNv bXBpbGUgZmFpbHMNCg0KDQpJIHN1Ym1pdCBhIHRleHQgZmlsZSB3aXRoIGxvZ3MgYW5kIGluZm9y bWF0aW9uLiBUaGUgZmlyc3QgbG9nIGlzIHRoZSBDTWFrZSAgDQpnZW5lcmF0b3IgbG9nLiBUaGUg c2Vjb25kIGxvZyBpcyB0aGUgbmV4dCBDTWFrZSBsb2cuIFRoZSB0aGlyZCBsb2cgaXMgdGhlICAN Cm1pbmd3MzItbWFrZS4gRmFpbHMgaW4gYSBwYXJ0IG9mIHRoZSBjb21waWxhdGlvbi4NCg0KDQpH...
15:42.46 Notify 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClJl YWR5IGZvciByZXZpZXcNCg0KVGhlIHdvcmsgb24gdGhpcyB0YXNrIGlzIHJlYWR5IHRvIGJlIHJl dmlld2VkLg0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMg VGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91 IGFyZSBzdWJzY3JpYmVkIHRvIENvbXBpbGUgIA0KQlJMLUNBRCB1c2luZyBEZXYtQysrLg0KVG8g...
15:42.47 Notify 03GCI: Andrei Tudorica has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Claimed I would like to work on this task.
15:42.49 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: how's that a correction? Johannes, how is that different than what I said? Points won't matter SO LONG AS YOU MAKE IT INTO THE TOP-FIVE. If a student completed 10 surface area functions and another student completed 40...
15:43.50 *** join/#brlcad jasleen (~chatzilla@117.253.232.243)
15:45.16 ``Erik you're the one who didn't want quelling on long buffers :D
15:45.32 brlcad you didn't see my message the other day then :P
15:46.30 ``Erik nope, been fairly busy the last few days
15:46.35 brlcad would be nice if those gci tasks were more concise, wordy as all hell
15:46.55 ``Erik and getting ready to head back out soon, looking for a tree
15:47.14 ``Erik I was thinking about chopping the messages up a little, or adding better parsing or something
15:47.16 *** part/#brlcad jasleen (~chatzilla@117.253.232.243)
15:47.53 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
15:47.54 brlcad GCI: Andrei Tudorica * ld like to work on this task.
15:47.58 brlcad oops
15:48.20 Notify 03GCI: Lolacio has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Claimed I would like to work on this task.
15:48.32 brlcad GCI: Andrei Tudorica * Create prototype 2D CAD drawing(s) (http://www.google-melange.com/gci/task/view/google/gci2012/7985229): ... message ...
15:48.41 brlcad something like that
15:49.16 brlcad ``Erik: and it seems to have some off-by-one-word error
15:49.18 brlcad 10:42 < Notify> the...
15:49.25 ``Erik https://github.com/erikg/cl-cia/blob/master/maildir.lisp #'do-gci-email ( starts at #'process-brlcad-gci-mail-dir ), let me know when ya have the pull request ;)
15:49.38 ``Erik yes, I just fixed that one while it was clearing the queue
15:49.47 brlcad smells a gci task
15:49.55 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Got It Just wanted to know. Because I was seeing last year's tasks list and I saw that some tasks had more than 1 point. So just asked.
15:49.59 *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26)
15:50.15 Ashish101 @brlcad: you there ??
15:50.25 ``Erik if you can find a lithp weenie to do it, I don't care where the pull request comes from O.o but we're heading out the door in a minute, so'z *shrug*
15:51.01 Ashish101 I want to know where can i find the functionalities of stuuf located in settings tab of Mged
15:51.05 ``Erik mebbe a cl-ppcre replacement bit to shrink it, or a rfc2388-binary split of the mime types and a closure-html parse of the html version to break it to the important parts
15:54.24 ``Erik (btw, haven't seen a commit msg for bz yet)
15:57.05 Notify 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Some Questions As the first draw is now ready, I have some questions: 1. Where should the function be placed (just at the end of bot.c?) and how should it be called? 2. How should the result be...
16:02.30 Ashish101 NO one is online that can be of some help !! ... Any idea when brlcad come online ??
16:03.59 andrei He was around several minutes ago, just ask him what you want to ask
16:04.06 Ashish101 I asked
16:04.13 Ashish101 Above but no replys !! :(
16:04.37 andrei <Ashish101> @brlcad: you there ??
16:04.38 andrei <Ashish101> I want to know where can i find the functionalities of stuuf located in settings tab of Mged
16:06.39 andrei you should try to be more specific, often it's better to say what you want to do and not how you want to do it when you ask for help. He isn't answering because he is probably busy, but he will answer your question :)
16:07.14 *** join/#brlcad SkriptAk (~Skriptkid@117.202.63.216)
16:08.15 Notify 03GCI: Andrei Popescu has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck!
16:09.00 Notify 03GCI: Andrei Popescu has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Assigned This task has been assigned to Lolacio. You have 48 hours to complete this task, good luck!
16:14.39 *** join/#brlcad elf` (~elf11_@92.80.1.188)
16:21.34 *** join/#brlcad Lolacio (5bb018fd@gateway/web/freenode/ip.91.176.24.253)
16:47.42 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
16:50.22 M0J0E As I don't want to spam this channel with unnecessary long posts, I think it is the best to just post the link to my task, where I also posted my questions, concerning this task : http://www.google-melange.com/gci/task/view/google/gci2012/7968224. Thank you in advance!
16:59.27 *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26)
17:05.20 Notify 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Help When Im Starting Rt Wizard THey Say I NEed Some Kind of database . sir plz help
17:09.22 Ashish101 @belcad: u there ??
17:18.51 Silvrous I have a problem with a variable. I declared a mat_t object, but when I try to use it, such as M_AT[0][0]=1, I get error: subscripted value is neither array nor pointer
17:22.37 andrei Silvrous, you re probably reffering to a structure
17:23.45 Silvrous sorry, yes. I just realized, the mat_t is defined as a 1D array, isn't it?
17:24.02 andrei I need to have a look at the code, what file are you working with
17:24.04 andrei ( path)
17:24.46 Silvrous it's defined in /include/vmath.h
17:25.39 Silvrous I'm working on /src/librt/primitives/arb8/arb8.c , but there's no other mat_t's used there.
17:25.47 andrei typedef fastf_t mat_t[ELEMENTS_PER_MAT];
17:26.03 andrei as far as I know fastf_t is a primitive(similar to float)
17:26.47 andrei mat_t should be a matrix, I m trying to find a usage example
17:28.07 Silvrous Yes, that's what I'm trying to use it for. I assumed it was indexed as [][], but from what I see, it's just linear with a rule for the element placement.
17:30.35 andrei you can use it as mat_t [] and it works
17:31.27 Notify 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Unclaiming Article Task Hi Sean and Harmanpreet, I think I must be in over my head. :) I think everyone has been really nice and helpful and patient, but I have basically spent a week on this one project, and I do not seem to...
17:31.32 Notify 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Claim Removed The claim on this task has been removed, someone else can claim it now.
17:31.39 Silvrous what is the rule for indexing? line by line, column by column, right?
17:32.30 brlcad Ashish101: that tone is not at all helpful
17:32.59 Ashish101 KK
17:33.14 andrei Silvrous, I didn't manage to find a direct access to the matrix
17:33.18 brlcad you need to be patient and respectful if you want anyone to be polite back to you
17:33.26 andrei for example, you can print it with bn_mat_print
17:33.46 Ashish101 Kk::::...
17:33.46 brlcad i'm not the only one that can help you unless you're working on a web task that requires an account be craeted
17:34.31 andrei Silvrous: the prototype is bn_mat_print("string - description", mat_t);
17:35.10 brlcad ``Erik: I'll make a bzflag commit in a few, but was just expecting notify to be joined and start chirping ;)
17:35.51 Silvrous Thanks. What I need though is to create one from scratch.
17:36.27 brlcad Ashish101: and andrei DID help you -- you did not actually ask a question
17:36.38 brlcad "I want to know where can i find the functionalities of stuuf located in settings tab of Mged" is not a question
17:36.42 brlcad I want a puppy
17:36.53 Ashish101 :P
17:37.06 brlcad I'm serious, IRC does not tolerate this
17:37.20 brlcad please read http://brlcad.org/wiki/IRC and ...
17:37.21 brlcad ~ask
17:37.22 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
17:37.59 brlcad after you have done that, come back and ask your question(s) and we'll see if we can give you some help
17:38.20 andrei Silvrous: hold on a bit while I find the body of that print function, it might help you understand better how the function works.
17:38.48 brlcad please be respectful of other people's time, we're not just sitting here waiting to answer questions that you're capable of researching yourself -- we want to help people who are genuinely interested in contributing to open source
17:39.40 andrei Silvrous, I found what you are looking for : /src/libbn/mat.c. Have a look there.
17:39.56 andrei let me know if anything is unclear after that.
17:40.28 brlcad andrei: nice, that comment should be moved
17:40.33 brlcad (to vmath.h)
17:40.57 Ashish101 Q- "What does the Function in Settings>transform>adc " Actually do ..
17:41.20 brlcad "adc" is our "angle distance cursor"
17:41.26 Silvrous andrei: Thanks a lot!
17:41.38 brlcad it's an expert interface for measuring angles and distances for displayed geometry
17:41.59 brlcad I believe there is a write-up about the ADC in our tutorial documentation on the website
17:42.06 Ashish101 thanks
17:42.27 andrei brlcad: you mean the bn_mat_print func prototype?
17:42.51 Silvrous I've also found a problem in the brl-cad cross reference http://brlcad.org/xref/search the search always gives return value 2
17:42.55 brlcad andrei: no, the comment at the top of mat.c
17:43.01 brlcad it explains the layout of a mat_t
17:44.09 andrei ah, I ll move it now then.
17:45.08 brlcad notes the first /** @} */
17:45.13 brlcad is wrong .. should be removed
17:45.26 brlcad there's one at the bottom of the file
17:46.37 andrei Shouldn't I keep the first one and remove the last one ?
17:46.40 brlcad Ashish101: and there's no way you read that entire IRC page in 2min before asking our question -- you do that at your own risk
17:46.54 brlcad no, remove first, keep last
17:47.23 brlcad the whole file gets wrapped in addtogroup mat { ... } so that it captures any implementation /** */ doxygen comments
17:47.43 brlcad and there are a few in there, so it should be kept
17:48.06 brlcad if there weren't any, then you could remove the addtogroup mat and { and } lines
17:48.38 brlcad andrei: note that the TODO comment has nothing to do with a mat_t :)
17:48.47 Notify 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Claimed I would like to work on this task.
17:48.49 andrei yes, now I realised what you actually wanted me to move
17:49.09 andrei starting from here : /** @file libbn/mat.c
17:49.15 Ashish101 I just read this section -- which according to all of you is important for me !--- IRC Etiquette :)
17:50.53 brlcad that is the more important section, but you should read the whole page and read the page about "How to Ask Questions the Smart Way"
17:51.52 brlcad you'll get much more and much better help that way
17:52.23 brlcad harmanpreet: would you like a reply here or on irc?
17:52.36 brlcad bah, here or e-mail
17:53.42 harmanpreet brlcad: anywhere you think more suitable.
17:53.52 Notify 03GCI: Andrei Popescu has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Assigned This task has been assigned to John. You have 72 hours to complete this task, good luck!
17:54.14 brlcad harmanpreet: I believe in open communications so long as it protects individual privacy where needed, so we can talk about it here ;)
17:54.30 brlcad the task is not a personal matter
17:54.30 harmanpreet brlcad: sure
17:55.04 brlcad so I actually told him to uncheck the textures, because I consider our support overly primitive compared to other systems
17:55.47 brlcad we can do texturing but our uv parameterization is not configurable, some objects can't be textured (like meshes!), and textures must be in raw pix format
17:55.59 brlcad that's too many caveats
17:56.18 brlcad we do, however, have extrusions
17:56.24 brlcad not the extrude command, but actual objects
17:56.34 brlcad if you import a dxf with a 2D sketch, you can extrude that
17:56.46 brlcad http://brlcad.org/tmp/primitives/Primitives3_grouped_labels.png
17:57.44 brlcad as for the task, hopefully the student has learned something from the exercise
17:58.05 harmanpreet even I too :)
17:58.33 brlcad I don't trust the commercial checks entirely, but the big-picture passes a sanity check
17:59.14 brlcad so still I leave it up to you to decide if he's done
17:59.26 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
17:59.31 brlcad he's certainly put more than 2 hours into the project and that's the general guideline
17:59.37 brlcad bhlegm: howdy!
17:59.47 bhlegm hi :)
18:00.02 harmanpreet so he deserves acceptance... :)
18:00.10 caen23 brlcad: i think i've completed the "convert remaining man pages" task, plus validation, but i haven't removed the man pages from the src/, because when i tried to, i kept breaking something. for some folders, it's easy, but others are more involving, and i haven't quite figured out how to properly remove the docs from those
18:00.15 andrei brlcad: sorry to hop in the middle of the discussion but would it seem unreasonable to complete that task and open another task to correct the remaining/potential issues ?
18:00.26 harmanpreet brlcad: but am really feeling bad for Gala.. :(
18:00.38 brlcad why's that?
18:01.00 brlcad caen23: what breakage?
18:01.43 brlcad andrei: it depends, but in general I do not think that is unreasonable IF they've put more than two hours of effort in
18:01.58 brlcad i.e., implying that the scope was misjudged
18:02.14 brlcad harmanpreet: which one is gala?
18:02.52 harmanpreet student recently working on http://www.google-melange.com/gci/task/view/google/gci2012/7945213
18:03.00 andrei brlcad: the one that had to write the news article : http://www.google-melange.com/gci/task/view/google/gci2012/7945213
18:03.06 andrei ah, sorry
18:03.19 harmanpreet yeah..
18:04.13 brlcad harmanpreet: ah, that gala -- so what you can do is create a task just for him/her that is to just interview jordi
18:04.33 brlcad I can publish it and we can try to get them to claim it
18:05.07 brlcad howdy starseeker ;)
18:05.18 harmanpreet that's nice :)
18:05.21 starseeker brlcad: hmm?
18:05.25 andrei wasn't that task already published? I think I have seen that one before
18:05.26 starseeker reads backlog
18:06.01 brlcad starseeker: nothing, just saying hi :)
18:06.06 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: finally I assumed it was umiu, the other possibility didn't make sense since umiu wouldn't have been used anywhere. areasimple.patch is my old function,now fixed, and areamatrix.patch is the...
18:06.23 brlcad andrei: it was the same task
18:06.29 brlcad interview him and write an article
18:06.38 brlcad they interviewed him and posted the interview as the article
18:06.48 brlcad replied that wasn't adequate and they let the task go
18:07.04 andrei ah, I see.
18:07.31 Notify 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ready for review The work on this task is ready to be reviewed.
18:08.41 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: clarification John, Since this task was already worked, write your article based on the question+answer responses from Gala's effort and post your article to our CPP. Gala, If you like, we can create a task to just interview Jordi...
18:09.34 brlcad andrei: where's that bn.h/vmath.h commit? :)
18:09.45 brlcad !notify week
18:09.45 Notify BRL-CAD: starseeker:36, carlmoore:32, brlcad:23, n_reed:17, jordisayol:7, r_weiss:4, bob1961:4, caen23:4, erikgreenwald:1, d_rossberg:1
18:09.46 Notify BRL-CAD Wiki: Sean:28, Minichrispy:24, Gala:11, Jacksixb:4, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1
18:09.51 andrei I m redownloading brlcad from checkout
18:09.54 brlcad ah
18:10.06 andrei apparently I have plenty other files, and I don t know how I can wipe out any files that aren't included in checkout
18:12.20 brlcad svn status | grep '^\?' | xargs rm
18:12.27 Notify 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Closed Congratulations, this task has been completed successfully.
18:12.45 brlcad be very careful with that though as it will delete everything that SVN doesn't recognize which will be any works-in-progress
18:13.35 brlcad you can take care of the '?' file not found messages with an | sed 's/\? //g'
18:13.36 starseeker brlcad: heh howdy
18:14.00 starseeker caen23: don't worry too much about removing the old man pages
18:14.14 starseeker caen23: if you like, you can just submit a patch with the new ones
18:14.24 andrei <PROTECTED>
18:14.25 brlcad he can commit it
18:14.33 starseeker yeah, that too
18:15.28 starseeker removing the old man pages is a bit involved due to one of the more sophisticated symlink utilizations for BRL-CAD data files
18:15.37 starseeker (or can be, at least)
18:15.53 starseeker s/involved/confusing
18:16.43 caen23 i noticed some components have a doc folder, and it's those i can't really wrap my head around
18:16.58 starseeker caen23: can you give an example?
18:17.02 Notify 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: template Sean, is there any pre-defined template for writing the article, or I'm free to choose the layout?
18:17.39 caen23 src/other/tcl
18:17.50 starseeker scowls at release mode... why does my gentoo box always have to find a new potential uninitialized value usage...
18:17.56 starseeker caen23: ah - forget src/other
18:18.17 starseeker caen23: those are (mostly) third party codes that we bundle
18:18.27 starseeker both for convenience and configuration control
18:19.07 caen23 starseeker: ah, alright then. i'll just commit the additions to docbook/system, if that's ok
18:19.14 starseeker if you converted those man pages that might actually be an interesting thing for some of the projects, but it's separate from BRL-CAD's man pages
18:19.17 starseeker nods
18:20.11 starseeker stepcode may be interested in DocBook man pages and the possibilities they represent - would have to ask Mark
18:21.53 brlcad new task: https://google-melange.appspot.com/gci/task/view/google/gci2012/7979224
18:22.37 brlcad starseeker: because you have gcc 4.6+ there
18:22.41 starseeker brlcad: is this just different compilers seeing different things again? http://pastebin.mozilla.org/1971694
18:22.53 starseeker gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7)
18:23.09 starseeker gentoo hasn't ported to 4.6+ fully yet
18:23.22 brlcad ah, well then there's probably more
18:23.36 brlcad unoptimized builds are auto-initialized even though the compiler is not required to do so, optimized builds are not initialized (so you get the warnings)
18:24.12 starseeker braces himself and flips up the dsp.c file...
18:24.32 brlcad the bigger question is why the logic is written in such a way that it assumes it's zero -- that's usually a potential logic bug elsewhere that is only masked by initalizing to zero
18:25.01 starseeker log message at 1186
18:26.08 starseeker I guess the main question then is whether to initialize the structs at 2563 or... ?
18:27.09 brlcad if those other warnings are also debug messages, then zero-init is fine
18:27.16 brlcad it's if/when any aren't debug
18:28.14 Notify 03BRL-CAD:popescuandrei * 53942 brlcad/trunk/src/libbn/mat.c: /* V M A T H . H * BRL-CAD * * Copyright (c) 2004-2012 United States Government as represented by * the U.S. Army Research Laboratory. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public License * version 2.1 as published by the Free Software Foundation. * * This library is
18:28.16 Notify distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this file; see the file named COPYING for more * information. */ /** @addtogroup mat */ /** @{ */
18:28.18 Notify /** @file vmath.h * * @brief vector/matrix math * * This header file defines many commonly used 3D vector math macros, * and operates on vect_t, point_t, mat_t, and quat_t objects. * * @brief matrix representation * 4 x 4 Matrix manipulation functions... * * Matrix array elements have the following positions in the matrix: @code * | 0 1 2 3 | | 0 | * [ 0 1 2 3 ] | 4 5 6 7 | | 1 | * | 8 9 10 11 | | 2 | * | 12 13 14
18:28.20 Notify 15...
18:28.38 brlcad yay, first commit?
18:28.52 andrei yes:)
18:29.09 starseeker uh... did the file contents end up in the commit message?
18:29.33 andrei I didn't use -m because it was supposed to ask for the message, but for some reason it didn't
18:29.40 andrei sorry
18:29.47 starseeker ah - phew
18:29.52 Notify 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Ready for review The work on this task is ready to be reviewed.
18:29.56 starseeker was afraid another subtle notify bug lurked
18:33.57 Notify 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: problem with your shift key? Are you having some problem with your shift key? You should only capitalize the first letter of a sentence and proper nouns (someone's name). There are a couple dozen example databases installed within the share/brlcad...
18:37.14 starseeker brlcad: 1186 is a debug message, but src/librt/primitives/dsp/dsp.c:1293 doesn't seem to be
18:39.49 Notify 03BRL-CAD:starseeker * 53943 brlcad/trunk/src/librt/primitives/dsp/dsp.c: Initialize vars to quell warning in release build mode with gcc 4.5.4 on gentoo linux.
18:39.59 *** join/#brlcad cristina (~quassel@188.24.75.242)
18:40.22 starseeker caen23: which src/other man pages did you convert?
18:40.44 starseeker the URToolkit and step directories may be of interest as part of a separate task
18:41.05 caen23 it might have been all of them :-? i found them using `find . -name "*.1"`
18:41.11 starseeker ah
18:41.34 starseeker OK, yeah - save the URToolkit and step files
18:42.01 starseeker we manage libutahrle/URToolkit - it's abandoned, so we're the only folks maintaining it now
18:42.17 starseeker that means we can do what we want - including DocBook man pages
18:42.50 starseeker the step pages as DocBook may appeal to Mark, so hang on to those too - we'll ask him
18:43.21 caen23 starseeker: hmm… i'm currently in the final stages of making a commit with all the man's. should i remove something afterwards?
18:43.41 starseeker caen23: don't worry - I'll sort it out
18:43.46 caen23 thanks :D
18:43.58 starseeker go ahead and get it committed, so you can snag another task ;-)
18:44.11 M0J0E as I don't want to spam the mailing-list, how long should I wait after posting questions in IRC and under the concerning gci task, till I should post them on the mailing list. And moreover, should I ask these questions via e-mail just my mentors, or the whole mailing list?
18:45.16 starseeker MOJOE - unless it's a personal matter like getting an account set up, all communications for open source development should be open
18:45.46 bhlegm brlcad
18:45.47 starseeker generally people will read the backlogs and address questions as they come up
18:46.28 bhlegm can i split my task into transferring gallery2's info to the database that piwigo is supposed to have...
18:46.53 starseeker M0J0E: since you posted your questions on your GCI task (which is fine) the thing to do is wait for a GCI reviewer to address them there
18:47.27 starseeker M0J0E: you don't have to sit idle - you can always be learning more about BRL-CAD while you're waiting for specific answers
18:47.35 M0J0E perfect, thanks.
18:47.48 Notify 03BRL-CAD:caen23 * 53944 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Convert remaining man pages to DocBook XML (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7960234)
18:47.52 starseeker that will give you a head start when you eventually select your next task
18:48.26 Notify 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Ready for review The work on this task is ready to be reviewed.
18:48.41 Notify 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Commit r53944 Commit r53944
19:02.40 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: no template John, there's no template. The article itself (ie, the text written) is more important than the layout. It should be informative and interesting, utilizing the questions and answers that Gala summarized. There were more...
19:06.09 brlcad starseeker: yeah, that looks like exactly the case I'd be worried about
19:08.33 brlcad starseeker: it shouldn't be getting to uninitialized memory there
19:08.45 brlcad rather, unset
19:09.37 brlcad isect_ray_cell_top() logic is probably wrong and/or isect_ray_dsp_bb()
19:15.38 starseeker interesting - clang's static analyzer did catch the 1186 issue
19:16.11 Notify 03GCI: Sean has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Closed Congratulations, this task has been completed successfully.
19:16.16 Notify 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Claim Removed The claim on this task has been removed, someone else can claim it now.
19:16.21 Notify 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Claimed I would like to work on this task.
19:16.47 bhlegm brlcad why can't i remove gcibhlegm/ignore_me/?
19:20.21 Notify 03GCI: Alexander Dimitrov has left the following comment at Create prototype CAD GUI layout diagram http://www.google-melange.com/gci/task/view/google/gci2012/7960223: Task Claimed I would like to work on this task.
19:21.07 Notify 03BRL-CAD:starseeker * 53945 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Remove src/other man pages from DocBook conversion - while the utahrle and step man page conversions are potentially useful, src/other contains separate projects so they'll need to be set up as separate builds in their
19:21.10 Notify respective projects. Revision control will hold the conversions until we're ready for them
19:21.28 brlcad caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7959236
19:21.46 Notify 03GCI: Harmanpreet Singh has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck!
19:22.06 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Claimed I would like to work on this task.
19:22.31 caen23 can i upload any patch?
19:24.05 *** join/#brlcad andrei (~andrei@188.25.158.113)
19:24.15 andrei Sorry, I have had a power failure.
19:24.31 andrei brlcad: I ran svn commit -F mat.c vmath.h
19:25.29 andrei does this look correct : svn commit -F mat.c vmath.h -m " moving comments"
19:31.26 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: new task Gala, this was created to credit your work: http://www.google-melange.com/gci/task/view/google/gci2012/7966232
19:32.14 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
19:32.19 brlcad andrei: I can only imagine that it's the -F that is the problem
19:32.39 andrei there was no editor opening up however
19:32.41 *** join/#brlcad xavortm (xavortm@93.155.146.15)
19:32.44 brlcad usual: svn commit -m "my message" file1 path/to/file2 file3
19:33.14 andrei ah, great, thanks. I will use that instead
19:33.44 brlcad yeah, that's the problem: http://svnbook.red-bean.com/en/1.6/svn.ref.svn.c.commit.html
19:33.52 brlcad -F means take message from that file
19:34.06 xavortm some guide for what exactly am i supouse to do here: http://goo.gl/Qkfz7 ? Thx!
19:35.21 Notify 03GCI: Sean has left the following comment at Create prototype CAD GUI layout diagram http://www.google-melange.com/gci/task/view/google/gci2012/7960223: Task Assigned This task has been assigned to Alexander Dimitrov. You have 72 hours to complete this task, good luck!
19:35.59 brlcad starseeker: task to readd src/other pages as xml?
19:36.26 starseeker brlcad: not sure.
19:36.31 Notify 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck!
19:36.33 starseeker brlcad: here's what I'm thinking...
19:37.07 starseeker the libutahrle and URToolkit code we're now the maintainer of, so that's a viable candidate for DocBook conversion
19:37.37 starseeker to do that right though, I need to set up the DocBook macros for libutahrle as a valid subproject
19:37.56 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Ready for review The work on this task is ready to be reviewed.
19:38.08 starseeker brlcad: IIRC, libutahrle and URToolkit were once the same project?
19:39.11 brlcad starseeker: OR .. there's a task to set up the docbook macros
19:39.23 brlcad unless it'd take more time to explain/mentor it than it'd take to do it
19:39.36 starseeker brlcad: yeah, I'd better do that
19:39.37 xavortm what exactly "design" means here: http://goo.gl/Qkfz7 ?
19:39.52 starseeker isn't sure how the DocBook macros will work in a subbuild - may need to fix a few things
19:40.00 starseeker worth doing, but not an easy task for a student
19:40.32 starseeker let me finish up clearing out the old man pages from our build now that the xml ones are in, and I'll take a look at the utah build
19:40.49 brlcad starseeker: can always make the very first task to try it out, have them just tell you whether it worked or not and give you the output
19:41.12 Notify 03BRL-CAD:popescuandrei * 53946 brlcad/trunk/include/vmath.h: Moved mat_t description from mat.c to vmath.h
19:41.16 brlcad caen23: so that implies we have no more manual pages anywhere and all in doc/docbook are strict valid?
19:41.24 brlcad andrei: yay
19:41.34 andrei Sorry for that mess :(
19:41.39 starseeker brlcad: what I was getting at - can I set up a "utahrle" project that has both libutahrle and URToolkit, with appropriate build settings and goodies? Once that's set up, then plugging the utah man pages back in makes a lot of sense
19:41.51 caen23 brlcad: as far as i'm concerned, yes
19:41.54 brlcad xavortm: you're supposed to do what the description says, can you be more specific?
19:42.08 starseeker has been thinking about that for a while, since setting up a utahrle project is one of the things we need to do for the Fedora guys
19:42.24 starseeker As long as I'm here, I'd like to try setting that up now if that's OK
19:42.25 brlcad wonders if he can get the GCI students to help roll out an entire binary release
19:42.41 brlcad that'd be awesome
19:42.48 brlcad starseeker: sure, whatever works :)
19:42.59 xavortm i mean - design a psd file or write html/css
19:43.02 starseeker brlcad: that'll be a few hours, but once it's ready it'll be a lot clearer for student tasks
19:43.14 brlcad xavortm: sure, either of those options would be perfect
19:43.22 brlcad you can prototype in anything you like
19:43.31 starseeker could even have some of the Windows guys test the functionality of the URToolkit tools there - I don't know that it's ever been done
19:43.32 brlcad pen and paper would work, just ... a lot harder
19:43.54 xavortm and the functionality must be what is shown on the given .html file ?
19:43.56 starseeker unit tests and/or regression tests for those tools would be nice, since we're maintaining them and their man mages and all
19:43.58 brlcad xavortm: have you used any CAD software before?
19:44.06 starseeker s/mages/pages
19:44.12 xavortm nope, i am web designer :)
19:44.16 brlcad xavortm: be sure to watch the 10min video in that link
19:44.26 starseeker kinda orthogonal to BRL-CAD proper though... would that be a problem for GCI?
19:44.37 xavortm ok, i will thanks!
19:44.39 brlcad xavortm: OH, so you may also be interested in designing a similar prototype for our new website
19:44.45 brlcad that task isn't posted yet, but will be soon
19:44.51 brlcad keep an eye out after this one
19:45.09 xavortm Okay! :)
19:45.58 brlcad xavortm: you may want to check out http://pencil.evolus.vn/Default.html
19:47.36 brlcad there are other similar services, but the kind of output expected will be a demonstration of what a user might want a CAD interface to look like if it were easy to implement as such
19:48.03 brlcad starseeker: that is not orthogonal, anything that helps our project, we decide what we want
19:48.23 brlcad I just made a task to fix up Notify, for example
19:48.53 brlcad I also reached out to the tcl/tk devs to see if there was anything we could have done to help them (especially w.r.t. aquatk)
19:49.02 brlcad but got no takers there so far :.(
19:49.17 Notify 03BRL-CAD:starseeker * 53947 (brlcad/trunk/src/anim/CMakeLists.txt brlcad/trunk/src/anim/Makefile.am and 36 others): Whoosh - remove the man pages converted to xml.
19:50.05 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: Feedback The latest file that you uploaded contains errors in build log. You are welcomed to come and discuss them on IRC. Completing the task involves sucessfully building BRL-CAD. As you can see, your build fails at 0%.
19:50.17 brlcad xavortm: also notice the examples subdir
19:50.20 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once...
19:52.17 brlcad wonders if more students would claim the tasks to write a new manual page if they weren't all grouped together
19:53.35 andrei if the deadline for an ActionNeeded task expires, does it return automatically to reopened?
19:54.39 brlcad after a 24 grace, I believe so
19:55.20 Notify 03GCI: Melange has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
19:55.22 brlcad andrei: so the dev-c++ doesn't have to get a full compile since there might be some reason in our build system that it fails, but he does need to investigate in case it's something simple
19:56.03 brlcad andrei: there should also be no hesitation to extend a task if it's clear that the student IS working on the task and it's just taking them a long time
19:56.17 andrei from what I ve seen, it fails at first file (0%)
19:56.27 brlcad yep, so something else is probably wrong
19:56.30 Notify 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: path problems Hi..I am trying to work on this project with OSX. I downloaded the BRL .dmg file and installed it. It runs properly. I set up the path in my .profile to point to the brlcad bin directory. The undocumented...
19:56.50 brlcad first thing to do will be to get them on our latest svn sources, that's 7.22.0 and is nfg
19:56.54 brlcad clean checkout
19:58.31 andrei <PROTECTED>
19:58.54 andrei seems not
20:00.03 andrei the number of students that are familiar with cad and csg is a lot greater than I expected
20:02.11 Notify 03GCI: Melange has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task.
20:04.51 Notify 03GCI: Melange has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students...
20:05.21 Notify 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Claimed I would like to work on this task.
20:06.06 Notify 03GCI: Andrei Popescu has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Assigned This task has been assigned to Gala. You have 24 hours to complete this task, good luck!
20:06.25 Notify 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Credit Thank you! :)
20:10.49 Notify 03GCI: Sean has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: upload interview e-mail Gala you can upload your interview questions and answer, and mark the task completed. Thanks again for your efforts!
20:12.03 starseeker brlcad: OK, have a sourceforge project up: http://sourceforge.net/projects/utahrle/
20:12.20 starseeker oh - I went with git, will that cause problems?
20:12.44 starseeker had better check before he starts doing rework...
20:13.24 starseeker caen23: does everything look OK man page wise?
20:13.37 starseeker (remember, leaving src/other man pages alone for now)
20:13.46 starseeker think I got everything
20:15.27 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
20:15.28 caen23 starseeker: hmm… it looks ok to me. i haven't tried converting to pdf to see what it looks like, but validation wise, it's fine
20:16.26 Notify 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Alpha version Sean, I have already been working on an alpha version of the article (260 words). I've also sent a message to Jordi with a few more questions. Is there any way I can show you what I've already done, or you prefer to...
20:16.33 starseeker I'm seeing six man pages left in the tree: find . -type f -name \*.1 |grep -v other
20:16.50 starseeker the pixtx.1 page is fine, it's commented out in both build systems
20:17.11 starseeker brlcad: as an aside - is there something we need to do to pictx to make it viable/useful?
20:17.57 starseeker enigma probably counts as external, but I'd say the other four could be converted
20:19.08 caen23 starseeker: hmm… could you give me their names? i haven't deleted the ones i converted, and the trunk still contains them
20:19.56 starseeker bench/benchmark.1, bench/pixcmp.1, misc/brlcad-config.1
20:20.05 Notify 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: i'll wait I'm okay waiting until you're done. ;)
20:20.11 starseeker have to ask brlcad about src/external/Unigraphics/ug-g.1
20:21.26 Notify 03BRL-CAD:starseeker * 53948 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/Makefile.am): Caught a leftover .3 file that has an xml file - remove.
20:21.59 caen23 oh, sorry. i've only checked inside src :-" i'll do the others now and post the patches to my current task
20:22.19 Notify 03GCI: Sean has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: instead of the DMG Will, Instead of using the DMG, I suggest compiling BRL-CAD from source and following the usual instructions. As long as you're not on 10.8 and you have the dev tools (XCode) and CMake installed, it should go...
20:22.24 starseeker caen23: there are also 4 in doc: doc/plot3.5 doc/bw.5 doc/pix.5 doc/cmap.5
20:23.33 xavortm hey, brlcad, i made something just now, please tell me if i am in the right direction: http://store.picbg.net/pubpic/7E/A7/d0a7721e71197ea7.jpg Thanks!
20:23.52 starseeker caen23: no problem. just making sure we qualify for brlcad's "no more manual pages anywhere" criteria (which presumably excludes src/other - that's a different story)
20:24.23 starseeker Trying to convince the Tcl/Tk devs to switch to DocBook man pages is not something starseeker has the stomach for
20:27.01 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
20:28.01 Notify 03BRL-CAD:starseeker * 53949 brlcad/trunk/src/librt/CMakeLists.txt: Oh, right - don't ignore librt.3 anymore either.
20:31.05 starseeker brlcad: could you add me as an admin to the tkhtml project on sourceforge?
20:31.30 Notify 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Ready for review The work on this task is ready to be reviewed.
20:32.10 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: installed The hash extension is now installed.
20:32.20 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
20:33.55 Notify 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Re: looks really good Ah, I see. Originally, I wan't exactly sure how far I was supposed to go. I might have to look at that other task so that I can finish up the rest of it. Thanks for giving me the credit anyway. ~...
20:37.55 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: answers 1. If it's really long, you can add a bot_surf_area.c file, but at the end of bot.c is fine too. Follow the naming convention used by the other surface area functions for other objects (see...
20:39.16 Notify 03GCI: Sean has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Closed Congratulations, this task has been completed successfully.
20:39.22 Notify 03BRL-CAD:starseeker * 53950 brlcad/trunk/doc/docbook/system/man1/en/fbed.xml: tweak for strict XML with fbed man page.
20:41.21 Notify 03BRL-CAD:starseeker * 53951 brlcad/trunk/doc/docbook/system/man1/en/lgt.xml: Tweak lgt man page to pass strict.
20:43.07 xavortm brlcad? Online?
20:43.45 andrei notify !ask
20:43.50 andrei bah
20:43.58 xavortm ? :)
20:44.05 andrei Xavortm: ask your question, brlcad will answer when he 's here :)
20:44.22 andrei I wanted the bot to output a message regarding asking questions, but I failed for some reason
20:44.35 Notify 03BRL-CAD:starseeker * 53952 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: ug-g strict tweak.
20:44.38 starseeker !notify ask
20:44.39 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
20:44.52 andrei that one.
20:46.05 Notify 03BRL-CAD:starseeker * 53953 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/Makefile.am): pictx was converted - since it's supposed to be commented out, do so at the xml level.
20:46.57 xavortm I understand. So, my question: Do i need to redesign it? What i did is making better looking design (inspired by the sample files). Here is what i did: http://store.picbg.net/pubpic/7E/A7/d0a7721e71197ea7.jpg I can add more functionality and better UI. I wana know if i have to make design for all the slides displayed in the .html file or just a few to display the functionality. Is this site or
20:46.57 xavortm application? Operation system? Or i dont need to know them ^^ ? Thanks!
20:48.09 Notify 03BRL-CAD:starseeker * 53954 brlcad/trunk/doc/docbook/system/man3/en/libcursor.xml: libcursor man page strict tweak
20:51.01 starseeker caen23: ok, except for the bench and misc pages (plus the unigraphics one) mentioned earlier, it looks good here now
20:51.03 Notify 03GCI: Petar Stanev has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Task Claimed I would like to work on this task.
20:51.24 starseeker caen23: passed a strict build after a few tweaks, and I think I've got all the old man pages removed
20:52.50 caen23 starseeker: ok, awesome. i'll get the rest fixed, but i'm surprised it didn't pass validation at first. i mean, i knew something was wrong because i had to use 'sudo make' to get around a 'permission denied' issue. is this what you've tweaked? and if so, what did you do? :D
20:53.14 starseeker caen23: um. No, that's not what I saw
20:53.19 Notify 03BRL-CAD:brlcad * 53955 brlcad/trunk/AUTHORS: credit Alex Perez for his GCI work writing a tutorial on generating an XCode project for BRL-CAD.
20:53.39 starseeker I just saw a few validity things, mostly having to do with synopsis brackets
20:53.42 Notify 03GCI: Andrei Popescu has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Task Assigned This task has been assigned to Petar Stanev. You have 48 hours to complete this task, good luck!
20:53.53 starseeker caen23: you may want to try a clean checkout
20:54.11 starseeker caen23: since you're down to the last few, I'll turn XML strict back on by default
20:54.33 andrei I'm working on eliminating the globals DBIP,srv_argc and srv_argv from gtools/gt_transfer.c
20:54.42 caen23 oh, then something was off on my machine. yep, i plan on doing a clean co and i'll also try building with llvm-trunk
20:55.21 andrei DBIP would probably be easily contained by my_data structure(similar to the client), however I'm not sure where I should fit srv_argc and srv_argv
20:55.35 brlcad caen23: you should really never need to run sudo
20:55.41 brlcad at least not to compile/test brl-cad
20:55.43 Notify 03BRL-CAD:starseeker * 53956 brlcad/trunk/CMakeLists.txt: DocBook conversion just about complete, thanks to awesome GCI work. Turn strict XML validation back on by default.
20:56.11 brlcad applications will run from the build directory 'bin' directory
20:56.21 brlcad so you don't even need to run make install
20:57.28 caen23 brlcad: i am aware of this, but a full clean co & build took way longer, so i chose to go with that for this purpose only
20:57.49 brlcad andrei: in a traditional program, you shouldn't need to pass ac, av around except maybe to one handler function
20:57.49 starseeker brlcad: what did you want to do about the src/external/Unigraphics/ug-g.1 man page?
20:58.36 brlcad that's our header
20:59.05 brlcad should have gotten converted with the "all remaining" task, but the instructions might have ignored external
20:59.12 starseeker think they did
20:59.29 starseeker caen23: ok, go ahead and pick off src/external/Unigraphics/ug-g.1 too
20:59.31 brlcad i know the other tasks did, but i thought the all remaining was relaxed
21:00.08 brlcad xavortm: to you're on the right track, but some more thought needs to go into the example/content
21:00.18 xavortm Hey, can you give me answer to my question (if possible ^^) i am new into all of this
21:00.59 brlcad xavortm: so the GUI video was fully general, but our interface wouldn't be -- we're not designing publications, pamplets, etc
21:01.13 *** join/#brlcad Barakados_ (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
21:02.13 xavortm Well, i wonder what i should do when i dont know what is going to be displayed. I dont understand you well, sorry :((
21:02.17 brlcad xavortm: this is a prototype for an application operating environment, so some hybrid between appliation and operating system, but specialized to CAD and geometry
21:03.32 brlcad xavortm: so sure, you don't know the content necessarily but you're going to need to become a little bit familiar with what a modeling application needs to offer
21:04.37 xavortm I see, so i think for the functionality? I decide what the program should do (totaly stick with CAD stuff)
21:04.48 xavortm am i right?
21:04.55 brlcad more importantly for the prototype you've started, how does the list of tasks expand, can I search them, where's the search box, is there, etc
21:05.05 brlcad right, that's a great start
21:05.54 xavortm Well, as i saw in the screenshots, it is not expanding,but it is starting page. I just merge the home page and the pages when you click.
21:06.12 brlcad starseeker: does pictx exist?
21:06.21 xavortm (one last thing) should i work on what i did and add more things or start new one? :)
21:06.34 brlcad and if it does, then why is the header commented out?
21:08.28 starseeker pictx.c does
21:08.36 starseeker but it's not built
21:08.51 brlcad ah, so gci task
21:09.04 brlcad what others are disabled that should be enabled?
21:09.29 starseeker brlcad: not sure offhand why that's disabled, but it's not just me - even the Makefile.am had it turned off
21:11.26 brlcad we'll find out
21:13.11 starseeker brlcad: sorry if you've already checked scrollback - did you see my git and tkhtml questions?
21:16.06 *** join/#brlcad caen23_ (~caen23@92.81.204.43)
21:18.43 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/7958220
21:19.54 starseeker brlcad: looks good
21:19.58 brlcad starseeker: yeah, no problem with git -- I'd not created it because I was wanting to also change the name
21:20.10 starseeker does utahrle work?
21:20.31 brlcad works great
21:20.34 starseeker sweet
21:20.46 starseeker I'll start reworking the build tonight then
21:21.02 starseeker if you can give me admin on the sf tkhtml project, I'll try and get that buzzing too
21:21.16 starseeker two fairly easy boxes to check on the Fedora requirements list
21:21.27 brlcad thinks starseeker needs to work on delegation while we have minions!
21:21.47 starseeker oh, don't worry - once I've got the basic setup I want there'll be lots to do!
21:22.49 brlcad we should populate the repo with our entire history
21:22.56 brlcad so it's preserved
21:23.07 andrei I edited the server_ciao callback like this: server_ciao(struct pkg_conn *UNUSED(connection), char *buf, struct db_i *dbip). I'm getting some errors on pkg_switch callbacks tho. " /home/andrei/brlcad_Commits/src/gtools/g_transfer.c:248:2: error: excess elements in struct initializer"
21:23.49 andrei should I add an extra element? server_helo doesn't seem to need any additional param tho
21:23.57 starseeker the only 2 things that *might* be tkhtml GCI tasks that I can think of are teaching FindTCL to use tclsh and tcl::pkgconfig (probably too hard unless they have some CMake knowledge) and seeing where else in the code that fix we had to make for Win64 might apply
21:24.18 starseeker s/make/apply - someone on google groups actually figured it out
21:24.27 starseeker brlcad: urk.
21:24.44 starseeker I already did an initial upload
21:24.52 starseeker let me see if I can get it to start over...
21:25.04 brlcad andrei: sounds like you're misunderstanding the callback struct
21:25.09 brlcad for pkg_switch
21:25.26 starseeker brlcad: do you know if there's anyone at Utah we could contact that might have the authority to change the license to one of the standard OSI approved licenses?
21:25.33 starseeker one-offs suck
21:25.48 andrei brlcad: I assume that pkg_switch has some sort of function pointer with fixed parameters
21:26.21 andrei actually, I ll have a look.
21:28.01 andrei this is what I think I should change : typedef void (*pkg_callback)PKG_ARGS((struct pkg_conn*, char*));
21:29.01 xavortm How many window designs i should make?
21:29.47 brlcad starseeker: there certainly is and I probably know them and this is not something they'll want to think about or try to press with their legal folks
21:30.01 starseeker mutter
21:30.11 starseeker OK, we'll live with it then
21:30.14 brlcad go ahead and try, but I don't think you'll get traction
21:30.24 brlcad not from any academic in today's environment
21:30.37 starseeker nods - pm me the name/contact info?
21:30.49 starseeker costs nothing to at least ask
21:31.13 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: I fixed it That's alright, I got it fixed now. Now I'm working on configuring the source code so that my machine can build it. However, it may take my machine close to the full hour to compile the code. So it will be past the deadline...
21:31.18 brlcad suggest just contacting their cs or legal department after everything is set up, or relicensing it yourself with a compatible license
21:31.34 starseeker brlcad: ah, k
21:32.13 brlcad the latter is a kosher option, just have to find terms that fit
21:32.23 starseeker was just concerned about the bit where we either have to include the source or inform them the source is available for no extra charge
21:32.33 brlcad i.e., were complying with the new license implicitly complies with what they wrote
21:32.57 brlcad most of the gnu license have that same requirement spelled out
21:33.22 starseeker nods - suppose LGPL2 may be viable then
21:33.24 brlcad "making available" is not defined, so there's a HUGE amount of room there
21:33.41 starseeker prefers the simplicity of MIT/BSD these days... must be getting old
21:33.45 brlcad I'd go down the list and see if anything less restrictive would even fit
21:33.49 brlcad like mit
21:34.12 brlcad but warrants walking the list if you really want to find something
21:34.32 starseeker brlcad: was just thinking ahead to the Fedora packaging discussions
21:34.33 brlcad lgpl might fit, but would have to read the legalese for each statement and consider them individually
21:34.38 Notify 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: extension Could you please upload your work so far? If you made any progress, I will extend the deadline for the task so don't worry about it!
21:35.01 brlcad starseeker: half of urtoolkit is probably already in fedora
21:35.53 brlcad that's such an old fundamentla library
21:36.05 starseeker ok - maybe it's not a problem then
21:36.09 andrei I eliminated DBIP by adding struct db_i * as param to the callbacks, does that look right? ShouldI look for an alternative way?
21:36.18 brlcad xavortm: depends how long each takes you
21:36.34 brlcad I'd rather have one be complete than 10 half-assed ;)
21:36.47 brlcad xavortm: be sure to include BRL-CAD branding somewhere in the interface
21:36.51 starseeker http://bzflag.bz/~starseeker/urt-copyright.txt
21:36.58 xavortm i have some experience, the one i show you took me 10 minutes
21:37.11 brlcad either BRL-CAD instead of Task Center or our logo somewhere or BRL-CAD in a status line somewhere or one of the other corners, etc...
21:37.35 starseeker brlcad: hmm - which version of urt did we start with? I finally found a tarball of urt3.1b somewhere
21:37.38 brlcad starseeker: yeah, I've read that before
21:37.50 starseeker ah, k - sorry
21:38.01 brlcad that's why I'd have to sit down with that and lgpl (or whatever) myself to verify each clause is covered
21:38.30 brlcad it's just a simple mapping problem
21:38.42 starseeker I probably should leave well enough alone until the Fedora guys actually object
21:39.00 xavortm but ... last thing i want to ask - I must design cad user interface or redesign what you display and add more functionality? I loost this part :))
21:39.06 starseeker how much did we actually change in urt, aside from breaking it into two directories?
21:40.39 starseeker ok, nevermind...
21:40.44 starseeker yipe
21:42.57 starseeker brlcad: if I need to, I'll just re-create the history in single directory form by walking through the changes
21:46.31 brlcad starseeker: that works except that the dates end up being wrong
21:46.38 brlcad should be able to migrate and cull history
21:47.15 brlcad those libs have history that even predates src/other that would be good to preserve
21:47.22 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Sounds Good I'll send in the work so far.
21:47.32 brlcad the data historian in me begs for preserving everything
21:47.47 starseeker brlcad: it is preserved in BRL-CAD's repo though
21:48.09 starseeker oops
21:48.16 starseeker rebuilds git with svn support this time...
21:48.17 brlcad that's not the same :)
21:48.24 brlcad that's like saying our history is preserved in CVS
21:48.43 brlcad pulling it forward to SVN has been a life-saver on many an occasion
21:48.46 brlcad and just plain cool
21:49.17 brlcad xavortm: so you have a lot of artistic license to do either
21:49.38 brlcad xavortm: the real goal is that we end up with something we can use or at least be inspired by
21:49.41 starseeker brlcad: doing so won't be easy - that multiple path thing means we have two separate histories
21:50.03 starseeker mutter - rebuilding git *and* subversion
21:50.23 brlcad xavortm: so that means thinking about what our users might want to see, thinking about what design would be most effective
21:50.27 starseeker could just put the original dates in the commit messages...
21:51.02 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Side Note I should note that I tried configuring the code using the CMake GUI and Visual Studio. The program did configure the files correctly, however, I did not keep these because I was only testing that Visual Studio was working...
21:51.39 brlcad xavortm: if we had a single BRL-CAD application that I started up, I could see there being something like the "task center" you show with common activities encompassed .. but within a CAD context, I'd definitely expect it to offer different options and be prepared to scale
21:52.10 brlcad starseeker: I think you are lacking faith in the ability of git and svn to give you tools that let you do that
21:52.33 starseeker considers that statement and finds it accurate
21:52.35 brlcad both have tools to dump a repo and perform changes on the history through time
21:52.37 starseeker we'll know soon
21:53.25 starseeker brlcad: for even more fun, I managed to scare up old tarballs of urt 3.1a and 3.1b
21:54.11 brlcad starseeker: so what other tools are disabled that we can whip up tasks for?
21:54.19 brlcad easy to do while I still have this window open
21:54.31 starseeker looks
21:56.21 starseeker they could *maybe* try and get those mged regression tests I did a long while back working
21:56.43 starseeker in regress/mged
21:56.50 xavortm Can i write a doc file explaining my ideas of how it should work?
21:58.00 starseeker brlcad: you might have them look at that old namegen.c code in librt, if you can document the rules you want it to follow for name generation
21:58.02 brlcad xavortm: sure
21:58.12 brlcad xavortm: or that can be a separate task
21:58.24 brlcad expects a lot of thought and effort to go into design
21:58.35 brlcad discussing it is good
21:58.55 xavortm It would be great :) I need to make 3 tasks ^^
21:59.03 brlcad starseeker: heh, maybe but lets knock out the lower hanging fruit first :)
21:59.22 brlcad xavortm: we can create more tasks for different prototypes
21:59.45 brlcad like one for that task center, another for geometry browsing, another for editing, another for credits screen, another for ...
22:00.10 starseeker it's actually a bit hard to tell what's turned off - the pix one popped out because it's man page was also commented out and it was left standing
22:00.21 brlcad starseeker: so none other disabled into the bowels of a CMAKEFILES list
22:00.23 xavortm I see, tommorow i will work on that :) Huge thanks for the help!
22:00.37 brlcad xavortm: thanks for your efforts
22:00.43 brlcad hops off to din din
22:00.57 starseeker is looking - the trick is sometimes you have to CMAKEFILES a file even when it is used cause it's only used on some platforms
22:01.26 brlcad regular expression ftw
22:01.35 brlcad just list them all and look for .c files ;)
22:01.47 starseeker <snort> that could be a GCI task - they'd probaby do it faster/better than I
22:01.50 brlcad shouldn't have source disabled
22:01.57 starseeker remrt might be one...
22:02.08 brlcad remrt builds
22:02.11 starseeker not on Windows
22:02.16 starseeker rttherm is another one
22:02.17 brlcad that's different
22:02.27 brlcad I mean tools like pictx that are just outright disabled
22:02.31 brlcad i know I've seen a couple
22:02.31 starseeker ah
22:02.51 brlcad things that weren't migrated or were even disabled in autotools build
22:03.17 starseeker brlcad: what about the remaining (relatively simple) lex/yacc -> perplex/lemon conversions?
22:03.53 starseeker pixtest.c in src/rtthem seems to be off
22:05.37 starseeker pictx.c and pixtext.c are the only two I"m spotting at the moment
22:07.35 brlcad starseeker: those are several days each
22:07.49 brlcad parser rewrites
22:08.02 brlcad too hard too, need to know a lot
22:08.43 brlcad they could write a perplex example and a lemon example
22:12.16 starseeker nods - that would be handy
22:12.50 starseeker starts git svn on src/other/libutahrle and heads for dinner
22:14.41 starseeker brlcad: about source being disabled - we have a number of cases where we have source code for one OS in one file and another OS in another file
22:14.47 starseeker did you want cases like that too?
22:22.13 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Ready for review The work on this task is ready to be reviewed.
22:24.38 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Sorry for the Wait I thought I'd sent file, but I apparently didn't realize that I had to click another button after I uploaded the work. Sorry about that.
22:35.53 *** join/#brlcad GrantMercer015 (~GrantMerc@p1120-ipbfp301fukuokachu.fukuoka.ocn.ne.jp)
22:36.06 GrantMercer015 Hello everyone, is brlcad awake?
22:37.03 starseeker what do you need? is it something only he can do?
22:38.06 GrantMercer015 just looking onto what a command would do , let me grab it
22:38.11 GrantMercer015 i think you would be able to help me
22:39.31 GrantMercer015 cat /tmp/ord_id >>
22:39.31 GrantMercer015 followed by a call to bu_vls_strcat(&cmd, argv[1]);
22:39.47 GrantMercer015 my guess that it coppies the file onto the end of argv[1] ?
22:40.13 Notify 03GCI: Melange has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
22:43.09 GrantMercer015 starseeker: i posted the question up a little if you hadnt noticed, thanks if you could take a look
22:43.39 starseeker urm
22:43.48 starseeker cat is being run inside the C code??
22:44.10 GrantMercer015 on the console
22:44.22 GrantMercer015 my job is to remove those console commands with c code
22:44.36 starseeker ok - so where is the >> directing to?
22:44.48 GrantMercer015 argv[1], so a file
22:45.07 starseeker any reason you can't just directly read /tmp/ord_id into a string?
22:45.17 starseeker or use the libbu file mapping abilities?
22:45.22 GrantMercer015 it copies the data from the file onto the end of argv[1], only problem is argv[1] is const O.o
22:45.25 GrantMercer015 i have all the data
22:45.34 GrantMercer015 i just need to finish up by writing to the end of argv[1]
22:45.51 GrantMercer015 brlcad mentioned that i can modify a const, but he never let me know how
22:57.03 GrantMercer015 is it legal to do the following: fprintf(argv[1],DataArray[0])?
23:00.18 *** join/#brlcad lachlanp (~lachlan@203.122.226.79)
23:06.26 Barakados_ hello?
23:06.32 GrantMercer015 hello!
23:06.41 Barakados_ How come i get errors when i compile the source in files i didn't edit?
23:07.07 Barakados_ example: error: 'CFBundleRef' undeclared (first use in this function)
23:07.34 GrantMercer015 try using BRLCAD cross reference to look up CFBundleRef
23:07.41 GrantMercer015 that could have a link to what you modified
23:09.16 lachlanp hi
23:10.25 Barakados_ should i submit it?
23:10.45 GrantMercer015 if there is an error with the source, no
23:11.04 Barakados_ i'm confused...
23:11.27 GrantMercer015 Google BRL CAD cross reference
23:11.33 GrantMercer015 browse the source code
23:11.38 GrantMercer015 hit "identifier search"
23:11.46 GrantMercer015 type in CFBUndleRef
23:12.02 GrantMercer015 check where it is defined, and see if it have any linkage to the source you modified
23:14.42 Barakados_ can i have a link to the page you search on?
23:14.56 Barakados_ oop nevermind
23:15.25 Barakados_ it says it is not used
23:17.14 starseeker brlcad: so far, the tools are living up to my expectations
23:17.19 GrantMercer015 leave a reply onto your task and see if they'll get to you, thats all i can really say
23:18.48 Notify 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Errors On Compilation. My code gets errors in classes I didn't edit. I get errors like: 53:48: error: CoreFoundation/CoreFoundation.h: No such file or directory If you can help me msg me on the irc i am Barakados
23:19.30 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
23:19.48 Barakados_ hello!
23:20.00 *** part/#brlcad Barakados_ (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
23:20.09 *** part/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
23:20.25 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
23:20.31 starseeker brlcad: http://pastebin.mozilla.org/1972228
23:21.53 Barakados brlcad: CoreFoundation is not found
23:29.18 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Configured using different method I decided to try configuring the code using the CMake GUI since I was getting nowhere trying to use CMake inside of Cygwin. I was able to set Visual Studio as the compiler and my computer completed...
23:31.02 lachlanp hi brlcad: can i use a temporary file (bu_temp_file) in my unit test?
23:32.07 lachlanp or can a mapped_file be used as a regular file?
23:34.30 starseeker notes KDE example uses a local copy of the SVN repo
23:34.35 starseeker ho boy
23:34.43 starseeker *now* it's dinnertime
IRC log for #brlcad on 20121203

IRC log for #brlcad on 20121203

00:00.23 *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
00:00.29 Barakados <PROTECTED>
00:00.29 Barakados static inline unsigned int
00:00.42 Barakados i get this error compiling
00:04.24 Barakados ok how do i patch it?
00:04.24 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: PDO Now I discover that the PDO extention must be enabled.
00:04.55 lachlanp how do you make a patch?
00:05.06 lachlanp http://brlcad.org/wiki/Deuces#When_You.27re_Done
00:05.45 Barakados all i did was create xml files
00:05.50 lachlanp oh ok
00:06.18 lachlanp i guess "...For non-code, just send us your file(s)..."
00:07.30 Barakados but they say to make a patch
00:09.00 Barakados i'll just make one
00:09.28 *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
00:11.04 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
00:13.44 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: JSON The JSON extention must be enabled as well.
00:14.49 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: without visual studio So one of the core goals of this task is to compile BRL-CAD without Visual Studio. It's a free UNIX environment for Windows, so you should be able to compile using cygwin-provided (full-install) tools, eg, gcc:...
00:35.07 maths22 ``Erik: I'm sure you are aware of it, but the GCI links have an extra colon at the end which makes the links broken.
00:35.48 lachlanp in my client, they aren't interpreted as part of the link
00:37.06 maths22 I guess it is just the freenode webchat then
00:43.27 Barakados i'm confused
00:43.58 Barakados when i opened up brlcad.edit to add files, all the files i were going to add were already there
00:44.38 lachlanp to test your patch?
00:44.54 lachlanp ie patch -p0 < ~/my.patch ?
00:45.45 lachlanp you should be in the brlcad.fresh directory for that
00:46.15 Barakados what i mean is
00:46.18 Barakados i was editing it
00:46.33 Barakados and the files i were supposed to add were already there
00:46.49 lachlanp ok... you were supposed to create them?
00:46.51 Notify 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Testing Hi, I started working on this, but I don't know how to test the function, could you tell me how to do that? Thanks!
00:52.06 Notify 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Claimed I would like to work on this task.
00:54.27 Barakados yes
00:54.31 Barakados but they were already there
00:55.36 Notify 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: This looks good! And yes, another typo on my part--it should be u_{\mu} in the computation of the matrix R as you have figured out. Thanks for spotting that! As for the code, it looks good. I...
00:57.52 Barakados so what do i do?
00:58.12 *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
00:58.45 lachlanp better wait for brlcad or other admin to answer
01:00.30 zero57 Hi, I'm using git as my svn and is wondering how do I clone brl-cad? I requested to claim this task: http://www.google-melange.com/gci/task/view/google/gci2012/7999212 and to clone it says: svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/<module>/trunk <module>
01:01.15 zero57 I did git clone https-etc,etc and it just says "bash: syntax error near unexpected token 'newline'
01:01.24 lachlanp can you use git instead of svn?
01:01.35 zero57 I am using git instead of svn
01:01.40 zero57 or do you mean svn instead of git?
01:01.59 lachlanp didn't know brlcad had a git repo as well (or are you using a proxy)
01:02.13 zero57 no, I'm just wondering if brlcad has a git repo
01:02.21 lachlanp probably not
01:02.30 zero57 k thanks
01:02.30 lachlanp would be kinda nice after what i've read about git
01:02.56 zero57 yeah, I've never used anything else besides git, for a few other GCI tasks I had to use mercurial and didn't really like it
01:03.04 lachlanp ok
01:03.28 lachlanp i've not actually used git yet, need to sometime
01:03.39 lachlanp plenty of free repos around
01:04.06 zero57 yeah, definitely try it out, you will not turn back to any other SVN's :)
01:04.12 lachlanp ok :-)
01:04.46 zero57 do you know if brlcad is afk or sleeping?
01:05.07 lachlanp duno - [11:34] [Whois] brlcad has been idle for 2 hours, 56 minutes, and 12 seconds.
01:05.15 lachlanp can't stay at computer all day
01:05.48 Barakados so…can someone explain why i'm adding files that already exist?
01:06.29 lachlanp what task are you doing?
01:09.24 Notify 03GCI: Titi has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Ready for review The work on this task is ready to be reviewed.
01:10.20 Barakados i'm converting man to docfile
01:11.20 Notify 03GCI: Melange has left the following comment at Convert Gallery to Piwigo http://www.google-melange.com/gci/task/view/google/gci2012/7991207: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to...
01:12.42 caen23 Barakados: can you give me an example?
01:13.14 Barakados well, when i went to patch it
01:13.20 Barakados the files were already there
01:13.54 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:14.58 caen23 what files do you specifically have to convert?
01:16.24 zero57 lachlanp: I see how I clone brl-cad now
01:16.30 Barakados i converted files with extension .1 to extension .xml
01:16.36 Barakados all files in the source
01:16.42 zero57 the <module> is a placeholder
01:17.00 lachlanp zero57: ok :-)
01:17.05 zero57 so basically, https://brlcad.svn.sourceforge.net/svnroot/brlcad/<module>/trunk <module> the <module> would be changed to brlcad
01:17.08 zero57 :)
01:17.14 *** join/#brlcad maths22 (~maths22@50.141.159.74)
01:18.07 Barakados caen, help me?
01:18.34 zero57 lachlanp: Also, I think I figured out how to use git instead of having to install svn :) all I have to do is "git svn clone <url> <directory>"
01:18.42 zero57 seems to be working now
01:18.56 zero57 Incase you were wondering and wanted to switch right now :)
01:19.49 lachlanp ;-) maybe not just yet
01:20.01 lachlanp i've got svn working well right now for brlcad
01:20.23 lachlanp probably will for a personal project sometime
01:20.26 zero57 kk
01:20.48 caen23 Barakados: can i get a link to your task?
01:21.03 Barakados http://www.google-melange.com/gci/task/view/google/gci2012/8005210
01:21.49 brlcad reads backlog
01:22.35 caen23 uh, you'll have to wait for one of the mentors to sort it out, sorry
01:23.45 brlcad Barakados: CFBundleRef is an Apple symbol, their core foundation library
01:24.03 Barakados i found out that problem
01:24.23 Barakados but when i went to patch the files, the ones i were supposed to add were already there
01:26.05 brlcad starseeker: that error you pasted is due to the trailing /'s on the paths
01:26.16 brlcad remove them and should avoid the svn_dirent_join: Assertion `svn_dirent_is_canonical(base, pool)' failed error
01:26.30 *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
01:26.38 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216)
01:28.31 brlcad lachlanp: Barakados: anything that is text and goes into our repo should be submitted in patch format (xml, c, cmake, text files, whatever)
01:28.54 brlcad it's stuff intended for the website that don't need to be submitted in patch format or interview write-ups and such
01:29.00 Barakados yes, but the files i want to add are already there
01:29.35 lachlanp ok
01:34.41 Notify 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Quick svn cloning question Hi, I have a quick svn cloning question. I'm using a different version control system, namely git, and I was wondering if I can use that? Right now I'm running the current command:...
01:34.47 Notify 03BRL-CAD:caen23 * 53957 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): These should be the final manpage to docbook conversions (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236)
01:35.16 brlcad lachlanp: we have a svn-git mirror, but it's not used for day-to-day development -- we intentionally centralize development activity as a social decision
01:35.21 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Commit r53957 Commit r53957
01:36.47 lachlanp yep
01:36.58 brlcad Barakados: I was still reading backlog, not responding to you directly
01:37.38 Barakados ok
01:37.47 Barakados but isn't the task a waste of time then?
01:38.31 brlcad so it wasn't but someone with commit access already beat you to the task
01:38.44 lachlanp bit odd?
01:38.46 brlcad took too long :)
01:39.00 Barakados so what do i do then?
01:39.02 Barakados is it a freebie?
01:39.03 brlcad devs get excited when a long-standing project is that close to completion
01:39.24 brlcad tarball the files together and submit that
01:39.34 Barakados the xml files?
01:39.40 brlcad nods
01:40.04 brlcad Barakados: we can extend the task slightly
01:40.12 caen23 brlcad: i think the conversions are now done, but starseeker should have the final word. also, i've successfully built brl-cad using llvm-trunk. about Barakados' task, it was first created on nov, 29, there was more work to be done then :D
01:40.13 brlcad do you have a list of the manpages you moved?
01:40.32 Barakados me?
01:40.33 Barakados no
01:40.40 Barakados i used a shell command
01:40.59 brlcad so then you have no means to tar them together? :)
01:41.21 brlcad here, even simpler
01:41.34 lachlanp might be able to use a 'svn status'
01:41.46 brlcad it's retrievable, but not the point
01:42.09 Barakados i submitted the xml files
01:42.11 Notify 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Ready for review The work on this task is ready to be reviewed.
01:42.24 Barakados didn't really see the point of patching it if most of the files were converted
01:42.51 Notify 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Question about the task Forgot to ask, but when doing this task, do I find at least 5 spelling mistakes and correct it in EACH of the 40 files? For example: The following comments have these spelling errors:...
01:44.28 Barakados well?
01:44.51 brlcad Barakados: they weren't when you started
01:45.05 Barakados oh...
01:45.15 brlcad like i said, someone just beat you to it
01:45.46 brlcad what you can do, though, is just run through the manual pages in doc/docbook/system/man1/en and make sure they all look sane
01:46.04 brlcad you know, just thumbs up or let us know any that look they have a problem
01:46.24 Barakados since i did the work, do i still get the task?
01:46.29 brlcad shouldn't take more than 10 minutes tops -- you're looking for any gross formatting errors or parsing errors or conversion erros
01:46.35 brlcad if you do this 10min task, sure
01:46.42 Barakados ok
01:46.42 brlcad that's the point ;)
01:46.56 brlcad if you run make
01:47.57 Barakados they look good to me :D
01:49.27 brlcad you should be able to run something like this: find share/man/man1 -name '[glnrt]*' -exec man -M share/man/man1 {} \;
01:50.17 Barakados it ran fine
01:50.26 brlcad it ran fine?
01:50.29 brlcad what is it?
01:51.07 Barakados it displayed a list of files
01:51.32 brlcad what is 'it'??
01:51.42 Barakados the command
01:52.09 brlcad i didn't ask you to display a list of files, what's the use in that?
01:52.50 brlcad or you're mis-speaking or I'm misunderstanding
01:53.09 brlcad I want you to visually look at each *actual* rendered manual page
01:53.18 brlcad i.e., read them, look them over, scan them from top to bottom
01:53.27 brlcad see if you can find any major mistakes
01:53.33 brlcad comprende?
01:53.37 Barakados ok
01:53.55 brlcad the command line I posted will help you do that, or you can do it manually
01:54.22 lachlanp auto should be a bit easier ;-)
01:56.08 brlcad Barakados: the deal is you get this freebie with a couple minutes extra work ... unless you lie or miss some gross major error in which case, things wouldn't be good for you
01:57.29 Barakados i am looking over the man pages now
02:02.23 Barakados i think it looks good :D
02:02.34 Barakados No humongo errors.
02:07.16 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: done Installed.
02:11.22 Barakados ok i'm done
02:12.27 Barakados somethings seem a little out of place, but no errors
02:13.07 Notify 03GCI: Sean has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: write your own test You could write your own test program that links against librt and calls your function. Alternatively, you'll need to edit some code. If you run 'mged', there is an 'analyze'...
02:14.52 Notify 03GCI: Sean has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Closed Congratulations, this task has been completed successfully.
02:15.53 Barakados thanks :p
02:18.32 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: more tasks for testing We'll add some more tasks to update the 'analyze' command so they call these new volume, surface area, and centroid functions. We can extend the deadline arbitrarily on our...
02:18.47 Notify 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Task Closed Congratulations, this task has been completed successfully.
02:18.57 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: pdo_mysql Clearly, there has to be more! :) Now the pdo_mysql database driver must be enabled (currently only the basic pdo extention is enabled.)
02:19.12 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed.
02:20.07 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Closed Congratulations, this task has been completed successfully.
02:21.03 Notify 03GCI: Sean has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: outstanding that is exactly what we need, thanks for making it quick to review! By the way, we'll add tasks soon to fix the issues reported, so keep an eye out for them over the upcoming days.
02:21.04 starseeker brlcad: still failing
02:21.13 starseeker even without the trailing slashes
02:22.17 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
02:31.18 starseeker brlcad: hmm - Ed's still listed as a project admin in AUTHORS
02:35.42 Notify 03GCI: Sean has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: whatever suits you Note that it will be a LOT faster to just get an SVN checkout, edit that, and call svn diff to get your patch, but whatever process suits you is fine. The only caveat is that the patch...
02:37.18 brlcad Barakados: what seemed out of place?
02:37.24 brlcad Barakados: thanks for checking
02:37.39 brlcad starseeker: I know (ed), it's on my to-do to update
02:37.45 Barakados i saw - in tags
02:37.59 Barakados example <foo>--bar</foo>
02:39.29 Notify 03BRL-CAD:brlcad * 53958 brlcad/trunk/AUTHORS: Ed retired and is no longer the designated ARL POC. That is now Cliff.
02:39.31 brlcad <foo>?
02:41.27 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: efficiency There has to be a more efficient way to do this. Can you not get a list of all extensions they utilize? That should be defined somewhere.
02:45.56 brlcad hm, if we sustain the rate we're going on, we're going to see approximately 300 tasks completed
02:46.40 lachlanp :-)
02:47.02 brlcad wonders if we can kick that up to 500 :)
02:52.51 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: efficency r2 I checked the list: that was why I added JSON. I forgot to point out that PDO_MYSQL was needed with PDO. There is nothing else on the list.
02:53.21 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Time Thank you for the extra time as well.
03:04.52 *** join/#brlcad GrantMercer015 (~GrantMerc@i118-21-136-4.s30.a048.ap.plala.or.jp)
03:05.01 GrantMercer015 Hello everyone
03:06.08 GrantMercer015 brlcad: are you available?
03:07.48 brlcad ~ask
03:07.48 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
03:07.57 brlcad next time you do that, I'm not answering :)
03:11.01 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: thank you Installed. No worries on the time. It's not your fault that drupal has prerequirements that aren't available.
03:11.30 GrantMercer015 so i finished qsort by the second field, it now does the exact same thing as the unix sort command does. I just need clarification on the last command line that reads "cat /tmp/ord_id >> argv[1]" Does this copy the sorted version of argv[1] onto the end of the file?
03:12.17 GrantMercer015 ord_id is the destination of the sort command line output, but i dont think i need to use it considering i have an array holding all of the file
03:17.24 brlcad GrantMercer015: so it's appending /tmp/ord_id to whatever filename was in argv[1]
03:17.57 GrantMercer015 is it effecting the contents of the file or the name itself?
03:18.20 brlcad you should know that difference :)
03:18.46 brlcad command line that reads "cat /tmp/ord_id >> argv[1]" .... inaccurate
03:18.58 brlcad you could print the actual command line
03:19.30 brlcad printf("%s\n", bu_vls_addr(&cmd)); before the system() call
03:20.46 brlcad also iirc, the task was technically just the sort command's system() call right?
03:21.14 brlcad we can create another task to deal with that file writing
03:21.20 GrantMercer015 remove the system calls completely
03:21.36 Notify 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Claimed I would like to work on this task.
03:22.02 Notify 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck!
03:22.19 brlcad link?
03:22.30 GrantMercer015 to my task?
03:22.33 brlcad yep
03:23.19 GrantMercer015 im using some public wifi in japan right now that doesnt let me search the internet, only use applications. sorry!
03:23.28 brlcad okay
03:23.56 brlcad well given the level of effort, we can easily treat the task as meaning just the sort system() calls
03:24.22 brlcad so you can keep working on it, but if you took care of sorting then that's already an incremental improvement
03:24.34 brlcad and you can just claim the next one and keep going
03:25.04 GrantMercer015 i dont seem to be completely following, what do you mean by sorting the system calls?
03:27.11 brlcad the places where the code called system(somestring) where somestring involved calling the unix sort command
03:27.25 brlcad you took care of 2 of the 3 places, right?
03:27.29 brlcad or 1 of the 3?
03:27.39 GrantMercer015 yea, i use the sort command as opposed to the system sort
03:27.57 GrantMercer015 read from the file, i put the data into an array of strings and sort by field two.
03:28.20 *** part/#brlcad CockMongIer (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net)
03:29.57 brlcad did you test one of those commands to make sure it worked?
03:30.23 brlcad and replaced two places where it called system()?
03:31.41 GrantMercer015 i have an entire program i wrote that sorts data of arbitrary len by the second field read from a file correctly, and the two commands have been replaced by a call to qsort()
03:31.58 GrantMercer015 exampl prgm*
03:32.07 Notify 03GCI: Sean has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: skipping last system() Mentors, We discussed over IRC and agreed that he could skip the final system() call that doesn't involve sort (it calls cat). We'll create a separate task for that.
03:32.17 brlcad that's nice, but kinda secondary to the task :)
03:32.26 brlcad have you integrated your code with tables.c ?
03:32.43 GrantMercer015 yea, more of an example program to show. I need to go back can i get back to you on this?
03:32.47 brlcad to, you know, eliminate the system() calls .. :)
03:33.01 Notify 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Question on style... Do you want the upper and lower ring to be the same size, or should the upper ring be slightly smaller? I've seen uppercase B's done both ways. Looking at the font on this page it seems slightly smaller, so I'm going to assume...
03:33.04 brlcad so yeah, integrate and submit what you got ;)
03:34.22 Notify 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: On second thought... I zoomed in at it looks like theyre the same size hahaha. So I'd appreciate some clairification.
03:36.12 Notify 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: your call Most fonts make some distinction whether the top is smaller or more narrow or shorter, but some are equal like you note. Do what you think looks best.
03:41.57 Notify 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: all committed? If these are all committed, I'm still getting a slew of warnings throughout the compile. Messages like this: [ 9%] Generating ../../../../../share/man/man1/anim_track.1 Note: meta manual : no titled ancestor of refentry anim_track ...
03:42.02 Notify 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit...
03:54.42 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: mysql It does not appear to have installed; I still get the error and this one is on on the phpinfo page: http://crit.brlcad.org/info.php
03:59.12 Notify 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: reload It was installed, but the web server wasn't restarted. check again.
04:00.07 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Claimed I would like to work on this task.
04:00.34 starseeker brlcad: finally
04:00.39 starseeker try this: git clone git://git.code.sf.net/p/utahrle/utahrle utahrle
04:03.03 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: already exists There is a centroid function defined already in arb8.cI assume it is non functional and I have to replace it?
04:05.32 starseeker commences work on organizing utahrle
04:08.58 Notify 03GCI: Chris Kloehn has left the following comment at Crash MGED reliably http://www.google-melange.com/gci/task/view/google/gci2012/7948218: Task Claimed I would like to work on this task.
04:19.07 Notify 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Extension Could I have an extension on this? I had a science competition for the last two days and was not able to work on this much. Thanks!
04:28.33 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Absolutely! This is not an easy project, so some extra time is fine by me :-)
04:28.42 Notify 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Deadline extended The deadline of the task has been extended with 1 days and 0 hours.
04:46.32 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
04:54.23 brlcad starseeker: that's awesome!
04:58.37 starseeker svn2git could stand better docs
04:58.44 starseeker but, we got there in the end
04:59.02 starseeker now to put things back together
04:59.34 starseeker should be able to do the same thing for tkhtml, actually
05:11.54 brlcad starseeker: you should try to merge stepcode that way
05:12.15 brlcad make a repo and then push/merge our changes into the stepcode repo
05:12.17 starseeker O.o
05:12.33 starseeker GCI project?
05:12.35 brlcad should be able to figure it out
05:12.51 brlcad unlikely, not even 100% positive it's doable
05:12.59 brlcad they're unrelated repos
05:13.10 starseeker nods
05:13.13 brlcad i know you can do it if one was a fork of the other
05:13.19 brlcad even in subtrees
05:13.25 brlcad but different repos, dunno
05:14.00 brlcad so what was that svn error?
05:14.04 starseeker what would happen when our changes didn't apply cleanly?
05:14.07 brlcad or how'd you get past it
05:14.32 starseeker local copy of BRL-CAD svn repo (the whole thing - sf lets you rsync it, fortunately)
05:14.39 starseeker plus rule file fiddling
05:15.02 starseeker add a file svn-to-git.txt in the utahrle repo documenting the steps
05:15.22 starseeker s/add/added
05:15.27 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Assigned This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck!
05:16.27 starseeker was following the KDE docs as nearly as I could
05:18.43 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: at a glance That would be an odd assumption to make. I don't know if it's right or wrong, but it's certainly not the right function signature for being added to table.c -- you should certainly...
05:18.48 Notify 03GCI: Sean has left the following comment at Crash MGED reliably http://www.google-melange.com/gci/task/view/google/gci2012/7948218: Task Assigned This task has been assigned to Chris Kloehn. You have 48 hours to complete this task, good luck!
05:19.03 starseeker fair bit of cleanup to do in utahrle - probably take a couple days yet, then we can define a GCI task to extract the docbook conversions of those man pages and add them
05:20.33 starseeker brlcad: did you want me to do the same for tkhtml on that sf project?
05:20.47 starseeker (tkhtml will be a lot easier, in all probability)
05:21.59 brlcad tkhtml is more problematic -- I don't think we should just run off and do our own thing when the author was talking and willing to set up access so we could continue development
05:22.02 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
05:22.13 starseeker scowls
05:22.20 brlcad he's got the history there, we got nothing
05:22.21 starseeker did that ever go through though?
05:22.50 brlcad what does that mean specifically?
05:23.05 brlcad i vaguely recall we told him we were going to do some things and we hadn't yet done them
05:23.16 starseeker can we sync our changes to that repo with full access, update the website, etc?
05:23.32 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed.
05:23.35 starseeker plus, I don't want to get stuck maintaining a TEA build for tkhtml
05:23.48 starseeker complete waste of effort, as far as we are concerned
05:23.55 brlcad I don't know, but he wasn't at all resistant to a take-over, on the contrary
05:25.02 starseeker brlcad: we should at least make sure we have full control of whatever site, least he disappear or something before we get around to it...
05:26.03 starseeker particularly when we have the GCI students working - I would like to see if we can define a task to search for the particular issue that was causing grief on WIN64 and address it more broadly in the tkhtml code
05:26.58 starseeker we can of course do that in our repo, but seeing as Fedora didn't like our "bundling" tkhtml we should probably at least get our code in as the "main" code in *some* stand-alone project
05:27.04 brlcad I'm just saying it's not an abandoned code, dormant at best, and the author was helpful
05:27.42 brlcad i see forking as a royal "fuck you" to the original developer(s) unless you're on a platform like github that encourages it and preserves everything
05:27.48 starseeker sure, that's fine. I'm just saying we don't want to lose momentum waiting too long
05:29.59 brlcad there's nothing that prevents us from making tkhtml tasks that they work on in our repo while other matters are sorted out
05:30.07 starseeker guess I'm a lot more nonchalant about forking in the Tcl/Tk world thanks to the CMake stuff...
05:30.35 brlcad yet we don't have a fork there, it's an overlay
05:31.00 starseeker sort of...
05:31.28 lachlanp hi guys, sorry to interrupt but quick Q: nothing bad happens if your task timer runs out when you've submitted your work?
05:31.29 brlcad it's not a fork by any traditional meaning
05:31.46 brlcad we're not publishing tcl/tk for others to use
05:32.04 brlcad we're not doing any development
05:32.27 starseeker yet... Yeah, I guess for now that's true
05:32.43 starseeker is pessimistic in the long run there though
05:32.56 brlcad we've just got some build system files
05:33.04 brlcad would you call it a fork if we made an MSVC project for them?
05:33.19 starseeker if they wouldn't take it instead of their old one?
05:33.19 brlcad no, it'd just be some project files
05:33.37 brlcad even if it did take months to sort out how and it wasn't likely they'd ever accept it
05:34.46 starseeker nods - all right, fair enough
05:34.48 brlcad might as well be a new project logo
05:35.35 starseeker supposes in the end he's more likely to jump ship to jimtcl than butt heads with the main tcl/tk community indefinitely, anyway
05:35.51 brlcad lachlanp: I don't know -- what might possibly happen?
05:35.59 lachlanp not sure
05:36.07 lachlanp didn't know what happens when it ticks over
05:36.16 lachlanp just wondering
05:36.28 brlcad I hear you get banned from any future submission
05:36.34 brlcad sees if he can start a rumor
05:36.39 lachlanp :-)
05:36.47 brlcad we control that timer
05:36.49 brlcad no worries
05:36.57 lachlanp yeah saw that addition
05:37.17 lachlanp (thanks)
05:38.09 starseeker tcl/tk is the wrong place to be working if you're in a JFDI mood
05:38.32 starseeker proceeds to scratch tkhtml off of his "things to do right now" list - later
05:39.02 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work...
05:40.42 Notify 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: style and hooking it in Couple problems. Your patch doesn't follow our coding guidelines (see the HACKING file) particularly wrt space around operators. Also, you don't hook the new function into...
06:11.58 Notify 03GCI: Andrei Popescu has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Assigned This task has been assigned to An. You have 48 hours to complete this task, good luck!
06:12.09 Notify 03GCI: Mark Ayers has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Claim Removed The claim on this task has been removed, someone else can claim it now.
06:12.27 Notify 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Ready for review The work on this task is ready to be reviewed.
06:15.17 Notify 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Throws me a warning It throws me a warning about unioning regions together. I wasnt able to achieve the right shape when I attempted to manipulate it all into one region, the order of operations gets all funky when your dealing with a bunch of...
06:17.46 andrei lachlanp: from what I see in your patch file you corrected the strcmp usage but still need to replace FILE* with mapped_file
06:18.08 andrei at least to me, otherwise it's looking good.
06:19.18 Notify 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Deadline extended The deadline of the task has been extended with 0 days and 12 hours.
06:21.18 Notify 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and...
06:21.48 andrei lachlanp: you can find the mapped_file implementation in libbu/mappedfile.c
06:26.12 lachlanp i replaced it with a temp file
06:26.43 lachlanp so i don't think i needed such
06:27.02 lachlanp i couldn't work out how to get a regular FILE * pointer from a mapped file anyway
06:28.07 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:28.09 andrei maybe I can help, let me have a look
06:28.15 lachlanp oops... got a printf commented out in there...
06:29.06 lachlanp i need to remove another couple lines as well
06:29.59 lachlanp eg the freopen command to redirect the stdout to a file
06:30.14 lachlanp other than that...
06:30.18 andrei you don't need to get the FILE* from the mapped_file. It's whole purpose is to provide portability
06:30.31 lachlanp but the plotting functions take a FILE*
06:30.36 lachlanp so i do need someway of getting it
06:30.44 lachlanp don't i?
06:31.35 lachlanp they write to the stream commands
06:31.45 lachlanp *commands to the stream
06:35.47 andrei so, the issue is that tp_2list outputs to a FILE*, right?
06:35.58 lachlanp yeah
06:36.14 lachlanp i've got it opening a temporary file instead right now
06:43.29 andrei I ll have a look at tp_i2list, I didn't manage to find a simple way to replace FILE
06:43.55 lachlanp is FILE * a general C thing, or a OS specific thing?
06:44.05 lachlanp (or what's wrong with it)
06:45.53 andrei I'm not sure how portable using a file is
06:46.08 andrei I mean FILE*
06:46.41 andrei but in mappedfile there is an if that probably explains it
06:46.45 andrei #ifdef HAVE_SYS_STAT_H
06:46.45 andrei <PROTECTED>
06:46.45 andrei <PROTECTED>
06:46.45 andrei #else
06:46.45 andrei <PROTECTED>
06:46.45 andrei #endif
06:47.06 lachlanp i think it just copies the contents of it into a buffer... couldn't work that out
06:47.14 lachlanp and it also claims the mapped file is readonly
06:49.22 lachlanp "A FILE pointer is a C standard library-level construct, used to represent a file."
06:49.25 lachlanp http://stackoverflow.com/questions/2423628/whats-the-difference-between-a-file-descriptor-and-file-pointer
06:49.39 lachlanp apparently standard C
06:50.27 *** join/#brlcad caen23 (~caen23@92.81.204.43)
06:52.29 andrei I think that fread and fwrite aren't POSIX compliant and read() and write() should be used
06:53.51 *** join/#brlcad xavortm (xavortm@93.155.146.15)
06:53.59 andrei You're test looks good otherwise and it's clear that you have put more than two hours of work into it, so don't worry
06:54.04 andrei your*
06:54.28 lachlanp ok thanks :-)
06:54.34 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Warnings Ah, wasn't aware we cared about the warnings, so I didn't fix those. Okay then, I'm on it.
06:54.50 lachlanp probably should have done a bit of exercise in C before i leapt into a task that was specifically C...
06:54.56 lachlanp havn'te done C for a while
06:55.12 lachlanp bit of fun with SEGFAULTs etc ;-)
06:55.54 andrei it takes a lot of effort to have portability. It usually brings a lot more restrictions than in a normal C code
06:56.09 lachlanp yeah
06:56.29 lachlanp so fread/write etc are not standard C?
06:56.40 lachlanp or is standard C not portable everywhere
06:58.27 andrei I'm not sure what you mean by standard C but C isn't usually portable
06:58.31 lachlanp ok
06:58.38 lachlanp C80 or C99
06:58.53 andrei for example there is no guarantee that the primitive types have the same size on various OS's
06:58.59 lachlanp yeah +1
07:01.00 lachlanp fread/write is apparently C89
07:01.06 lachlanp and POSIX.1-2001
07:01.19 lachlanp (which could be a bit late)
07:03.08 lachlanp do you want me to do anything else for this task?
07:06.34 andrei speak with brlcad when he is here, if you aren't here, I will. To me, the task looks ok. Also, there might be other mentors that can review your task :)
07:06.47 lachlanp ok thanks :-)
07:06.53 andrei Just resubmit it when you have fixed that commented printf's (and other issues that you mentioned)
07:07.24 lachlanp ok
07:11.54 Notify 03BRL-CAD:jordisayol * 53959 (brlcad/trunk/misc/Makefile.am brlcad/trunk/misc/debian/brlcad-db.desktop and 8 others): Add Linux brlcad and rtwizard icons. Rename some Linux desktop menu config and icon files, to make it clear.
07:12.17 Notify 03GCI: fernozzle has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Ready for review The work on this task is ready to be reviewed.
07:17.39 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:33.45 xavortm Good morning! I made some changes to the layoult - this is only for the task manager: http://store.picbg.net/pubpic/64/58/0a4fa850e4e56458.jpg (and some explain - http://justpaste.it/1l4c )
07:40.53 Notify 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed.
07:46.44 lachlanp according to my time tracker i've spent 16h on my task... :-/
07:47.05 lachlanp thats probably correct if you take away all the times i mislabelled a timeslot and add in all the times i missed
07:50.18 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
07:50.22 RONNCC hello?
07:50.41 RONNCC andrei: hello?
07:51.47 RONNCC ..anyone?
07:52.03 lachlanp hi
07:52.36 lachlanp is a GCI student
07:53.30 RONNCC ...crap
07:53.45 RONNCC lachlanp: hey is there anyone to approve a claim?
07:54.01 RONNCC wants to start working
07:54.02 lachlanp generally they are pretty quick
07:54.05 lachlanp :-)
07:54.08 lachlanp you can Start now...
07:54.13 lachlanp but you can't submit yet
07:54.31 lachlanp when you claim a task it popups up in here
07:54.42 lachlanp and most of the time its accepted in a couple of mins
07:54.49 lachlanp though can be longer if they're away
07:54.55 RONNCC that's the thing
07:54.58 RONNCC i don't want someone to take it....
07:55.03 Notify 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Task Claimed I would like to work on this task.
07:55.28 lachlanp i think they get the first person who claimed it
07:55.32 lachlanp or requested a claim
07:59.00 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
08:03.49 RONNCC lachlanp: can we claim multiple?
08:06.40 RONNCC nvm we can't
08:06.51 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:08.59 Notify 03GCI: Daniel Rossberg has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Task Assigned This task has been assigned to Shomiron Ghose. You have 48 hours to complete this task, good luck!
08:10.21 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:11.50 RONNCC d_rossberg: should i submit a new file + function, or just a new function?
08:12.00 RONNCC d_rossberg: those two functions seem to be copies ...
08:15.35 RONNCC ....
08:15.37 RONNCC hello?
08:19.50 RONNCC anyone
08:19.52 RONNCC anyone at all?
08:19.56 Notify 03GCI: Melange has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is...
08:20.23 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
08:30.57 GrantMercer015 brlcad: you available? ahhh just kidding! Once i finish up the code should i test the code on my own system by building the source or leave that for the test review team to figure out if it runs?
08:31.16 GrantMercer015 appreciate you splitting up that task so i dont have to keep begging for more time.
08:31.33 Notify 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Couple things... First, I think it would be better to submit your work as a patch, as it's rather cumbersome to have the entire .c file in front of me to look at. Minor issue though. Looking only at your...
08:31.48 Notify 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and...
08:31.53 Notify 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Deadline extended The deadline of the task has been extended with 0 days and 12 hours.
08:32.02 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
08:32.05 RONNCC ...hello?
08:32.08 RONNCC anyone at all ._.
08:32.14 lachlanp :-)
08:32.25 lachlanp might have to leave again though
08:32.37 RONNCC SMH
08:32.38 RONNCC i wants a mentor
08:32.39 RONNCC Q_Q
08:33.11 lachlanp ps brlcad doesn't like people asking "where is everyone"... just ask your question and eventually he'll get back to it
08:33.23 GrantMercer015 or post a comment on your task
08:33.31 lachlanp yeah good idea
08:33.41 lachlanp sometimes gets quicker answers
08:34.34 GrantMercer015 does brlcad have two or one mentor on IRC?
08:35.21 lachlanp sorry?
08:35.33 lachlanp brlcad + andrei + ``Erik at least
08:35.38 Notify 03GCI: reikaze has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Ready for review The work on this task is ready to be reviewed.
08:35.59 GrantMercer015 ohhh, i've only talked to brlcad so far. Just curious
08:36.16 lachlanp harmanpreet to i think
08:36.29 lachlanp :-)
08:37.52 d_rossberg RONNCC: which task are you talking about?
08:48.46 andrei !notify ask
08:48.48 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
08:49.59 RONNCC d_rossberg: the refactoring one
08:52.18 andrei RONNCC: that is rather vague, there isn't a single task related to that. Do you mean " Reduce duplicate code in htonf.c " ?
08:52.25 d_rossberg htonf.c?
08:54.33 RONNCC andrei: yes exactly sory
08:54.35 RONNCC *sorry
08:54.55 andrei RONNCC: so, what do you want to ask related to it?
08:55.15 RONNCC andrei: first, should i compile it from source i assume?
08:55.34 andrei yes, you should get the latest version of brlcad from our svn source, or get the virtualdisk image.
08:55.38 RONNCC andrei: second, how would i check to make sure everything is working after i implement the patch ~ i assume just try running it?
08:56.52 andrei first of all you compile the library
08:57.09 andrei make "library name" should get you that.
08:57.33 RONNCC andrei: yup i'm installing and configuring from source blahblah
08:57.41 RONNCC *compiling
08:58.53 andrei provided you just move the code around, compiling brlcad successfully would mean there is a good chance that your code is correct. You can submit it then and I(or one of the mentors) will have a look.
08:59.15 d_rossberg RONNCC: regarding you first question: a new HIDDEN function could be appropriate
08:59.37 RONNCC d_rossberg: can you explain what you mean by a HIDDEN function?
08:59.59 d_rossberg look for HIDDEN in common.h ;)
09:00.12 RONNCC .... where is common.h :P
09:00.22 RONNCC nvm
09:00.26 RONNCC found it
09:00.53 andrei d_rossberg: are you familiar with libbn?
09:01.19 RONNCC d_rossberg: ... wait no i didn't i just found this http://gcc.gnu.org/svn/gcc/branches/cilkplus/libitm/common.h and i don't know if that's relevant
09:01.35 RONNCC also wow... brlcad is gigantic O_O
09:01.42 RONNCC so...many....files
09:02.17 GrantMercer015 would it be better to submit my work that i think is done and let the review team test it?or test if before submitting the work .
09:02.22 andrei RONNCC: you can usually find libraries(.h) in /include/ I would look there first.
09:02.39 andrei RONNCC: that link isn't relevant
09:03.18 RONNCC k found it thanks
09:03.59 andrei GrantMercer015: it depends how easily can you test it? For example, you should check yourself if brlcad compiles(provided you did some modifications on a C file)
09:05.51 GrantMercer015 do you mean compiling from source?
09:06.08 GrantMercer015 or compiling the seperate file(if i can even do that)
09:06.17 Notify 03GCI: Daniel Rossberg has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you...
09:07.02 Notify 03GCI: Daniel Rossberg has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: It should be all in a single region Personally, I would convert the .g to ascii (with g2ascii) and modify the TCL script to the all-in-one combination.
09:07.51 RONNCC andrei: i'm going to be pretty sad and say how do you know if HIDDEN is defined? it's not just a variable that is defined.. do you use it as a keyword per function you want hidden?
09:09.32 GrantMercer015 going to butt in here, but if you're wondering where things are defined use BRLCAD cross reference. not sure if that's what you're wondering but you can search by identifier
09:12.05 RONNCC ..... i have no clue.. problem... BRLCAD doesn't compile...
09:13.35 d_rossberg RONNCC: look for how HIDDEN is used in the other .c files; it hides a function from beeing published to the other source files, i.e. these functions are private the the file there are defined in
09:14.37 RONNCC ok
09:14.40 d_rossberg did you used cmake?
09:19.16 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:20.55 RONNCC yeah..
09:21.09 RONNCC is it just me or is this dependent on c, c++ and even java?
09:23.08 RONNCC i'm getting could NOT find java (missing: Java_JAVA_EXECUTABLE ...
09:23.08 RONNCC etc
09:26.15 andrei can you paste your build log somewhere ( and not in the IRC channel, please)
09:26.40 andrei like here : http://paste.lisp.org/
09:28.23 RONNCC andrei: nvm forgot something. was being stupid sorry
09:28.43 RONNCC andrei: so for the removing duplicate code, should i submit a patch or submit a file or ....?
09:28.53 RONNCC to the upload file / url thing
09:31.37 andrei RONNCC: you should submit a file in a patch format :)
09:32.17 RONNCC andrei: i'm completely new sorry. how do i do that...? i assume it's some svn thing? ... for git i just submitted pull reqs ._.
09:32.19 andrei here is a small guide on how to do that: http://brlcad.org/wiki/Patches
09:32.33 RONNCC also how long does building take?
09:32.42 RONNCC ok!
09:32.44 andrei RONNCC: no worries:). And it's very similar to git, even easier !
09:32.58 RONNCC uhm... so my part of the code... will i have ot rebuild it to check if everything works?
09:33.02 RONNCC andrei: oh awesome :)
09:33.24 andrei RONNCC: yes, but as I said, you don't need to build the whole brlcad dir
09:33.48 RONNCC andrei: ... honestly when it comes to making i've just followed tutorials typically
09:33.54 RONNCC how can i build part of it?
09:33.57 RONNCC change the CMakeFiles?
09:34.17 andrei RONNCC: if you're using linux, just navigate to the folder where your file is and run make, it will build just that folder( and the ones necessary for it )
09:34.18 RONNCC right now i'm building the whole thing from source .... i assume that is at least necessary
09:34.27 RONNCC ahh ok
09:34.51 RONNCC yeah i just ran make on the whole thing
09:35.02 RONNCC .. so everytime i update i'll run make + install?
09:35.36 andrei RONNC: installing the whole brlcad might take a couple of hours I believe. You don't need to run make install. As I said, just go in that folder and run "make"
09:37.42 andrei RONNCC: here's an example of what I was saying: http://pastie.org/5470689.
10:17.58 Notify 03GCI: Daniel Rossberg has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Closed Congratulations, this task has been completed successfully.
10:19.40 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:20.17 Notify 03GCI: Daniel Rossberg has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Looks OK for me I don't know if these were really all occurences, but they are many and it builds and test, benchmark and mged are looking ok. Daniel
10:30.52 Notify 03BRL-CAD:d_rossberg * 53960 (brlcad/trunk/include/vmath.h brlcad/trunk/src/conv/asc/asc2g.c and 99 others): Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls (GCI: http://google-melange.appspot.com/gci/task/view/google/gci2012/7985235) applied patch provided by reikaze
10:35.06 GrantMercer015 pats himself on the back as he submits his first finished task
10:35.15 Notify 03GCI: Andrei Tudorica has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: . What exactly should I do to have this task done?
10:43.55 Notify 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Ready for review The work on this task is ready to be reviewed.
10:46.24 Notify 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Both files submitted are exactly the same Sorry for the confusion, both files submitted are exactly the same.
10:54.15 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
11:04.41 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
11:07.04 Silvrous Is there any order to the functions of a particular primitive in the callback table? (in /src/primitives/table.c)? Also, what are the NULL entries there for?
11:07.29 Silvrous -sorry, that's /src/librt/primitives/table.c
11:22.23 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
11:22.58 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:24.43 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed.
11:24.52 Silvrous Nevermind, figured it out.
11:47.09 Notify 03GCI: Petar Stanev has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Ready for review The work on this task is ready to be reviewed.
12:09.15 starseeker if RONNCC returns - Java is optional for BRL-CAD, and actually the bit that uses it is being phased out
12:09.26 Notify 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Don't count on C99 In every block you have to declare all variables first before any other operation. Not all supported compilers are C99 conform, eg MS Visual Studio C/C++. Daniel
12:09.28 starseeker he won't miss anything if he doesn't have it installed
12:09.46 Notify 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task,...
12:13.30 Notify 03GCI: reikaze has left the following comment at Fix closedb http://www.google-melange.com/gci/task/view/google/gci2012/7958214: Task Claimed I would like to work on this task.
12:14.00 Notify 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: ... sorry I've just recognized that the check was removed.
12:15.20 Notify 03GCI: Daniel Rossberg has left the following comment at Fix closedb http://www.google-melange.com/gci/task/view/google/gci2012/7958214: Task Assigned This task has been assigned to reikaze. You have 48 hours to complete this task, good luck!
12:19.21 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: so I can re-close it?
12:19.36 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed.
12:25.40 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
12:27.51 Notify 03GCI: Monika has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Hi! Where can I find help with creating patch files?
12:28.10 Skriptkid Guys, if anybody is FREE, could you please review my work? It's been 31 hours since I uploaded.(I know you have 36, but I'd really like to move on ASAP.) This is the one: http://www.google-melange.com/gci/task/view/google/gci2012/7983225. IF anyone's not busy.
12:30.46 *** join/#brlcad caen23 (~caen23@92.81.204.43)
12:34.03 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
12:34.11 Notify 03GCI: Skriptkid has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Here http://brlcad.org/wiki/Deuces#When_You.27re_Done It's pretty easy. Just change dir to where the chnaged file is and type svn diff > /path/patch_name.patch
12:35.08 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
12:36.55 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
12:44.16 Notify 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: crash in analyze (mged) You have changed the rt_arb_centroid() parameters. Therefore you should change every use of this function accordingly.
12:44.17 Notify 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task,...
12:54.11 Notify 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: I'll get on that That's fine. I'll just have to figure out why CMake is giving the error that says it is unable to configure the code. Then I will hopefully be able to configure and build the code correctly.
12:57.05 Notify 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your...
12:58.55 Notify 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Update of src/librt/primitives/table.c Please put the new function into the functiontable.
13:15.57 Silvrous I keep getting random modifications in my svn diffs. I assume it's because of updates, but I've already updated, what is happening?
13:19.15 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
13:20.07 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: done I'd realized the problem before reading your comment, and tried making separate functions first, then corrected the parameters. The correct patch is centroidone.patch .
13:20.07 ``Erik 'random modifications'? O.o
13:20.12 Notify 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed.
13:20.13 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
13:20.19 ``Erik could it be stuff like an idea changing tabs/spaces, etc?
13:20.32 RONNCC d_rossberg: can you see if this is done?
13:20.41 RONNCC &<any other mods?>
13:20.49 RONNCC Sean, Andrei Popescu?
13:24.13 Silvrous Erik: Random as in I didn't make them. for instance, files like /bench/pixcmp.1
13:25.12 Notify 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Ready for review The work on this task is ready to be reviewed.
13:25.32 Notify 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: not sure I am 40% sure that is right. please check. if not i'll redo it.
13:27.37 ``Erik but what changes are you seeing? like zomfg content changes, or whitespace changes, or ...? is something in the build process writing to the file? is it ide noise? ...
13:28.19 ``Erik "svn diff -x -w" ignores whitespace for the diff, does that "fix" it?
13:32.21 Silvrous -x -w doesn't fix it, from what I can tell, it's changing the order of chunks of text in things like benchmarks files or install files
13:41.56 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
13:45.19 Skriptkid Could anyone tell me how I need to put a function in table.c? I get that you just need to enter the name, but I see 'NULL's. So is there some kind of formatting needed?
13:48.59 Skriptkid d_rossberg: Do I just put it at the end of RT_FUNCTAB_MAGIC, after the 'NULL's?
13:49.52 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71)
13:53.32 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71)
13:54.13 *** part/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71)
13:54.40 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
13:55.42 Skriptkid d_rossberg: ???
13:57.23 *** join/#brlcad harmanpreet (~chatzilla@124.253.72.119)
14:03.08 Skriptkid I just added it at the end, before the three NULLs
14:04.32 Skriptkid d_rossberg: Could you please review again? I added it to table.c
14:07.12 caen23 Silvrous: is anything broken, or have you simply noticed that files were (re)moved? .1/.3/.5 files are man pages that have been converted to xml and subsequently removed from src/*
14:10.55 Silvrous caen23: That's strange. SVN isn't deleting them, only shuffling their contents. I'll just do a new checkout after the current task is finished, hopefully that will solve it.
14:11.43 caen23 if i download the latest file from your task, will i be able to see the anomalies?
14:16.29 Silvrous I don't think it has anything to do with that, I wasn't changing those files. I suspect it might have something to do with repeatedly updating, changing files, compiling and then deleting the compiled files.
14:18.30 caen23 okay then. i was asking because i'm the one doing the man-docbook conversions and i thought i'd broken something
14:21.13 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
14:21.52 Skriptkid d_rossberg : Yeah. Last but second one. Replaced it.
14:43.53 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: How? I understand I need to enter the function name, but I see some 'NULL's. So is there some formatting needed?
14:43.54 Notify 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: More. Drupal does not have very good system requirements documentation. The page with the system requirements checker is now able to run, and it says that we need filter SimpleXML
14:43.55 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: And is that it? Or are any more changes required?
14:43.56 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed.
14:43.57 Notify 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Wrong place in functab Please look at the declaration of rt_functab in include/raytrace.h. I think the NULL before last hast to be replaced with your surface area function.
14:43.58 Notify 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your...
14:43.59 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed.
14:44.00 Notify 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Yep Yep. Last but second. Surface Area.
14:44.01 Notify 03GCI: Richard Akira Heru has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Claim Removed The claim on this task has been removed, someone else can claim it now.
14:44.02 Notify 03GCI: Richard Akira Heru has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Claimed I would like to work on this task.
14:44.03 Notify 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClJl YWR5IGZvciByZXZpZXcNCg0KVGhlIHdvcmsgb24gdGhpcyB0YXNrIGlzIHJlYWR5IHRvIGJlIHJl dmlld2VkLg0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMg VGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91 IGFyZSBzdWJzY3JpYmVkIHRvIENvbXBpbGUgIA0KQlJMLUNBRCB1c2luZyBEZXYtQysrLg0KVG8g...
14:44.18 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Ready for review The work on this task is ready to be reviewed.
14:44.23 Notify 03GCI: Melange has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
14:51.54 Notify 03BRL-CAD:caen23 * 53961 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 248 others): XML files now pass validation without generating warnings (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236)
14:52.03 Notify 03GCI: Harmanpreet Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck!
14:52.04 Notify 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Commit r53961 `system_warnings.patch` should get rid of all the warnings inside doc/docbook/system/* Commit r53961
15:09.58 Notify 02GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7945213 >
15:12.37 Notify 03GCI: Ashish: Reorganize MGED menu - So0 So is it good ?? < http://www.google-melange.com/gci/task/view/google/gci2012/8030206 >
15:13.29 *** join/#brlcad Ashish101 (73f2da67@gateway/web/freenode/ip.115.242.218.103)
15:27.49 Notify 03BRL-CAD Wiki:Jacksixb * 4723 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update
15:28.40 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
15:29.09 Notify 03BRL-CAD Wiki:Jacksixb * 4724 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
15:30.17 Notify 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Explanations Thanks for the suggestions. Now, I have my reasons for doing what I did! I'm going to refer to the term "pixel" as "the rectangular prism representing the pixel" "calling your variables avgx, avgy, avgz is misleading, as 'centroid' is not... < http://www.google-melange.com/gci/task/view/google/gci2012/7998216
15:30.18 Notify >
15:32.57 Notify 03GCI: Andrei: Close MGED when both windows are closed - Task Claimed I would like to work on this task. < http://www.google-melange.com/gci/task/view/google/gci2012/7945212 >
15:32.58 Notify 03GCI: Andrei: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. < http://www.google-melange.com/gci/task/view/google/gci2012/7945212 >
15:34.22 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
15:36.33 Notify 03GCI: Melange: Reproduce any 10 unconfirmed open bug reports - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. < http://www.google-melange.com/gci/task/view/google/gci2012/7971223 >
15:47.07 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - incorrect white spaces Your patch doesn't follow our coding guidelines (see the HACKING file) particularly the "shiftwidth=4 tabstop=8" rule. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
15:47.22 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
15:51.47 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
15:52.17 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Now? What about this one?(hyp6.patch) < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
15:54.07 Skriptkid d_rossberg : Was I supposed to add whitespaces only in the lines whcih had the green '+' mark?
15:57.31 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
15:57.59 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch 7 Check out hyp7.patch. Made another change. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
15:59.15 maths22 ``Erik: thak you for changing the location of the URL.
15:59.57 ``Erik np, i'ts ugly regex right now, but this is a short term project O.o (if anyone wants to improve it, it's all on github, contributions welcome :D )
16:00.46 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Please fix include/raytrace.h too There should be now the correct prototype. < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 >
16:00.52 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete... < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 >
16:02.13 d_rossberg Skriptkid: we have 4-spaces indents, i.e. you should replace the tabs in the first level indents with 4 spaces
16:02.44 d_rossberg in the second level (8 spaces) it would be a tab
16:03.23 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
16:03.24 *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc)
16:03.24 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
16:03.31 RONNCC hey can someone approve my entry?
16:03.34 RONNCC ...
16:04.12 RONNCC http://www.google-melange.com/gci/task/view/google/gci2012/7966230
16:04.13 RONNCC ...
16:05.45 Ashish101 Ya mine Too :) Or atleast tell me do you know make it better or something Getting bored here :D
16:07.32 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
16:07.46 Skriptkid because that seems to be one. I get one extra space
16:10.12 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Tabs vs. spaces The tabs in table.c were OK (please set the tab there again). In hyp.c you need to replace the tabs with 4 spaces. See the "1) Indentation whitespace" section in HACKING for reference. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:10.17 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:11.33 Notify 03BRL-CAD:brlcad * 53962 brlcad/trunk/NEWS: bob parker added initial sketch support to archer.
16:12.16 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:14.49 Skriptkid d_rossberg : my question is, do the '+' mark count as a space? Do i put 4 spaces after it or 3 after it?
16:19.27 Skriptkid They don't. Realized that. okay it's probably fixed now.
16:19.54 *** join/#brlcad aimt (~amit@1.186.9.242)
16:20.12 Notify 03GCI: Daniel Rossberg: Reduce duplicate code in htonf.c - Some things to improve - provide a patch file - see "1) Indentation whitespace" in Hacking for the right indentation - use HIDDEN instead of inline - you don't need to provide an extra prototype if the definition precedes the usage < http://www.google-melange.com/gci/task/view/google/gci2012/7966230 >
16:20.27 Notify 03GCI: Daniel Rossberg: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. < http://www.google-melange.com/gci/task/view/google/gci2012/7966230 >
16:20.57 d_rossberg Skriptkid: no
16:21.05 *** part/#brlcad aimt (~amit@1.186.9.242)
16:21.29 Skriptkid Yeah. Realized that now. Submitted fixed patch
16:22.53 d_rossberg Skriptkid: it needs to be \trt_hyp_surf_area, in table.c
16:25.27 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:26.17 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - ab in table.c there the tab was ok < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:27.57 Skriptkid d_rossberg: and not 4 spaces?
16:28.41 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
16:29.06 Skriptkid d_rossberg: New patch: 4 whitespaces in hyp.c in the function. Tab in table.c
16:29.58 d_rossberg Skriptkid: in table.c it's already in the second level
16:30.06 brlcad caen23: What's the <contrib>brl-cad</contrib> additions? that doesn't look right/useful
16:30.16 harmanpreet ashish101: Your work is appreciable. :)
16:30.38 brlcad mmm, that's a lot of backlog
16:30.47 Skriptkid d_rossberg: Okay. I put back tab in table.c and 4 whitespaces in hyp.c in hyp10.patch
16:31.26 brlcad Skriptkid: what are you using to edit code?
16:31.27 caen23 brlcad: hmm… it required the tag to get rid of the warnings, and it basically says what the author has contributed to
16:31.40 Skriptkid brlcad: Geany
16:32.20 brlcad Skriptkid: so you should set up the whitespace preferences within Geany so they are conformant in addition to understanding what those requirements are for brl-cad
16:32.29 Ashish101 harmanpreet: Cool ....... thanks that means it can be approved by tonight(its night here probably a day there in your side :) )??
16:33.00 brlcad caen23: so to understand, there was a warning that no author was listed?
16:33.01 d_rossberg Skriptkid: maybe you should look again in your patchfile and remove the last section (removal of an empty line somwhere) by hand
16:33.21 caen23 brlcad: yes
16:33.26 Notify Noisybot is noisy
16:33.57 Skriptkid d_rossberg: done. Thats it? Spacing is right now?
16:34.34 harmanpreet ashish101: how much time you contributed to this task?
16:34.58 brlcad caen23: http://www.docbook.org/tdg5/en/html/author.html indicates contrib is not required -- what was complaining?
16:35.36 Skriptkid d_rossberg: removed it
16:36.00 caen23 brlcad: i think when i tried building without contrib, it showed some warnings. let me try it again
16:37.07 Ashish101 Well i had finished it last night smwhat at this time... i think i may have taken a night for understanding a trying out the software + reading the ebook to understand what Mged really does .. then 1.5 or 2 hours for making that PDF
16:39.16 caen23 brlcad: ok, i was wrong. it only complains about contrib or personblurb when the author is a person, not an organisation. i will remove the contrib bit, sorry
16:40.46 Notify 03GCI: Sean: Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls - attribution Reikaze, if you provide your full name, we'll credit you accordingly in our authorship file. Thanks for your efforts! < http://www.google-melange.com/gci/task/view/google/gci2012/7985235 >
16:41.54 brlcad caen23: thanks, no problem
16:42.07 Notify 03BRL-CAD:brlcad * 53963 brlcad/trunk/AUTHORS: credit reikaze with his (negative) contribution removing (void) from a slew of function calls that don't really need it.
16:42.11 brlcad it was the lowercase brl-cad that caught my attention, that shouldn't be in our docs anywhere
16:42.30 brlcad doc/description.txt talks about that some
16:43.23 brlcad holy moly, more than a dozen needing review
16:43.23 ``Erik housecleaning, yay, scrub the dirt off the code O.o
16:44.21 harmanpreet brlcad: am trying to handle a few of the tasks..
16:44.56 brlcad harmanpreet: heh, thanks!
16:46.40 caen23 brlcad: went through the file now, seems like i should have done that sooner :)
16:48.37 Notify 03BRL-CAD Wiki:Sean * 4725 /wiki/Google_Code_In: stub in a GCI page so I can post our mentor list somewhere
16:48.41 Notify 03GCI: Silvrous: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 >
16:49.43 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
16:49.44 *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc)
16:49.44 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
16:49.56 harmanpreet Ashish101: You put significant effort (which is appreciable ) in this task, it would be nice if you please polish your work. I mean, if your could improve its formatting to some extent then it will excellent. Just a little, not too much and your are done..! :)
16:49.56 RONNCC hey anyone here?
16:50.09 RONNCC harmanpreet: hey harman?
16:50.15 brlcad ~ask
16:50.16 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
16:50.26 RONNCC ahh sorry :)
16:50.44 brlcad common mistake
16:50.53 harmanpreet RONNCC: yes..?
16:51.05 brlcad if you stay on irc, people will almost always respond whenever they get back
16:51.22 brlcad screen+irssi ftw
16:51.41 brlcad contemplates a screen+irssi brl-cad IRC tutorial task
16:51.49 RONNCC sorry. i'm actually not at my comp so i can't stay constantly
16:52.02 RONNCC brlcad: lol i can make that. i'm using the web client though
16:52.26 RONNCC brlcad: anyway i can submit a patch without having apache installed? I'm not at my computer atm and just have the C code. should I try writing the patch format by hand?
16:52.56 brlcad RONNCC: you think we're all at our computer constantly?
16:53.16 brlcad i'm on IRC 24/7, i'm not at my computer 24/7
16:53.29 RONNCC brlcad: no i don't..... sorry. I typically tend to have my desktop off though
16:53.44 brlcad my desktop is often off too .. still on irc 24/7
16:53.55 RONNCC brlcad: either way ~ anyway to make a patch somehow online or the like?
16:55.02 brlcad RONNCC: you'll need to read http://brlcad.org/wiki/IRC at some point and then http:/brlcad.org/wiki/Patches or the top section of http://brlcad.org/wiki/Deuces
16:56.04 RONNCC brlcad: ... the mentor said submit a patch.... should i make the patch file by hand? I have the C code but not the svn repo.
16:56.24 brlcad dude, read those links and your question will be answered
16:56.44 brlcad you need the svn repo or at least a clean starting point
16:56.53 brlcad so you can run diff
16:57.04 RONNCC brlcad: i assume no then. thanks >____<
16:57.50 Ashish101 harmanpreet: Thanks for replying ... Polishing in the sense ?? If you can tell me ill just do it and send it again n another 30 mins or an hour beofre going to sleep
16:57.51 brlcad assume whatever you like, my inclination for helping you goes only as far as your willingness to help yoruself and read our documentation
16:58.06 RONNCC @brlcad: that's fair, I was asking a stupid question . what is see "1) Indentation whitespace" in Hacking for the right indentation ?
16:58.34 RONNCC i suspect this? http://brlcad.org/wiki/Code_Cleanup#The_HACKING_File
16:58.49 brlcad yes, our HACKING file covers our whitespace convention, particularly that section
16:59.22 brlcad RONNCC: is there a reason you don't have an svn checkout?
17:01.25 Notify 03GCI: Lolacio: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. < http://www.google-melange.com/gci/task/view/google/gci2012/8033204 >
17:01.33 brlcad caen23: that looks a lot better
17:01.41 brlcad (warnings gone)
17:01.45 Notify 03GCI: Sean: Fix and Validate Docbook XML - Task Closed Congratulations, this task has been completed successfully. < http://www.google-melange.com/gci/task/view/google/gci2012/7959236 >
17:02.00 RONNCC brlcad: at school using one of their comps. can't checkout a whole svn thing and i didn't bring laptop
17:02.10 Notify 03GCI: Melange: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
17:02.10 brlcad wonders what is spitting out "Note: Writing manpage.1"
17:02.12 caen23 brlcad: i'm committing right now
17:02.41 harmanpreet Ashish101: I mean improve readability, make it look little more better, take care of spellings, proper headings and all these small things, etc. Yes, it should not take more than 30 minutes.
17:02.56 brlcad caen23: cool
17:03.01 RONNCC brlcad: just ignore me
17:03.05 RONNCC brlcad: thanks for the help
17:03.10 Notify 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Does not compile Please verify that the code compiles before submitting < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
17:03.15 Notify 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225
17:03.16 Notify >
17:03.33 brlcad ``Erik: off-by-one-char error?
17:03.49 Notify 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 >
17:04.15 ``Erik heh, I thought I subtracted enough to catch that when I rewrote the handling
17:04.36 brlcad wow, not a single person has been able to complete one of the 3 spelling mistake tasks, yet a half dozen have tried
17:04.55 brlcad go carl
17:05.01 Ashish101 harmanpreet: Thanks Ill return with the polished One :)
17:05.19 Notify 03GCI: Cezar: Compile BRL-CAD using LLVM trunk - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8023206
17:05.26 ``Erik we are talking about a generation who first learned writing skills by typing with their thumbs... O:-)
17:05.54 Notify 03GCI: Sean: Compile BRL-CAD using LLVM trunk - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8023206
17:07.51 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
17:08.03 brlcad hi maths22
17:08.26 Notify 03BRL-CAD:caen23 * 53964 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 247 others): Remove the <contrib> tag where the author is an organization (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236)
17:08.50 maths22 brlcad: those should be the last two: they are listed nowhere on the drupal website
17:08.51 Notify 03GCI: Cezar: Fix and Validate Docbook XML - Fix tag I removed the <contrib> tag where the author is an organization. Commit r53964 Patch file: system_contrib_fix.patch http://www.google-melange.com/gci/task/view/google/gci2012/7959236
17:09.40 Notify 03GCI: Cezar: Compile BRL-CAD using LLVM trunk - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8023206
17:10.47 ``Erik Service: View all customers as beautiful buds that must be cultivated, watered, and periodically buried under manure
17:12.58 RONNCC brlcad: ok a slightly more legitimate question: what is a right hyperbolic cylinder. I used google. still have little clue. I get http://mathworld.wolfram.com/HyperbolicCylinder.html .. where does 'right' come into this? and does volume in this case mean all the space between the two curves within a bound?
17:13.12 RONNCC brlcad: in my view it doesnt seem to be closed
17:14.19 Notify 03GCI: Sean: Upgrade Drupal website - done installed http://www.google-melange.com/gci/task/view/google/gci2012/7958216
17:14.34 Notify 03GCI: Sean: Upgrade Drupal website - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7958216
17:16.19 brlcad RONNCC: a RHC primitive object is defined as half of a hypberbolic surface and is closed on three sides (which are part of the parameterization)
17:16.38 RONNCC brlcad: ahh I didn't know that. how can i learn more about that?
17:16.42 brlcad right is the right angle involved where the three closed sides come together
17:16.59 brlcad see http://brlcad.org/tmp/primitives/Primitives3_grouped_labels.png for a graphical overview of all our primitives including the rhc
17:18.12 RONNCC oh wow. very nice :)
17:18.31 harmanpreet brlcad: From your reply at http://www.google-melange.com/gci/task/view/google/gci2012/7985226 dated November 29 2012 06:14 UTC I tried out creating some primitives (in a separate database file, not the uploaded file) for which I got message "not a known primitive" and for some others, got "not supported". What is it?
17:18.33 harmanpreet Secondly, while reviewing the http://www.google-melange.com/gci/task/view/google/gci2012/7985226 I found some of the primitives such as dsp, vol, hf and ebm, missing their data file and there is problem with submodel primitive.
17:18.35 harmanpreet <PROTECTED>
17:19.44 Notify 03GCI: Sean: Compile BRL-CAD using LLVM trunk - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8023206
17:20.41 brlcad harmanpreet: depends how you attempted to create them -- the 'make' command only supports primitives that have a "default" state so a lot of the compound/complex primitives it will not create
17:20.49 brlcad the 'in' command will create just about anything
17:21.01 harmanpreet i tried with "in"
17:21.15 brlcad er, then what's one that failed?
17:21.30 Notify 03GCI: Cezar: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
17:21.32 brlcad I think the task can be limited to only those that 'in' supports
17:21.50 brlcad caen23: heh, good luck -- nobody else has been able to do that one
17:22.14 caen23 brlcad: that's why i chose it :D
17:22.16 brlcad one of the harder problems up there, several layers and technologies involved
17:22.17 caen23 and thanks
17:22.20 Notify 03GCI: Sean: Close MGED when both windows are closed - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945212
17:22.43 brlcad probably amounts to just 20 lines of code, but finding what to write and where they should go... pita :)
17:23.00 harmanpreet brlcad: error: "not a primitive": bspline, particle, joint. are they really primitives?
17:23.14 caen23 hmm… i have a basic understanding of how GUIs and tk work, let's see if i can put that to good use
17:24.02 brlcad ah, so bspline is one of few primitives that don't match their ID_ type, they are tricky to create but deprecated so I wouldn't worry about them
17:24.20 brlcad particles are another that don't match their id, but 'make' will make one .. call it a 'part'
17:24.37 brlcad joints are created with a different comment
17:24.39 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
17:24.41 brlcad command
17:24.58 Skriptkid patch file shows some changes I haven't done. is that fine?
17:24.59 RONNCC can you tell me if the indenting is ok? I used the style from the hacking guide and the other code ~~
17:25.26 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:25.27 brlcad Skriptkid: um, no
17:25.50 Ashish101 harmanpreet: DOne -- Hope i could live upto ur expectations :: http://www.google-melange.com/gci/task/view/google/gci2012/8030206
17:25.56 brlcad something you did caused an unintended change :)
17:26.03 brlcad you can edit the file and remove that section
17:26.08 brlcad or svn revert that file(s)
17:26.39 brlcad Ashish101: now that's just setting yourself up for failure!
17:26.45 brlcad living up to someone else's expectations...
17:27.02 Ashish101 KK :(
17:27.14 brlcad you should just always do your best -- look at what you did and if you can think of a way to make it better ... then do that!
17:27.50 RONNCC brlcad: can you look at mine? http://www.google-melange.com/gci/task/view/google/gci2012/7966230 :D
17:28.05 RONNCC i used non recursive apache and manually updated ~~ was much nicer
17:28.22 brlcad RONNCC: you're WAY down in my queue at the moment, sorry it'll be a while
17:28.41 RONNCC brlcad: ok :(. can i start another one unofficially?
17:28.51 brlcad counts 26
17:29.02 RONNCC wow o-o
17:29.50 brlcad you certainly can, but there is a risk that someone else claims it before you so don't pick something too easy :)
17:30.17 RONNCC brlcad: is it ok if i unaccept this one accept another organizations and turn that in and then reclaim the 'lock' on this so I can work on other things as well? .... .or would i lose my place... honestly I would think so
17:30.39 Notify 03GCI: Su Chang ko: Set up StatSVN - About My Work. My Web-Hosting Server didn't support xhtml, so i uploaded DropBox. http://db.tt/3ok2bD2U This is My DropBox Link. http://www.google-melange.com/gci/task/view/google/gci2012/8013211
17:30.56 harmanpreet brlcad: is there anything wrong with Ashish101's changes?
17:32.01 RONNCC brlcad: ..... hmm .... but like.... i'm being unfair in saying this I tihnk but. anyway I can maintain the lock of sorts on the project unofficially? ~~ I don't understand why they say only one at a time for the case of submitted work
17:32.36 RONNCC brlcad: ignore the last comment please
17:34.14 Notify 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:34.45 brlcad harmanpreet: is that the menu one?
17:34.55 Notify 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - About Task Hello I would like to ask where can I contact you to ask you if I have questions on the task :) http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:36.20 Notify 03GCI: Sean: Reorganize MGED menu - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030206
17:37.05 Notify 03GCI: Sean: Reorganize MGED menu - hanks Thank you Ashish! I think there's a lot of good ideas in there that we can look into implementing. http://www.google-melange.com/gci/task/view/google/gci2012/8030206
17:37.23 Ashish101 Thanks a TON :)
17:37.30 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Diana Boyadjieva. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:38.05 Notify 03GCI: Sean: Create an ISST screenshot or animation - IRC Hi Diana, You can ask questions here, on our IRC channel, or on our brlcad-devel Sourceforge mailing list. http://brlcad.org/wiki/IRC http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:38.47 ``Erik yuh oh
17:38.58 brlcad ``Erik: heh
17:40.10 *** join/#brlcad didi_bike (~didi_bike@89.190.213.140)
17:41.05 didi_bike hi I'm Diana Boyadjieva and Sean is my mentor but I'm not sure who is Sean
17:41.26 brlcad didi_bike: anyone in here can mentor you
17:41.43 harmanpreet brlcad: what you expect?
17:41.52 brlcad there are a half-dozen mentors, we just don't assign everyone on the web interface or they'd all get a ton of e-mail
17:42.40 brlcad more importantly...
17:42.41 brlcad ~ask
17:42.41 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
17:44.12 *** join/#brlcad andrei_ (~andrei@188.25.158.113)
17:44.24 didi_bike okay so in my task can you specify what should I do what is my Animation suppoust to be about?
17:45.07 starseeker ponders if fixing the mged window closing issue or lex/yacc -> perplex/lemon is scarier...
17:45.49 maths22 brlcad: Thank you for enabling the extensions and for the extra time. Now there are no requirement errors.
17:46.27 andrei_ hello
17:46.38 starseeker caen23: I salute your spirit ;-)
17:46.59 starseeker tk experience should help
17:47.04 brlcad maths22: like I said before, it's not your fault .. and the time is lesser concern than the quality of work
17:47.39 brlcad didi_bike: so the first step is to run the 'isst' tool and become a little familiar with it
17:47.54 brlcad it loads geometry for interactive viewing
17:48.20 Notify 03GCI: Andrei Popescu: Compile BRL-CAD using Dev-C++ - Stop? From your build log I see it stopped at 9% but I can't see an error(or the reason) that caused the build to stop? Did you stop it ? Could you explain if and what errors you encountered? http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:48.21 Notify 03GCI: Andrei Popescu: Compile BRL-CAD using Dev-C++ - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:48.37 brlcad didi_bike: once you get that working with an example, however simple, you can find something interesting from grabcad.com to import - and from there create your screenshot or an animation
17:48.42 caen23 starseeker: thanks :D hmm… i've experience with tkinter (python bindings to tk) and i know how GUIs work at a basic level
17:49.29 ``Erik there're 3 frontends for isst, which one is supposed to be used? (the old gtk+ one, the sdl one, or the tcl/tk/togl one?)
17:49.34 brlcad mged won't make that easy for you -- the even processing is quite complex
17:49.56 brlcad I think only one frontend is enabled for compilation
17:50.15 starseeker yeah - isst tk
17:50.26 ``Erik the togl one is the only one that is included, it's also the least featured I think
17:50.34 starseeker yep
17:51.14 starseeker got sidetracked trying to get TkAqua working
17:51.52 brlcad goes to show how important keeping dependencies in check is
17:52.17 didi_bike brlcad : thank you for the instructions :)
17:52.22 brlcad doesn't matter how cool the app is, if it's not managed and integrated neatly so it all just works, it'll die a slow and painless death
17:53.04 starseeker if we have any mac gurus in gci maybe they could take a stab at fixing the Aqua togl?
17:53.06 andrei_ brlcad: did you deal with lachan's unit test ?
17:53.26 brlcad nope
17:54.04 starseeker or, for that matter, an apple version of our ogl and wgl code?
17:54.15 andrei_ ah, I wanted to speak to you about it. You asked him not to use FILE* and use mapped_file instead, however the tp_i2list takes a FILE* as parameter, I don't think he can avoid that
17:55.46 brlcad andrei_: okay, my bad then
17:56.02 brlcad I think I just saw a FILE* being passed around in places it wasn't quite needed yet
17:56.24 Notify 03GCI: Melange: Create an RTWizard screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
17:57.04 andrei_ brlcad: he uses a temporary file for the data, even if there is still a bit of work to do on that task. I ll grant him the task and do it myself if needed. He spent a lot more than 2 hours on it
17:57.17 andrei_ punctuation failure, sorry.
17:57.19 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Index of patch files The index of patch files are src/librt/primitives/hyp/hyp.c(for hyp.c) and src/librt/primitives/table.c for table.c. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
17:57.32 brlcad andrei_: so you have to factor out their learning time
17:57.42 brlcad that's overhead expected
17:58.07 brlcad like if he had to do it again in two weeks, how long would it take him to get to the point they're at
17:58.31 brlcad andrei_: url for that task?
17:59.42 andrei_ hold on a second
17:59.47 andrei_ http://www.google-melange.com/gci/task/view/google/gci2012/8000211
18:04.20 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
18:04.22 brlcad andrei_: ah, now that's coming back to me
18:04.31 brlcad so yeah, the problem was entirely around the use of fmemopen()
18:04.40 brlcad which obviously returns a FILE *
18:05.55 brlcad so that was the only reason to suggest avoiding it, to either find a means to not require a FILE* or allocate manually -- and it looksl ike they opted for bu_temp_file() which is perfect (assuming he deletes it)
18:06.16 brlcad andrei_: so yeah, sounds good to give it to him (assuming you can compile and run it?)
18:07.40 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Hang On Not compiling. Needs fixing. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
18:08.11 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
18:08.12 *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc)
18:08.12 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
18:08.32 RONNCC @brlcad: I work well with goals. how magical would i have to be to get commit access? :P
18:08.38 RONNCC supposedly some GCI students already got it
18:09.58 brlcad RONNCC: you don't have to be magical, you just have to be really good at interacting seamlessly with other developers, not be a burden on anyone, do good work, do your homework when investigating problems, follow our dev guidelines, etc
18:10.05 ``Erik ronncc: how magical? unicorns farting rainbows magical :D if you do good work and your patches don't need tweaks, someone will decide
18:10.28 brlcad it's not that hard, you just can't half-ass anything or be annoying
18:10.43 RONNCC brlcad: sound's interesting :)
18:10.46 RONNCC *sounds
18:10.49 brlcad even 99% is not good, nobody likes 1% ass :)
18:13.26 Skriptkid What is the functiion MAGNITUDE used for?
18:13.45 brlcad Skriptkid: see include/vmath.h
18:15.41 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:18.42 Skriptkid It gets scalar. Ok.
18:19.31 RONNCC brlcad: where would i look to start with making those volume functions :) i'll do that while you look at my first thing
18:19.41 RONNCC brlcad: WAIT nvm. i'll be self sufficient and find out >:D
18:19.48 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Compiles patch16.patch compiles. There was a semicolon missing and an unrequired use of MAGNITUDE(). http://www.google-melange.com/gci/task/view/google/gci2012/7983225
18:20.54 andrei_ brlcad: I ll test again now, should I also commit it?
18:21.04 Notify 03BRL-CAD:carlmoore * 53965 brlcad/trunk/NEWS: fix spelling
18:21.28 brlcad andrei_: yes
18:21.50 brlcad RONNCC: that's the spirit
18:21.58 RONNCC brlcad: ;)
18:22.17 RONNCC brlcad: ok next class. i'll work on this when i get home. is anyone awake at 3 am EST?. this week is a cram week. finals etc >___<.
18:22.33 RONNCC brlcad: there was someone on PySoy at 2 am. haha
18:23.26 brlcad our devs are all over the world, so it's entirely possible
18:23.30 RONNCC kk
18:23.34 RONNCC i'll be back
18:23.37 brlcad i'm often up that late, but depends
18:23.41 RONNCC k thanks
18:32.17 *** join/#brlcad didi_bike (~didi_bike@89.190.213.140)
18:32.45 didi_bike I try to create a new project in Archer but nothing happens?
18:35.32 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
18:36.19 didi_bike I have a problem with the Archer
18:37.09 didi_bike I try to create a new file and work with it but I can't can anyone help?
18:39.25 brlcad didi_bike: you'll have to be more specific
18:40.25 brlcad didi_bike: there are many example geometry files included in the distribution that you can use or you could import geometry downloaded from grabcad.com (stl format, maybe step format but unstable)
18:40.30 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:40.32 didi_bike well I wnat to make a new file so I tell the program to vreate a new one and it asks for a name and I type a name and press save and nothing happens
18:40.39 Skriptkid ``Erik : Fixed problems. Compiles now. (SA of one-sheet hyperboloid)
18:40.48 brlcad didi_bike: so it made a new one
18:40.54 brlcad what are you expecting it to do? :)
18:41.01 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
18:41.18 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
18:41.18 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch16 Index for patch16.patch is librt/primitives/hyp/hyp.c(for hyp.c) and librt/primitives/table.c for table.c http://www.google-melange.com/gci/task/view/google/gci2012/7983225
18:41.19 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch16 Index for patch16.patch is librt/primitives/hyp/hyp.c(for hyp.c) and librt/primitives/table.c for table.c. So you'll need to navigate to src and then apply patch, i guess. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
18:41.40 Notify 03BRL-CAD Wiki:Sean * 4673 /wiki/Deuces:
18:41.42 Notify 03BRL-CAD Wiki:Sean * 4674 /wiki/Deuces: /* Fix documentation XML errors in doc/docbook/articles */
18:41.44 Notify 03BRL-CAD Wiki:Jacksixb * 4723 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update
18:41.46 Notify 03BRL-CAD Wiki:Jacksixb * 4724 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
18:41.48 Notify 03BRL-CAD Wiki:Sean * 4725 /wiki/Google_Code_In: stub in a GCI page so I can post our mentor list somewhere
18:42.18 didi_bike well it doesn't make I can'r find the file
18:43.36 didi_bike and when I try to use an elemnt like Pipe for example it gives me and error
18:44.45 didi_bike or it doesn't open a window for me to fill in the measurements
18:45.17 brlcad didi_bike: so it's sounding like you're just having trouble finding your way around the interface and it's not doing things you're expecting it to do
18:45.45 brlcad there's a really big book that teaches fundamentals of modeling in brl-cad that is the usual starting point for learning the interface
18:45.54 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
18:46.11 didi_bike Yes I'm sorry you wrote that I need to get used to the program
18:46.22 didi_bike I'm just trying to learn as fast as possible
18:46.26 maths22 brlcad: do you know if the BRL-CAD statistics module is used??
18:46.51 brlcad the interface is not friendly to new users, but should work as documented -- whehter you're doing anything right or wrong I can't say because you're not giving me enough detail
18:47.01 brlcad didi_bike: BUT still.. what are you trying to di
18:47.10 brlcad s/to di/to do/
18:47.21 Notify 03BRL-CAD:carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling
18:47.23 Notify 03BRL-CAD:carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings
18:47.25 Notify 03BRL-CAD:n_reed * 53477 brlcad/trunk/src/libged/draw.c: update solid's vlist length at the same time as its vlist rather than waiting for it to be a side-effect of the bounding routine
18:47.27 Notify 03BRL-CAD:carlmoore * 53478 brlcad/trunk/include/tie.h: fix spelling
18:47.29 Notify 03BRL-CAD:carlmoore * 53479 brlcad/trunk/include/vfont-if.h: fix spelling
18:47.31 Notify 03BRL-CAD:carlmoore * 53480 brlcad/trunk/include/optical.h: fix spelling
18:47.33 Notify 03BRL-CAD:brlcad * 53481 brlcad/trunk/TODO: remove some of the completed items, clarify others. turns out rtg3 and burst aren't deprecatable just yet, tom added a dsp tutorial to the wiki, librt technically has a kdtree, level of detail wireframes are in the works, and implicit to nurbs is done.
18:47.35 Notify 03BRL-CAD:brlcad * 53482 brlcad/trunk/src/libbn/ulp.c: implement routines to also calculate the sqrt() of the min/max for floats and doubles.
18:47.37 Notify 03BRL-CAD:brlcad * 53483 brlcad/trunk/src/libbn/ulp.c: fix routines for calculating the square root, missing bn_ prefix. remove register keyword since we take the variable's address. fix the equality comparison, testing for >val instead.
18:47.39 Notify 03BRL-CAD:brlcad * 53484 brlcad/trunk/src/libbn/CMakeLists.txt: enable ulp.c for compilation so we can get any compile kinks worked out (verified working on two plats)
18:47.41 Notify 03BRL-CAD:brlcad * 53485 brlcad/trunk/BUGS: rossberg reported that using our libs in a multithreaded application on windows no longer seems to work (no firm isolation when the problem started, but reportedly used to wrok just fine). said the crash was due to a global memory-data map, which I presume to be the memory debug queues.
18:47.43 Notify 03BRL-CAD:erikgreenwald * 53486 rtcmp/trunk/rtcmp.c: verify that both adrt and librt are being used before comparing their results
18:47.45 ``Erik (sorry for the replay, had an issue that damaged my state file)
18:47.45 Notify 03BRL-CAD:n_reed * 53487 brlcad/trunk/src/libged/draw.c: clean up _ged_drawH_part2
18:47.47 Notify 03BRL-CAD:carlmoore * 53488 brlcad/trunk/include/rtgeom.h: fix spelling
18:47.49 Notify 03BRL-CAD:carlmoore * 53489 brlcad/trunk/include/ged.h: fix spelling
18:47.51 Notify 03BRL-CAD:carlmoore * 53490 brlcad/trunk/include/bn.h: change ie to i.e., and fix spelling
18:47.53 Notify 03BRL-CAD:carlmoore * 53491 brlcad/trunk/include/rtfunc.h: fix spelling
18:47.55 Notify 03BRL-CAD:carlmoore * 53492 brlcad/trunk/include/spectrum.h: fix spellings
18:47.57 Notify 03BRL-CAD:carlmoore * 53493 brlcad/trunk/include/raytrace.h: change eg to e.g.
18:47.59 Notify 03BRL-CAD:carlmoore * 53494 brlcad/trunk/include/common.h: fix spellings
18:48.01 Notify 03BRL-CAD:n_reed * 53495 brlcad/trunk/src/libged/draw.c: group all the solid initialization together so we can do all the prep work up-front before creating the actual plot vlists
18:48.03 Notify 03BRL-CAD:carlmoore * 53496 brlcad/trunk/src/tclscripts/hv3/snit.tcl: change eg. to e.g. (not sure of meaning) and add a missing right parenthesis
18:48.05 Notify 03BRL-CAD:carlmoore * 53497 brlcad/trunk/src/tclscripts/mged/lc.tcl: change ie to i.e., and fix a spelling
18:48.07 Notify 03BRL-CAD:carlmoore * 53498 brlcad/trunk/src/tclscripts/mged/anim.tcl: supply missing periods in e.g.
18:48.09 Notify 03BRL-CAD:carlmoore * 53499 brlcad/trunk/src/libbn/plane.c: change ie to i.e., and fix 1 spelling
18:49.06 brlcad ``Erik: er.. we're on 53966 .. i hope it's not got 500 more to report
18:49.15 ``Erik yeah, I stopped it and wiped the notice queue
18:49.32 ``Erik there were 608 buffered :/
18:49.39 brlcad didi_bike: learning the interface by blindly exploring is not going to get you very far very quickly
18:50.01 brlcad didi_bike: what are you trying to do?
18:51.59 *** join/#brlcad maths22_ (ada798d1@gateway/web/freenode/ip.173.167.152.209)
18:53.10 *** join/#brlcad M0J0E (~johannes@p4FDFA775.dip.t-dialin.net)
18:53.34 didi_bike well I want to make a bike part not sure which one and I'm exploring the different figures and hope to have an idea while looking
18:53.38 andrei_ I m trying to commit Lachlan's unit test ( I previously used svn add on it) and I get libbn/tests/bn_list.c : svn:mime-type is not set. How can I tell svn that is a source ? Or what should I do ? Thanks
18:54.20 brlcad didi_bike: if you really want to learn how to model, start with http://brlcad.org/wiki/Documentation and follow the tutorial series with mged
18:54.32 didi_bike okay
18:54.45 brlcad learning how to model with a CAD package is not something that you can usually just pick up and hope to make something
18:54.57 brlcad there are lots of rules, limitations, and expectations
18:55.08 brlcad and a LOT of material to cover for even modeling basic shapes
18:55.29 brlcad note that your task does not require this -- you can create a screenshot and/or animation without learning how to model
18:55.38 didi_bike yes but I have now less than 48hrs to to the task
18:55.43 brlcad you can open one of the existing database files or import geometry
18:56.35 brlcad the time is somewhat irrelevant if you're working towards your goals and being productive/learning/interacting, we can extend the deadline as needed
18:57.05 didi_bike well is this database you are talking about on your site?
18:57.20 brlcad no
18:57.28 brlcad a geometry database is a .g file with geometry in it
18:57.39 brlcad you have a couple dozen already installed
18:58.07 didi_bike aww okay I suppouse I'm going to strat reading the instructions because I feel stupid
18:58.10 brlcad look for a file named moss.g in your share/brlcad/db directory (or similar location, depends on your operating system)
18:58.20 brlcad don't feel stupid
18:58.35 brlcad most people spend a couple years learning a CAD program in college
18:58.50 brlcad even our professional intro training is a week-long course
18:59.01 brlcad and at the end, you just know the very basics
18:59.13 brlcad professional CAD is not what most expect
18:59.31 didi_bike yes thats a good thing :D for me
19:01.45 maths22 brlcad: do you know if the BRL-CAD statistics module is used??
19:02.05 maths22 I think my question got buried by Notify :)
19:03.31 Notify 03GCI: Melange: Make mged 'tables' command not call system() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
19:10.52 Notify 03BRL-CAD:popescuandrei * 53967 brlcad/trunk/src/libbn/tests/CMakeLists.txt: added Lachlan's unit test and CMake logic(GCI task)
19:14.01 Notify 03GCI: Melange: Create numerics library (LIBBN) API unit test ... for list.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8000211
19:14.06 Notify 03GCI: Andrei Popescu: Create numerics library (LIBBN) API unit test ... for list.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8000211
19:15.15 andrei_ my comment from CGI just vanished..weird
19:16.57 Notify 03GCI: Andrei Popescu: Create numerics library (LIBBN) API unit test ... for list.c - Congratulations! Congratulations! Your files were applied in revision nr. 53967. If you wish, leave your name so you will get credited in our autorship. Also, if you are interested in tasks of this type, I believe there are several that are still open.... http://www.google-melange.com/gci/task/view/google/gci2012/8000211
19:25.58 Notify 03BRL-CAD:carlmoore * 53968 (brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml brlcad/trunk/doc/docbook/system/man1/en/sun-pix.xml): change ie to i.e. -- should show up on 'man' pages
19:28.07 brlcad andrei_: http://brlcad.org/wiki/Mime-types
19:28.24 brlcad maths22: what is the brl-cad statistics module?
19:32.35 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
19:33.45 maths22 it is a custom module added on to Drupal.
19:35.57 andrei_ brlcad: fixed that, I think, at least. :)
19:38.01 *** join/#brlcad xavortm (xavortm@93.155.146.15)
19:43.48 andrei_ brlcad: on this task ( htonf reduction ) http://www.google-melange.com/gci/task/view/google/gci2012/7966230 . There are two issues with the comments: there is a \n missing and the func description isn't really explaining anything. Should I send it back just for those comments ? I can't find other issues
19:59.41 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
20:00.53 andrei_ oh, aswell, a HIDDEN function can have no description ?
20:01.28 starseeker isn't sure without digging deeper, but it sorta looks like there might be enough info in this to create a BRL-CAD model of the lunar rover: http://www.history.nasa.gov/alsj/lrvhand.html
20:04.18 Notify 03BRL-CAD:bob1961 * 53969 brlcad/trunk/src/libged/polyclip.cpp: ret needs to be initialized in ged_polygons_overlap().
20:04.47 Notify 03GCI: Melange: Compile BRL-CAD using GCC 4.8 - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
20:06.05 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
20:06.05 *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc)
20:06.06 *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247)
20:06.36 RONNCC brlcad: where am i in the queue now? :c
20:07.07 andrei_ RONNCC: what do you need help with?
20:07.20 andrei_ you have htonf.c reduction, right?
20:08.15 RONNCC andrei: yup
20:08.17 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - code does not compile src/librt/primitives/arb8/arb8.c:326:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] http://www.google-melange.com/gci/task/view/google/gci2012/7959221
20:08.19 RONNCC andrei: it's submitted
20:08.27 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete... http://www.google-melange.com/gci/task/view/google/gci2012/7959221
20:09.13 andrei_ RONNCC: at least in the latest patch file you provided I see two issues with the comments
20:09.16 andrei_ they are however minor ones
20:10.10 andrei_ you're missing an "enter" on line 28 and the description you gave to convert_float isn't really helpful.
20:11.38 xavortm Do i have only one chanse to upload? Or i must ask brlcad if it's ok? :) I am new here :P
20:12.28 RONNCC andrei_: give me a minute and i'll fix it :)
20:12.29 andrei_ xavortm, you can submit as many times as you want, however you shouldn't submit minor changes(like changing a word, or a variable name) because it will just take us more to reach you
20:12.42 RONNCC andrei_: looking for a piece of paper i just lost >_<
20:13.59 xavortm andrei_, are you a reviewer or something here ^^ ? Can you tell me if my job is ok so far?
20:14.14 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
20:14.24 andrei_ xavortm: what task do you have ?
20:15.03 xavortm here it is: http://www.google-melange.com/gci/task/view/google/gci2012/7960223
20:15.38 Notify 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998216
20:15.53 andrei_ ah:(. I'm not able to help you with that. But there are other mentors who can (not only brlcad)
20:16.42 xavortm Can you tell me who are they ? Should i contact them here? :)
20:17.24 andrei_ xavortm: it's best to ask your question here, in general it takes us(them in this case) less to respond
20:18.12 Silvrous d_rossberg: sorry about that. apparently I introduced a typo in the last revision, and thought I hadn't modified the function, which I'd compiled this morning...
20:19.37 xavortm Ok thanks! My QUESTION : Should i submit the work or i should work more on it and change stuff, here is what i did so far : http://store.picbg.net/pubpic/A8/35/6fa7ab47a4d2a835.jpg and http://store.picbg.net/pubpic/04/41/e6795f97ad6f0441.jpg ||| THese are two designs, but the tasks says only the task manager as i understood. If not, please tell me what should i do or change (or make all again).
20:19.37 xavortm If it is ok, should i commit it? Thanks!
20:21.25 d_rossberg Silvrous: yes, there was a ";" too much
20:21.45 Silvrous I'm compiling it now to be sure
20:23.29 d_rossberg xavortm: if you have something to review, upload it to the melange webpage; if it's not ok we will write a comment about what's missing
20:24.57 xavortm what page? can you send me exact link? thanks :)
20:25.33 Notify 03GCI: Andrei Popescu: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
20:25.35 andrei_ xavortm: he means at the link that you provided
20:25.48 Notify 03GCI: Andrei Popescu: Reduce duplicate code in htonf.c - Issues Issues have been discussed on IRC. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
20:25.52 xavortm Ah :D Ok!
20:26.03 d_rossberg exactly
20:28.04 xavortm Done, i hope some one check it soon )) thank you for the help
20:29.03 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Is the git repo update to date with the svn repo? Is the git repo update to date with the svn repo? Because if not, I'll make the switch to SVN. Usually I would just invoke "git fetch http://crit.brlcad.org/brlcad.git" and then merge it. Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
20:34.59 bhlegm brlcad could you try moving gcibhlegm/piwigo to wherever you want it? moving it anywhere should work, and it does on my localhost, but when I try to rename or move the folder on your server, there is an error, i think, because of my permissions
20:45.29 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - An error occurred while cloning the repository Hi, when I was cloning the repository, I had some problems with it. It says [an@linuxbox brl-cad]$ git clone http://crit.brlcad.org/brlcad.git Cloning into 'brlcad'... error: Unable to get pack file... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
20:48.29 Notify 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - more questions :) How shall I return this error? Are there standardised ways in brl, shall I do it just on my own like shown here: http://www.on-time.com/ddj0011.htm or shall I just write -1 into the fastf_t parameter. And in general, do I have to... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
20:50.32 *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net)
20:59.15 Notify 03GCI: Silvrous: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959221
20:59.21 Notify 03GCI: bhlegm: Convert Gallery to Piwigo - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991207
21:09.21 Notify 03BRL-CAD:carlmoore * 53970 (brlcad/trunk/doc/docbook/lessons/es/mged16_mod_tech_struct.xml brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html and 3 others): fix spellings ('xlate','substraiga', right? Also, 'from' in a long line)
21:59.04 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
21:59.12 *** join/#brlcad RONNCC (ad49766b@unaffiliated/ronncc)
21:59.12 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
21:59.46 ``Erik hm, subject line for bzflag is different, procmail rules didn't catch jeffm's commits :/
22:07.48 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
22:08.20 RONNCC andrei_: i think you just said fix comments right?
22:09.17 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Extend the deadline please Hi, can you please extend the deadline by 24 or more hours? As you already know, I am having problems cloning the repo using git and I have essays, assignments and projects due this and next week. Also have a test tomorrow. ... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
22:09.57 Notify 03GCI: Lachlan P: Create numerics library (LIBBN) API unit test ... for list.c - Thanks! Hi Thanks for that! (glad it's finished too :-)) My name is Lachlan Phillips. Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8000211
22:15.15 RONNCC brlcad: you there? o-o....
22:21.37 RONNCC .... is everyone driving home? o-o
22:50.12 *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
22:51.50 zero57 brlcad: Hi, there's something wrong with your git repository as explained on this task: http://www.google-melange.com/gci/task/view/google/gci2012/7999212
22:55.13 RONNCC zero57: responded
23:52.37 RONNCC ....anyone.. anyone at all?
23:52.42 RONNCC can you approve my issue?
IRC log for #brlcad on 20121204

IRC log for #brlcad on 20121204

00:08.24 zero57 RONNCC: Sean did say that they had a git repo running though
00:08.40 RONNCC zero57: maybe it's just me ... doesn't look updated but idk
00:08.43 zero57 anyways, I installed svn and are using it right now
00:09.34 zero57 yeah, that's why I asked ;p it didn't seemed like an updated version of brlcad
00:10.17 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
00:29.08 RONNCC ... anyone here? any mods?
00:40.44 *** join/#brlcad caen23 (~caen23@92.81.204.43)
01:03.43 RONNCC .......
01:03.45 RONNCC ok seriously no one?
01:09.14 *** join/#brlcad GrantMercer015 (~GrantMerc@103.5.142.5)
01:09.41 lachlanp seems like no mods atm
01:10.42 GrantMercer015 how long should i generally expect to wait before knowing if my task is complete (task requires code modification). I'm super excited to find out if i finished the task. =
01:15.38 lachlanp it depends greatly
01:15.49 lachlanp on the mentors available
01:18.21 GrantMercer015 its been about 15-16 hours since i submitted it, you think i should be hearing my answer pretty soon?
01:18.28 lachlanp hmm probably
01:18.32 lachlanp thats getting on a bit
01:19.04 lachlanp wonder what Notify bot is doing... nothing being posted here
01:19.20 lachlanp maybe its turned off
01:20.04 GrantMercer015 could be going under an update, maybe a task was to modify a part of the bot and they're switching out O.o
01:20.25 lachlanp ~6h ago i had a task marked complete
01:26.09 GrantMercer015 aww, mine still has that "needsreview" label. Oh well, i bet they'll eventually get to it!
01:27.39 lachlanp yeah
01:27.50 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
01:28.14 lachlanp brlcad wanted to start a rumor that you can't do any more tasks if you miss the deadline ;-)
01:28.28 lachlanp well sortof
01:28.59 RONNCC ...
01:29.06 RONNCC yeah i don't know why no one is here -.-"
01:29.13 RONNCC they were here ... yesterday and at 12
01:29.14 RONNCC but not now
01:29.29 RONNCC anyone wanna try beeping thme?
01:29.30 RONNCC *them
01:30.05 lachlanp patience
01:30.08 lachlanp :-)
01:30.13 lachlanp they will eventually be here
01:30.49 lachlanp (+ they don't like a large backlog of "where are the mods" etc)
01:32.30 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:47.08 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71)
01:48.28 RONNCC .....
01:48.29 RONNCC but :c
01:54.08 *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
01:59.47 Skriptkid Review needed. Task key: 7983225. SA of one sheet hyperboloid
02:06.06 RONNCC ... no one is here :(
02:06.12 RONNCC can i have my own party :P
02:18.43 RONNCC ... la di dah di da
02:18.51 RONNCC dances with himself in a circle .____.
02:59.49 RONNCC ..
02:59.52 RONNCC ok actually?
02:59.54 RONNCC no one?
03:43.15 RONNCC guys
03:43.18 RONNCC i will melt here
03:43.24 RONNCC like just melt all over the code
03:45.58 lachlanp whats your question?
03:47.22 lachlanp or problem etc
03:49.22 *** kick/#brlcad [RONNCC!~sean@BZ.BZFLAG.BZ] by brlcad (behavior not cool, second warning to please read http://brlcad.org/wiki/IRC and stop asking if people are here)
03:49.36 brlcad sighs
03:51.02 lachlanp :-(
03:51.49 lachlanp is the notify bot down? no comment/revision noise around
03:55.04 brlcad apparently, he's been working on it lately and it gets stuck
03:55.20 lachlanp ok
04:03.12 brlcad !notify week
04:03.13 Notify BRL-CAD: carlmoore:298, brlcad:98, starseeker:88, n_reed:62, bob1961:19, jordisayol:16, caen23:14, r_weiss:12, erikgreenwald:11, popescuandrei:5, d_rossberg:4
04:03.14 Notify BRL-CAD Wiki: Sean:31, Minichrispy:24, Gala:11, Jacksixb:6, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1
04:03.29 brlcad so it's not dead dead, but not posting
04:24.58 *** join/#brlcad twitch (~javamonn@108.223.142.86)
04:26.26 twitch So, I'm working on a 'B' model, and I worked out the problem of fitting it all into one region, but I can't figure out how to convert the .g to ascii like Mr. Rossberg suggested. Can anyone help me out?
04:27.48 javamonn I guess this nick would be better
04:28.57 lachlanp hi brlcad: have you got any conventions on defining functions at the top of the code and then declaring them later?
04:29.06 lachlanp (or the other way round if i've got it wrong)
04:29.16 lachlanp it might make reading the tests easier
04:30.39 javamonn I'm pretty sure you declare at the top anyways as just a C convention, makes thing easier on the compiler
04:30.44 javamonn don't ask me though
04:31.46 lachlanp is there such a thing as 'making things easier' for the compiler? ;-)
04:32.03 lachlanp it lets you define them out of order then
04:32.10 lachlanp but its probably mostly for the people
04:37.48 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
04:38.14 javamonn C has always been funky like that. Your supposed to declare all your functions as far up as you can with the proper return type otherwise the compiler will just pick the first call of the function as the signature, I believe. Things get screwy when you start to overload functions.
04:38.25 javamonn good ol' K&R
04:38.26 RONNCC brlcad: why? I was loitering for some 8 hours now.. i joined and disjoined a few times. that's why the multiple ones... not because i keep asking ~ i thought i may have missed someone
04:38.38 RONNCC except for the dancing part
04:38.41 RONNCC that was me
04:40.21 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
04:42.09 RONNCC brlcad: anyway i can check if people have joined in between when i leave or something? ex. restart computer? --> sorry for the multiple asking. yeah i read the irc thing yesterday
04:50.13 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
04:50.17 *** join/#brlcad RONNCC (ad49766b@unaffiliated/ronncc)
04:50.17 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
04:50.30 RONNCC what's the size of the GCI code check queue at the moment?
05:13.51 *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
05:14.49 mansi22 hi all
05:14.56 lachlanp hi
05:15.19 RONNCC lachlanp: they're not here Q_Q
05:15.35 RONNCC lachlanp: brlcad was here for like 1 minute to kick me off for too many "where is everyone" or something :(
05:15.46 mansi22 i'm getting issues while open VS project. It stucks. I'm assuming i did something wrong with CMake
05:17.51 lachlanp visual studion
05:17.54 lachlanp *studio
05:18.04 lachlanp of the brlcad source
05:31.23 brlcad RONNCC: this is seriously your last warning, your being an asshat
05:32.01 *** join/#brlcad harmanpreet (~chatzilla@124.253.74.97)
05:32.34 RONNCC brlcad: ok. approve my patch please
05:32.50 RONNCC brlcad: this is also the most unresponsive org in GCI i've seen so far
05:32.56 brlcad do you act like this in person?
05:33.16 RONNCC brlcad: oh jees this is painful. please just tell me whats wrong with my patch or approve it so we can get on with this
05:33.23 brlcad we've been crazy responsive all week and monday was the first day there has been a slight backlog
05:33.49 brlcad RONNCC: I think you should just withdraw your work and move on if it's that painful to you
05:33.59 brlcad we're allotted 36 hours
05:34.05 brlcad most of our tasks are reviewed within 12
05:34.06 RONNCC brlcad: this is true. my bad
05:34.27 RONNCC i didn't see monday sorry about that
05:34.34 brlcad most of our students have been patient and curteous as well
05:34.48 RONNCC i see
05:35.15 RONNCC so what is the queue now?
05:37.09 brlcad answering that will not help you be more patient nor help me review remaining tasks more quickly
05:37.18 brlcad as has been obvious, you'll just keep asking where you're at
05:37.20 brlcad i can share
05:37.35 brlcad that they'll all be reviewed within the hour
05:37.39 RONNCC wow
05:38.29 lachlanp do you have a life atm brlcad?
05:39.19 brlcad lachlanp: I've put in around 90 hours into gci over the past 8 days
05:39.27 brlcad lachlanp: so not entirely ;)
05:39.43 lachlanp ok :-)
05:39.48 lachlanp big commitment
05:40.06 brlcad that's also why patience it thin for people that aren't respectful of the time of others, we're all volunteers working hard and (usually) having a great time :)
05:41.01 brlcad few people get on a bad side, that's frankly the first warranted kick we've had in our channel in over a year at least
05:41.20 brlcad and now back to reviews
05:44.34 RONNCC ahh.... sorry about that brlcad: i thought you did this sort of part time and shared it with the other devs here
05:44.44 RONNCC brlcad: sorry to wear on your patience >___<
05:49.50 brlcad other devs are also contributing massive amounts of time as well
05:50.23 RONNCC yup. sorry mate
05:50.29 brlcad it's a big undertaking to be interacting with a 100, well, newbies simultaneously
05:50.41 brlcad we love the interaction, huge potential
05:50.54 brlcad we were the org that has already granted commit status even
05:51.36 RONNCC brlcad: oh holy snap there's 100 of us O_O
05:51.52 RONNCC brlcad: really sorry then mate. i've only seen like 3 or 4 people when i'm here
05:52.12 brlcad many don't find their way to IRC
05:52.33 brlcad some require private discussions because they're working on production web infrastructure
05:52.41 brlcad others just need .. help
05:55.11 RONNCC ... don't understand your last sentence but ok. by the way who makes the deuces? they seem very self encapsulating
05:56.58 brlcad our dev team did
05:57.38 brlcad last sentence was just implying that some students require substantially more help than others
05:59.30 brlcad some basically none at all, some we have to help find our website
05:59.34 brlcad and everything in between
06:00.05 RONNCC mhmm continuous distribution :D
06:00.11 RONNCC would you say it's gaussian
06:04.02 brlcad hard to say at this point, but probably
06:11.22 *** join/#brlcad Ashish101 (73b874cc@gateway/web/freenode/ip.115.184.116.204)
06:12.48 GrantMercer015 task updated with a patch instead and ready to be reviewed(for real)! sorry about the confusion
06:16.08 Ashish101 http://sourceforge.net/tracker/?group_id=105292&atid=640802&source=navbar-- Is there any other page where the bugs are reported apart from this one ??
06:20.06 brlcad Ashish101: also our BUGS file
06:20.37 Ashish101 U mean this - http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/BUGS
06:20.40 Ashish101 ?
06:23.57 Ashish101 OK yes yes this is the one Any other (If any)
06:26.49 brlcad no others that count
06:35.22 Ashish101 thanks
06:37.00 mansi22 lachlanp: yes, Visual Studio
07:00.22 *** join/#brlcad hsrai (~tcc@202.164.53.117)
07:03.29 brlcad waves hello to hsrai
07:04.56 hsrai Hello
07:09.39 brlcad almost all caugh up with reviews, but I have to call it a night for now :)
07:09.45 brlcad s/caugh/caught/
07:12.32 Ashish101 :)
07:15.03 *** join/#brlcad bhlegm (6cb41b13@gateway/web/freenode/ip.108.180.27.19)
07:15.08 brlcad rather, all have been reviewed, but several need morew work
07:16.17 Ashish101 Yup i had given mine just for chekup - is it right or wrong ..
07:19.39 bhlegm brlcad you don't like pink? or how things are placed? in piwigo
07:22.59 brlcad bhlegm: heh, don't worry about the style
07:23.08 bhlegm im just wondering xP
07:23.13 brlcad we'll fold that into our main website when the time comes and rebrand it :)
07:23.20 brlcad but yes, both :)
07:23.43 brlcad Ashish101: which task?
07:24.04 Ashish101 http://www.google-melange.com/gci/task/view/google/gci2012/8021209
07:24.19 lachlanp i like the title of that one
07:24.22 brlcad crash archer, right?
07:24.44 brlcad ah, yeah
07:24.48 bhlegm and ya there are other themes on how things are placed :P
07:25.42 Ashish101 yes that one
07:25.53 lachlanp hey Ashish101 - i'm getting that error all the time on my brlcad... its doing that for heaps of buttons
07:26.07 brlcad Ashish101: so for starters, please no .doc or .docx or other microsoftness ;)
07:26.16 brlcad Ashish101: text files work great ;)
07:26.26 Ashish101 :) KK PDF ??
07:26.28 brlcad or rtf even
07:26.34 brlcad editable is good
07:26.37 lachlanp he's got images in it
07:26.45 lachlanp screenshots
07:26.47 brlcad yeah, so rtf
07:26.58 brlcad or rtfd even
07:27.14 Ashish101 KK I see Should i upload the test file again ??
07:27.23 brlcad no, for future reference
07:28.06 brlcad Ashish101: so you certainly found a run-time error, but did that bring down archer?
07:28.42 brlcad that's a tcl error, which sucks and is something to fix, but not exactly what the task prescribed ;)
07:28.50 Ashish101 no That just didnt let me use that function
07:29.21 brlcad try to crash it ;)
07:29.29 brlcad should be easily doable with archer
07:29.39 Ashish101 Oh OK So i have to do something to just kill Archer and not find internal bugs
07:29.40 brlcad as it's not undergone much robustness testing
07:29.44 brlcad right
07:29.49 Ashish101 yes
07:30.10 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:30.15 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
07:30.24 brlcad keep your page, though and remind me later to create a task that makes sure all menu options and all panel options in archer don't give a tcl error :)
07:30.31 brlcad or to report all that do, etc
07:31.10 Ashish101 KK
07:31.15 brlcad time to hang the hat up
07:31.20 brlcad cya all in a few
07:31.23 brlcad goes walkabout
07:31.26 lachlanp whats your local time?
07:31.37 brlcad 2:30am
07:31.42 lachlanp ah :-)
07:32.07 Ashish101 God u r late ...
07:32.13 Ashish101 Its just 1 PM here
07:32.25 lachlanp 6PM here
07:32.27 lachlanp ;-)
07:33.13 brlcad Ashish101: couple of the other mentors are near you, so you're in great hands
07:33.25 Ashish101 thanks :)
07:36.20 bhlegm its 11:30 pm here
07:39.59 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:58.59 *** join/#brlcad hsrai (~tcc@202.164.53.117)
08:04.47 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:09.24 *** join/#brlcad hsrai (~quassel@202.164.53.117)
08:13.02 *** join/#brlcad hsrai (~quassel@202.164.53.117)
08:16.52 *** join/#brlcad hsrai_ (~quassel@202.164.53.117)
08:25.38 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
08:27.13 *** join/#brlcad hsrai (~quassel@202.164.53.117)
08:34.26 mansi22 AUTO BUNDULED SYSTEM, which one should i use in CMake
08:36.31 d_rossberg mansi22: the default one which you have when you don't touch the parameter (usually the AUTO one)
08:37.34 mansi22 alright, but when the project file is made. VS crashes :-/
08:37.42 mansi22 i have no idea why
08:40.50 *** join/#brlcad xavortm (xavortm@93.155.146.15)
08:54.58 mansi22 visual studio crashes as i run the BRLCAD project file. need help.
08:56.50 d_rossberg mansi22: does it crash or hangs it?
08:57.09 mansi22 hangs
08:58.27 d_rossberg visual studio needs a lot of time to load all BRL-CAD projects, therefore be patient
08:59.25 mansi22 as soon as i minimize it i can't see the window
09:01.01 d_rossberg ??? isn't this the expexted behavior?
09:01.56 mansi22 :P if i try to maximze, it doesn't shows up. anyways i'll wait for a while.
09:03.43 mansi22 ahh, used administrator mode. it's working ;)
09:04.26 mansi22 now compliing....
09:35.51 lachlanp hi
09:35.55 lachlanp where does the bu_log output go?
09:36.21 lachlanp or shouldn't i test the bu_avs_print (which dumps the attribute/value set to the bu_log)
09:36.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:37.14 lachlanp and should i test the bu_avs_add_vls (which adds a Variable Length String)
09:43.00 d_rossberg the bu_log output goes to a hook-function (you can define your own), usually the console
09:43.08 lachlanp ok
09:43.44 d_rossberg and yes, please test all bu_avs_~ functions
09:43.57 lachlanp testing if it prints properly would be a bit of work... (defintely doable though)
09:44.02 lachlanp just a pain
09:44.18 lachlanp yes will test bu_avs_add_vls
09:45.05 lachlanp sorry was that a "yes test it" for bu_avs_print?
09:45.50 d_rossberg you could define your own hook-funktion which writes the output to the memory
09:46.08 lachlanp ok
09:46.23 d_rossberg and then compare this memory content with the expected resule
09:46.37 d_rossberg result
09:47.24 lachlanp ok willdo
09:57.47 lachlanp whats the point of the bu_avs_add_unique function?
09:57.55 lachlanp where will you ever know it has a duplicate?
09:58.00 mansi22 Project : error PRJ0019: A tool returned an error code from "Validating DocBook source with xmllint:"
09:59.30 lachlanp afaik it will only show up when you print it out
09:59.48 lachlanp or if you use the remove function
10:17.48 d_rossberg mansi22: problems with building the documentation aren't unusual under visual studio
10:30.03 *** join/#brlcad hsrai (~quassel@202.164.53.117)
10:34.16 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:42.36 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
10:42.46 mansi22 THANKS :)
11:11.18 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
11:13.34 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
11:15.05 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:27.32 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
11:45.34 Skriptkid d_rossberg: What do I do about the One-sheet Hyperboloid Surface Area equation?
11:48.32 d_rossberg the point is: i don't know if the formula is ok, but maybe another mentor knows
11:49.01 Skriptkid Do I wait now?
11:49.36 d_rossberg however, you should know if your equation contains the area of the elliptical surfaces at the top and bottom of the solid
11:50.33 Skriptkid erik said that except some changes in code everything else wa fine
11:50.39 Skriptkid *was
11:51.22 Skriptkid but hang on. this is a hyperboloid. Not elliptical
11:53.40 d_rossberg i meant the 2 end-surfaces
11:55.10 d_rossberg the solid is buils from 3 surfaces: one hyperboloid and two elliptical
11:55.58 Skriptkid I dont know about that. Do I have to write another function for the elliptical surfaces also?
11:56.15 Skriptkid I guess it's already there in ell.c
11:58.24 d_rossberg you have to write a surface function for the hyp solid, and the surface of this solid can be stripped down to 3 parts ...
12:00.06 d_rossberg giving only the hyperbolic part would be not enough
12:01.17 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:01.46 Skriptkid So what do I need to do now?
12:02.15 Skriptkid Call the ell_surface_area and multiply it by two and add it to this?
12:05.18 d_rossberg first, you should add a reference for the formala to the source code (if possible), it looks like it's not trivial
12:05.56 Skriptkid it's there in the comments. I got it from WolframAlpha. Hang on. I'll send it here
12:05.59 d_rossberg for the elliptical surfaces: are they always identical?
12:06.11 Skriptkid http://mathworld.wolfram.com/Hyperboloid.html
12:08.10 Skriptkid I don't know. But I guess even the elliptical surfaces are included, as the formula is for the SA of the whole hyperboloid
12:09.20 d_rossberg hyperboloid is a surface, not a solid - but hyp is a solid, i.e. you need the closing surfaces in addition
12:12.10 Skriptkid I know that. Take a look at this: http://www.wolframalpha.com/input/?i=one-sheeted+hyperboloid. Have I got the right thing?
12:14.56 Skriptkid http://en.wikipedia.org/wiki/Hyperboloid
12:14.57 Skriptkid So
12:15.03 Skriptkid the top and bottom are not closed
12:15.13 d_rossberg you see
12:15.22 Skriptkid you mean to say that they need to be closed?
12:15.34 Skriptkid Now hollow as in the wikipedia page
12:15.35 d_rossberg close them and you have the hyp solid
12:15.36 Skriptkid ?
12:15.37 Skriptkid *not
12:15.41 Skriptkid Ok
12:15.53 Skriptkid So the top and bottom surfaces are ellipses
12:15.54 Skriptkid ?
12:16.43 Skriptkid the closing surfaces, I mean
12:17.20 d_rossberg i'm not entirely sure, but as everything is quadratic these should be quadratic surfaces (in the plan), therefore elliptical
12:19.00 Skriptkid Ok. So, now, shall I port the rt_ell_surface_area to this function, so that I get the area of closing surfaces also? I have the SA of the hyperboloid, I now get the SA of the top and bottom elliptical closing surfaces and I'll just add them. I have the SA of the hyp solid
12:21.04 d_rossberg i'm afraid that rt_ell_surface_area() won't help much as this computes the area of a 3D ellipsoid solid
12:21.21 d_rossberg this is different from a plane ellipsis
12:23.19 *** join/#brlcad xavortm (xavortm@93.155.146.15)
12:23.23 Skriptkid All the task says is I need to compute Surface area of a one-sheeted hyperboloid. The description and references and my research didn't point to the closing surfaces at all. So could I please get an extension if there's more work?
12:24.01 Skriptkid That wasn't pointed out by any mentor either before.
12:27.32 d_rossberg i'm quite sure that the area function should return the area of the whole solid not only a part of it, but you may ask anothe mentor as well
12:28.14 Skriptkid Alright. I'll do the whole solid. Could you tell me what the closing surfaces are again?
12:28.23 Skriptkid ellipsoids?
12:29.59 Skriptkid d_rossberg: or just plane circles, as I'm see in some images.
12:30.05 d_rossberg http://en.wikipedia.org/wiki/Ellipse
12:30.46 d_rossberg just plane circles: maybe
12:31.50 Skriptkid d_rossberg: What do I calculate the area for. Circles or Ellipses?
12:32.04 Skriptkid Or 2 seperate funcs for both?
12:33.14 Skriptkid If it's circle, major axis = minor axis, else, ellipse, right?
12:33.39 d_rossberg right
12:33.51 Skriptkid okay. Thats it? or anymore work needed?
12:45.42 d_rossberg maybe we should ask another mentor: in the data of the hyp (rt_hyp_internal) are a semi-major and -minor axis: does this mean the hyperboloid isn't rotation-symmetrical?
12:49.59 d_rossberg http://mathworld.wolfram.com/EllipticHyperboloid.html
12:51.44 brlcad Skriptkid: yep, the whole solid (I would have thought the trimming surfaces are implied, otherwise it's just infinity no?)
12:53.20 Skriptkid brlcad: So is my formula for the hyperboloid surface wrong?
12:54.36 *** join/#brlcad caen23 (~caen23@92.81.204.43)
12:56.37 *** join/#brlcad andrei (~andrei@188.25.158.113)
12:56.43 Skriptkid @d_rossberg: Do I need to find a different one?
13:03.30 d_rossberg i'm afraid yes, we don't have a "Hyperboloid" but an "EllipticHyperboloid" here. and by the way: ip->idb_ptr isn't hyp_specific but rt_hyp_internal
13:06.01 Skriptkid crap. ok. need some help. I found this: http://www.wolframalpha.com/input/?i=elliptic+hyperboloid. But I don't understand what 'u' and the 'v' are, which are being differentiated
13:08.45 xavortm hey, brlcad, i uploaded some work on the page, can you check and say me if its ok and if not, what i should work on?
13:11.05 *** join/#brlcad M0J0E (~johannes@p4FDFB3D7.dip.t-dialin.net)
13:14.28 d_rossberg Skriptkid: these are the parametrization a the surface: u is a length and v an angle
13:16.03 Skriptkid The angle isn't there in rt_hyp_internal or hyp_specififc. How do I get it?
13:16.22 Skriptkid I'm unable to find any other formula for SA of ellipticla hyperboloids
13:17.38 Skriptkid tan inverse of c(Slope of asymptote cone)?
13:18.38 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
13:18.48 Skriptkid or sine inverse of (z/c). That gives v according to 'z = c sinh v'
13:19.55 Silvrous There's been a change to the wiki front page, changing the content to "how to stop coughing"
13:20.12 d_rossberg there is no closed formula for the area, only for dA which needs to be integrated (where v goes from 0 to 2pi)
13:20.15 Silvrous I assumed it was vandalism, and reverted it
13:21.20 Skriptkid d_rossberg: Didnt understand that
13:21.33 d_rossberg Skriptkid: at the moment the math doesn't look trivial to me
13:22.42 d_rossberg dA(u, v) gives the change of the area in the point (u, v), i.e. A = integral dA
13:23.29 Skriptkid Oh. But I'm unable to find any surface area formulae for elliptic hyperboloids other than that.
13:29.19 d_rossberg all i can say is: it would cost me some days to undestand the formulas and develop a solution ;)
13:30.32 Skriptkid d_rossberg: LOL :) There are descriptions everywhere on the web but nowhere the formula.
13:31.12 Skriptkid d_rossberg: Guess I'll unlcaim this and move on to some other task. Wasted 4 days on this.
13:32.26 d_rossberg Skriptkid: i support this decision :-}
13:33.57 andrei Silvrous: nice :) thanks
13:34.18 Skriptkid d_rossberg: So finally, when you said "I don't think the math is trivial at the moment," did you mean you didn't know it would be this hard when the task was set? Or is it just that I couldn't ind anything?
13:34.26 Skriptkid *find
13:35.44 d_rossberg we didn't know it would be this hard
13:36.47 Skriptkid d_rossberg: Oh, okay. It's just that I don't wanna feel like a douche ;) Thanks for all your help. :) Continuous Integration, here I come!
13:36.59 andrei Skriptkid, have you spoke with Matt, as far as I know he is more keen on math
13:37.02 andrei ?
13:37.09 Skriptkid Nope
13:37.45 andrei Skriptkid: he might be able to help with mathematical issues (regardless of task, I believe)
13:38.32 Skriptkid andrei: I'll do that. But I'll move on now to another task and come back to this(or a similar SA/Vol/Centroid task) later.
13:38.39 Skriptkid andrei: thanks, anyway :)
13:38.46 andrei sure, you're welcome:)
13:39.46 Skriptkid one little help. Could you please assign the CI task to me? Ive claimed it now
13:40.14 andrei yes, will do that now :)
13:40.25 Skriptkid thank you, andrei :D
13:40.48 Silvrous Well, I just claimrequested a similar task earlier. Guess I'd better read up on my integrals :P
13:42.06 andrei hm, I was waiting on notify but it seems there were several claimrequests undealt with
13:44.47 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
13:45.28 Skriptkid d_rossberg: but then, do I get any credit for my effort? ;)
13:46.11 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.105.206)
13:57.30 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
14:04.59 brlcad Silvrous: thank you :)
14:06.04 brlcad Skriptkid_: since you're getting into "real" development issues, you may want to join the brlcad-devel mailing list where some of the other devs reside
14:06.40 brlcad you can share progress and ask questions that are more technically involved there, and reach a couple devs that are rarely on IRC
14:06.59 brlcad as for whether your equation is right or wrong, I haven't looked at it
14:14.30 Skriptkid Brlcad: will do. I'm not on the SA task anymore. I'm doing CI now
14:15.01 brlcad starseeker: looks like windows now chokes on "Validating DocBook source with xmllint:"
14:16.15 caen23 brlcad: can you show me an error?
14:16.23 brlcad Skriptkid: okay, just in general -- you're proving capable of asking good questions, just want you to be aware that there are more resources available to you than IRC ;)
14:16.45 brlcad caen23: for what? the windows failure?
14:16.51 caen23 brlcad: yes
14:17.05 Skriptkid brlcad : Wow. Thanks for that :D
14:17.13 brlcad a student just reported that a few hours ago
14:17.21 caen23 did he include logs or anything?
14:17.25 brlcad nope
14:17.41 brlcad it makes sense, it's probably just set up to try and run xmllint, which isn't installed
14:17.49 caen23 is it possible his setup is broken?
14:17.59 brlcad needs to test for the tool any only try to run it if available
14:18.28 brlcad more than likely, our build files are just not set up properly for a platform without xmllint
14:18.50 caen23 oh, ok then
14:21.03 caen23 and regarding my current task ("close mged when both windows are closed"), i think this might be a feature, not a bug? i think it was purposely written so that everything is deleted when the graphics window is closed, so fixing it would require quite a lot of work
14:21.29 *** join/#brlcad hsrai (~quassel@202.164.53.117)
14:24.13 brlcad caen23: so yes it was purposely written that way, but then the "bug" is that the two windows are inconsistent. closing the command console does not delete anything.
14:24.39 brlcad the task could be to make them consistent first, so closing either shuts down mged
14:25.08 brlcad there are good use cases for allowing either to remain open, though, so the ultimate goal is as it describes
14:25.35 brlcad if you have a sense for what all the work required is, perhaps you can document what that work is and we can see if it can be described in terms of a series of tasks
14:25.49 brlcad or at least be documented for when someone has time to do it
14:26.59 caen23 i believe that currently, the command window is a child of the graphics window, but i'm not entirely sure. also, i've noticed that closing the cmw window does delete the menu bar, perhaps so that you can't use the menu inside the graphical window to open the command window
14:27.56 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
14:28.25 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
14:39.31 Notify 03BRL-CAD:brlcad * 53971 brlcad/trunk/AUTHORS: credit phillips lachlan with his work contributing a libbn unit test
14:39.33 Notify 03BRL-CAD:brlcad * 53972 brlcad/trunk/NEWS: repost to fix comment, bob parker added preliminary support for interactive editing of sketch objects in archer
14:39.57 Notify 03BRL-CAD:brlcad * 53973 (brlcad/trunk/AUTHORS brlcad/trunk/include/raytrace.h and 4 others): apply the arb8 centroid patch from GCI student Ashwin Lokkur (http://www.google-melange.com/gci/task/view/google/gci2012/7959221), untested.
14:40.02 *** join/#brlcad harmanpreet (~chatzilla@124.253.20.22)
14:40.36 Notify 03BRL-CAD:jordisayol * 53974 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/mged.desktop brlcad/trunk/misc/debian/rtwizard.desktop): Set mged as kde default
14:40.39 Notify 03BRL-CAD:jordisayol * 53975 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm brlcad/trunk/sh/make_rpm.sh): Improve Linux install/remove scripts to set mged as Gnome default app.
14:40.48 Notify 03BRL-CAD:bob1961 * 53976 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Update cadwidgets::Ged::end_data_poly_move to call the clip routine regardless of the presence of overlaps. This lets the clip routine identify holes.
14:40.53 Notify 03BRL-CAD Wiki:Hstop Coughing * 4726 /wiki/Main_page: How To Stop Coughing
14:40.55 Notify 03BRL-CAD Wiki:62.28.72.245 * 4727 /wiki/Community_Publication_Portal: /* Final Editorial Review */
14:40.57 Notify 03BRL-CAD Wiki:Silvrous * 4728 /wiki/Main_page: Undo revision 4726 by [[Special:Contributions/Hstop Coughing|Hstop Coughing]] ([[User talk:Hstop Coughing|Talk]]) rv vandalism
14:40.59 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:Hstop Coughing]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
14:41.00 Notify 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
14:41.01 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Something is wrong with your git repo Hi, I figured out that something is wrong with your git repo, because when cloning, it should say "remote: counting objects: xxxxx, done ... etc" but for me, it doesn't because it's just stuck at "Cloning into 'brlcad'",... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
14:41.02 Notify 03GCI: Gmercer015: Design an MGED command spreadsheet - Spreadsheet extension Does the spreadsheet need to have a specific extension? I would hope to be able to use OpenOffice spreadsheets as opposed to microsofts spreadsheets http://www.google-melange.com/gci/task/view/google/gci2012/7985228
14:41.03 Notify 03GCI: Shomiron Ghose: Find and fix at least 5 spelling mistakes in at least 40 different files - No from my understanding BRL uses apache svn ... not git... look at their build from source repo on their website. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
14:41.04 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Shomiron Ghose Yes, but Sean just said that they already had a git repository running, check his last comment. Anyways, I'm currently cloning using "svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk" So it's fine now. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
14:41.05 Notify 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Thanks Thanks so much! Unfortunately I haven't been able to find enough misspellings http://www.google-melange.com/gci/task/view/google/gci2012/7959223
14:41.06 Notify 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
14:41.07 Notify 03GCI: Melange: Convert Gallery to Piwigo - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991207
14:41.08 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - I might be on to something It looks like I will have to determine a way to satisfy each variable that CMake is unable to automatically create. However, it is possible that it is infact my OS's fault CMake is having these difficulties. I have noticed that other programs not designed... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
14:41.09 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:41.10 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - CMakeLists.txt Hi, Is it necessary for me to write tests that are parameterised? By that I mean that you supply data using the CMakeLists.txt. For this test (testing the attribute/value set) I don't think it will be very easy... (Looking at some of the existing... http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:41.11 Notify 03GCI: reikaze: Fix closedb - Where are the commands processed? In particular I've been looking for "opendb" and "closedb". I looked at tcl.h, several tcl.c's, and cmd.c without success... http://www.google-melange.com/gci/task/view/google/gci2012/7958214
14:41.12 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
14:41.13 Notify 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Centroid examples Here are some examples of the exact same centroid procedure in action (amazing balancing acts!): http://cl.ly/image/0e2j1d0A2l2q "If a physical object has uniform density, then its center of mass is the same as the centroid of its... http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:41.14 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Good News and Bad News I'll start with the bad news first. It really isn't bad, just inconvenient. The Compatibility Settings didn't solve anything. Which means that I still have to determine the missing variables. Good news is though, once the CMAKE_MAKE_PROGRAM and... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
14:41.15 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Src If patch16.patch doesn't work at all, could you please use the source files in table+hyp.tar.gz. they're updated to the latest revs and they compile(tested). I've fixed the bugs. So, they're bound to work. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
14:41.16 Notify 03GCI: reikaze: Fix closedb - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
14:41.17 Notify 03GCI: reikaze: Fix closedb - Use the second patch! The first one has bad paths... http://www.google-melange.com/gci/task/view/google/gci2012/7958214
14:41.18 Notify 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8009213
14:41.19 Notify 03GCI: Melange: Implement a primitive centroid function ... for extruded bitmaps (EBM) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:41.20 Notify 03GCI: Ashish: Crash Archer reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8021209
14:41.21 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:41.22 Notify 03GCI: Chris Kloehn: Crash MGED reliably - Question Is this the proper link to the download I need to compete this task? http://sourceforge.net/projects/brlcad/files/latest/download?source=files http://www.google-melange.com/gci/task/view/google/gci2012/7948218
14:41.23 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - depends on the unit Hi Lachlan, it depends on what you're testing but in general no. It doesn't have to be parameterized but strictly speaking, it'd still be parameterized just with zero parameters. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:41.24 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - I don't think this will work... Aside from the fact that the code is not formatted correctly, I think what you have attempted to do is implement the formula given here: http://mathworld.wolfram.com/Hyperboloid.html correct? If so, this will not... http://www.google-melange.com/gci/task/view/google/gci2012/8009213
14:41.25 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8009213
14:41.26 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8009213
14:41.27 Notify 03GCI: Sean: Crash MGED reliably - hat works For this task, that link will certainly work since it was the last binary release. Since you're on Mac OS X, if you can get MGED to crash, a detailed log should be created for your automatically. Be sure to include that along with steps that reliably reproduce the crash. http://www.google-melange.com/gci/task/view/google/gci2012/7948218
14:41.28 Notify 03GCI: javamonn: Model a "B" using BRL-CAD - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7949231
14:41.29 Notify 03GCI: javamonn: Model a "B" using BRL-CAD - Worked out one problem... So I fixed the problem of it being multiple regions. I can't figure out how to export it as an ascii database though. Where do I run that command? I cant seem to export it as an ascii database either, every time I try to save it somewhere it doesn't show up. The spec says... http://www.google-melange.com/gci/task/view/google/gci2012/7949231
14:41.30 Notify 03GCI: Chris Kloehn: Crash MGED reliably - Thanks Thank you, Ill get right on the quality assurance, but what would you like me to do in the case that your program doesnt crash? http://www.google-melange.com/gci/task/view/google/gci2012/7948218
14:41.31 Notify 03GCI: Sean: Crash MGED reliably - hen you didn't try hard enough We're not foolish enough to think that our software won't crash. You might have to hunt for a couple hours, but finding a crash should be possible. I get it to crash regularly just through normal use, without even trying. That said, this task is like our spelling mistake... http://www.google-melange.com/gci/task/view/google/gci2012/7948218
14:41.32 Notify 03GCI: Sean: Crash Archer reliably - Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8021209
14:41.33 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Assigned This task has been assigned to Titi. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8003218
14:41.34 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - IRC Please join me on IRC for login credentials or e-mail me via morrison -> brlcad.org http://www.google-melange.com/gci/task/view/google/gci2012/8003218
14:41.35 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
14:41.36 Notify 03GCI: Sean: Make mged 'tables' command not call system() - not in patch format So from our discussions and what you wrote in your changelog notes, this looks like it's probably good but it's not feasible to review it as-is. Changes need to be submitted in patch format, otherwise they take far too long to review. See these for help on making... http://www.google-melange.com/gci/task/view/google/gci2012/8007219
14:41.37 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
14:41.38 Notify 03GCI: Sean: Make mged 'tables' command not call system() - fyi The follow-up task to fix the cat system() call is here, assuming someone doesn't claim it before you can fix up this patch: http://www.google-melange.com/gci/task/view/google/gci2012/7966235 http://www.google-melange.com/gci/task/view/google/gci2012/8007219
14:41.39 Notify 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
14:41.40 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
14:41.41 Notify 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - nicely done John, That looks fantastic, almost perfect. Just a couple minor requests and this should be good to go: remove the reference to the CPP, just refer to the interview informally or quote Gala directly. the cpp is like going backstage, you don't talk about it. include a... http://www.google-melange.com/gci/task/view/google/gci2012/7945213
14:41.42 Notify 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:41.43 Notify 03GCI: Sean: Create an artistic screenshot - not artistic So that's certainly a screenshot, but I think it fails the artistic criteria. That blob is not graphically interesting and it's not "pretty" or visually impressive to say the least. I suggest converting some impressive 3rd-party geometry (using our stl-g importer, for example) and... http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:41.44 Notify 03GCI: Melange: Create a technical screenshot - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
14:41.45 Notify 03GCI: Sean: Fix closedb - on the right track So I think you're on the right track and have pinpointed the cause of the command elimination, but your change injects a bug at the same time it fixes the other. The gedp needs to be closed out because it's still referring to the previously open database. Perhaps the issue is just the setting of... http://www.google-melange.com/gci/task/view/google/gci2012/7958214
14:41.46 Notify 03GCI: Sean: Fix closedb - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
14:41.47 Notify 03GCI: Sean: Create geometry database with one of every primitive - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985226
14:41.48 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
14:41.49 Notify 03GCI: Sean: Create geometry database with one of every primitive - good enough Donny, there are a few more issues, but you've definitely put great effort pulling this .g file together. I went ahead and approved it because of that effort, but I'm hoping you can send me your other files. Some of your .g file objects reference other files that... http://www.google-melange.com/gci/task/view/google/gci2012/7985226
14:41.50 Notify 03GCI: Sean: Set up StatSVN - looks good There are definitely some options I'd want to include, like ignoring all of our src/other hierarchy (our 3rd party sources skew the results in a major way), but you've certainly shown what is possible. How long did it take to process the entire history? http://www.google-melange.com/gci/task/view/google/gci2012/8013211
14:41.51 Notify 03GCI: Sean: Set up StatSVN - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8013211
14:41.52 Notify 03GCI: Sean: Convert Gallery to Piwigo - ouch That theme is terrible. I presume piwigo provides options for customizing the look and feel and maybe even the layout? What's your impression of the administrative interface? Thanks for your efforts, that's a great proof of concept. http://www.google-melange.com/gci/task/view/google/gci2012/7991207
14:41.53 Notify 03GCI: Sean: Convert Gallery to Piwigo - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7991207
14:41.54 Notify 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
14:41.56 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:41.56 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - likely follow-on We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. For reference, it really helps us if you create a patch file that includes all changes together (not... http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:41.57 Notify 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959221
14:41.58 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - follow-on We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. Thanks for your efforts and bonus points for updating the analyze command call and identifying that existing... http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:41.59 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - blah sorry, ignore that last "follow-on" post. browser cache woes with the melange interface. http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:42.00 Notify 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. Thanks for your efforts including bonus points for cleaning up analyze command and identifying... http://www.google-melange.com/gci/task/view/google/gci2012/7959221
14:42.01 Notify 03GCI: Ashish: Crash Archer reliably - Am i doing it Right This is just a test file to Please tell me is this what i am supposed to do ?? http://www.google-melange.com/gci/task/view/google/gci2012/8021209
14:42.02 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - real name fernozzle, if you provide your real name, we'll include it within our authorship file to reflect your code contribution. http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:42.03 Notify 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Real name My real name is Michael Huang. Thanks for the support! I really appreciate it! http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:42.04 Notify 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7960224
14:42.05 Notify 03GCI: Sean: Model a "B" using BRL-CAD - g2asc The g2asc command (outside of mged) will convert a .g file to a .asc file, but you made it into a single region regrardless. The shader you chose is funky with those discontinuities, but we'll not get picky on aesthetic quality. ;) Thanks for your effort! http://www.google-melange.com/gci/task/view/google/gci2012/7949231
14:42.06 Notify 03GCI: Sean: Model a "B" using BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7949231
14:42.07 Notify 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7952233
14:42.08 Notify 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - follow-on tasks Moin, thanks for your efforts getting it set up. I think the original description may have been a little over-ambitious, so I'm not holding that against you. ;) Thanks for the fantastic write-up too, that should help the next person continue, whether that's you... http://www.google-melange.com/gci/task/view/google/gci2012/7952233
14:42.09 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
14:42.10 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - non-conformant style Thanks for your efforts but the latest patch still has style conformancy problems. See our HACKING file at the top-level of our source distribution for details, but basically the indentation is inconsistent in some places, wrong in others, and and you have an opening brace... http://www.google-melange.com/gci/task/view/google/gci2012/7966230
14:42.11 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
14:42.12 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - incomplete While the write-up itself looks okay (at a glance, didn't review in detail for accuracy), the patch is incomplete and the file is invalid XML. You need to add your file to the doc/docbook/system/man1/en/CMakeLists.txt and Makefile.am files so that it will compile. Doing... http://www.google-melange.com/gci/task/view/google/gci2012/7972228
14:42.13 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - quick to accept femnozzle, I was apparently way too quick to accept your task... :) Your table.c.diff file is rather incorrect (read it, did you change all of that? it says you did!) because you apparently worked on an old version and then diffed against a... http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:42.14 Notify 03GCI: Sean: Crash Archer reliably - IRC Discussed on IRC, we're looking for crashes that take the application down, not Tcl errors. http://www.google-melange.com/gci/task/view/google/gci2012/8021209
14:42.15 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD using GCC 4.8 - Task Assigned This task has been assigned to Ambar Pal. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982223
14:42.16 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7960224
14:42.17 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - patch16.patch compiles but I don't know if the formula is ok or if the elliptical cut-surfaces are already included. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
14:42.18 Notify 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Patch Sorry about that. I had generated those previous patches on the locked-down Windows machines at school and hurriedly had to jump through all sorts of hoops to do so. Now that I'm at home, however, I have submitted a proper patch (which I have... http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:42.19 Notify 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960224
14:42.20 Notify 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
14:42.21 Notify 03GCI: Anshul: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
14:42.22 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:42.23 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Oops Sorry, I missed something and therefore resubmitted the patch. Please use the latest :-) Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7986218
14:42.24 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Password Required I have downloaded and run the image provided here http://brlcad.org/wiki/Deuces Now when I try to compile and enter the command sudo make install it asks for the password of the current user. Please tell me the password. You can mail it to me if you want ambarpal 1 9 9 6... http://www.google-melange.com/gci/task/view/google/gci2012/7982223
14:42.25 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - What Now? Do I need to find another formula? Or wait till you verify that? http://www.google-melange.com/gci/task/view/google/gci2012/7983225
14:42.26 Notify 03GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
14:42.27 Notify 03GCI: Petar Stanev: Create an artistic screenshot - I have problem with stl-g importer I have problem with stl-g importer. Where i can see tutorial how to use it ? http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:42.28 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
14:42.29 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Now? Ok i used vim and to the best of my knowledge used the Hacking guide. the only thing that would be possibly non-compliant is the switch statement since it is not addressed in the hacking guide explicitly - i lined it up with the function statement as it is not specifically a... http://www.google-melange.com/gci/task/view/google/gci2012/7966230
14:42.30 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
14:42.31 Notify 03GCI: Petar Stanev: Create an artistic screenshot - I upload a file from .stl to .g I upload a file from .stl to .g ,but when i start it on Archer i cant see it. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:42.32 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
14:42.33 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
14:42.34 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
14:42.35 Notify 03GCI: Andrei Popescu: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Assigned This task has been assigned to Anshul. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
14:42.36 Notify 03GCI: Andrei Popescu: Make tables.c not call system("cat ...") - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966235
14:42.37 Notify 03GCI: Andrei Popescu: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218
14:42.38 Notify 03GCI: Andrei Popescu: Set up BuildBot continuous integration for BRL-CAD - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8006217
14:42.39 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - The hyp solid is an elliptical paraboloid http://mathworld.wolfram.com/EllipticHyperboloid.html Before requesting a claim be sure to have the right formulas handy and to have them understood. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
14:42.40 Notify 03GCI: Petar Stanev: Create an artistic screenshot - I try I try .ply to .g same problem. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:44.50 ``Erik <-- didn't say skriptkids patch was ok except for those changes, just that there were those changes...
14:45.12 *** join/#brlcad Skriptki_ (~Skriptkid@117.202.105.206)
14:53.51 caen23 brlcad: the menu bar seems to be a child of the cmd win, so perhaps decoupling those would be a good first step. also, i think the close window event should be overriden to only "hide" the window, rather than close it
14:54.35 caen23 as for closing mged when either window is closed, that can be done in one line
15:09.19 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
15:25.25 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
15:30.08 Notify 03GCI: Awesomeness: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
15:31.53 Notify 03GCI: zncurtis: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:33.49 Notify 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to zncurtis. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:35.45 Notify 03BRL-CAD Wiki:Jacksixb * 4729 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
15:36.20 brlcad caen23: so if you can define the task that would get us closer to the goal as described, write that up and post it as a comment suggesting it as the goal
15:36.32 brlcad we can then give the go-ahead and work on this task in chunks
15:37.20 brlcad my thinking was something along the lines of close merely hiding the window and just keeping track if this is the last window, do cleanup and shutdown
15:40.21 caen23 brlcad: i thought of something similar earlier, but at that point i didn't know how it all worked so i scratched the idea. i'll see if i can do that now
15:40.39 Notify 03GCI: HS Rai: Write BRL-CAD News article on .deb/.rpm builds - A few correction John, You did a remarkable work. Just make following corrections: 1) In 2nd paragraph, replace "in" to "on" at two places; as it is "based on" and not "based in". 2) In 3rd paragraph, replace "working in BRL-CAD" "working with BRL-CAD" 3) In 3rd paragraph,... http://www.google-melange.com/gci/task/view/google/gci2012/7945213
15:42.04 Notify 03GCI: Ashish: Crash Archer reliably - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8021209
15:42.14 Notify 03GCI: zncurtis: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:42.19 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Awesomeness. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
15:47.21 Notify 03BRL-CAD:brlcad * 53977 brlcad/trunk/src/libbu/sscanf.c: windows is being royal. apparently we need I64 with newer versions of MSVC to get properly sized size_t/ptrdirr_t types.
15:47.55 Notify 03GCI: Daniel Rossberg: Implement thread creation for Windows - Please provide a patch file and take our coding conventions into account (the HACKING file). http://www.google-melange.com/gci/task/view/google/gci2012/8030203
15:50.01 Notify 03BRL-CAD:brlcad * 53978 brlcad/trunk/src/libbu/sscanf.c: we don't have puts, use strcat
15:50.11 Notify 03GCI: Awesomeness: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
15:53.56 Notify 03GCI: HS Rai: Write BRL-CAD News article on .deb/.rpm builds - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
16:03.46 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
16:08.12 Notify 03GCI: Melange: Create prototype 2D CAD drawing(s) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
16:09.29 *** join/#brlcad didi_bike (~didi_bike@89.190.213.140)
16:15.04 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
16:16.06 maths22 brlcad: crit.brlcad.org is not reading .htacess files. The upgrade is othewise done. (the .htacess does url rewriting)
16:16.18 Notify 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
16:16.20 maths22 I meant .htaccess
16:17.17 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.135)
16:21.18 *** join/#brlcad Ashish101 (75c225d5@gateway/web/freenode/ip.117.194.37.213)
16:22.57 Ashish101 @brlcad: I didnt have any previous experience of crash testing, was finding it very difficult .. So i quite it and joined this one - http://www.google-melange.com/gci/task/view/google/gci2012/7970237 please assign this task to me
16:24.49 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Please Andrei Popescu, can I have your email adress please> as I see you take care of several tasks I plan to work on and I may need some help. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
16:25.53 brlcad maths22: it is enabled, just not in user home-directories
16:26.15 brlcad at least, it should be
16:26.22 maths22 Mine is in the brlcad.org/d directory
16:26.58 maths22 It is not parsed, as I tried inserting garbage and did not get a 500 error.
16:27.53 brlcad ah, my bad -- someone did have an old config there
16:28.24 brlcad try now
16:29.05 Notify 03GCI: Harmanpreet Singh: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Ashish. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970237
16:29.28 maths22 It is parsed. I will now make it work.
16:30.27 Ashish101 @Harmanpreet: Thanks for assigning the task... it is mentions that a template will be provided- Any downoad links for that ??
16:31.41 *** join/#brlcad xavortm (xavortm@93.155.146.15)
16:33.41 maths22 The site is now live at brlcad.org. Beware: the wiki and gallery links do not yet work.
16:33.48 brlcad Ashish101: I can do that, but it'll take me a little time to dig it up
16:34.03 brlcad maths22: you mean crit? :)
16:34.10 maths22 yes.
16:34.45 Notify 03GCI: Jacob B: Upgrade Drupal website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958216
16:36.23 Ashish101 KK till then ill start with the work -- what format u want it to be in ?? Cause there are lots of option but i dont know which ones u prefer
16:37.22 Notify 03BRL-CAD:carlmoore * 53979 (brlcad/trunk/bench/benchmark.1 brlcad/trunk/bench/pixcmp.1 and 10 others): remove trailing blanks/tabs (understood to exclude files like nirt.sh)
16:42.32 xavortm Hey, brlcad, can you tell me if my job is done?
16:44.02 brlcad xavortm: not right now unfortunately
16:44.30 brlcad there are other mentors working on tasks, you'll just have to be patient or look at your work yourself and see if you can think of any ways to improve it
16:45.56 xavortm Well, if there is no feedback i wont be able to fix the issues. I mean ... there is deadline and i do nothing for more than 30 hours.
16:45.57 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
16:46.36 brlcad xavortm: unless you find the issues yourself
16:47.07 brlcad i'm surprised how many times I've been finding really basic problems with submissions where the submitter didn't bother to compiler or read what they submitted
16:47.15 brlcad have you checked your work?
16:47.35 brlcad which is your task?
16:47.54 xavortm http://www.google-melange.com/gci/task/view/google/gci2012/7960223
16:48.07 xavortm i did all the things you said to me (i hope i understood well)
16:48.38 brlcad AH, so xavortm that's part of the problem
16:48.48 brlcad if you think you're done, you need to denote that
16:49.06 brlcad according to that page, you just uploaded some work but aren't done with it
16:49.40 brlcad how are the mentors reviewing supposed to know when you're done or are expecting a review? they're not all on IRC
16:50.24 brlcad also, rar files are rather annoying.. can you make it a tar.gz or tar.bz2?
16:50.54 brlcad it's fine if that's all you have, but not a common compression format amongst most open source folks
16:51.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
16:51.58 Notify 03GCI: Sean: Create prototype CAD GUI layout diagram - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
16:53.01 andrei xavortm: Sean should correct me if I'm wrong, but as far as I know the "safest" format for you to use is .zip
16:53.40 starseeker brlcad: the Windows build should be building the xmllint tool
16:53.50 xavortm Well i didnt know that sorry, i am looking for a way to save it as tar.gz now. I will reupload it after a few minutes.
16:54.51 starseeker brlcad: i.e., it's guaranteed the same way xsltproc is guaranteed
16:54.53 Notify 03BRL-CAD:carlmoore * 53980 brlcad/trunk/src/librt/primitives/arb8/arb8.c: fix spelling in a comment
16:54.59 brlcad andrei: even windows will unpack a tgz/tbz2, so I'd go with the better compressor :)
16:55.09 brlcad starseeker: so then something's busted
16:55.23 andrei ah, I didn't know windows works with tgz
16:55.25 starseeker we have no report of a failed command?
16:55.27 brlcad unfortunately, no build log, just a report
16:55.45 starseeker checks the only thing he can think of, based on xsltproc experience...
16:55.46 brlcad report that it failed trying to run xmllint
16:55.51 brlcad maybe the lint itself failed
16:56.16 xavortm *.tar is ok?
16:56.56 brlcad 4:58 < mansi22> Project : error PRJ0019: A tool returned an error code from "Validating DocBook source with xmllint:"
16:57.04 brlcad xavortm: compress it...
16:57.32 brlcad .tar.bz2 or .tar.gz, either
16:57.53 mansi22 ???
16:58.17 Skriptkid brlcad: I've claimed the CI task. Need help getting set up.
16:58.18 brlcad mansi22: you're back -- do you have details on that error?
16:58.23 brlcad mansi22: perhaps a full build log?
16:58.45 brlcad Skriptkid: you don't already have a web account right?
16:59.04 mansi22 someone replied it's a documentation error. Is it nessary for it to work?
16:59.07 starseeker mansi22: there are a couple of possibilities for xmllint failing on Windows - it's quite finicky
16:59.11 Skriptkid brlcad: On?
16:59.28 brlcad our web server
16:59.32 Skriptkid Nope
16:59.46 starseeker mansi22: the more detail we can get on how the tool failed, the better
17:01.35 starseeker mansi22: to answer your question - yes, it needs to work
17:01.53 starseeker at least, I would regard the failure you've decribed as a build failure that needs to be fixed
17:03.15 Notify 03BRL-CAD Wiki:180.194.172.94 * 4730 /wiki/Dog_Collars_-_What_You_Need_To_Know: New page: Vitamin D is a hormone that many medical experts say can not only prevent fractures in the elderly but also prolong their life expectancy. It is one of the recommended hormonal supplements...
17:03.17 mansi22 alright, i'm compiling it again. then will add it on pastebin
17:03.49 andrei mansi22: use something else than pastebin, try paste.lisp.org or slexy.org :)
17:04.44 xavortm Ok, i uploaded the file (2 images + 2 psd files)
17:10.06 Skriptkid brlcad: next?
17:10.45 Notify 03BRL-CAD Wiki:Jacksixb * 4731 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
17:12.09 mansi22 http://slexy.org/view/s26yFIKOSQ
17:13.24 starseeker mansi22: are you using the latest svn checkout?
17:13.58 mansi22 lemme check
17:14.14 starseeker doesn't look like it to me - some of those are validating, some arent
17:14.31 starseeker caen23 did a lot of work recently to make everything validate
17:14.35 mansi22 Release 7.22.2
17:15.16 starseeker that doesn't make any sense - newest release is 7.22.0
17:15.26 starseeker dev release (current development trunk) is 7.22.1
17:15.55 mansi22 readme file says so
17:16.21 starseeker readme file is cheating - check include/conf
17:16.27 starseeker MAJOR MINOR and PATCH files
17:16.41 starseeker mansi22: plus that won't tell you if your subversion repository is up to date
17:17.02 starseeker you should run svn update and see what revision number is reported
17:17.15 Notify 03BRL-CAD:n_reed * 53981 brlcad/trunk/src/libbu/sscanf.c: at least since .NET 2003 (v7.1) no width specifier is needed for size_t or ptrdiff_t
17:19.03 caen23 as far as i can see, it complains about the "info" tags we added to fix the warnings. but the reference says it's ok: http://docbook.org/tdg5/en/html/refentry.html
17:19.21 mansi22 ah, it's MAJOR - 7 MINOR - 22 PATCH - 1
17:19.35 starseeker mansi22: what about svn update?
17:20.10 mansi22 doing i
17:20.14 mansi22 doing it
17:20.31 starseeker is it pulling any docbook updates?
17:20.49 mansi22 revision 53981, am i right track?
17:20.51 Notify 03BRL-CAD:n_reed * 53982 brlcad/trunk/src/libbu/sscanf.c: typo
17:20.58 starseeker mansi22: yes
17:21.09 starseeker mansi22: did it grab any xml file changes when you ran it?
17:21.41 mansi22 yes, and also docbook you mentioned before
17:21.42 starseeker if so, you may want to re-try the build
17:21.52 mansi22 you mean CMake?
17:22.08 starseeker re-run CMake, then try to compile again
17:22.14 mansi22 alright
17:28.23 *** join/#brlcad hsrai_ (~quassel@202.164.53.117)
17:36.38 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
17:37.21 Silvrous Any idea why I can't view my completed tasks list anymore?
17:38.06 Notify 03BRL-CAD Wiki:62.28.72.245 * 4732 /wiki/Community_Publication_Portal: /* Linux Release Packaging Process: A mission for Jordi Sayol */
17:38.16 Notify 03BRL-CAD:n_reed * 53983 brlcad/trunk/src/libbu/vls_vprintf.c: handle z and t width specifiers the same way
17:40.27 brlcad Silvrous: could be related to the leaderboard
17:43.22 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:44.36 Silvrous @brlcad: I see. Another thing... well, this is awkward, but in the sourceforge commit you credited Ashwin Lokkur with the arb8 centroid patch, but I was the one who actually did it. I'm already listed as contributor, though, so it doesn't really matter.
17:45.02 brlcad Silvrous: gah, really?
17:45.13 brlcad I'm sorry about that
17:45.47 Notify 03BRL-CAD:n_reed * 53984 (brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/tgc/tgc.c): change minimum curve counts
17:46.56 brlcad oh, I see what happened, that person claimed before you and gave up
17:47.24 Silvrous No problem, as I said, it doesn't really matter since I'm already there, but I wanted you to know just in case.
17:48.04 xavortm i Hope i am not anoying with only asking but, did you checked it? Is this what you told me to do yesterday? :)
17:48.47 Notify 03BRL-CAD:brlcad * 53985 brlcad/trunk/AUTHORS: arb8 primtive centroid was NOT contributed by ashwin lokkur, it was from silvrous (Ungureanu, Silviu) who is already credited for a previous contribution.
17:48.52 brlcad Silvrous: authors is but one place that will get documented, and the history of that files matters so we need to get it right
17:49.16 brlcad you'll also be credited in our NEWS file in our next binary release of BRL-CAD
17:49.50 brlcad which gets posted all over and sent out to variou snews channels
17:50.10 Silvrous Whoa. That's awesome :)
17:56.55 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
17:59.06 caen23 brlcad: regarding my task, i'm almost done, but i was trying to have the closed window come back with "Tools->Graphics/Command Window". it works for bringing back the Command Window, but if i delete the graphics win and try to bring it back up with the same menu, the app crashes. i haven't been able to figure out why, and i don't know how to debug the script (or at least get a log of what happened). is there any (proper) way i can debug?
17:59.49 caen23 googling hasn't helped much except for "puts"
18:04.44 brlcad caen23: so yes (and posting the crash backtrace might be a valid submission for the task), you can run gdb --args mged -c
18:04.55 brlcad mged will run in classic console mode
18:05.07 brlcad run the "gui" command and you'll have the tcl/tk gui displayed
18:05.17 brlcad if it crashes, you'll be in mged
18:05.23 brlcad er, gdb
18:05.55 caen23 thanks, let me try
18:06.34 brlcad if you haven't used gdb before, a tutorial may be in order
18:06.43 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - SSH figured out Read up on SSH. Logged in and created dir "Skriptkid" in the home folder(Just to test). What do I need to do next? If I need to come on IRC, I'll be there at about this time(or a bit before) tomorrow. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
18:06.47 brlcad run command starts, backtrace will tell you where you crashed
18:07.17 brlcad list will show you the code on the line it stopped on
18:07.28 brlcad break function will set a breakpoint on function() calls
18:09.45 caen23 i am familiar with gdb, thanks :D it seems to have crashed with "error: xp_attach_gl_context returned: 2"
18:12.53 caen23 googling the error, it seems most of the results are related to os x. hmm… could i upload a patch to gci and have someone see if it crashes on linux, too?
18:19.35 Notify 03GCI: Mitsuhide: Create an RTWizard screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
18:26.36 Notify 03GCI: Harmanpreet Singh: Create an RTWizard screenshot - Task Assigned This task has been assigned to Mitsuhide. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8034204
18:28.01 brlcad caen23: sure
18:35.17 Notify 03GCI: Cezar: Close MGED when both windows are closed - Testing on Linux I've written the patch on OS X, but mged seems to crash if you follow the steps described inside `osx_crash_log.txt`. Since this appears to be a Mac/XQuartz-specific error, could someone on a Linux machine please try running it to see if it still crashes? http://www.google-melange.com/gci/task/view/google/gci2012/7945212
18:35.45 caen23 ugh, really need to install virtual ubuntu/windows
18:41.23 Notify 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
18:43.48 Notify 03GCI: Mitsuhide: Create an RTWizard screenshot - Import hello :) I am a 3d designer and I would like to know can I import a model in BRL CAD from 3ds max http://www.google-melange.com/gci/task/view/google/gci2012/8034204
18:45.12 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
18:58.48 *** join/#brlcad merzo (~merzo@88-20-133-95.pool.ukrtel.net)
19:13.33 Notify 03BRL-CAD:n_reed * 53986 brlcad/trunk/src/librt/primitives/arb8/arb8.c: replace macro and avoid extra magnitude calculation
19:21.48 Notify 03GCI: Melange: Add missing documentation (for any ONE command) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
19:22.18 Notify 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
19:23.03 Notify 03GCI: Andrei Popescu: Layout "MGED Interface" Reference Document - Task Assigned This task has been assigned to Shayantan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953233
19:23.23 Notify 03GCI: Andrei Popescu: Add missing documentation (for any ONE command) - Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972228
19:30.32 *** join/#brlcad M0J0E (~johannes@p4FDFB3D7.dip.t-dialin.net)
19:41.05 *** join/#brlcad andrei (~andrei@188.25.158.113)
19:59.34 Notify 03GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
20:05.39 Notify 03GCI: Giovanny Gongora: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
20:06.49 Notify 03GCI: Giovanny Gongora: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
20:09.44 Notify 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - wrong dir The directory you created will not help you. The directory you start in is already your home directory. You need to create a directory specifically called public_html and you can install buildbot there. You will be able to access that directory at... http://www.google-melange.com/gci/task/view/google/gci2012/8006217
20:17.30 *** join/#brlcad andrei_ (~andrei@188.25.158.113)
20:17.51 *** join/#brlcad PrezKennedyX (~DarkCalf@2002:ade7:2862::ade7:2862)
20:22.17 Notify 03GCI: Mitsuhide: Create an RTWizard screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
20:25.15 starseeker mansi22: any luck?
20:40.11 *** join/#brlcad andrei (~andrei@188.25.158.113)
20:44.21 *** join/#brlcad andrei_ (~andrei@188.25.158.113)
20:53.40 Notify 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
20:57.43 Notify 03BRL-CAD:n_reed * 53987 brlcad/trunk/src/librt/primitives/tgc/tgc.c: use a more accurate dimension estimate when choosing number of connecting lines to plot
21:04.03 Notify 03BRL-CAD:carlmoore * 53988 brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: fix sentence (removing 's' and fixing 'endedge' -- notice it is only a comment)
21:04.48 Notify 03GCI: Sean: Create an RTWizard screenshot - almost there Almost there. Note this in the original description: "Don't just pick the most basic mode, pick one of the more complicated multi-pass renderings and showcase the entire interface." The screenshot looks great, though I would suggest dropping the console window so you can emphasize the... http://www.google-melange.com/gci/task/view/google/gci2012/8034204
21:05.07 Notify 03GCI: Sean: Create an RTWizard screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
21:06.33 Notify 03GCI: Sean: Create an artistic screenshot - you have to tell archer You have to tell archer what you want it to display. Notice the hierarchy view on the left. There's a label that says "all". Try double-clicking or right-clicking that. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
21:06.34 Notify 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
21:07.33 Notify 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
21:07.48 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:12.43 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - ... is the prototype ok? if it isn't,any advice on what I should repair? http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:13.24 Notify 03BRL-CAD:carlmoore * 53989 brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: fix spelling of 'height' -- OK there, RIGHT??
21:18.09 Notify 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline As I don't want to get into trouble with the deathline, I have submitted now my first patch. The algorithm itself is really ready for review. As I didn't got an answer to my error questions fast enough, I chose to easiest way, just... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
21:18.24 Notify 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7968224
21:19.04 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - not understanding the task? Andrei, I think you might not be understanding this task. Your latest image makes for an interesting visual aid that might make for an interesting diagram of some sort, but it's not what is being expected for this task. The emphasis is on *prototype*. Assume you... http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:19.14 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:20.09 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
21:23.49 Notify 03GCI: Matt S.: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7968224
21:24.15 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - still not conformant If you're using vim, you should be able to ":set modeline" to have it parse our footer, then you can auto-indent the entire file. Note the body of the two functions, for example -- you do not indent the convert_float() calls and they should be. Similarly, your latest version... http://www.google-melange.com/gci/task/view/google/gci2012/7966230
21:24.25 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
21:25.25 *** join/#brlcad andrei (~andrei@188.25.158.113)
21:26.06 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Q Would it be good if I make the bleprints of a memory stick rendering the side view, front view and top view on a landscape A4...? Or I get this all thing wrong and the idea is to describe generaly a A4 blueprint? http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:35.09 Notify 03BRL-CAD:n_reed * 53990 brlcad/trunk/src/librt/primitives/ehy/ehy.c: space curves evenly
21:51.09 Notify 03BRL-CAD:n_reed * 53991 brlcad/trunk/src/librt/primitives/ehy/ehy.c: choose curve points based on estimated curve length
21:51.38 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
21:52.48 *** join/#brlcad crdueck (~cdk@24.212.219.10)
21:53.17 caen23 brlcad: hmm… i've tried my patch on debian 6, and the error does seem to be xquartz-specific
21:53.29 caen23 so i think the patch should be good to go, i'm marking the task as complete
21:53.59 Notify 03GCI: Cezar: Close MGED when both windows are closed - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
21:58.04 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
22:07.51 Notify 03GCI: reikaze: Fix closedb - It doesn't look like it's any code in particular I've tried commenting out sections of ged_close, and the bug persists. If I comment out just the NULL line, it crashes in vls.h with a null pointer error or a mismatch error. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
22:08.31 Notify 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline extension Did you extend the deadline to give yourself more time to review my patch or do you expect action from me. If you expect action from me, it would be great, if you answer my questions, because otherwise, I don't know, what I have... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
22:09.02 *** join/#brlcad reikaze (4c45450b@gateway/web/freenode/ip.76.69.69.11)
22:11.17 Notify 03GCI: reikaze: Fix closedb - The error message if you comment out the NULL assignment ERROR: 0xffffffffffffffff mis-aligned bu_vls pointer, file /home/quincy/gcodein2012/FIX CLOSEDB/brlcad-7.22.0/src/libbu/vls.c, line 188 So I guess I should be looking there, huh... http://www.google-melange.com/gci/task/view/google/gci2012/7958214
22:23.36 *** join/#brlcad merzo (~merzo@147-59-132-95.pool.ukrtel.net)
22:36.15 reikaze Hey, anyone know what bu_badmagic does?
22:36.30 lachlanp is it a function?
22:36.42 reikaze Yep.
22:36.54 lachlanp will look it up :-)
22:39.10 lachlanp seems like it just checks the magic number of a structure
22:39.17 lachlanp and bu_bombs if it's not right
22:39.40 lachlanp probably shouldn't be called by itself... use BU_CKMAG instead
22:48.12 *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
22:50.36 reikaze I see... thanks.
23:14.52 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - wrong question What geometry you use doesn't matter at all (in fact you could complete this task with no geometry, but it helps). It matters more what goes on the page, where they are placed on the page, how much space they consume, and most importantly WHY a particular layout. That's why ASME... http://www.google-melange.com/gci/task/view/google/gci2012/7985229
23:21.33 Notify 03GCI: Matt S.: Add a primitive surface area function ... for triangle meshes (BOT) - Stupid Mobile Phone... I could not enter text from my phone on this site for some reason, but what I wanted to say is that I find myself with very little free time this week. Thus, since you were concerned about the clock running out an I didn't think I'd be... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
23:23.03 Notify 03GCI: Sean: Fix closedb - progress, but not understanding So that's progress, but that's not yet understanding of any particular bug that can be fixed. You'll need to trace through the code with print statements or (better) a debugger to see where the misaligned pointer is coming from or going even further back to understand the cause. If... http://www.google-melange.com/gci/task/view/google/gci2012/7958214
23:38.13 *** join/#brlcad reikaze (4c45450b@gateway/web/freenode/ip.76.69.69.11)
23:45.06 Notify 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - more questions Johannes, There are obviously lots of ways, but keeping the interface minimal is our usual approach. Since we don't yet know of multiple types of errors (and even this one suggested is temporary), the only cases we know about are unimplemented,... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
IRC log for #brlcad on 20121205

IRC log for #brlcad on 20121205

00:03.02 starseeker caen23: I'm getting the validation failures on info too - it's not just a Windows issue
00:03.48 starseeker looks like if we put the author info inside the refentrytitle block, it'll validate
00:04.09 starseeker will commit a few - could you handle the rest?
00:05.18 starseeker sorry for delay - just now getting a serious look at it
00:05.30 starseeker (have a different Windows issue to debug...)
00:08.45 Notify 03BRL-CAD:starseeker * 53992 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 5 others): Start shifting the author block to pass validation. More to do.
00:11.31 Notify 03BRL-CAD:starseeker * 53993 brlcad/trunk/CMakeLists.txt: Turn off strict again until the info thing is fixed in the man pages.
00:18.59 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
00:19.25 *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
00:19.32 zero57 brlcad: are you there?
00:28.38 Notify 03BRL-CAD:starseeker * 53994 brlcad/trunk/CMakeLists.txt: Visual Studio 2012 seems to be pushed beyond its limits when validation targets are added - pushes the build target count over 1800. Disable validation if we are on MSVC.
00:29.06 starseeker whoops - that's Visual Studio 2010, not 2012
00:31.19 zero57 does anyone know why using find and sed breaks my svn?
00:31.37 zero57 I'm using find and sed together to find and replace multiple files with text recursively
00:31.48 zero57 and when using svn diff, it doesn't detect the changes
00:31.53 Notify 03BRL-CAD:starseeker * 53995 brlcad/trunk/CMakeLists.txt: More informative comment for DocBook validation issue on MSVC - note it's 2010, not 2012
00:32.29 zero57 find . -type f -exec sed -i 's/mytext/newtext/g' {} \;
00:32.50 zero57 that's the command I used to replace the text with
00:39.15 Notify 03BRL-CAD:starseeker * 53996 brlcad/trunk/CMakeLists.txt: Typo
00:40.53 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - I really need an extension on the deadline, and I have a question Hi, I really need an extension on the deadline, school has been giving me a lot of homework and tests. Also, my question is that why does svn not detect my changes made to all the files in... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
00:42.48 Notify 03GCI: reikaze: Fix closedb - Thanks for reprimanding me for being lazy Another progress update: through DGB, I've found that stdin_input isn't firing, so that might be why the commands aren't being parsed. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
00:46.59 brlcad starseeker: I've heard of msvc project with thousands of targets, so that is unlikely the problem
00:51.29 Notify 03GCI: Luis: Design an MGED command spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
00:52.36 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:52.54 Notify 03GCI: Luis: Design an MGED command spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
00:53.31 zero57 brlcad: hey brlcad
00:53.46 zero57 brlcad: I don't know why using find and sed doesn't work
00:55.09 zero57 brlcad: however, using just "diff" will work but it doesn't tell you what I changed like svn diff does
00:55.19 zero57 brlcad: is it possible to use diff instead of svn diff?
00:59.51 brlcad zero57: run find without sed and look at the files it finds
01:00.06 brlcad you're modifying book-keeping files, which corrupts your checkout
01:00.40 zero57 brlcad: ok and can you show me how to do this? I'm not very familiar with find as I just found the command online using google
01:03.01 brlcad i haven't read the backlog yet so don't know what you're trying to do
01:03.17 brlcad but the general way to work with it is to just tell it what to ignore
01:03.38 zero57 well I want to just find text inside a file
01:03.40 zero57 and replace that
01:03.50 brlcad find . -name \*.c -not -regex '.*svn.*' -not -regex '.*other.*' -not -regex '.*cmake.*'
01:03.54 zero57 oh and find it recursively
01:04.17 brlcad you'll have to be very careful with recursive replacements and review your patch *very* carefully
01:04.43 brlcad very easy to mess up even if you have done it 100 times, and I'm guessing you haven't ;)
01:05.33 zero57 nope i haven't ;p but I just need to find and replace text in every file that contains a spelling mistake
01:05.56 zero57 will that command ignore the ones I shouldn't edit?
01:06.08 starseeker brlcad: dunno - testing here seems to suggest that... I can try a few more things tomorrow, but darned if I can see how just adding the validation targets to the mix could cause VS to hang...
01:06.28 brlcad here's a dangerous example: find . -name \*.c -not -regex '.*svn.*' -not -regex '.*other.*' -not -regex '.*cmake.*' -exec perl -pi -e 's/mispeling/mispelling/g' {} \;
01:06.45 brlcad zero57: suggest you read the manpage to find and perl to understand what all that does ;)
01:07.17 brlcad starseeker: easy to prove that's not the case, add some dummy targets
01:08.30 starseeker brlcad: I may have an idea how we can use fewer build targets to handle the DocBook stuff anyway
01:09.18 starseeker stress testing VS is low on starseeker's list of things he wants to care about...
01:10.12 zero57 brlcad: How's that dangerous? and I just tried it, (obviously changing mispeling and misspelling), and it doesn't work
01:11.36 starseeker brlcad: we'd have to add dummy targets using the custom target mechanism rather than c/c++ compilation - not sure how to do that in vanilla VS either...
01:12.21 brlcad again, something to delegate to minions..
01:12.50 starseeker shrugs - if you think that's a worthwhile use of their time, sure
01:18.41 zero57 nevermind brlcad :) I fixed it
01:19.15 zero57 brlcad: You gave me a nice hint that needed to fix my problem
01:19.27 zero57 basically, all I had to use was the -prune argument
01:19.37 zero57 so I just ignored .svn and then it works :)
01:20.07 brlcad note that you should still review what all got changed
01:20.22 brlcad a variable named "animmate" for example might be entirely intentional
01:20.46 zero57 brlcad: Thanks, but can you very kindly extend my deadline? I don't have anymore time than this because I have a lot of homework and tests (semester almost ending) http://www.google-melange.com/gci/task/view/google/gci2012/7999212
01:21.19 zero57 Of course :) Also I would have to count all the spelling mistakes and files I've changed
01:23.04 Notify 03GCI: Chris Kloehn: Crash MGED reliably - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948218
01:23.24 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - I Know I just wanted to test if I'd logged in right. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
01:34.37 *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
01:44.23 *** part/#brlcad Skriptkid (~Skriptkid@117.202.105.206)
01:48.59 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:53.13 *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
01:56.19 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
01:59.43 Notify 03GCI: Sean: Design an MGED command spreadsheet - any will work OO spreadsheets are just fine, even a Google Doc spreadsheet would be fine. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
02:08.10 Notify 03GCI: Sean: Crash MGED reliably - crash log This one technically qualifies as a graceful abort (the bu_bomb() that is referred to in the description), but you should send in a crash log anyways. MGED takes a couple seconds to shut down because it's writing out a bomb log. Find it and submit. It'll probably either be within the application... http://www.google-melange.com/gci/task/view/google/gci2012/7948218
02:08.30 Notify 03GCI: Sean: Crash MGED reliably - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948218
02:10.11 brlcad starseeker: so what led you to the analysis conclusion that you were hitting an msvc limit?
02:15.11 Notify 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
02:16.37 Notify 03GCI: Sean: Create an RTWizard screenshot - yes You can import a model from 3ds max, but you'll have to export to one of the numerous formats that we will import. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
02:19.04 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
02:25.55 brlcad caen23: so what would you like to do about the window close task?
02:27.44 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
02:29.08 brlcad your code is definitely in a good/right direction, but I think that bug is actually related to the change
02:30.02 Notify 03GCI: Sean: Close MGED when both windows are closed - probably I don't have a linux build handy at the moment, but the crash is almost certainly cross-platform. That error means it tried to bring a GL context to focus that doesn't exist. That can only be the GL context that was in the graphics window that was closed/hidden or it's a new... http://www.google-melange.com/gci/task/view/google/gci2012/7945212
02:30.12 Notify 03GCI: Sean: Close MGED when both windows are closed - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
02:30.22 Notify 03GCI: Sean: Close MGED when both windows are closed - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
02:31.02 Notify 03GCI: Chris Kloehn: Crash MGED reliably - Got what you asked for Found the files, submited them seconds ago. Thanks for extending deadline just in case. http://www.google-melange.com/gci/task/view/google/gci2012/7948218
03:04.02 Notify 03GCI: Sean: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
03:07.49 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Dog Collars - What You Need To Know]]": spam
03:08.09 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:180.194.172.94]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
03:08.57 Notify 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Help? Sorry, I don't really know how to approach this, as neither Google nor Wolfram are much help, and I have only taken introductory calculus (my best guess is substuting the area of a circle, pi * r2 with the area of an ellipse, pi * a * b... http://www.google-melange.com/gci/task/view/google/gci2012/8009213
03:11.18 *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
03:11.24 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
03:11.54 Notify 03GCI: Sean: Crash MGED reliably - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7948218
03:12.09 zero57 brlcad: Hi, I actually didn't need that extension for the deadline :P I did GCI instead of my homework
03:18.34 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - I think I worked it out Heya! I've sketched up a solution to this by integrating the volume form: https://en.wikipedia.org/wiki/Volume_form after first applying a couple transforms to make the cylinder behave nicely. I'll type it up for you as... http://www.google-melange.com/gci/task/view/google/gci2012/8009213
03:18.35 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8009213
03:20.10 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - imezones And for what it's worth, when I say later this evening I'm in Australia and cannot access the irc channel during the day due to network restrictions. http://www.google-melange.com/gci/task/view/google/gci2012/8009213
03:29.01 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - how many Monika, Were you able to find any? You may be able to help the next person if you can identify any you did find. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
03:36.43 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - did you figure it out? There are instructions on the page where you downloaded the image with setup information including that password. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
03:38.38 Notify 03GCI: Sean: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - giving up? skriptkid, you're giving up? sounds like you were on the right track, just needing to validate your work. You could create a hyp that is close to or matching a right circular cylinder and make sure you get the same results (see the... http://www.google-melange.com/gci/task/view/google/gci2012/7983225
03:38.39 *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com)
03:42.03 Notify 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958221
03:45.55 Notify 03GCI: Sean: Crash MGED reliably (#3) - Task Assigned This task has been assigned to Chris Kloehn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958221
03:52.55 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
03:52.56 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
03:54.40 Notify 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958221
03:55.00 Notify 03GCI: Sean: Make mged 'tables' command not call system() - hat's not a patch So I see you created a new item on our patches tracker, but you didn't submit a *patch* file there (or here). A patch file is a text file that includes only the changes you made to files. The diff command will generate a patch file. The "svn diff" command is even... http://www.google-melange.com/gci/task/view/google/gci2012/8007219
03:59.07 Notify 03GCI: Sean: Make mged 'tables' command not call system() - by the way For what it's worth, making a patch is a fundamental developer skill so it's definitely worth learning. It's the way code changes are exchanged both throughout open source and professionally. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:03.27 Notify 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - full name John, if you provide your full name, I'll gladly credit you in our authorship documentation accordingly. Thank you for your efforts. It's a great piece that we'll work to publish to our news outlets. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
04:03.38 Notify 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7945213
04:06.23 Notify 03GCI: Sean: Upgrade Drupal website - accounts Jacob, so that looks just fantastic, nice work. The only problem I noticed is that my account (at least) seems to have no permission to do anything. I can log in, but somehow the permission roles are gone or not being used. Any thoughts? http://www.google-melange.com/gci/task/view/google/gci2012/7958216
04:06.28 Notify 03GCI: Sean: Upgrade Drupal website - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958216
04:07.23 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Sorry! I'm terribly sorry, i thought i had uploaded the patch file! i must have accidently uploaded the text file, i read through the tutorial and created the patch file correctly it's still sitting here on my desktop(how embarassing!). Ill resubmit this now, thanks again for... http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:11.44 Notify 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - upcoming tasks can fix/validate this one Johannes, so the patch seems reasonable at a quick glance, but it obviously warrants some validation testing. We'll add some more tasks in a few days to test routines like this one that haven't been fully tested. The... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
04:12.00 Notify 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7968224
04:14.45 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:15.00 Notify 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - complicated testing As testing whether your implementation is actually correct will take some time, we'll be going on some blind faith.. ;) We'll be adding tasks soon to perform validation tasks for new functions like this one, so let me know if... http://www.google-melange.com/gci/task/view/google/gci2012/7960224
04:15.05 Notify 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960224
04:16.35 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Updated updated sourceforge link with patch now, if for some reason the changelog.txt is needed it will still be in the compressed files aobe the link. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:18.40 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - nicely done Still have to commit the patch, but a manual inspection looks great. Nice work. You may have already provided it elsewhere, but I don't see it in my notes. If you provide your full name, we'll credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7986218
04:18.45 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7986218
04:20.30 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Thanks Hi, Thanks for that (very hard to be patient waiting for it to be checked...) Lachlan Phillips, if you need it, but I think its already in the AUTHORS file from a previous task. Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7986218
04:29.23 Notify 03GCI: Sean: Make mged 'tables' command not call system() - so close That's looking a lot better! The patch looks good but has several problems that make it unapplyable. Does it compile for you? I would assume you have, but you may have disabled or otherwise be ignoring warnings. In particular, I noticed the use of // comments throughout,... http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:29.32 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
04:30.13 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - A few questions... First of all, where is the third system() call? I can find the two in the ged tables method but I cant seem to locate the third. Secondly, only one of these calls to system are a "cat" command, the other is a sort command. I'm assuming that I only replace the call... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
04:30.59 caen23 brlcad: hmm… at this point, i really don't know what to do, i will have to do some more research. but to me, it definitely looks like an xquartz issue. the code works on deb 6 and googling for 'error: xp_attach_gl_context returned: 2' doesn't return a single non-osx result
04:31.18 Notify 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - My name My name is Michael Huang. How would you recommend I include my name in the future (since I can't change my username)? Thanks in advance. http://www.google-melange.com/gci/task/view/google/gci2012/7960224
04:33.13 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
04:34.18 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - nicely done Well done. This looks like the first spelling mistake task to get caught. I just noticed one problem in that you missed fixing a mistake for one of the words you found, and it was even included in the patch mispelled/unchanged. See... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
04:34.19 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
04:35.39 caen23 starseeker: isn't the xmllint issue a bit weird? it shouldn't be platform-specific, but if your fix works, i will take care of the rest of the files
04:36.29 Notify 03GCI: Sean: Create an ISST screenshot or animation - wrong tool Thanks for the screenshot of archer, Diane, but.... This task specifically asks for a screenshot or animation of the 'isst' tool. Not 'archer'. There's a separate task for archer that I believe is still incomplete, but even your included image would need to use a more... http://www.google-melange.com/gci/task/view/google/gci2012/7945221
04:36.33 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
04:36.43 Notify 03GCI: Sean: Create an ISST screenshot or animation - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
04:39.29 Notify 03GCI: Sean: Crash MGED reliably (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958221
04:43.35 Notify 03GCI: Sean: Crash MGED reliably (#3) - same issue Not only is it a "graceful" bu_bomb termination that the description says don't count, that's the exact same crash as the first one you reported. If you're going to get points for a second crash task, it needs to be a non bu_bomb() crash (which means there WON'T be an mged-#####-bomb.log... http://www.google-melange.com/gci/task/view/google/gci2012/7958221
04:45.50 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
04:46.00 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
04:47.12 brlcad caen23: the mac gl drivers are very intolerant
04:47.29 brlcad especially under glx
04:47.59 brlcad that error has come up before and it's always been an avoidable book-keeping problem
04:49.01 brlcad maybe something to make a gci task of for someone else to hack on, so it's progress either way (so long as mac isn't busted)
04:50.41 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998215
05:08.19 caen23 brlcad: i don't understand what you mean by 'avoidable book-keeping problem'? :D
05:12.30 Notify 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Yes sir Will do http://www.google-melange.com/gci/task/view/google/gci2012/7958221
05:12.31 Notify 03GCI: reikaze: Fix closedb - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
05:33.32 *** join/#brlcad crdueck (~cdk@24.212.219.10)
05:35.44 Notify 03GCI: Melange: Create a technical screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:35.54 Notify 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Hi I'm fairly certain that in the 'AUTHORS.txt' file, 'Northrup Research and Technology Center' should actually be 'Northrop Research and Technology Centre'. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
05:47.52 *** join/#brlcad crdueck (~cdk@24.212.219.10)
05:53.20 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:17.21 *** join/#brlcad crdueck (~cdk@24.212.219.10)
06:44.16 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Thanks Tom Browder sent me the password and I got to know that it was already provided in the instructions. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
07:18.42 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
07:19.37 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - My name My name is Michael Huang. Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7998215
07:33.38 *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
07:38.55 mansi22 starseeker: still no luck :(
07:39.21 mansi22 http://slexy.org/view/s2qY2s7K9s
08:04.22 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:13.16 *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp)
08:15.56 GrantMercer015 after calling cmake -dcmake_build_type=debug do i need to use 'make
08:16.08 GrantMercer015 or with the cmake itself tell me whether my source built
08:20.09 mansi22 i use cmake GUI
08:20.22 mansi22 so not sure about that
08:36.55 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:45.29 GrantMercer015 is bu_malloc requires a char * to allocate memory, how would i go about allocating memory for my char **? i used malloc before but i cannot do that now, as i have to use bu_alloc(size_t buf, char * str);
08:45.33 GrantMercer015 if*
08:56.19 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - How to compile? I have got the build directory set up properly using Cmake(see th configuration log). now how/where do I given the gcc <filename> -o <fileout> command? http://www.google-melange.com/gci/task/view/google/gci2012/7982223
08:57.09 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - hey something like this?:D http://www.google-melange.com/gci/task/view/google/gci2012/7985229
09:03.33 *** join/#brlcad mansi22 (~Mansi@182.64.83.125)
09:07.36 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
09:18.15 GrantMercer015 hey mansi22 do you use svn with brlcad?
09:18.44 GrantMercer015 im wondering if after building and confirming my file compiles i should redownload the svn off BRLCAD
09:18.46 mansi22 yes
09:19.10 GrantMercer015 thanks
09:19.14 GrantMercer015 !*
09:31.20 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:31.55 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8030210
09:37.10 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
09:39.45 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Crossing my fingers Im just thrilled to be able to help out in a legitamate open source project and actually finish something, so actually thank you! I updated the latest patch with what i searched through in the hacker file, changed functions to cross platform bu_func() and... http://www.google-melange.com/gci/task/view/google/gci2012/8007219
09:50.07 Notify 03GCI: Gmercer015: Make mged 'tables' command not call system() - Name put on comment I put my name on the tracker, but in the case you miss it, my full name is Grant Mercer, and that would awesome if im added to the authorship! http://www.google-melange.com/gci/task/view/google/gci2012/8007219
09:50.27 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - The for-loops should go from 0 to vip->~dim - 1 Values equal to vip->~dim won't crash the program but are unnecessary. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:50.37 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:54.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:37.10 *** join/#brlcad hsrai (~quassel@202.164.53.117)
11:31.19 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
11:32.14 Notify 03GCI: Lohit: Crash Archer reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994230
11:35.50 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:37.55 Notify 03GCI: Daniel Rossberg: Crash Archer reliably (#3) - Task Assigned This task has been assigned to Lohit. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994230
11:40.16 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
11:47.31 Notify 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - I'll get back I'll get back to this after my current task. http://www.google-melange.com/gci/task/view/google/gci2012/7983225
11:48.51 Notify 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
11:52.04 *** join/#brlcad wdnz (~zndr@hiding-leuven.cegeka.be)
12:06.59 Notify 03GCI: Daniel Rossberg: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to Cristian. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204
12:11.20 Notify 03GCI: Petar Stanev: Create an artistic screenshot - I try it but nothing I try it but nothing. I even made a video LINK : http://www.youtube.com/watch?v=KOxF_1YGhf4&feature=youtu.be Can i use some model of human , tank , tire or download .g files from somewhere ? http://www.google-melange.com/gci/task/view/google/gci2012/8025213
12:21.52 Notify 03GCI: Daniel Rossberg: Create an artistic screenshot - Sample databases You'll find some .g files in your BRL-CAD installation at share/db. There are nice programs for database creation too. Look at src/shapes and src/proc-db (in the source code check-out) to get an idea what's available. Eg the program tire creates nice BRL-CAD tires. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
12:36.18 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - How did I even miss that? Sorry! I did this late at night and didn't seem to notice it! I'll get onto it ASAP http://www.google-melange.com/gci/task/view/google/gci2012/7999212
12:43.35 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
12:59.42 Notify 03GCI: John: Write a BRL-CAD showcase article - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
13:02.23 Notify 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
13:05.28 Notify 03GCI: Daniel Rossberg: Write a BRL-CAD showcase article - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022213
13:17.15 *** join/#brlcad harmanpreet (~chatzilla@124.253.151.200)
13:18.39 *** join/#brlcad caen23_ (~caen23@92.81.204.43)
13:21.32 *** join/#brlcad M0J0E (~johannes@p4FDFB03A.dip.t-dialin.net)
14:21.43 Notify 03BRL-CAD:bob1961 * 53997 brlcad/trunk/src/libbu/vls_vprintf.c: Fixed a typo.
14:32.42 caen23_ starseeker: i think i've found a better way to fix the windows issues: apparently, the <author> tag does not need to appear inside <refentrytitle> or <info> as long as you specify the author at the end of the file, using something like <refsection xml:id="author"><title>AUTHOR</title><para>BRL-CAD Team</para></refsection>
14:32.48 caen23_ i think this is the way to go
14:40.55 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Please Reply Please reply to the above comment. I am not able to ficure out which file to compile using gcc. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
14:52.02 Notify 03GCI: Melange: Model BRL-CAD logo in BRL-CAD (alan one) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
14:55.06 *** join/#brlcad ambarpal (~ambarpal@120.59.168.89)
14:55.41 ambarpal i have a query regarding compiling brlcad using gcc for google code in
15:02.54 *** join/#brlcad JordiGH (~jordi@octave/developer/JordiGH)
15:03.02 JordiGH ambarpal: What seems to be the problem?
15:03.50 Notify 03BRL-CAD:n_reed * 53998 brlcad/trunk/src/librt/primitives/epa/epa.c: choose curve points based on estimated curve length
15:04.07 ambarpal i have run the cmake command to make the build directory
15:04.38 ambarpal but now i cannot find .c or .cpp file with which i would compile gcc
15:04.59 JordiGH After you run cmake, type "make"
15:05.33 ambarpal this is for linux, right? but i am on windows
15:05.47 ambarpal but i ave got the linux vm that you provided
15:05.58 JordiGH I didn't provide it.
15:06.16 JordiGH And it's not about the kernel you use, but about the OS. Make would exist on any GNU or BSD system, with or without linux.
15:06.33 JordiGH Anyways, if you're using Windows, on Windows cmake will generate Visual C++ project files, I believe.
15:06.35 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - his is going to be an uphill battle This sounds like it's going to be an uphill battle for you. I'm glad to help, but we cannot tell you every step along the way or we'd be better off just doing the task ourself (or letting someone else). We have extensive documentation in many places on how to... http://www.google-melange.com/gci/task/view/google/gci2012/7982223
15:06.56 JordiGH ambarpal: Is that for you?
15:07.13 ambarpal ok then ill see
15:07.38 JordiGH Okay, so the task is specifically to compile for gcc on Windows?
15:08.07 ambarpal oh sorry, i guess sean commented just now
15:08.15 ambarpal no, the lask is not specifically for windows
15:08.20 ambarpal *task
15:11.22 Notify 03BRL-CAD:n_reed * 53999 brlcad/trunk/src/librt/primitives/epa/epa.c: space curves evenly
15:14.41 Notify 03GCI: Sean: Implement thread creation for Windows - invalid patch file The ThirdPatch.patch file is not a valid patch file. Also, the changes still do not conform to our coding style. The indentation is wrong and you still have a slew of superfluous blank lines being added. That's obvious without even applying the file just by reading the... http://www.google-melange.com/gci/task/view/google/gci2012/8030203
15:15.21 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
15:15.46 *** part/#brlcad ambarpal (~ambarpal@120.59.168.89)
15:16.37 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Corrected Sorry about that. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
15:17.13 *** part/#brlcad JordiGH (~jordi@octave/developer/JordiGH)
15:22.02 Notify 03GCI: Jacob B: Upgrade Drupal website - Account Your account should work now. http://www.google-melange.com/gci/task/view/google/gci2012/7958216
15:22.43 Notify 03GCI: Jacob B: Upgrade Mediawiki website - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
15:22.47 Notify 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
15:27.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
15:27.54 Notify 03BRL-CAD:brlcad * 54000 (brlcad/trunk/AUTHORS brlcad/trunk/BUGS and 40 others): apply a patch from peter stanev (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999212) that fixes 5+ spelling mistakes in 40+ files.
15:28.18 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - applied Thanks! A modified version of your patch was applied in r54000 and you were documented in our authorship documentation with the code contribution. Note that src/other sources needed to be ignored (that's not our code) and you shouldn't edit... http://www.google-melange.com/gci/task/view/google/gci2012/7999212
15:28.28 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
15:32.09 Notify 03GCI: John: Write a BRL-CAD showcase article - Who should I interview Hi, can you suggest me someone to interview? I have already some questions. One more thing. My computer has a problem so I'll only be able to write in the CPP. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
15:33.13 *** join/#brlcad code-in (~code-in@62.28.72.245)
15:33.26 brlcad hello code-in
15:33.38 brlcad I assume you're here for the pizza party?
15:34.11 code-in Hi I'm a google code-in student and I'm looking for someone to interview for the CPP. Anyone volunteers?
15:36.26 *** join/#brlcad JordiGH (~jordi@octave/developer/JordiGH)
15:36.42 brlcad code-in: what's your task suggest?
15:36.53 *** part/#brlcad JordiGH (~jordi@octave/developer/JordiGH)
15:39.29 code-in you csn view my task is called "Write a BRL-CAD showcase article" and requires me to interview a developer and publish an article on the CPP
15:43.51 brlcad code-in: I suggest you interview one of our gsoc students about their project
15:44.00 brlcad code-in: http://brlcad.org/d/node/98
15:45.21 brlcad code-in: any of them are fair game, but I suggest contacting either wu, chris, andrei, or cristina first
15:45.41 brlcad since they're more accessible and have good things they can talk about
15:45.50 brlcad code-in: have you seen the other two interview tasks?
15:48.10 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
15:49.02 Notify 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - full name An -- if you provide your full name, I'll be sure to credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
15:49.53 Notify 03BRL-CAD:brlcad * 54001 brlcad/trunk/AUTHORS: that's twice I've made the mistake of pulling the top name instead of the bottom one. stanev didn't provide the spelling fixes, 'An' did.
15:51.33 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - update your sources One of the other spelling tasks was just completed, so be sure to update your checkout of our sources to get those changes. You can't get credit for spelling mistakes that are already reported and fixed.. ;) svn up http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:51.54 code-in I haven't seen those tasks but I'll gladly fulfill them when I end this one
15:51.59 code-in thanks for the names.
15:52.53 code-in ok I think I have enough information
15:52.58 caen23_ alright, i think i've fixed docbook so that it works on both win and linux. on linux it sure does, and on windows, there should be nothing to complain about (<info> has been removed). but we still have to wait for someone (mansi22?) to try compiling on windows and see if it's ok
15:53.28 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - update your sources Anshul, one of the other spelling tasks was just completed, so be sure to update your checkout of our sources to get those changes. You can't get credit for mistakes that are already reported/fixed. ;) Monica, thanks for pointing... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
15:55.59 brlcad caen23_: http://www.google-melange.com/gci/task/view/google/gci2012/7964207
15:56.40 caen23_ still haven't got round to the "mged window" task, so i can't claim, but i will as soon as i fix the other one
15:56.49 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - RT_ELL_CK_MAGIC Are you sure? BTW, do you see any chance to test the function by yourself? http://www.google-melange.com/gci/task/view/google/gci2012/7998215
15:56.53 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
15:57.50 caen23_ oh, and i had already started committing the changes, so i won't be able to include the gci link
15:58.43 Notify 03GCI: Sean: Create an artistic screenshot - hat looks good, but... ... but the model is crap. :) You need to find some geometry that is more impressive. Try the 'tire' tool that Daniel mentioned or browse through grabcad.com and find something you can import that is impressive. Remember that the emphasis for this task is something... http://www.google-melange.com/gci/task/view/google/gci2012/8025213
15:58.49 Notify 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
16:00.30 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
16:01.37 brlcad caen23_: that's fine
16:01.49 Notify 03GCI: Sean: Create an artistic screenshot - saw your video Petar, so I saw your video and the problems you ran into. It looks like the importer failed for whatever reason. I suggest either trying another importer or another model. Converting geometry is a complicated hit-or-miss process, but you should be able to find something that converts... http://www.google-melange.com/gci/task/view/google/gci2012/8025213
16:01.52 brlcad caen23_: you could release the window task and come back to it
16:02.03 brlcad not likely anyone else is going to claim it and complete it
16:02.26 caen23_ ok, then
16:04.02 caen23_ about that task, before leaving yesterday, you said that it has always been an avoidable book-keeping problem, but i don't think i understand what that means :D
16:04.26 Notify 03BRL-CAD:caen23 * 54002 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 248 others): XML DocBook should now validate properly on both Windows and Linux systems
16:04.45 Notify 03GCI: Cezar: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
16:05.50 Notify 03GCI: Sean: Upgrade Drupal website - looks better That looks better, what was the problem? If you provide your full name, we'll credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7958216
16:05.55 Notify 03GCI: Sean: Upgrade Mediawiki website - Task Assigned This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974236
16:07.00 Notify 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7964207
16:07.55 Notify 03GCI: Sean: Write a BRL-CAD showcase article - responded on IRC In addition to the suggestions given to you on IRC, you should read over these two tasks to get an idea of what others have done and what is expected: http://www.google-melange.com/gci/task/view/google/gci2012/7966232 ... http://www.google-melange.com/gci/task/view/google/gci2012/8022213
16:08.24 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
16:08.55 Notify 03GCI: Sean: Fix <author> tags in our Docbook documentation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7964207
16:09.40 Notify 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Commit r54002 Commit r54002 http://www.google-melange.com/gci/task/view/google/gci2012/7964207
16:11.21 Notify 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7964207
16:12.22 Notify 03GCI: Jacob B: Upgrade Drupal website - Looks better I forgot to enable the management block when I disabled the managemnet toolbar, so I manually had to acess the admin interface. Jacob Burroughs http://www.google-melange.com/gci/task/view/google/gci2012/7958216
16:23.36 *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
16:29.30 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - now? Used vim, when i opened it i typed :set modeline in the command area. then i did it. Counted indents. They're via the levels you said above. the convention of <function type> <function name + declaration> was used in the other files in libbu so what about now? >_< http://www.google-melange.com/gci/task/view/google/gci2012/7966230
16:30.50 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
16:32.25 Notify 03GCI: John: Write a BRL-CAD showcase article - That's my own work I'm the one working on those articles. I'm going to interview Wu. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
16:38.47 Notify 03GCI: Mitsuhide: Create an RTWizard screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
16:40.23 Skriptkid brlcad: Need help with buildbot
16:42.56 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196)
16:44.28 Skriptkid_ nick Skriptkid
16:45.23 Notify 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
17:03.17 Notify 03BRL-CAD:carlmoore * 54003 (brlcad/trunk/doc/docbook/lessons/es/mged09_esfera_en_caja_exhibidora.xml brlcad/trunk/include/bn.h and 14 others): fix spellings (including Sproull and personalizados [latter in Spanish])
17:06.07 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:06.36 *** join/#brlcad merzo (~merzo@147-59-132-95.pool.ukrtel.net)
17:15.48 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196)
17:23.10 Notify 03BRL-CAD:carlmoore * 54004 brlcad/trunk/src/libbu/sscanf.c: fix spelling and remove trailing blanks/tabs
17:23.19 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Unable to run Buildbot I installed and ran buildbot as per intructions given here : http://buildbot.net/buildbot/docs/current/tutorial/firstrun.html. But it shows a lot of errors about missing dependancies and missing files. Buildbot isn't able to run. The two required... http://www.google-melange.com/gci/task/view/google/gci2012/8006217
17:25.37 *** join/#brlcad Skriptki_ (~Skriptkid@117.202.99.196)
17:27.12 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196)
17:28.24 Skriptkid brlcad ???
17:43.23 Notify 03GCI: Lohit: Crash Archer reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7994230
18:04.52 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196)
18:12.19 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:12.24 Notify 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
18:16.34 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - I have tested it Sorry about that. This is embarrassing. I've submitted a corrected vesion. I did manage to test the function, but I later copy/pasted the "boilerplate" vip/CHK_MAGIC lines afterward to better match that of the ellipse volume function, and... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:19.00 Notify 03BRL-CAD Wiki:62.28.72.245 * 4733 /wiki/Community_Publication_Portal: /* Final Editorial Review */
18:26.05 *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209)
18:46.33 caen23 brlcad: regarding the "close mged" task, if i go to "Modes -> Display Managr" and choose X instead of OpenGL on the mac, the previous problem goes away. is there a particular reason for why X is not the default on the mac, or could i just switch that and call it a day?
19:40.45 starseeker caen23: opengl is preferable to X, when we can use opengl
19:41.40 starseeker as you're discovering, X opengl on the Mac is a tricky prospect. Unfortunately, we don't currently have a display manager for Apple's native opengl
19:42.53 starseeker Whether we can mix native apple OpenGL with an X11 mged or Archer is another question. Tcl/Tk does have an Aqua version, but it's got rough edges thus far
19:44.32 starseeker suspects mixing Aqua opengl with X would be... problematic
19:45.20 caen23 starseeker: but on os x at least, where we don't have a native opengl dm, wouldn't x work better? :-? also, thoughts on the docbook messages i left earlier? :D
19:45.42 starseeker caen23: docbook looks good - nice job!
19:46.02 caen23 have you had a chance to run it on windows? is it ok?
19:46.22 starseeker running the validation on X is triggering other issues for me here
19:47.18 starseeker on Windows rather
19:47.35 caen23 hmm… what kind of issues?
20:01.36 *** join/#brlcad caen23_ (~caen23@92.81.175.122)
20:06.43 *** join/#brlcad M0J0E (~johannes@p4FDFB03A.dip.t-dialin.net)
20:16.04 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - pfff can I have please one more day?:DI finally understood what I have to do :D http://www.google-melange.com/gci/task/view/google/gci2012/7985229
20:16.11 starseeker caen23: not entirely sure - may just be generating too many targets
20:16.38 starseeker caen23: but the xmllint results I think were the same all around - I was able to reproduce the failures from the Windows build on Linux
20:17.12 starseeker I don't expect there to be be any failures on Windows, if Linux succeeds
20:18.04 caen23 how did you reproduce the failures? cmake flag?
20:42.55 brlcad caen23: if we make X the default, then some capabilities (like the ability to run archer) go away
20:44.05 brlcad it's possible to make archer work without opengl, but that's a bit involved
20:44.23 brlcad moving forward, we're going to require opengl e ventually, so it's not been a huge issue
20:44.37 caen23 brlcad: but isn't archer separate from mged?
20:44.43 brlcad yep
20:45.10 caen23 then perhaps enable x only for mged on os x?
20:45.20 brlcad the default manager is set when libfb and libdm are compiled
20:45.36 caen23 ah, didn't know that
20:45.53 brlcad those settings just propagate up through to the application automatically
20:46.20 brlcad we could add some priority, but the real problem is that there is some bug in our opengl code
20:46.38 brlcad or our management of opengl contexts, as is more likely the case
20:47.48 caen23 i tried something this morning, i thought maybe it crashed because of viewring. but i did some testing and that's not the case. but yeah, openw.tcl does look like it could be improved a lot
20:48.45 brlcad I wouldn't worry about it too much given archer is the eventual replacement -- but getting it working is needed
20:49.12 brlcad scheduled to push out archer for alpha testing as soon as a few significant bugs are fixed
20:49.20 brlcad needs to add the gci tasks
20:50.09 caen23 ok, then. any pointers as to where to look to modify the opengl code?
20:51.21 brlcad if I recall right, didn't you have the context deleted when the window was hidden?
20:51.36 brlcad try not deleting it ;)
20:52.16 brlcad note that my recollection is very fuzzy .. I've looked at many many patches over the past few days
20:52.40 starseeker caen23: -DBRLCAD_EXTRADOCS_VALIDATE=ON was/is how you enable the strict xmllint checking.
20:53.22 caen23 that was originally the code :D but what i did was, i simply hid the window, set a var to 0, and then called the destroyer, which checked if both the cmd and the graphics windows were closed. if both vars were 0, i would run the destroy code
20:53.51 caen23 starseeker: hmm… i thought i did that. looks like i should do a clean install some time soon
20:54.22 starseeker wanted to enable it by default, backed off while lots of docbook conversions were happening, want to re-enable it by default now. Re-thinking the DocBook build logic some (again... sigh) to try and cut down on the absurd number of build targets we're currently generating
20:55.15 starseeker caen23: at this point, I think you're good on DocBook (at least, until we get an active report that something's still wrong.)
20:55.27 caen23 starseeker: but if this error didn't occur in the past, what is causing it now?
20:55.47 starseeker which error?
20:56.46 caen23 starseeker: the one related to the many build targets
20:56.56 brlcad caen23: the windows error is some unknown failure that hangs MSVC, the cause isn't known
20:57.09 brlcad it's just provoked when that option is on
20:57.33 brlcad good task to figure out what the real underlying cause is, whatever it is
20:57.41 caen23 brlcad: ooh, ok. sorry, got it all wrong. i thought it failed on linux, too
20:58.12 starseeker nope :-)
20:59.00 starseeker caen23: working like a charm on Linux
20:59.12 brlcad like a boss
20:59.44 caen23 starseeker: good to hear :D
21:00.20 starseeker I'm not sure where a good starting point would be for OpenGL+X on Mac...
21:00.46 starseeker brlcad: are there any "good" example apps where someone is handling that correctly?
21:00.49 brlcad that should be catchable in a duebugger,can trace backwards from there
21:01.03 brlcad or run an opengl profiler on it to see the opengl state leading up to that error
21:01.30 starseeker ah - hadn't thought of the latter in a long time - does the Mac dev package have one?
21:02.00 brlcad there's a hundred ways to use opengl, our particular approach isn't likely going to compare to other approaches
21:02.15 brlcad just needs some eyeballs either knowledgable in debugging or in opengl to diagnose
21:02.34 brlcad mac does provide a very nice profiler
21:02.50 brlcad but it's not just something you fire up, the tool would have to be learned to be effective
21:02.58 starseeker nods
21:03.31 caen23 brlcad: i tried gdb like you said yesterday, and that's how i got found what the error was. but i couldn't get a stack trace, it said "no stack" when i ran bt. i'm gonna give the opengl profiler a try
21:04.54 brlcad caen23: you have to set breakpoints before the error happens and walk forward
21:05.32 brlcad like set one on your destructor function, see if/when it gets called
21:05.54 brlcad set breakpoints on the libdm functions that actually created/manage the opengl contxt
21:06.06 brlcad set a breakpoint on _exit
21:06.26 brlcad somwehere in there, you'll be able to stop the program and find the call that causes that abort
21:06.49 brlcad given it's a glx error, a breakpoint on exit and/or _exit should actually work
21:06.53 brlcad that's a graceful termination
21:06.59 caen23 i don't think openw.tcl is broken. i will try what you suggested, thanks
21:08.14 Notify 03GCI: Melange: Create prototype 2D CAD drawing(s) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:08.19 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:09.34 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:13.09 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - more on track so you're more on track with the latest scheme, but I'd already have some critiques. You should not have *any* wasted space. For example, the areas to the right and left of the "title" are wasted in that example. That space should be used by something else or the title should be... http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:14.29 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - . Understood. Thank you. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
21:20.06 Notify 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
21:42.35 Notify 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - My full name Hi, my full name is An Ha. Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7999212
21:52.11 *** join/#brlcad caen23 (~caen23@92.81.217.125)
21:54.13 *** join/#brlcad zero57 (4800d165@gateway/web/freenode/ip.72.0.209.101)
21:56.17 zero57 brlcad: Hi, thanks for accepting my work for the spell checking task! I've changed my public name to An Ha instead of An. And I'd appreciate you crediting me in your authorship documentation :) If you want, you can also use my middle name which is Tuan. So it's An Tuan Ha. Thanks again
22:21.25 *** join/#brlcad merzo (~merzo@207-12-132-95.pool.ukrtel.net)
22:31.56 Notify 03BRL-CAD:brlcad * 54005 brlcad/trunk/AUTHORS: full name is 'an tuan ha', thanks
22:38.57 *** join/#brlcad titi (4f640cda@gateway/web/freenode/ip.79.100.12.218)
22:45.44 Notify 03BRL-CAD:carlmoore * 54006 brlcad/trunk/doc/docbook/articles/it/about_it.xml: fix a spelling in Italian
22:53.29 Notify 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - IRC I emailed you but you don't reply me. What is your nick in IRC? http://www.google-melange.com/gci/task/view/google/gci2012/8003218
23:11.09 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
23:17.26 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
23:18.54 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - hyp_Vi object already there I see that there is a point_t object in the rt_hyp_internal structure whose description is "hyp vertex". Does this mean that all I have to do is make the centroid function replace *cent with hyp_Vi, like for... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
23:32.22 Notify 03GCI: abhishekcrzy: Fix closedb - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
23:33.44 Notify 03BRL-CAD Wiki:Jacksixb * 4734 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
23:38.50 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
23:50.25 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
IRC log for #brlcad on 20121206

IRC log for #brlcad on 20121206

00:20.28 Notify 03BRL-CAD:n_reed * 54007 brlcad/trunk/src/librt/primitives/rhc/rhc.c: space connecting lines evenly
00:20.34 Notify 03BRL-CAD:n_reed * 54008 brlcad/trunk/src/librt/primitives/rpc/rpc.c: space connecting lines evenly
00:20.34 Notify 03GCI: abhishekcrzy: Fix closedb - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
00:21.06 Notify 03GCI: abhishekcrzy: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970238
00:47.12 Notify 03GCI: Melange: Reduce duplicate code in htonf.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
00:51.30 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
01:03.51 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992222
01:19.28 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
01:53.01 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:09.23 *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net)
02:41.40 Notify 03BRL-CAD Wiki:Jacksixb * 4735 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
02:41.41 Notify 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Finished? I rerote file into template and it compiled with no errors. I uploaded the file. (December 06 2012). Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
02:41.42 Notify 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
03:16.57 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
03:44.13 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - I was looking at old code... So I was looking at the code posted online which is apparently out of date. I fired up the vm and found the third call to system. My question still stands as far as if I'm replacing all three, or just the system("cat ...") command. I'm not sure how I... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
03:57.31 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Missing .exe files I have some questions about some of the errors that I received from CMake. The errors are: CMake Error: Unable to find the executable at any of: /home/Brenden/brlcad/.build/CMakeTmp/CMakeFiles/CMakeTmp/cmTryCompileExec4277939579.exe ... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
04:04.54 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
04:43.41 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:09.33 Notify 03GCI: Melange: Compile and run BRL-CAD on a Raspberry Pi - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
05:40.47 *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net)
05:41.06 lachlanp hi guys
05:41.08 lachlanp hows it going?
05:44.48 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Done! Hi, I'm essentially finished this task (except for the mentor check) even though it's not been accepted... that's alright isn't it? Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7992222
05:49.14 lachlanp i'm trying to make a patch from my work, but a previous task of mine hasn't yet been commited it seems to the repo
05:49.37 lachlanp for me, that means the changes to CMakeLists.txt for the old task are in the new one
05:49.41 lachlanp what should I do?
05:52.35 Notify 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8027205
05:55.33 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:03.58 Notify 03GCI: Melange: Make mged 'tables' command not call system() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
06:07.39 Notify 03GCI: Sean: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to abhishekcrzy. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970238
06:07.49 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992222
06:08.04 Notify 03GCI: Sean: Find, reliably reproduce, and report any bug in Archer - Task Assigned This task has been assigned to Glass. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8027205
06:11.44 Notify 03GCI: Sean: Make mged 'tables' command not call system() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8007219
06:14.16 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966230
06:15.20 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:15.38 *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107)
06:16.05 RONNCC ok @sean? it seems i am bad at this. do i do :set modeline every time i open vim .. or do i put it in the .vimrc or what? ...
06:16.12 RONNCC and what else can do similar things?
06:16.16 Notify 03GCI: Sean: Reduce duplicate code in htonf.c - hat looks better That looks much better. Thank you! Hopefully the modeline feature will help you if you contribute other patches (lots of open source projects have a modeline defined). We'll credit your name in our authorship documentation with this contribution, thanks again for working... http://www.google-melange.com/gci/task/view/google/gci2012/7966230
06:18.06 Notify 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Response THANK YOU! :) Are you on IRC? http://www.google-melange.com/gci/task/view/google/gci2012/7966230
06:20.47 RONNCC brlcad: interesting thing. it seems one of the other orgs had a student accidentally do some 900 commits. do you know of any safeguards against this?
06:23.28 Notify 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - shouldn't need to You can provide your name when you first submit a patch as completed if you like, if only to remind us of your name. Your alias will also be in our documentation, though, so we will be able to track you as future changes are... http://www.google-melange.com/gci/task/view/google/gci2012/7960224
06:29.36 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - hm! Anshul, do you need more time? Monica, the more I remember back that far, I'm actually vaguely remembering that Northrup is the correct spelling - that it wasn't Northrop Grumman -- but I'll have to consult some of our archives to find out for sure. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
06:41.03 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Problem with Patch Hi, This patch contains stuff from my last task, as I explained on the IRC: [16:19] <lachlanp> i'm trying to make a patch from my work, but a previous task of mine hasn't yet been commited it seems to the repo [16:19] <lachlanp> for me, that... http://www.google-melange.com/gci/task/view/google/gci2012/7992222
06:41.49 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7992222
06:42.49 Notify 03GCI: Sean: Write a BRL-CAD showcase article - many changes needed John, Ah, thanks for pointing that out. I haven't been able to form an assocation because we don't yet know your name for attribution. If you'd like to remain semi-anonymous, that's fine, but let us know or we'll keep asking. As for this latest article, there are several... http://www.google-melange.com/gci/task/view/google/gci2012/8022213
06:42.59 Notify 03GCI: Sean: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
06:48.40 Notify 03GCI: Sean: Implement thread creation for Windows - still not a valid patch file The format of your file is still not a valid patch file. How are you making that file?? If you have a subversion client, it will generate the patch file for you. Also, the indentation is still wrong -- your file has tabs on the first indent, which should be four... http://www.google-melange.com/gci/task/view/google/gci2012/8030203
06:48.45 Notify 03GCI: Sean: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
06:48.50 Notify 03GCI: Sean: Implement thread creation for Windows - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
06:50.35 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
06:54.07 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - no contact I get a lot of mail, but I have not received any from you that I'm aware of. Perhaps you misspelled the address. Either way, it's easier to reach me on IRC. Just join the channel, announce your project and that you need someone to help you get set up and I'll respond as soon... http://www.google-melange.com/gci/task/view/google/gci2012/8003218
06:56.27 Notify 03GCI: Andy Le: Find and fix at least 10 spelling mistakes in at least 10 different files - Spelling errors Hi Sean, I don't have the task but I'd still like to help out. I believe in the "history.txt" file the doc folder there are a few typos. acedemic should be academic contries should be countries Crysler Motors should be Chrystler... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
06:58.58 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - only the third Yes, this task is for just that last system() call. There was another GCI task, already completed, that fixed the two sort ones. If you're using the vm, make sure you run "svn update" to get the latest sources. Submitting the whole file is nfg. You need to submit a... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
06:59.03 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
07:02.49 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - commit delay This looks great Lachlan. We have a backlog of patches to commit to the repository, but they are queued up and will all get processed eventually. We just don't want to hold up responding to the GCI tasks, which are getting priority attention right now. ... http://www.google-melange.com/gci/task/view/google/gci2012/7992222
07:03.04 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7992222
07:06.30 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - unresponsive Andy, If Anshul continues to be unresponsive and doesn't complete the task, perhaps you can reclaim it. I think there may still be another spelling task too. Cheers! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
07:07.24 brlcad RONNCC: I'm not positive as I tend to avoid vim for intense code editing these days, but I know that it's no longer on by default
07:07.39 brlcad so you either need to set it in your vimrc or manually
07:08.13 brlcad emacs will parse the footers by default and apply our style correctly (just hit tab on the lines edited)
07:08.21 RONNCC hmm ok
07:09.53 brlcad there's no guarantee that someone with commit access won't screw something up bad, which is part why our committers are required to demonstrate solid ability creating and applying multiple patch files to even be considered
07:12.47 brlcad they must submit multiple "perfect" patch files that require no changes
07:16.14 brlcad goes for a walk
07:19.32 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
07:39.25 *** join/#brlcad andrei (~andrei@5-12-221-61.residential.rdsnet.ro)
07:39.43 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:55.25 *** join/#brlcad GrantMercer015 (~GrantMerc@103.5.142.7)
07:55.58 GrantMercer015 i'm looking into taking a unit tests task, but i cannot seem to find the path src/libbn/tests/files
07:56.16 GrantMercer015 the dont see a tests path anywhere in the source
08:03.24 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Interested in taking this task up, but.... I'm interested in taking up this task, but i cant seem to find any 'test' directories. I checked my source distrubution download followed by the cross reference linux BRL-CAD site and found no 'test' folder in... http://www.google-melange.com/gci/task/view/google/gci2012/7993215
08:06.51 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:13.24 d_rossberg GrantMercer015: there should be a src/libbn/tests directory in the source checkout, do you have the src foulder? did you updated your copy?
08:16.12 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
08:16.20 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - The colors are missing Nice work, but I would like to see some colors too. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
08:16.26 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
08:17.18 GrantMercer015 i looked online also for cross-reference, but found nothing
08:23.09 Notify 03BRL-CAD Wiki:118.99.66.128 * 4736 /wiki/Mailing_Lists:
08:23.59 *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:24.15 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
08:33.57 Notify 03GCI: Daniel Rossberg: Create numerics library (LIBBN) API unit test ... for complex.c - Have you found the sources? There is no src/libbn/tests/bn_complex.c yet. You have to create it. However, the src/libbn/tests directory is already there. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
08:34.07 Notify 03GCI: Daniel Rossberg: Create numerics library (LIBBN) API unit test ... for complex.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993215
08:41.42 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Take the time to check your code again Now there are again the <= in the loop conditions. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
08:41.43 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:07.20 Notify 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
09:24.20 Notify 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
10:37.36 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
11:18.23 *** join/#brlcad Skriptkid (~Skriptkid@117.202.59.233)
11:29.16 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - hmm I think it's ready :D http://www.google-melange.com/gci/task/view/google/gci2012/7985229
11:31.27 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - The colors don't seem to be the ones from the original How about using comb_color to set them? And shp1.c and shp3.c should be regions. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
11:31.42 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Deadline extended The deadline of the task has been extended with 0 days and 20 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
11:32.02 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
11:49.57 Notify 03GCI: Daniel Rossberg: Implement thread creation for Windows - Some shortfalls The include <windows.h> shouldn't be neccessary because it will be done in bio.h, and the way you did it could cause problems with cygwin too. Why did you changed one of the "Create the threads" comments (and only this one)? The 1st level content of your 1st... http://www.google-melange.com/gci/task/view/google/gci2012/8030203
11:50.02 Notify 03GCI: Daniel Rossberg: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
12:19.08 Skriptkid Need some help on the Buildbot task
12:25.42 Skriptkid I'm unable to install it. Too many files and dependancies not found. Especially pysqlite2. I dont' have sudo permissions, so I'm runnind and installing everything in a virtual environment(created using virtualenv.py)
12:46.58 Skriptkid brlcad : Need sqlite3 installed. Buildbot needs a module called pysqlite2, which requires sqlite3.
12:47.06 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Need sqlite3 Need sqlite3 installed. Buildbot needs a module called pysqlite2, which requires sqlite3. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
13:02.02 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
13:03.31 Notify 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Northrop I'm not completely sure, but I wasn't referring to Northrop Grumman, but Northrop Corporation's 'Northrop Research and Technology Centre' in California which closed down several years ago. It may still be Northrup however, so let me know! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
13:10.49 ``Erik tcl9 https://groups.google.com/forum/#!topic/comp.lang.tcl/lTG-A8g_yIY/overview
13:13.00 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Extension? Could I possibly get an extension on this task? I'm at school now but I'll be able to fix whats wrong and submit a patch as soon as I get home. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7966235
13:14.01 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - We like the patch-files Please provide us one. Your subversion client should be able to generate it. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
13:14.02 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
13:32.10 Notify 03GCI: Daniel Rossberg: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
13:41.04 Notify 03GCI: Melange: Find and fix at least 10 spelling mistakes in at least 10 different files - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
13:47.51 Notify 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
13:48.36 Notify 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Thank you for your suggestions I hope this will do. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
14:04.43 Notify 03BRL-CAD:d_rossberg * 54009 (brlcad/trunk/src/librt/primitives/rhc/rhc.c brlcad/trunk/src/librt/primitives/rpc/rpc.c): quell variable set but not used warnings (i.e. errors)
14:08.32 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994225
14:43.54 Notify 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - I can't see any reference to a BRL-CAD GUI Where is the GUI? http://www.google-melange.com/gci/task/view/google/gci2012/7960223
14:44.04 Notify 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
14:46.31 *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
14:46.52 *** join/#brlcad Skriptkid (~Skriptkid@117.202.59.233)
14:47.04 brlcad Skriptkid: installed
14:47.30 Notify 03GCI: Richard Akira Heru: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
14:48.10 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237
14:50.17 Skriptkid brlcad: Thank you :)
14:51.17 Notify 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Task Well, i was talking with one of the mentors and he said i am on right track. This is redesign of what is sown in the examples folder. I put more functionality in less space . This is better designed and organized task center (from the examples folder). And ... this is... http://www.google-melange.com/gci/task/view/google/gci2012/7960223
15:08.42 *** join/#brlcad kilroy10 (~chatzilla@100.Red-79-158-255.staticIP.rima-tde.net)
15:09.18 Notify 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - Where is your GUI layout? The last upload was on December 4. It contains two screenshots (from an Apple computer?) One seems to be a web browser showing the Google homepage, the other one is a "Task Center". Non of them has any relation to a CAD. The "Ready for review" was hit... http://www.google-melange.com/gci/task/view/google/gci2012/7960223
15:10.34 kilroy10 Hello, I need more time with my task
15:14.20 Notify 03GCI: Sean: Create prototype CAD GUI layout diagram - on right track, but still not yet at the station Alexander, no need to be so defensive... and thanks for your efforts! You're on the right track showing two different GUI layouts, but what is missing is one more layout that is specific to a geometry editing interface. Following on your... http://www.google-melange.com/gci/task/view/google/gci2012/7960223
15:14.29 brlcad kilroy10: url?
15:14.40 Notify 03GCI: Sean: Create prototype CAD GUI layout diagram - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
15:16.07 kilroy10 Of the task?
15:17.52 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
15:22.50 d_rossberg kilroy10: yes, or the title of the task or your name at melange
15:24.23 kilroy10 Name at melange is Cristian (IRL name) or kilroy (nickname) and the link of the task is http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:26.30 Notify 03GCI: Daniel Rossberg: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:26.55 Notify 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
15:27.40 Notify 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Formatting What format should I submit the file in? http://www.google-melange.com/gci/task/view/google/gci2012/8012213
15:30.55 Notify 03GCI: Daniel Rossberg: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to bwannow. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213
15:31.41 Notify 03GCI: Daniel Rossberg: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - You have to edit the wiki page mentioned in this task's description. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
15:37.18 Notify 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
16:00.53 starseeker ``Erik: yeah, there's been some Tcl9 discussions on the dev list now that 8.6 is "almost ready"
16:01.57 starseeker remains skeptical that the Tcl community will take anything that might be called a "radical approach", but we'll see
16:08.28 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Error during build [ 27%] Building C object src/librt/CMakeFiles/librt.dir/primitives/vol/vol.co /home/rossberg/Devel/brlcad/src/librt/primitives/vol/vol.c: In function 'rt_vol_volume': ... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:08.33 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:20.24 *** join/#brlcad caen23_ (~caen23@92.85.80.203)
16:30.12 Notify 03GCI: Daniel Rossberg: Implement thread creation for Windows - There are still some shortfalls 8 spaces (2 indents) = 1 tab Don't write your name in the code. If we all would do this it would be a mess. The version control system (here Subversion) takes care of the changes and who did them. And for the acknoeledgement there is an AUTHORS... http://www.google-melange.com/gci/task/view/google/gci2012/8030203
16:30.17 Notify 03GCI: Daniel Rossberg: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
16:42.09 Skriptkid brlcad: Could I?
16:47.08 brlcad kilroy10: let us know if you need more time, extensions are no problem if you're actively working
16:52.58 kilroy10 I need more time, yes, because i was starting but I feel really ill, 24 or 48 more hours would be perfect
17:04.56 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
17:22.49 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.59.233)
17:52.19 Skriptkid brlcad: Tried it?
17:58.22 Notify 03GCI: John: Write a BRL-CAD showcase article - I'm extremelly sorry Sean, I'm extremely sorry but this time I was a bit under pressure to end the task. I'm already working on it. It'll never happen again. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
18:05.24 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:07.45 Notify 03BRL-CAD Wiki:62.28.72.245 * 4737 /wiki/Community_Publication_Portal: /* GSoC: Jianbang Wu */
18:26.26 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
18:26.31 Notify 03GCI: Melange: Create an RTWizard screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
18:57.46 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
19:19.41 Notify 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
19:22.44 caen23 brlcad: if the '<author> tag' task is fixed, could you please mark it as completed? :D in the meantime, i've got a stack trace and the logs for the mged issue, and i'm currently writing tcl/tk scripts to try and understand it better
19:23.33 Notify 03GCI: Melange: Add missing documentation (for any ONE command) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
19:54.26 *** join/#brlcad M0J0E (~johannes@p4FDFB780.dip.t-dialin.net)
20:00.25 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
20:06.16 *** join/#brlcad caen23 (~caen23@92.81.202.220)
20:19.05 Notify 03GCI: Daniel Rossberg: Layout "MGED Interface" Reference Document - You did the screenshot part of this task (only) Your screenshot contains command window graphics window raytrace control panel but it's missing combination editor geometry tree view http://www.google-melange.com/gci/task/view/google/gci2012/7953233
20:19.10 Notify 03GCI: Daniel Rossberg: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
20:21.35 *** join/#brlcad andrei (~andrei@5-12-221-61.residential.rdsnet.ro)
20:29.54 Notify 03BRL-CAD:starseeker * 54010 (brlcad/trunk/doc/docbook/system/man1/en/sqlite3.xml =================================================================== and 292 others): Whoops - sqlite3 man page was one of the src/other pages.
22:17.11 Notify 03GCI: Jacob B: Upgrade Mediawiki website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
22:17.32 Notify 03BRL-CAD:carlmoore * 54011 (brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml brlcad/trunk/doc/docbook/lessons/es/mged06_crear_una_copa.xml): fix spelling of (Spanish) Booleanas
22:18.12 Notify 03BRL-CAD:carlmoore * 54012 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: fix spelling in a reference title
22:21.25 *** join/#brlcad merzo (~merzo@108-29-133-95.pool.ukrtel.net)
22:24.19 starseeker "and 292 others" ????
22:24.25 starseeker was just one file
22:24.34 Notify 03BRL-CAD:starseeker * 54013 (brlcad/trunk/bench/CMakeLists.txt brlcad/trunk/bench/Makefile.am and 6 others): Remove old man pages.
22:28.45 Notify 03BRL-CAD:starseeker * 54014 brlcad/trunk/misc/CMakeLists.txt: Old ignore of man page left from early CMake work.
22:30.35 Notify 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
22:40.49 Notify 03BRL-CAD:carlmoore * 54015 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/adrt/slave/slave.c and 7 others): use capital U in 'Usage:'
22:57.36 ``Erik something probably screwed up the file parsing so it saw the diff as a file list, would explain the file named "===========[=]+"
23:28.57 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
23:36.40 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - No school By the way. I am off of school tomorrow, so I will have most of the day to work on the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
IRC log for #brlcad on 20121207

IRC log for #brlcad on 20121207

00:40.22 Notify 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Contact Hi Sean. I was wondering if there was a way to contact you other than these comments. Do you have an IRC that we can talk on? http://www.google-melange.com/gci/task/view/google/gci2012/8027205
01:22.31 Notify 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Still confused... Hi, I read a bit about the volume forms, but I still don't quite understand, can you please help? Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8009213
02:30.03 Notify 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8027205
02:46.50 Notify 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958221
03:01.40 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
03:08.18 Notify 03BRL-CAD:brlcad * 54016 brlcad/trunk/AUTHORS: confirmed after a bit of research that NRTC was indeed the northrOp research and technology center of the northrop corportation, prior to being merged into northrop grumman (1994), not northrup. tracing back through ancient usenet and arpanet postings also confirms that Willson (two ell's) is indeed correct too.
03:09.47 Notify 03GCI: Sean: Implement mutex locking for Windows - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7999206
03:12.20 Notify 03BRL-CAD:jordisayol * 54017 brlcad/trunk/sh/make_rpm.sh: Improve rpm install and remove scripts
03:14.35 Notify 03BRL-CAD:jordisayol * 54018 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/brlcad-db.desktop and 5 others): simplify Linux "desktop" files
03:17.51 Notify 03BRL-CAD:jordisayol * 54019 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm): Use "mimeapps.list" instead "defaults.list" on Debian install and remove scripts
03:18.56 Notify 03BRL-CAD:jordisayol * 54020 brlcad/trunk/misc/debian/control: Add "xterm" dependency on Debian packages.
03:21.58 brlcad ~seen math
03:22.00 ibot i haven't seen 'math', brlcad
03:22.09 brlcad ~seen maths22
03:22.09 ibot maths22 <~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net> was last seen on IRC in channel #brlcad, 2d 10h 47m 59s ago, saying: 'yes.'.
03:34.31 brlcad bah, he broke the wiki and took off
03:37.38 Notify 03GCI: Sean: Upgrade Mediawiki website - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
03:38.33 Notify 03GCI: Sean: Upgrade Mediawiki website - Um. You apparently broke the main wiki. Do you recall what you did? http://www.google-melange.com/gci/task/view/google/gci2012/7974236
03:42.18 *** join/#brlcad nyanfly (472e46d5@gateway/web/freenode/ip.71.46.70.213)
04:26.18 Notify 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
04:37.08 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - give up? It sounds like you were close to compiling cleanly. The error daniel posted is because you have to only declare variables at the top of a function. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
04:42.35 Notify 03BRL-CAD Wiki:Sean * 4738 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/118.99.66.128|118.99.66.128]] ([[User talk:118.99.66.128|Talk]]); changed back to last version by [[User:Sean|Sean]]
04:43.30 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:118.99.66.128]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites
04:47.45 Notify 03GCI: Sean: Upgrade Mediawiki website - fixed I fixed the problems by restoring from backup. Go ahead and submit the task again as completed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
05:00.19 Notify 03GCI: Melange: Implement thread creation for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
05:01.34 Notify 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
05:01.59 Notify 03GCI: Sean: Fix <author> tags in our Docbook documentation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7964207
05:04.20 Notify 03GCI: Sean: Create an RTWizard screenshot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8034204
05:06.01 Notify 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
05:11.07 Notify 03GCI: Sean: Create an artistic screenshot - woah That's rather unexpected. Would you also provide the .g file you used to make the image? Lastly, would you also make the camera nearly fill more of the view? 20-30% bigger should do. Those should be the last two things to close out this task. Thank you for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8025213
05:11.22 Notify 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
05:16.59 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
05:22.41 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
05:28.02 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - still not in a usable state So this is still not in a usable state as you don't provide any information on why you chose this particular layout. You also merely copy-pasted information from wikipedia without citing them as a source. That is never acceptable. You're on the right track with the... http://www.google-melange.com/gci/task/view/google/gci2012/7985229
05:28.07 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
05:32.39 Notify 03GCI: Sean: Write a BRL-CAD showcase article - problems not fixed So several of the problems I pointed out are still problems. This including expanding ALL acronyms prior to use, 'maths', no pictures, and more. Please go through the list again more carefully. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
05:32.49 Notify 03GCI: Sean: Write a BRL-CAD showcase article - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
05:32.50 Notify 03GCI: Sean: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
05:34.19 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
05:34.24 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
05:39.57 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - not template So you said you "rewrote into template", but not according to what i'm seeing. Your file is not valid XML. You also didn't modify the build system files (CMakeLists.txt and Makefile.am). The template I was referring to is... http://www.google-melange.com/gci/task/view/google/gci2012/7972228
05:49.19 Notify 03GCI: Sean: Implement thread creation for Windows - now that's... Now that's looking like a proper patch! I haven't tested whether it actually compiles, but the patch applied cleanly. There were STILL three problems with the patch including an outright syntax error, so it certainly doesn't compile in its latest final form. Other problems... http://www.google-melange.com/gci/task/view/google/gci2012/8030203
05:49.20 Notify 03GCI: Sean: Implement thread creation for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030203
05:51.41 Notify 03BRL-CAD:brlcad * 54021 (brlcad/trunk/AUTHORS brlcad/trunk/src/libbu/parallel.c): accept gci task http://www.google-melange.com/gci/task/view/google/gci2012/8030203 from Adri?\195?\161n Arroyo Calle that reportedly (untested) implements for creating threads on windows. this is the first of two critical pieces that get us closer to SMP on windows.
06:00.28 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - few problems I noticed a few problems that need to be fixed with the patch: don't remove the blank line after the common.h include using double-quotes (eg, #include "header") is bad-form for system headers should be bio.h instead of stdio.h and come after all of the sytems headers the... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
06:00.38 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
06:11.58 brlcad woot, all tasks processed that were waiting
06:12.56 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - not right So a few problems. First and foremost, it looks like the centroid is wrong. It's not just the Vi point as that's on the base. Next, the indentation is wrong in the hyp.c file. See our HACKING file or other source files for details and... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
06:12.57 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
06:14.01 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - I am sorry I am sorry if I annoyed you or something, I will avoid this kind of tasks from now on, but I can't give up on this one. :D I changed the text so I wouldn't be the same with the one on wikipedia. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
06:26.06 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
06:54.29 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - ... I am not usualy that stupid...:D http://www.google-melange.com/gci/task/view/google/gci2012/7985229
07:35.47 Notify 03GCI: Melange: Compile BRL-CAD using GCC 4.8 - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
07:41.21 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:13.34 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Extension Can i Please can i get an extension i am doing my work but the school work is getting more specially before the holidays I am doing all the work but there are lots of commands. Can i get a days extension ?? http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:15.49 Notify 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:18.06 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Thanks Well that was fast :) http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:24.08 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
09:43.28 *** join/#brlcad agkphysics (~agkphysic@118-92-82-28.dsl.dyn.ihug.co.nz)
10:17.40 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:37.14 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
10:45.32 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Centroid Function I only uploaded the patch file this time, so hyp.c and table.c are still my original ones. I think I have also fixed the indentation problem; I was using tabs instead of spaces. Looking at the code already in hyp.c I... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
10:47.06 *** part/#brlcad agkphysics (~agkphysic@118-92-82-28.dsl.dyn.ihug.co.nz)
11:25.43 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
11:26.34 Skriptkid brlcad: Did that work?
11:29.12 Skriptkid brlcad: Need it done ASAP. I have just 2 hours.
11:39.41 Skriptkid I need a certain program installed on the brlcad server. Can anybody do that?(Since brlcad is away.)
11:41.54 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - hyp.c breaks the build [ 27%] Building C object src/librt/CMakeFiles/librt.dir/primitives/hyp/hyp.co /home/rossberg/Devel/brlcad/src/librt/primitives/hyp/hyp.c: In function 'rt_hyp_centroid': ... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
11:42.04 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
11:42.44 Notify 03GCI: Daniel Rossberg: Set up BuildBot continuous integration for BRL-CAD - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
11:43.17 Skriptkid thanks, d_rossberg
11:44.39 d_rossberg but i can't help with the brlcad server :(
11:45.06 Skriptkid oh :( okay
11:48.35 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
11:54.58 Silvrous Could I get an extension on my current task ( http://www.google-melange.com/gci/task/view/google/gci2012/7982218 ) ? I was occupied the last couple of days and couldn't properly get to it.
12:08.44 *** join/#brlcad caen23_ (~caen23@92.81.202.220)
12:19.34 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
12:31.24 *** join/#brlcad xavortm (xavortm@93.155.146.15)
12:34.49 Notify 03GCI: Daniel Rossberg: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
12:35.17 Silvrous d_rossberg: Thank you.
12:56.24 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
12:57.07 Notify 03BRL-CAD Wiki:Jacksixb * 4739 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
12:58.53 *** join/#brlcad titi_ (4f640cda@gateway/web/freenode/ip.79.100.12.218)
12:59.23 titi_ I want someone to help me http://www.google-melange.com/gci/task/view/google/gci2012/8003218
13:09.14 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
13:14.51 Notify 03GCI: John: Write a BRL-CAD showcase article - Everything on the list is completed Sean, I've now fulfilled all tasks on the list. The images are on the URL. Also, I can't find the meaning of BREP. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
13:17.31 *** join/#brlcad titi_ (4f640cda@gateway/web/freenode/ip.79.100.12.218)
13:17.33 Notify 03BRL-CAD Wiki:62.28.72.245 * 4740 /wiki/Community_Publication_Portal: /* GSoC: Jianbang Wu */
13:18.38 Notify 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
13:19.54 titi_ Can someone help me with this http://www.google-melange.com/gci/task/view/google/gci2012/8003218
13:28.41 Notify 03GCI: Jacob B: Upgrade Mediawiki website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
13:29.26 Notify 03GCI: Jacob B: Upgrade Mediawiki website - Broken wiki I'm not sure what I did. I was careful to only read from the main server, but I must have pressed the wrong button/command. http://www.google-melange.com/gci/task/view/google/gci2012/7974236
13:30.26 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
13:39.04 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
13:41.04 Notify 03GCI: Melange: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
13:46.15 xavortm I just uploaded my work in http://www.google-melange.com/gci/task/view/google/gci2012/7960223 Added: CAD interface + selecting options before project
13:47.28 xavortm And, can some one tell me what Daniel Rossberg wanted to say with "It contains two screenshots (from an Apple computer?)" That i copied? What i did is my design. Nothing is copied (i was using reference to know how cad soft looks ofc), i did the designs in photoshop and saved as jpg files.
13:51.43 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
13:57.14 Notify 03GCI: Melange: Make tables.c not call system("cat ...") - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
13:59.56 brlcad titi_: what help do you need?
14:00.53 titi_ I want login credentials
14:01.21 brlcad ah, very good
14:04.29 xavortm brlcad, if you have the time, can you guve me some feedback for the designs? ^^
14:07.05 titi_ brlcad, ?
14:18.15 d_rossberg xavortm: i don't believe you that you have designed the Google homepage on your "Browse the web" image
14:25.16 xavortm haha well, the google home page is not my design, i could put some mine, but as i saw in the preview folder there was also google page
14:28.29 d_rossberg brlcad said that this image was not meant as an result but as an example for a GUI layout you like, is this right?
14:35.35 brlcad titi_: give me a few minutes .. have to find the credentials
14:35.57 titi_ okay, thanks :)
14:41.02 xavortm yes, this is how i emagine it sould look like :)
14:46.13 d_rossberg this was a little bit confusing for me: i expected a CAD and got a browser ;)
14:47.01 xavortm haha well, i uploaded cad omterface (i make the browser before i fully understand what i have to do)
14:57.23 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
15:00.33 brlcad titi: don't be shy to ask questions in the channel or share progress
15:00.38 brlcad i'm really curious to see how things go
15:02.02 brlcad titi_: do you know how to enable optimization?
15:03.44 brlcad d_rossberg: I figured that patch needed more work (the windows threading), but was going to let a follow-up task demonstrate that it works
15:04.06 brlcad I think they'd put more than 2+ hours in already
15:04.28 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
15:04.32 brlcad so once it was clean, i thought it was okay to "move on" and get someone to try
15:05.13 brlcad someone took on the semaphore task, so maybe they'll do a better job and they can fix it
15:07.03 Skriptkid brlcad: Installed?
15:11.04 brlcad Skriptkid: so there's a queue of every comment and action that gets taken
15:11.16 brlcad i've not gotten to whatever it is your referring to so you'll need to say it here...
15:11.22 brlcad titi_: you away?
15:11.51 titi_ no
15:12.03 brlcad excellent
15:12.05 Skriptkid brlcad: http://www.google-melange.com/gci/work/download/google/gci2012/8006217?id=6001
15:12.13 brlcad titi_: do you know how to enable opt?
15:12.22 brlcad or how to find out
15:12.37 brlcad ``Erik: uh oh
15:12.46 titi_ no can you help me
15:12.55 Skriptkid brlcad: accept the file if the link doesnt open up
15:14.02 Skriptkid brlcda: got it?
15:14.19 brlcad titi_: so start with the INSTALL file, that has the general instructions including how to turn on optimization
15:14.27 brlcad Skriptkid: I have something...
15:14.50 brlcad titi_: i forget the exact name, but you're going to first just compile normally
15:14.53 brlcad and run the benchmark
15:15.02 brlcad see if that works, and hopefully it all does without issue
15:15.17 Skriptkid its just a plain txt file
15:15.19 brlcad regardless of whether it does or doesn't, keep you logs
15:15.32 brlcad titi_: keep the cmake output in particular
15:15.40 brlcad and the 'make' output
15:15.58 titi_ okay
15:16.08 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:16.09 brlcad titi_: try that first and we'll see how it goes before worrying about optimization
15:16.14 brlcad hugs Notify
15:17.04 brlcad Skriptkid: so I'm looking at a lot of steps and many of them don't require superuser
15:17.31 Skriptkid the installation parts do. I get a 'permission denied'
15:17.53 brlcad i'm sure they do
15:17.58 brlcad so I can run those for you
15:18.19 brlcad i'm not going to download ez_setup and create directories, though -- that's all stuff that you're supposed to do
15:18.40 brlcad just tell me what command needs to be run as sudo, from which directory, and what exactly that command does
15:18.48 brlcad why it needs sudo
15:18.53 Skriptkid I've downloaded it. It's on my home directory(~gciskriptkid)
15:18.57 Skriptkid ok
15:19.00 Skriptkid hang on
15:19.14 Skriptkid in section (a) Master:
15:19.17 Skriptkid sorry
15:19.19 brlcad if it gave you permission denied, what was that on?
15:19.21 Skriptkid that emoticon wasnt meant
15:19.23 Skriptkid anyway
15:19.26 Skriptkid in section a
15:19.26 brlcad permission denied doing what?
15:19.31 Skriptkid installing
15:19.47 Skriptkid it adds certain files to /usr/local/bin, I think
15:19.57 Skriptkid step 2 needs sudo
15:19.59 brlcad what files?
15:20.24 Skriptkid buildbot executable
15:20.34 brlcad these are all things we need to know, not just blindly following some install instructions someone posted to a website.. ;)
15:20.43 brlcad it's probably a script, no?
15:20.48 Skriptkid thats fine
15:20.50 Skriptkid yep
15:20.59 Skriptkid and adds it to path
15:21.11 ``Erik is this the same buildbot that's in ports?
15:21.14 Skriptkid so theres no need to change path to where buildbot is everytime it has to be run
15:21.24 brlcad ``Erik: probably
15:21.29 ``Erik /usr/ports/devel/buildbot
15:21.43 ``Erik http://buildbot.net/ ?
15:21.44 brlcad now that I'm willing to run ;)
15:21.47 brlcad yep
15:21.59 ``Erik installing not
15:22.00 ``Erik now
15:22.32 ``Erik py-twisted* heh
15:22.44 brlcad yay, another twisted...
15:23.38 ``Erik quite a few deps, it'll take a few minutes
15:23.43 Skriptkid brlcad: Simply put : i) ez_setup.py installs 'easy_install' and ii) easy_install installs buildbot. And these installations need permissions because they add executables to bin
15:24.02 Skriptkid ez_setup.py is on my home folder
15:24.20 Skriptkid thats the only file you'll really need downloaded(whcih is done)
15:25.24 Skriptkid brlcad: Any more explanation needed?
15:26.18 ``Erik Skriptkid: we're going to do something different, buildbot is available in the "ports" package management system, so we're installing from there, instead...
15:26.36 Skriptkid ok
15:26.40 Skriptkid I just need it installed
15:27.43 brlcad Skriptkid: the point would have been to not install them into a system bin folder (because they're not managed)
15:28.02 brlcad you could have installed them into your home directory, for example
15:28.11 brlcad but since they're in ports, that makes a managed install easy
15:28.23 brlcad always a good idea to see if there's a managed install...
15:28.31 Skriptkid ko
15:28.33 Skriptkid *ok
15:28.45 brlcad and you don't "just need it installed"
15:28.54 brlcad that's playing a blind eye to the entire problem
15:29.07 Notify 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:29.13 ``Erik done
15:29.20 brlcad it needs to be installed properly or we have a maintenance burden far greater than you setting up buildbot
15:29.48 Skriptkid Sorry, hadn't seen that far :)
15:29.56 ``Erik manifest is in /var/db/pkg/buildbot-0.8.6p1/+CONTENTS
15:29.57 Notify 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Sorry I remove the claim on the task due to personal problems, sorry. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
15:30.54 Skriptkid Woohoo! It's installed and running fine. thanks, brlcad and ``Erik :D
15:31.27 Skriptkid Could you please install buildbot-slave also? It was right below buildbot, I think, in ports
15:32.16 brlcad for anyone that hasn't seen it yet: http://www.army.mil/article/92288/BRL_CAD__the_world_s_oldest_open_source_software_system/
15:33.13 ``Erik done
15:34.40 ``Erik heh, so that thing finally went out :) cool
15:37.34 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
15:37.39 brlcad finally? public affairs picke up on it just a few weeks ago
15:37.48 brlcad we interviewed and iterated a couple times, then it posted
15:38.07 brlcad pjt had to inject some words at the last minute, of course ;)
15:38.18 ``Erik ah, I probably just noticed the first bit of it
15:39.07 brlcad this is what prompted it: http://opensourcedelivers.com/2012/10/02/oldies-but-goodies-seven-projects-still-rocking-open-source/
15:41.03 Skriptkid brlcad: where should the buildbot page be visible?(for now) ~gciskriptkid/public_html?
15:47.40 brlcad Skriptkid: you have to look at the manifest that erik pasted and see where you pick up from there in their setup instructions
15:47.52 brlcad they may have a page specifically on setting up on freebsd ports
15:47.56 brlcad you'll hae to look for it
15:48.02 brlcad s/hae/have/
15:48.21 Skriptkid ok
15:49.37 titi_ brlcad: when I try to build it I get: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. If i want to fix this I must run this commands: aptitude install sed byacc flex xsltproc aptitude install libncursesw5-dev libfontconfig-dev aptitude install xserver-xorg-dev aptitude install libx11-dev libxi-dev libxt-dev libxau-dev libxext-dev libxmu-dev libxmu-headers but for this i must be root
15:58.40 xavortm Question: should i mark my task as compleeted to make some one view what i did? :)
15:59.07 xavortm ( i am not shure how the system works, that why i ask )
15:59.11 Notify 03BRL-CAD:starseeker * 54022 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/DocBook.cmake and 3 others): Try a non-build-target based approach to the XML validation.
16:04.00 *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
16:04.52 Skriptkid xavortm: Yes
16:04.58 maths22 brlcad: Are there goint to be any more web tasks?
16:05.18 xavortm And there are no problems if i mark my task as complited for secound time (i hope not more)
16:06.22 Notify 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
16:08.41 Skriptkid xavortm: Every time you upload a new file for review, that button will appear. If you want someone to see it, Mark it as complete. No. of times doesnt matter
16:09.29 xavortm Hmm ... thanks for telling me. Now i wont rage if no one is looking what i do :D
16:10.09 Skriptkid No probs. Just wait until someone reviews it or else ask here if someone's free and can do it
16:10.44 xavortm Ok, i will wait, thanks for the help
16:11.22 Skriptkid Sure :)
16:12.01 brlcad maths22: yes there are
16:12.44 brlcad I have a sheet of paper with about 100 more tasks identified
16:12.56 brlcad i'm hoping to add many of them throughout today
16:13.04 brlcad several of them are web tasks
16:13.36 brlcad titi_: what was not found?
16:14.09 brlcad titi_: you shouldn't need to install anything, see whether you can actually just get a completed build
16:14.42 brlcad xavortm: you should ask a question or mark it as completed, otherwise we don't know it's there
16:14.44 *** join/#brlcad harmanpreet (~chatzilla@124.253.23.145)
16:15.24 titi_ brlcad: FONTCONFIG_LIBRARIES (ADVANCED) X11_X11_LIB (ADVANCED) X11_Xext_LIB (ADVANCED) X11_Xi_LIB (ADVANCED)
16:15.46 brlcad titi_: considering you're working over a remote ssh connection, I think compiling without X is just fine :)
16:15.56 brlcad in fact, you may need to explicitly disable it
16:18.16 maths22 brlcad: thanks
16:18.58 brlcad hi harmanpreet
16:19.02 brlcad maths22: yw
16:19.47 titi_ brlcad: how to disable it?
16:19.55 maths22 brlcad: I do not have acess to a server I can run a persistant IRC client on
16:21.42 *** join/#brlcad Ashish101 (75c223fd@gateway/web/freenode/ip.117.194.35.253)
16:22.02 Notify 03GCI: HS Rai: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
16:22.31 Ashish101 I am supposed to make a spread sheet -- what format is good for submission ??
16:23.53 starseeker titi_: -DBRLCAD_ENABLE_X11=OFF
16:24.05 titi_ thanks :)
16:25.13 starseeker supposes he should disable X11 by default if those aren't found...
16:27.23 Notify 03GCI: HS Rai: Write a BRL-CAD showcase article - Pictures You have not attended to Sr. NO 2 of Sean's comment dated December 6 2012 at 06:42 UTC: There are no pictures... there should be pictures, especially for Wu's work. Ideally something not already on his project page, but something exemplary from Wu. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
16:28.29 *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
16:33.27 Notify 03BRL-CAD:starseeker * 54023 brlcad/trunk/CMakeLists.txt: Move FindX11 up in the logic, don't enable by default if it isn't found.
16:35.55 *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12)
16:36.02 Skriptkid brlcad: Need some help from here
16:37.47 starseeker titi_: if you update to 54023 and try a clean cmake (without the disabling X11 option) does it work?
16:38.20 starseeker it's relatively rare someone tries to build on a machine without X11, so it's a good chance to shake out any issues
16:51.41 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - it's a lesson to learn from Andrei, we're not annoyed nor do I think you're stupid. You may be unfamiliar with the seriousness of plagarism or simply not prepared for what this tasks requires. It is a bit of an advanced concept to follow a standard and come up with a template. You'd probably... http://www.google-melange.com/gci/task/view/google/gci2012/7985229
16:52.16 Notify 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985229
16:52.19 brlcad maths22: yes you do
16:52.23 brlcad you've been working on one
16:53.16 brlcad titi_: yeah, see if it works by default before adding that option ... it should
16:53.48 brlcad you should start fresh if you already ran cmake, delete and start over
16:54.35 titi_ brlcad: I tryed and don't work
16:55.27 brlcad xavortm: now that's more like it!
16:55.28 titi_ brlcad: i am done with compilation and benchmark run without optimization
16:55.37 brlcad titi_: can you post those logs?
16:55.57 brlcad first the unoptimized benchmark log
16:56.06 titi_ how to get it from the server
16:56.20 titi_ i tryed with scp but permission denied
16:56.21 Skriptkid brlcad: If I start the buildmaster, It needs a URL which will point to it's internal server. Default is "http://localhost:8010/" Do I change that? If so to which port?
16:56.22 brlcad scp the file from your machine
16:56.33 brlcad xavortm: yours is the layout, right?
16:57.07 brlcad Skriptkid: good questions, I have no idea
16:57.12 brlcad it's what ever you set up
16:57.23 brlcad changing from the default would be good
16:57.45 brlcad perhaps port 8001
16:57.59 Skriptkid crit.brlcad.org:8001
16:58.03 Skriptkid Yes?
16:58.24 Notify 03GCI: Sean: Create prototype CAD GUI layout diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960223
16:59.43 brlcad it should be localhost
16:59.49 Notify 03GCI: Sean: Create prototype CAD GUI layout diagram - hat's more like it So that's more like it and it's a decent evolution from the task manager. There are lots of particulars to sort out, but this should help spark some ideas. You are clearly skilled at design, so perhaps you'll take on some of our other design tasks. I'm adding one... http://www.google-melange.com/gci/task/view/google/gci2012/7960223
16:59.50 Skriptkid ok
17:01.11 Skriptkid brlcad: Check this Out http://crit.brlcad.org:8001/. Obviously not for brlcad, just the default test run
17:01.24 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
17:01.29 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
17:09.32 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - make with continuation That looks good, but run "make -k VERBOSE=1" so that we can get all of the errors at once and with a lot more detail. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
17:09.58 maths22 brlcad: can I run it on crit or bzflag?
17:10.02 brlcad Skriptkid: nice progress
17:10.06 brlcad maths22: yep
17:10.11 brlcad crit will work just fine
17:10.27 brlcad your account on bz is disabled at the moment after you broke the wiki and went running off :)
17:10.38 xavortm Thanks for accepting my task !!! I saw you are going to add some new design tasks. Please, write when you do it so i can claim them :)
17:11.32 brlcad keep an eye out for them
17:11.46 brlcad there's a lot of activity, but I try to announce them in here
17:11.48 maths22 Ok
17:13.35 Skriptkid thank you, brlcad
17:20.17 xavortm hey, brlcad, About the design of the site. I am working now on commersial project for themeforest (to sell there). Since i am the author i can use it for what ever i want. Can i send you example of the design (content has nothing common with brlcad yet, but i can change colors and images, elements and so to make it match the branging) and give me some feedback if this is what you are lookinf
17:20.17 xavortm for.
17:22.22 brlcad xavortm: sure
17:23.37 xavortm http://goo.gl/eZT0P = INDEX ; http://goo.gl/f4va3 = BLOG ; http://goo.gl/ndkSL = PORTFOLIO
17:23.42 brlcad xavortm: have you worked on any drupal or mediawiki themes?
17:23.58 xavortm No, i have experience only with wordpress ;(
17:24.13 brlcad error, 403 -- don't have access
17:24.26 xavortm Hmm, ok i will try something else (1 min)
17:25.11 brlcad so maybe an educational task -- create a theme demo, then another task to convert it to drupal and other to mediawiki ;)
17:25.21 xavortm http://store.picbg.net/pubpic/9E/A9/7c9b64869d0c9ea9.jpg = blog (single page) ; http://store.picbg.net/pubpic/AD/09/6ebb953197fbad09.jpg = blog page
17:25.31 xavortm http://store.picbg.net/pubpic/11/10/9e1dd9beaa031110.jpg = index page (there are 2 more designs)
17:26.11 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
17:28.18 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - I'm guessing I'm guessing that you haven't actually tried to compile your patch. Please re-review and test whether this actually works. Upon further inspection, I don't think your code is equivalent to what the system() call was doing. You're appending the name of the file, which the... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
17:28.28 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
17:31.44 Notify 03GCI: Sean: Write a BRL-CAD showcase article - Ah I see John, I see why it was confusing. You have text here and on the CPP. You should keep them in sync or provide the cpp url as the next upload so we know where to look for the latest. Your article needs to stand-alone, so pointing them to a URL saying there are some images there doesn't... http://www.google-melange.com/gci/task/view/google/gci2012/8022213
17:31.46 brlcad yay, no more needing review
17:32.41 brlcad xavortm: hm, that site isn't responding
17:33.01 brlcad oh it is, just REALLY slowly
17:33.18 xavortm well bulgarian server :( i am failing twice in a row (will work on that noe!) :)
17:34.07 xavortm Ok, please tell me you can open this link: https://www.dropbox.com/s/m7nv60h93ge8i7i/Blog%20-%20Single.jpg (the single blog page layoult)
17:48.24 Notify 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Extension Please Give Me An Extension . http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:52.50 Notify 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:53.51 Notify 03BRL-CAD Wiki:62.28.72.245 * 4741 /wiki/Community_Publication_Portal: /* Google Summer of Code: Jianbang Wu */
17:54.51 Notify 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
18:07.55 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
18:21.24 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:30.54 Notify 03BRL-CAD:carlmoore * 54024 (brlcad/trunk/doc/docbook/lessons/es/mged09_esfera_en_caja_exhibidora.xml brlcad/trunk/include/raytrace.h and 3 others): fix spellings, including one in Spanish
18:36.03 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
18:43.54 *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net)
18:57.45 xavortm brlcad? Did yo check what i send as link? Or does any of the pictures load allready? Please tell me if this is something like the design you need. (else i will work on other :))
19:00.00 *** join/#brlcad merzo (~merzo@230-63-133-95.pool.ukrtel.net)
19:01.52 Notify 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
19:02.42 Notify 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - . Thank you:) And yes, I'll try something closer to my knowledge http://www.google-melange.com/gci/task/view/google/gci2012/7985229
19:05.39 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
19:10.56 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Assigned This task has been assigned to Mrowqa. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031203
19:11.06 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
19:31.27 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - look again Aaron, I suggest looking that function over again and noting the object types. I may be mistaken as I only did a quick check, but I think you're confusing the V field on one struct with the Vi field on a different struct. Make a hyp... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
19:31.43 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
19:33.44 Notify 03GCI: Sean: Add missing documentation (for any ONE command) - if you have any questions... If you have questions or need some assistance, we're here to help you. We won't do the work for you, but we'll gladly help you understand things. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
19:34.04 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
19:34.20 Notify 03BRL-CAD:carlmoore * 54025 brlcad/trunk/misc/CMake/DocBook.cmake: remove trailing blank/tab, and fix spelling
19:38.10 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Reclaim Brenden, you're welcome to reclaim this task and since you've obviously put some work into it, I encourage you to do so. We don't want your efforts to be a waste. As for that error, there are way too many variables to diagnose from that little snippet of an error by itself.... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
19:45.28 Notify 03BRL-CAD:carlmoore * 54026 brlcad/trunk/doc/html/manuals/cadwidgets/Command.html: fix spelling
19:49.54 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - did you find any Cristian, did you find any spelling mistakes? If so, perhaps you can share them publicly here to help the next person. You're also welcome to reclaim the task if it's still available at your discretion. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
19:51.39 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
19:53.56 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - what? Shayantan, Did you look at the provided references? I think you may be completely miunderstanding this task. The task is not to make a screenshot -- even if it were, this would be a terrible screenshot. :) The task is to document the interface like in the various examples. If... http://www.google-melange.com/gci/task/view/google/gci2012/7953233
19:55.06 Notify 03GCI: Sean: Find, reliably reproduce, and report any bug in Archer - of course Did you investigate whether we have an IRC channel for BRL-CAD? http://www.google-melange.com/gci/task/view/google/gci2012/8027205
19:55.07 Notify 03GCI: Melange: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8009213
19:57.36 Notify 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - we're here to help Willie, of course we can help, but you need to ask a specific question. We'll help you understand, but you have to do the work. We're can't tell people what to do each step along the way or it'd be faster if we just did it... http://www.google-melange.com/gci/task/view/google/gci2012/8009213
19:58.17 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
20:03.10 Notify 03BRL-CAD:carlmoore * 54027 brlcad/trunk/src/libpc/Makefile.am: fix spelling (that is LTLIBRARIES, right?)
20:03.13 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
20:03.29 brlcad ISP woes
20:08.47 Notify 03BRL-CAD:carlmoore * 54028 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/vectfont.c): Henrikson spelling
20:11.41 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - latest sources Be sure to use our very latest sources from a Subversion checkout. Good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
20:20.09 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
20:20.55 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Assigned This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972239
20:35.14 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Thanks for the suggestion I'll try what you suggested and try again. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
20:44.47 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - post what you have? Ashish, post what you already have so we can make sure you're on the right track. We don't want you to work for hours only to do something we don't want. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
20:44.48 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Assigned This task has been assigned to An Ha. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
21:23.46 gcimaths brlcad: has anything happened with the new tasks?
21:39.47 *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
21:40.27 zero57 brlcad: Hi, for the finding and fixing spelling mistakes, would that also count as forgetting to capitalize a word?
21:40.45 zero57 brlcad: Pronouns, such as Canada, United States of America, etc
21:41.35 zero57 brlcad: Also, does grammatical mistakes count too? Such as two "the"'s in a sentence? so "The the cat is running"?
21:54.04 Notify 03GCI: Petar Stanev: Create an artistic screenshot - ask Yesterday when I try to start my computer it shows blue screen,so I send it to the computer store for repair they tell me it's gone be ready next monday . I'm writhing this from my phone and the .g files ,screenshots and original files are on my computer. I realy want to complete this... http://www.google-melange.com/gci/task/view/google/gci2012/8025213
21:54.24 Notify 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
22:11.53 *** join/#brlcad agkphysics (~agkphysic@118-92-149-45.dsl.dyn.ihug.co.nz)
22:27.30 Notify 03GCI: Sean: Create an artistic screenshot - We can wait We can wait until then. I look forward to seeing the .g file. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
22:28.31 Notify 03GCI: Algorithum: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
22:29.06 Notify 03GCI: Algorithum: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
22:31.12 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - A few questions Hi, when finding and fixing spelling mistakes, would it count if the word needs to be capitalized? Also, does grammatical mistakes count too? Such as two "the"'s in a sentence? So for example, "The the cat is running"? Also, in the last... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
22:50.58 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
22:52.02 *** part/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
22:58.42 Notify 03BRL-CAD:starseeker * 54029 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): Needs more testing, but use CMakeParseArguments macro to simplify the CompilerFlags logic. Consolidate the C and CXX macros into a single macro.
23:02.41 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
23:02.57 starseeker humph
23:56.08 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20121208

IRC log for #brlcad on 20121208

00:24.59 Notify 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
01:26.41 *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
01:48.22 zero57 exit
02:20.06 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
02:27.45 *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
02:28.40 *** part/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
02:29.29 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:03.44 brlcad maths22: not yet, but some should be up in a couple hours
03:36.33 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - he count So, we'll give you the grammatical errors since they're good catches, but not capitalization. There are thousands of places all over the code where statements are intentionally written in all lowercase out of convenience or insignificance.... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
03:37.23 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
03:40.25 Notify 03GCI: Sean: Write a BRL-CAD showcase article - so... No full name, just "John"? See earlier question about how to properly credit you in our authorship documentation and announcements. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
03:40.30 Notify 03GCI: Sean: Write a BRL-CAD showcase article - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
03:49.17 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
03:53.53 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Okay Ok I will do that http://www.google-melange.com/gci/task/view/google/gci2012/7982223
03:55.09 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Question Sean, I'm not sure exactly what you mean when you suggest I might be confusing object types. I think I have solved the build crash issue as when I built it it did not come up with any hyp related errors (although I was building it... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
03:55.24 *** join/#brlcad caen23 (~caen23@92.81.202.220)
03:56.24 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - You didn't compile? Titi, the logs you provided only indicate that you ran cmake, but not make. Did you compile BRL-CAD? Please provide that log as well because your benchmark logs indicate there was a problem, but none of the logs indicate what the problem was. Also, you'll want to... http://www.google-melange.com/gci/task/view/google/gci2012/8003218
03:56.25 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
03:56.29 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
04:08.23 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - difference Aaron, so the distinction comes down to what fields are in a hyp_specific struct and which are in an rt_hyp_internal struct. You do mimic another bit of code, which is probably what caused some misunderstanding earlier. You add half the... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
04:08.28 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
05:09.44 Notify 03BRL-CAD Wiki:Matt s * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Affine transformations.pdf]]": Typos fixed, source .tex file included as well.
05:11.13 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
05:12.50 Notify 03BRL-CAD Wiki:Matt s * 4743 /wiki/Image_talk:Affine_transformations.pdf: .tex source file
05:13.09 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Issues I think I have fixed all the issues you mentioned. I wasn't sure exactly how to implement the null checking, so I just made it return if either argument was NULL. If this is bad please let me know so I can fix it. Thanks Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/8030210
05:15.21 Notify 03BRL-CAD Wiki:Matt s * 4744 /wiki/Image_talk:Affine_transformations.pdf:
05:26.34 Notify 03BRL-CAD Wiki:Matt s * 4745 /wiki/Image_talk:Affine_transformations.pdf:
05:28.16 Notify 03BRL-CAD Wiki:Matt s * 0 /wiki/Special:Log/upload: uploaded "[[Image:Volume computation.pdf]]": First draft, may have many mistakes.
05:29.10 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - This may help Then again, it may all be wrong as well. http://brlcad.org/wiki/Image:Volume_computation.pdf http://www.google-melange.com/gci/task/view/google/gci2012/8009213
06:50.13 Notify 03GCI: John: Write a BRL-CAD showcase article - where are those? Can you tell me where to find that documentation? Thanks in advance. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
08:03.04 *** join/#brlcad xavortm (xavortm@93.155.146.15)
09:03.26 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98)
09:29.39 Notify 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
09:38.33 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98)
09:40.22 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Done But i didnt know which format to put it in ```` cause i asked many times in the IRC but every one was busy and no one answered :( http://www.google-melange.com/gci/task/view/google/gci2012/7970237
10:20.17 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
10:40.57 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:00.14 Skriptkid ``Erik: Everytime I try to checkout the brlcad src from buildbot, I get a "Server certificate verification failed: issuer is not trusted."(for brlcad.svn.sourceforge.net) Also, there's no 'accept' in buildbot as in the command line version. Can you disable certificate check only for the repo brlcad.svn.sourceforge.net in the svn config file on the server?
11:09.43 Skriptkid ``Erik: Not required. I came up with something else
12:01.11 *** join/#brlcad cristina (~quassel@188.24.79.46)
12:09.02 Skriptkid I'm unable to build the brlcad source on the server because it says the file 'ansidecl.h' is not found. Error occurs in file src/other/xmltools/libxml/include/libxml.h:33. Any solutions? Here's the complete log: http://crit.brlcad.org:8001/builders/runtests/builds/30/steps/shell_4/logs/stdio
12:25.00 ``Erik erik@crit ~$ ls -lk /usr/local/include/ansidecl.h
12:25.01 ``Erik -r--r--r-- 1 root wheel 14180 Oct 10 12:18 /usr/local/include/ansidecl.h
12:25.17 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Soo Is it right ?? Am i doing it right?? http://www.google-melange.com/gci/task/view/google/gci2012/7970237
13:13.03 ``Erik hm, togl build failure
13:17.00 Notify 03GCI: Petar Stanev: Create an artistic screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
13:20.43 Skriptkid ``Erik: make still isn't finding it. (This might be lame, but) is make configured to look in /usr/local/include?
13:25.42 ``Erik should be... how did you generate the makefiles?
13:28.18 Skriptkid I didnt. I've configured buildbot to checkout/update brlcad from svn and compile as given on the wiki
13:28.27 Skriptkid same commands
13:30.33 ``Erik I d'no what the wiki says... there're old automake bits still in the source that are only semi-supported. CMake is the preferred approach now, I'd check to see which one buildbot is using and if it can be forced to use cmake
13:30.58 ``Erik if it is using cmake, then the CMakeCache.txt might hold clues, or make VERBOSE=1
13:32.11 Skriptkid so you want buildbot to use cmake instead of make?
13:33.13 ``Erik cmake instead of automake, cmake generates the make files
13:34.38 Skriptkid oh. For that, I've used cmake. Cmake generated the makefiles. I used make to compile it.
13:35.14 Skriptkid http://brlcad.org/wiki/Compiling#Compile'
14:17.15 Notify 03GCI: VN: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
14:20.33 *** join/#brlcad VN_ (75c85088@gateway/web/freenode/ip.117.200.80.136)
14:20.52 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to VN. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
14:21.05 VN_ i have to create a isst screenshot.....where do i get it?
14:22.21 VN_ ???.....help
14:23.08 brlcad VN_: you have to ask and wait for a response (which might take minutes or hours, be patient)
14:23.23 brlcad see http://brlcad.org/wiki/IRC etiquette
14:23.36 brlcad then go to http://brlcad.org/wiki/Deuces to get started
14:25.27 VN_ what is isst ?
14:26.03 Notify 03GCI: Sean: Create an artistic screenshot - would you like us to hold it? We'll hold the task until Tuesday. Let us know if there's a delay or other problem so we can keep others from completing the task in the meantime. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
14:26.45 brlcad VN_: there are over 400 tools in brl-cad, isst is one of them
14:26.59 brlcad you need to build and install brl-cad, then run that tool
14:27.18 brlcad did you read the task description? it includes that information
14:27.30 brlcad we don't write that for fun... expected to read it in full ;)
14:30.14 *** join/#brlcad Ashish101 (75c22243@gateway/web/freenode/ip.117.194.34.67)
14:33.42 Ashish101 hello can anyone check the file and tell if this is what i should be doing ??
14:33.43 Ashish101 http://www.google-melange.com/gci/task/view/google/gci2012/7970237
14:37.04 VN_ will brlcad be releasing a second wave of tasks for the students and when would it be??
14:41.47 brlcad VN_: we've been steadily releasing new tasks, but yes there is another huge wave coming
14:42.54 VN_ thanks a lot...
14:44.28 Ashish101 brlcad: should i continue wit my work or am i doing it all wrong !!
14:58.09 *** join/#brlcad Ashish101 (75c22243@gateway/web/freenode/ip.117.194.34.67)
15:03.20 Skriptkid brlcad: check out crit.brlcad.org:8001 :) Tell me how the progress is and what needs to be done further
15:04.21 Skriptkid (except of course the problem I'm having with make)
15:05.13 brlcad Ashish101: hold on that task, needs some redirection...
15:05.28 Ashish101 OK..
15:05.30 brlcad Skriptkid: after food, bbs :)
15:05.39 Skriptkid no problemo :)
15:06.09 Ashish101 KK brlcad: before u go how much time am i expected to wait before i can continue my task ??
15:06.40 Ashish101 Till thn i coulod go out and get some air and maybe play wit my bro :)
15:13.32 *** join/#brlcad merzo (~merzo@108-166-132-95.pool.ukrtel.net)
15:34.59 VN_ i have downloaded brl cad on my macbook pro..i know how to take a screen shot...what exactly do i have to do now....just go to isst and create an interesting screen shot ? #GCI
15:38.36 VN_ pls help...
15:38.41 Notify 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
15:48.31 Ashish101 VN: Skitch-- try it
15:50.41 brlcad Ashish101: wait times are always variable and supposed to be passive (you did read the wiki/IRC page, right?) ... do what you need to do, what you can do, don't ever just wait
15:51.00 brlcad unless you want to, but if you get frustrated or bored, it's on you :)
15:51.09 Ashish101 KK :)
15:52.13 *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com)
15:54.38 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98)
16:14.01 Skriptkid brlcad: Saw??(Sorry if you're still eating)
16:35.23 ``Erik add a little proxy fu, and http://crit.brlcad.org/buildbot/
16:39.51 Skriptkid thanks :)
16:41.17 Notify 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
16:46.29 Notify 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - query I just have to upload 10 bugs that are not confirmed.?? http://www.google-melange.com/gci/task/view/google/gci2012/7971223
16:51.45 *** join/#brlcad zero57_ (~an@209.101-ppp.3menatwork.com)
16:55.12 Notify 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Sorry I Completely Misunderstood the task cause i didnt have adobe reader to view the pdf files. very sorry. now t hat i have it, i can accomplish the task. can you please extend my deadline further ? http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:05.20 Notify 03GCI: Harsh Vardhan: Find and fix at least 20 spelling mistakes in at least 5 different files - files from which files do i have to find spelling mistakes?? http://www.google-melange.com/gci/task/view/google/gci2012/8033204
17:05.21 Notify 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:57.37 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
17:58.07 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
17:59.12 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Reopened This task has been Reopened. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
17:59.27 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to Harsh Vardhan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223
17:59.47 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Bug There seems to be a bug in file src/other/togl/src/glew/glew.c. Some functions are undeclared in the file, which is why it's not being built. But the Buildbot system is installed and rolling fine. http://crit.brlcad.org/buildbot/. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
18:00.08 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - oops Sorry, Harsh! The website wasn't responding and a second click unassigned the task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
18:01.29 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - and no you don't have to upload anything. We have many bugs already reported. See the reference link, our Sourceforge bugs page. The task involves going though that list and confirming that you can reproduce 10 of them. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
18:12.52 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
18:13.57 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - read the comment history Harsh, you need to read the comment history. This has already been answered. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
18:17.34 Skriptkid Can someone please help with this:
18:17.38 Skriptkid 4%] Building C object src/other/togl/src/CMakeFiles/togl.dir/glew/glew.c.o
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1866: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewBufferRegionEnabledEXT'
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1867: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewDeleteBufferRegionEXT'
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1868: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewDrawBufferRegionEXT'
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1869: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewNewBufferRegionEXT'
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1870: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewReadBufferRegionEXT'
18:17.39 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c: In function '_glewInit_GL_KTX_buffer_region':
18:17.41 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: 'glBufferRegionEnabledEXT' undeclared (first use in this function)
18:17.41 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: (Each undeclared identifier is reported only once
18:17.41 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: for each function it appears in.)
18:17.41 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: 'PFNGLBUFFERREGIONENABLEDEXTPROC' undeclared (first use in this function)
18:17.42 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6504: error: 'glDeleteBufferRegionEXT' undeclared (first use in this function)
18:17.42 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6504: error: 'PFNGLDELETEBUFFERREGIONEXTPROC' undeclared (first use in this function)
18:17.43 Skriptkid /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6505: error: 'glDrawBufferRegionEXT' undeclared (first use in this function)
18:18.08 Skriptkid whole thing is here: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/7/steps/shell_2/logs/stdio
18:21.25 Notify 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - .. "reproduce" means that I have to post the names of bugs that are not confirmed.?? http://www.google-melange.com/gci/task/view/google/gci2012/7971223
18:23.15 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Make log http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/7/steps/shell_2/logs/stdio The bug's there at the end http://www.google-melange.com/gci/task/view/google/gci2012/8006217
18:26.56 Notify 03GCI: Sean: Write a BRL-CAD showcase article - I can Of course I can. However, I've asked you a question several times now and you keep ignoring it... If you want to remain anonymous, THAT IS FINE. Just say so. I completely understand the desire to protect your identity and maintain privacy. If you provide your full name, it'll potentially... http://www.google-melange.com/gci/task/view/google/gci2012/8022213
18:29.58 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - no No. You have to read the bug, understand what it means, compile and run BRL-CAD, and see if you observe the same bad behavior that was reported. You have to find 10 bugs that you CAN confirm are still bugs by running the tools. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
18:36.42 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98)
18:41.20 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:48.04 Notify 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
18:48.05 Notify 03GCI: John: Write a BRL-CAD showcase article - I'll remain anonymous Ahh! Finaly I understood what you wanted. Then I'll remain semi-anonymous, using only the name John. Sorry for the misunderstanding. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
18:50.25 Skriptkid Brlcad: so it's good? :)
18:50.49 Skriptkid (Good enough at least?)
18:52.40 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - which three? Which three others did you find? I see sigle and acutal but what's the third? http://www.google-melange.com/gci/task/view/google/gci2012/7959223
19:02.05 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.107.98)
19:02.08 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Cleaned up Cleaned up my account. Only the buildmaster and slave dirs are there. Deleted everthing else. They both are in public_html. Also, the master is listening on port 8001 and slave on 8090(All info is in master.cfg, in which I've changed the comments according to... http://www.google-melange.com/gci/task/view/google/gci2012/8006217
19:15.06 Notify 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - breadth vector What does the breadth vector signify, exactly? Is its magnitude the distance from the vertex to the back rectangle? http://www.google-melange.com/gci/task/view/google/gci2012/7982218
19:16.13 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
19:17.58 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7982223
19:21.44 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - nope, that's good What you did looks good now. Thanks for going through the revisions to get it fixed up! http://www.google-melange.com/gci/task/view/google/gci2012/8030210
19:21.58 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98)
19:22.44 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030210
19:22.58 brlcad Skriptkid: yep, that's good enough for now -- most of the task was to get it set up
19:23.15 brlcad the problems you ran into are easily overcome with cmake settings that should have been added
19:23.28 brlcad and one of the errors was in the script you wrote (mkdir existing dir)
19:24.19 brlcad but we'll just add another task to fix up the tests/scripts to be something different
19:24.38 brlcad the glew error should be fixed independently, perhaps yet another task
19:26.26 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7960222
19:26.50 Skriptkid Ok. Thanks for the help along the way :)
19:31.07 Notify 03GCI: Sean: Write a BRL-CAD showcase article - you should ask OK. Glad to have that finally sorted out. For future reference, please say you don't understand or ask for clarification when you don't understand. Otherwise, it will easily be perceived as being rude, and I'm sure that's not your intention or desire. http://www.google-melange.com/gci/task/view/google/gci2012/8022213
21:18.58 brlcad makes a delicious cup of mochaspresso
21:25.14 Notify 03GCI: Alex Ozer: Create a utility library (LIBBU) API unit test ... for hash.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
21:27.50 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - The third one is sigle-click The third one is sigle-click, which should be single-click http://www.google-melange.com/gci/task/view/google/gci2012/7959223
21:28.45 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - If you want... If you want, I can find one more if you don't accept that one as another spelling mistake. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
21:30.20 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
21:43.40 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - have to stay on IRC If you read http://brlcad.org/wiki/IRC you'll notice one of the etiquette expectations of IRC is to be patient. I know a couple of times when someone attempted to respond to you and you'd already disconnected from IRC. People that use IRC are often... http://www.google-melange.com/gci/task/view/google/gci2012/7970237
21:43.50 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
21:44.25 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for hash.c - Task Assigned This task has been assigned to Alex Ozer. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031205
21:47.56 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - all good Nope, that's all good. I just couldn't find it. The src/other changes don't count as they're not our sources to modify, but that one was fortunately also in one of our files. Nicely done. Approximately how long did it take you to find and fix... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
21:48.01 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959223
21:59.54 Notify 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - see appendix C Near the end of our Intro to MGED is an appendix C that provides a graphical depiction of the RHC's parameters. There you can see what B is in terms of the object's shape. The B vector is described in more mathematical terms at the top... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
22:02.31 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - The time it took The time it took me for those 10 mistakes and 10 files was about 5-6 hours just quickly skimming through the files via vim and the spell check feature it has :) The other task I did was 5 mistakes and 40 files and that was in total... http://www.google-melange.com/gci/task/view/google/gci2012/7959223
22:10.59 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - excellent Thanks for the information. It sounds like the tasks are roughly scoped appropriately. I hope that once you found a mistake, you ran a recursive grep on our files to find multiple occurences. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7959223
22:19.04 *** join/#brlcad matt_s (~Matt@120.21.243.205)
22:28.54 matt_s Testing if this mobile client works. I know, poor etiquette...
22:33.44 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
22:35.06 brlcad matt_s: it's alright ;)
22:35.32 brlcad getting set up with a proper client isn't poor etiquette
22:36.14 brlcad starseeker: unless I'm mistaken, it looks like all three appendices aren't included
22:45.02 Notify 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Yes Yeah, I just ran find and sed and it will do the rest for me :) http://www.google-melange.com/gci/task/view/google/gci2012/7959223
22:55.50 *** join/#brlcad matt_s (~Matt@120.20.246.237)
23:01.41 starseeker brlcad: you mean in Volume II?
IRC log for #brlcad on 20121209

IRC log for #brlcad on 20121209

01:42.24 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
01:43.54 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.65)
01:51.12 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
02:03.26 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Patch I submitted a patch as suggested on your website. I created it with SVN diff, is this OK, or should I use the bsd diff utility? http://www.google-melange.com/gci/task/view/google/gci2012/7999206
03:09.47 Notify 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
04:48.34 brlcad starseeker: yeah
05:09.50 Notify 03GCI: Sean: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
05:10.05 Notify 03GCI: Sean: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
05:14.47 Notify 03GCI: Sean: Implement mutex locking for Windows - looking good Nice work, only a couple minor issues I see... Instead of including <windows.h> directly, you should include our "bio.h" header (before bu.h, after math.h). Your indentation is wrong. We use a mix of tabs and spaces. See our HACKING file for style guidelines or you can look at... http://www.google-melange.com/gci/task/view/google/gci2012/7999206
05:17.25 *** join/#brlcad agkphysics (~agkphysic@46.69.252.27.dyn.cust.vf.net.nz)
05:21.23 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - output from doxygen? Mrowqa, since this task involves verifying/fixing the output, would you post the output from Doxygen? Ideally a pdf, but tarball of the html pages works fine too. At a glance, the patch looks good if that was all that was needed. Did you run into any problems? http://www.google-melange.com/gci/task/view/google/gci2012/8031203
05:21.33 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
05:27.11 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
05:27.12 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
05:46.47 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - implementation needs work Javamonn, the implementation looks like it should be equivalent, but there are a few problems. Instead of scanning the file twice using a function we wrap and using a c99 array allocation that we don't allow, try using our bu_mapped_file interface.... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
05:52.18 starseeker brlcad: it could be - I know for the commands one we wanted to figure out a way to pull from the man pages
06:01.53 starseeker huzza - looks like just the hard drive was bad
06:02.58 starseeker goes with Linux Mint this time, in the hopes that being nicer to the remaining hardware will let it last longer...
06:06.56 starseeker and promptly re-discovers just how messed up Linux sound support still is
06:07.20 brlcad tests compilation on a little-endian mips64 prototype chip, loongson 3a
06:07.38 Notify 03GCI: Melange: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7970238
06:58.30 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Testing Questions Ok i can fix the indentation pretty easily, when I first read the vi tabstop instructions I was a little confused because well it seemed like it was mixing tabs and spaces (which to me is quite unusual). I can fix the header include too. I can compile the code... http://www.google-melange.com/gci/task/view/google/gci2012/7999206
07:36.50 *** join/#brlcad andrei (andrei@188.25.161.194)
07:48.04 brlcad waves hi to andrei
08:06.19 andrei hello
08:09.26 andrei Sorry I haven't been around, I have been studying for my formal language and automata theory exam. It is by far the hardest aspect of CS I have encountered so far :(
08:15.06 brlcad andrei: no problem, I was able to pick up the slask on Thursday
08:16.52 andrei from now on I shouldn't be as busy with study so I have more time
08:25.32 brlcad excellent
09:21.01 *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153)
09:44.32 *** join/#brlcad Gaganjyot (~geek@101.62.198.75)
10:01.40 *** join/#brlcad Gaganjyot (~geek@115.245.155.154)
10:12.17 Notify 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - sorry I haven't finished yet, and I've clogged the task long enough, I'll let someone else take a stab at this while I try other tasks. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
10:12.23 Notify 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
10:28.49 Notify 03BRL-CAD Wiki:121.44.42.93 * 4747 /wiki/Image_talk:Affine_transformations.pdf: Removing all content from page
10:43.07 *** join/#brlcad andrei_ (andrei@5-12-221-70.residential.rdsnet.ro)
10:58.23 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:47.24 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83)
12:54.28 Notify 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Fixed mkdir and SVNPoll brlcad: I know this task was closed, but didn't wanna leave that one little thing unfinished. Fixed mkdir 'dir exists.' Won't fail now. -p is enabled. Also, I had forgotten one little thing in the config file. The refresh interval. Even that's done. http://www.google-melange.com/gci/task/view/google/gci2012/8006217
13:09.58 *** part/#brlcad Skriptkid (~Skriptkid@117.201.168.83)
13:10.32 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83)
13:17.30 Notify 03GCI: VN: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
13:59.56 Skriptkid Need some guidance on investigating performance of setting thread affinity. 1. I'm supposed to be setting the affinity of which thread?(Current one?) 2. I'm supposed to set the affinity of the thread to which CPU set?
14:16.52 Skriptkid 3. Am I supposed to impement it in both parallel.c and semaphore.c?
14:37.06 *** join/#brlcad harmanpreet (~chatzilla@124.253.72.89)
14:48.06 Notify 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
14:58.08 *** join/#brlcad merzo (~merzo@240-191-133-95.pool.ukrtel.net)
15:16.20 *** join/#brlcad ChrisOelmueller (~eoc@2a01:238:42b6:4400:f140:fff4:e413:e393)
15:50.56 Notify 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - excellent Thanks for fixing it up! http://www.google-melange.com/gci/task/view/google/gci2012/8006217
17:16.18 Notify 03GCI: Cezar: Enable our pictx tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958220
17:18.28 Notify 03GCI: Andrei Popescu: Enable our pictx tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958220
17:30.23 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83)
17:33.47 *** join/#brlcad andrei (andrei@5-12-221-70.residential.rdsnet.ro)
17:47.23 Notify 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
17:47.58 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Problems with make CMake seems to have configured the source files correctly. However, when I try to use the "make" command to compile, I don't get anything. I type in the command and it sits there for about two seconds and then it just takes me back to my input line. I even had it... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
17:48.58 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Everything's clean By the way. I did clean up everything just like you suggested. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
17:49.19 Notify 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - ? When I build in debug mode there is an error. Can I build in release mode? http://www.google-melange.com/gci/task/view/google/gci2012/8003218
17:55.06 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Calling the function I'm writing a funtion which does the job of setting the affinity mask. But where is this function called. And where am I supposed to write this? In parallel.c or semaphore.c? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:16.32 Notify 03GCI: Cezar: Enable our pictx tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958220
18:33.22 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:34.02 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Make the flag '-lpthread' has to be passed to gcc. Otherwise, this won't compile. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:40.35 *** join/#brlcad Lord_of_Life (Lord@2a01:4f8:100:7464::3)
18:43.34 *** part/#brlcad Lord_of_Life (Lord@2a01:4f8:100:7464::3)
18:49.48 Notify 03GCI: bellesuoreitaliane: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
18:55.55 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to bellesuoreitaliane. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
18:56.43 brlcad caen23: you didn't have to modify pictx to compile? did you try windows?
18:57.32 caen23 brlcad: no, i didn't try windows. but i put it inside an "if x11 is on", so shouldn't it be ignored on windows?
18:58.40 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - irc I would like to contact you via IRC... how can I do that? http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:58.58 brlcad caen23: ah, I see, that's good
18:59.36 brlcad if you've tested compilation somewhere (ideally on at least two platforms like mac and linux), then it should be good to commit
18:59.48 brlcad got lucky that it was that easy ;)
18:59.56 brlcad they usually are disabled for a reason
19:00.26 Notify 03GCI: Sean: Enable our pictx tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958220
19:00.31 caen23 i've only tested on mac, but let me try deb, too. yeah, i imagined i got lucky because i know you and starseeker discussed it some time ago
19:05.07 caen23 brlcad: btw, regarding this task http://www.google-melange.com/gci/task/view/google/gci2012/7995206 i did this in my previous patch to openw.tcl. there was no error when reopening the cmd win, only when reopening the graphics window. could i submit the cmd fix alone on this task?
19:11.10 Notify 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
19:14.29 caen23 so it works on deb, too, but i noticed i forgot to make main "int main" and have it return 0 in my patch
19:16.52 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
19:18.12 Notify 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - looks good Titi, those logs look much more useful now. Thank you. If you're interested, a follow-up task was just posted: http://www.google-melange.com/gci/task/view/google/gci2012/8038205?validated It's just a little harder, but should hopefully give a complete build. http://www.google-melange.com/gci/task/view/google/gci2012/8003218
19:19.07 brlcad caen23: you can fix it in commits
19:19.20 caen23 alright
19:19.27 Notify 03GCI: Silvrous: Create a utility library (LIBBU) API unit test ... for vls.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
19:19.41 brlcad how were you reopening the graphics window?
19:20.13 caen23 the same way i was reopening the cmd window, but it failed. the cmd window did not fail, though
19:21.03 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979226
19:21.07 brlcad and that was? :)
19:22.11 caen23 something like when you clicked "Tools > Command Window" on the menu bar, i ran something like "show_cmd = 1; show cmd". let me paste the specific line
19:23.11 caen23 -command "set mged_gui($id,show_cmd) 1; wm deiconify .$id; raise .$id"
19:23.16 caen23 line 1958 inside openw.tcl
19:52.20 brlcad iconify?
19:52.45 brlcad I don't remember your patch iconifying, wasn't it a hide?
19:53.44 caen23 brlcad: it doesn't matter if it's hidden or iconified. that's how you bring back a hidden window, too
19:54.20 brlcad hm, okay -- it's been a really long while since I've had to do that in tk
19:54.46 caen23 ugh, it's the first time i've had to do that in tcl :D
19:54.59 caen23 but i checked, and that's the only way
20:09.40 brlcad caen23: so how'd what you work with many many windows getting created?
20:09.52 brlcad say if you ran gui 3 or 4 times
20:10.03 brlcad right now it works if you close some of them
20:11.02 brlcad since it graphics window closes its corresponding command window
20:11.13 brlcad s/it/each/
20:16.42 caen23 brlcad: i don't think i understand :d it only works if you close the cmd window and reopen it. if you close the gfx window and try reopening it, it crashes
20:30.43 brlcad caen23: there's not just one command window and one graphics window
20:30.52 brlcad you can create as many as you like with the "gui" command
20:31.15 brlcad does that functionality still work is I guess the question
20:31.35 brlcad if it does, then you can probably commit it crashing and we can get someone to look into the stack trace
20:32.54 caen23 let me try, i believe it does. i don't know if you have the time, but couldn't you apply the patch on your machine and see exactly how it works? also, i've managed to get a stack trace and i checked the logs, i could post those, too
20:40.23 caen23 brlcad: it seems to work fine, except for that problem. here's the behavior i get, when run using opengl: if i close both windows using the X buttons, mged closes normally. if i close the cmd window and bring it back using Tools > Command Window, it works. if i close the gfx window and bring it back using Tools > Graphics Window, the app breaks, taking away with it any window that's currently open
20:40.52 caen23 it doesn't really matter how many instances are open, i've created four right now and they worked as expected
20:46.10 brlcad caen23: thats' why I was asking you to commit it, so I can test it on my end
20:46.24 brlcad easier than getting and applying the patch
20:46.38 brlcad copying up to all the places I'd want to test
20:47.16 brlcad wishes there weren't any platform checks in our build system files, we've regressed terribly
20:47.29 caen23 ok, then. i'll commit the pictx fixes first, and then i'll commit openw.tcl, too
20:49.02 Notify 03BRL-CAD:caen23 * 54030 (brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/pictx.c): Enable pictx for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7958220)
20:51.13 Notify 03BRL-CAD:caen23 * 54031 brlcad/trunk/src/tclscripts/mged/openw.tcl: The command window can now be reopened. MGED no longer closes after closing the graphics window. On OpenGL, trying to reopen the graphics window crashes the app. On X11, everything works fine.
20:51.24 caen23 ok, they're up
20:57.00 Notify 03BRL-CAD:brlcad * 54032 brlcad/trunk/CMakeLists.txt: x11 is available on windows, so don't make it impossible to use it. we can just let the checks fall through after looking for it and testing whether aqua is enabled. this allows a slew of simlifications eliminating several of the win32 and apple platform checks, which are bad smells anyways.
21:29.55 Notify 03GCI: Ben Bray: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7987216
22:21.17 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
22:23.28 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Questions solved Ok, I managed to test the code, and it does indeed work (I had to use CMake to create the Visual Studio project - something I had not anticipated). I fixed the indents and included bio.h too. Now I'm actually finished :) http://www.google-melange.com/gci/task/view/google/gci2012/7999206
22:25.09 *** join/#brlcad matt_s (cb3af1be@gateway/web/freenode/ip.203.58.241.190)
22:33.29 starseeker brlcad: have you tested that in a situation where X11 is available on Windows?
22:34.15 *** part/#brlcad ChrisOelmueller (~eoc@2a01:238:42b6:4400:f140:fff4:e413:e393)
22:35.40 starseeker brlcad: anyone trying to enable Aqua on Windows should probably get a fatal error
22:35.44 starseeker that's completely nonsensical
22:36.39 starseeker do you want me to add that?
22:36.52 starseeker (as long as we're cleaning up what was admittedly a mess...)
23:38.34 brlcad that's the problem being propagated, though -- platform checks aren't the right perspective
23:39.40 brlcad it'll fail if someone tries, probably spectacularly, so it effectively will already do that or our assertion is wrong (if it somehow worked)
23:40.07 brlcad if anything that should be "anyone trying to enable Aqua WHEVER AQUA IS NOT AVAILABLE should get a fatal error"
23:40.39 brlcad that's the distinction for nearly every single platform check in there
IRC log for #brlcad on 20121210

IRC log for #brlcad on 20121210

01:14.31 *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net)
02:04.25 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
03:58.26 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
04:01.47 Notify 03GCI: javamonn: Make tables.c not call system("cat ...") - Hopefully... Hopefully tables4 is alright. That bu_mapped_file struct is pretty handy. To my understanding, I still had to open the file to write to in the normal fasion, correct? Unless you have another struct I would rather use, since bu_mapped_file is read only. Let me know if... http://www.google-melange.com/gci/task/view/google/gci2012/7966235
04:04.43 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Assigned This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993222
05:11.46 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:46.04 Notify 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
06:07.37 Notify 03GCI: Melange: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7970238
06:20.07 *** part/#brlcad matt_s (cb3af1be@gateway/web/freenode/ip.203.58.241.190)
07:42.39 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:28.54 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:12.30 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Which doxygen output? I don't know what you mean 'doxygen output', so I uploaded generated documentation and output from console by: brlcad@brlcad-vm:~/brlcad-svn$ doxygen misc/Doxyfile 2> doxygen.output Stdout is clear, all output from console is in stderr. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
09:46.24 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
10:12.24 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - I can't apply your patch because it refers to files I don't have ;) Desktop/semaphore.old.c Desktop/semaphore.c Please modify the file inside your subversion checkout (ie src/libbu/semaphore.c). Subversion will take care of your lokal changes and should generate a nice patchfile... http://www.google-melange.com/gci/task/view/google/gci2012/7999206
10:12.39 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
10:12.44 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
10:12.59 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987216
10:14.46 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Identical Task I noticed there was another identically named and described task as well, so what is the difference between this one and that one? Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216
10:17.18 *** join/#brlcad agkphysics (~agkphysic@118-93-169-70.dsl.dyn.ihug.co.nz)
10:19.23 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Could you please provide the output of 'benchmark' too Ie we need 2 outputs: benchmark with and without your changes to parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222
10:19.28 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
10:24.33 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
10:25.24 Notify 03GCI: Harmanpreet Singh: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987216
10:57.50 *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244)
10:59.46 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Function Where should the function for setting the affinity be called in parallel.c? At the beginning? At the end? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
11:05.59 Skriptkid In order to compile a program that uses threading, I need to use -lpthread in gcc. But if I'm adding a threading function to a brlcad file, Make fails since the -lpthread flag is not passed. How do I pass it to make? Or what else can be done to solve this?
11:06.21 *** join/#brlcad harmanpreet (~chatzilla@124.253.219.160)
11:17.33 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:20.29 Skriptkid Don't bother answering that. Got it.
11:39.27 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:44.31 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Duplicate task Aaron, I don't know whats the difference between these two tasks. I think, the intention was to split this task in two or more parts becasuse of the mathematical difficulty. You should know that a HYP is something similar to... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
11:45.25 Skriptkid ``Erik brlcad: Can you turn on compiling Tcl, Tk, libpng, libregex and zlib on in Cmake on the server? These are off and I highly doubt this is causing make to fail.
11:50.30 Skriptkid d_rossberg: Where should I call the affinity setting function in parallel.c?
11:51.04 Skriptkid ``Erik brlcad: Make to fail in the buildbot, that is.
12:13.08 d_rossberg Skriptkid: i'm not sure, in something what is called by the benchmark, probable in the rt program (?)
12:14.41 Skriptkid Semaphore is called I think,, because it has a semaphore initialisation function. I'll put in that?
12:15.40 d_rossberg or in the function parameter of bzu_parallel() ?
12:15.58 d_rossberg bu_parallel()
12:17.15 Skriptkid ok
12:19.13 Skriptkid Could you please xplain the format for passing the function as a pramter to bu_parallel? I see this: "void (*func)(int, genptr_t)"
12:21.05 d_rossberg you should use an existing call (e.g. grep for bu_parallel in src/rt) and add your fubction to the function used there
12:22.04 Skriptkid I found bu_parallel. It's in src/libbu/parallel.c. Do i just add a call to my function in that?
12:23.48 d_rossberg no, bu_parallel() creates the threads but isn't called by any of these threads
12:24.31 Skriptkid OK. There are 2 other bu_parallels in src/rt. I just need to write my function in one of these two files(they are in) and call it from bu_parallel?
12:25.30 Skriptkid hang on. Are you saying bu_parallel is used to create threads and I need to create one for this?
12:25.57 Skriptkid bu_parallel(myfunction)?
12:26.50 d_rossberg yes, bu_parallel _creates_ the threads but you function (as you wrote it) has to be called inside of the thread, therefore inside of "myfunction"
12:28.31 Skriptkid in worker.c, I see "bu_parallel(worker, npsw, NULL);" So this means that bu_parallel is creating a thread for the function "worker()" right? So I need to call my function in worker so that it will be run
12:29.46 d_rossberg exactly
12:29.51 Skriptkid ok. thanks :)
12:32.33 d_rossberg maybe you should do the same with reproject_worker and see if this has any effect to the benchmark
12:33.37 Skriptkid ok. But the function I'll be using has to be in the files I'm calling it in right? I need to put my function in worker.c so that it's called by worker()
12:35.05 d_rossberg yes
12:36.36 Skriptkid there's a function in parallel.c that gives maximum no of CPUs on the system. Can I directly call it in worker.c?(This is stupid, but asked because bu_parallel has been used here, although it's in parallel.c)
12:38.31 d_rossberg this should be ok
12:41.49 Skriptkid Is there any specific place I need to call the function on in worker.c and reproject_worker()? Like at the beginning or at the end?
12:41.53 Skriptkid *worker()
12:44.47 d_rossberg probable at the beginning
12:45.34 d_rossberg (i hope it's all right i'm telling you here)
12:46.22 Skriptkid Why wouldn't it be?
12:48.06 d_rossberg e.g. i don't really know what benchmark does, i think it calles rt, what else should it do? ... it's on you to find out ;)
12:49.03 Skriptkid Hehe :) I think it does, because it finds speeds of rays
13:00.55 Skriptkid d_rossberg: Are reductions in time by milliseconds significant in raytracing?
13:05.11 d_rossberg no, especially as you aren't on a realtime OS
13:07.42 Skriptkid Okay. Thanks for all the help. Could you review my work if you're free?
13:08.09 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
13:12.37 Notify 03BRL-CAD:bob1961 * 54033 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added code to save things back to the database. Added line creation to Archer's sketch editor. More mods to come.
14:10.03 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.150)
14:18.49 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
14:32.22 *** join/#brlcad merzo (~merzo@240-191-133-95.pool.ukrtel.net)
14:57.18 *** join/#brlcad merzo (~merzo@250-198-132-95.pool.ukrtel.net)
15:36.10 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
15:53.52 *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244)
15:57.55 Skriptkid d_rossberg: How can I not include pthread.h? It won't compile without that.
16:00.26 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.150)
16:05.16 d_rossberg it's already there? (line 155)
16:07.43 Skriptkid Oh, so you mean I need to write function in parallel.c(where line 155 has pthread.h) and call it in worker.c and view.c? On it.
16:16.31 Skriptkid d_rossberg: Fixed it. Could you apply the new patch and see it?
16:18.51 d_rossberg Skriptkid: you provided a patch for parallel.c so i thought your function was in this file ... ???
16:20.22 Skriptkid That was the old one. The latest was the .tar.gz file. The current latest patch 'new.patch'. Dont apply the last to. Apply 'new.patch' Also, I'll be submitting a new benchmark comparison file, because I made a change
16:30.18 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:47.14 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
17:04.10 brlcad bunch of new tasks added yesterday: test our animation system, merge git repo, implement a gethostname function, and three code cleanup tasks
17:10.25 caen23 brlcad: have you had time to look over my commits? :D
17:11.15 *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244)
17:17.59 jordisayol I'm getting a problem with archer when I try to open a *.g file in a read only folder.
17:19.48 jordisayol I got this:
17:19.48 jordisayol /usr/brlcad/share/db $ /usr/brlcad/bin/archer moss.g
17:19.48 jordisayol BBBBogusArcherTargetCopy~: Permission denied
17:19.48 jordisayol _ged_open_dbip: failed to create BBBBogusArcherTargetCopy~
17:19.48 jordisayol Unable to open geometry database: BBBBogusArcherTargetCopy~
17:19.48 jordisayol Unexpected error encountered while running Archer.
17:19.48 jordisayol Aborting.
17:20.49 jordisayol mged program simply open it as read only without problems:
17:20.53 jordisayol /usr/brlcad/share/db $ /usr/brlcad/bin/mged moss.g
17:20.53 jordisayol Opened in READ ONLY mode
17:22.22 brlcad jordisayol: nice, that's a bug
17:22.32 brlcad caen23: nope
17:22.54 brlcad caen23: and I probably won't for quite a while, I have a ton more new tasks to add
17:23.37 caen23 brlcad: ok :D there's no rush
17:27.54 *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244)
17:32.46 ``Erik git repo?
17:35.32 brlcad ``Erik: writing a tutorial to help with the stepcode merge
17:35.48 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/7992230
17:42.46 brlcad new task: fix llvm defects: http://www.google-melange.com/gci/task/view/google/gci2012/7987232
17:43.22 brlcad new task: cmake case cleanup: http://www.google-melange.com/gci/task/view/google/gci2012/7985244
17:46.02 *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
17:46.27 maths22 brlcad: are any new web tasks up?
17:46.35 Notify 03BRL-CAD Wiki:Jacksixb * 4748 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
17:46.38 Notify 03BRL-CAD Wiki:Jacksixb * 4749 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
17:46.40 Notify 03BRL-CAD Wiki:Jacksixb * 4750 /wiki/User:Jacksixb/Proposal: Intial make
17:46.42 Notify 03BRL-CAD Wiki:Jacksixb * 4751 /wiki/User:Jacksixb/Proposal:
17:46.44 Notify 03BRL-CAD Wiki:Jacksixb * 4752 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update
17:46.45 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - I looks like your patch works in general However ther are some shortfalls You shouldn't include pthread.h again. Especially not protected with defines. The code will be compiled with MS Visual C/C++ too. The usual whitespace, tabs vs. blanks problem ... (you know,... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.46 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.47 Notify 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
17:46.48 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Didn't get the first part I didnt understand the first part. If i don't include pthread.h, it won't compile. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.49 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.50 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Small edit to note Now the function has been moved to parallel.c. they are not in worker.c or view.c. Just one function prototype in parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.51 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - There are still some issues the line-indents are wrong (8 blanks => 1 tab) undo your change to semaphore.c: you only added 4 spaces remove the #define _GNU_SOURCE from parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.52 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.53 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - aaf_new aaf_new.tar.gz is the latest. The specified fixes have been done. Also, a small change to the note. The function prototype is in worker.c and view.c no more, but in parallel.c. It is only called in worker.c and view.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.54 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.55 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Latest aaf_latest.tar.gz is the latest. **** DO NOT USE ANYTHING SUBMITTED BEFORE THAT. IGNORE ALL OTHER FILES **** Sorry for any confusion. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.56 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - #define _GNU_SOURCE Removed it, but I doubt it will compile without that statement. It doesn't on my computer. Shall I include it in the #ifdef HAVE_PTHREAD_H or #ifdef linux condition block? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:46.57 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ime I got no response to the rquest for contact data (IRC) so I'm afraid I will need more time to get this task done. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
17:46.58 Notify 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
17:46.59 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Sorry I am sooo sorry I cant complete the work :( Currrently busy with my school's upcoming fest I think ill join google code in after 12th only :( http://www.google-melange.com/gci/task/view/google/gci2012/7970237
17:47.00 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
17:47.04 brlcad eek
17:47.28 brlcad maths22: hmm.. not sure, a lot have been added and there are a lot more to go
17:47.49 maths22 brlcad: why do you not show on the list of users?
17:48.20 maths22 I don't think I saw any, but I wanted to make sure I had not just been too slow to claim them.
17:53.50 Notify 03BRL-CAD:carlmoore * 54034 brlcad/trunk/misc/CMake/CompilerFlags.cmake: remove trailing blanks/tabs
18:10.14 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
18:13.25 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:16.22 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Completed in 15 hrs :-) I was new to this software. The Documentation files helped me alot. My previous experience in MAYA made it a lot easier. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
18:19.40 brlcad new task: step-g regression test: http://www.google-melange.com/gci/task/view/google/gci2012/8048207
18:20.17 maths22 brlcad: why is your away status set?
18:20.51 maths22 you appear to be online. :)
18:22.27 brlcad because I just haven't bothered to unset it yet
18:22.29 brlcad happens
18:24.05 maths22 OK. Just wanted to make sure you were aware
18:31.50 brlcad new task: nurbs regression test: http://www.google-melange.com/gci/task/view/google/gci2012/7989209
18:33.28 brlcad maths22: so you upgraded drupal and mediawiki and ... ?
18:34.19 maths22 what is the and ... about?
18:34.27 brlcad and anything else?
18:35.09 brlcad notices the titles are misaligned on the drupal site.. hm
18:37.26 maths22 Let me look. I thought I fixed that.
18:37.31 brlcad maths22: there are lots of students, just wondering what other tasks you've completed :)
18:37.40 brlcad reminder and what not ;)
18:38.26 maths22 I have done the mysql task, the drupal task, the mediawiki task, and the gallery task.
18:38.26 maths22 I am fixing the titles now.
18:38.35 brlcad okay
18:38.52 brlcad that should be enough to flip the switch on BRL-CAD's DNS
18:39.17 brlcad maybe one final database and file sync
18:41.28 maths22 I fixed the titles/
18:46.38 brlcad awesome! what was it?
18:56.29 *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
19:00.24 brlcad new task: 'brep' manual page: http://www.google-melange.com/gci/task/view/google/gci2012/8013221
19:11.16 Notify 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
19:11.31 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
19:19.50 Notify 03GCI: Melange: Doxygen cleanup ... for LIBBN - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
19:22.11 ``Erik cl
19:24.09 brlcad brep man page task number changed: http://www.google-melange.com/gci/task/view/google/gci2012/7948232
19:24.24 brlcad the other is now to update our vm: http://www.google-melange.com/gci/task/view/google/gci2012/8013221
19:33.06 brlcad new task: qemu deployment testing: http://www.google-melange.com/gci/task/view/google/gci2012/8023219
19:41.05 *** join/#brlcad twitch (~javamonn@adsl-68-90-24-186.dsl.rcsntx.swbell.net)
19:49.14 *** join/#brlcad andrei (andrei@188.25.27.142)
19:57.42 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:08.56 ``Erik O.o is the new task something that should come through the tracker mailing list?
20:11.26 brlcad new task: design new web interface: http://www.google-melange.com/gci/task/view/google/gci2012/7958235
20:11.31 brlcad ``Erik: they don't yet post them
20:11.37 brlcad i put in a request, so maybe
20:20.51 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
20:30.43 maths22 I forgot to include a class specifier in the css file. I added a left align but did not say what to apply it to.
20:34.31 Notify 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958235
20:34.36 Notify 03GCI: Kristaps: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
20:35.42 Notify 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Mockup Would I be able to duplicate the site and make this as a drupal theme from the start? http://www.google-melange.com/gci/task/view/google/gci2012/7958235
20:41.14 Notify 03GCI: Brandon Gonzalez: Write a BRL-CAD to RAW converter - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945223
20:42.59 brlcad new task: model an ellipsoid: http://www.google-melange.com/gci/task/view/google/gci2012/7959254
20:43.23 brlcad maths22: did our existing css not translate?
20:43.35 brlcad or did they add new divs/spans that had to be associated?
20:45.15 maths22 it did, but the structure changed so I had to rework the css to be compatible
20:48.11 brlcad new task: model a fresnel lens: http://www.google-melange.com/gci/task/view/google/gci2012/8049208
21:05.01 Notify 03GCI: Brandon Gonzalez: Write a BRL-CAD to RAW converter - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945223
21:44.26 Notify 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
21:48.26 starseeker brlcad: dunno if it's a 2 hour type task, but someone could hunt down why tire is adding a duplicate subtraction to one of the csg hierarchies (I think it showed up that one time you did a graphviz visualization...)
21:50.29 Notify 03BRL-CAD:bob1961 * 54035 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More updates for Archer's sketch editor. This adds functionality to delete points and segments.
22:03.49 brlcad new task: model an hourglass: http://www.google-melange.com/gci/task/view/google/gci2012/8017215
22:04.18 brlcad starseeker: it'd probably take longer to explain it, but I'll add it if you write something up
22:34.58 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Still not working I've tried "make" again and I still don't get anything. I'll send in what I have so that it can get looked over. The log for the makeflie build is near the very end of the document. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
22:37.30 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
22:48.55 brlcad new task: model caffeine: http://www.google-melange.com/gci/task/view/google/gci2012/7998227
22:58.27 brlcad new task: model a diamond: http://www.google-melange.com/gci/task/view/google/gci2012/8034208
23:06.30 *** join/#brlcad alezakosz (~kongr45gp@helit.org)
23:10.03 brlcad new task: model a gear: http://www.google-melange.com/gci/task/view/google/gci2012/8050205
23:16.42 brlcad new task: opengl gears: http://www.google-melange.com/gci/task/view/google/gci2012/8012227
23:23.17 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
23:34.04 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - It does indeed seem to be a duplicate Also, for what it's worth, I've sketched up a possible solution strategy here: http://brlcad.org/wiki/Image:Volume_computation.pdf I'm not sure it's correct though--it was done in a rush and I have not worked... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
IRC log for #brlcad on 20121211

IRC log for #brlcad on 20121211

00:30.14 Notify 03GCI: Tony Jojan: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
00:39.27 javamonn Could a mentor please review my code so I can edit it if there is something wrong, while there is still time left? Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
01:13.05 brlcad new task: gcov/lcov report: http://www.google-melange.com/gci/task/view/google/gci2012/8043205
01:14.04 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958235
01:14.09 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
01:14.14 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Assigned This task has been assigned to Tony Jojan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958234
01:14.29 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Kristaps. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987215
01:17.41 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - starting simple So let's start with a simple spreadsheet, just two columns: file and category. You're going to itemize every file installed into our 'bin' directory (like you started in your spreadsheet). For each of those files, categorize it. It should be possible to... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
01:20.12 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - almost there... Sharan, that's looking good, but the two regions do not hinge together. Note in the description that they need to "connect" together. Think of a bike chain or a door hinge even. The black one needs to go "into the red one. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
01:20.17 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
01:20.31 *** part/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
01:23.50 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
01:24.51 maths22 brlcad: I don't know if you saw my question, but can I design the new look as a drupal theme?
01:31.09 ``Erik awesome, http://www.masswerk.at/google60/ (60's skeuomorphic interface to google, punch cards and all)
02:09.39 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:14.56 Notify 03GCI: Richard Akira Heru: Create ellipsoid model and diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959254
02:21.09 Notify 03BRL-CAD:starseeker * 54036 brlcad/trunk/src/librt/test_subdivision.cpp: Something not quite right - probably need to revisit bookkeeping scheme - but take a step towards boundary handling.
02:35.58 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966235
02:41.31 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - (clearly a pro at svn) I hope I got it right this time (the very last file I submitted - look at the time)...I've never used svn before (I use git and at that I never make patch files). What I did this time was I checked out the latest revision and used "Create patch..." Before I... http://www.google-melange.com/gci/task/view/google/gci2012/7999206
02:41.51 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
02:44.36 Notify 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966238
02:56.16 Notify 03GCI: Sean: Make tables.c not call system("cat ...") - excellent Very nicely done. I hope you take on some of our other coding tasks! This clears up a bad coding call that's been in there for a very long time.. :) Thanks for making it better! http://www.google-melange.com/gci/task/view/google/gci2012/7966235
03:22.40 Notify 03GCI: Sean: Investigate performance of setting thread affinity - few issues Skriptkid, the indentation and style is STILL wrong... :) Please review our HACKING file for details, but open curly braces go on the same line as their statements (except for functions) and sequences of 8 spaces need to be tabs (we use tab+space to indent levels are... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
03:22.50 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
03:23.00 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
03:25.45 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Working Hi Sean, I have installed Blender and BRL-CAD in Windows 7 and I am playing with blender a little to get the feel of it. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231
03:35.19 brlcad new task: code coverage: http://www.google-melange.com/gci/task/view/google/gci2012/7966241
03:50.29 brlcad maths22: absolutely
03:50.34 brlcad you can design it however you like
03:51.07 brlcad if you want to mock it up first, we can create a separate task to make it into a drupal-theme or another to deploy it or ...
04:05.16 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
04:07.32 brlcad new task: compose 'brl-cad': http://www.google-melange.com/gci/task/view/google/gci2012/8017216
04:08.27 *** join/#brlcad agkphysics (~agkphysic@118-93-115-80.dsl.dyn.ihug.co.nz)
04:11.21 maths22 Thanks
04:11.57 brlcad compose model is now http://www.google-melange.com/gci/task/view/google/gci2012/7974264 and that other is an interface task
04:19.56 brlcad new task: publish eclipse write-ups: http://www.google-melange.com/gci/task/view/google/gci2012/8038207
04:27.46 brlcad new task: fix msvc express errors: http://www.google-melange.com/gci/task/view/google/gci2012/8009222
04:30.51 brlcad new task: fix msvc express warnings: http://www.google-melange.com/gci/task/view/google/gci2012/8053204
04:59.28 brlcad maths22: if you're not busy working on a task, poke me and I'll make a task ;)
04:59.43 brlcad will keep you busy!
06:06.02 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
08:51.44 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:19.50 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
09:24.01 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:25.15 *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2863::ade7:2863)
09:27.01 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:56.12 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48)
11:50.03 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48)
11:51.04 *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
11:54.38 *** join/#brlcad andrei (andrei@188.25.161.150)
12:07.52 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:36.33 brlcad yawns
12:57.13 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:08.52 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:08.54 Notify 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966238
13:09.22 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Hey Check the NEW.zip file. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
13:09.23 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
13:09.24 Notify 03GCI: Sharan: Design an MGED command spreadsheet - Question Should we provide the description of the comand also I will claim this task after my current task will be reviewed http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:09.25 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
13:09.26 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Two things don't include windows.h, it's already included in bio.h (which is ok) you made a wrong correction to acquire (aquire) BTW, you can open your patch-file in a text editor. This is what I do to have a first look at your results. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
13:09.27 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
13:09.28 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - what you submitted is correct Also, what you submitted is what we were looking for. Output from doxygen and the resulting generated html. Pay particular attention to the warnings when you limit the scan to just the libbn files. You'll not want to let it scan everything in the include directory,... http://www.google-melange.com/gci/task/view/google/gci2012/8031203
13:09.29 Notify 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
13:09.30 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Visual Studio Express - new tasks FYI, related tasks were posted: http://www.google-melange.com/gci/task/view/google/gci2012/8053204 http://www.google-melange.com/gci/task/view/google/gci2012/8009222 http://www.google-melange.com/gci/task/view/google/gci2012/7948214
13:09.31 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - he generated documentation Mrowqa, the Doxyfile that we provide scans the ENTIRE project. If you review that html directory and go to main.html and select modules, you'll see it's everything. This task is only to review and generate output for LIBBN. Basically, that's the task -- make a Doxyfile... http://www.google-melange.com/gci/task/view/google/gci2012/8031203
13:09.32 Notify 03GCI: Sean: Create ellipsoid model and diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959254
13:09.33 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Too complex? Matt, I looked at your volume computation PDF, but surely there must be some easier way of calculating the volume. Are you not able to find the volume by integration of cross-sectional area. Using basic calculus, I integrated the... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
13:09.34 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Assigned This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7977231
13:09.35 Notify 03GCI: Sean: Investigate GMP integration - continuation A continuation of this task as just posted: http://www.google-melange.com/gci/task/view/google/gci2012/8013222 http://www.google-melange.com/gci/task/view/google/gci2012/7946218
13:09.36 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
13:09.37 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
13:09.38 Notify 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
13:09.39 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Benchmark Could you tell me if the patch is alright now? ('newp.patch') I'll run a new benchmark and submit that too.(Because I'm downloading brlcad source again. Can't port it from VM.) Also, is it okay if I test it in a Mac? Using make bechmark, of coure. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
13:09.40 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
13:09.41 Notify 03GCI: Richard Akira Heru: Create ellipsoid model and diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959254
13:09.42 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Almost I refer here to the lines in your "newp.patch" file. Open it with a text editor and you'll see what I mean: 10: 4 unnecessary blanks 14, 15: 4 unnecessary blanks (why did you added blanks here?) 36: 4 unnecessary blanks 70: a blank after the "for" is missing... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
13:09.43 Notify 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
13:09.44 Notify 03GCI: Katelin Huber: Create an artistic screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
13:09.45 Notify 03GCI: Rishabh Aggarwal: Mock up new BRL-CAD website interface design (#2) - Query I would like to work on this task. My earlier task is on review so i will start as soon as it is done. Please give a link to the webpage you want a mock-up to be made of. Also, you curerently want only one page designed right? Thanks. Rishabh Aggarwal http://www.google-melange.com/gci/task/view/google/gci2012/8051203
13:20.48 Notify 03GCI: Daniel Rossberg: Create an artistic screenshot - Task Assigned This task has been assigned to Katelin Huber. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213
13:22.45 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:42.29 brlcad ``Erik: seems to be consistently getting caught up at night?
13:44.33 ``Erik various little things catch it, last night was a peer timeout, night before was a unicode parsing issue in an email
13:45.31 maths22 brlcad: what formats do we have the new logo in?
13:59.39 brlcad maths22: what do you mean? .g for the geometry and I have a solidworks file somewhere I think
13:59.51 brlcad there are renderings in a variety of image formats
14:03.09 caen23 brlcad: would this be a good moment to try the mged changes?
14:08.08 brlcad caen23: who? what?
14:08.49 caen23 brlcad: the changes i committed to tclscripts/mged/openw.tcl, to see if they are ok
14:21.34 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.50)
14:31.58 Notify 03BRL-CAD:brlcad * 54037 brlcad/trunk/src/libbn/tests/bn_list.c: strnlen() is a gnu extension, so not okay to use. fortunately, not needed.
14:48.17 maths22 I wanted to be able to use it in photoshop/gimp. Renderings work. do you have tiff?
14:58.16 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - either The design can be for either http://brlcad.org or http://brlcad.org/wiki/ since those are drupal and mediawiki instances respectively. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
15:04.04 brlcad maths22: i don't specifically have it in tiff, but that shouldn't be needed
15:04.10 brlcad just pull one of the images
15:06.00 brlcad there are these: http://brlcad.org/d/node/92 and these: http://brlcad.org/images/logo/
15:06.08 brlcad but do not use any of the old eagle logos
15:07.19 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - logos there are these: http://brlcad.org/d/node/92 and these: http://brlcad.org/images/logo/ do not use any of the old eagle logos http://www.google-melange.com/gci/task/view/google/gci2012/8051203
15:09.30 brlcad maths22: you have some competition, potentially ;)
15:18.18 brlcad caen23: so I get slightly different behavior .. mine just crashes if I close the graphics window
15:18.41 caen23 brlcad: opengl or x?
15:18.48 brlcad opengl
15:18.52 brlcad crashes in __glXDeassociateContext
15:19.14 brlcad oh, wow, yeah .. took down all of X11
15:20.06 caen23 ugh, that's bad. and weird
15:21.39 brlcad yeah, so taking down X11 obviously isn't our problem, but it should be avoidable
15:22.15 brlcad looking at the fix, it looks like the crash is related to indirect contexts
15:22.49 brlcad and specifically, trying to unreference a context (which presumably no longer exists)
15:22.54 brlcad https://bugs.freedesktop.org/attachment.cgi?id=17953
15:23.14 brlcad tries a direct context
15:28.11 caen23 brlcad: could the problem be src/libdm/dm-ogl.c?
15:28.27 brlcad almost certainly
15:29.17 brlcad looks like src/mged/dm-ogl.c:179
15:29.45 brlcad is the specific culprit that causes mged to exit and crashes X11 in the process during a glx teardown/shutdown
15:31.42 maths22 ok
15:33.51 caen23 brlcad: let me upload my stack trace on os x somewhere
15:34.47 brlcad I think I may have a fix, testing
15:35.29 caen23 brlcad: hmm... ok
15:38.56 Notify 03BRL-CAD:brlcad * 54038 brlcad/trunk/src/mged/dm-ogl.c: don't try to make a glx context current for non-expose events. the context might not even exist (like when the graphics window is closed).
15:45.21 *** join/#brlcad mang0 (~mang0@unaffiliated/mang0)
15:45.25 mang0 Hey all o/
15:46.39 *** join/#brlcad harmanpreet (~chatzilla@210.56.122.50)
15:49.05 brlcad caen23: hm, so that's part of the problem and this is vaguely coming back to me
15:49.50 brlcad that create current call and another in ogl_drawBegin() are what cause the crash
15:50.41 brlcad rather, glXMakeCurrent()
15:50.57 caen23 that's the function i get in my stack trace, too
15:51.37 brlcad sure enough, not attempting to make the context current in those places lets your patch do its charm and windows can be closed and opened successfully
15:52.01 caen23 so with your latest commit, is everything working properly?
15:52.08 brlcad no no
15:52.55 brlcad that was just one bit, that call has to be eliminated entirely and another to get it to not crash
15:53.06 brlcad but removing them isn't right
15:53.16 brlcad I was just trying to isolate behavior
15:53.40 caen23 so a function should be rewritten?
15:53.48 brlcad given it works, that's a strong indication that one of the three params to glXMakeCurrent() is horked
15:54.41 brlcad and that's what was vaguely coming back to me about windows and mac glx contexts -- they need to be rebuilt when they're "minimized"
15:55.05 brlcad which is probably what tk is doing under the hood
15:55.27 brlcad either that or it's explicitly being destroyed and we're just passing bad data
16:02.39 caen23 brlcad: and how would you go about solving it?
16:03.25 Notify 03BRL-CAD:brlcad * 54039 brlcad/trunk/src/libdm/dm-ogl.c: remove debug code
16:10.08 brlcad caen23: figure out which of those two is happening
16:10.57 caen23 ok, i'll try doing that
16:28.44 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:29.14 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Fixed Fixed all that you said. I'm getting a 'malformed patch.' Tell me if you're getting it too. I'll look into that. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:36.25 *** join/#brlcad Silvrous (4f705ba0@gateway/web/freenode/ip.79.112.91.160)
16:51.06 *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48)
16:51.37 Skriptkid ``Erik brlcad: Did you get my message the other day about the buildbot?
16:58.04 brlcad Skriptkid: that you fixed a few things?
16:58.39 brlcad caen23: so interestingly enough, crashes go away if we delete and recreate the context every time an event comes in
16:59.29 brlcad i'm not sure that is actually meaningful but seems to further point at the glx context getting messed up or deleted
16:59.57 Skriptkid No, after that. I suggested you turn on compilation of Tcl, Tk, libpng, libregex and zlib in cmake on the server. I guess (from the function names) that glew.c has something to do with GUI. So maybe turning those on may fix the issue. here's the link to the log: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/18/steps/shell_1/logs/stdio
17:00.35 brlcad Skriptkid: oh, I knew that when I first saw your log
17:00.36 Skriptkid "Compile Tcl …….. OFF" etc etc
17:01.00 brlcad the problem is that it should have auto-disabled glew and didn't
17:01.20 brlcad I'll be happy to make that into a task if you want to try and fix it ;)
17:01.57 Skriptkid Hmm….okay :) I'll take it up after my current one :)
17:04.27 Notify 03BRL-CAD:bob1961 * 54040 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: This allows the multi-line segment creation mode to use existing points. Stub in a few methods for creating arcs, circles and bezier curves.
17:06.28 caen23 brlcad: i'm not really familiar with opengl, so right now i'm reading their wiki/getting started documents
17:15.53 Skriptkid If anybody's free, could you please review this: http://www.google-melange.com/gci/task/view/google/gci2012/7960222 ?? thanks
17:16.01 *** part/#brlcad Skriptkid (~Skriptkid@117.202.101.48)
17:25.46 *** join/#brlcad Silvrous (4f705cf3@gateway/web/freenode/ip.79.112.92.243)
17:26.23 Silvrous How many tests should I make for each vls function?
17:35.13 *** join/#brlcad harmanpreet (~chatzilla@210.56.121.237)
17:38.24 *** join/#brlcad Silvrous (4f705cf3@gateway/web/freenode/ip.79.112.92.243)
17:38.31 Silvrous Sorry about that...
17:51.17 Notify 03BRL-CAD:bob1961 * 54041 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Clean up the canvas bindings a bit in Archer's sketch editor.
18:00.14 *** join/#brlcad harmanpreet (~chatzilla@210.56.127.120)
18:07.47 Notify 03GCI: Melange: Layout "MGED Interface" Reference Document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
18:24.49 brlcad caen23: okay, though do note that this problem seems to heavily be a GLX/Tk issue since it involves the context
18:25.21 brlcad caen23: I'd suggest trying to follow the event-flow, what happens when that close button is clicked
18:32.28 brlcad Silvrous: depends on the function
18:33.03 brlcad at least one for all functions is a good start
18:33.21 brlcad i know vls is a little big, so that'd probably a couple hours worth for the gci task
18:37.18 *** join/#brlcad andrei (~andrei@188.25.161.150)
18:38.01 Silvrous Ok then, I'll do a couple for each function, Should they be generic or "limit cases" ?
18:38.19 Notify 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
18:40.09 Notify 03GCI: Andrei Popescu: Publish two Eclipse write-ups to our wiki - Task Assigned This task has been assigned to Nikolaj Bojkov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038207
18:40.42 brlcad new task: fix glew detection: http://www.google-melange.com/gci/task/view/google/gci2012/7999218
18:40.58 brlcad skriptkid might want to try to tackle that one
18:42.01 brlcad Silvrous: if you're going to do a couple, most useful will be first testing "expected" use and then testing one or more limit cases
18:42.27 brlcad particularly good behavior when passed NULL or zero-initialized parameters
18:43.56 Silvrous OK. I don't think I'll finish it all tonight, could I get a 24h extension please?
18:47.37 Notify 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - I am a bit confused about something. What exactly do you mean by "Link the latter to the prior. Link the prior onto the Main_page.". http://www.google-melange.com/gci/task/view/google/gci2012/8038207
18:53.06 brlcad Silvrous: link?
18:53.25 Silvrous http://www.google-melange.com/gci/task/view/google/gci2012/7979226
18:54.40 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
18:55.23 Silvrous Thank you.
18:56.00 Notify 03GCI: Melange: Create an ISST screenshot or animation - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
18:56.40 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
18:57.43 *** join/#brlcad merzo (~merzo@125-16-132-95.pool.ukrtel.net)
19:05.29 Notify 03BRL-CAD:brlcad * 54042 brlcad/trunk/src/libbn/randmt.c: bn_rand_mt_state_set_global() isn't used and has an inconsistent name, so bye bye it goes.
19:07.06 Notify 03BRL-CAD:brlcad * 54043 brlcad/trunk/TODO: note the graphics window crash as a release-stopper
19:21.15 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
19:27.17 Notify 03GCI: Sean: Create ellipsoid model and diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959254
19:51.32 *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
20:03.13 brlcad new task: rt_dirbuild enhancement: http://www.google-melange.com/gci/task/view/google/gci2012/7945230
20:11.17 caen23 brlcad: how can i disable compiler optimizations?
20:20.53 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
20:23.45 brlcad caen23: -DCMAKE_BUILD_TYPE=Debug or -DBRLCAD_FLAGS_OPTIMIZATION=OFF
20:23.51 brlcad INSTALL file has 'em all
20:24.40 caen23 brlcad: ugh, i simply edited CMakeLists and set optimization to off :D should have checked that file first
20:27.35 brlcad caen23: so where did you look before editing that file?
20:28.30 caen23 brlcad: i hoped i could find the flags on the wiki, but no luck
20:33.36 starseeker Hmm - Blender's got an OSL node. First time I can recall someone writing an open source OSL shader (too bad it's GPL): http://vadrouillegraphique.blogspot.nl/2012/12/simple-osl-ambient-occlusion.html
20:33.59 starseeker hasn't tried our OSL stuff in a long time - wonder if it's bitrotted
20:43.52 Notify 03GCI: Sean: Investigate performance of setting thread affinity - patch applies The patch applied fine for me but there are several compilation problems. How are you compiling? If you've disabled strict compilation, you need to re-enable that and fix the issues reported. There are several issues, so perhaps try compilation on Mac as well as... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
20:43.57 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
20:44.17 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
20:48.05 Notify 03BRL-CAD:brlcad * 54044 brlcad/trunk/src/libdm/dm-ogl.c: one line too many, put the curlie back
20:49.02 brlcad starseeker: http://www.openshading.com/
20:49.35 starseeker hah, sweet
20:49.40 brlcad it's been a topic of discussion for a while now, they integrated it very well
20:50.23 brlcad blender just posted yesterday, so it's just hitting the news wires, but it's been in development for months
20:50.57 starseeker wishes he had time to revisit our GSoC OSL project's results...
20:51.32 starseeker would be kinda cool if we could take blender OSL shaders, stick 'em into our raytracing, and compare results...
21:23.28 Notify 03BRL-CAD:starseeker * 54045 brlcad/trunk/db/pinewood.asc: Pure black is a poor color for visibility - bump it up a bit.
21:27.09 Notify 03BRL-CAD:starseeker * 54046 brlcad/trunk/src/librt/test_subdivision.cpp: checkpoint
21:27.50 Notify 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - There probably is an easier way But I don't think it's what you've suggested. Maybe it is though. Let's investigate, shall we? You're saying that youor volume element is: dV = A(z)dz =\pi * r1(z) * r2(z) * dz where r1(z) and r2(z) are the major... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
21:31.27 brlcad given how OSL works, their shaders should just plug in
21:33.22 Notify 03GCI: Lori Garrison: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
21:43.51 Notify 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Lori Garrison. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230
21:44.21 Notify 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
21:45.42 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - see previous sentence See the previous sentence. What does it sound like that means? http://www.google-melange.com/gci/task/view/google/gci2012/8038207
21:50.13 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
21:52.04 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974264
22:02.36 Notify 03GCI: Sean: Design an MGED command spreadsheet - lets start simple A description is not needed at this time. In fact, given the progress made on other tasks, I'd like to rescope this task to be even more simple. See my "starting simple" comment here: http://www.google-melange.com/gci/task/view/google/gci2012/7987215 The same holds true for... http://www.google-melange.com/gci/task/view/google/gci2012/7985228
22:23.43 Notify 03GCI: Sean: Investigate performance of setting thread affinity - hot diggity So Skriptkid, a little encouragement perhaps. I applied your patch and did a real quick-fix for the various build issues I alluded to (which you should still fix properly). I then tested the performance impact on a real compute system. On a 64-processor POWER7... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
22:27.43 brlcad that. is. awesome.
22:33.59 Notify 03BRL-CAD:starseeker * 54047 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_subdivision.cpp): Add a relatively simple test bot for subdivision - will use later for regression testing.
23:05.16 Notify 03BRL-CAD:brlcad * 54048 (brlcad/trunk/NEWS brlcad/trunk/src/libbn/randmt.c): ran into an rt crash when I enabled randmt on a highly-parallel system. the global_state static was uninitialized leading to the conclusion that we either have a memory corruption issue or, more likely, a problem with initialization order. c++ guarantees the order will be in the order declared, but I can't find any reference of that
23:05.18 Notify guarantee for C. Still, the intermediate variable seems unnecessary since we can just get rid of the pointer.
IRC log for #brlcad on 20121212

IRC log for #brlcad on 20121212

00:06.01 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
00:06.43 *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
00:11.37 Notify 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Sorry Wow...svn is really messing me up... Basically here is the whole story: I downloaded the "source" package from sourceforge instead of using svn originally. That package did not yet have the typo fix for aquire, so when I used the version from svn to make the patch, it... http://www.google-melange.com/gci/task/view/google/gci2012/7999206
00:17.19 Notify 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - Question regarding the task Is this task to write a centroid function for a raytrace or just a primitive? Also for the task "Implement a primitive volume function": For a raytrace or for any primitive? http://www.google-melange.com/gci/task/view/google/gci2012/7984221
00:19.23 *** part/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
01:03.09 Notify 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - oh i see! Sorry for the silly sounding question, I didn't quite understand what raytracing was in BRLCAD. I understand now. http://www.google-melange.com/gci/task/view/google/gci2012/7984221
02:33.26 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
04:22.36 Notify 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
04:44.07 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:02.26 Notify 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059203
05:08.24 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:23.38 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:42.11 *** join/#brlcad merzo (~merzo@212-123-133-95.pool.ukrtel.net)
06:01.55 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
06:43.15 Notify 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
07:36.44 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:02.09 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:23.16 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:04.02 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:23.03 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
09:53.39 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
11:17.18 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Hyperboloid Volume I have created a document which hopefully shows you how I came to my formula for the volume: https://docs.google.com/open?id=0BydeQ6BPlVejRTFyRkFlbWNXNjQ Regards Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216
12:44.59 *** join/#brlcad andrei (~andrei@188.25.27.40)
13:02.26 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
13:03.22 Notify 03GCI: Katelin Huber: Create an artistic screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
13:05.45 *** join/#brlcad sharan (3bb144da@gateway/web/freenode/ip.59.177.68.218)
13:26.23 *** join/#brlcad harmanpreet (~chatzilla@124.253.78.99)
13:29.34 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:13.24 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
14:51.59 Notify 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
14:54.41 Notify 03GCI: Cezar: Implement a portable bu_gethostname() function - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992229
15:00.03 Notify 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - nice work Nicely done, Richard. Note that you unioned a region into a region which is technically a modeling error. Either arrows.r shouldn't be a region or the objects under arrows.c shouldn't be a region. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
15:00.17 Notify 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
15:10.37 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.77)
15:18.31 *** join/#brlcad Sharan (3bb39f11@gateway/web/freenode/ip.59.179.159.17)
15:19.10 Sharan Can i talk to Sean?
15:22.49 Sharan I want to talk to Sean, so that he can review my task which was completed 24 hrs ago by me, i want to do an another task.
15:25.45 brlcad Sharan: they're all being reviewed as we speak
15:28.12 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
15:34.28 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - not symmetric? Sharan, I apparently didn't even notice in your first example that they're not symmetric. It becomes *very* apparent when you joined them together. The two left/right holes should be the same distance from the "center" hole. Also, your model has a modeling error in part3.r... http://www.google-melange.com/gci/task/view/google/gci2012/7993222
15:34.33 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
15:34.48 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
15:36.11 d_rossberg brlcad: i' currently investigating the mutex task
15:36.21 brlcad d_rossberg: okay, great :)
15:36.37 brlcad i was looking over the cygwin task (again)
15:39.46 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7972239
15:42.16 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - So it's a mixed bag Brenden, thanks for all your efforts. Compiling on CMake seems to either be a substantial issue right now or your Cygwin setup is horribly configured. We may post the task again for someone else to give it a go, but your efforts and logs are appreciated. Either way,... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
15:45.31 brlcad new task: cygwin compile redux: http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:45.33 Notify 03GCI: Harmanpreet Singh: Implement a portable bu_gethostname() function - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992229
15:48.41 brlcad caen23: interesting choice ;)
15:49.28 caen23 brlcad: i'm taking a break from the mged issue, and i've also got windows installed inside a vm, so i figured it would be a nice task to complete
15:50.50 brlcad I can appreciate that ;)
15:51.08 brlcad you might find some helpful leads on http://code.ohloh.net/
15:51.14 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - This could work The patch has to be tested more extensively than I did but this would be a different task. So far: Well done! http://www.google-melange.com/gci/task/view/google/gci2012/7999206
15:51.24 Notify 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999206
15:52.09 caen23 brlcad: nice, i didn't know about that website :D
15:52.38 brlcad it's the old koders.com site, but they bought them out / replaced them
15:53.32 caen23 bookmarked it, thanks
15:54.53 brlcad of course a good ol' google search for "filetype:c hostname" along with other keywords can help, but be careful to not just pull code you find (plagerism and licensing concerns of course) but to just use it to learn
15:56.22 caen23 hmm… can i not use gethostname in unistd.h? do i have to rewrite that from scratch?
15:58.24 brlcad you can use it if it's available ... but it may not be depending on compilation settings
15:58.36 brlcad looks like it's posix 2001
15:59.04 brlcad the way to test is to add the function to the top-level CMakeLists.txt file and then wrap the usage in #ifdef HAVE_GETHOSTNAME
16:02.05 brlcad src/libbu/progname.c and src/libbu/fchmod.c are other examples where we do this
16:02.25 caen23 what i'm currently doing is, if i'm on windows, i include winsock2.h. otherwise, unistd.h. works on mac, and i'm currently testing on deb. i'll then test on windows. i'm guessing it's older operating systems that are not posix 2001 and should be tested on?
16:03.16 brlcad see if what you need is in bin.h (networking) or bio.h (i/o)
16:03.25 brlcad those can be included without ifdef
16:04.21 brlcad anything that's not part of c89 should usually be tested for, even some c99 constructs
16:04.29 brlcad posix functions often fall in that boat
16:05.06 caen23 hmm… bio seems to include winsock2, and bin includes unistd :-?
16:06.03 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - finals it is finals week in my highschool and i don't have much time to work on the task but I am almost there. It would be nice of you to give me a bit more time. Thank you, Andrei http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:06.03 brlcad sounds like you have that reversed
16:07.05 caen23 yes, i do. but i'm thinking of including both bin and bio instead of what i'm currently doing (checking if i'm on win or not)
16:07.15 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:07.45 brlcad including both is fine
16:07.46 caen23 gethostname is declared the same way on both win and linux
16:07.55 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Sure, but last one No problem, but this is the last extension since you've claimed the task twice now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:08.01 brlcad so gethostname may be safe to use outright
16:08.05 brlcad it's POSIX.1
16:08.10 brlcad which started in c89
16:09.32 caen23 i also thought of seeing how python does it, if they use those headers or not
16:10.23 brlcad if it works on windows, mac, bsd, and linux, that should be good enough to avoid a cmake function test
16:11.27 brlcad windows would have been the tricky risky one
16:11.49 caen23 i can test on windows, mac and linux, but i know that os x is based on a flavour of bsd, so doesn't it count as working on bsd? :D
16:19.39 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - some cleanup needed Mrowqa, that output looks better but it doesn't look like you did any cleanup? Note how multipoly isn't included in the libbn group. The 'Fort' group is odd, but that's deprecated code so we can ignore it. Looking through the list, animation looks great but axis is empty. When... http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:19.44 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:19.59 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:20.02 brlcad yeah, doesn't count :)
16:20.12 brlcad someone else can test it
16:20.24 brlcad given that's an old bsd 4.2 function, it probably works just fine ;)
16:34.23 caen23 brlcad: ok then. it works on deb, too, so now i need to compile and run on windows
16:39.11 caen23 ook, now i get the 'brazillian real' joke
17:04.42 brlcad :)
17:16.48 Notify 03GCI: James: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
17:17.54 Notify 03GCI: James: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
17:51.40 brlcad new task: graph logs: http://www.google-melange.com/gci/task/view/google/gci2012/7996224
17:56.40 *** part/#brlcad harmanpreet (~chatzilla@124.253.17.77)
18:26.43 brlcad new task: webged: http://www.google-melange.com/gci/task/view/google/gci2012/7993224
18:34.20 Notify 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
18:38.06 Notify 03GCI: Sharan: Model a Fresnel lens - Can you give some references More on how the lens looks Should we use CSG in this? would it be better? http://www.google-melange.com/gci/task/view/google/gci2012/8049208
18:41.52 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - AWESOME! Amazing to hear that! :D Look at per3.patch and per2.patch. I've made some fixes. I've added #if defined()s. So only if pthread support and gnu source are found, that function will be run, else, it won't even have a prototype.(Tell me if there are styke coding... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:48.55 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Difference Difference between the two patches is that per2.patch contains some unecessary addition and deletion(of the same) lines. I know that has to be fixed, but just use this to test the compilation. per3.patch has all those issues addressed.(But maybe malformed.) And... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:50.35 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - ** LAST TWO PATCHES. DO NOT USE FIRST TWO *** Use the last two per2.patch and per3.patch. Not the first two. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:52.21 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
18:55.57 Notify 03GCI: Melange: Create an ISST screenshot or animation - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
19:56.44 Notify 03BRL-CAD:starseeker * 54049 brlcad/trunk/src/librt/test_subdivision.cpp: checkpoint
20:03.57 Notify 03BRL-CAD:carlmoore * 54050 brlcad/trunk/src/librt/test_subdivision.cpp: remove trailing blanks
20:44.02 caen23 brlcad: i tried running bu_gethostname on windows, and it seems to compile, but i've also written a test function and when i try to run it, i get a missing dll error (libbu.dll). I get the same error when trying to run other test functions, such as tester_bu_redblack. i don't really know how this works on windows/msvc, and i followed doc/readme.windows, so is there an easy way to link the dll?
20:45.47 Notify 03GCI: Tony Jojan: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
21:07.10 Notify 03BRL-CAD:carlmoore * 54051 brlcad/trunk/src/conv/stl/stl-g.c: fix spelling of routine name in 'bu_' comments
21:39.20 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:52.54 Notify 03BRL-CAD:n_reed * 54052 brlcad/trunk/src/libged/draw.c: Fix draw color selection. r53495 inadvertently changed behavior by failing to set solid region id before attempting material color lookup.
22:16.33 *** join/#brlcad andrei__ (~andrei@188.25.27.40)
22:25.54 Notify 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958235
22:27.43 *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net)
22:47.02 Notify 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Glad to help Thanks, I was more than happy to help. You may be right about my Cygwin, but as I did some searching to fix the problem I found several cases where the "make" command failed much like how mine did. So it may be a problem with the program itself. Thanks again for all of... http://www.google-melange.com/gci/task/view/google/gci2012/7972239
22:47.05 caen23 so apparently, if i move the dlls from one folder to the folder where the tests are, it no longer shows that error, but i'm not getting a proper hostname. i'm pretty sure something's wrong with how i compile on windows. could i upload the patch on gci and have someone try it on windows?
22:49.03 *** join/#brlcad javamonn (~javamonn@adsl-68-90-24-186.dsl.rcsntx.swbell.net)
22:58.35 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
23:04.26 javamonn So, can anyone help me work out an issue with subversion? I can't get it to pick up the changes I made to the checked out project. I think this is because I used a script to overwrite the files, and I guess it doesnt show that in the history. Is there a way I can get diff to look at all files, regardless of whether it shows they've been edited?
23:05.18 javamonn It's interesting because as soon as I go in and add a space to a file I edited with the script, it will show up on the diff with the appropiate edit.
23:06.38 javamonn It just wont pick up those edits made by the script for some reason, I guess since it doesn't show that the file has been edited.
23:37.12 Notify 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
23:42.19 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - What is required? Hi, What need I do to test this function (bu_backtrace)? Is the output of this function always standard (it says something about gdb), or does it vary from platform to platform? Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216
23:42.34 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
23:43.04 ``Erik 'svn diff' at the root should show all the changes, regardless of what program made them
23:43.19 ``Erik if the script creates new files, you'll need to do an 'svn add' to them
23:47.03 javamonn Do I just navigate to the root and type svn add with the path? I mean they have the same name as the old version, but the way I wrote the script it would delete the file, then rewrite it with the appropiate changes.
23:47.43 javamonn But I checked out a fresh version, and it won't pick up the changes if I run a simple perl find and replace script, so I dont know whats going on
23:47.58 ``Erik if the pathname doesn't change, then it should be picked up with svn diff...
23:48.14 ``Erik if you check out a fresh version, it's a fresh version and doesn't have your changes...
23:48.41 ``Erik mona lisa in 50 polygons http://rogeralsing.com/2008/12/07/genetic-programming-evolution-of-mona-lisa/
23:49.01 javamonn well yeah, I mean I checked it out and ran the perl script on it to do the same changes, to see if the problem was with the way the other script deleted/rewrote the file
23:49.14 javamonn but it wont pick up either
23:50.18 javamonn I mean the scripts are definitely changing lines of code, I can look at a particular file before and after running it and its changed
23:52.56 caen23 brlcad: here's how python does it http://slexy.org/view/s2GAbOY6b3 from their comment, i take it what i'm doing is correct, i don't think we need a unicode string, right?
23:55.57 brlcad caen23: yeah, ansi version is fine, DNS name is fine
23:58.28 brlcad ``Erik: that's basically what our 'beset' tool does in 3D :)
23:59.03 brlcad javamonn: so I'm guessing that you're running a recursive find script
23:59.31 javamonn brlcad: very much so
23:59.35 brlcad javamonn: the problem is you're corrupting your svn checkout book-keeping files
IRC log for #brlcad on 20121213

IRC log for #brlcad on 20121213

00:00.19 javamonn brlcad: how do I avoid this? Is that in a particular folder I should skip?
00:00.20 brlcad you need to add \( -not -regex '.*svn.*' -not -regex '.*other.*' \)
00:00.48 brlcad you do not want to traverse into any .svn dirs or the src/other dir
00:01.00 javamonn ohhhh
00:01.06 javamonn that would make sense, thanks
00:01.16 brlcad there's an .svn dir in every subdirectory with your version, you're modifying the pristine checked out version
00:01.37 brlcad so when it diffs the edit version with checked out version, guess what -- they match because you modified both :)
00:02.32 brlcad svn can be configured to put them into binary blobs or even into a top-level dir ala git, but yours is older or just not configured that way
00:03.30 ``Erik brlcad: maybe a gci task would be to crank beset on some geometries and make a gallery of neato images or something :D
00:04.02 brlcad hah, i'd just added that to my list :)
00:04.59 javamonn brlcad: thanks alot, it makes complete sense now that you're explaining it, it's one of those things I'd never think of myself on my own though haha
00:06.02 brlcad that's what we're here for ;)
00:06.45 starseeker brlcad: do you think there's anything GCI scoped that might be done with http://www.tcl3d.org/html/docRtVis.html ?
00:07.46 brlcad starseeker: such as?
00:08.55 starseeker if there's some rt option that would print out all rays fired, perhaps a tcl routine could capture that output and format it to be fed into rtVis?
00:09.35 brlcad or better yet, display them in mged
00:09.45 brlcad half the things that tool does we already do
00:10.01 starseeker nods - sure
00:10.02 brlcad could use some documentation
00:10.38 starseeker doesn't know if there's any way to get at the full set of generated rays from the Tcl level...
00:12.27 starseeker always thought a "raytracing debugging" gui would be an awesome mode to have around in Archer...
00:14.01 brlcad even classic mged used to have the ability to show the rays fired
00:14.43 brlcad there are some really old cool videos that were even scripted up to animate them bouncing around the scene (within the mged graphics display)
00:15.38 brlcad now if only the gci students could tackle video encoding remotely! sigh.
00:38.59 starseeker wonders what the easiest way is to ask for OpenGL lines from a primitive...
00:41.00 starseeker brlcad: is there any "easy-ish" work in the libraries to remove calls to the Tcl C api?
00:41.23 starseeker I know you've got libbu pretty well boiled down to the hard cases...
00:43.46 starseeker and I know we hadn't decided on a proper solution to bu_getopt_long (or whatever) so converting functions to support >1 letter args isn't viable...
00:58.45 *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net)
01:13.39 Gmercer015 So i just took up a project to create a unit test for complex.c. My understanding of this unit test would test all functions defined by complex.c on a set of numbers to make sure everything runs fine?
02:21.18 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:25.27 ``Erik cl
02:25.28 ``Erik bah
02:26.06 Gmercer015 hm?
03:10.03 Gmercer015 anyone on here completed any unit test tasks for BRLCAD?
05:39.11 *** join/#brlcad merzo (~merzo@224-64-132-95.pool.ukrtel.net)
05:41.25 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:47.44 brlcad starseeker: ah yes, libbu does still have one remaining piece, an init function that has to exist for a library to be runtime loadable within tcl
05:48.41 brlcad and our init function loads a bunch of commands for use by the interpreter specific to libbu
06:08.54 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.234)
07:01.14 *** join/#brlcad harmanpreet (~chatzilla@125.62.123.8)
07:16.42 *** join/#brlcad andrei (~andrei@5-12-221-172.residential.rdsnet.ro)
08:15.59 *** join/#brlcad andrei (~andrei@5-12-221-172.residential.rdsnet.ro)
08:52.42 *** join/#brlcad Gaganjyot (~geek@115.245.231.13)
08:53.10 Gaganjyot Is there a way to import svg format files into brlcad ?
08:53.24 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
08:57.16 *** join/#brlcad alezakosz (~kongr45gp@helit.org)
09:10.05 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:24.27 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.135)
11:31.44 Skriptkid brlcad: I'm unable to find where the Windows thread affinity tasks are. Could you give me the task key or URL?
11:53.17 Skriptkid Could anybody else tell me about that task?
12:10.01 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
12:12.24 *** join/#brlcad abhishek (783b2841@gateway/web/freenode/ip.120.59.40.65)
12:16.54 *** join/#brlcad abhishek (783b2841@gateway/web/freenode/ip.120.59.40.65)
12:47.23 caen23 brlcad: i had a look over this task http://www.google-melange.com/gci/task/view/google/gci2012/7948214 and it seems the guy also couldn't compile brlcad on windows. am i missing something?
13:49.50 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:05.37 brlcad caen23: not sure I understand the question
14:09.16 caen23 brlcad: the guy who closed the task couldn't compile the source using visual studio, and neither can i. is this expected?
14:15.20 brlcad well nothing has changed, so I'd expect it
14:15.25 brlcad note http://www.google-melange.com/gci/task/view/google/gci2012/8009222
14:15.44 brlcad that's also specific to msvc express -- msvc should work
14:16.57 caen23 brlcad: uh, didn't see it's specific to the express edition, sorry. i'll use the complete one
14:17.10 brlcad what are you working on?
14:17.54 caen23 brlcad: the task, or the environment? :D
14:18.02 brlcad task
14:18.09 caen23 gethostname one
14:18.22 caen23 http://www.google-melange.com/gci/task/view/google/gci2012/7992229
14:18.27 brlcad right right
14:18.44 brlcad sorry, still waking up and went through a lot of tasks last night
14:19.21 caen23 no problem, thanks for the help :D
15:19.38 *** join/#brlcad Sharan (3bb39571@gateway/web/freenode/ip.59.179.149.113)
15:56.16 *** join/#brlcad mayankmadan (783b2841@gateway/web/freenode/ip.120.59.40.65)
15:56.27 *** part/#brlcad mayankmadan (783b2841@gateway/web/freenode/ip.120.59.40.65)
15:57.08 starseeker growls... at one time, I believe we did build with VS Express
15:58.46 starseeker brlcad: so that init function does need to stay put? Or do we make those "tclcad functionality that depends on libbu?"
16:10.32 brlcad it needs to stay put if we want to support the notion of libbu being independently loadable, it may even be required if tclcad does the work, but I haven't tested that
16:17.22 *** join/#brlcad harmanpreet (~chatzilla@124.253.18.106)
16:17.40 brlcad ``Erik: stuck
16:41.14 ``Erik hm, that's no good
16:44.56 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:52.08 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
16:52.09 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - RE: What is required? I could test it to ensure when the FILE * parameter is null, it prints to stdout, and when it is not null, it actually writes some data. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
16:52.10 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958235
16:52.11 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Overview of this unit test I took a look at the reference files and think i have an understanding of what i should be writing for bn_complex unit test. I write a program to correctly test the functions of complex.c, in this case a complex division and complex... http://www.google-melange.com/gci/task/view/google/gci2012/7993215
16:52.12 Notify 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966238
16:52.13 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Update Hi Sean, I have figured out how to build things in blender, but I am still working on how to get it into BRL-CAD. I will try to get it done by tomorrow but I might not finish the task within the time limit. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231
16:52.14 Notify 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993215
16:52.15 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012216
16:52.16 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958235
16:52.17 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design - simple and clean nicely done, it gives us some ideas to think about. keep an eye out for other upcoming tasks to turn our selected mock-up into proper drupal and mediawiki css as well (may get some reuse). http://www.google-melange.com/gci/task/view/google/gci2012/7958235
16:52.19 Notify 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059203
16:52.20 Notify 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - hanks Richard, thank you for your efforts and for cleaning up the regions! http://www.google-melange.com/gci/task/view/google/gci2012/8059203
16:52.21 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - subtractions Your subtractions are slightly off, but that's undoubtedly because you tried to line up the wireframe instead of the actual edges and it's good effort regardless. It'd tricky to get them perfectly tangent (there are more advanced methods to help with that). Still, nicely... http://www.google-melange.com/gci/task/view/google/gci2012/7993222
16:52.21 Notify 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993222
16:52.23 Notify 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - visually reviewed I haven't applied the patch yet because of other patches I'm working on, but it looks good on a quick visual read-through. Out of curiosity, can you check and report if you get a compilation warning/failure if you simply remove all of the casts... http://www.google-melange.com/gci/task/view/google/gci2012/7966238
16:52.23 Notify 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966238
16:52.24 Notify 03GCI: Sean: Investigate performance of setting thread affinity - stray directive but looks good You left a stray #define GNU_SOURCE in there, but it otherwise looks okay. The preprocessor work needs some work (the API function should always exist) and it's probably worthwhile to just hook it in behind all bu_parallel() calls, but that change... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:52.25 Notify 03GCI: Sean: Investigate performance of setting thread affinity - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:52.26 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
16:52.27 Notify 03GCI: Daniel Rossberg: Combine letters for "BRL-CAD" into one 3D model - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974264
16:52.28 Notify 03GCI: Melange: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
16:52.29 Notify 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979230
16:52.30 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Sure Thank you :) I have access to Windows, so yes, I'll take it up. But I'm unable to find it on the tasks list. Is it still on the way? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:52.31 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - (ASAP) Please inform me ASAP. I really wanna take that up. http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:52.32 Notify 03GCI: Abhishek: Test and update our simulation / animation tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
16:52.33 Notify 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - I'll check it out... I'll check it out when I get home later, it'll be pretty easy to take out the casts altogether. I imagine you might not run into any problems by removing them, I noticed alot of calls to bu_free() that didn't have casts. http://www.google-melange.com/gci/task/view/google/gci2012/7966238
16:52.34 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - Task Assigned This task has been assigned to Abhishek . You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966239
16:52.35 Notify 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979230
16:52.36 Notify 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
16:52.37 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - IRC Please see http://brlcad.org/wiki/IRC regarding how to use IRC. When you ask questions, you have to wait for a response which can take seconds or hours. So if you can't or are unwilling to wait, then IRC probably isn't the best place to ask. People are there all the time, but not always able to... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:52.38 Notify 03GCI: Sean: Investigate performance of setting thread affinity - irc etiquette Joining IRC, asking a question, and leaving is like walking into a room, farting, and leaving! :) As you can imagine, that's not very polite. :) IRC isn't just for you to use when it's convenient to get a quick response. If you're going to join, you'll need to... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:52.39 Notify 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7987216
16:52.40 Notify 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - if that can be verified It'll take some time to digest that, but I added more time just to keep the clock rolling. Matt and Daniel are both better at reviewing the math tasks faster than I can (takes me forever to get everything into context). :) Of... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
16:52.41 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - still available It's the 12th and the task is still available so you're welcome to reclaim it, Ashish. Wouldn't want your earlier efforts to be all in waste! Let me know if you have any questions, but look forward to seeing you claim this or some other task again. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
16:52.43 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
16:52.43 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - good luck Glad to hear you're making progress. We want you to succeed, so you're encouraged to ask questions if you have them. If you join our IRC channel (see http://brlcad.org/wiki/IRC), we may even be able to help you interactively. There is definitely a learning curve if you've never used... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
16:52.44 Notify 03GCI: Sean: Implement a primitive centroid function ... for gridded volumes (VOL) - see the other tasks Arjun, there have been a few other completed centroid tasks, so you might want to look them over to help you undrestand what you need to do for this one. The centroid and volume callbacks have nothing to do wtih raytracing, but do... http://www.google-melange.com/gci/task/view/google/gci2012/7984221
16:52.45 Notify 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979230
16:52.46 Notify 03GCI: Sean: Model a Fresnel lens - heh, yes I'd be very surprised if you figured out how to model a Fresnel lens in BRL-CAD without CSG. Using CSG is expected. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8049208
16:52.47 Notify 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Check it out Blast the everything and shape regions. Although I have gave it a red colour, I dont understand how to give a blue colour to it. and dont understand the box method also. http://www.google-melange.com/gci/task/view/google/gci2012/7979230
16:52.48 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - ricky one So this is a tricky one to test. The output will vary because it is calling on gdb to help get the trace. Your idea about testing the FILE pointer is a reasonable test. Note the TEST_BACKTRACE section at the bottom of the file -- that may be a good... http://www.google-melange.com/gci/task/view/google/gci2012/8012216
16:52.49 Notify 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - sounds about right Your description of the task sounds about right. The first/basic test is to call both of those functions at least once to have them perform a calculation. You test the calculation and compare it against what the expected result should be. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
16:52.51 Notify 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - I suspect so too.. The problem will be whether there are any places in the code where the compiler isn't happy about performing the conversion automatically from whatever the provided type is to the void* type. That is likely going to be platform-specific, but if... http://www.google-melange.com/gci/task/view/google/gci2012/7966238
16:52.51 Notify 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - almost That looks almost right. Note if you run "sed hyp" that definitely got the labels right (you're welcome to use the wireframe overlayed on a raytrace as your final image, but you'll need to make the ehy smaller (scaled down) so it draws fewer lines. I only noticed a few... http://www.google-melange.com/gci/task/view/google/gci2012/7979230
16:52.52 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:52.53 Notify 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to Gauravjeet Singh. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:55.32 Notify 03BRL-CAD:bob1961 * 54053 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create circles.
16:55.34 Notify 03BRL-CAD:bob1961 * 54054 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Minor cleanup.
16:55.36 Notify 03BRL-CAD:bob1961 * 54055 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Fixed a problem where instances of SketchLine were not getting deleted in SketchEditFrame::continue_circle.
16:55.42 Notify 03BRL-CAD:bob1961 * 54056 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::continue_circle_pick to handle the case where index1 and index2 are the same after successfully picking a vertex.
16:59.31 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - Sorry :( I'm really sorry about that. Won't happen again. Also, I'll start the cleanup. Where do I upload the patches since this is closed? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:00.22 ``Erik weird, I think mime and utf might be interacting funny and my punt parsing might be getting confused :/
17:04.54 Notify 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
17:21.14 ``Erik brlcad: how's the bot working out in bzflag?
17:27.32 Notify 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979230
17:30.38 Notify 03GCI: Daniel Rossberg: Write a manual page for MGED's "brep" command - Task Assigned This task has been assigned to Ashwin Lokkur. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7948232
17:32.02 *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
17:32.19 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:42.48 *** join/#brlcad Mrowqa (c375d150@gateway/web/freenode/ip.195.117.209.80)
17:51.33 Mrowqa Hi! I have question about this task: https://google-melange.appspot.com/gci/task/view/google/gci2012/8031203 I downloaded your's image of VM (from Get Started) and work on it but Sean wrote I'm scaning old source code and I should find help in Get Started (from I started...). I don't understand what Sean mean, I am using that VM; when I ran 'svn up brlcad.svn' I get 'At revision .' What I must do with it?
17:52.41 Mrowqa 'At revision 54056.' - sorry, I had switched off numeric keyboard
17:54.29 *** join/#brlcad bch (~bch@BZ.BZFLAG.BZ)
17:54.34 bch hello #brlcad
18:03.09 brlcad Mrowqa: hm, really?
18:03.37 brlcad cd brlcad.svn and run svn info .
18:04.16 brlcad bch: hi!
18:05.04 brlcad ``Erik: commits are really slow there lately
18:05.12 Mrowqa brlcad - in svn info is written 49726 revision, but I've working on your
18:05.26 Mrowqa on your's VM
18:05.42 bch maw brlcad. How're things?
18:05.45 brlcad doesn't matter that you're in the vm
18:06.04 brlcad bch: crazy buzy, fun :)
18:06.08 brlcad GCI is abuzz
18:06.24 bch "GCI"?
18:06.25 brlcad Mrowqa: so that's not the right revision, try "svn update" from there
18:06.42 brlcad bch: http://www.google-melange.com/gci/homepage/google/gci2012
18:07.20 bch like GSoC, but ongoing?
18:07.28 brlcad not really
18:08.11 brlcad they're 13-17 years old working on lots of short tasks, technically a competition
18:08.30 bch sounds 'agile' ;)
18:08.33 brlcad and unlike gsoc, the tasks can be pretty much anything, not just code
18:08.55 bch cool. and brlcad is in?
18:09.08 brlcad we were one of only 10 orgs accepted (another gsoc diff)
18:09.30 bch Oh, I see the logo....
18:09.38 brlcad if you click on our logo on that url, you'll see all of the open and already completed tasks
18:09.56 bch well done (1/10)!
18:10.11 bch sees the best OS is also in there...
18:10.34 brlcad which of the three are you referring to? :)
18:10.44 bch NetBSD, of course.
18:11.12 brlcad is very fond of Haiku
18:11.33 bch isn't that an AmigaOS re-implementation?
18:11.41 brlcad BeOS
18:11.46 bch ah right...
18:12.03 bch I ran an officila BeOS x86 implemetation for a while
18:12.20 bch there help-desk was downright surly. No wonder they won't broke.
18:12.28 bch *went broke.
18:13.13 Mrowqa brlcad when update became complete what I must do to complete my task (doxygen cleanup)? Correct updated files again? :(
18:13.15 bch nice to see the compiler challenges in there...
18:13.50 brlcad Mrowqa: so what do you mean again? :)
18:13.56 brlcad what have you corrected?...
18:14.40 Mrowqa http://www.google-melange.com/gci/task/view/google/gci2012/8031203 look at uploaded patch - these files
18:14.57 brlcad Mrowqa: I'm familiar with the patches, that's why I"m asking you
18:15.02 Notify 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - Thanks Yeah after reading the code for a bit I understood. Having all the primitives in the raytracing library confused me a little bit, but now I understand how brlcad works as a whole. Its very different from other programs like blender, etc. http://www.google-melange.com/gci/task/view/google/gci2012/7984221
18:15.10 brlcad Mrowqa: what have you *corrected* specifically? :)
18:15.18 brlcad running doxygen isn't the task
18:15.22 brlcad that's just calling a command
18:15.30 brlcad you did set up the inputs to call libbu, that's good
18:15.42 brlcad but also not the central point of the task, cleanup is
18:15.56 brlcad so in that last message, a handful of actual cleanup items was identified
18:16.04 brlcad do those and the task should be done
18:16.17 brlcad if you spend more than an hour doing those, say something
18:16.28 brlcad because everything listed there to me looks like 10 minutes work
18:17.30 brlcad bch: that's not why they went broke... :)
18:17.52 brlcad there was a lawsuit that explained in detail how and why they went broke
18:18.08 Mrowqa I've been working more than 1 hour :P Must I only create doxyfile for new revision? (like this what I created?)
18:18.09 brlcad (and they won big, but the company had already liquidated)
18:18.25 brlcad Mrowqa: doing those items listed?
18:19.05 Mrowqa which items?
18:19.15 brlcad Mrowqa: or are you saying that it took you more than an hour to learn how to run doxygen?
18:20.10 Mrowqa generally I worked more than 1 hour (correcting source code for doxygen input);
18:20.29 brlcad Mrowqa: you said you've been working more than an hour, but my criteria was whether you've been working more than an hour doing the cleanup items identified in the comment entitled "some cleanup needed"
18:22.01 Mrowqa I was correcting more files (some in include\ and all in src\libbn\)
18:22.05 brlcad are you referring to doxygen_cleanup.patch?
18:22.31 *** join/#brlcad Silvrous (4f705de7@gateway/web/freenode/ip.79.112.93.231)
18:22.42 Mrowqa yes
18:23.25 brlcad Mrowqa: don't get me wrong, your work and efforts are appreciated -- we just have to make sure we're being fair too and that your time and effort is actually progress towards the goal, not just busywork or time you spend learning
18:23.30 brlcad make sense, right?
18:25.03 brlcad the changes in the patchfile look useful (there are several problems, but overall useful) .. but they look like you're adding comments, not *fixing* actual problems -- or am I mistaken? were they causing some problem in the doxygen output?
18:25.08 brlcad help me understand :)
18:25.12 Mrowqa I have some problems with translating your answer... (I'm polish); I want to only understand what I exactly must do;
18:27.06 brlcad Mrowqa: okay, so I can simplify and explain or I can just itemize what's expected next
18:27.22 brlcad I don't mind explaining more slowly and carefully, now that I know you speak polish
18:27.32 brlcad i can be very patient :)
18:28.54 brlcad what is expected: 1) run doxygen on latest sources (r54000+), 2) multipoly should be in libbn group, 3) axis group is empty, it shouldn't be
18:29.06 brlcad that's all that was identified because the first scan was so old
18:30.03 brlcad do those three correctly and we can mark the task complete
18:30.25 brlcad sound reasonable?
18:30.39 brlcad sound ok?
18:31.16 Mrowqa what exactly should be in axis group?
18:33.51 brlcad Mrowqa: if I knew that exactly, this GCI task would not exist
18:34.15 brlcad i'd expect it to at least document the functions in src/libbn/axis.c
18:34.30 brlcad which I think are declared in include/plot3.h
18:35.15 brlcad BUT if they make sense in another group, like plot, then I'd expect the axis group to go away
18:35.31 brlcad that was the task, to figure that out and clean it up
18:36.51 brlcad Mrowqa: do you have any more questions?
18:37.43 Mrowqa I've already updated repo and I'm starting now with this task :)
18:38.08 brlcad je?li podasz swoje imi? i nazwisko, dodamy Ci? w naszej dokumentacji autorskie oznaczenia
18:38.10 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Willing to work on it, but need more info about website Dear Sean: I am willing to claim this task so long as I know: which logos you want from http://brlcad.org/images/logo/and where you want them. I will also need to know if you want the organization of what you... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
18:40.51 brlcad Mrowqa: powiedz nam swoje imie i nazwisko, a my to panstwu w naszej dokumentacji autorskie oznaczenia
18:41.23 Mrowqa Did you use translator for this or have you know polish? I think translator :) I'm Artur Jamro
18:41.25 brlcad Mrowqa: daj mi znac, jesli masz jakies pytania :)
18:41.41 brlcad a translator of course ;)
18:42.14 brlcad include your name when you resubmit your patch, so we can find it :)
18:42.46 Mrowqa ok
18:47.21 Mrowqa brlcad how to restore files from last commit? after update svn detected files conflict
18:48.22 Mrowqa and in svn status log are M files
18:48.41 Silvrous brlcad: I'm terribly sorry, but I've still been unable to finish the http://www.google-melange.com/gci/task/view/google/gci2012/7979226 task due to unforseen circumstances out of my control (school). I'm working on it right now but it will take more than the 30 minutes left. Could I please get just another extension?
18:49.23 brlcad Silvrous: once the timer runs out, you still have 24 hours to submit files
18:49.29 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - The suggested solution sounds reasonable I havn't checked every step but the approach with the integral shows how it should work. Maybe Matt should have a look at it too and correct me if I'm wrong. The next steps (in different tasks)... http://www.google-melange.com/gci/task/view/google/gci2012/7987216
18:50.06 brlcad Mrowqa: the M just means you modified them and those are okay
18:50.07 Silvrous brlcad: Doesn't it automatically reopen the task if it has already been extended?
18:50.20 brlcad Silvrous: after the 24 hour grace period, yes
18:51.04 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
18:51.31 brlcad Mrowqa: if you run "svn status" and there are files listed as C .. those are in conflict and must be fixed manually
18:51.35 Mrowqa brlcad I knew that, but there are .mine and .r54056 files too... :/ (so I thought it doesn't update)
18:52.01 brlcad Mrowqa: so what is one of the files?
18:53.36 Mrowqa as example src/libbn/list.c is marked as 'M' but there are .mine and .r56056 version too (doesn't added to repo, marked as '?')
18:54.15 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ask yes! I managed to compile it using cmake on ubuntu, but I didn't save it in a log and I don't know how I can do that :-? so the task is almost ready.:d http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:55.26 brlcad Mrowqa: so it sounds like you already edited the file (src/libbn/list.c) and fixed the conflict? or have you done nothing?
18:55.52 brlcad the .mine and .r56056 files go away when you tell svn that you're done fixing the conflict
18:56.16 brlcad svn status src/libbn/list.c
18:56.17 Mrowqa I modified these files when I was working on task before the update
18:56.56 brlcad right, but then you updated and got a conflict .. it'll be a "C" until you remove the conflict markers in the file
18:57.16 brlcad if you copied your version of the file over, that would change it to M (and probably be wrong)
18:58.24 Mrowqa during the update svn detected conflicts and I chose 'p'; svn status is marking files now ? M C and A
18:58.26 brlcad that conflict also means the patch you made won't work
18:58.40 brlcad A is added
18:59.23 brlcad can you show me the actual output?
18:59.29 brlcad http://pastebin.ca/
18:59.30 Mrowqa I know (I worked with mercurcial wiht hedgewars :) but I don't add anything after update
19:00.15 brlcad if the file lists with a "C", you have to edit the file and look for the <<<<<< ====== >>>>>> sections
19:00.32 brlcad one side is yours, the other is the server, you have to merge
19:00.37 Mrowqa http://pastebin.ca/2293246
19:00.49 d_rossberg http://www.google-melange.com/gci/task/view/google/gci2012/7987216 seems ok so far but i can't close it (there is no button)
19:00.58 Notify 03GCI: JulianM: Crash Archer reliably (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959241
19:04.04 *** join/#brlcad stevegt_ (~stevegt@38.96.16.67)
19:04.44 Notify 03GCI: Daniel Rossberg: Crash Archer reliably (#2) - Task Assigned This task has been assigned to JulianM. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959241
19:10.11 Notify 03GCI: Cezar: Implement a portable bu_gethostname() function - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7992229
19:11.20 Mrowqa brlcad, this means I msut delete this file? "A + C src/libbn/fortran.c > local edit, incoming delete upon update" ?
19:12.41 brlcad d_rossberg: yeah, he hasn't marked it as completed
19:13.08 brlcad Mrowqa: OOOHH.. "A + C" is different
19:13.12 brlcad that's a tree conflict
19:13.27 brlcad you edited a file, but that file has since been deleted
19:13.55 brlcad it doesn't know if your edits are important or not
19:14.00 Mrowqa so I should delete that?
19:14.03 brlcad yep
19:14.07 Mrowqa :)
19:14.24 brlcad now src/libbn/list.c is just "C", so you have to edit that file
19:14.33 brlcad same with msr.c and axis.c
19:14.52 brlcad note that almost all comments were moved to include/bn.h so your edits might not be needed in the .c file
19:15.08 brlcad edit list.c and look for =====
19:15.27 brlcad caen23: you are a machine!
19:15.45 Mrowqa I only delete conflict files and rename abc.r560XXX to abc
19:15.56 brlcad you don't need to
19:16.25 caen23 brlcad: heh, thanks :D
19:16.33 brlcad you have to edit list.c and pick the top, the bottom, or merge each conflict
19:17.01 brlcad Mrowqa: AS you edit the conflicts, you remove the <<< === and >>> lines
19:17.10 brlcad when you're done, you run "svn resolved src/libbn/list.c"
19:17.22 brlcad "svn diff src/libbn/list.c" to confirm it has the right edits
19:18.08 brlcad caen23: you have commit rights for a reason... ;)
19:18.19 caen23 on it :D
19:18.33 brlcad if it compiles, you're golden, you don't need anyone's permission
19:18.58 brlcad just if you commit something that breaks the build or someone reports a problem, it's your responsibility to help sort it out (HACKING)
19:19.07 brlcad you got commit because you're trusted
19:20.19 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Please mark the task as completed Aaron, if it's not completed I can't close it ;) http://www.google-melange.com/gci/task/view/google/gci2012/7987216
19:20.42 brlcad you could start implementing cezar's new awesome advanced processing library today and that'd be fine
19:20.46 Notify 03BRL-CAD:caen23 * 54057 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/tests/CMakeLists.txt): Implement portable bu_gethostname() function (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7992229)
19:21.06 brlcad you're "on the team", make it better ;)
19:21.24 caen23 thanks, i'll do that from now on :D
19:21.29 brlcad that's what open source is all about
19:21.33 brlcad find an itch, scratch it
19:22.45 Notify 03GCI: Sean: Implement a portable bu_gethostname() function - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7992229
19:23.05 Notify 03GCI: Cezar: Implement a portable bu_gethostname() function - Commit r54057 Commit r54057 http://www.google-melange.com/gci/task/view/google/gci2012/7992229
19:23.35 brlcad and I could be mistaken, but I believe @file directives apply to all entries until the next @file
19:24.46 brlcad caen23: so what happens if someone already ran WSAStartup() in their program and then they call bu_gethostname()?
19:25.52 caen23 brlcad: i guess it depends on whether or not they've run wsacleanup after they're done, but let me check
19:30.09 caen23 brlcad: i put a second wsastartup right after the first and nothing broke, so i think wsastartup takes care of that case
19:31.18 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
19:35.09 Notify 03GCI: Daniel Rossberg: Create BRL-CAD-to-Blender tutorial - Task Assigned This task has been assigned to John. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958232
19:37.20 Notify 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7979230
19:38.25 Notify 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Nicely done Well done. Note that we have a couple dozen tasks like this that we're releasing a couple at a time, so hope to see more from you! http://www.google-melange.com/gci/task/view/google/gci2012/7979230
19:39.27 brlcad caen23: you only run cleanup when you're done, but if I write a network app, i'm going to run startup at the beginning and not close it until my application closes
19:40.00 brlcad hopefully they also do reference counting, is two opens + one close still open or closed? :)
19:41.51 caen23 yes, they do reference counting
19:42.17 caen23 i've read here http://stackoverflow.com/questions/1869689/is-it-possible-to-tell-if-wsastartup-has-been-called-in-a-process and here http://msdn.microsoft.com/en-us/library/windows/desktop/ms742213(v=vs.85).aspx
19:42.20 brlcad excellent
19:43.36 *** join/#brlcad andrei (~andrei@188.25.172.87)
19:46.36 Mrowqa brlcad how to add me as patch author? I'm creating patch by svn diff > file
19:46.54 brlcad Mrowqa: just put your name in a comment on the GCI page
19:47.08 brlcad read that svn diff file to make sure it's correct
19:47.11 Mrowqa ok
19:49.40 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Example file Daniel, do you know any good .g files for me to work with it? http://www.google-melange.com/gci/task/view/google/gci2012/7958232
19:54.06 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
19:54.11 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
19:58.17 Notify 03GCI: Kristaps: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
19:58.22 Notify 03GCI: Daniel Rossberg: Create BRL-CAD-to-Blender tutorial - share/db in your BRL-CAD installation There should be some example databases. Open them with mged (for example) and select one for your tutorial. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
19:59.07 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Task Assigned This task has been assigned to Sean W. Caldwell. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8051203
20:01.18 andrei there is just one task needing review ? O_o
20:02.19 brlcad andrei: looks like it
20:02.25 brlcad several were closed out earlier today
20:02.30 brlcad daniel reviewed several
20:03.14 andrei I haven't been too much around either, but when I have been, it wasn't much activity around
20:04.19 Notify 03GCI: Sean: Investigate performance of setting thread affinity - new task If you think you're up to it, http://www.google-melange.com/gci/task/view/google/gci2012/8051203 As most of those changes involve cleaning up parallel.c which is a critical piece of our code, don't hesitate to discuss your progress and ask questions. We don't want to... http://www.google-melange.com/gci/task/view/google/gci2012/7960222
20:04.38 brlcad andrei: heh, then you just haven't been around for very long or someone cleared out a lot of work before you!
20:04.55 brlcad The response time is less than a day, they're not allowed to just sit there
20:05.35 brlcad i've had to review and/or close out tasks almost every day
20:06.55 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Done (I hope...) Ehh... Melange didn't add my last comment... :/ I did exactly as you wrote on IRC - I moved Multipoly to Libbn group and added axis.c to Axis group. You can call me "Artur Jamro (Mrowqa)" as patch author. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
20:07.25 andrei heh, I'm sorry for the trouble.
20:07.51 brlcad it's not trouble, it's fun
20:07.55 brlcad just it's a lot of work too :)
20:08.18 brlcad andrei: there you can review artur's work ;)
20:08.33 andrei I was doing that now :) t depends how you look at it, the reason I haven't been around( and I haven't done anything either) is that I sort of feel like giving up.
20:08.42 andrei not giving up gci
20:08.53 andrei but the whole effort of studying, coding, improving myself.
20:09.10 brlcad that sounds like a pickle
20:09.31 andrei I'm not sure I understand you on this one
20:09.50 brlcad sounds like a problem, a conundrum, something to sort out
20:10.28 brlcad self-motivation comes best from within
20:11.43 *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net)
20:13.22 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - copy-paste There's always copy-paste. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
20:13.56 andrei his patch looks better but I would need to relog on linux to test it
20:14.50 brlcad the doxygen output is the most important
20:15.08 brlcad does the html look right, is libbn neat and organized, did he fix the 3 things I mentioned
20:15.26 brlcad if it does, then it's good to close
20:15.29 andrei then I will log and check now
20:15.43 brlcad you don't need to log out to see the output
20:15.44 brlcad it's html
20:15.50 brlcad just open up index.html in a browser
20:16.59 andrei I don't have brlcad on windows
20:17.01 andrei be right back
20:18.46 *** join/#brlcad andrei (~andrei@188.25.172.87)
20:18.48 andrei there
20:19.46 brlcad you didn't need brlcad either :)
20:20.10 brlcad one of the uploads is a big ol' directory filled with html files
20:20.32 brlcad open up index.html and explore the libbn groupings/modules -- if everything looks good, he did the task
20:20.53 andrei heh, it served as a reason to get to work, I never code on windows. I use it only to play
20:21.11 Notify 03BRL-CAD:bob1961 * 54058 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create arcs.
20:21.42 Mrowqa If you are talking about my work I uploaded only patch file, if needed html output I can upload it now
20:22.09 andrei I will be looking at your work shortly , Mrowqa
20:23.30 Mrowqa so upload it or not?
20:24.00 andrei it shouldn't be needed :) no
20:24.36 *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net)
20:24.38 Mrowqa ok :)
20:34.51 Gmercer015 when i'm writing my unit test what should i use to handle errors? i would guess it is some bu member but i cannot quite figure out.
20:41.06 *** join/#brlcad andrei (~andrei@188.25.172.87)
20:41.37 *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
20:52.42 *** join/#brlcad andrei (~andrei@188.25.172.87)
20:57.48 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Two questions Daniel, Where should I post my tutorial? Do I realy need to actually model something on BRL-CAD? Can't I simply use an existing file? http://www.google-melange.com/gci/task/view/google/gci2012/7958232
21:13.09 Notify 03GCI: Cezar: Enable walk_example for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966233
21:23.45 Gmercer015 how to i test the result of an add_test in cmake? could i use PROPERTIES PASS_REGULAR_EXPRESSION "answer" to test?
21:26.01 Gmercer015 wondering if i need to create my own test functions that divide/sqrt complex numbers in bn_complex that compare results
21:32.21 starseeker http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.44.5770
21:33.09 starseeker (X-splines paper - curve version is what's used in xfig)
21:34.10 brlcad Gmercer015: that's a good question for starseeker but given how many functions are in that file, you can start with all the tests and test data internal to the test itself
21:34.20 brlcad i.e., "one test" that tests all the functions in a variety of ways
21:34.42 brlcad in which case, the only result is a good or bad return value from the tool
21:36.02 starseeker has always liked editing curves in xfig, but his curve editing skills may be obsolete... perhaps these days X-splines don't offer additional intuitiveness for most users
21:36.02 Gmercer015 my approach was adding a test that took 2 imaginary numbers plus the expected output from the two functions in complex.c
21:36.25 Gmercer015 and printing to the screen whether the test for each function passed or failed
21:36.55 starseeker Gmercer015: what do you mean "add the result"?
21:37.24 starseeker there are a couple ways - one is to just encode the result in the test file itself, and base the final return value on a comparison between the stored result and the calculated result
21:37.57 starseeker for tests like vls, where we don't want to hard-code that in the C file, I've been passing strings as arguments
21:38.15 Gmercer015 that is what i am trying to replicate, i use command line arguments to pass the two imaginary numbers plus the expected results into the program
21:38.22 Gmercer015 since complex.c is only two functions
21:38.40 starseeker ok... that's fine. Then the test program should return 0 if successful and 1 if not
21:38.43 starseeker IIRC
21:38.51 Gmercer015 e.g. tester_bn_complex 4,5 2,3 (expected results for division and sqrt here)
21:39.01 Gmercer015 ok, so return -1 if anything is wrong?
21:39.11 starseeker right
21:39.21 starseeker or, basically anything that's not 0
21:39.45 Gmercer015 awesome, thanks! i actually understand a task
21:39.50 starseeker tests are pass/fail, specific error codes aren't captures
21:39.52 Gmercer015 pats himself on the back
21:40.07 starseeker can look at any of the existing tests in libbu - they should all work this way
21:41.38 Notify 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - echnically three questions You'll post your tutorial here for starters and once it's looking good, you can migrate it to our wiki. You can use one of our example databases (there are dozens included in an install), but know that some of them will not export to Blender. Look for the moss.g... http://www.google-melange.com/gci/task/view/google/gci2012/7958232
21:41.56 starseeker sometimes, if what you're doing requires testing complex data (i.e. does a command generate a correct BoT geometry) you may need to have the test program internally create the "correct" answer to use for comparison, but at the libbu/libbn level that's unlikely to be necessary
21:42.13 starseeker unless you're testing really BIG numbers, maybe
21:42.41 brlcad Gmercer015: yeah, don't return negative -- it's 0 if good and >0 if bad
21:43.28 Notify 03GCI: Sean: Enable walk_example for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966233
21:43.41 Gmercer015 sounds good, the functions i am testing are at a moderate level that i can work out on some paper for the exact answer
21:44.35 Gmercer015 though the complex square root function seems to be a little confusing considering it takes two complex numbers, when square roots uses just one number
21:45.36 brlcad Gmercer015: that's the input and the output
21:46.41 Gmercer015 now it all makes sense (op output ip input), thanks
21:46.48 brlcad np
21:47.44 brlcad would have probably become apparent when you got to testing it and one ends up unmodified and the other gets wiped out and replaced with the square root of the unmodified
22:04.33 Gmercer015 how would i go about testing my unit test?
22:04.48 Gmercer015 would it require me building the source?
22:05.01 Gmercer015 me to build*
22:06.08 andrei not entirely
22:06.16 andrei you can go to the respective library and run make
22:06.23 andrei or make "library name" in main folder
22:07.14 Gmercer015 do i even need to call the cmake command before hand? cmake ../brlcad-7.22.4
22:08.06 andrei yeah, I think you need to
22:08.20 andrei but that doesn't take nearly as much as the build
22:09.08 Gmercer015 that saves a lot of time, thanks
22:14.01 Gmercer015 CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
22:14.01 Gmercer015 Please set them or make sure they are set and tested correctly in the CMake files:
22:14.01 Gmercer015 X11_Xi_LIB (ADVANCED)
22:14.01 Gmercer015 <PROTECTED>
22:14.01 Gmercer015 <PROTECTED>
22:14.18 Gmercer015 strange error compiling, never had this before using cmake. I havnt modified those paths though
22:14.30 Gmercer015 or even touched the files inside, could it have been a bad install?
22:15.28 andrei hmm
22:15.36 andrei do you have X11 installed?
22:15.53 Gmercer015 that might be an issue
22:16.23 andrei I'm not sure on specific details and you might want to ask someone else aswell, but as far as I know X deals with GUI in linux
22:16.43 Gmercer015 is that directX11 or something completely different
22:16.54 andrei no, it's not directX11
22:17.27 andrei you can read a bit about it here : http://en.wikipedia.org/wiki/X_Window_System
22:17.49 Gmercer015 i see something on the software store about a lightweight x11 desktop environment
22:17.52 Gmercer015 that could be it
22:18.02 andrei are you using a mac?
22:18.07 Gmercer015 ubuntu
22:18.18 andrei hmmm, then I might be able to help, hold on a sec
22:18.43 andrei I think x11-utils is what you need to install
22:19.13 andrei if you have trouble installing that package let me know, usually it should go with sudo apt-get install x11-utils
22:19.54 Gmercer015 says it is at the highest version, should i try using the UXterminal?
22:20.43 Gmercer015 description says it is an emulator for windows x
22:21.54 andrei not really, it's quite strange
22:22.33 Gmercer015 let me try installing lxde, if not it could be just a bad install and i can attempt to reinstall the source
22:22.51 Gmercer015 would it have anything to do with grabbing it using svn?
22:23.08 andrei Gmercer015: I tracked down a post with a similar issue to you ( identical in fact): http://sourceforge.net/mailarchive/forum.php?thread_name=4F8C3075.8090107%40uwaterloo.ca&forum_name=brlcad-devel
22:23.48 andrei see if it helps you, otherwise, I encourage you to use our virtual disk image. It saves a lot of time, I ve used it when I first made contact with BRL-CAD and it was really useful.
22:24.10 andrei I think it can be found here : http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/
22:24.49 Notify 03BRL-CAD:caen23 * 54059 brlcad/trunk/src/conv/CMakeLists.txt: Enable walk_example for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7966233)
22:25.17 Gmercer015 yea i think i'll switch back to it, i was getting some graphics card issues with the image but it at least compiled and ran flawlessly
22:25.18 Notify 03GCI: Cezar: Enable walk_example for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966233
22:25.33 Notify 03GCI: Cezar: Enable walk_example for compilation - Commit r54059 Commit r54059 http://www.google-melange.com/gci/task/view/google/gci2012/7966233
22:26.34 andrei if you wish, I might be able to help you install brlcad later on, but it's important to have a working version, at least for the time being.
22:29.05 Gmercer015 ill work on getting the vm installed to my laptop, maybe get back to getting it installed on linux a later day, appreciate the help
23:09.24 Notify 03BRL-CAD:bob1961 * 54060 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create bezier curves.
23:11.41 Notify 03BRL-CAD Wiki:JasperipvtraohpyMoser * 4753 /wiki/Crucial_Outdoor_Digital_Signage_From_Wanton_Damage_And_Impacts: New page: It showcases respect and begs for ones visitor to respect what these firms are seeing as well. Vacationers do the same after meal '" after shop hours > and this is where Interpretational s...
23:38.14 Notify 03BRL-CAD:bob1961 * 54061 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::end_bezier to write back to the database.
23:43.01 Notify 03BRL-CAD Wiki:JasperipvtraohpyMoser * 4754 /wiki/8_Video_Marketing_Tips_For_The_Particular_Internet_Business: New page: For example if As well as am searching for restaurants doing my area I will source in restaurants in area By in this state. MySpace offers step-by-step instructions when basic profile page...
IRC log for #brlcad on 20121214

IRC log for #brlcad on 20121214

00:08.34 Notify 03GCI: javamonn: cmake case cleanup - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
00:09.58 *** join/#brlcad stevegt_ (~stevegt@38.96.16.67)
00:20.43 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Existing spreadsheet? Where is the "existing spreadsheet that characterizes all of the available commands in terms of inputs, outputs, and options"? I can't find it. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
01:04.43 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
01:13.56 Notify 03GCI: Sean: cmake case cleanup - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985244
01:14.21 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213
01:17.42 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - read the comment history Read the comment history for backstory. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
01:20.24 Notify 03GCI: Sean: Enable walk_example for compilation - windows? verified on windows? http://www.google-melange.com/gci/task/view/google/gci2012/7966233
01:20.29 Notify 03GCI: Sean: Enable walk_example for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966233
01:43.26 Notify 03GCI: Sharan: Create a "Pill" Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8032220
02:08.40 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - I have read it? I've read the comment history and I understand what you're asking for. I just can't find any existing documentation on what each command actually does, ie inputs, outputs, params. (maybe the intent of the task includes finding out what each... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
02:38.31 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - original task Well the original task was to define the inputs, outputs, and params because that information isn't all available in one place. That, however, is way too much work for a single GCI task. That's why the new goal is to just categorize them, which requires... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
02:44.02 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - oh, okay Oh, I understand now. If this isn't claimed by the weekend I think I'll try it. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
03:51.15 Notify 03GCI: Sean: Create a "Pill" Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8032220
04:08.16 Notify 03GCI: Lori Garrison: Improve geometry database loading behavior - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
04:54.52 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987216
05:34.17 *** join/#brlcad harmanpreet (~chatzilla@125.62.120.61)
05:37.24 *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net)
05:39.02 Notify 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Code I've tested the formula using a cylinder like Sean said, although I only tested it twice. I've submitted the code (which includes the centroid function I did for a previous task) as hypvolume.patch Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216
05:41.35 *** join/#brlcad harmanpreet_ (~chatzilla@124.253.154.154)
05:44.37 caen23 brlcad: yes, i did verify it on windows, it built fine
06:00.05 *** join/#brlcad harmanpreet (~chatzilla@124.253.17.79)
06:05.16 *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
06:35.52 starseeker gets bare bones VegaFEM build set up with CMake, as long as you have glut, glu and glui installed: https://github.com/starseeker/VegaFEM-cmake
06:47.31 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
07:02.25 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Issues with cmake Hmmm...cmake hangs (what appears to be a busy loop - 100% CPU for literally hours) while attempting to generate the Xcode project (cmake 2.8-10). I am still doing research as to why, but this task might end up being impossible :( I also... http://www.google-melange.com/gci/task/view/google/gci2012/8012213
07:05.06 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
07:05.11 Notify 03GCI: Melange: Doxygen cleanup ... for LIBBN - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
07:54.21 *** join/#brlcad andrei (~andrei@188.25.159.191)
08:19.35 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:49.51 *** join/#brlcad deep_inder_singh (~chatzilla@117.220.151.126)
10:34.21 *** join/#brlcad deep_inder_singh (~chatzilla@117.207.154.57)
10:40.09 *** join/#brlcad alezakos_away (~kongr45gp@helit.org)
12:48.21 Notify 03BRL-CAD Wiki:JuliettahffllwiunrHenkel * 4755 /wiki/Generate_Successful_Personal_Injury_Claims: New page: With a lot of things that can go absolutely incorrect with a DIY legal document, many people are wisely will help our planet hire a will attorney. These expenses or losses may quite possib...
12:48.23 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Let's leave it at that The code has some shortfalls in my opinion but for a GCI task enough work was invested here. Additional efforts need to be made in an additional task (eg in the twin of this one). http://www.google-melange.com/gci/task/view/google/gci2012/7987216
12:48.24 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987216
12:48.24 Notify 03GCI: Sharan: Create a "Pill" Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8032220
12:48.26 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
12:48.26 Notify 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Sushain Cherivirala. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987215
12:48.27 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - is this okay? I have submitted what I have so far. Please advise as to whether I'm on the right direction. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
13:28.44 *** join/#brlcad Silvrous (4f705de7@gateway/web/freenode/ip.79.112.93.231)
13:43.23 Notify 03GCI: Sean: Create a "Pill" Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8032220
13:46.30 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
13:52.21 Notify 03GCI: Daniel Rossberg: Create a Torus Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059206
13:53.59 maths22 site
13:57.30 *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
13:58.43 Notify 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - If you think you are done and we should do the review mark the task as completed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
14:08.54 Notify 03BRL-CAD:d_rossberg * 54062 (brlcad/trunk/src/libged/analyze.c brlcad/trunk/src/librt/primitives/hyp/hyp.c brlcad/trunk/src/librt/primitives/table.c): applied changes according to Google Code-in tasks- IMPLEMENT A PRIMITIVE CENTROID FUNCTION ... FOR HYPERBOLOIDS OF ONE SHEET (HYP) (http://google-melange.appspot.com/gci/task/view/google/gci2012/8030210)- IMPLEMENT A PRIMITIVE VOLUME FUNCTION ... FOR HYPERBOLOIDS OF
14:08.57 Notify ONE SHEET (HYP) (http://google-melange.appspot.com/gci/task/view/google/gci2012/7987216)performed by Aaron Keesing. Added rt_hyp_surf_area() stub to enable analyze in mged. The new functions (HYP centroid and volume) may now be tested via mged.
14:09.39 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Unable to understand I am unable to undestand the parameters. When i edit it shows radius1 and radius2. which one of V, I, H, O a scalar or a vector unit http://www.google-melange.com/gci/task/view/google/gci2012/8059206
14:14.00 Notify 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - follow-on task A follow-on task for this work has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8074203 http://www.google-melange.com/gci/task/view/google/gci2012/7987216
14:18.16 Notify 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - follow-on task A follow-on task has been created for this work: http://www.google-melange.com/gci/task/view/google/gci2012/8085202 http://www.google-melange.com/gci/task/view/google/gci2012/7960224
14:20.26 Notify 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8069204?validated http://www.google-melange.com/gci/task/view/google/gci2012/7998216
14:23.18 Notify 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8086202 http://www.google-melange.com/gci/task/view/google/gci2012/7959221
14:25.18 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8087202 http://www.google-melange.com/gci/task/view/google/gci2012/8030210
14:27.59 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Looking good Sushain, that's looking spot on (good) so far. I like how you are distinguishing between input and outputs too. Just 375 more to go. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7987215
14:29.24 Notify 03GCI: Sean: Create a Torus Model and Diagram - Try the 'l' command The 'l' command may be of some assistance. One radius is for the side of the donut. The other is for the thickness of the donut. And now, I'm hungry. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
14:54.01 brlcad maths22: no task in a while?? :)
14:55.51 brlcad looks like contention to get into the top-five is REALLY close
14:58.27 brlcad 17 people could be in the top-five just by completing two tasks
14:59.35 brlcad well, not if all 17 did that, but this should get interesting considering we're only 38% into the contest
15:10.43 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
15:12.49 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Crucial Outdoor Digital Signage From Wanton Damage And Impacts]]": spam
15:12.59 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JasperipvtraohpyMoser]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
15:13.14 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[8 Video Marketing Tips For The Particular Internet Business]]": spam
15:13.26 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JuliettahffllwiunrHenkel]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
15:13.35 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Generate Successful Personal Injury Claims]]": spam
15:17.50 *** join/#brlcad sharan (783a86ac@gateway/web/freenode/ip.120.58.134.172)
15:31.54 Silvrous How do I make a diff include a new file?
15:32.52 d_rossberg adding it locally to svn?
15:33.11 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - buffer size So this looks almost perfect. :) The fixed buffer size is a bug report waiting to happen, especially since debug/crash output can vary. Since you have a file handle, you can call fstat() to get the file size and allocate a buffer of the appropriate... http://www.google-melange.com/gci/task/view/google/gci2012/8012216
15:33.16 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
15:33.26 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
15:34.17 Silvrous So I go to the file and do svn add?
15:34.31 d_rossberg yes
15:34.36 Silvrous Ok thanks.
15:36.13 d_rossberg i hope it works this way, i've never created a patchfile by myself :-}
15:52.51 starseeker brlcad: ping
15:59.15 *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
16:01.30 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:02.25 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - updated output Arturo, the patch looks good, but also waiting for the updated output from Doxygen (the html files). Thanks for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:02.35 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
16:11.28 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.43)
16:13.04 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Uploaded I have uploaded the diff file. Is it okay. or do i need to do more work on it http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:15.39 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:20.46 Notify 03GCI: Skriptkid: Investigate performance of setting thread affinity - bu_parallel Where do I call bu_set_affinity in bu_parallel? At the beginning of the function? http://www.google-melange.com/gci/task/view/google/gci2012/7960222
16:28.11 *** join/#brlcad harmanpreet (~chatzilla@124.253.147.6)
16:30.45 Notify 03GCI: Sean: Create a Torus Model and Diagram - not right So the glass render looks great on the black background, but the annotations are wrong. That primitive doesn't offer much help when you edit it since the labels it provides are not the parameters used for creating it. The V, I, H, and O it shows are for the center point, vector to... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
16:30.50 Notify 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
16:32.10 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:32.15 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:36.27 *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43)
16:37.11 *** join/#brlcad gjeet (~chatzilla@117.220.144.119)
16:41.03 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - wrong files Gauravjeet, you're on the right track, but you only fixed a couple mistakes in OUR files. The sources in the src/other subdirectory are not ours to change. Those are 3rd-party dependencies that are merely included for download convenience. Look... http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:41.04 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:41.46 gjeet hi my name is Gauravjeet Singh. I have claimed a task to find and fix at least 20 spelling mistakes in at least 5 different files. I have marked the task as complete but I got a comment that I need to work more on this. I want to ask what more should I do to complete this task.
16:48.57 *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43)
16:50.32 Skriptkid Need somebody to assign this task to me: http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:50.50 andrei sure
16:51.04 Skriptkid Thanks, andrei :)
16:51.06 andrei done, sorry for the delay :)
16:51.13 Skriptkid No problemo :)
16:51.17 Notify 03GCI: Andrei Popescu: Integrate new thread affinity interface into LIBBU and LIBRT - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:52.14 Skriptkid Could you tell me where in bu_parallel I need to call bu_set_affinity? At the beginning? End? Some specific point?
16:55.48 andrei <PROTECTED>
16:56.09 andrei and I don have a brlcad source at hand at the moment, but I ll try looking a bit later if someone else doesn't answer, sorry:)
16:56.40 Skriptkid its okay :)
17:04.31 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Doubts 1. Where in bu_parallel should bu_set_affinity be called? 2. By unwrapping the function, do you mean I need to ake out the preprocessor conditional statment and make it available irrespective of the availability of pthread. and GNU_SOURCE extensions? 3.... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:06.31 *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43)
17:07.46 Skriptkid andrei: I don't think I'll be able to stay longer on IRC, so I've posted it on the task page, so it's okay, I'll wait.
17:19.32 Silvrous I can't find the bu_strcmp function in the cross reference. What does it do?
17:20.42 andrei it's exactly like strcmp
17:20.56 andrei Except it has some error cases covered
17:21.35 Silvrous Oh, thanks. But why can't the cross reference site find it? ( http://brlcad.org/xref/ident?i=bu_strcmp )
17:22.54 andrei are you on linux by chance?
17:23.33 andrei grep -r bu_strcmp might find it
17:23.53 Notify 03BRL-CAD:brlcad * 54063 brlcad/trunk/AUTHORS: thanks to aaron keesing for his gci enhancements to the HYP primitive, implementing centroid and volume support, and hooking into the analyze command.
17:25.13 Silvrous yes, I am. mersi
17:25.19 Notify 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - credited in AUTHORS Aaron, your changes have been applied to our repository (r54062) and your name recorded in our authorship documentation. You'll be credited with this publicly visible change in our next public release of BRL-CAD too. Thank you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210
17:26.19 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
17:29.04 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Question Can you tell me the time you are online . so that i could directly check if its reviewed or not for my future tasks. tell the gmt also. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
17:29.10 Notify 03BRL-CAD:brlcad * 54064 brlcad/trunk/NEWS: credit the gci contribution from aaron keesing that implements support for centroids and volumes for the hyp primitive, exposed via mged's analyze command
17:35.47 Notify 03GCI: Andrei Popescu: Create a Torus Model and Diagram - iming Sharon, it's best if you log on IRC and ask questions whenever you encounter issues. As for the review part, there isn't a fixed time when mentors review student submissions and it's not only brlcad that can review your work. Also, I believe you can get an e-mail notification... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
17:50.43 Silvrous How do I make a test for a function writing to a file?
17:51.02 Silvrous I assume I can't read it as I would a string
17:51.45 andrei what do you mean?
17:52.12 andrei you want to unit test a function that writes something into a file?
17:52.27 Notify 03GCI: Sean: Investigate performance of setting thread affinity - read through what bu_parallel() does You'll need to read through and try to understand what bu_parallel() does, at least for the pthreads case. Pay particular attention to the pthread_create() function and what every parameter means (man pthread_create). http://www.google-melange.com/gci/task/view/google/gci2012/7960222
17:52.38 Silvrous I need to unit test test the bu_vls_fwrite function, for instance
17:52.57 Silvrous yes
17:53.30 andrei well, you can see what happens if the file pointer is bad(there is no opened file) for example
17:53.45 andrei I assume you could write something into a file, then read what you wrote and compare results
17:57.22 Silvrous So I do FILE *f , for instance, call f in the function
17:58.14 Silvrous then how do I read from that?
17:58.24 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - you may need to take this one step at a time So know that you may be a little out of your depth taking this task on which is why I was going to do it instead of making it a task anyways, but you're welcome to try. Just be aware that you're going to need to do some... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:59.40 Notify 03BRL-CAD Wiki:Jacksixb * 4756 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
18:02.09 andrei one moment, I m looking for exact C syntax
18:02.15 andrei I think read and write are the functions
18:02.27 andrei http://www.cplusplus.com/reference/cstdio/fread/
18:02.29 andrei here
18:11.45 andrei Silvrous: by the way, you should avoid using FILE* as much as possible as it isn't " very portable". However, if the function receives a FILE* parameter there is no simple workaround for that :)
18:13.12 Silvrous I'll keep that in mind in future.
18:15.46 Silvrous Could I get another extension on this? I've done about 350 lines of code so far, but I've still got about 10 functions left to test, and then debug the whole file.
18:16.09 andrei yes, I will extend the deadline now :)
18:16.18 andrei can you provide a link to task, please?
18:16.26 Silvrous http://www.google-melange.com/gci/task/view/google/gci2012/7979226
18:17.19 andrei done :), goodluck with your work
18:17.20 Notify 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
18:18.46 Notify 03BRL-CAD:carlmoore * 54065 brlcad/trunk/src/librt/primitives/dsp/dsp.c: add an 's'
18:23.32 Silvrous andrei: Thank you
18:59.40 Notify 03BRL-CAD:carlmoore * 54066 brlcad/trunk/src/librt/primitives/hyp/hyp.c: remove trailing blanks/tabs
19:18.53 *** join/#brlcad stevegt_ (~stevegt@38.96.16.67)
19:20.20 brlcad Silvrous: if you need to write to a file, I suggest using bu_temp_file() when you can
19:25.36 Silvrous Ah, so it won't remain there after the tests are done. Sure.
19:28.12 brlcad be sure to still call fclose() when you're done
19:30.31 Notify 03BRL-CAD:brlcad * 54067 brlcad/trunk/include/bu.h: the fclose() isn't particularly optional on windows as the program will still have a file handle open
19:32.19 Silvrous What does the argc argument in main() do? I only see it used to give text warnings
19:36.07 Notify 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
19:41.28 ``Erik argument count, number of arguments to expect in argv
20:01.45 Notify 03GCI: Cezar: Create numerics library (LIBBN) API unit test ... for qmath.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009214
20:20.16 Notify 03GCI: Cezar: Create numerics library (LIBBN) API unit test ... for qmath.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009214
20:33.26 *** join/#brlcad crdueck_ (~cdk@24.212.219.10)
20:34.06 Notify 03GCI: jinscoe123: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
20:35.06 Notify 03GCI: jinscoe123: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
20:59.29 Notify 03GCI: Sean: Create a Torus Model and Diagram - ditto Sharan, yes, ditto what Andrei said. It's generally considered impolite to use IRC the way you've been using it. It's a common new-to-IRC misunderstanding so you don't need to feel bad, but please to read http://brlcad.org/wiki/IRC as there are specific etiquette rules expected. If you... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
21:07.31 Notify 03GCI: Sean: Create a Torus Model and Diagram - still not right As for the diagram, it's better but still not right. The I and O *are* vectors to the inner and outer edge of the torus. Drawing those is fine, but they should be a solid arrow vector from V to the inner and outer edge respectively. You still need to draw r1 and r2, which are... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
21:07.56 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Assigned This task has been assigned to jasons. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038207
21:08.02 Notify 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
21:09.05 brlcad thanks andrei
21:15.44 Notify 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Specifics What are the specific files of the 2 tasks you want put on the wiki? ~Jason http://www.google-melange.com/gci/task/view/google/gci2012/8038207
21:30.30 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
21:40.03 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Sorry for the lack of images My computer is very very very very very very slow and taking images is taking me way to much time. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
21:43.55 Notify 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
22:02.04 *** join/#brlcad stevegt_ (~stevegt@38.96.16.67)
22:05.51 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
22:06.59 brlcad_ in c how would i compare two floating point numbers? i need to compare the expected and actual values of two doubles but the compiler warns me it is unsafe.
22:18.40 andrei uhm, you might want to change your name so you don t create confusions
22:19.16 brlcad_ woah
22:19.20 brlcad_ why am i brlcad
22:19.35 brlcad_ oh, i just downloaded the vm so it had me as that...sorry
22:19.48 gmercer015 ^ my question
22:25.13 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - fstat Thanks, I had assumed that fstat was 'unportable', and I couldn't find anything about it in the code. Will rewrite it :-) Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216
22:31.10 andrei gmercer015: it's best if you compare them up to a pericison that can be determiend as parameter
22:32.20 andrei you can multiply them with powers of 10( the same for both) then cast to int, there are several methods available, you should find plenty by searching the web:)
22:40.02 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ... Sorry, but I can't compile it... I tried to understand. I studied programming for 7 years in C++,I used Mingw and DevC++, but I haven't ever use Cmake and I can't understand it... it's a bit busy period for me in school too and I am tired. I will try again if no one solves the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
22:41.38 Notify 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
22:55.43 Notify 03GCI: Andrei Tudorica: Procedurally model a caffeine molecule - like this? http://www.google-melange.com/gci/task/view/google/gci2012/7998227
23:04.36 gmercer015 so my unit test compiled and the tests are added to the make file, do i need to run anything after using make?
23:04.59 gmercer015 or will make assure me that my unit test is correct
23:17.10 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
23:17.23 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
23:37.57 maths22 I'm rather busy this weekend, so I probably won't claim a task until monday (unless the website one shows up)
23:40.07 gmercer015 ;(
23:42.28 maths22 However, if I discover something short, I might claim it.
23:53.15 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
IRC log for #brlcad on 20121215

IRC log for #brlcad on 20121215

00:52.22 Notify 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Question Is this suppose to be a graphical or commandline instance of mged? Also, can we use other opensource software to implement this? http://www.google-melange.com/gci/task/view/google/gci2012/7993224
01:00.04 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
01:36.33 Notify 03BRL-CAD Wiki:Jacksixb * 4757 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update
01:56.42 *** join/#brlcad yiyus (1242712427@je.je.je)
01:56.42 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
01:56.42 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
01:56.43 *** join/#brlcad caen23 (~caen23@92.81.202.220)
01:56.43 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
01:56.43 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
01:56.43 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
01:56.43 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
01:56.43 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:56.43 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:56.43 *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net)
01:56.43 *** join/#brlcad andrei (~andrei@188.25.159.191)
01:56.43 *** join/#brlcad alezakos_away (~kongr45gp@unaffiliated/alezakos)
01:56.43 *** join/#brlcad crdueck_ (~cdk@24.212.219.10)
01:56.43 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:05.07 *** join/#brlcad ChanServ (ChanServ@services.)
02:05.07 *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
02:05.07 *** join/#brlcad kanzure_ (~kanzure@131.252.130.248)
02:05.07 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
02:05.07 *** join/#brlcad yiyus (1242712427@je.je.je)
02:05.07 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
02:05.07 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
02:05.07 *** join/#brlcad caen23 (~caen23@92.81.202.220)
02:05.07 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
02:05.07 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
02:05.07 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
02:05.07 *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862)
02:05.07 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:05.07 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
02:05.07 *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net)
02:05.08 *** join/#brlcad andrei (~andrei@188.25.159.191)
02:05.08 *** join/#brlcad alezakos_away (~kongr45gp@unaffiliated/alezakos)
02:05.08 *** join/#brlcad crdueck_ (~cdk@24.212.219.10)
02:05.08 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
02:05.08 *** mode/#brlcad [+o ChanServ] by asimov.freenode.net
02:08.17 *** join/#brlcad ibot (~ibot@rikers.org)
02:08.17 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
03:39.39 Notify 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:BrlcadFolder.png]]": Made the filenames reflect the new instructions for building on Mac, which were changed to reflect the linux building instructions.
03:42.45 Notify 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:BrlcadFolder.png]]": Changed resolution for faster loading
03:47.01 Notify 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded "[[Image:CmakeXcodeGenDone.png]]": Shows the Xcode project created by cmake.
03:47.57 Notify 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:CmakeXcodeGenDone.png]]": Changed resolution.
03:53.42 Notify 03GCI: Sean: Graph our geometry conversion logs - Task Assigned This task has been assigned to Richard Tynan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7996224
04:02.36 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
04:18.48 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
04:34.11 starseeker heh - "An engineer is someone who will spend three hours figuring out how to do a two-hour job in one hour."
04:47.11 *** join/#brlcad abhishek (7d3f40b8@gateway/web/freenode/ip.125.63.64.184)
04:47.34 abhishek sean: hi
04:48.11 abhishek sean: im a gci student
04:49.43 abhishek brlcad: hi
04:49.50 abhishek brlcad: im a gci student
04:50.32 abhishek brlcad: i kinda need some more time on this task, can you please extend the deadline by atleast one day?
04:50.47 abhishek http://www.google-melange.com/gci/task/view/google/gci2012/7966239
04:51.27 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Nevermind Cmake 2.8.4 turns out to make invalid Xcode projects and later versions (I tested dev builds too) are not working. I am returning this task because at this time it appears to be impossible to generate the xcode project with cmake. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
04:51.37 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
04:58.35 abhishek brlcad: ?
05:27.09 *** join/#brlcad gjeet (~chatzilla@117.220.149.100)
05:38.48 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
05:41.13 *** join/#brlcad merzo (~merzo@181-38-132-95.pool.ukrtel.net)
05:42.59 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - ground plane Richard, that looks great, but it does look like it really needs a ground plane ("in ground half")... and that blue is a bit yucky... :) Maybe try applying a metallic property or a checkerboard with the letters sitting on the ground. With some shadows and ambient... http://www.google-melange.com/gci/task/view/google/gci2012/7974264
05:43.09 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
05:46.56 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - reclaim it Arjun, It's not your fault that CMake isn't working right. If you reclaim the task, you can submit a brief summary of what you tried (which versions, what steps you took, what commands you ran), and we'll close the task as completed. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
05:49.52 Notify 03GCI: Sean: Web interface (AJAX?) to MGED - absolutely It can be either and yes, you can use any open source and any language you want. it's more about doing some research on the feasibility. Proof-of-concept. It it works great, we could create dozens of additional tasks to keep working on it. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7993224
05:51.07 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Thank you for your suggestions I'll work on it later. It took me about 1-2 hours to figure out and to put all the letters properly. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
05:54.23 Notify 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993215
05:56.29 *** join/#brlcad harmanpreet (~chatzilla@124.253.150.59)
05:58.29 Notify 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - looks good The patch is more than good enough, but a few comments in case you take on more tasks: if you svn add a file, it'll get included when you run svn diff probably just copied a mistake, but the date in the header is wrong (1985) appreciated, but don't... http://www.google-melange.com/gci/task/view/google/gci2012/7993215
06:09.23 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - how long How long do you think it'd take you if you had to do it again, knowing what you know now? As for creating the ground plane, these steps should help: run the "in" command, eg, "in ground half" and it'll interactively prompt you after that, add it to a region: r... http://www.google-melange.com/gci/task/view/google/gci2012/7974264
06:09.48 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
06:10.59 *** join/#brlcad deep_inder_singh (~chatzilla@117.205.250.227)
06:13.14 Notify 03GCI: Sean: Procedurally model a caffeine molecule - yep Yep, something like that would be perfect. That has fancy material properties and lighting parameters set too, which would be above and beyond. The goal is to end up with code that generates the model, not just the geometry file. http://www.google-melange.com/gci/task/view/google/gci2012/7998227
06:16.10 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - no worries There are plenty of other tasks, so it's okay. Thanks for trying a different task. It's not meant to be discouraging, so that's really good to see. If you get stuck, please do ask questions and provide details so we can help you through problems that you encounter. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
06:18.45 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - not the case fstat is VERY portable. It's part of c89 and 1988 POSIX.1 so it's pretty much supported everywhere. When in doubt, look around the code for other instances and you'll see we use it in several other places: grep fstat src/libbu/* http://www.google-melange.com/gci/task/view/google/gci2012/8012216
06:19.47 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
06:22.27 Notify 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Authorship Thanks for the pointers on submitting future work, for authorship purposes my name is Grant Mercer http://www.google-melange.com/gci/task/view/google/gci2012/7993215
06:23.58 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - IRC Please read http://brlcad.org/wiki/IRC particularly the etiquette section. Note that joining an IRC channel, asking a question, and then leaving before anyone responds is like walking into a room, farting, and leaving(!)... It's not the proper way to use IRC. You're... http://www.google-melange.com/gci/task/view/google/gci2012/7966239
06:26.13 *** join/#brlcad deep_inder_singh (~chatzilla@117.199.111.138)
06:32.51 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Shouldn't take more than an hour. However, I'm currently having other commitment. I should be able to start working on this in 4 or 5 hours from now. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
06:34.57 *** join/#brlcad harmanpreet (~chatzilla@124.253.150.59)
06:46.50 Notify 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - But without the images, it's useless The only problem is that without the images, the tutorial isn't useful. The reader has no way of knowing whether what they've done is right or wrong. It needs to show a picture of the model in MGED and a picture of the final resulting model in Blender. As... http://www.google-melange.com/gci/task/view/google/gci2012/7958232
06:47.00 Notify 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
06:51.32 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - answer is already there The answer to your question is already in the task write-up. See the third bullet. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
06:52.42 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8031203
06:53.27 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
06:55.33 Notify 03GCI: Sean: Doxygen cleanup ... for LIBBN - You may want Arturo, you may want to try an easier task next time as there were still significant problems. You once again submitted a scan of the entire source repository, not just libbn. There were also several obvious errors in the libbn section. Still, I'm marking this task as completed in... http://www.google-melange.com/gci/task/view/google/gci2012/8031203
06:57.38 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213
07:00.04 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Summary I ran cmake versions 2.8.4 (the minimum for brlcad) through 2.8.10. 2.8.4 was the only one that generated an xcode project, however the xcode project was somehow corrupted and would not open. 2.8.5 through 2.8.7 through an error about not being able... http://www.google-melange.com/gci/task/view/google/gci2012/8012213
07:03.11 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - also... Arjun, I'd also ask that you file a bug report with the CMake developers so that they're aware of the problem: http://www.cmake.org/Bug/ Provide them the exact steps so they can reproduce the bug, something like this: svn co... http://www.google-melange.com/gci/task/view/google/gci2012/8012213
07:06.11 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - hat looks pretty good So actually, what you just wrote looks good for a bug report to them. They may ask for additional information or may be aware of the issue, but it looks good to me. Be sure to include your version of Mac OS X and XCode in your report. Paste the... http://www.google-melange.com/gci/task/view/google/gci2012/8012213
07:19.20 *** join/#brlcad deep_inder_singh (~chatzilla@117.212.49.243)
07:19.46 deep_inder_singh hiiiiii
07:31.14 *** join/#brlcad deep_inder_singh (~chatzilla@117.199.100.189)
07:36.44 *** join/#brlcad deep_inder_singh (~chatzilla@117.205.250.99)
07:47.15 andrei deep_inder_singh: hey, can I help you?
07:47.26 andrei oh, he s gone..
07:48.10 *** join/#brlcad deep_inder_singh (~chatzilla@117.205.251.54)
07:48.56 andrei deep_inder_singh: hey, can I help you?
07:49.22 deep_inder_singh yes
07:50.50 andrei well, what task do you have, what do you need help on?
07:50.59 andrei be specific, we can't guess what you need
07:51.01 andrei !notify ask
07:51.02 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
07:57.36 *** join/#brlcad harmanpreet (~chatzilla@124.253.151.121)
08:03.02 *** join/#brlcad deep_inder_singh (~chatzilla@117.199.100.128)
08:08.35 *** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.208)
08:29.05 deep_inder_singh how i crete a logo of brl cad please help me
08:58.09 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
08:59.19 Notify 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - RE: not the case Thanks! Next time I will try that! Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216
09:12.03 Notify 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
09:38.17 *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136)
09:51.26 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
09:52.56 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Done I hope this is the perfect thing you were talking about :-9 http://www.google-melange.com/gci/task/view/google/gci2012/8059206
09:53.24 Silvrous The file descriptor int is obtained with the fileno() function, right?
10:15.37 caen23 does anyone else have problems compiling on x86_64?
10:28.42 caen23 brlcad: i couldn't compile on os x with a clean checkout, compiling opennurbs_ext would show an error about dvec<2>::a_store being undefined. i solved this by uncommenting #undef __SSE2__ inside dvec.h, but in the process i've also noticed that include/vector_x86.h does not defined a_store with a float* arg, only with a double*
10:37.53 caen23 hmm… that's because _mm_store_pd is only defined with a double* inside emmintrin.h
10:38.10 caen23 and a_store calls _mm_store_pd
10:45.20 *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63)
11:30.04 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
11:31.04 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - hey I would like to work on this task if you can explain me what is the diffrence between the doc file http://brlcad.org/w/images/2/2c/Optical_Shaders.pdf and what I have to do... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
11:42.51 *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63)
11:46.05 Notify 03GCI: Andrei Popescu: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994216
12:17.35 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Pthread pthread_set/get_affinity() are POSIX threads library functions. So I'm guessing they need to be implemented in the section where pthread_create is being used(in #if defined(HAVE_PTHREAD_H) block) and not before it in the SunOS/Solaris section, where... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:18.55 *** join/#brlcad andreitudoricacj (566a34e3@gateway/web/freenode/ip.86.106.52.227)
12:24.32 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Read up on pthread_create I read up on pthread_create and it's parameters and have gone through parallel.c. Must admit, most of it seemed gibberish to me(stacks, concurrency, semaphore, etc), since I've never really dealt with so much low-level programming. But... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:31.04 Notify 03GCI: John: Create BRL-CAD-to-Blender tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
12:42.15 *** join/#brlcad abhishek (3bb1451d@gateway/web/freenode/ip.59.177.69.29)
12:56.43 andrei <PROTECTED>
12:56.51 andrei damn space
14:15.04 *** join/#brlcad harmanpreet (~chatzilla@124.253.210.110)
14:54.54 *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2)
14:56.04 Notify 03GCI: Silvrous: Create a utility library (LIBBU) API unit test ... for vls.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
15:11.02 ashwinlokkur Hi, im working on a documentation task(the brep command manual) in the GCI… i hav done the manual page in .docx… how do i convert it into .xml ??
15:31.57 ashwinlokkur i need serious help here…. i have 1hr 30min form y deadline!!!
15:32.03 ashwinlokkur *my
15:36.01 *** join/#brlcad Ashish101 (75c226a5@gateway/web/freenode/ip.117.194.38.165)
15:38.37 Ashish101 I am supposed to categorize stuff in categories like geometry importer So i have no idea what it means also leave the categorizing part please tell me where can can get similar such catagories in order to just do google search and learn about them and categorize the MGED commands please help
15:40.31 Ashish101 harmanpreet: Any help ??
15:46.43 *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136)
15:50.13 *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63)
15:51.50 harmanpreet ashwinlokkur: I will suggest you to upload work you have done till now. I think, writing the manual page from your .docx file using docbook(in xml format) can be another GCI task. Wait until Sean come back. Let's see what he feels. :)
15:52.12 ashwinlokkur ok…. thankx….
16:03.24 *** join/#brlcad rptynan (~poiuyt@87-40-216-53.ptr.edu.ie)
16:03.36 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efcb1.bb.sky.com)
16:08.15 *** part/#brlcad ashwinlokkur (~Adium@117.216.156.2)
16:13.21 *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2)
16:14.35 harmanpreet Ashish101: Sean's reply on December 8 2012 21:43 UTC on task: http://www.google-melange.com/gci/task/view/google/gci2012/7970237 has everything you are asking. Just read it carefully. Secondly, you are asking for an example of similar categorization. Categorization is just categorization. Noting too hard. For example you have bunch of pens, some of them are red, some are blue and some...
16:14.37 harmanpreet ...green. You can easily categorize them into three categories: red pens, blue pens and green pens. Same is the case of your task. You have to read out a little description of each command to know its purpose. Then place it under relevant category if you already created one. If not create a new category. Repeat this until you categorize all commands. Understand?
16:15.41 Ashish101 YES that is the point !!
16:15.54 Ashish101 I dont have the correct technical words
16:16.22 Ashish101 for example the one he gave and i think that it will be rejected
16:16.34 Ashish101 but still if u say so ill give it a try
16:16.53 Ashish101 KK ill claim the task tom as its really night here
16:17.39 Ashish101 bye then
16:17.54 Ashish101 <PROTECTED>
16:19.12 *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2)
16:55.35 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
17:02.56 caen23 ashwinlokkur: does your .docx respect the format of a unix manpage? i don't know if a docx will do, but if you want to see what a docbook xml looks like, there are plenty of examples under doc/docbook/system/man1
17:03.02 ashwinlokkur I have30 min for my task submission. I couldn't setup brlcad source properly, I had some school work. I need some extension. Please forgive.
17:08.35 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0efcb1.bb.sky.com)
17:14.17 caen23 ashwinlokkur: if you want some reference, here's an archive that contains an xml and a pdf generated from it https://dl.dropbox.com/u/4460937/rtray.zip again, a docx might be enough, but i'm not the one who decides this, so if your docx at least resembles the pdf, it might be fine
17:16.34 ashwinlokkur Can I please get an extension????? I need some time for this!!!!
17:18.00 harmanpreet ashwinlokkur: don't worry. I will extend the deadline for 1 day.
17:18.50 ashwinlokkur THANKS A LOT!
17:18.59 Notify 03GCI: Harmanpreet Singh: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
17:45.23 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.58.63)
17:45.32 Skriptkid If I've understood right, bu_parallel is a function for creating a thread, invokes parallel_interface and manage the thread.(Differently on different platforms.) Am I right?
17:57.06 *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63)
17:59.55 *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2)
18:04.21 *** part/#brlcad ashwinlokkur (~Adium@117.216.156.2)
18:55.27 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - what I have so far I have uploaded what I have so far. Please advise. It's not yet quite complete (I would estimate > 3/4 done). Column J lists each tag and its #of occurences (it will likely be quite useful to understand the "subtags") - its coded in so it... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
19:04.45 Notify 03GCI: Melange: Crash Archer reliably (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7959241
19:56.12 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - slight changes added utility & geometry tags - ver3 http://www.google-melange.com/gci/task/view/google/gci2012/7987215
19:59.09 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
20:13.33 Notify 03GCI: javamonn: cmake case cleanup - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
20:14.13 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
20:26.07 Notify 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vls.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
20:30.43 *** join/#brlcad andrei (~andrei@188.25.159.191)
20:33.58 *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136)
20:56.17 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - he ZERO() macro? I've come across some files where a ZERO() macro is defined, where the tolerance is set to be SMALL_FASTF for all calls. If this macro is called with a subtraction of arguements, should I change it to EQUAL(), or should I leave calls to ZERO()... http://www.google-melange.com/gci/task/view/google/gci2012/7958234
21:27.58 Notify 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Sorry for the delay... I'm still trying to work this out. I'm having problems compiling even a fresh checkout with strict enabled, its running into warnings being treated as errors around the 20% mark. I've been able to fix a couple of them but it seems like... http://www.google-melange.com/gci/task/view/google/gci2012/7966238
21:45.11 Notify 03BRL-CAD Wiki:JoesphnvbaqyadolStuhr * 4762 /wiki/Tips_On_How_To_Buy_A_House_Without_A_Real_Estate_Agen: New page: If not, throw a cleaning party for friends and family. Guwahati Real estate is developing extremely fast like other sectors of the type of city to cater to the most important constantly gr...
22:15.35 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Not necessary See this: http://public.kitware.com/Bug/view.php?id=13354 They have it nailed and plan on fixing it for 2.8.11. Hopefully when 2.8.11 rolls around, or a dev build in the nearer future, someone can write the tutorial. If I happen to notice... http://www.google-melange.com/gci/task/view/google/gci2012/8012213
22:18.01 Notify 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
23:11.19 Notify 03GCI: Jacob B: Modify IRC notifier output - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
23:31.11 *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
23:33.47 rptynan Hey, I have a question about my gci task, anyone here who can help?
23:39.10 *** join/#brlcad rptynan (~poiuyt@86-45-18-4-dynamic.b-ras1.wtd.waterford.eircom.net)
IRC log for #brlcad on 20121216

IRC log for #brlcad on 20121216

00:33.08 brlcad <PROTECTED>
00:33.12 brlcad ~ask
00:33.13 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
00:33.56 Notify 03GCI: Sean: Modify IRC notifier output - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224
00:34.26 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958234
00:57.50 maths22 What files does the IRC notifier parse for gci
01:03.13 brlcad maths22: see the brlcad-tracker mailing list
01:07.47 rptynan Sorry, was out for a bit.
01:08.07 rptynan I wondering how I should give the results for this task:
01:08.10 rptynan http://www.google-melange.com/gci/task/view/google/gci2012/7996224
01:21.02 Notify 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Can't compile with strict off, either I cant get a fresh checkout to compile with strict off either, apparently. I'm running Ubuntu with the gcc compiler. http://www.google-melange.com/gci/task/view/google/gci2012/7966238
01:21.18 brlcad rptynan: exactly what the task says
01:21.21 brlcad what do you mean?
01:24.06 rptynan Well right now I just have a python script which parses and calls the gnuplot scripts and they output pngs/
01:24.11 rptynan Is that ok?
01:54.34 Notify 03GCI: Richard Tynan: Graph our geometry conversion logs - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7996224
01:56.48 brlcad rptynan: so upload those three things :)
01:57.01 brlcad sounds perfect
01:57.57 rptynan I just uploaded the scripts
02:00.01 rptynan brlcad: and I uploaded the results there
02:04.07 brlcad great
02:06.35 brlcad rptynan: that is SUBLIME!
02:07.46 rptynan <PROTECTED>
02:08.33 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
02:09.12 brlcad that really is *perfect*
02:09.45 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Note The patch right now doesn't change calls to ZERO(). Let me know if you want me to add that in. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7958234
02:10.01 brlcad exactly what I was hoping to see and the results are extremely informative ... it's only halfway done processing the history, but that's definitely very useful information
02:10.29 Notify 03GCI: Sean: Graph our geometry conversion logs - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7996224
02:11.13 rptynan thanks :) The script should be good for any added logs, the gnuplots might need to be tweaked though, just to allow for larger results.
02:11.50 Notify 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
02:23.58 Notify 03GCI: Sean: Graph our geometry conversion logs - phenomenal This is truly phenomenal. I sincerely hope you take on some of our other tasks. We add new ones every few days, so keep checking back too. http://www.google-melange.com/gci/task/view/google/gci2012/7996224
02:25.50 brlcad rptynan: sounds good -- the conversions still have another month or so to go
02:33.41 rptynan Thanks again, I'm hoping to get that web interface done, I think I have a way to run it sandboxed through http
02:34.03 brlcad keep tabs on how much time you invest
02:34.22 brlcad if you spend more than a few hours and make some progress, let someone know
02:34.45 brlcad we can break tasks into multiple tasks or create follow-on tasks if our time estimates are incomplete
02:35.04 rptynan Ok, will do :)
02:54.02 rptynan I'm going to head to bed now, goodnight
03:03.18 *** join/#brlcad sharan (3bb393d1@gateway/web/freenode/ip.59.179.147.209)
03:07.39 maths22 ok
03:11.30 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Please Extend My Deadline Hello, I am still working on how to get my table, that I built in blender, into BRL-CAD. I was sick yesterday so I couldn't work on it then. I don't understand how to get it into BRL-CAD. I saved my blender file and tried to run it, but it gave me an error.... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:11.14 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
05:00.47 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JoesphnvbaqyadolStuhr]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
05:00.58 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Tips On How To Buy A House Without A Real Estate Agent]]": spam
05:02.32 Notify 03GCI: Sean: Web interface (AJAX?) to MGED - Task Assigned This task has been assigned to Richard Tynan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224
05:02.42 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Assigned This task has been assigned to gcking. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984228
05:03.02 Notify 03GCI: Melange: Create Blender-to-BRL-CAD tutorial - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
05:03.22 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
05:04.35 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
05:04.43 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - importer Toshita, you're going to have to export from Blender's format to a format that BRL-CAD will import. We have dozens of importers, you just have to pick one. Example is dxf-g. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
05:05.18 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - external tools note that our converters are stand-alone tools like mged, not commands that are run within mged. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
05:10.00 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - depends Yes, please also update the (relatively new) ZERO() calls as well just like the NEAR_ZERO() ones. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
05:10.55 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - marking as complete I am marking the task as complete so that it can be reviewed. I know that it still needs some work. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:11.00 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:11.15 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - note the related Note the highly related other macro task: http://www.google-melange.com/gci/task/view/google/gci2012/8007240 You may be interested in claiming that one as well after completing this one. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
05:18.33 Notify 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Reclaim task Hi, I would like to reclaim this task if you feel that more work needs to be done on this task. Regards.. Dhruv Agarwal http://www.google-melange.com/gci/task/view/google/gci2012/8051203
05:19.28 Notify 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - should work It should work straight from a checkout, but there has been a lot of GCI-related commits recently that may have introduced a few minor warnings. Those sorts of issues are usually cleared up in a day or two, but you could just try to run "make -k" and... http://www.google-melange.com/gci/task/view/google/gci2012/7966238
05:26.15 *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200)
05:26.33 *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200)
05:29.38 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - design not rendering Sean, the design is not rendering correctly. There are numerous local and invalid url references. Even after correcting those manually, it doesn't look like there's much of a design being proposed. It's our same content, even the same layout, with just a big... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
05:32.09 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-1.PNG]]"
05:32.18 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
05:32.34 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-2.PNG]]"
05:32.44 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-3.PNG]]"
05:33.04 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-4.PNG]]"
05:33.08 Notify 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - very well Thanks for the reference to the existing bug. If you see that they provide a new release that fixes the bug before GCI ends, let us know and we can create another task to try the tutorial again. http://www.google-melange.com/gci/task/view/google/gci2012/8012213
05:33.19 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-5.PNG]]"
05:34.00 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-6.PNG]]"
05:34.15 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-7.PNG]]"
05:34.35 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-8.PNG]]"
05:34.50 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-9.PNG]]"
05:35.16 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-10.PNG]]"
05:41.11 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - no problem No problem reading the table in Excel. So you're still on the right track but some of the tags may need cleanup. For example, you find a lot of converters, but there are geometry (3D) and image (2D) converters. Note "convertion" is spelled wrong. Conversion. ... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:41.17 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:42.58 Notify 03BRL-CAD Wiki:Jasonspriggs * 4773 /wiki/Compiling/Eclipse: GCI Task 8038207
05:44.22 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - on the right track You're on the right track. So for pthreads (which are in the POSIX threads library, but are a GNU extension), it ends up creating a new thread that invokes parallel_interface(). That's the key. You need to set the affinity within the thread, and all... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
05:45.26 *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200)
05:45.57 *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200)
05:46.48 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - It's not a tutorial So that pdf is not really a tutorial. It's an overview. See some of our other completed GCI tutorial tasks for ideas, but basically we're looking for something more succinct that *teaches* what shaders are, describes how to use them (especially the stack... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
05:53.00 Notify 03GCI: Sean: Create a Torus Model and Diagram - almost! Now that's a lot closer, just a few problems: should include V label should use actual I and O vectors, which overlap Maybe make the I/O vectors go left or right. Then you could make r1 go the opposite direction (since it's non-directional) and r2 from there. Something like this,... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
05:54.01 Notify 03GCI: Sean: Create a Torus Model and Diagram - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
05:54.11 Notify 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
05:55.41 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8012216
05:56.23 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
06:05.29 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Call set_affinity in parallel_interface? Points 4-8 are starting to make sense now, as you said. Since all threads invoke parallel_interface, I'm assuming parallel_interface needs to call bu_set_affinity. Are you saying(in points 4-8) that parallel_interface,... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
06:12.32 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
06:16.53 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Thanks Thanks for giving me such detailed information. The extension was not that necessary. The update took me 10 minutes. I was new to IRC so i didn't knew the rules, Sorry for misusing it http://www.google-melange.com/gci/task/view/google/gci2012/8059206
06:40.02 *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164)
06:48.54 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
07:18.09 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Time Extension and More Yes I would like more Time. I will also fix all the coding issues. Thank You for the notice. New one will look completely different and should work flawlessly. I only have one problem, I need a bigger picture of the moose. Thanks, Sean... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
08:00.04 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
08:03.47 *** join/#brlcad andrei (~andrei@188.25.159.191)
08:21.33 *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164)
08:38.19 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
08:50.26 Notify 03GCI: Abhishek: Test and update our simulation / animation tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
08:51.17 Notify 03GCI: Abhishek: Test and update our simulation / animation tutorial - Simulation Not working it say the comand is invaild http://www.google-melange.com/gci/task/view/google/gci2012/7966239
09:15.15 Notify 03GCI: Harmanpreet Singh: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237
10:01.42 *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136)
10:02.33 Silvrous How far up the review queue is my vls task? :)
10:04.19 *** join/#brlcad andrei (~andrei@188.25.159.191)
10:21.42 *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net)
10:59.10 *** join/#brlcad stevenkou (~Steven@175.156.156.148)
11:04.05 stevenkou does anyone know if the character ":" is accepted as part of a file name in linux?
11:04.23 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
11:07.39 stevenkou i found this character "" in one of the source files, i think it is creating a problem for the cmake in cygwin
11:10.12 *** join/#brlcad abhishekteotia (3bb2ae6c@gateway/web/freenode/ip.59.178.174.108)
11:11.41 *** part/#brlcad abhishekteotia (3bb2ae6c@gateway/web/freenode/ip.59.178.174.108)
11:11.57 andrei stevenkou: this might be what you are looking for: http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html
11:13.22 andrei stevenkou, actually, on linux, the only not allowed characters are NUL and /
11:13.34 andrei In windows it's NUL, : and
11:13.46 andrei and \
11:13.46 andrei I hope this answers your question
11:14.25 stevenkou i'm building brlcad, using cmake and on cygwin for windows, there is a lot of errors going like this CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tcl/doc/mann/platform::shell.n does not exist.
11:14.40 stevenkou i went to manually look for the file
11:16.34 stevenkou it is present but the only problem is that the name of the file in windows explorer looks like ie. "platform shell.n", in which i suppose should have been "platform::shell.n", and therefore giving the compiler errors, as windows don't accept ":" as part of file names
11:17.38 andrei could you please provide a link to your task?
11:35.24 stevenkou http://www.google-melange.com/gci/task/view/google/gci2012/7961226 i have not claimed the task yet, but trying out before i do, i will be away for a while, will be back soon
11:38.05 andrei sure, if you claim it let me know and I will assign it to you :). Also, ask questions here if you're stuck, we might not get back to you instantly but if you stay here you will get your questions answered:) Goodluck!
11:38.23 Notify 03GCI: Abhishek: Test and update our simulation / animation tutorial - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
11:41.55 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
11:43.39 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
11:56.57 *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200)
11:59.04 ashwinlokkur How to remove an uploaded work??
12:00.31 *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200)
12:26.29 stevenkou the files that cannot be found by cmake are present in the corect directories and are with the correct filenames when seen from the cygwin terminal, so is it a problem with the file system for the naming system?
12:40.16 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
12:55.29 stevenkou is there a way to bypass the problem that the cmake in cygwin cannot recognise special characters in windows file system?
13:07.24 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
13:13.28 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.99)
13:32.34 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
13:32.44 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Or... I just saw the section "un-published globals." You mean I need to make it a call back there? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
13:36.59 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
13:42.10 *** join/#brlcad ashwinlokkur (~Adium@117.221.29.90)
13:45.24 Notify 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
13:57.39 *** part/#brlcad stevenkou (~Steven@175.156.156.148)
13:57.43 ashwinlokkur Can any of you please review my task, if you are free ?
13:58.27 Skriptkid What does the pointer 'arg' in parallel.c do and why would a callback need to utilize it??
13:58.57 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99)
13:59.34 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - My current build log Here is the link to my build log before my claim is accepted: https://www.box.com/s/ova6dm970kmzk41ngxcp http://www.google-melange.com/gci/task/view/google/gci2012/7961226
14:01.39 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:01.52 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:01.55 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:02.41 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-1.png]]"
14:03.02 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-2.png]]"
14:03.17 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-3.png]]"
14:03.37 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-4.png]]"
14:04.12 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-5.png]]"
14:04.27 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-6.png]]"
14:04.43 Notify 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-7.PNG]]"
14:06.57 *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164)
14:10.11 *** join/#brlcad ashwinlokkur (~Adium@117.221.29.90)
14:24.13 Notify 03BRL-CAD Wiki:Jasonspriggs * 4781 /wiki/Compiling/Eclipse/Manually: GCI Task 8038207
14:26.59 Notify 03BRL-CAD Wiki:Jasonspriggs * 4782 /wiki/Compiling/Eclipse/Manually:
14:28.05 Notify 03BRL-CAD Wiki:Jasonspriggs * 4783 /wiki/Main_page: /* Tutorials */
14:28.29 Notify 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
14:40.14 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
14:41.39 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Progress I know it's not complete, but posted to check if I've made any progress in figuring it out. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
14:47.43 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99)
14:57.45 *** join/#brlcad harmanpreet (~chatzilla@124.253.153.84)
14:58.22 *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136)
15:15.09 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99)
15:16.21 Skriptkid Got the answer to my question above.
15:16.39 Skriptkid So that can be ignored.
15:18.18 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
15:19.27 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
15:39.15 jordisayol last commit (54067) break compilation on Linux 64-bit. no problem on Linux 32-bit
15:49.35 caen23 jordisayol: open include/dvec.h, search for #undef __SSE2__ and uncomment that line. after that, it should compile fine
15:58.37 Notify 03BRL-CAD:caen23 * 54068 brlcad/trunk/include/dvec.h: Explicitly casting the arguments passed to a_store() to (double *) solves compilation errors on x86_64
15:59.26 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Time Extension I have succesfully found 17 spelling mistakes. I have been constantly working on this task and has checked hundreds of files. The folders that I have checked are checked folders src/conv/3dm src/conv/asc src/conv/comogeom ... http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:00.17 caen23 brlcad: seeing how there are a number of people affected by this problem, i've committed some changes that solve the x86_64 compilation errors by explicitly casting (float *) to (double *) when calling a_store(). i think they should be safe
16:01.08 caen23 jordisayol: could you run 'svn up' and try compiling 54068?
16:01.57 jordisayol caen23: I'll do as soon as I can
16:02.04 caen23 thanks :D
16:10.10 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
16:11.20 Notify 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
16:13.12 jordisayol caen23: still break compiling on 64-bit
16:13.57 caen23 jordisayol: hmm… can you post a log somewhere?
16:15.16 jordisayol caen23: http://paste.debian.net/216604/
16:17.41 caen23 ugh, i was getting a different error, sorry my commit doesn't help
16:17.49 Silvrous Could someone please review my task? The deadline expired almost 24h ago
16:23.20 Notify 03GCI: Christine Naydenova: Model BRL-CAD logo in BRL-CAD (alan two) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977228
16:28.17 Notify 03GCI: Christine Naydenova: Model BRL-CAD logo in BRL-CAD (alan two) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7977228
16:28.58 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - changes I've tried to go through and fill in some of the holes. Also, I fixed that spelling. Oops, I guess I got so used to typing convert that convertion just started to come naturally. Anyways, I tried to split the fileConvertion tag into 3DConvertion &... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
16:40.10 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
16:40.54 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
16:50.34 *** join/#brlcad ashwinlokkur (~Adium@117.216.156.34)
17:04.05 *** join/#brlcad merzo (~merzo@154-121-133-95.pool.ukrtel.net)
17:05.10 *** join/#brlcad andrei (~andrei@188.25.159.191)
17:15.02 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
17:34.06 caen23 brlcad: the error i got, regarding a_store, seems to have been introduced in rev 54067, when you changed fastf_t from double to float. if SSE2 is available, _mm_store_pd is called, but that function is only defined with a double* argument, not with a float*. the cast i introduced seems fine, although i think the best solution is to overload a_store to be defined with a float*, too, which will then be casted to double* before sent to _mm_store_pd as argument
17:45.37 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
18:01.08 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99)
19:04.48 Notify 03GCI: Melange: Crash Archer reliably (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7959241
19:35.13 Notify 03GCI: Melange: Create BRL-CAD-to-Blender tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
19:42.26 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
19:42.46 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Doesn't need to be done. Almost done. I have fixed up many of the issues, I just need a little more time on the project. Thanks. Sean Caldwell http://www.google-melange.com/gci/task/view/google/gci2012/8051203
19:46.57 Notify 03GCI: Andrei Popescu: Mock up new BRL-CAD website interface design (#2) - Extension Hello, I have extended the task deadline with one day, goodluck ! Andrei http://www.google-melange.com/gci/task/view/google/gci2012/8051203
19:47.07 Notify 03GCI: Andrei Popescu: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
19:57.36 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Thanks Thank You. That should be long enough. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
20:20.01 *** join/#brlcad rptynan (~poiuyt@86-45-18-4-dynamic.b-ras1.wtd.waterford.eircom.net)
20:30.38 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Assigned This task has been assigned to Steven Kou. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7961226
20:32.02 brlcad caen23: casting a float* to a double* is a bug
20:32.09 brlcad you can't coerce an array of floats to double
20:32.32 brlcad they have to either be re-encoded or the function needs to also define a float version
20:34.40 caen23 brlcad: then the commit should be reverted, but how do you propose we fix the compilation error, then? making fastf_t a double solves this problem, but then it's not "fast" anymore on older systems?
20:36.44 brlcad function overloading
20:36.53 brlcad supporting both a double and float pointer
20:37.11 brlcad the error you ran into was on a mac?
20:37.49 brlcad if so, I have encountered the same issue and it's been on my radar, just won't get able to work on it until tomorrow
20:39.13 caen23 the error was on a mac, but i'm now trying to build on 64-bit mint linux, and i'm getting a "float to double" error on line 67 of vector_x86.h
20:40.14 caen23 you will have to overload _mm_store_pd, which is inside emmintrin.h
20:46.28 brlcad caen23: if you look through the file's history, there was a fix for the mac
20:48.14 brlcad it did the overloads and more, but was reverted when starseeke tried to fix something on linux
20:51.36 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Ready for review Alright, I edited the appropiate calls to ZERO() and replaced them with EQUAL(). This is ready for review now. And thanks for the heads up, I'll pick that one up as soon as this is marked as complete. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7958234
20:52.11 caen23 brlcad: you mean vector_x86.h's history?
20:55.33 brlcad i think o
20:55.36 brlcad i think so
20:56.33 caen23 i can't seem to find any overloading of a_store() from erik's "enter the dragon" until today
20:59.38 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
21:07.54 brlcad caen23: that may be one that was originally missed or one introduced during the rewrite
21:24.59 caen23 brlcad: hmm… i think i've got it. apparently, _mm_store_pd is for doubles, and _mm_store_ps is for floats. and i've simply overloaded a_store
21:30.45 caen23 but pd stores 2 doubles and ps stores 4 floats
21:36.39 caen23 brlcad: now i believe it works properly. it compiles, but i'm not entirely sure i haven't introduced a new bug, perhaps you'll have a look when you have the time?
21:56.10 jordisayol caen23: I'm still getting compile errors on Linux 64-bit
21:56.12 jordisayol http://paste.debian.net/216664/
21:58.40 caen23 jordisayol: i was referring to the mac, but it shouldn't break on linux either. let me check
22:01.10 caen23 it doesn't break on my 64-bit linux mint, so i'll have to try 64-bit deb
22:02.05 jordisayol caen23: which cmake flags did you use?
22:03.12 caen23 jordisayol: i compiled using the instructions on the wiki http://brlcad.org/wiki/Compiling are you building with warnings treated as errors?
22:03.52 jordisayol nop. I'm using sh/make_deb.sh script
22:04.29 caen23 i don't think i'm familiar with what that does
22:05.41 caen23 ok, i found out
22:06.55 jordisayol caen23: it simply makes this cmake:
22:06.56 jordisayol cmake -DBRLCAD_BUNDLED_LIBS=ON \
22:06.56 jordisayol -DBRLCAD_FLAGS_OPTIMIZATION=ON \
22:06.56 jordisayol -DBRLCAD_ENABLE_STRICT=OFF \
22:06.56 jordisayol -DBRLCAD_FLAGS_DEBUG=OFF \
22:06.56 jordisayol -DCMAKE_BUILD_TYPE=Release \
22:06.57 jordisayol -DCMAKE_INSTALL_PREFIX=/usr/brlcad \
22:06.57 jordisayol -DDATA_DIR=share \
22:06.58 jordisayol -DMAN_DIR=share/man
22:08.59 caen23 i'm installing 64-bit deb and i'll try building to see what errors i get
22:09.59 jordisayol caen23: I don't understand you. which deb are you installing?
22:10.29 caen23 the 64-bit version
22:10.57 jordisayol brlcad deb 64-bit?
22:11.39 caen23 debian 6 from their website, not from the vm brlcad provides
22:12.02 caen23 are you using the vm?
22:12.13 jordisayol no no, you can do it in linux mint 64-bit
22:12.37 jordisayol yes. I always use vm to generate deb packages
22:12.37 caen23 i don't get any errors with that one, it compiles fine
22:12.59 jordisayol did you use the sh/make_deb.sg script?
22:13.10 jordisayol s/.sg/.sh/
22:13.34 caen23 no. do you encounter the error only when using that script?
22:13.43 jordisayol yes
22:14.46 caen23 hmm… ok, then i'll try running it too
22:15.10 jordisayol sure. you can run it on linux mint
22:16.30 caen23 what's the first argument you're passing to make_deb.sh?
22:16.54 jordisayol -b
22:17.52 jordisayol caen23: I'm getting errors doing as in the wiki too
22:18.44 caen23 same errors?
22:18.49 *** join/#brlcad andrei (~andrei@188.25.159.191)
22:18.55 jordisayol http://paste.debian.net/216667/
22:34.41 jordisayol caen23: I have to go
22:35.15 jordisayol bye bye
22:35.21 caen23 jordisayol: sorry i couldn't fix it, on mint it's still building, and i can't figure out how to solve it without breaking it first
22:35.24 caen23 bye
22:36.30 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
23:35.50 Notify 03BRL-CAD:caen23 * 54069 brlcad/trunk/include/dvec.h: Remove buggy cast from float* to double*
23:35.52 Notify 03BRL-CAD:caen23 * 54070 brlcad/trunk/include/vector_x86.h: Overload a_store() to work with float* arguments, too. This enables compilation on the Mac
23:35.54 Notify 03BRL-CAD:caen23 * 54071 brlcad/trunk/include/vector_x86.h: _mm_store_pd stores 2 doubles, while _mm_store_ps stores 4 floats, so update code accordingly
23:35.59 Notify 03BRL-CAD:jordisayol * 54072 (brlcad/trunk/misc/debian/brlcad.postrm brlcad/trunk/sh/make_rpm.sh): update Linux deb/rpm remove scrips
23:36.07 Notify 03BRL-CAD Wiki:AmieesaseatwaghsmebtncsoegammvuyaiaqtbpzWildauer * 4784 /wiki/AmieesaseatwaghsmebtncsoegammvuyaiaqtbpzWildauer: New page: If you're considering making just a little toy, a statue, or something little types correct in your home, a plastic mildew is ideal for you personally. You should buy used plastic gadgets ...
23:36.08 Notify 03GCI: Melange: Publish two Eclipse write-ups to our wiki - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
23:36.09 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
23:52.27 maths22 Is there any way to test modifications to the notifier script on a test input?
23:54.41 *** join/#brlcad andrei_ (~andrei@188.25.159.191)
IRC log for #brlcad on 20121217

IRC log for #brlcad on 20121217

03:51.19 *** join/#brlcad ibot (~ibot@rikers.org)
03:51.19 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
04:32.36 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - you assume correctly You assume correctly about calling from within parallel_interface. You have the right idea about taking advantage of the ability to pass an argument. What it amounts to is making it so that parallel_func and parallel_arg are not used for platforms... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
04:33.16 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
04:39.23 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - patch As for your patch, put your new affinity function into a new file (see sh/template.sh). You added the bu_set_affinity() function in the right function, but it's not right. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
04:39.49 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
04:40.49 Notify 03GCI: Sean: Create a Torus Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
04:44.20 Notify 03GCI: Sean: Create a Torus Model and Diagram - no worries Thanks for your patience to work through all of the issues. It should help make any others go even more quickly, should you take more on (we have a couple dozen primitives). I also always extend the time a little bit whenever we follow-up and ask for changes just as a matter of... http://www.google-melange.com/gci/task/view/google/gci2012/8059206
04:46.25 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - use our VM Abhishek, you needed to use a compilation of BRL-CAD that has Bullet enabled. The virtual machine image we provide (http://brlcad.org/wiki/Deuces) has/had everything you needed pre-installed and pre-configured ready to go. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
04:56.46 maths22 brlcad/``Erik: Is there any way to test modifications to the notifier script on a test input?
04:56.54 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - more work needed Ashwin, it looks like you're really on the right track, but some more work is needed. First the content. Note that the brep command supports a variety of sub-commands (info, plot, intersect..) but your description only mentions the latter. The first two are... http://www.google-melange.com/gci/task/view/google/gci2012/7948232
04:56.56 maths22 I just want to make sure you two had seen it
04:56.59 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
04:57.00 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
05:13.25 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - not your build log So for starters, that is not your build log. That is your cmake configuration log. That's a very important distinction to understand. Second, so your inspection that the problem stems from those colons seems fair, but lacks understanding for where they're... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
05:14.12 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
05:14.14 brlcad maths22: I'd just test it manuallly myself -- feed it some input and see if it parses/translates it correctly
05:21.33 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Link latter to prior It doesn't look like anything links to Compiling/Eclipse/Manually? Compiling/Eclipse should mention and link to it somewhere briefly. Also the link on the Main page should be under "Want to get involved?" not under the tutorials section. Notice the other Compiling... http://www.google-melange.com/gci/task/view/google/gci2012/8038207
05:21.38 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
05:21.43 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
05:27.15 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - hrm I find it hard to believe you didn't find a spelling mistake in src/util... :) Either way, sounds good. Submit what you have. How many spelling mistake occurences have you fixed (including duplicates)? http://www.google-melange.com/gci/task/view/google/gci2012/8033204
05:27.56 *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net)
05:30.39 *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117)
05:35.02 *** join/#brlcad merzo (~merzo@241-127-132-95.pool.ukrtel.net)
05:36.58 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Re: hrm I have till now found 19 mistakes (including duplicates) . So should I find 1 more or submit it with 19 ?? http://www.google-melange.com/gci/task/view/google/gci2012/8033204
05:37.34 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - of course Of course, the Internet! You can learn about the various file types all over the web. :) Still, you've put in reasonable effort and this may be a starting point so I'm going to close out the task. I'm not sure if we can use it in its current form given so many... http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:37.44 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987215
05:42.16 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - looks great A quick review and test application of the patch and everything looks perfect. Nicely done! If you provide your full name (if you haven't already), I'll be sure you're properly credited in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
05:42.21 Notify 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958234
05:50.35 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - filename :: spell_check.diff I have uploaded the file with 19 mistakes (including duplicates ).Is it OK ..... http://www.google-melange.com/gci/task/view/google/gci2012/8033204
06:00.13 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - very close That's very close to what we're looking for, but is lacking in just a couple areas. First off, the tutorial jumps into shader panel with some unknown example geometry (stem1.r). The tutorial should give a concrete example. Create a sphere (make my.sph sph), create a... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
06:00.22 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
06:00.23 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
06:01.53 Notify 03GCI: Sean: Model an hourglass in BRL-CAD - see the references That's a complicated question, but you could start my taking a look at the scripting examples in the references. You may want to try at manually place a bunch at first and once you find a common pattern, you can try to script it. http://www.google-melange.com/gci/task/view/google/gci2012/8017215
06:11.51 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - what I see I see the following: writable each vertices database and tessellation re-sized (doesn't count) barometric (wrong fix, barycentric) faceted until top level (top-level) non minimal (non-minimal) non air (non-air) subdirectory (doesn't count)... http://www.google-melange.com/gci/task/view/google/gci2012/8033204
06:13.13 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - mark as complete So you'll need to mark it as complete. If you would add the dashes, fix barycentric, and re-upload the patch, that will make it much easier to apply. Thanks again for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8033204
06:15.13 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7979226
06:16.08 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - untested, but looks like a lot of work I haven't tested the patch but it certainly looks like you've put a lot of effort into it. This was one of the more involved unit tests, so thank you for your efforts rounding it out! http://www.google-melange.com/gci/task/view/google/gci2012/7979226
06:17.08 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7974264
06:19.30 Notify 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - well done Well done, thank you for making the updates. If you keep an eye out for our news announcement after GCI is over (if you join the brlcad-news mailing list), you'll see a slightly modified version of your work headlining the article. Thanks again! There are several other... http://www.google-melange.com/gci/task/view/google/gci2012/7974264
06:21.25 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Finished Product The most recent 2 files are the final result. Save them under the same folder and they should work. The blank area between the navigation and the posts is supposed to be a carousel, but I don't know how to program a carousel, so I left it blank. Let... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
06:21.35 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
06:24.06 Notify 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958232
06:26.01 Notify 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
06:27.23 Notify 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - much better Now that's MUCH better. I even like how you extended the tutorial to talk about how to reparameterize the triangle mesh into a quad mesh once imported into Blender. Note that the reason for the scaling size disparity is because the moss.g model is modeled in millimeters and... http://www.google-melange.com/gci/task/view/google/gci2012/7958232
06:28.33 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8033204
06:31.54 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - would you Would you upload a screenshot of what it looks like for you? The references in the xml file still don't seem to be correct. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
06:35.56 caen23 brlcad: regarding the building failure on 64 deb, it appears there's an array, data.v[], which stores doubles and also needs overloading to store floats, but i can't fix it right now
06:38.06 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
06:39.25 brlcad caen23: understood, no worries
06:39.50 brlcad suggest just hacking around it for now until a fix is made, shouldn't be more than a day or two
08:14.28 Notify 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
08:21.30 Notify 03GCI: Andrei Popescu: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218
08:25.06 *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de)
09:01.12 Notify 03GCI: Sharan: Model a Fresnel lens - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
09:05.58 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Clarification I understand that it may be my bad that I did not explain clear enough. I apologize for that. But in the last line said that configurations are incomplete, so I think that building it will not be possible, nonetheless, I will still try to build using make... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
09:07.29 Notify 03GCI: Sharan: Create a Torus Model and Diagram - Hey Thanks for inculding my name in the authorship. You really tested my patience. My full name is Sharan Narayan. Email- sharan.nyn@gmail.com I am from India, so GMT is a alot different. I go to school Mon-Sat. So, If my task needs more work then extension would be really helpfull. http://www.google-melange.com/gci/task/view/google/gci2012/8059206
09:11.40 Notify 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:35.04 Notify 03GCI: Andrei Popescu: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Ashish. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:36.39 Notify 03GCI: Andrei Popescu: Model a Fresnel lens - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8049208
09:52.00 Notify 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
09:53.10 Notify 03GCI: Sharan: Model a Fresnel lens - Done Made this yesterday but claimed today. was waiting for my previous work to be reviewed http://www.google-melange.com/gci/task/view/google/gci2012/8049208
09:53.46 Notify 03GCI: John: Test and update our simulation / animation tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
09:55.36 Notify 03GCI: Andrei Popescu: Test and update our simulation / animation tutorial - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966239
10:07.26 Notify 03GCI: John: Test and update our simulation / animation tutorial - What are the dependencies? What are the dependencies that I need? I cannot install the VM since I don't have sufficient bandwidth to download it (yeah I know it sounds crazy). Is there any page in your wiki where I can find them? http://www.google-melange.com/gci/task/view/google/gci2012/7966239
10:55.18 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
10:57.53 stevenkou In some of the files generated by cmake while configuring, it contains the : character, is there any way to stop this from occuring?
11:02.09 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
11:08.43 *** join/#brlcad Silvrous (4f704d17@gateway/web/freenode/ip.79.112.77.23)
11:18.44 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133)
11:19.36 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
11:43.50 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133)
11:48.33 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:55.27 Notify 03GCI: Daniel Rossberg: Model a Fresnel lens - Your lens isn't solid As far as I can see your lens is hollow. And I don't think that an elliptical torus is the right shape. I would recommend to use a usual lense shape (section of a sphere or ellipsoid?), cut these shape with cylinders into rings and shift these rings to a Fresnel lens. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
11:55.32 Notify 03GCI: Daniel Rossberg: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:01.14 Notify 03BRL-CAD Wiki:Jasonspriggs * 4785 /wiki/Compiling/Eclipse:
12:01.54 Notify 03BRL-CAD Wiki:Jasonspriggs * 4786 /wiki/Main_page: /* Tutorials */
12:02.55 Notify 03BRL-CAD Wiki:Jasonspriggs * 4787 /wiki/Main_page: /* Want to get involved? */
12:03.15 Notify 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
12:03.25 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
12:18.03 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.133)
12:18.29 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
12:20.42 Notify 03GCI: Sharan: Model a Fresnel lens - Misunderstanding I think you might have misunderstood the rendered image beacuse it is made up of glass. Check out the plastic.png which is made up of plastic. I was aware of the lens being hollow, So i added rings and a base. You can check out the Hollow + Base.png, where there are no rings. If you... http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:23.02 Notify 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:28.10 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - bu_set_affinity If I put it in a different file, how can I make the other source files access it? Something to do with Cmake? Just tell me where I need to start looking for how to do this.(What I need to Google for, what files I need to look at, that sort of... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:30.33 *** join/#brlcad ashwinlokkur1 (~Adium@117.216.152.195)
12:31.17 Notify 03GCI: Daniel Rossberg: Model a Fresnel lens - I checked the BRL-CAD file lensperfect (with missing .g ;) And there I saw that the rings are hollow. You modelled the boundery from an elliptical torus, the intersction of two cylinders and a baseplate. However, a Fresnel lens is solid. There is no air in the rings. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:31.22 Notify 03GCI: Daniel Rossberg: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:36.53 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Add it to the file list in CMakeLists.txt and add the function prototype to an appropriate header file. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:41.15 Notify 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Thanks! thanks! Maybe I will (after finals) :) http://www.google-melange.com/gci/task/view/google/gci2012/7987215
13:11.44 *** join/#brlcad stevenkou (~Steven@175.156.156.148)
13:43.10 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
13:59.29 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Make command Due the error during cmake, the makefile is not generated, therefore make cannot continue, is there any cmake files that can be edited to stop cmake from generating file with names that include colons? As long as the files generated in the build directory... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
14:20.21 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Two lines from your log-file Call Stack (most recent call first): src/other/tcl/doc/CMakeLists.txt:291 (configure_file) What happens there in this file? http://www.google-melange.com/gci/task/view/google/gci2012/7961226
14:23.32 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Re: Two lines from your log-file if (NOT CMAKE_CONFIGURATION_TYPES) configure_file(${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tclmann} COPYONLY) from line 290 to 291 Do you know what is happening? http://www.google-melange.com/gci/task/view/google/gci2012/7961226
14:30.13 *** part/#brlcad stevenkou (~Steven@175.156.156.148)
14:30.46 *** join/#brlcad stevenkou (~Steven@175.156.156.148)
14:32.16 *** part/#brlcad stevenkou (~Steven@175.156.156.148)
14:34.37 *** join/#brlcad stevenkou (~Steven@175.156.156.148)
14:48.27 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - notice the progress on the other task Ashish, notice the progress that was made on the other (identical) categorization task: http://www.google-melange.com/gci/task/view/google/gci2012/7987215 That task is considered incomplete, but was closed after Sashain put a good... http://www.google-melange.com/gci/task/view/google/gci2012/7970237
14:48.52 d_rossberg stevenkou: contains this CMakeLists.txt a "create.n"?
14:50.50 stevenkou d_rossberg: do you mean if the CMakeLists.txt contains the name "create.n"
14:51.21 d_rossberg yes, i.e. the one in src/other/tcl/doc
14:52.58 stevenkou it does not contain the text "create.n" the file cmake is requesting does exist, it is called"pkg::create.n"
14:54.40 stevenkou when listing files from the cygwin terminal, the filename is accurate, but when i look for the file in windows explorer, it is called "pkg create.n" where the colon is replaced by a strange spacing due to windows not supporting colons in its file names
14:56.47 d_rossberg in a first attempt i would try to switch off the generation of man pages in cmake
14:57.36 d_rossberg (another would be to use a cygwin implementation of cmake - if there is one)
14:58.11 stevenkou i have cmake installed with cygwin, and another in windows already
14:58.36 Notify 03BRL-CAD Wiki:Sean * 4788 /wiki/Compiling/Eclipse: clean up
14:59.15 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
15:00.40 stevenkou in order to witch off the generation of man pages in cmake, what flags are needed? or should tk be disabled?
15:01.46 Notify 03GCI: Sean: Publish two Eclipse write-ups to our wiki - hanks That looks good. I made a few changes, but that looks perfectly useful now. If you provide your full name, I'll be sure to credit you in our website authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/8038207
15:05.41 d_rossberg BRLCAD_EXTRADOCS ?
15:10.39 Notify 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:13.32 stevenkou i added -DBRLCAD_EXTRADOCS=OFF to my cmake, but it still fails
15:14.20 *** join/#brlcad andrei (~andrei@188.25.159.191)
15:18.17 Notify 03GCI: Sean: Model a Fresnel lens - create the corresponding lens Sharan, make the lens out of just ELL and RCC primitives. I don't believe a torus is not going to provide the right surface curvature (prove me wrong). See this link on lenses in general including the two slides near the end on Fresnel lenses:... http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:22.54 brlcad the third-party sources may not be properly protected
15:24.51 andrei hello
15:25.03 d_rossberg stevenkou: which version of cmake do you use? cygwin or Windows?
15:27.00 Notify 03GCI: Sharan: Model a Fresnel lens - Update I just made the frensellens.g out of sphere and rcc http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:27.54 stevenkou i use the commands within the cygwin terminal, i suppose that it is cygwin, do tell me if i'm wrong or a way to verify
15:28.37 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - basically bullet Basically, I think you just need Bullet installed, but it'll need to be specified such that it's properly found during the "cmake" configuration step. See our INSTALL file for details and try http://brlcad.org/wiki/Compiling AFTER you install Bullet. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
15:31.07 Notify 03GCI: John: Test and update our simulation / animation tutorial - I'll check on that Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
15:32.37 stevenkou d_rossberg: I have verified that my windows path does not contain anything leading to my windows cmake installation, even if i use cmake from windows command prompt, it cannot be executed unless the cygwin path is added. Does it eliminate one source of problem now?
15:35.08 d_rossberg that's strange because in this case cmake should see the cygwin names wit :: ... shouldn't it?
15:36.41 stevenkou yes, i do agree with you, since i am able to see it thru the cygwin terminal, but it is okay, i have disabled compiling for tk and tcl, configurations completes! but using the make command failed at 1%
15:38.01 stevenkou i have updated a newer log, you may wish to check it out to see what i have tried
15:39.54 d_rossberg BRL-CAD needs TCL ... i would recommend to comment the generation of man-pages out (e.g. in line 128 of src/other/tcl/CMakeLists.txt)
15:40.30 d_rossberg for the compilation test
15:43.14 stevenkou DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_EXTRADOCS=OFF -DBRLCAD_TK=OFF -DBRLCAD_TCL=OFF, so i take away the last three flags and just comment out the line you have mentioned?
15:43.46 stevenkou sorry, this is the command that i last used for cmake: cmake ../brlcad -DCMAKE_BUILD_TYPE=Release -DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_EXTRADOCS=OFF -DBRLCAD_TK=OFF -DBRLCAD_TCL=OFF
15:45.17 d_rossberg ok ... however your build breaks in zlib, there is no tcl yet ...
15:46.17 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
15:47.39 Notify 03GCI: Silvrous: Implement runtime detection of SSE - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8007218
15:47.53 *** join/#brlcad crdueck (~cdk@24.212.219.10)
15:48.15 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133)
15:48.34 Notify 03GCI: Andrei Popescu: Implement runtime detection of SSE - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8007218
15:48.44 d_rossberg stevenkou: it's unlikely that you'll succeed in compiling BRL-CAD under cygwin; you should document the ::-problem and investigate what's wrong with zlib (or a zlib tool) and try to solve this one
15:52.07 stevenkou i have already noted down the problem previously in my log, i am trying to compile as much as i can
15:56.29 d_rossberg there will probable be follow-on tasks to investigate the problems you found
15:56.52 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Thanks :) Would you know anything about the question above it also? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:03.35 Notify 03GCI: Sean: Model a Fresnel lens - better Sharan, that's better but still has a few issues. A sphere is an ELL so that part is good. There should, however, be just one instance of the lens surface, ie, one sphere, that is reused. Instead of making a sph1, sph2, ..., model the lens using just one sph. The way to do that is to apply a matrix... http://www.google-melange.com/gci/task/view/google/gci2012/8049208
16:03.45 Notify 03GCI: Sean: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
16:08.41 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - apparently my reply was eaten You're on the right track with the struct, but not how you're using it. Right now, bu_parallel() sets the two static global variables, calls parallel_interface() (via pthread_create()), that calls the user's callback function (that was... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:09.21 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
16:09.39 stevenkou d_rossberg: perhaps it is because i have been working with the same build folder for quite a long time and it is corrupted or some sort, i tried cmake again and disabled generation of man-pages for tcl and tk, my build is further now, stopped at 3%, i have updated my log once again. pardon me for having no experience on such areas, but you may want to take a look to see what failes, but i think that it is the same error in the makefile as the previous bu
16:10.32 stevenkou is zlib neccessary? can i not build it?
16:12.29 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - I'm not sure but shouldn't you set the affinity before doing the work (parallel_func)? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:12.43 *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net)
16:13.41 brlcad interesting: http://www.technologyreview.com/view/508826/quantum-imaging-technique-heralds-unjammable-aircraft-detection/
16:13.58 ``Erik brlcad: how is https://google-melange.appspot.com/gci/task/view/google/gci2012/8007218 not duplicate of src/libbu/simd.c ?
16:14.59 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Got it But should the function type in the struct also be of void type? If so, currently bu_set_affinity is an int. Should I make t void and use function bu_log(which I've so far seen in many places to log errors) to log any errors? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:16.16 brlcad ``Erik: hm, I don't think I'd seen that file (or at least realized it was run-time)
16:16.21 brlcad is that hooked in?
16:17.00 brlcad because the build system still turns SSE off due to the places it'll crash afaik, and the TODO entry was still there when I made the task
16:17.25 brlcad so the task could be to use that and turn it on
16:17.53 brlcad or could just see what Silvrous comes up with :)
16:20.14 ``Erik it was wired in and working at one point
16:20.41 d_rossberg stevenkou: zlib (the library) was build during the last run, the problem was probably a tool there (?)
16:21.14 ``Erik yeah, it's wired into cmake and cpp logic is for system defined symbols
16:21.29 d_rossberg you should clean up your build and start again
16:22.15 ``Erik it's gnuc, so maybe rework the task to be to add clang support?
16:22.16 stevenkou during my last run that went up to 3%, i realised that zlib did not build again after all the deletion of my build directory and starting all over again with cmake
16:24.05 caen23 brlcad: i'm trying to fix the dvec/vector_x86 problems. i need to make all the functions work with float, too. but i'm stuck, i don't know how to overload this http://slexy.org/view/s2126iIWOh if i work with doubles, i need to call *_pd, if i work with floats, i need to call *_ps. but in this case, the program doesn't know whether the array data.v[] is float or double. what should i do? i think it would be easier to reencode the arrays to double before doing
16:24.06 caen23 anything with them, but i don't know how to do that and i'm not sure it's ok
16:24.50 brlcad ``Erik: so you're welcome to steer them to that file and say pick up and verify/integrate/whatever
16:26.40 brlcad caen23: that's why I mentioned my previous commit -- I believe I separated the two at the class level
16:26.46 brlcad there was a dvec and an fvec
16:27.00 stevenkou d_rossberg: do look again at my log, actually i have cleaned up my build directory and yet the same problem is occuring
16:27.12 caen23 brlcad: you mean you had two classes?
16:27.21 brlcad I think so
16:27.34 brlcad that was a few months back
16:28.03 brlcad it might help to revert all the way back to a previous state before all these edits started occurring and walk forward
16:28.07 stevenkou d_rossberg: i will have to go now, thank you for all your assistance all the while, i will continue working on this tomorrow
16:28.43 *** part/#brlcad stevenkou (~Steven@175.156.156.148)
16:29.32 caen23 brlcad: i'll try writing fvec first. if i fail, i'll try starting with an older version and going forward
16:31.01 d_rossberg there is still "Generating Tcl man pages..." in your log followed by "Configuring incomplete"
16:56.19 Skriptkid brlcad: Could you please look at thread affinity integration task? I implemented the struct.
17:01.11 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.133)
17:03.56 *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.133)
17:10.25 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:12.24 Notify 03GCI: Sharan: Model a Fresnel lens - Extension I might need a extension http://www.google-melange.com/gci/task/view/google/gci2012/8049208
17:12.35 caen23 brlcad: hmm… by writing a second class, i got it to compile, but something weird happens on debian. apparently, if i define both f(double) and f(float) inside vector_x86, but i call it as f(fastf_t) inside dvec.h, it doesn't expand and i get an error about f(fastf_t) not being defined. deb comes with gcc 4.4.5, could this be the culprit?
17:19.10 Notify 03BRL-CAD:bob1961 * 54073 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::pick_vertex to take an optional tag argument that gets passed to the canvas' "find" command. Changed the units for mPickTol to pixels. Also changed the line creation mode to assume connected line segments until the user press Escape. This gets rid of the <Shift> modifier.
17:31.32 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:32.59 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Thank You Dear BRL CAD, Thank you once again. This is no easy task, designing and programming a webpage. I will submit a screenshot soon and see if I can fix the problem. I think what may be happening is an upload error. I will email you it once done, instead of... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
17:35.10 Notify 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8007240
17:39.46 Notify 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8007240
17:39.47 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - on the right track It looks like you're on the right track though a couple comments and questions are raised. First comment, you'll still going to need to have a version of the parallel_interface callback that takes no parameters because there are a lot of other... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:39.48 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:42.37 *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133)
17:43.02 brlcad caen23: that's probably what the other dev ran into when they reverted my change
17:44.15 Notify 03BRL-CAD Wiki:Tbrowder * 4789 /wiki/Deuces: /* Getting Started */
17:50.25 caen23 brlcad: hmm… my guess is it's never been written to accept floats. going back inside bu.h, fastf_t has never been a float until a couple of days ago. but i could be mistaken, i don't understand it very well
17:51.51 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
17:53.52 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
17:54.07 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - :D done http://www.google-melange.com/gci/task/view/google/gci2012/7994216
18:34.13 Notify 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Re: thanks Jason Spriggs :) http://www.google-melange.com/gci/task/view/google/gci2012/8038207
18:34.43 Notify 03BRL-CAD Wiki:Jacksixb * 4790 /wiki/User:Jacksixb/Independent_Study_2012-13_Log:
18:36.48 Notify 03GCI: Cezar: Enable our test_density tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7986225
18:38.01 brlcad caen23: that's the mistake...
18:38.07 brlcad bu.h wasn't supposed to be committed
18:38.12 brlcad probably my doing applying a gci patch
18:38.44 brlcad fastf_t has been a float before, it was just a really long time ago
18:39.56 caen23 so the solution is to simply modify bu.h, or do we make it work with floats, too?
18:41.37 brlcad yes
18:41.50 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - hrm... That's looking better, but you don't show the making of the sphere, the making of the region, or the steps for using the stack shader. You clearly did them, so you're just missing the text and images that show others how to do what you did. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
18:44.27 Notify 03BRL-CAD:brlcad * 54074 brlcad/trunk/include/bu.h: revert the fastf_t change to float introduced after r54057, that was not intentional with the comment change on fclose().
18:44.46 Notify 03GCI: Sean: Enable our test_density tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7986225
18:46.43 Notify 03BRL-CAD:brlcad * 54075 brlcad/trunk/include/bu.h: reapply the comment change that was intended in r54067. fclose() after bu_temp_file() shouldn't be optional.
18:51.13 Notify 03GCI: Daniel Rossberg: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
18:56.55 Notify 03GCI: Cezar: Enable our test_density tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7986225
18:58.07 Notify 03BRL-CAD:caen23 * 54076 brlcad/trunk/src/libanalyze/CMakeLists.txt: Move test_density.c into a tests/ directory (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7986225)
18:58.30 Notify 03GCI: Cezar: Enable our test_density tool for compilation - Commit r54076 Commit r54076 http://www.google-melange.com/gci/task/view/google/gci2012/7986225
18:59.37 Notify 03GCI: Sean: Enable our test_density tool for compilation - missed one thing Nicely done, Cezar. You just missed deleting the commented-out line in CMakeLists.txt that still reference the test program. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7986225
18:59.42 Notify 03GCI: Sean: Enable our test_density tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7986225
19:04.16 *** join/#brlcad Silvrous (4f704d17@gateway/web/freenode/ip.79.112.77.23)
19:10.00 Silvrous regarding the runtime SSE implementation, I must basically test whether the processor supports SSE, right?
19:20.34 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
19:21.19 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - . I think it is all you asked for :D http://www.google-melange.com/gci/task/view/google/gci2012/7994216
19:24.13 ``Erik Silvrous: the basic capability is in src/libbu/simd.c using gcc... that task probably needs tweaking (like port it to clang or msvc and test?)
19:27.33 Silvrous ''Erik: http://www.google-melange.com/gci/task/view/google/gci2012/8007218 the task states that it is not yet implemented.
19:27.55 ``Erik yeah, brlcad didn't realize that simd.c was there when he wrote it
19:28.45 brlcad new gci task: bug fix ged draw crash: http://www.google-melange.com/gci/task/view/google/gci2012/8114203
19:29.33 brlcad and ``Erik didn't update our todo file when he implemented it :P
19:30.20 brlcad or the NEWS file or otherwise document it in any fashion other than dropping in the .c file :P
19:31.28 ``Erik there were .h changes, too
19:31.40 ``Erik (it was in the todo?)
19:32.46 Silvrous And here I was learning about assembly to do something with cpuid :P What should I do now?
19:33.32 ``Erik Silvrous: what OS do you use?
19:34.21 Silvrous Windows, Ubuntu and the VM image from the brlcad website
19:34.40 ``Erik do you have msvc?
19:35.55 Silvrous no, and I don't think I have enough space on the Win drive for it right now
19:37.36 Silvrous Oh wait! sorry, apparently I have VS 2010 with C++ installed
19:38.25 ``Erik hm, ok, what about making a small program to try all the SIMD levels specified in bu.h (around line 6175) as a test program to include in BRL-CAD (src/libbu/tests/bu_simd.c ?) and change the cpu on the vm image through each kind to collect the results?
19:39.03 ``Erik or port the function to msvc and test it to get it working on windows, or port it to clang on linux
19:39.14 ``Erik I'd imagine any one of those 3 options would be roughly right-sized (brlcad?)
19:40.14 Notify 03BRL-CAD:brlcad * 54077 (brlcad/trunk/configure.ac brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 2 others): eliminate enigma from our distribution. *sniff* it's a maintenance cost that recently reared its head once again, which isn't acceptable for an interface we're not using. it's even more obsoleted as time goes by as a public domain replacement for 'crypt' considering some desktop systems can
19:40.16 Notify bruteforce crack them in mere seconds. if we need to encrypt something, we can look to modern methods. doesn't go through our deprecation process because it's back-end infrastructure, not a tool we've provided (hence why it's always been in misc)
19:41.45 Notify 03BRL-CAD:brlcad * 54078 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: enable pictx.xml for compilation and sort the list for readability
19:44.15 brlcad Silvrous: do you have access to a pentium M ?
19:44.53 Silvrous No, I only have access to Celeron and Core 2 Duo
19:45.07 ``Erik bochs has a significant list of cpus it can emulate
19:45.15 ``Erik I think qemu has a decent list, too
19:46.25 brlcad so the problem that spawned the to-do entries is that a program will crash with an illegal instruction of you run an -msse program on non-sse capable hardware
19:47.59 brlcad very non-graceful at that, so we've had to disable SSE outright since the compiling host isn't necessarily the system running the binary
19:48.53 brlcad so progress could be made to use that function (assuming it doesn't also cause an illegal instruction on non-sse capable hardware) to prevent run-time use of sse
19:49.03 brlcad making sure that all works
19:50.20 brlcad right now, we only compile with SSE if it's a debug build so we don't accidentally post a busted binary for people to download
20:07.59 Notify 03BRL-CAD:caen23 * 54079 brlcad/trunk/src/libanalyze/CMakeLists.txt: Remove reference to old test_denisty.c, now tests/denisty.c
20:20.37 Notify 03BRL-CAD:caen23 * 54080 (brlcad/trunk/include/dvec.h brlcad/trunk/include/vector_x86.h): Overloading functions to accept float arguments is no longer necessary
20:21.07 Notify 03BRL-CAD:caen23 * 54081 brlcad/trunk/src/libanalyze/tests/density.c: Main returns 0
20:22.47 caen23 hmm… i think i've achieved my goal of completing the 100th task
20:23.22 brlcad caen23: what do you mean? :)
20:23.35 caen23 ugh, nevermind, it didn't refresh properly
20:23.56 caen23 there are 103 task completed, i thought there were 100 and i got the latest one :D
20:24.47 brlcad ah, :)
20:25.19 brlcad yeah, looks like "John" got #100 .. brl-cad to blender tutorial
20:39.54 Notify 03BRL-CAD:brlcad * 54082 brlcad/trunk/src/proc-db/CMakeLists.txt: apply a work-in-progress patch submitted by brendon jackson via e-mail, part of an independent study to create molecular geometry. this stubs main.
20:41.09 Notify 03GCI: Cezar: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
20:48.07 Notify 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230
20:48.08 brlcad caen23: so that's a tricky one
20:48.36 brlcad the issue is related to how resources and directory entries are used/reused
20:48.40 caen23 i haven't compiled the example program yet, but i'm thinking reference counting?
20:49.08 brlcad as a solution, perhaps but shouldn't technically need it
20:50.11 brlcad there's a few "features" in play that have to be cared for, like what legitimately happens if you dirbuild one .g file and then dirbuild another into the same database instance -- that's the method used to merge two files
20:50.15 brlcad (dbconcat)
20:51.01 brlcad another is that the example program is even simpler, it's before we even have a database instance (it returns one), so we SHOULDN'T be getting duplicate geometry messages
20:51.04 brlcad regardless
20:51.47 brlcad the references are apparently getting stashed on the rt_uniresource, but then that's perhaps the problem to fix
20:52.00 brlcad (shouldn't be stored on the rt_uniresource!)
20:52.38 brlcad caen23: note that the example is in src/proc-db/wdb_example.c
20:52.44 brlcad so you don't have to download that wiki page source
20:55.58 caen23 thanks for the pointers, i'll need to study librt a bit
20:57.06 brlcad nods
23:24.49 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - sorta So it looks like you did the first half, showing how to create the sphere region, but not the second piece -- showing how to use the stack shader. Also, you don't show how you made the renderings and the blue glass one is not visible. A tutorial needs to be completely... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
23:24.54 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
23:50.53 Notify 03GCI: Sean: Implement thread creation for Windows - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8086204 http://www.google-melange.com/gci/task/view/google/gci2012/8030203
23:55.25 Notify 03GCI: Sean: Implement mutex locking for Windows - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8095204 http://www.google-melange.com/gci/task/view/google/gci2012/7999206
IRC log for #brlcad on 20121218

IRC log for #brlcad on 20121218

00:04.50 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
00:13.25 Notify 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
00:34.04 Notify 03GCI: Melange: Modify IRC notifier output - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
01:23.56 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
01:24.15 ``Erik eck, that patch for cl-cia is wrong (doesn't compile, doesn't make sense), and I thought the modifications I made 2 weeks ago deprecated this as a task :/
01:35.40 maths22 What does not make sense?
01:40.35 ``Erik referring to variables that are not in scope, assignment of an undecorated function name to a variable, etc
01:41.10 ``Erik (cl-cia is in common lisp, not emacs lisp or scheme... sbcl is the impl it's tested on)
01:42.37 ``Erik (and the commit changed line endings through the whole file to dos style, so the diff isn't very helpful)
01:50.56 ``Erik I'll have to look over it some more tomorrow morning, I think, see what direction should be taken (if any)
02:11.22 maths22 I will see if I can improve it (and not bree endings)
02:11.42 maths22 I will also fix the variables if I can
02:16.57 brlcad ``Erik: diff -b -B
02:17.04 brlcad but yeah, should be fixed
02:17.30 ``Erik git diff -w works, too
02:17.41 brlcad so what do you want to do with the task?
02:17.46 brlcad you'd suggested it
02:18.29 brlcad format doesn't technically fit what the task suggests (matching commit), so could still be something
02:19.02 brlcad also don't know if you know but notify is no longer in #bzflag, didn't show up to report commits over past couple days
02:19.11 ``Erik actually, you suggested it originally :D improving the reliability of the parsing is probably the biggest improvement that could be made
02:19.24 brlcad rather, is in there now, but wasn't
02:20.07 brlcad I'd requested much more brevity
02:22.33 ``Erik more than what's going out now? I thought I'd cut it down to the bare minimum O.o
02:22.43 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984226
02:28.04 ``Erik http://elfga.com/cia-data/ is a dump of data, #'process-brlcad-gci-mail-dir should fill in the notices slot of *state*
02:31.16 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - mged basics It's hard to write a tutorial about importing into BRL-CAD without understanding some of BRL-CAD's fundamental tenants. Unlike Blender, CAD files can and often do contain multiple objects or even top-level objects. MGED doesn't assume that you want to do anything more than open the... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:31.31 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:32.36 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - images note that when you finalize all of the steps that need to be taken, there should be an image for nearly all of them. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:59.17 Notify 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - related task There is a related task here: http://www.google-melange.com/gci/task/view/google/gci2012/8084204 http://www.google-melange.com/gci/task/view/google/gci2012/8031202
03:05.50 maths22 brlcad: Just so you know I mirrored the formatting of the sample; the task did not state that the example should match commit notifications
03:09.31 brlcad new task: nmg tutorial in C: http://www.google-melange.com/gci/task/view/google/gci2012/8121202
03:09.37 brlcad and a wiki userland version
03:10.09 brlcad maths22: the sample was mirrored after commit notifications
03:10.35 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
03:12.38 maths22 I mirrored the /clear
03:12.50 maths22 sorry. My terminal is a bit strange
03:13.16 maths22 I mirrored the example: it should produce output matching the sample if it works
03:13.19 brlcad new task: bot tutorial in C: http://www.google-melange.com/gci/task/view/google/gci2012/8093203
03:13.51 brlcad maths22: okay, sounds peachy to me, hopefully erik likes it ;)
03:14.39 maths22 I will make it actually work tonight/tomorrow morning.
03:14.52 maths22 How would I go about passing a sample file to the script?
03:17.14 brlcad new task: bot wiki tutorial: http://www.google-melange.com/gci/task/view/google/gci2012/8119203
03:17.59 brlcad maths22: good question, you can either set it up on your end like erik suggested (http://elfga.com/cia-data/ is a dump of data, #'process-brlcad-gci-mail-dir should fill in the notices slot of *state*)
03:18.14 brlcad or set up some little harness program where you can feed it input
03:18.21 brlcad then just feed it any of the brlcad-tracker e-mails
03:18.39 brlcad all archived on sourceforge
03:19.59 Notify 03GCI: Melange: Add missing documentation (for any ONE command) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
03:26.18 brlcad starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8009209 work for you?
03:26.37 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
03:26.51 brlcad why hello
03:26.58 brlcad sexy
03:30.55 Gmercer015 brlcad vm always logging me in as brlcad_
03:31.03 Gmercer015 whoops haha
03:31.41 starseeker brlcad: I think I looked at that a while back - looked fine
03:32.31 brlcad Gmercer015: heh that's right .. default username
03:32.50 brlcad starseeker: what'd you want to do with that?
03:33.30 brlcad new task: find places to post an open source job: http://www.google-melange.com/gci/task/view/google/gci2012/8104204
03:33.44 starseeker brlcad: I figured it would be useful when the time came to write up the NURBS stuff
03:34.20 brlcad you planning on committing it then, or just stashing the file on your end?
03:34.32 starseeker brlcad: either way
03:34.33 brlcad just wondering how to take that to the next step
03:34.54 starseeker you mean a follow-on task?
03:35.20 starseeker wasn't sure whether you would want to commit it
03:38.00 Gmercer015 why do all functions in poly.c return a pointer to a struct that is already passed into the function? meaning from my understand a call would me polyp = bn_poly_scale(polyp,poly1,poly2)
03:38.11 brlcad no, follow-on action -- each of the tasks is being tracked on their status so that nothing falls through the cracks
03:38.22 Gmercer015 even though polyp already seems to be multiplied
03:38.26 Gmercer015 modified*
03:38.50 starseeker we can commit it
03:38.52 brlcad starseeker: it's okay to commit if it's documentation for our implementation
03:38.59 starseeker brlcad: it isn't, yet
03:39.04 brlcad hm
03:39.08 starseeker just a list of references
03:39.25 brlcad that's a little more problematic the
03:39.31 starseeker nods
03:39.33 starseeker figured
03:39.46 brlcad so then is the end-state "in your hands"? :)
03:39.51 starseeker yep
03:40.07 brlcad okay, I can track it that way
03:40.18 brlcad if I say something again, just say no action or done or whatever ;)
03:40.30 brlcad might forget a 100 tasks later
03:40.34 starseeker sure :-)
03:40.48 starseeker sorry I didn't frame that so it'd be easier to track
03:41.20 brlcad as long as it's useful and gets used, it's fine
03:44.32 *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
03:44.58 *** join/#brlcad stevenkou (~Steven@175.156.156.148)
03:45.42 stevenkou when building brlcad, is zlib necessary, will brlcad still work without building it?
03:46.04 starseeker if you have a system zlib, it will work without building it
03:46.48 stevenkou what do you mean, does it mean that if the system that has zlib already installed, the program need not contain it?
03:47.01 brlcad new task: showcase article: http://www.google-melange.com/gci/task/view/google/gci2012/8095205
03:48.16 brlcad stevenkou: zlib is necessary, but it can either compile a version we provide or use a zlib you already have installed
03:49.50 stevenkou i understand now, i will try to not build it as it is giving problems when compiling using cygwin
03:52.27 brlcad caen23: if you want to tackle a problem related to the float fastf_t, there is http://www.google-melange.com/gci/task/view/google/gci2012/8017207
03:52.44 brlcad stevenkou: there's a GCI task for that, is that yours?
03:55.09 stevenkou yes, http://www.google-melange.com/gci/task/view/google/gci2012/7961226, i'm currently working on it, my attempt is to compile as much and skip those that are giving problems, will that do?
03:55.58 brlcad that will, presuming you can get past the cmake failures
03:56.37 brlcad starseeker may be able to help you with some of those, he's a cmake guru and set up the cmake builds
03:56.52 brlcad he may have an idea where the :: is coming from
03:57.06 brlcad but yeah, you can just comment those out if it comes to it
03:57.15 stevenkou i have already resolved the cmake error by skipping the generation of man-pages, i will consult him on that
03:57.34 starseeker the "::" may be from Windows path names...
03:57.39 stevenkou yes
03:57.58 starseeker usually if those aren't being handled correctly it means some quotes are missing around path names
03:58.11 starseeker what's the specific failure message?
03:58.40 stevenkou let me check it out, i will paste one of the many similar errors here
03:59.02 stevenkou CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tk/doc/mann/ttk::treeview.n does not exist.
03:59.03 stevenkou CMake Error at CMakeLists.txt:417 (_configure_file):
03:59.03 stevenkou <PROTECTED>
03:59.03 stevenkou Call Stack (most recent call first):
03:59.03 stevenkou <PROTECTED>
04:00.10 stevenkou from the first line, it is said that the file cannot be found, but the file does exist and from within the cygwin terminal, the filename is acurrate with the "::" intact, but those colons go missing when viewed from windows explorer
04:00.20 Notify 03BRL-CAD:jordisayol * 54083 brlcad/trunk/misc/debian/rules: Don't generate "shlibs" file for Linux deb packages
04:00.41 starseeker I'd suggest adding "" around the pathnames in the configure_file command
04:00.44 starseeker see if that helps
04:02.45 stevenkou i'm not very familiar with this, but which specific file should i be editing?
04:04.02 starseeker <PROTECTED>
04:04.59 brlcad new task: fix cmake on cygwin: http://www.google-melange.com/gci/task/view/google/gci2012/8093204
04:05.40 stevenkou seems like the new task would help greatly on my task
04:05.45 brlcad stevenkou: you can claim that new task if you make progress or like to shift gears for a little bit (you can unclaim/reclaim the task)
04:06.01 brlcad it would, and if you figure it out, you get two tasks out of the work ;)
04:06.44 stevenkou starseeker: i have previously comment out the generation of man-pages to remove those above mentioned errors, i would have to restore them too right?
04:06.50 starseeker yes
04:07.50 stevenkou tcl is giving similar problems too, i should do the same by adding "" around the pathnames right?
04:09.25 stevenkou This is the original line, configure_file(${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann} COPYONLY)
04:09.26 stevenkou it should become configure_file("${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann}" COPYONLY)
04:11.23 starseeker no
04:11.32 starseeker ${man} is a separate path from the rest
04:11.50 starseeker so ${man} needs its own quotes, as does the subsequent path
04:12.02 stevenkou i see, so it should have been configure_file("${man}" "${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann}" COPYONLY)
04:12.08 starseeker right
04:22.40 Gmercer015 why do the functions in poly.c return a struct passed by pointer initially? such that mult returns struct bn_poly but modifies the value anyways
04:23.13 Gmercer015 polyp = bn_poly_mult(polyp,poly1,poly2) <-- ex
04:38.58 brlcad new task: add new db: http://www.google-melange.com/gci/task/view/google/gci2012/8099208
04:39.58 brlcad stevenkou: you might want to scan all occurences of configure_file() for that same issue
04:41.09 stevenkou it did not help when quotes are added around the paths with problems, cmake is still giving errors on the same line, not being able to find the files required
04:43.51 Notify 03GCI: Sean: Create geometry database with one of every primitive - external files? Donny, would you provide your external files? http://www.google-melange.com/gci/task/view/google/gci2012/7985226
04:44.51 starseeker stevenkou: what's the correct path, and what's the one being reported?
04:47.28 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:48.14 stevenkou what path do you want to know? for the errors? for CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tk/doc/mann/ttk::labelframe.n does not exist. The real path in windows would be C:\cygwin\usr\brlcad\rel-7.22.1\brlcad-build\src\other\tk\doc\mann\ttk::labelframe.n
04:48.14 stevenkou From what I know, all path names are correct, it is just the :: that are preventing things to work
04:50.31 starseeker after line 256 in src/other/tk/doc/CMakeLists.txt, try adding the following
04:50.58 starseeker message("tkmann: ${tkmann}")
04:51.16 starseeker see if that :: is present before configure_file is ever run
04:51.37 starseeker it should be ttk_labelframe.n
04:51.45 starseeker so somehow _ is becoming ::
04:51.56 starseeker what version of CMake do you have?
04:52.13 stevenkou 2.8.9, the latest i can get from cygwin
04:53.52 stevenkou Quote: "so somehow _ is becoming ::" does it mean that there the cmake is generating filenames wrongly?
04:57.42 stevenkou my log file is updated at my task page, please take a look at the last part of the log, it seems like the file are designed to be named with ::, is there anyway to stop this?
04:58.43 starseeker stevenkou: look at the cmake logic in that area
04:59.26 starseeker are the generated files in ${CMAKE_CURRENT_BINARY_DIR}/mann/ named using :: ?
04:59.43 starseeker it *should* just be globbing whatever is in that directory
05:00.24 stevenkou cmake logic? i don't quite understand that part
05:00.24 stevenkou the files are indeed named correctly if i browse to it in the cygwin terminal, but not if in windows explorer
05:00.36 starseeker O.o
05:00.39 brlcad stevenkou: "it is just the :: that are preventing things to work" ... but where is the :: coming FROM?
05:00.51 starseeker so cygwin and Windows are seeing *different* file names?
05:00.55 brlcad that's the point of adding that message() line
05:01.32 brlcad need to trace back through where those variables come from to figure out where it's coming from
05:02.04 stevenkou in the file names, for example, tkmann: ttk::label.n
05:02.05 stevenkou the file does exist, from what i understand, windows does not allow : in filenames, so naturally it is unable to present the filename correctly
05:02.52 starseeker ah, k
05:03.11 starseeker sees the ttk man pages do indeed have "::" in their output
05:03.14 starseeker names
05:03.41 starseeker that's how tcl denotes namespace, so that's probably why they're named that way
05:03.57 brlcad ah
05:04.42 starseeker one option would be to change :: to _ in the actual man pages
05:04.54 starseeker doubt upstream would accept that change though
05:05.12 stevenkou but how to tell that to cmake and process that way?
05:05.20 starseeker that's not CMake
05:05.33 starseeker a shell script is being run to generate those files
05:05.46 brlcad so, but why isn't this a problem for the non-cygwin windows compile?
05:05.55 starseeker because sh isn't available
05:05.56 brlcad are the docs just skipped?
05:05.59 brlcad okay
05:06.06 starseeker no sh, no man page script
05:06.21 starseeker I didn't translate it into CMake, considering the "man" command wasn't available either...
05:07.06 stevenkou those man-pages is not a big problem right? if those files are skipped, will anything be affected?
05:07.06 starseeker cygwin is a problem though, because we *do* have sh and man along with Windows pathname restrictions (apparently)
05:07.26 starseeker stevenkou: we'd have to conditionalize our logic, which is something we try and avoid
05:08.05 starseeker you do want those man pages, if you have the tools available to read them in the first place
05:09.02 stevenkou i have a question here, bugging for quite a while, what is the function of man-pages, documentations?
05:09.09 starseeker yes
05:09.32 brlcad stevenkou: man == manual .. pages of a manual
05:09.37 starseeker http://en.wikipedia.org/wiki/Man_page
05:10.27 stevenkou i understand now, thank you
05:10.30 starseeker brlcad: what do you think? fix the man pages to work on cygwin, or just conditionalize them out?
05:11.58 stevenkou at the moment, i can skip them and try to make most of brlcad to build right?
05:12.58 starseeker yes, but don't forget about the issue because it will need to be addressed one way or the other
05:13.54 brlcad starseeker: since it's our copy, probably best to just strip :: from the name or replace them with a character
05:14.40 brlcad stevenkou: you can skip them, but figuring out a proper fix will let you claim the other task too, so it's not just an academic question
05:14.56 starseeker stevenkou: OK, go for that - anywhere in the Tcl/Tk man pages where you see something like ttk::, replace it with ttk_
05:14.57 brlcad we need both problems solved, not just a rush to a finish
05:15.06 starseeker see if that works
05:15.37 starseeker stevenkou: the default "out of box" experience for BRL-CAD should be that it builds and works, regardless
05:15.56 stevenkou but is cmake is able locate them if i rename the files?
05:15.59 starseeker so anything like this is a show-stopper, and needs to be addressed
05:16.04 starseeker my guess would be yes
05:16.11 starseeker but that's not enough
05:16.35 starseeker you need to fix the original files in the src/other/tk/doc directory so they won't *generate* files using ::
05:16.54 starseeker for example, look at src/other/tk/doc/ttk_label.n
05:17.26 starseeker inside, you'll see the string "ttk::label"
05:18.03 stevenkou yes, on line 13
05:18.08 stevenkou etc
05:18.25 starseeker nods. I'd try changing the one on line 10 first
05:18.47 starseeker see if the file that appears in the build directory is named ttk::label or ttk_label
05:19.17 starseeker once you find the right one to change, you'll have to change it for all the files generating errors
05:19.35 starseeker remember, too, that some of the src man pages will generate more than one output file in the build directory
05:19.57 stevenkou that mean i will have to delete the build and try again to see if my edit in ttk_label.n will affect the generated files, test if it works
05:20.36 starseeker you can probably just clear the contents of the src/other/tk/doc/mann subdirectory in the build directory
05:21.01 starseeker then re-run cmake
05:26.10 stevenkou i only edited one line, but no errors are present at the moment, i guess i will have to clear the entire build directory to confirm
05:29.24 Notify 03GCI: Sean: Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8098203 http://www.google-melange.com/gci/task/view/google/gci2012/8028203
05:35.54 stevenkou other than line 10, should i edit all similar cases?
05:36.01 stevenkou in the same file?
05:45.04 Notify 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - follow-on tasks There are two follow-on tasks to integrate this into 'analyze' and to implement surface area for plate mode BoT geometry: http://www.google-melange.com/gci/task/view/google/gci2012/8070203 ... http://www.google-melange.com/gci/task/view/google/gci2012/7968224
06:05.47 Notify 03GCI: Sean: Migrate our MySQL databases from v4 to v5 - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8078203 http://www.google-melange.com/gci/task/view/google/gci2012/7991209
06:12.45 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
06:22.39 Notify 03GCI: Harmanpreet Singh: Identify 10 places to post an open source solicitation - Task Assigned This task has been assigned to Jjca. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8104204
06:29.02 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - What I have to do? Hi! Reading the description, I have a question: Only I've to tell you what pages I suggest to post the solicitation? For example, I've found Sourceforge, Ohloh, Github. I tell to you and that's it? And what is 'run them by us to make sure they're all... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
06:39.29 stevenkou startseeker: so all :: should be changed to _ in all files and all occurence right?
07:04.48 stevenkou starseeker: are you away?
07:09.42 stevenkou does anyone here know which file pkg::create.n is generate by?
07:47.14 stevenkou i found it already, no need to anwser my question
07:48.15 stevenkou brlcad: I have successfully configured using cmake without any errors, should I take on the new task and post the method there? Or should I just continue on with my current task?
07:52.34 stevenkou I guess that all the mentors are sleeping at the moment, shall not bother them further, logs will be updated to the latest one after make is finished, or stopped because of errors.
07:58.09 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
07:59.55 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
08:07.14 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - CMake success... make fails From what I understand, zlib fails to build perhaps because of some syntax errors, but I do not understand the last few lines that make it giving me, hope that someone would explain it to me. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
08:08.46 d_rossberg does a git-diff usually look this way: https://github.com/erikg/cl-cia/pull/1/files ?
08:26.09 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - It doesn't look like a syntax error For me it looks like a misformed command line in the make script: "/usr/bin/windres: invalid option -- w" and "recipe for target ... failed". What is in line 402 of src/other/libz/CMakeFiles/zlib.dir/build.make ? What's the... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
08:30.24 stevenkou d_rossberg: line 402 looks like this: $(CMAKE_COMMAND) -E cmake_progress_report /usr/brlcad/rel-7.22.1/brlcad-build/CMakeFiles $(CMAKE_PROGRESS_16)
08:37.34 d_rossberg ok, next you could try the verbose option in cmake: BRLCAD_ENABBLE_VERBOSE_PROGRESS
09:20.32 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Finding Centroid I believe I may have found a general formula for finding the centroid of the hyperboloid, if it is oriented nicely and I can work out the equation. I couldn't find any specific formula for a hyperboloid's centroid on the... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
09:25.34 stevenkou d_rossberg: so i have added an additional flag
09:25.34 stevenkou -DBRLCAD_ENABBLE_VERBOSE_PROGRESS=On
09:25.34 stevenkou I have restarted from the beginning from cmake, in order to prevent and conflict or whatsoever, a new log will also be posted for the convenience of reading.
09:51.56 stevenkou d_rossberg: new log available on my task page
09:58.29 d_rossberg do you see where the problem comes from?
10:22.09 stevenkou other than zlib not compiling, it would be the last line that has got something to do with the word all
10:23.44 d_rossberg almost ... it complains about a "-w" parameter, what is the first line in your log where this parameter occures?
10:25.46 stevenkou line 832 I suppose, it has got to do with the zlib
10:28.16 stevenkou I wanted to compile without zlib, but I don't think there is a ready copy of it in cygwin. I still have to compile it, but I don't seem to understand why it will not compile, by right it should, there is nothing that is stopping it from compiling from what I see, do correct me.
10:37.51 stevenkou d_rossberg: you may want to just guide me on my task page as I will be away.
10:38.48 *** part/#brlcad stevenkou (~Steven@175.156.156.148)
10:53.44 *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98)
10:54.59 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188)
11:19.42 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188)
11:24.10 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - But... If I create a new modified parallel_interface_arg that takes arg and call it in parallel_interface, the struct will have to be passed to parallel_interface_arg by parallel_interface. If parallel_interface has to pass the struct to parallel_interface_arg,... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
11:29.10 *** join/#brlcad ashwinlokkur (~Adium@117.216.153.101)
11:33.39 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - You found the right line with the first occurrence of "-w" It's a zlib line (as you said on IRC) and the error message was about the zlib. But look at the other lines in your log. So the error was simply at the first occurrence of -w. There is probably nothing... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
12:17.16 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
12:20.28 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - po2.patch That'll give make what I was saying clearer. Also, where is bu_set_affinity implemented in all this? the new struct is for the user's func(passed to bu_parallel) to be called in parallel_interface. But how and where is bu_set_affinity called? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:20.29 Notify 03GCI: Daniel Rossberg: Mock up new BRL-CAD website interface design (#2) - Task Assigned This task has been assigned to Sean W. Caldwell. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8051203
12:21.43 Notify 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
12:29.06 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:35.19 *** join/#brlcad ashwinlokkur (~Adium@117.216.153.101)
12:38.24 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - cpuid Before implementing the structure, cpuid ID was set to parallel_nthreads_started. Now, since parallel-nthreads_started itself is used in bu_parallel, and a local variable's value isn't assigned to it in bu_parallel(like parallel_func was done), removing... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:39.05 *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.188)
12:53.05 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - it means be specific So finding 10 websites is not hard, but that doesn't mean this task is going to take you a half-hour and you're done! :) You need to provide exact URLs and identify posting requirements. If there's an announcement forum, show us that URL too in addition... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
12:58.07 *** join/#brlcad ashwinlokkur1 (~Adium@117.192.212.159)
13:30.26 *** join/#brlcad ashwinlokkur (~Adium@117.192.212.159)
13:32.34 *** join/#brlcad ashwinlokkur1 (~Adium@117.192.204.213)
13:43.05 ashwinlokkur1 DOCBOOK T OHTML ERROR in Ubuntu … can any help be rendered??
13:43.09 ashwinlokkur1 *HTML
13:47.50 ashwinlokkur1 <PROTECTED>
13:50.06 Notify 03GCI: John: Test and update our simulation / animation tutorial - Problem Sean, when I run the first shell script (the one before downloading Imagemagick), I always get this error (after a lot of junk text that I'm not able to put here): ERROR: No primitives selected. Do you have any suggestion? http://www.google-melange.com/gci/task/view/google/gci2012/7966239
14:16.52 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - center? So oriented nicely, the elliptical hyperboloid is elliptical. You know the center of the elliptical part is the center of the ellipse, so you can immediately constain your solution to the center of a bounded hyperbola, no? You also know that... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
14:17.03 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
14:19.22 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
14:24.46 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - not so Responding to "But...": parallel_interface() will need to pass the struct to parallel_interface_arg() but that doesn't mean it needs to take the struct as an argument. It's still the arg-less function used by old platforms and will still have values set in the... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
14:25.37 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
14:30.30 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188)
14:39.57 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
14:43.33 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Review and next As per mentor Daniel Rossberg's advice, I have written down what I have done so far and did a summary. Hope that it will do along with all the logs I submitted. Should I claim the task on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:15.32 Notify 03BRL-CAD:carlmoore * 54084 brlcad/trunk/src/librt/primitives/dsp/dsp.c: improve the error message -- it now shows the directory & file name attempted
15:16.22 *** join/#brlcad andrei (~andrei@188.25.160.116)
15:16.28 andrei hello
15:17.26 Notify 03GCI: Sean: Model a Fresnel lens - wrong link Sharan, so that looks a lot better, but you should have mentioned that the link I provided didn't actually give you measurements for a real lens! Where's figure 3.2 and table 3.2?? That URL was supposed to be: http://www.osti.gov/bridge/servlets/purl/120927-64DD1o/webviewable/120927.pdf The... http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:18.49 andrei brlcad: you around? I'm going to give a speech at my university about how my GSoC experience was, promoting open source and the GSoC itself. Related to BRL-CAD, is there anything that you would want me to mention ? I will give them a brief description of what we do, why to write patches and other matters.
15:20.44 andrei unfortunately the presentation happens in two hours
15:23.39 Notify 03GCI: Sean: Model a Fresnel lens - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:24.45 Notify 03GCI: Sean: Model a Fresnel lens - frensel Also meant to ask -- what's a "frensel"? You made that mistake in a couple places. A follow-on task has been posted here if you're interested: http://www.google-melange.com/gci/task/view/google/gci2012/8125202 http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:25.14 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
15:27.52 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - implies something went wrong Well, sure. That means something went wrong before you got to that point. Did you run every step in the tutorial preceding that script successfully? I doubt it... http://www.google-melange.com/gci/task/view/google/gci2012/7966239
15:29.07 brlcad ashwinlokkur1: need a lot more context
15:29.57 brlcad ashwinlokkur1: provide your entire output including the command you ran and all output that followed (to pastebin.ca or similar)
15:31.04 brlcad andrei: I'd love to see the presentation myself when you're done, but what you mention sounds good to me
15:31.21 brlcad showcasing pretty interesting pictures is always nice, not just text
15:31.34 rptynan brlcad: I can't compile brlcad on my raspberry pi, which was what I was trying to use for my GCI task on remote mged running.
15:32.07 rptynan I keep getting build errors, it can't find the Xi library, but I have it installed?
15:32.24 andrei brlcad: I attended it last year and was more of a discussion between students that were accepted to first and second year studies
15:32.29 brlcad rptynan: did you see the related GCI tasks?
15:32.36 brlcad rptynan: http://www.google-melange.com/gci/task/view/google/gci2012/8003218
15:32.38 brlcad rptynan: http://www.google-melange.com/gci/task/view/google/gci2012/8038205
15:33.10 rptynan I did, but I what how was it built?
15:33.18 brlcad andrei: if you like, I gave a lightning talk at google on GSoC that you can use
15:33.29 brlcad it gives the really really brief intro with some interesting pics
15:33.49 andrei could you please send that to me ? I'm not sure about the pics but I ll adapt it into my speech
15:34.06 brlcad it's public, i'll dig up the link now
15:34.26 andrei sorry for asking on such a short notice, I just got asked to go three hours ago :). I'm glad you were around
15:34.28 brlcad andrei: try this: https://docs.google.com/presentation/d/1HzUGAR0waZochTlPHdTSGjjVYU9WbGnzTqhRlGz6a-E
15:34.55 andrei Im getting a file not found
15:35.06 brlcad try adding /edit to the end
15:35.30 andrei brlcad: yeah, it works now, thanks
15:35.42 brlcad just don't edit it ;)
15:36.31 rptynan brlcad: How was the raspi built differently than the default build?
15:36.35 brlcad it's a presentation meant to take all of 2 minutes, so it's intentionally very brief and can easily expand into a 5-10 minute talk
15:36.52 brlcad rptynan: what do you mean?
15:37.44 rptynan brlcad: I'm just wondering how I can find out how to get around this error
15:37.45 andrei brlcad: it looks great, thanks !
15:38.14 brlcad rptynan: you have too many implied nouns (it, this, that) .. what are you saying? :)
15:38.47 rptynan brlcad: Sorry :) I can't get around this error basically. Did it happen to the other build?
15:39.02 brlcad you tell me, did you read the discussion and logs? :)
15:39.17 brlcad that error sounds fishy
15:39.35 brlcad note that if you install Xi, the development libraries/headers are usually a separate apt-get
15:39.44 brlcad that goes for most packages
15:39.54 brlcad runtime is not the same package as what you need to compile
15:40.01 brlcad there's usually a -dev or -devel pacakge
15:40.25 brlcad see http://brlcad.org/wiki/Compiling and doc/README.Linux and the top-level INSTALL file... ;)
15:40.58 brlcad rptynan: if you're going for a complete raspberry pi build, you should claim that task
15:41.15 rptynan Ok, I'll go read some more and see what happens :L
15:41.32 rptynan I don't think my compiler is right for the 2nd task though.
15:41.41 brlcad that isn't meant to not ask questions, but a little research is always expected
15:41.44 brlcad due diligence and what
15:41.53 brlcad what is your compiler?
15:42.18 Notify 03GCI: Sharan: Model a Fresnel lens - Measurement I measured the figure with a physical ruler on my screen ;-) so i managed to make it much more accurate. http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:42.19 brlcad notice the task says that we'll *provide* remote access to a raspberry pi
15:43.36 rptynan I can't claim that task if I'm doing the remote access one too
15:44.07 rptynan the remote mged instance task that is
15:44.30 andrei rptynan: you are able to claim just one task at a time:)
15:44.34 Notify 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985246
15:45.18 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188)
15:46.02 *** join/#brlcad harmanpreet (~chatzilla@210.56.125.13)
15:46.13 rptynan brlcad: I've got to go now, I'll be back later. Bye.
15:46.38 brlcad rptynan: you can unclaim and come back ;)
15:47.10 brlcad it's not likely someone will complete that task but the Pi task is pretty simple
15:47.36 brlcad it's certainly a gamble either way (might not get it to compile)
15:47.50 Notify 03GCI: Daniel Rossberg: Create an Hyperboloid Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985246
15:48.28 *** join/#brlcad Ashish101 (75c22334@gateway/web/freenode/ip.117.194.35.52)
15:49.16 Notify 03GCI: Sean: Model a Fresnel lens - Except that was just a notional diagram Except that the colorado.edu presentation was merely a notional diagram and it wasn't on page 12 or 13 ... and no table 3.2 anywhere. You shouldn't ignore details like that! Something was clearly wrong. Still, thank you for your efforts. Hopefully it's a learning... http://www.google-melange.com/gci/task/view/google/gci2012/8049208
15:51.02 Ashish101 My comp finally started working and when i went back to this - http://www.google-melange.com/gci/task/view/google/gci2012/7987215 and i saw sooo many stuff- uploaded files which i have never uploaded !! I aint understanding anything -- what are these files anyone can explain ??
15:52.57 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:53.33 *** join/#brlcad rptynan (~poiuyt@87-40-216-53.ptr.edu.ie)
15:55.13 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Globals Currently, parallel.c has two global variable parallel_func and parallel_arg. These two are used by parallel_func. Parallel_interface uses the pointer parallel_func, which is the pointer to the user's function, to call the user function. Are you saying I... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:55.47 rptynan brlcad: Ok, I'll keep trying anyway, I have a way to run a web-based shell and in a sandbox, but I just can't get brl to compile :/
15:58.34 Ashish101 anyone ??
16:00.29 Notify 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Almost Fort the Windows MSVC build there seams to be a work around fore the :: problem by replacing it with _. You did this by hand but there is perhaps already some code for it in the cmake files. You should make a note about comparing cygwin with MSVC to get a... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
16:03.11 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - hat's good but... It's good to see what all you've tried, but that certainly isn't what's needed to close either task out. Given your progress, I suggest you unclaim this task, claim the other, and work on submitting everything you did to get cmake to configure correctly.... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
16:04.49 Ashish101 anyone ??
16:08.49 d_rossberg Ashish101: the task you mentioned is closed, so if you haven't completed it it was probably somebody else?
16:13.02 Ashish101 OK
16:13.10 Ashish101 This is a little wierd !!
16:13.51 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Affinity.c This part is done. I've put it in a seperate file, added the declaration in bu.h. I'll submit those also once this part is cleared. Can you tell me what I need to do with respect to the new patch I've submitted?(Sorry, I'm unable to understand what the... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:13.54 Ashish101 check out this - http://www.google-melange.com/gci/task/view/google/gci2012/7987215 and this -- http://www.google-melange.com/gci/task/view/google/gci2012/7970237 I dont know i gues some error on ur side
16:14.15 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:17.34 d_rossberg 7970237 is a follow on for ci2012/7987215
16:19.55 Ashish101 So what different do i have to do -- everything is already done in a neat and clean way by the other chap
16:20.59 *** join/#brlcad ashwinlokkur (~Adium@117.221.31.178)
16:21.48 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - I need to ... So i just need to briefly describe these - key bindings, mouse bindings, and primary GUI elements. It should minimally include the command window, the graphics window, the raytrace control panel, the combination editor, the geometry tree view, and overview graphics... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
16:24.39 d_rossberg following the comment from Sean 7987215 is incomplete
16:26.33 Ashish101 kk
16:26.35 Ashish101 GTG
16:27.03 Ashish101 Carols - :)
16:34.33 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - well it did say minimally That's what should be minimally included but it entirely depends on the design and information being presented. There was a wide range of examples provided, some more and others less complicated. Regardless of the format, this is meant to be concisely... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
16:40.11 Notify 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - IRC Ashish, please be sure to read http://brlcad.org/wiki/IRC particularly the etiquette section. I'm glad Daniel was able to help you, but please be a bit more patient for replies. The other task wasn't an error on our part -- see my previous comment here about this task.... http://www.google-melange.com/gci/task/view/google/gci2012/7970237
16:40.48 ashwinlokkur can anyone help me with DOCBOOK_TO_HTML ERROR???
16:43.38 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - hat's part of it So that looks like part of it. You still need to modify bu_parallel() to call parallel_interface_arg() where possible instead of parallel_interface(). There are at least two or three platforms where you can pass a pointer to a thread_data struct that... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:43.40 brlcad ~ask
16:43.40 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
16:43.43 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
16:47.25 Notify 03BRL-CAD:carlmoore * 54085 brlcad/trunk/src/librt/primitives/dsp/dsp.c: revision to avoid hardwiring of separator '/'
16:55.17 brlcad ashwinlokkur: if you want help, you need to ask a specific complete question
16:56.50 brlcad ask a bad question and you're just going to get a bad answer
16:58.15 ashwinlokkur I'm working on 'brep' command manual. I have a file(brep.xml). I want to know the way to use the 'make' command on the file.
17:11.09 Notify 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
17:15.23 *** join/#brlcad ashwinlokkur (~Adium@117.221.31.178)
17:19.12 Notify 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Raytrace I created the lines,spheres and arrows. Everything but HYP is not raytraced. Dont know why http://www.google-melange.com/gci/task/view/google/gci2012/7985246
17:27.41 Notify 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985246
17:27.42 *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
17:27.48 *** part/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
17:44.13 Notify 03GCI: Sharan: Create an Hyperboloid Model and Diagram - HYP not traceable hyp is traceable when its blasted alone I read about hyp on your site- http://brlcad.org/wiki/User:Pacman87 on 2008-06-04 that hyp is not traceable.I tried RT also but no luck. http://www.google-melange.com/gci/task/view/google/gci2012/7985246
17:52.21 *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188)
18:01.04 caen23 brlcad: regarding the "improve geometry db loading behavior", i don't understand what risks/problems are involved with running rt_dirbuild multiple times. also, the problems occur when running rt_dirbuild on the same file multiple times, different files are alright?
18:01.31 maths22 ``Erik: how would I run the notifer on my computer (I changed the channel and the nick)
18:05.31 Notify 03GCI: John: Test and update our simulation / animation tutorial - Everything was right I did copy/paste of all the tutorial, and still I get the same error. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
18:07.47 Notify 03GCI: John: Test and update our simulation / animation tutorial - FORGET It is curious that it is right after we send the message that we understand what the real problem was. I managed to fix it so you can forget about it. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
18:27.45 *** join/#brlcad harmanpreet (~chatzilla@210.56.121.156)
18:43.37 brlcad caen23: different files are only alright if there are different object names
18:43.56 brlcad caen23: the problem is one of API usability
18:46.43 Notify 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Somehow Managed I managed to get a raytraced image with the lines, spheres, arrows and labeled them in the labels.jpeg. Still hyp is not traceable. Used photoshop to combine two images and labeled them http://www.google-melange.com/gci/task/view/google/gci2012/7985246
18:47.29 brlcad consider a case of opening a file, say havoc.g, and running dirbuild on a component within that file
18:47.43 brlcad you start raytracing that component or whatever
18:48.10 brlcad then you have another thread need to do some work on component2, also in havoc.g, but partially different geometry
18:48.59 brlcad you can't build a directory for the second without getting errors and names gtting changed
18:49.19 brlcad the rt_uniresource is effectively creating an undesirable implicit library state
18:56.38 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - fromParallelInt had to introduce that variable in the struct to avoid additional unwanted incrementations and certain function calls I thought were necessary(looking at parallel_interface.) parallel_interface_arg is called directly by 3 platforms -... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
19:01.21 Skriptkid 500 Internal Server Error?
19:01.52 Skriptkid Unable to upload files at Google Melange
19:02.05 brlcad just try again in a few minutes
19:02.33 Skriptkid ok
19:03.12 caen23 so dirbuild builds a directory for a component (such as sph1.s), not a db. and i need to alter "struct resource" to separate threads better?
19:03.24 caen23 alter it among other things
19:04.04 brlcad caen23: there's a whole slew of ways this can be addressed....
19:04.22 brlcad I'm frankly a little disappointed that the rt_uniresource is involved at all
19:04.36 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
19:04.51 brlcad dirbuild should just build up the directory and return the dbip like we asked
19:18.34 *** join/#brlcad merzo (~merzo@7-253-133-95.pool.ukrtel.net)
19:25.26 Notify 03GCI: Sean: Create an Hyperboloid Model and Diagram - seem to have uncovered a bug The HYP is one of our newest incomplete primitives and you've apparently discovered a bug of some sort. I was able to reproduce the strangeness. Intersections and unions seem to behave just fine, but any subtraction produces an incorrect result. You get a task... http://www.google-melange.com/gci/task/view/google/gci2012/7985246
19:25.26 Notify 03GCI: Sean: Create an Hyperboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985246
19:40.47 Notify 03GCI: Sean: Create an Hyperboloid Model and Diagram - follow-on task A follow-on task has been posted to fix the bug observed and documented here: http://www.google-melange.com/gci/task/view/google/gci2012/8105204 http://www.google-melange.com/gci/task/view/google/gci2012/7985246
19:42.17 Notify 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:42.23 Notify 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:43.38 Notify 03GCI: Sean: Modify IRC notifier output - malformatted Notice how the pull request shows every line in the file changing: https://github.com/maths22/cl-cia/commit/dad68e924319de0475afd8db603b1ee4d071287f That's not right. You're introducing or otherwise chaning the existing end-of-line character so every line gets changed. It's not... http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:45.34 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
19:45.44 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
19:47.50 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - please re-read Please re-read my "more work needed" reply from earlier. Your patch does not include changes to the CMakeLists.txt file which implies you've not actually compiled your new manual page yet? The page must compile and pass validation (and the changes be part of the... http://www.google-melange.com/gci/task/view/google/gci2012/7948232
19:50.56 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - and what was that? Care to share with the rest of the class? What was the real problem and what was the fix? Don't be shy, it's meant to be a learning experience. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
19:51.25 *** join/#brlcad caen23_ (~caen23@92.81.199.132)
20:01.50 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - don't see the point I don't see the point of fromParallelInt. Why can't cpu_id just get set within bu_parallel()? Avoiding those semaphore locks in parallel_interface_arg() was an intentional goal. If it's a platform that uses parallel_interface(), the static globals... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
20:02.01 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
20:07.39 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
20:15.20 *** join/#brlcad crdueck (~cdk@24.212.219.10)
20:16.37 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - The websites has to be specific? I've searched websites in the past 3 hours, I've checked SourceForge, GitHub and Ohloh and I haven't found something about "jobs", "volunteer"... Maybe, I'm searching with wrong keywords or in wrong sites. But I haven't found anything. ... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
20:18.07 brlcad new task: rt cmd line option: http://www.google-melange.com/gci/task/view/google/gci2012/8126202
20:23.05 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - or the wrong way I can't really help you with how to search -- that IS the task. You may, however, be thinking about this the wrong way. Sourceforge has a news feature, for example, that can be used to post an announcement -- and since I have to tell you that, it can't be... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
20:30.38 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
20:31.33 Notify 03GCI: gcking: Close MGED when both windows are closed - I would like to work on this task. I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
20:32.40 Notify 03GCI: gcking: Fix closedb - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
20:51.37 Notify 03GCI: Sean: Close MGED when both windows are closed - hen... Then claim it. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
20:55.59 Notify 03GCI: Sean: Fix closedb - possible melange bug If you claimed this task, the web interface is not showing that you did. It's still in a reopened status. http://www.google-melange.com/gci/task/view/google/gci2012/7958214
20:59.20 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - patch format So it looks like you got it working, but you need to submit your work in patch format. See http://brlcad.org/wiki/Patches for assistance. The claim you have on this task is why you cannot claim other tasks yet. It shouldn't have even given you the... http://www.google-melange.com/gci/task/view/google/gci2012/7984228
20:59.25 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
20:59.30 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
21:00.44 ``Erik maths22: you don't need to run the bot, just fire up sbcl, load cl-cia, create a new state instance and put it in cl-cia::*state*, crank the email directory parser process-brlcad-gci-mail-dir, then look in the notices slot of *state*
21:01.38 ``Erik there's a test-gci function I was using to shortcircuit part of the process to test it on a single email, you can use that one and look int eh state, too. if you really want it to connect, cl-cia.lisp has a "start" function
21:03.47 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - :) I am alomst done but I am not home until tomorow... (it is 23:03 here) so I will need some more time if there's no problem :D... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
21:06.34 Notify 03BRL-CAD:carlmoore * 54086 (brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml brlcad/trunk/doc/docbook/lessons/es/mged07_prop_materiales_copa.xml and 4 others): fix spellings (includes English in a Spanish text, Spanish, and, at the end of a LONG line, 'database')
21:09.04 *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
21:09.14 *** part/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net)
21:13.56 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Language Hi! I've found a website but it's in Spanish... http://www.comocreartuweb.com/ (Como crear tu Web), the website is about how to create a website. Can I put this website in the work? Or only websites in English? http://www.google-melange.com/gci/task/view/google/gci2012/8104204
21:21.36 Notify 03GCI: John: Test and update our simulation / animation tutorial - Stupid problem When I found out that 200 images would be generated, I decided to put the script and the shell script inside a folder I created. But, once I runned the script, I got the previous mencioned error. It seems that the problem was that it was searching for a .g file... http://www.google-melange.com/gci/task/view/google/gci2012/7966239
21:24.18 maths22 Thanks
21:28.54 *** join/#brlcad andrei (~andrei@188.25.160.116)
22:24.56 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
22:33.08 *** join/#brlcad javamonn (~twitch@108.223.141.188)
22:37.06 Notify 03GCI: John: Test and update our simulation / animation tutorial - End of the line Sean, I'm not the quitting type of guy, but I need to quit this task, unfortunately. I did everything I could but my computer limitations are so many that I can't even save the results to a zip file, so I'll try to submit the .g file as soon as possible. I'm... http://www.google-melange.com/gci/task/view/google/gci2012/7966239
22:43.30 *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie)
22:55.37 ``Erik heh, #notify has a doppelganger :D
23:30.01 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
IRC log for #brlcad on 20121219

IRC log for #brlcad on 20121219

02:24.55 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
02:31.56 stevenkou So basically there seems to be 2 approach for the cmake errors that I have encountered, from what I see from the mentors' advice, I can either look into the method used in visual studio or look at the cmakelist.txt, but ultimately, I will have to produce a patch for it.
02:33.06 brlcad basically
02:33.30 brlcad but I can say that the visual studio route will probably be a partial dead end, because it doesn't build the docs and they're part of the problem
02:33.41 brlcad zlib is one issue, that msvc might be of help
02:33.59 brlcad manpages is going to be a tiny change to the installManPage script
02:37.04 stevenkou I see, so what do you recommend me to start working on?
02:42.48 stevenkou Does the zlib issue occur on msvc too?
02:42.52 Notify 03BRL-CAD Wiki:ShantergglljyaatHaverstock * 4791 /wiki/Lida_Daidaihua_-_The_Key_to_a_Speedy_Weight_Loss: New page: Should you need to lose weight quick pertaining to whatever reason, you better try Lida Daidaihua slimming pills. These products are common to reduce a person's weight in a very shorter ci...
02:42.53 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Lida Daidaihua - The Key to a Speedy Weight Loss]]": spam
02:42.55 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:ShantergglljyaatHaverstock]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
02:42.56 Notify 03GCI: John: Test and update our simulation / animation tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
02:42.58 Notify 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007240
02:42.58 Notify 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Some notes: I worked off a fresh checkout, and ignored calls to NEAR_ZERO that involved subtraction since these were fixed with my other task. Let me know if you want me change calls that have have SQRT_SMALL_FASTF as their tolerance, I figured not... http://www.google-melange.com/gci/task/view/google/gci2012/8007240
02:42.59 Notify 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Name Full name: Daniel Ramirez Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7958234
02:43.01 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
02:43.02 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Submitting Hey Sean, I am submitting my document that I have created. I have put in lots of pictures. I also have a pdf version of the file. If you would like the pdf version just send me an email and I will send it to you. Also let me know if I need to make any changes in my... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:43.02 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
02:43.03 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Assigned This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7991205
02:43.05 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
02:43.06 Notify 03GCI: Steven Kou: Fix Cygwin configuration warnings/errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8093204
02:43.07 Notify 03GCI: Sean: Fix Cygwin configuration warnings/errors - Task Assigned This task has been assigned to Steven Kou. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8093204
02:43.09 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Blog Posts 2012 - Juegos By Fernanda Coy1198015]]": gibbrish
02:43.20 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:CatrinaglnxcawnacDrewniak]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages
02:44.15 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Anuragmurty]]": already exists as User:Anuragmurty
02:46.28 stevenkou I see people trying to promote their products using the wiki, pretty genius for their actions.
02:57.13 stevenkou I should start on solving the cmake errors by looking at the cmakelists.txt and try to create a patch before I go on to solve the building problems right? But there is one more thing that I have noticed, even if I choose not to compile zlib, make will still fail because of a line in the makefile that contains the word all.
03:15.22 *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
03:16.40 starseeker stevenkou: that's wiki spam - it's rude and an abuse of the wiki system
03:18.45 stevenkou I understand, it is a difficult job to maintain the wiki when there are such people who don't know when to do things appropriately.
03:22.17 brlcad new task: link orphaned pages: http://www.google-melange.com/gci/task/view/google/gci2012/8095206
03:22.45 stevenkou starseeker: I tried your method of changing the filenames and it works, but does the cmakelists.txt do any job of naming such files? Can any lines be added to automate this process of changing the filenames?
03:23.58 brlcad stevenkou: did you edit the script?
03:24.56 brlcad hacking it at the cmake level is ignorant of the underlying problem
03:26.23 stevenkou I did not edit anything other than those source files, I'm trying to see if there is another way around this. What will be the appropriate method of approaching this?
03:27.07 brlcad what source files? the man pages?
03:27.13 stevenkou Yes
03:27.17 brlcad that's also wrong, worse even
03:27.49 stevenkou That is why I am seeking another method. To avoid such mistakes.
03:29.01 brlcad you need to understand what the build system is doing
03:29.31 brlcad how does it go from a file named ttk_whatever.n to ttk::something.html
03:30.15 maths22 lastlog erik
03:31.06 stevenkou It is generated by the build system. Is it?
03:31.51 brlcad stevenkou: where? how?
03:32.31 brlcad it's not magic, you need to read the files and understand where and how that is happening if you're going to have a hope of fixing it right
03:33.13 brlcad start by reading src/other/tk/doc/CMakeLists.txt
03:34.45 brlcad if you don't understand a line in that file, you should be asking questions or reading the cmake documentation
03:34.57 brlcad it's a rather simple scripting language, code like any other
03:36.42 stevenkou I have to admit that I do not understand the process very well as I do not have much experience in such areas, all that I know is that cmake takes instructions from the cmakelists.txt then it generates the makefiles and all the required dependencies, the make will utilise those files to build the program. I will put more effort into understanding everything before I start work again. So I think perhaps today I will not work on anything but try to unde
03:36.51 *** join/#brlcad maths222 (328d9f4a@gateway/web/freenode/ip.50.141.159.74)
03:44.03 starseeker brlcad: the Tcl/Tk man page script is generating those file names
03:44.27 starseeker the only way CMake could do anything about it would be to rename any file it finds in those directories using the "::" convention
03:44.27 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - what? Spanish sites would be okay, but I don't understand how that site is at all relevant to this task. I don't see anywhere where an announcement could be posted or would be appropriate. You seem to be misunderstanding the task or severely lacking some background... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
03:46.28 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
03:47.59 Notify 03GCI: Sean: Test and update our simulation / animation tutorial - sorry to hear that Sorry to hear that you're giving up, but thanks for your efforts. There are fortunately plenty of other tasks that aren't resource intensive. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
03:48.12 starseeker the "installManPage" script in the unix subdirectory is reading the contents of the src dir man page files - it is getting the "::" names *from* the man pages themselves. There are only three ways this might be handled - 1. change the original files in the Tcl and Tk distributions to not have names using "::" 2. change the installManPage shell script to catch such names and change them on the fly 3) have CMake recognize the problematic names after the
03:48.52 starseeker if this were any kind of sane OS, I'd suggest a patch to the OS to fix support for filenames with "::"
03:49.09 starseeker hooray Windows
03:49.32 stevenkou starseeker: brlcad advised me that editing cmakelist.txt does not solve the underlying problem, so I guess I have to give up on that.
03:49.48 starseeker stevenkou: I thought you were editing the man pages
03:49.56 starseeker what did you change inCMakeLists.txt?
03:50.30 Notify 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8007240
03:51.05 stevenkou I did not change anything except the man pages which is also considered wrong, so I guess I have to read the entire cmakelist.txt before I resume work.
03:51.21 starseeker stevenkou: I'm not convinced changing the man pages is wrong
03:51.54 starseeker stevenkou: that's why I explained what's going on in more detail at 22:48 - those names aren't coming from CMake *at all*
03:52.00 Notify 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - nope What you did looks good. I didn't try to apply it as there are other patches pending, but it reads fine and is what was expected. http://www.google-melange.com/gci/task/view/google/gci2012/8007240
03:52.46 starseeker stevenkou: you should still understand how the CMake build logic is being used to run the process
03:53.32 brlcad starseeker: I knew it was generating those file names
03:53.32 starseeker stevenkou: I would suggest you follow the build logic chain, until you are sure you understand *why* CMake is not the source of the names (and what *is*)
03:53.47 stevenkou It did help, but since you are the guru on this, I will see if I can make a patch to make the process automatic. Nontheless, thanks to brlcad's advice, I will try understanding that
03:53.50 starseeker brlcad: what, installManPages?
03:53.57 brlcad yes
03:54.14 starseeker I'm not sure a CMake level activity can fix this
03:54.38 brlcad cmake's not the problem
03:54.59 starseeker right... but you didn't want him to alter the man pages?
03:55.12 brlcad and the point of the questions wasn't so that I would understand.....
03:55.41 brlcad the manpages look like valid manual pages to me
03:56.08 brlcad and reflects the api
03:57.19 brlcad stevenkou: so you should understand that cmake file I mentioned a *little* bit more than what you just described
03:57.44 brlcad (especially given starseeker just explained it all to you in more detail than I would have)
03:58.13 starseeker brlcad: apologies - I was a bit thrown by you saying changing the man pages was the wrong solution
03:58.58 brlcad stevenkou: you said that "cmake takes the instructions from the cmakelists.txt then it generates the makefiles" .. that's all crazy high level -- read the instructions in that file and ask yourself what do you NOT understand if you read it top to bottom?
04:00.09 stevenkou I'm currently not at my computer, apologies if I'm causing any misunderstandings, I will read it up when I get access to it.
04:00.12 brlcad starseeker: well the man pages are API documentation. the API *is* ttk::whatever
04:00.29 brlcad and they're not invalid manpage syntax as far as I'm aware
04:01.05 starseeker OK... so the goal is get working filenames but leave the contents of the man pages alone?
04:01.53 starseeker stevenkou: our source repository can be browsed online
04:02.00 brlcad so while changing the content may *avoid* the failure, it no more fixes the problem than would it be fixed if we just didn't run installManPages
04:02.22 brlcad the goal is to fix it right, that's the task :)
04:03.31 starseeker then the first step needs to be to define "right", I suppose... my read on the situation was something had to give - minimally the 1:1 correspondance between the ttk::whatever name internally and the filename...
04:04.00 starseeker stevenkou: you can read through any of BRL-CAD's files here: http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/trunk/
04:04.08 brlcad so the underlying "wrong" is defined by the platform
04:04.17 brlcad doesn't support : in filenames
04:04.23 brlcad so what is creating a : in a filename
04:04.40 brlcad that leads to where that file somes from
04:05.05 brlcad s/somes/comes/
04:05.39 starseeker brlcad: OK :-) I'll stay out of it - you've clearly got something in mind, so I won't mess up the logic chain any more than I have
04:06.13 brlcad reading the logic that's doind that damage, that's all pretty clear that it's not necessary, so the fix should be trivial
04:06.15 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
04:08.09 brlcad_ how would i use the bn_poly struct to declare a polynomial? i dont seem to understand the struct. Link to definition of bn_poly: http://brlcad.org/xref/source/include/bn.h#L860
04:09.17 Notify 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
04:13.20 brlcad brlcad_: look at some of the uses
04:13.55 brlcad_ damn it
04:14.04 gmercer015 did it again!
04:14.09 brlcad gmercer015: src/util/roots_example.c
04:19.56 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Well... You want 10 websites where post a volunteer job request for a "Web Designer", is voluntary, so the pay is 0. I've looking for websites where publish that request, like www.dice.com but without pay to publish. Like SourceForge (https://sourceforge.net/people), but... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
04:20.16 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - close, but bad patch It looks like you copied your version of the CompileFlags.cmake file over an existing updated checkout. That's bad... You clobbered a whole slew of changes. Basically, you edited an old version of the file. You have to manually run diff (not... http://www.google-melange.com/gci/task/view/google/gci2012/7984228
04:20.21 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
04:20.36 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
04:21.32 stevenkou I can see that CMakeList.txt actually runs all the command that directs to the various manpages, getting properties within the manpages such as the filrname, since the manpages designated the name for itself, cmake picks it up and names the file accordingly in the build Directory. Correct me if I have not understand anything, I can read the entire text in more depth.
04:31.40 Notify 03GCI: javamonn: cmake case cleanup - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
04:36.30 *** join/#brlcad caen23_ (~caen23@92.81.172.45)
04:39.27 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
04:42.25 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - nicely done! So that looks great. I'd only ask for a few minor changes/additions. You have tons of great screenshots when you ran Blender, but only two tiny snippets when it came to BRL-CAD and not a single screen capture. Show MGED running, show screenshots or windows for each step. Of... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:42.30 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:42.35 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:42.59 Notify 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:43.14 Notify 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:44.29 Notify 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:45.36 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - dice is a bad example So Dice is a bad example. This isn't a traditional job posting, that was merely a notional example. Posting to a blog, mailing list, or forum is a valid place where this kind of solicitation could be posted. Like I said, maybe try to find some other... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
04:45.50 Notify 03GCI: Sean: cmake case cleanup - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985244
04:45.55 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to RikuMiyao. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
04:55.42 stevenkou I should neither touch the man-pages nor the CMakeList.txt, what should I do to solve the root problem of :: in filenames? Since the problem lies on the name, something has to be changed right? What are the options that I can have?
05:01.36 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
05:21.15 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:26.20 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Screenshot and Code from My Idea Now available I realized that the uploader was causing the issue so I submitted the screenshot like you told me earlier and put the coding into 2 google documents. I hope it works this time. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
05:32.08 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - now it becomes more clear Now it's more clear what you actually changed... :) So that's looking good but a couple issues. First, you shouldn't leave commented out code (it's dead code). Second, you're eliminating a feature by commenting out the $ENV() lines --... http://www.google-melange.com/gci/task/view/google/gci2012/7984228
05:32.18 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
05:49.34 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - hm. So the google docs is not helpful, that's not a useful way to exchange design files. But the screenshot does give the idea. So you technically have completed the task and we can close the task out if you like, but I have to admit that I'm not very fond of the design or the... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
05:50.09 brlcad stevenkou: have you read the CmakeLists.txt file yet? do you understand what it's doing?
05:51.38 brlcad that file has a simple syntax, even if you don't understand the nuances, you should get the gist
05:52.15 brlcad for example, you know that it gets to "Generating Tk man pages..." because it prints that
05:52.57 brlcad the SET(tk_MAN3 .... is clearly a list of files and the problematic ones are listed there....
05:53.22 brlcad immediately following that is an obvious loop doing something
05:53.38 brlcad figure out what it's doing
05:54.53 brlcad aside from a few distracting variables, it almost tells you plainly what is going on
05:55.13 brlcad that will lead you to another file, and that's probably the one that needs changing
06:01.16 *** join/#brlcad RikuM (47c60115@gateway/web/freenode/ip.71.198.1.21)
06:44.29 stevenkou Ok, I get the file you want me to change. Thank you.
06:58.33 *** join/#brlcad stevenkou1 (~Steven@175.156.156.148)
06:58.39 *** part/#brlcad stevenkou1 (~Steven@175.156.156.148)
07:00.15 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
07:14.12 stevenkou brlcad: I can see that installManPage has a section for extracting filenames from the manpages, to patch it up it will just be adding a line to replace :: with a _ right?
07:14.12 stevenkou My extra line is as follows:
07:14.22 stevenkou s/::/_/g
07:18.07 stevenkou I will need to test if it works, if it does, I can go on to make the patch right?
07:48.40 stevenkou For now, I can say that by adding the above line, the problem is patched, after someone can confirm that it is a valid patch, I will find a way to make the patch which I have no experience as yet.
07:59.40 stevenkou Patch complete, ready to submit.
08:09.39 Notify 03GCI: Steven Kou: Fix Cygwin configuration warnings/errors - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093204
08:48.45 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
09:04.04 Notify 03GCI: Sharan: Model BRL-CAD logo in BRL-CAD (alan two) - Repeat I did this task before , can i do it again? http://www.google-melange.com/gci/task/view/google/gci2012/7977228
09:38.14 stevenkou i don't see any -w flags for windres, but why is there such a flag generated for compiling zlib? it is causing make to fail
09:55.39 Notify 03GCI: Melange: Test and update our simulation / animation tutorial - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239
10:04.47 Notify 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan two) - It depends If you have a new idea for a different interpretation of the BRL-CAD logo that you would like to model: Yes If you only want to make small changes to your old model: No However, we'll increase the level of expected achievement. http://www.google-melange.com/gci/task/view/google/gci2012/7977228
10:13.36 d_rossberg stevenkou: not only for zlib, -w is in (almost?) every gcc.exe line
10:17.58 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
10:18.21 stevenkou no it is for windres.exe
10:19.27 stevenkou d_rossberg: even for things that get processed by windres.exe, the -w flag is also present, which should not be as it is not part of the options
10:21.59 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Messy I'm sorry if the code looks messy, both math-wise and code-wise. I believe the seemingly complicated math is what is necessary to find the centroid. On the other hand, the numerous variables in the code are so it doesn't get even more... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
10:26.58 d_rossberg so, the -w flag is given to the compiler and the linker? and the linker crashes?
10:27.58 stevenkou the compiler is not the one complaining, but windres, it lists out all the available flag as output saying that -w is invalid
10:28.15 stevenkou it did not crash but exits that way
10:31.22 d_rossberg you want to know where -w comes from, then that the compiler _and_ the linker get it is an important information
10:32.15 d_rossberg can you identify one ore more variables in the cmake files that could carry such a flag?
10:36.49 stevenkou i actually found the source of the -w, but i cannot upload the log unless my current task is approved, then can i be able to claim my previous task back
10:39.27 stevenkou brlcad is away until a few more hours later right?
11:08.05 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
11:17.05 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
11:32.43 Skriptkid Anybody else getting compilation errors with the latest revision? Problems with vector_fpu.h, dvec.h and opennurbs_ext.cpp?
11:43.05 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
11:47.43 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Fixed Okay, that's fixed. For all the platforms that call parallel_interface_arg directly, the cpu_id is assigned a value in bu_parallel_interface itself. The globals aren't touched. Now, there's a single structure now in bu_parallel, rather than different... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
11:49.43 Notify 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
11:51.20 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143)
12:12.03 d_rossberg Skriptkid: no problem on Debian wheezy
12:14.38 Notify 03GCI: Daniel Rossberg: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223
12:28.37 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
12:31.31 *** join/#brlcad ashwinlokkur (~Adium@117.192.207.44)
12:37.06 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
12:39.44 *** join/#brlcad ashwinlokkur (~Adium@117.192.207.44)
12:41.53 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Issues Your patch doesn't follow our coding guidelines (see the HACKING file) particularly wrt the indentation levels (4 spaces, 1 tab, 1 tab plus 4 spaces, 2 tabs, ...). Please update table.c too. RT_HYP_CK_MAGIC ??? http://www.google-melange.com/gci/task/view/google/gci2012/7975237
12:41.58 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
12:42.29 Notify 03GCI: Daniel Rossberg: Create an Extrusion Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059204
12:44.11 Notify 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
12:46.22 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Parameters What parameters should i show. Should i just show the H and V parameter http://www.google-melange.com/gci/task/view/google/gci2012/8059204
12:46.52 Notify 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972228
12:49.48 Notify 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Which command should I male the documentation for? Wow, that was fast. Could you please tell me which command to do the documentation on? If not, then can you suggest one? Thanks. BTW, what's your handle on IRC? http://www.google-melange.com/gci/task/view/google/gci2012/7972228
12:53.45 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
13:00.17 Notify 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - You can take any program from the list If you want a suggestion: asc2g However, any other is good too. And for my IRC name: It is very similar to the one I use here ;) http://www.google-melange.com/gci/task/view/google/gci2012/7972228
13:00.43 YatharthROCK d_rossberg, For this task: http://www.google-melange.com/gci/task/view/google/gci2012/7972228
13:00.43 YatharthROCK Does anyone know where I can get the documentation for the commands? Or do I have to figure it out by using it or something?
13:03.37 d_rossberg you have to look at the source file
13:05.04 YatharthROCK d_rossberg, I'm looking at it right now: http://brlcad.org/xref/source/src/conv/asc/asc2g.c
13:05.11 YatharthROCK What all do I have to put in the file?
13:06.02 YatharthROCK Synopsis, paramteres it takes, usage (do I have to give an entire procedure of converting the GED data to ACII and back?), examples, and what else?
13:07.01 YatharthROCK Or chuck that, it's all there in the task description
13:07.35 YatharthROCK d_rossberg, I don't get what the "Code" part followed by the paths or something is
13:12.18 Notify 03BRL-CAD:bob1961 * 54087 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Copious mods to streamline the workflow in Archer's sketch editor. More to follow.
13:14.15 Notify 03BRL-CAD:bob1961 * 54088 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Added a class variable to the GeometryEditFrame class (i.e., mPrevEditMode).
13:14.52 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
13:27.41 Notify 03GCI: javamonn: cmake case cleanup - A couple of questions: When you say logic, I'm assuming you mean the actual control stuctures like "IF" and "WHILE", and not the logic contained within the conditional, like the "GREATER 10 AND..." Also, should all commands be lower case, or just the user defined macros? Thanks for all the help, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985244
13:52.31 Notify 03GCI: Cezar: Improve geometry database loading behavior - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
13:53.02 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
13:54.07 Notify 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7999218
14:00.24 Notify 03GCI: Harmanpreet Singh: Fix CMake build system auto-disabling of GLEW - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7999218
14:13.48 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
14:16.07 Notify 03BRL-CAD:brlcad * 54089 brlcad/trunk/TODO: making push stop at various levels rears its head once again.
14:36.35 *** join/#brlcad Silvrous (4f7059d1@gateway/web/freenode/ip.79.112.89.209)
14:52.08 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
14:57.35 Notify 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
14:58.34 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
15:01.49 YatharthROCK d_rossberg, If I use groff or nroff, will it output DocBook style man pages? Is that even a requirement or just a suggestion? Or maybe a style guide for consistency...
15:03.02 Notify 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - DocBook format necessary? If I use groff or nroff, will it output DocBook style man pages? Is that even a requirement or just a suggestion? Or maybe a style guide for consistency... http://www.google-melange.com/gci/task/view/google/gci2012/7972228
15:06.50 d_rossberg YatharthROCK: look at doc/docbook/system/man1/en, you can use one of these as template
15:07.30 YatharthROCK d_rossberg, Ummm.... is that a directory under brlcad or something?
15:08.09 Notify 03GCI: Sean: Fix Cygwin configuration warnings/errors - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8093204
15:08.32 brlcad YatharthROCK: did you look? :)
15:08.34 Notify 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - Yes DocBook, we mean it. See doc/docbook/system/man1/en. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
15:09.05 brlcad starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8093204 <-- see *very* simple fix, it was even already set up for it
15:09.11 d_rossberg YatharthROCK: yes, in the source tree
15:10.22 YatharthROCK d_rossberg, Umm... 'source tree'? as in VCSs? Where exactly would these folder be located on a normal install?
15:10.52 brlcad YatharthROCK: see http://brlcad.org/wiki/Deuces to get started
15:10.55 brlcad at the top
15:11.38 brlcad and/or http://brlcad.org/wiki/Compiling
15:12.04 d_rossberg for a quick look: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/system/man1/en/ but i recommend to check it out with subversion
15:13.41 brlcad you're going to need a checkout to add a new file anyways (the man page must pass validation and compile correctly)
15:14.38 YatharthROCK brlcad, Even if I've already installed pr w/e I did and have the /usr/brlcad folder? Can't I use that? Does it not have the source code or something?
15:15.15 brlcad if you install firefox, did that include the firefox source code?
15:15.29 brlcad if you download brl-cad, do you think it includes the source code?
15:18.57 YatharthROCK brlcad, OK, stupid question. Another stupid question: in a C file (as is the asc2g.c file), how would you access the command-line params? I need to know as then I can do a Ctrl+F and easily find the function responsible for handling them and do the documentation
15:22.37 YatharthROCK It's argv and argc. GIYBF is a good principle
15:22.44 d_rossberg argc (the number) and argv (the values) in main()
15:23.25 d_rossberg did you noticed the usage variable?
15:25.55 archivist EG923
15:26.27 Notify 03GCI: Gauravjeet Singh: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
15:26.48 archivist must set the right tab first before I use the barcode scanner :)
15:27.07 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - nicely done That's really looking great Akshay! Looks like this is wrapping up nicely. I only have one remainging question for you that I don't know the answer to myself. So bu_parallel() has a user_thread_data_bu struct that is getting passed to thr_create(),... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:27.12 Notify 03GCI: Gauravjeet Singh: Web interface (AJAX?) to MGED - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
15:27.13 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:27.22 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:30.38 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
15:33.29 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
15:35.35 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - where's the rest? I don't see A/B u/v vectors or the 2D sketch name. I suggest raytracing lines.r and shape.r like you did (after adding the A/B vectors) ... but into the graphics window if you didn't already, and then running "draw sketch2" and "erase lines.r shape.r" so that the sketch... http://www.google-melange.com/gci/task/view/google/gci2012/8059204
15:35.56 d_rossberg Skriptkid: no problem compiling BRL-CAD on Debian wheezy
15:36.43 Skriptkid d_rossberg: Okay. Thanks. Guess I'll need to check if something's wrong here.
15:42.20 *** join/#brlcad merzo (~merzo@26-239-133-95.pool.ukrtel.net)
15:47.00 brlcad new tasks: additional missing doc: http://www.google-melange.com/gci/task/view/google/gci2012/8126204
15:48.31 Notify 03GCI: Melange: Implement runtime detection of SSE - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8007218
15:55.25 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Maybe not Each thread retaining it's own copy of the struct might not be needed. This is pass by reference, agreed, but since it isn't being modified by parallel_interface or parallel_interface_arg, the only places where it is being accessed, I don't think that... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:56.40 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - just saw your question I just saw your question asking which parameters. When in doubt, you should always show the parameters that are prompted by the 'in' command. It will interactively prompt for values, and those are the ones that we're trying to help visualize (along with other derived... http://www.google-melange.com/gci/task/view/google/gci2012/8059204
15:56.50 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:57.41 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143)
16:00.25 brlcad Skriptkid_: that's really coming together nicely -- I seriously had my doubts at the offset
16:00.36 brlcad of course, it's been a lot of work on your part
16:00.36 brlcad thanks :)
16:03.48 YatharthROCK d_rossberg, Would asc2g be a 'library call' or an 'executable shell command'
16:06.06 brlcad hah, awesome ... M-x unscreamify-cmake-buffer
16:06.10 Notify 03GCI: Sean: cmake case cleanup - everything Everything that can be lowercase (except variables), should be lowercase. I'm kinda ambivalent about the logic within the conditional but would lean towards it also being lowercase if cmake doesn't care. Feel free to try just one file first and we can look if there are any exceptions. Note that... http://www.google-melange.com/gci/task/view/google/gci2012/7985244
16:06.17 ``Erik asc2g is an executable binary program
16:06.37 ``Erik brlcad: downcase all cmake commands/variables?
16:06.45 brlcad yep
16:07.14 ``Erik adding it to the big honkin' indent/format/header/footer glob-o-script? :D
16:07.25 brlcad apparently even the cmake devs have gotten over the yelling
16:08.03 brlcad there's a gci task to convert everything to lower and I came across that
16:08.30 brlcad could add it to the emacs formatter, but don't know how prevalent the cmake mode is
16:09.44 ``Erik d'no emacs lithp, but would something like (when (assoc 'cmake-mode *features*) (unscreamify-cmake-buffer)) be feasible?
16:09.55 Skriptkid brlcad: It's okay :)
16:11.11 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - can you show it works? That looks great -- can you demonstrate (again) that it works like you did in that first log? Maybe set a CPP flag both in the environment and on the command-line so we can confirm it adds correctly to the summary list of flags. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
16:11.29 brlcad ``Erik: it is and there's emacs fu for detecting that though I've not written code like that in a LONG time, I'd have to look it up
16:11.32 Skriptkid brlcad; Could you review it now? I submitted a new patch with the typos fixed. Also, made a comment in reply your question.
16:12.10 ``Erik (gci task for an emacs weenie?)
16:13.59 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
16:14.09 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143)
16:16.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
16:20.26 Skriptkid brlcad: Do you think the buildbot server has to be stopped till that bug is fixed? It's just building every time there's a new release. There are 44 builds so far and none successful. Waste of server resources.
16:23.04 brlcad Skriptkid: it doesn't cost anything to let it keep running ;)
16:23.15 brlcad there's just a lot going on right now
16:23.28 Skriptkid Ok :)
16:23.35 brlcad I've been going down the task list and creating follow-up tasks for all completed tasks that warranted one
16:24.04 brlcad I actually left off yesterday jut before the CI tasks
16:24.13 brlcad so they'll be the next created
16:24.30 Skriptkid Alright.
16:24.45 brlcad right now I'm getting an internal server error, so I can't even pull up the tasks though :)
16:25.05 YatharthROCK brlcad, How do you view DocBook pages as man pages again?
16:25.11 Skriptkid Yeah, that's a pain on Melange
16:25.51 brlcad YatharthROCK: with the man command?
16:27.03 YatharthROCK brlcad, Not working :( For troff macros, it works, but not for the DocBook files :(
16:27.04 starseeker brlman is a handy wrapper if you have BRL-CAD built
16:27.35 brlcad YatharthROCK: it works if you use it right ;)
16:27.46 brlcad you have to set your MANPATH (just like PATH)
16:27.52 brlcad or use our wrapper that does it for you
16:27.54 YatharthROCK brlcad, And how would that be?
16:27.55 starseeker YatharthROCK: are you trying to view the xml files as man pages, or the output the build generates? xml files aren't man pages, they're used to *generate* man pages
16:28.20 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143)
16:28.35 YatharthROCK starseeker, Umm... so how do I generate those manpages? I thought man did it automatically for us
16:28.50 starseeker YatharthROCK: the BRL-CAD build generates them for you
16:30.14 YatharthROCK starseeker, Take this situation. I write some troff macros. I convert them to DocBook using DocLifter. What's the fastest way to see what this XML file looks likie?
16:30.18 starseeker man only reads man pages. Generating man pages from DocBook involves a whole different set of tools
16:30.23 YatharthROCK brlcad, How do you use the wrapper?
16:31.19 YatharthROCK starseeker, Tools like? I Googled but didn't find anything (which probably indicates my Google-Fu is weakening more that anything else).
16:31.29 brlcad YatharthROCK: I think you're misunderstanding something critical
16:31.36 Notify 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - esting result I set a CPP flag both in the envorionment and on the command-line, here is the result. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
16:31.39 brlcad you run the wrapper on a generated manual page
16:31.47 brlcad brlamn whatever
16:31.47 YatharthROCK brlcad, Me too.
16:32.07 brlcad the situation you described, you need to add that xml file to our build system
16:32.08 YatharthROCK brlcad, Cool, but how do we generate that manpage fomr DB again?
16:32.22 brlcad that xml file gets *compiled* into html and man format
16:32.45 brlcad add your file to the CMakeLists.txt file in the man1/en/ directory
16:32.46 YatharthROCK brlcad, Umm.. by adding it to `Makefile.am` or something?
16:32.57 YatharthROCK Ohh....
16:33.03 brlcad so you grabbed the first task that was posted
16:33.19 brlcad that Makefile.am should have said CMakeLists.txt (we've since migrated)
16:33.32 brlcad look up one of the other GCI tasks
16:33.47 brlcad there are a bunch of others now, they include step-by-step instructions that may help
16:33.47 YatharthROCK And then how do I recompile it? `make` and then `sudo make install` or something?
16:34.03 brlcad the other tasks explain that
16:34.10 YatharthROCK Umm... does Melange offer a way to search for tasks?
16:34.34 brlcad have you looked?
16:35.14 brlcad i'm sensing that you're an "ask first, look later" kind of person ... open source communities expect a modicum of "look first, then ask" ;)
16:35.55 brlcad if we have to hold your hand every step of the way and for every possible question that pops into your head, the task becomes a huge waste of time, no? :)
16:36.07 brlcad we're here to help when you get stuck definitely, though
16:38.20 YatharthROCK brlcad, Point. But the problem is that for some unexplained reason, Melange always gives an error while viewing a list of tasks from the past few days. SO I couldn't look tasks up. That's why I wanted to know if there was a way to search or something that I hadn't noticed so I could look at the tasks you're referring to. Could you link them to me, please? As I said, I can't view the list.
16:38.56 *** join/#brlcad andrei (~andrei@79.113.128.71)
16:40.01 YatharthROCK There's this Filter option, but that doesn't work for me
16:40.08 YatharthROCK I should try Google
16:42.29 brlcad http://www.google-melange.com/gci/task/view/google/gci2012/8126204 is one of them
16:42.47 YatharthROCK OK, Google turned upo http://www.google-melange.com/gci/task/view/google/gci2012/7948232
16:43.02 brlcad that all also applies to your task so it should help
16:44.04 brlcad YatharthROCK: try clearing out your cookies
16:44.13 YatharthROCK brlcad, Thanks a lot. I really appreciate it.
16:44.31 brlcad the filter option is the search method
16:44.31 YatharthROCK And yes, I tried that, but to no avail.
16:45.02 Notify 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7972228
16:45.16 brlcad if you enable the debug console in your browser, you can figure out what the problem is
16:45.37 brlcad giving up? :)
16:55.19 andrei brlcad: hey, at yesterday's presentation we ended up with the q&a session taking two hours instead of 15 min
16:56.10 andrei we were several gsoc participants speaking about our projects, organization and overall experience
16:57.12 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - But the parent thread is modifying it Even if they're read-only, the parent thread modifies the value and uses the cpu_id to set the affinity (among other things). If it's not a per-thread instance, then there indeed is a problem since the scheduler could pause a... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:00.09 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - a quick search A quick search on pthread_create() and it indeed is shared data, so this is a bug. There needs to be a separate structure for each thread being created. Don't forget to deallocate since you'll probably want to allocate on the heap. :) http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:00.40 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:01.55 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
17:03.32 andrei I spoke about BRL-CAD and one of the question was something like
17:04.06 andrei " how are you guys able to obtain such complex geometries and so many tools using a language like C, which isn't very complex?"
17:04.16 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - you are You are my hero. Awesome work! There will likely be a follow-on task to make one of the two of those flags get appended to the end of the list (probably the environment variable ones) instead of the beginning if you want a head start. http://www.google-melange.com/gci/task/view/google/gci2012/7984228
17:08.22 Notify 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8106206 http://www.google-melange.com/gci/task/view/google/gci2012/7984228
17:08.32 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:09.14 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
17:09.34 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
17:10.49 Notify 03GCI: Andrei Popescu: Append CMake build flags to the end of a compile line - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8106206
17:11.19 Notify 03GCI: Andrei Popescu: Add missing documentation for any one command (#2) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:12.45 Notify 03GCI: Jacob B: Modify IRC notifier output - New Version I updated it and fixed the line endings. I can't get testing working, so I have to hope it works. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:13.15 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - asc2g available? I would like to document the asc2g function for this task. If not that, then the ad one. The task description mentioned to make sure the commands haven't been already taken, so I want to know: Can I work on those? http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:13.21 Notify 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:13.34 brlcad andrei: wow
17:13.47 brlcad did someone smack that person over the head?
17:14.12 brlcad how'd the presentation itself go?
17:14.19 brlcad you use the slides?
17:14.46 andrei we had someone from Rosedu(Romanian open source education ) have like a few slides about GSoC in general : what is it, guidlines etc
17:15.09 andrei after, we introduced ourselves, our projects and orgs
17:15.32 andrei followed by a Q&A that was supposed to take 15 mins, but it took 2 hours
17:15.36 brlcad ``Erik: http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:15.56 brlcad andrei: right, you said that but how did YOUR portion go? :)
17:16.27 andrei ah, sorry. They seemed interested by the 3d modelling aspect
17:16.38 andrei I managed to "smuggle" one of the slides from your presentation
17:16.59 andrei ( as in get it onto the projector, when I was speaking)
17:17.32 andrei for example I got asked how much did it take to learn 1 milion code lines.
17:18.52 Notify 03GCI: Sean: Add missing documentation for any one command (#2) - both are available Both/either are available and you didn't need to change tasks. They are identical. This one just provides more step-by-step information in response to questions received from people working on the first one (yourself included). The goal and resulting... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:18.54 andrei I insisted on the fact that it's hard to achieve large code contributions during GSoC( for example to write something that is 15k lines or longer) and the most important part is what you do after GSoC
17:20.16 brlcad so did you tell them how they could get involved in development?
17:21.41 andrei yes, I explained why would one want to be part of GSoC, as well as contribute after
17:23.25 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - OK I preferred switching. I'll work on ad as it's simpler ;) BTW, couldn't you have updated the previous task also? http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:24.25 Notify 03GCI: Sean: Modify IRC notifier output - odd commits So looking at your git history, I still can't tell what exactly you've changed because three of the five commits changes every line in the file and the two one-liner commits undoes itself. Your work needs to be reviewable without all of that mess. Provide a patchfile *here* so the GCI task... http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:24.30 Notify 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:24.41 Notify 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
17:26.32 andrei There was a question that amused me , like " What do I do if I run out of work to do after first two weeks?"
17:28.49 ``Erik brlcad, maths22: head of the forked git repo is still uncompilable (unbalanced parens, referring to variables before their scope frame is valid), ...
17:28.57 Notify 03GCI: Sean: Add missing documentation for any one command (#2) - no Gee, didn't think of that... No, tasks cannot be updated once they're assigned. The simpler tools get scrutinized more carefully for completeness and perfection, so they're not usually any less work. The only savings may be in learning what the simpler commands do is... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:29.17 brlcad ``Erik: k, I rejected it back already since the git history is a mess
17:29.48 brlcad shouldn't have to apply the patch and run diff manually to be able to review it
17:30.42 ``Erik I made a branch, pulled his, then used tr to convert it to unix line endings so i could diff branch to master
17:31.06 brlcad right, don't do that :)
17:31.11 brlcad waste of your time
17:31.32 brlcad he fluxed it up, he can fix it
17:32.08 ``Erik speaking of wasting time, a chunk of my vacation was spent doing user account stuff for the web interface, so'z I need alpha victe, er, testers
17:33.14 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - :/ By "tasks cannot be updated once they're assigned", do you mean they can when they're not assigned? Also, should I do a troff macro and use DocLifter or something to convert it or directly modify the template? I prefer the macro way. You can see instant results... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:37.17 *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143)
17:44.34 Notify 03GCI: Sean: Add missing documentation for any one command (#2) - i do not I did not mean that. Once a task has been assigned to anyone, regardless of it's current assignment/completion state, it can no longer be edited. The answer to your other question hasn't changed from what Daniel told you earlier. The end result must be a valid Docbook... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
17:46.15 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - he name What's "sketch2"? :) It should just say sketch and ideally be aligned in the same 3D plane as the sketch itself (warped in photoshop/gimp works great for that) http://www.google-melange.com/gci/task/view/google/gci2012/8059204
17:46.20 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
17:49.35 brlcad ``Erik: write up the task, let me know when done and I'll publish it
17:49.52 ``Erik task for what?
17:49.58 brlcad testers
17:50.14 ``Erik oh, I meant you guys, just to mess around with it and see if it breaks :D
17:50.28 brlcad gci student would be great for that too ;)
17:50.35 brlcad but sure, I'll bust it up
17:53.38 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Sketch I can change the label of the sketch. But i dont what do you mean by ideally aligned on the same 3D plane, isn't it aligned properly right now? http://www.google-melange.com/gci/task/view/google/gci2012/8059204
17:56.03 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Modified Now the structure is modified to structure array with 'ncpu' elements, wheer each element is for each thread.(Since ncpu threads are created.) Also, the cpu_id is initialised in a loop, through 0 to (ncpu-1), along with the other members, rather than... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:57.14 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:57.22 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
18:05.07 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
18:05.52 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Check New.png I think this is what do you mean http://www.google-melange.com/gci/task/view/google/gci2012/8059204
18:19.22 caen23 brlcad: i'm working on the "auto-disabling of glew" task ( http://www.google-melange.com/gci/task/view/google/gci2012/7999218 ) because i couldn't make much sense of the other one (maybe i'll get back to it later), and what i've done so far is i removed some opengl headers from my system and cmake disabled opengl. then i put them back and removed some X11 headers, but cmake did not disable x11. is this a bug, too?
18:20.55 maths22 I will fix the notifier.
18:34.36 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - parallel.tar.gz po10.patch is the patch only for parallel.c. Contains the struct fix. parallel.tar.gz has affinity.c(the new one I created) and a patch which adds declaration of bu_set_affinity to bu.h and the file name to CMakeLists.txt. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
18:35.42 Skriptkid brlcad: (Probably)Fixed the struct problem.
18:38.05 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143)
18:51.31 starseeker hah - Qt5 is here
18:51.38 starseeker cool
18:52.54 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Idea Issue My Second idea (which I never posted b/c it didn't work) was completely different from all that I have submitted. The issue behind my second idea was that the logo I could use was 64X64px (moose logo), which is not very big. If you could provide me with a... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
19:03.15 ``Erik :o that's an interesting error... "Nihil ex nihil."
19:25.27 brlcad caen23: yes, that is a bug
19:26.02 brlcad cmake should be testing and making sure we have everything needed for both x11 and opengl in order to enable x11 and opengl interfaces respectively
19:26.20 brlcad if you find and fix problems in either, that's worthy of a task
19:27.09 brlcad caen23: careful, you're going to be a brl-cad expert before too long .. c, tcl, and now cmake changes...
19:33.37 caen23 brlcad: ok, i'll try fixing cmake properly. i need to study the source code better, and i still haven't gone through "intro to mged", before becoming a brl-cad expert :D
19:48.39 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - noticed a few more things I mean kinda like this: https://forum.solidworks.com/servlet/JiveServlet/showImage/2-314074-50808/sk.jpg Notice how the "Top" text is "in the plane" and not just rotated? I think it worked well how you had it at the base, or would work well a little lower like it... http://www.google-melange.com/gci/task/view/google/gci2012/8059204
19:48.49 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
19:50.29 ``Erik !notify todo add capability to change email address
19:50.30 Notify OK
19:53.17 brlcad yay, svn 1.7 adds "svn patch" so it'll add/remove files/dirs depending on the patch contents
19:54.00 ``Erik so, yeh, https://elfga.com/notify/ have fun tearing up the login/logout/register/deleteaccount/forgotpassword/etc stuff... I look forward to picking up the pieces :D
19:54.51 brlcad caen23: you can become an expert without learning how to model ;)
19:55.46 caen23 brlcad: yep, but it helps quite a bit to know the basics of the app too
19:55.46 brlcad it's a good right of passage, but the tutorials often leave the wrong impression that that's the way we want things to be... fresh developer perspective is healthy
19:56.55 brlcad I have some mged commands so ingrained, that I can barely remember just how utterly frustrating and convoluted it all seemed when I started
19:57.06 ``Erik and then I crash the bot doing something else :D
20:03.22 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - a single patch file You can create a single file just by running svn add src/libbu/affinity.c before running svn diff. That will include it in the patch file and is easier to review/apply than the tarball. The patch looks good except for the [ncpu] array. It's not... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
20:03.22 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
20:09.24 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - it's a mock up The first link I gave in my first "logos" reply had the link that provided a bigger version of the moose and other logos. Still, the goal is a mock up so even a 400x400 box that said "logo goes here" would work to conceptualize the design. The logo itself is not... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
20:09.40 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
20:26.23 *** join/#brlcad Pwnna (~mrrow@24-138-135-84.eastlink.ca)
20:26.49 Pwnna Can i use BRLCAD to just cad stuff and do solid modelling and export to STL for 3D printing?
20:29.55 Notify 03BRL-CAD:brlcad * 54090 (brlcad/trunk/AUTHORS brlcad/trunk/ChangeLog and 12 others): fix a slew of spelling mistake corrections from Gauravjeet Singh (http://www.google-melange.com/gci/task/view/google/gci2012/8033204), 20+ in 5+ files
20:34.07 Notify 03BRL-CAD:brlcad * 54091 brlcad/trunk/AUTHORS: technically, the spelling corrections from ha and singh are edits to code, but they're not logic and not exactly documentation, so move then under special thanks
20:34.11 Notify 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Changes applied Your spelling fix corrections have been applied to our repository (r54090) and you've been credited with the contribution in our authorship documentation-- thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8033204
20:37.04 Notify 03BRL-CAD:brlcad * 54092 (brlcad/trunk/doc/html/manuals/mged/animmate/anim_orient.html brlcad/trunk/doc/html/manuals/mged/animmate/animate.html and 7 others): apply another set of spelling corrections from An Ha, GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7959223
20:37.23 Notify 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - committed Your changes have now been applied (r54092) to our sources and will be included in the next release of BRL-CAD. Thanks for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/7959223
20:39.27 *** join/#brlcad Pwnna (~mrrow@24-138-135-84.eastlink.ca)
20:39.46 Pwnna because it's not as intuitive as things like solid works. maybe it is.. but i'm just having some trouble using it
20:39.52 Pwnna and wikipedia says this is more for force analysis?
20:39.58 Pwnna I just don't wanna get Windows lol
20:43.25 *** part/#brlcad caen23 (~caen23@92.81.172.45)
20:43.40 brlcad Pwnna: you certainly can
20:43.52 Pwnna is there any tutorials?
20:43.58 Pwnna because this interface is very different lol
20:44.01 brlcad export is not a strong point, but we do have an stl exporter and lots of people have done exactly what you're trying to do
20:44.18 brlcad you're not going to just click around and figure ANYTHING out, it's got a learning curve ;)
20:44.21 Pwnna yeah. anything will be better than going on windows and requesting for an academic license
20:44.26 brlcad there are extensive tutorials
20:44.28 Pwnna yeah. unfortunately
20:44.52 Pwnna or is learning solid works more benificial?
20:44.54 brlcad we're working on usability with several design replacements, but that all takes *years* of work to make better
20:45.03 Pwnna I don't have a ocmputer to do that on as my primary work computer is a linux laptop and no windows
20:45.05 brlcad well, i'm very biased
20:45.09 brlcad learn both ;)
20:45.16 brlcad we're free and will always be free
20:45.35 Pwnna lol
20:45.42 brlcad and you have direct access to developers who can help you (i.e., free support too) or make improvements or fix bugs you find, etc
20:45.51 Pwnna i'm a developer myself ;D
20:45.55 brlcad even better
20:46.02 brlcad make it be better than solidworks
20:46.11 brlcad or catia or nx or pro/e or ... ;)
20:46.19 Pwnna lol
20:46.23 brlcad we have no shortage of work
20:46.26 Pwnna first you need an interface redesign ;D
20:46.32 brlcad that's all in the works
20:46.44 Pwnna One softwrae that I really like is the traditional 2D Cad systems
20:46.57 brlcad getting boundary representation (nurbs) support is central to a new interface design
20:46.59 Pwnna AutoCAD command system :D being a developer it is second nature
20:47.23 Pwnna how is the code of brlcad laid out? backend APi + frontend code ontop or is everything coupled?
20:47.28 brlcad we couldn't display via opengl without implementing that support, and that took about 4 years of full-time advanced math effort
20:47.42 Pwnna heh
20:47.49 Pwnna get funding, hire full time devs ;p
20:48.01 brlcad we have that
20:48.01 Pwnna wait/ isn't the project a us military project?
20:48.13 Pwnna steal people from autodesk
20:49.02 brlcad as for the design, brl-cad is *huge* (1M+ lines) with lots of different sections that cater to different capability, but it's all fairly modular
20:49.11 Pwnna hm
20:49.13 brlcad and where it's not, we're always working on making it more modular
20:49.16 Pwnna what language are we dealing with?
20:49.30 Pwnna baaah. i wanna draw somethings right now but I don't have windows or a computer with windows :s I gotta design this thing for someone's bday coming up xD
20:49.58 brlcad the only place where there's a tight coupling is geometry and raytracing, which is a legacy design choice that optimizes performance and minimizes memory footprint
20:50.05 brlcad predominantly C and C++
20:51.01 Pwnna hm cool
20:51.06 brlcad the current gui and next version are both Tk GUIs on top of the C/C++ infrastructure, but the long term plan is Qt once our hybrid representation work is completed
20:51.11 Pwnna Tk!
20:51.24 brlcad Yep, Tcl/Tk
20:51.41 Pwnna o.0
20:51.44 brlcad yeah
20:51.56 Pwnna that's ancient lol
20:52.03 Pwnna i remember working with Tk
20:52.04 brlcad it was the best available back in 1985
20:52.19 brlcad or was it 88? before my time
20:52.36 Pwnna i know brlcad is 83
20:52.38 Pwnna started
20:52.50 brlcad mid-late 80's it was the best toolkit and it's sufficed for a long time but we've clearly outgrown it
20:53.08 brlcad it's just the infrastructure needed to kickstart a Qt GUI is a lot of work, so that's where attention is focused
20:53.10 Pwnna i'm pretty sure any sufficiently large application will outgrow tk
20:53.16 brlcad that and backend infrastructure
20:53.41 brlcad there's applications FAR bigger than BRL-CAD that use Tcl/Tk quite well
20:53.44 brlcad code is code
20:54.21 brlcad our GUI code just isn't very modular or clean, that's one area that is a world of complex on its own
20:54.47 brlcad but it's being ditched when we move to Qt -- the important parts are pulled into a new modular command-centroic library (libged)
20:55.56 brlcad that is one part where mged exceeds many of the commercial CAD systems even, mged's command interface is quite capable and often leveraged for arbitrary modeling/simulation/analysis tasks
20:56.01 brlcad same with our ray tracing engine
20:56.43 brlcad http://brlcad.org/wiki/Documentation is where the tutorials are at; scripting tutorials are at http://brlcad.org/wiki/ (e.g., SGI_Cube)
20:58.52 Pwnna hm
20:59.04 Pwnna i just wanna draw simple stuff like brackets and boxes and stuff
20:59.04 Pwnna lol
20:59.31 brlcad they cover that
20:59.47 brlcad see the Introduction to MGED
21:00.02 brlcad to make a box: make rpp rpp
21:00.14 *** join/#brlcad caen23 (~caen23@92.81.172.45)
21:07.09 Pwnna and then i can subtract stuff out and so on
21:07.24 brlcad yep
21:07.30 brlcad make rcc rcc
21:07.38 brlcad r u rpp - rcc
21:07.40 brlcad rt
21:08.25 brlcad oops: make rcc rcc ; r box_with_hole.r u rpp - rcc ; B box_with_hole.r ; rt
21:08.44 brlcad there's a quick reference cheat sheet on the wiki too
21:09.00 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Request for more time Could i have my task's time extended? I've been a little caught up lately and would really enjoy being able to finish this task. Thank you http://www.google-melange.com/gci/task/view/google/gci2012/7984226
21:09.51 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
21:11.57 Notify 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - follow-on task A follow-on to this task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8109203 http://www.google-melange.com/gci/task/view/google/gci2012/7952233
21:26.19 Pwnna what's a way of taking a complicated object and scan it into like a 3D stl file
21:26.22 Pwnna with household tech?
21:34.53 Notify 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4792 /wiki/Machines_Rental_Agreement_Template: New page: At the same time, highest care should be taken, when you are using the machine, lest you might injure your own self. By simply following these free online slots hosting space tips, you ca...
21:35.28 brlcad Pwnna: there are hand-scanners to be had for <$100
21:36.04 brlcad otherwise, recontruction from photos into photogrammetry software is probably going to be your next bet
21:36.28 maths22 Maybe someone could confirm, but cl-cia appears to have dos-style endings.
21:37.39 brlcad Pwnna: another household tech that has been booming is the kinect
21:37.55 brlcad lots of tools around that, probably the majority
21:38.08 brlcad hooking that into brl-cad would be fun.. ;)
21:42.05 Notify 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - follow-on task Several follow-on tasks have been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8109204 http://www.google-melange.com/gci/task/view/google/gci2012/8125203 http://www.google-melange.com/gci/task/view/google/gci2012/8131202 ... http://www.google-melange.com/gci/task/view/google/gci2012/8006217
21:43.05 Pwnna hm
21:44.06 maths22 brlcad, ``Erik: if someone could explain how to use *state*, I would be better able to complete the task. Sorry I don't get it.
21:44.41 brlcad maths22: i don't know what that is either, so hopefully ``Erik can help
21:45.37 maths22 I will try to make some changes in the mean time. I reset the code to ``Erik's last committ and am working on it from there.
21:47.26 Pwnna brlcad: lol. i'm just drawing on paper now
21:47.27 Pwnna heh
21:48.47 Pwnna damn. i don't have a calipper
21:48.50 Pwnna calliper*
21:48.56 Pwnna can't measure these bolt sizes
21:53.31 Notify 03GCI: Sean: Compile BRL-CAD using the Intel Compiler - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8132202 http://www.google-melange.com/gci/task/view/google/gci2012/7982222
21:58.22 brlcad Pwnna: this user-contributed module creates standard bolts: http://brlcad.org/wiki/Hex
21:59.52 brlcad maths22: so you'll still want to submit a single patch file to the gci interface since that's what will be persisted and reviewed, git is convenient for erik to review and test your work
22:04.24 maths22 OK
22:15.46 Notify 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4793 /wiki/Driving_Cardboard_Baler_Machinery_For_Selling_In_Essex: New page: Particularly, the demand is so effective in the current global latest market environment that there seems within order to be a dearth of similar items in some country. If you do this headi...
22:16.48 ``Erik *state* is a global clos object, you use slot accessors on it, so to get the list of notices currently in it, do (notices *state*)
22:18.17 ``Erik all the slots have getters and setters defined, so you don't have to do any gunk like (slot-value *state* 'notices), just (notices *state*)
22:23.54 Notify 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8105205 http://www.google-melange.com/gci/task/view/google/gci2012/7982223
22:37.53 ``Erik maths22: http://www.gigamonkeys.com/book/ is a great book for learning the language, skimming chapters 16 and 17 might help you with the *state* object
22:38.34 ``Erik (the book is keen enough that I bought the hardback copy just to support the author, and I'm cheap)
22:45.53 Notify 03GCI: Sean: Compile BRL-CAD using LLVM trunk - follow-on task A couple follow-on tasks have been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8092204 http://www.google-melange.com/gci/task/view/google/gci2012/8103206 http://www.google-melange.com/gci/task/view/google/gci2012/8023206
22:49.52 Notify 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4794 /wiki/Best_Gaming_Computer_-_What_To_Look_For: New page: Identifying The Best Desktop Gaming Computers If you're looking to the best online or offline PC gaming experience, then there are a amount of people who you must imagine. Some from the di...
23:22.02 brlcad new task: fix -Wwrite-strings warnings: http://www.google-melange.com/gci/task/view/google/gci2012/8090205
23:22.58 *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie)
23:24.39 caen23 brlcad: i think i've fixed the cmake issue. previously, if it hand't found the x11 libs, it would have disabled x11. with x11 disabled, opengl would be disabled, too. but it only checked for the libs, not the includes. so what i've done is, i've also checked for the includes together with the libs. if it doesn't find both the libs and the includes, it disables x11, which in turn disables opengl. i'm now building to see if it works, but if it does work, is my f
23:24.39 caen23 proper one?
23:25.43 Notify 03BRL-CAD:brlcad * 54093 (brlcad/trunk/include/bu.h brlcad/trunk/include/raytrace.h): gcc notices en masse that we assign string literals to non-const struct elements. fixed by adding const qualifier. undoubtedly will need to propagate constness elsewhere too.
23:34.59 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
23:36.24 maths22 Thank you
23:36.35 maths22 That is very helpful.
23:39.06 Notify 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999218
23:40.36 brlcad new task: -Wstrict-prototypes: http://www.google-melange.com/gci/task/view/google/gci2012/8131203
23:41.48 brlcad new task: -Wold-style-definition: http://www.google-melange.com/gci/task/view/google/gci2012/8114205
23:43.27 brlcad caen23: that sounds good to me
23:43.38 brlcad our old build system went even one step further
23:44.28 caen23 well everything seems to work ok, so i'm going to commit
23:44.28 brlcad test headers compile, test libs will link, test that the lib works
23:44.39 brlcad sounds good
23:48.01 Notify 03BRL-CAD:caen23 * 54094 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libfb/tcl.c): X11 is available if the required files in both include/ and lib/ can be found (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999218)
23:53.12 brlcad caen23: so the real test is whether the buildbot dashboard magically turns green ;)
23:55.12 caen23 where can i check that out? :D
23:56.08 brlcad http://crit.brlcad.org/buildbot/
IRC log for #brlcad on 20121220

IRC log for #brlcad on 20121220

00:00.28 caen23 looks like it didn't turn green :( i understand that buildbot does not have x11 available?
00:01.32 brlcad it shouldn't
00:02.22 brlcad caen23: so buildbot might have a separate issue, like a stale cmake cache
00:02.45 brlcad or no x11/ogl protections in a particular subdir
00:02.52 brlcad http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/65/steps/shell_2/logs/stdio indicates that it's failing in glew
00:03.34 brlcad i'll make another task to fix glew if your changes didn't do the trick
00:09.15 maths22 ``Erik: I get an error when I run (notices *state*)
00:15.40 ``Erik are you in the right package? was *state* instantiated?
00:17.44 ``Erik (ql:quickload :cl-cia) (in-package :cl-cia) (load-state) (notices *state*)
00:18.09 ``Erik those 4 commands should get the system put together and then print "NIL" as the notice list
00:23.45 caen23 brlcad: but why did you assume it was a cmake error in the first place?
00:26.32 maths22 I did not run load-state
00:27.56 ``Erik load-state will create an instance of state and save it to *state* if it can't find the database file
00:31.01 maths22 OK. Now I run test-gci (I changed the paths, but nothing else) and (notices *state*) still returns nil
00:37.37 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
00:50.19 Notify 03BRL-CAD:caen23 * 54095 brlcad/trunk/CMakeLists.txt: Fix previous commit which removed some lines, causing a build failure with X11 enabled
01:19.22 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Good Progress I have gotten the commands mged, rt, nirt, remrt, dbupgrade, g2asc, asc2g, pix, and benchmark. I am having trouble with the others as there are no man pages provided and the commands page that I found on the BRL-CAD website is just a stub and only features... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
01:21.42 Notify 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
01:24.09 Notify 03GCI: Richard Akira Heru: Create a Parabolic Cylinder Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985247
01:33.23 Notify 03BRL-CAD:caen23 * 54096 (brlcad/trunk/src/other/togl/include/GL/glew.h brlcad/trunk/src/other/togl/include/GL/glxew.h and 2 others): Update GLEW to 1.9.0, which seems to solve present buildbot errors
01:45.38 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
01:51.03 *** join/#brlcad agkphysics (~agkphysic@118-93-116-171.dsl.dyn.ihug.co.nz)
01:56.38 caen23 so now there are other errors, but they seem unrelated to the latest commit
01:58.08 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Heap Could you explain what the 'heap' is and how I can use that to set the Struct? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
01:58.47 starseeker scowls at Togl
01:59.04 starseeker what as I thinking... should have tried the OGRE thing instead of futzing with that sucker...
01:59.30 starseeker caen23: looks like it's building with system tcl/tk?
01:59.50 caen23 i think so, yes
02:01.55 Notify 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
02:03.26 starseeker it looks like the buildbot isn't clearing out the CMakeCache.txt file or the build directory before trying again
02:06.29 caen23 i noticed that too. it seems like buildbot is run by giving it a list of commands? so shouldn't it be as simple as adding a rm?
02:06.56 starseeker yeah - if it were me I'd be recursively clearing out the build directory
02:07.16 starseeker start fresh
02:08.41 starseeker for bonus points, I'd also copy the svn checkout to a brlcad-src directory or something, so if a mistake is made and something gets written back to the src directory the svn update mechanism is still presenting the buildbot with a pristine tree
02:10.00 caen23 i don't think i can make these changes :-? i didn't set up buildbot and i don't have access to it
02:10.09 starseeker yeah, me either
02:10.29 starseeker brlcad will be back on at some point - I'm sure he can make them (or whatever other arrangements he things best)
02:10.44 starseeker is trying a separate build on crit
02:11.05 starseeker caen23: ever played with OGRE? :-P
02:11.19 caen23 nope :D
02:13.14 caen23 hmm… for some reason, i think i shouldn't have updated glew, but after some googling, it seemed the previous problem was introduced by them at some point and fixed later on
02:13.43 starseeker why shouldn't you have updated it?
02:15.05 starseeker hmm. OK, when I do it separately here it turns off togl build
02:15.14 caen23 i don't know, just a hunch
02:16.16 starseeker caen23: well, whatever happened, a clean build tree now just doesn't build togl out of the box
02:16.52 starseeker on that machine, at least
02:17.51 starseeker caen23: does it work for you locally when you build?
02:18.14 caen23 last time i tried, yes, but i'm now building again with a fresh checkout
02:19.15 starseeker another tidbit for the buildbot guys, if they aren't already aware of it
02:19.37 starseeker crit.brlcad.org/buildbot leads to a non-functional version of the toplevel buildbot page
02:19.48 starseeker crit.brlcad.org/buildbot/ (note trailing slash) works
02:21.02 caen23 looks like it's caused by relative css
02:22.34 starseeker caen23: do you have a log-in on crit?
02:22.40 caen23 nope
02:23.38 caen23 looks like it builds properly here, too
02:23.47 starseeker OK - need to wait for someone buildbot enabled to tidy up the running script with build dir cleanout and src tree copying (latter optional but recommended) - that'll tell the tail
02:23.50 starseeker tale even
02:24.49 starseeker if crit's configuration is just turning off togl even though the summary says it's on, something else is not right
02:26.10 starseeker O.o
02:26.31 starseeker it's finding a libtogl.so in /usr/local/lib, but apparently not the headers
02:27.14 starseeker that probably explains it
02:27.21 ``Erik hm, /usr/local/lib/tk8.5/Togl-1.7/togl.h
02:27.27 starseeker winces
02:27.46 starseeker dunno if pre 2.0 togl would work
02:28.27 starseeker (what a weird place to put a header...)
02:28.51 starseeker caen23: ok, so once we get a clean build on buildbot, it probably won't try to build togl
02:30.03 starseeker ``Erik: do you have buildbot access?
02:30.34 *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148)
02:33.52 maths22 ``Erik: When I run test-gci (I changed the paths, but nothing else) and (notices *state*) still returns nil
02:34.07 stevenkou Just like reading the cmakelist.txt to get to the root of the problem, I have tried to read the makefile, finding the files that causes make to fail. I have recorded down my findings and will upload it once I get access to my computer.
02:35.44 starseeker caen23: build failure is now nclude/vector_fpu.h:53: error: prototype for 'dvec<LEN>::dvec(const float*)' does not match any in class 'dvec<LEN>'
02:36.18 stevenkou Basically there is only 3 error stopping the compiler. 2 from zlib and one from the makefile itself which I cannot understand. For the errors cause by zlib, basically they are caused by the -was flag sent to winders.exe
02:36.32 caen23 starseeker: looks like it's my fault :( but i know how to fix it :D
02:37.07 starseeker figured I'd toss that your way so you could take a poke at it
02:37.35 starseeker gotta run - if buildbot scripts aren't adjusted by tomorrow, I'll give the build another go on crit
02:38.20 caen23 alright, thanks for your help
02:38.45 stevenkou starseeker: is winders.exe suppose to receive any -w flags?
02:39.20 stevenkou Windres.exe I mean.
02:44.01 Notify 03BRL-CAD:caen23 * 54097 brlcad/trunk/include/dvec.h: Put back float overloadings
02:46.09 caen23 brlcad: after fastf_t was reverted to double, i removed the "float" prototypes from include/dvec.h, but vector_fpu.h still defines them. i put the prototypes back, but are they needed? wouldn't it be better if the float versions were completely removed?
02:55.16 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JosiahmguuqqpxlhWhisted]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
02:55.41 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Driving Cardboard Baler Machinery For Selling In Essex]]": spam
02:55.56 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Machines Rental Agreement Template]]": spam
02:56.16 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Best Gaming Computer - What To Look For]]": spam
03:11.18 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
03:18.08 *** join/#brlcad clock (~clock@84-72-9-71.dclient.hispeed.ch)
03:18.11 clock hi all
03:19.51 Notify 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985247
03:20.01 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Assigned This task has been assigned to Steven Kou. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7961226
03:21.32 Notify 03GCI: Richard Akira Heru: Create a Parabolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985247
03:35.38 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - heap heap allocation == dynamic allocation ie, malloc/free (or in this case bu_calloc/bu_free) http://www.google-melange.com/gci/task/view/google/gci2012/8070202
03:47.22 Notify 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985247
03:48.02 Notify 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
03:49.29 Notify 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - geometry file Note that our geometry files should have a .g suffix. Looks good otherwise. http://www.google-melange.com/gci/task/view/google/gci2012/7985247
03:49.44 Notify 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8063202
03:51.24 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - Not a good format Please submit the list as a text file or .tar.gz or zip file, but not a .7z file. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
03:51.29 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
03:56.51 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - I'm sorry I'm sorry about the format. What's wrong? Tell me now to submit my work again. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
04:05.09 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Submitted I re-submitted my work in a ZIP file, WITHOUT modifications. If it needs modifications please tell me now, because I don't have time... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
04:15.28 Notify 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
04:17.54 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
04:20.42 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
04:26.40 brlcad caen23: we do want to support fastf_t being double, float, or even a non floating point type (like a class), so whatever gets us closer
04:27.30 brlcad to all: I fixed up the buildbot build scripts to wipe out the previous attempt, renamed a few things, fixed a few problems
04:30.46 brlcad big work-in-progress, but still gives (different) error in togl: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/70/steps/Compile/logs/stdio
04:33.01 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Modifications Complete Hey, I finished all the modifications you wanted from me. Please tell me if you want me to add something else. My file to be checked is called Blender to BRL-2. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:33.11 Notify 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
04:34.25 *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net)
05:50.21 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
06:06.09 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
06:22.37 Notify 03GCI: Melange: Identify 10 places to post an open source solicitation - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
06:30.36 *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net)
06:32.50 *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net)
07:10.47 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:03.07 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - One open point: Could you please provide us a document where you describe your formula? Ie basic methodology and equations and how you derived your formula from this? The source code looks ok so far. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
08:03.08 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
08:11.31 Notify 03GCI: Stefan: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
08:14.51 *** join/#brlcad andrei (~andrei@79.117.233.118)
08:20.12 Notify 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Stefan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
08:23.09 Notify 03BRL-CAD:d_rossberg * 54098 brlcad/trunk/src/mged/set.c: added the correct const qualifiers (linked with rev. 54093)
08:47.36 caen23 brlcad: hmm… "manually-specified variables were not used by the project"? http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/71/steps/Configure/logs/stdio
08:48.05 caen23 could this be why it tries to build with system tcl/tk?
08:55.50 caen23 i ran cmake with blanks between variable assignment (-DBRLCAD_BUNDLED_LIBS = ON) and got the same errors, so perhaps try modifying buildbot to run cmake without the blanks?
09:05.49 *** join/#brlcad caen23_ (~caen23@92.81.172.242)
09:15.58 Notify 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
09:35.05 Notify 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
10:05.31 *** join/#brlcad merzo (~merzo@26-239-133-95.pool.ukrtel.net)
11:05.06 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
11:08.13 YatharthROCK brlcad, How do you recompile the DocBook documentation files?
11:08.28 YatharthROCK `make doc` isn't working from any of the directories
11:08.45 YatharthROCK It says `make: *** No rule to make target `doc'. Stop.`
11:10.55 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149)
11:12.50 caen23 YatharthROCK: how did you run cmake? what flags did you use?
11:14.11 YatharthROCK caen23, Ummm... we have to run cmake? I didn't. What's the exact commanbd I should use? I want it to recompile the man pages written in DocBook. <feeling like a noob>
11:14.26 caen23 are you on linux or windows?
11:14.39 YatharthROCK caen23, Linux (Ubuntu QQ)
11:15.21 caen23 YatharthROCK: this is a good place to start http://brlcad.org/wiki/Compiling
11:19.27 YatharthROCK caen23, So I cmake in the main brlcad directory and then make doc?
11:21.26 caen23 inside the main brlcad dir, you create a new dir (.build), and run cmake from there with the command listed on that page
11:22.11 caen23 so you run cmake inside .build, not inside brlcad
11:33.38 YatharthROCK caen23, That's what I meant. Do you have any good resources on make/cmake/gmake/whatever? I really don't get how it works.
11:35.10 andrei hello
11:35.22 andrei YatharthRock, what do you need help with
11:36.06 andrei you download the latest source using svn checkout, then you create another folder, mine is called brlcad-build,for example
11:36.17 andrei you cd into it and you run cmake ../brlcad
11:39.19 caen23 YatharthROCK: the link i sent you contains everything you need to build brlcad properly. if you simply run those commands, you should be good to go
12:17.18 Skriptkid what is the string argument in bu_calloc?
12:18.57 ``Erik Skriptkid: just a human readable name to help with debugging leaks and stuff
12:19.10 Skriptkid OK. Thanks
12:21.42 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:26.59 starseeker YatharthROCK: cd into doc/docbook and type "make"
12:27.24 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Heap made the user_thread_data_bu a pointer now. bu_calloc'ed it to hold 'ncpu' objects. It's bu_free'ed at the end. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:34.09 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149)
12:42.01 Notify 03BRL-CAD:bob1961 * 54099 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: This mod will allow a vertex to be combined with another if dropped in close proximity.
12:43.57 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
12:57.12 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:04.31 Notify 03GCI: Andrei Popescu: Design an MGED command spreadsheet - Task Assigned This task has been assigned to Chan Ho Jun. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:06.45 ``Erik "There are only two hard things in computer science. Cache invalidation, naming things and off-by-one errors."
13:08.28 archivist :) I learned the hard way for one of those 10
13:09.23 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Question I did not quite understand the commands for bin/mged -c test.g info commands 2>&1 | sed 's/ /\n/g' | sort | grep mged | sed 's/_mged_//g' | grep -v mged_ and also how do I access the directory http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:09.53 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - We can't accept your copyright You have to assign it to the US Government. See HACKING and sh/template.sh. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
13:10.13 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
13:11.49 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
13:32.44 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Never mind I've just learned how to compile brl-cad using cmake. You can just ignore the question above :) http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:38.14 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
13:50.21 Notify 03GCI: SB9595: Compile with -Wstrict-prototypes, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8131203
13:53.28 Notify 03GCI: Sean: Compile with -Wstrict-prototypes, fix warnings that ensue - Task Assigned This task has been assigned to SB9595. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8131203
13:55.53 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
13:56.21 brlcad caen23: yeah, the spaces are a problem (i didn't even see them in the config file)
13:56.31 brlcad caen23: though a default build should work first
13:56.45 brlcad as well as bundled libs on
13:57.09 brlcad those two should work on every platform, the latter being a fallback for broken systems
13:58.56 Notify 03GCI: SB9595: Compile with -Wstrict-prototypes, fix warnings that ensue - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8131203
14:00.20 brlcad I removed the disabling of strict, kept bunlded=on (removed spaces)
14:00.51 brlcad note that anyone can log in and force a manual build right now -- same username password as our VM
14:02.12 Notify 03GCI: Sean: Compile with -Wstrict-prototypes, fix warnings that ensue - Why? Why would you do that? http://www.google-melange.com/gci/task/view/google/gci2012/8131203
14:04.49 Notify 03GCI: Melange: Write a "BRL-CAD Ray Tracing Shaders" tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
14:07.07 Silvrous brlcad: In regards to the SSE task, so the problem is currently that, while implemented, the runtime detection currently fails?
14:09.27 Notify 03BRL-CAD:caen23 * 54100 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Compile GLEW only if X11 is available (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999218)
14:14.18 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - few more tweaks, much better That's looking a lot better Andrei. I see you went for half command, half graphical. It's a reasonable compromise. There are more changes I'd like to see, but you've put in good enough effort on this specific task to call it complete. I'll post a... http://www.google-melange.com/gci/task/view/google/gci2012/7994216
14:14.23 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994216
14:42.08 brlcad Silvrous: I don't think the runtime detection is actually being used
14:43.01 brlcad what all have you done so far? we may need to redefine the task
14:50.29 Notify 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8082205 http://www.google-melange.com/gci/task/view/google/gci2012/7994216
14:51.13 caen23 now there's a new problem with buildbot. cmake finds ansidecl.h, but xmlversion.h is not able to #include it
14:54.30 Notify 03GCI: Melange: Create Blender-to-BRL-CAD tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
14:55.40 brlcad caen23: that doesn't look like a buildbot problem
14:56.16 caen23 it's not :D but i'm not encountering it with my local copy
14:56.54 *** join/#brlcad ColloquyUser (~caen23@92.81.172.242)
14:59.06 brlcad thinks starseeker should investigate since he added all these failing deps..
14:59.51 brlcad if only to be more hesitant in the future to add more :)
15:02.27 caen23 brlcad: by the way, is my latest patch for gci what you wanted? :d i think i got it wrong at first
15:03.04 brlcad caen23: haven't gotten to that one in the queue yet
15:03.39 brlcad at a glance, it looks like crit does have an ansidecl.h but it's in /usr/local/include
15:04.46 brlcad looks like gcc binutils provides it, among others
15:06.26 brlcad curiously, /usr/local is the ONE (only) place that should be searched in addition to default search paths
15:07.22 *** join/#brlcad ColloquyUser (~caen23@92.81.172.242)
15:09.22 *** join/#brlcad caen23 (~caen23@92.81.172.242)
15:10.35 brlcad hm, looking at the top-level cmakelists, it is supposed to be searching /usr/local, so something must be awry in the src/other dep
15:11.46 caen23 but if cmake finds it, is it still cmake's fault if #include fails?
15:15.39 Notify 03BRL-CAD:brlcad * 54101 brlcad/trunk/src/other/xmltools/libxml/CMakeLists.txt: smells wrong, but we need to search /usr/local/include and our top-level setting isn't propagating to here
15:15.47 brlcad of course
15:15.58 brlcad #include only looks in the places cmake tells it to
15:16.24 brlcad so if a header exists, it either needs to be specified by cmake or specificied by the user invoking cmake
15:16.41 brlcad since it's in /usr/local/include, that's a path that should be automatic
15:17.25 brlcad it's one of the only safe non-system paths (unlike /opt and other conventions)
15:17.37 brlcad we'll see if that does it
15:18.14 caen23 ok then
15:18.46 brlcad ugh, buildbot python exceptions are really annoying
15:19.16 brlcad http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/74
15:19.38 brlcad it is nice that stdio streams the results
15:21.44 Silvrous brlcad: not much, I was ready to write the function when I found out it already existed, and have been confused as to what to do ever since...
15:24.09 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - few mistakes, but it's good Nicely done, Toshita! There are still a few mistakes (especially at the end, Blender uses +Y for up), but those can be fixed in a follow-on task. We'll add another task to add it to our wiki. Thank you for working through all the changes to make it right! That'll be... http://www.google-melange.com/gci/task/view/google/gci2012/7977231
15:24.19 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7977231
15:41.19 *** join/#brlcad merzo (~merzo@116-55-132-95.pool.ukrtel.net)
15:48.35 Notify 03GCI: Melange: Implement runtime detection of SSE - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8007218
16:03.35 Notify 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8079211 http://www.google-melange.com/gci/task/view/google/gci2012/7977231
16:13.09 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
16:20.35 *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ)
16:28.13 *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net)
16:28.50 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
17:10.41 *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149)
17:10.46 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Hehe Sorry. Had put my name in template.sh. Will change it. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:17.03 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Changed Changed the copyright. Also, bu_set_affinity has been implemented in parallel_interface and parallel_interface_arg(Or was this not supposed to be done?) http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:17.23 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Changed Changed the copyright. Also, bu_set_affinity has been implemented in parallel_interface and parallel_interface_arg(Or was this not supposed to be done?) See the second 'po13.patch' http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:17.38 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:49.59 Skriptkid Could anybody please review my task? http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:56.39 d_rossberg Skriptkid: what do you mean with #ifdef _GNU_SOURCE # define _GNU_SOURCE ?
17:57.20 Skriptkid If the extension is present, use it
17:57.49 Skriptkid the function cannot run without that GNU extension
17:57.54 Skriptkid d_rossberg
18:01.22 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
18:01.45 Skriptkid d_rossberg: the function bu_set_affinity is built in such a way that if POSIX threads are not available it's prototype is not created, except for the declaration and the 'return 0;'. If a platform without POSIX calls it, there's no effect by it.
18:02.42 d_rossberg it's already defined (#ifdef) so why define it again (doesn't the compiler complain about it?)
18:03.46 Skriptkid nope. Does it need changes?
18:04.27 d_rossberg i would say yes
18:04.44 Skriptkid what do I need to do?
18:05.10 Skriptkid take out the #ifdef and let '#define' remain unconditionally?
18:05.41 d_rossberg what was the intention for this redefinition?
18:06.34 d_rossberg at the moment this construct should change nothing
18:06.58 Skriptkid uhh....actually, I hadn't realised that #ifdef checks if the defenition exists. I had thought that it checks for the presence of the extension. So my logic was to define GNU_SOURCE if it is present on the current system
18:07.03 d_rossberg if _GNU_SOURCE was defined it will be redefined, if not nothing happens
18:07.31 Skriptkid If I remove the definition, I get errors
18:07.49 d_rossberg aha!
18:08.30 Skriptkid Hang on.
18:08.34 Skriptkid I don't!
18:08.40 Skriptkid okay, its already defined
18:08.53 Skriptkid so I dont need to redefine. We won't need that whole block now
18:10.26 Skriptkid d_rossberg: I removed that part. But the next #if defined(_GNU_SOURCE) has to be there, right. because The function can be run only if it is defined
18:13.30 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Removed redefiniton in po14.patch, Removed the block #ifdef _GNU_SOURCE # define _GNU_SOURCE #endif where _GNU_SOURCE was being redefined, as pointed out by d_rossberg. This was due to my mistake in understanding the logic of #ifdef. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
18:14.43 Skriptkid d_rossberg: Could you check it now?
18:21.03 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Compilation errors /home/rossberg/Devel/BRL-CAD/brlcad/src/libbu/parallel.c: In function 'parallel_interface': /home/rossberg/Devel/BRL-CAD/brlcad/src/libbu/parallel.c:595:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] ... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
18:21.13 Notify 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8070202
18:21.48 d_rossberg Skriptkid: it doesn't look like you have compiled your sources ...
18:22.20 Skriptkid it compiled fine on my system I'll try again
18:22.24 Notify 03GCI: Jacob B: Modify IRC notifier output - Patch I would make a patch, but I cannot figure out how to do so. My changes are pretty clear in the pull request, however. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
18:22.28 brlcad Skriptkid: make sure you don't turn strict off
18:22.35 Skriptkid okay
18:22.39 Notify 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
18:22.44 brlcad what version of gcc are you using?
18:23.21 Skriptkid Problem was, strict os off :)
18:23.23 Skriptkid *is
18:24.13 brlcad d_rossberg: so what are your thoughts -- pthread manpage says that it'll need to compile in std99+gnuextensions mode for that pthread affinity function to be declared
18:24.17 brlcad damnits
18:25.07 brlcad Skriptkid: so the key is to not ignore your warnings ;)
18:25.22 brlcad even if strict is off, warnigs are almost always real issues worth fixing
18:25.48 brlcad especially for code that survives beyond more than a homework assignment, it's a good habit to get into to always fix them
18:26.02 brlcad so you eventually get to the point of not even writing the code bad in the first place
18:26.06 Skriptkid I'll do that :) What else needs fixing?
18:26.34 Skriptkid Is the implementation of bu_set_affinity in parallel.c right?
18:26.45 brlcad so _GNU_SOURCE is still a problem, but probably not yours to resolve
18:26.54 brlcad why would the implementation be there?
18:28.31 Skriptkid It doesn't need to be there? It's being called in parallel_interface and parallel_interface_arg. That was the point, wan't it? To set affinity mask of the current thread?
18:29.12 brlcad bu_set_affinit() is more certainly being called there and that is right
18:29.26 brlcad too many question, be specific :)
18:30.06 brlcad you said the implementation of bu_set_affinity() needed to be there, and that is not right
18:30.13 *** join/#brlcad ChanServ (ChanServ@services.)
18:30.13 *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net
18:31.29 Skriptkid Sorry. I meant, bu_set_affinity() is being called in those functions. But, the function is in affinity.c
18:32.41 Notify 03BRL-CAD:carlmoore * 54102 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blank or tab
18:32.55 starseeker It's official - Tcl/Tk 8.6.0 is released
18:32.58 brlcad so what you probably meant to ask is whether the USE of bu_set_affinity() in parrallel.c is right, and that's a good question ;)
18:33.18 starseeker time to discover whether BRL-CAD will work with it
18:33.25 brlcad I haven't yet looked at the latest iteration, but then daniel was apparently trying
18:33.37 brlcad neat
18:33.58 brlcad you mean time to fix our build to make it work? :)
18:34.46 Skriptkid yes, that's what I meant :)
18:35.02 Skriptkid to the first question
18:35.05 brlcad starseeker: I'm not in a hurry to upgrade too quickly... raised a lot of attention the last major update, not a constructive sort
18:35.20 Skriptkid to your second question, I don't know
18:35.45 brlcad Skriptkid: the second question wasn't directed at you ;)
18:35.52 Skriptkid oh, sorry :)
18:36.02 starseeker brlcad: sure. Was figuring to test against installed 8.6, not upgrade src/other
18:41.22 brlcad starseeker: ah, yeah, that'd be good
18:41.32 brlcad you want to do that or shall I make a task? :)
18:45.48 Skriptkid brlcad: I keep getting an 'implicit declaration' error with parallel_interface_arg. Do I have to take it out of the '#ifdef PARALLEL' block?
18:45.50 YatharthROCK I ran `cmake ...` and `make`, but didn't see the built HTML man pages. Even `make doc` didn't work. I'm looking in the doc/ folder. What should I do?
18:46.25 YatharthROCK brlcad, BTW what timezone are you in?
18:47.16 brlcad Skriptkid: implicit declaration means you're using it before you've defined it
18:47.46 brlcad that means it needs to either be declared earlier or defined/moved earlier in the file
18:48.11 brlcad neither of those have any bearing on being within or outside a PARALLEL block
18:48.20 YatharthROCK Sorry, I had to look in the .build/doc folder...
18:48.32 brlcad if this is not a parallel compile, then affinity is meaningless
18:48.44 brlcad mostly meaningless...
18:48.55 brlcad YatharthROCK: glad you figured it out ;)
18:49.21 Skriptkid Hmm...a bit of reordering should do the trick then I guess
18:49.47 Skriptkid Yeah, that's gone. Fixed all warnings with parallel.c now.
18:52.05 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
18:54.11 YatharthROCK brlcad, Running `find ./doc -iname 'asc2g*'` gives me this:
18:54.11 YatharthROCK ./docbook/system/man1/en/asc2g_man1_man.cmake
18:54.11 YatharthROCK ./docbook/system/man1/en/asc2g_man1_html.cmake
18:54.11 YatharthROCK ./docbook/system/man1/en/CMakeFiles/asc2g_man1_man.dir
18:54.11 YatharthROCK ./docbook/system/man1/en/CMakeFiles/asc2g_man1_html.dir
18:54.11 YatharthROCK They're are `.cmake` or `.dir` files. WTH?
18:54.44 brlcad what directory are you in?
18:54.53 YatharthROCK brlcad, The .build one
18:55.30 YatharthROCK Found it. ./.build/share/doc/html/man1/en/asc2g.html
18:55.38 YatharthROCK in the .built directory
18:55.53 brlcad okay, so try this first: bin/brlman asc2g
18:56.01 brlcad yep, and that's the other
18:56.22 Notify 03BRL-CAD:caen23 * 54103 brlcad/trunk/src/other/xmltools/libxslt/CMakeLists.txt: Search /usr/local/include/ for headers
18:57.58 caen23 brlcad: i applied your libxml fix to libxslt, too. i think we should try to collect all the errors buildbot complains about and then come up with a proper fix for this problem
18:59.37 YatharthROCK brlcad, Both work, but the formattings screwed up. Maybe it's DocLifte acting up. How could I recompile this in the fewest steps after editing the DocBook file by hand?
19:00.42 brlcad just run "make doc" again in that directory or in doc/docbook/system/man1/en and it'll rebuild just the ones you edit
19:11.13 brlcad maths22: you haven't figured out how to make a patch file still?
19:11.32 brlcad there's a hundred websites around the web that do that
19:13.11 Notify 03GCI: Sean: Modify IRC notifier output - I don't understand There are hundreds of websites around the web that go into excruciating detail on what patch files are, how to make them, how to apply them, etc. Are you saying you cannot figure out how to do a web search? :) http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:13.26 Notify 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:13.36 Notify 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
19:13.37 brlcad it's kinda silly, it's even built into the tool you're using :)
19:14.47 brlcad pull/push requests are just staged patches themselves
19:16.07 Notify 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
19:17.58 Notify 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - alignment Neither the 'c', nor the 'r' seem to line up with anything specific. I know 'r' is a scalar value, so there should be a sphere or something where r begins (ie, V) and terminates (where the r label goes). Same thing goes for 'c', assuming it's a scalar value. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
19:22.20 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review Can you please review my work? http://www.google-melange.com/gci/task/view/google/gci2012/8106206
19:23.15 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - so close! Now that's the right idea. However, the sketch is either too close or not close enough. That tiny gap just raises questions. It should either be clearly separated, or right on the base like you originally had it. Try about 10% lowered? That would let you put the "sketch" label on... http://www.google-melange.com/gci/task/view/google/gci2012/8059204
19:23.30 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
19:24.31 Notify 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999218
19:29.23 Notify 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - glew patch So the glew patch identifies the problem as trying to compile glew.c when we don't need to, but the fix shouldn't replicate the entire list of source files. Try to adhere to the "DRY" principle: http://en.wikipedia.org/wiki/Don't_repeat_yourself We fail at it ourselves... http://www.google-melange.com/gci/task/view/google/gci2012/7999218
19:32.52 caen23 brlcad: ugh, i knew that was going to be a problem with the glew patch, but i didn't know how to append to the list in cmake and i made that change in a hurry, sorry about that. regarding the problem with the first patch, don't know how i missed that. i always review changes before submitting a patch or making a commit, even cd inside the file's dir just to be safe. i'll pay more attention next time
19:33.33 brlcad caen23: no worries, it was a benign change
19:33.51 brlcad as for the glew replication, just set it to a variable
19:34.06 brlcad then the source list uses the variable which will either have the filename or be empty
19:35.05 Notify 03GCI: Sean: Append CMake build flags to the end of a compile line - doesn't look right... So at a glance, your output doesn't show it working... There are flags both before and after the two cflags you set. I'd expect -DCOWGOES... to be the first flag before -Werror and -DTEST=1 to be the last flag after -msse3... Also related to you prior... http://www.google-melange.com/gci/task/view/google/gci2012/8106206
19:35.15 Notify 03GCI: Sean: Append CMake build flags to the end of a compile line - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
19:48.44 maths22 no. I could not figure out how to make one with git and save it.
19:49.02 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - I thought uh oh.. especially when I saw you listed IRC channels and the chromuium group (yeah, those don't count), but then I was pleasantly surprised with most of the rest! That's an interesting list and it includes several possibilities that hadn't been considered.... http://www.google-melange.com/gci/task/view/google/gci2012/8104204
19:49.13 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
19:50.27 brlcad maths22: that's a little silly considering the ability is even built into the tool you're using
19:50.39 brlcad and there are hundreds of sites around the web that explain how
19:54.23 brlcad there's three skills that all developers should learn intimately, 1) a programmable editor, 2) a compiler+debugger pairing, and 3) a version control system
19:55.11 brlcad and by intimately, I mean understand the vast majority of options and capability, not necessarily memorizing, but being adept at using and figuring out as neede
20:08.22 Notify 03GCI: Jjca: Identify 10 places to post an open source solicitation - You're welcome! And thanks to you for giving me the opportunity to do this task! Greetings from Venezuela! http://www.google-melange.com/gci/task/view/google/gci2012/8104204
20:10.28 Notify 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999218
20:12.53 ``Erik maths22: close, but using setf without an existing variable creates a new global variable which is bad. you were closer the other day with the LET form, I think, but LET doesn't guarantee existance or order during the symbol binding phase, so you either need to nest the LETs or use LET*
20:16.13 ``Erik maths22: I think if you change those setfs to all let*, stop replacing the contents of body (create new variables, so it's more readable), change "#maths22" to "#brlcad" and indent correctly (in emacs, put the cursor at the very beginning of the defun form and do C-M-q), I'll be able to merge it and apply it to the running image :)
20:17.57 ``Erik testing to make sure the values are defined before posting the message woudl be good, too... (when (and id name task ...) (post-message...))
20:24.34 ``Erik output on the current email set looks like http://elfga.com/~erik/dump.html fwiw (maybe brlcad has more comments on the formatting)
20:27.38 ``Erik hm, the web one cleans up the repeated spaces, might have to view page source O.o
20:37.36 Notify 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
21:02.03 Notify 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
21:03.02 maths22 brlcad: can you set it to needs more work. I had not seen ``Erik's comments when I posted it
21:04.25 Notify 03GCI: Erik: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
21:04.29 maths22 I will fix the formatting and syntax (something is not parsing right)
21:06.15 Notify 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Sorry I can't finish this task. Sorry. I hope that the file that I uploaded will help the next one. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
21:06.25 Notify 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
21:17.17 Notify 03GCI: John: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
21:21.43 Notify 03GCI: John: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
21:24.31 Notify 03BRL-CAD:brlcad * 54104 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 7 others): rename and move doc/deprecation.txt to a new top-level CHANGES file. that name was selected after reviewing a number of other projects with similar deprecation announcement requirements and it seems to be a reasonable evolution. more clearly announcing changes to developer users is just as important (if not more so) as the
21:24.33 Notify non-developer 'user-visible' NEWS items. It has also been a repeat topic of discussion, a repeat issue (devs not remembering it's in doc/), and one of the most frequently revisited docs. That's compelling support for introducing a new top-level file. Introducing it into include/ was considered, but it also covers commands.
21:30.54 *** join/#brlcad ChanServ (ChanServ@services.)
21:30.54 *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net
21:46.05 brlcad maths22: how long have you been using git?
21:46.33 brlcad and do you have experience with any other version control systems?
22:40.43 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Asterisks by the commands What are the asterisks supposed to mean? Are they just to tell me where additional commands can go or are they commands without man pages. Because except for the "rt" command, I have been unable to find man pages for any of the commands with... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
23:00.53 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:03.35 Notify 03BRL-CAD:r_weiss * 54105 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/faq.txt and 204 others): Updated openNURBS to release 20121024. More work needs to be done. The files "Makefile.am" and "BRL-CAD_changes.txt" need to be updated and building on Windows needs to be tested.
23:59.23 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20121221

IRC log for #brlcad on 20121221

00:02.50 brlcad maths22: that's not meant to be frustrating or discouraging, just trying to understand where you're at in your development
00:05.23 brlcad you're definitely tackling one of the hardest tasks in our list skillwise :)
00:09.45 Notify 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - All documentation? I've to check all the documentation? http://www.google-melange.com/gci/task/view/google/gci2012/8103205
00:30.41 *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org)
00:52.58 Notify 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
00:55.23 Notify 03GCI: javamonn: cmake case cleanup - A couple notes: I converted everything that I could to lower case. Arguements in cmake are case sensitive so I left them alone. All commands and macros, both user defined and system were changed to lower case. Everything compiles fine on my end. Let me know if anything should be changed. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985244
01:01.12 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:19.29 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
01:24.11 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
01:25.13 maths22 I have never used git before.
01:25.20 maths22 I have used subversion some.
01:25.32 maths22 Learning LISP was fun :)
01:25.51 Notify 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
01:27.57 ``Erik it stopped being LISP in the 80's :D but it is an awesome language...
01:28.42 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - My work so far This is what I've got so far. Since these commands are the minimal requirements, I thought I would add how to start MGED in console mode as well as close it. Once I figure out the other commands, I will add them to the list. Finally after I have all of the... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
01:28.54 ``Erik "Lisp is worth learning for the profound enlightenment experience you will have when you finally get it; that experience will make you a better programmer for the rest of your days, even if you never actually use Lisp itself a lot." -esr
01:29.32 ``Erik http://xkcd.com/224/ http://xkcd.com/297/
01:30.09 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Final format The final version can be in PDF format if you would prefer that. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
01:30.54 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Update I have uploaded my latest findings, hope that the mentors can take a look. I am quite busy these few days so I may not be able to finish the task on time, is it possible to have an extension? If it is not possible then perhaps I will try my luck to claim the... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
01:40.24 ``Erik http://www.tcl.tk/software/tcltk/8.6.html tcl86 is out
01:41.11 ``Erik looks like tkpng can go away
02:00.11 Notify 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
02:00.22 Notify 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
02:11.36 stevenkou I don't quite understand the last error while building brlcad, it says something about all, can anyone explain?
02:13.22 ``Erik stevenkou: can you paste it on a pastebin somewhere, like http://paste.lisp.org ?
02:19.50 Notify 03GCI: Ying Liu: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
02:28.34 Notify 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Ying Liu. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230
02:35.42 Notify 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - check the steps Note that the commands shown to rotate the model were a rough guess -- they should be verified. You might want to make one leg shorter when testing just to make sure the table is oriented correctly. The last image should be the table rendered and looking... http://www.google-melange.com/gci/task/view/google/gci2012/8079211
02:36.02 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to Jjca. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205
02:37.02 stevenkou ``Erik: my log is present on my task page at http://www.google-melange.com/gci/task/view/google/gci2012/7961226 , if you do require me to post it on pastebin, i can do so
02:37.44 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Anywhere You can check any and all files that belong to us. That means ignore EVERYTHING in src/other, some of the files the misc/ subdirectory, and a few others spread throughout our tree. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
02:40.09 Notify 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999218
02:40.17 brlcad caen23: name was a little ambiguous, but that looked better/good enough
02:40.44 Notify 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
02:41.34 caen23 what name? :D of the patch?
02:44.11 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - reclaim it Aaron, you're encouraged to reclaim the task so we can mark you as having completing it. Even a picture of a piece of paper where you worked out the math would be good. It would be great to include the derivation in the source code... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
02:44.12 Notify 03GCI: bill_cooperman: Create a utility library (LIBBU) API unit test ... for malloc.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953237
02:44.42 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for malloc.c - Task Assigned This task has been assigned to bill_cooperman. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953237
02:44.48 brlcad caen23: the variable name
02:46.57 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
02:47.02 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
02:58.02 Notify 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Do I Have to register? If is yes, I can't... The error "&lt;minnamelength-error&gt;" always appears. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
03:00.26 *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
03:06.32 stevenkou brlcad: thanks for your help for my patch, you guided me to learn and not just give me the answer straight. by the way, I have updated the log for my task and I would like to know what possible ways do I have to resolve the error?
03:15.56 Notify 03BRL-CAD Wiki:201.248.31.6 * 4795 /wiki/Overview:
03:20.48 Notify 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - I'm sorry I really want to help but I can't, maybe the next year... I don't want to make more mistakes in the documentation so, I unclaim this task. Because, my English isn't good a lot. Maybe I've mistakes here and I don't know... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
03:20.53 Notify 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
03:21.47 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
03:23.14 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - more work needed Don't worry about the mged commands (quit, etc) nor referencing the cheet sheet. That isn't useful to repeat here and there's so much more we hope to explain. You have a BIG uphill battle because you're (understandably) not familiar with BRL-CAD and it sounds... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
03:25.15 Notify 03BRL-CAD Wiki:Sean * 4796 /wiki/Overview:
03:51.23 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
04:27.48 Notify 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8063202
04:38.02 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Very close to finishing task I almost have the task completed, i just need another days time however to completely finish. Only things left are to impliment one more function test and changing around some calls, thank you very much if you can extend the time. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
04:45.45 Notify 03GCI: Sean: Create an Extrusion Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059204
04:45.50 Notify 03GCI: Melange: cmake case cleanup - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
04:56.46 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
05:00.27 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - don't have to register Hi Jjca, we're also here to help you learn, so there's no need to worry. I think you misunderstood the task just a little bit because you don't need to register on our website. This task involved fixing spelling mistakes in our project... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
05:00.52 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237
05:02.28 Notify 03GCI: Sean: Design an MGED command spreadsheet - once compiled Once you compile successfully, you'll be able to run that bin/mged line which will help to itemize all of mged's available commands. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
05:04.04 Notify 03GCI: Sean: Append CMake build flags to the end of a compile line - more time Let us know if you need more time. This one may be a little tricky as you'll probably have to edit other files and/or put commands into a macro. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
05:09.01 Notify 03GCI: Sean: Identify 10 places to post an open source solicitation - hank you Thank you for working on the task. Hopefully, you'll try to work on other tasks as well. Note that some tasks are easier than others, so check over our list and ask questions if anything is confusing. http://www.google-melange.com/gci/task/view/google/gci2012/8104204
05:11.57 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - 6/10 Wow, you were on a roll it seemed. What happened? How long did it take you to confirm those 6 reports? http://www.google-melange.com/gci/task/view/google/gci2012/7971223
05:19.15 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:39.08 Notify 03GCI: Sean: cmake case cleanup - impressive Hi Daniel, Impressive! How'd you convert everything so quickly? How long did it take? It'll take a lil bit to verify a few things but it looks good on a quick read through. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
05:44.23 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
05:46.41 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
05:48.02 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
05:52.54 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
05:56.55 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - est under both debug and release mode I tested the script under both debug and release mode, but I did not find out the error you mentioned below. I attached the result log file including both debug and release mode, please review it. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
06:12.17 Notify 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
06:53.07 Notify 03GCI: Sean: cmake case cleanup - found a problem I've found several problems in all the instances of ResolveCompilerPaths.cmake and FindTCL.cmake where an internal option was changed in case and is incorrect. You should re-review the changes (yeah, all lines.. somewhat tedious) to make sure all are intentional, particularly the lines with... http://www.google-melange.com/gci/task/view/google/gci2012/7985244
06:53.12 Notify 03GCI: Sean: cmake case cleanup - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
06:53.22 Notify 03GCI: Sean: cmake case cleanup - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
06:56.19 Notify 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218
07:14.18 *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
07:39.16 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
07:41.49 Notify 03GCI: Deep Inder Singh: Document MGED's 'saveview' command options - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998205
07:43.14 *** join/#brlcad caen23_ (~caen23@92.81.172.242)
07:50.38 Notify 03GCI: Daniel Rossberg: Document MGED's 'saveview' command options - Task Assigned This task has been assigned to Deep Inder Singh. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998205
07:54.53 YatharthROCK brlcad, The making of the DocBook man page is screwing up. It switched bold and italics seemingly randomly and doesn't use RS and Re for blockquotes even after adding the remap attribute. What's happening?
07:56.11 YatharthROCK Not just for my file, but others to. BTW this only happens when I use man to inspect the files in the share/man/man1 folder.
08:14.19 YatharthROCK brlcad, If I upload the patch file to SourceForge, what do I submit for the task?
08:17.48 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:19.19 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - What do I submit? I've created the diff/patch file. The wiki says to upload it to SourceForge, but the task description says to just upload it over here. Should I just upload to SourceForge and submit the URL to the patch here? Also, I completely agree with you on... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:29.13 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:29.43 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Upload it here ... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:38.00 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:38.35 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Summary Here are the things I did:- added a asc2g.xml DocBook file in the brlcad/doc/docbook/system/man1/en/ folder modified CMakeLists.txt (which in the task description was mistakingly mentioned as CMakeFiles.txt) to compile asc2g.xml when making and to comment... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:46.12 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238)
08:46.59 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Ok, about the patch-v1 Simply remove the set_source_files_properties() line. Keeping senseless code in a filemakes it hard to read. The version control system (Subversion for BRL-CAD) will keep track of it. It looks like you need to make changes to the g2asc.xml too... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:47.04 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:52.26 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Modify g2asc.xml? So I modify the g2asc man page to make it only for that command? http://www.google-melange.com/gci/task/view/google/gci2012/8126204
08:56.02 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Yes It was the man page for two commands (asc2g and g2asc). Now asc2g gets its own man page. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
09:00.15 Notify 03GCI: Sharan: Create an Halfspace Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
09:08.23 *** join/#brlcad devlin (~devlin@d118-75-244-176.try.wideopenwest.com)
09:15.52 Notify 03GCI: Daniel Rossberg: Create an Halfspace Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8043208
09:28.43 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
09:30.38 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Deadline Extension requested If the task gets rejected now, can I have a deadline extension of 1 day or so, please? http://www.google-melange.com/gci/task/view/google/gci2012/8126204
09:35.06 Notify 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237
09:55.10 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
10:21.51 Notify 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
10:24.50 *** join/#brlcad YatharthROCK (~YatharthR@37.39.27.137)
10:25.46 *** join/#brlcad YatharthROCK (~YatharthR@37.39.27.137)
10:31.00 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Can you review it? patch-v2 includes the new, updated g2asc.xml file. Can you please review it? Also, the deadline extension wasn't necessary. I managed to convince my mom to let me take my laptop :) http://www.google-melange.com/gci/task/view/google/gci2012/8126204
11:23.00 *** join/#brlcad YatharthROCK (~YatharthR@178.161.100.247)
11:23.22 YatharthROCK d_rossberg, Could you please review my task?
11:23.42 YatharthROCK brlcad, How it it that you're always online?
11:35.14 Notify 03GCI: Cezar: Enable our fbthreadtest tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994227
11:36.17 *** join/#brlcad YatharthROCK (~YatharthR@178.161.100.247)
11:39.25 Notify 03GCI: Daniel Rossberg: Enable our fbthreadtest tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994227
11:40.50 d_rossberg YatharthROCK: patience, we've some real work to do too
11:41.23 d_rossberg i'm not a full-time brl-cad developer
11:41.36 YatharthROCK d_rossberg, k, no prob.
11:42.29 YatharthROCK d_rossberg, Ohh... then you're like a volunteer? Or part-time dev?
11:43.22 Notify 03GCI: AGENT UM: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
11:43.30 d_rossberg volunteer
11:44.14 YatharthROCK d_rossberg, Cool :) Any other projects you work on? What do you do as a job? And where doyou live?
11:44.49 YatharthROCK Sorry if I'm like, disturbing you or somethin', I'm just bored right now
11:45.28 d_rossberg you'll find some answers in the AUTHORS file
11:50.06 Notify 03GCI: Cezar: Enable our fbthreadtest tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994227
11:51.03 Notify 03BRL-CAD:caen23 * 54106 brlcad/trunk/src/fb/CMakeLists.txt: Enable fbthreadtest for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7994227)
11:51.19 YatharthROCK d_rossberg, Why is your name written as Roßberg?
11:52.52 d_rossberg ? why not?
11:53.39 ``Erik not all terminal encodings support ß ?
11:55.10 d_rossberg ah, in gci: because it's an US (Google) program
11:55.27 YatharthROCK d_rossberg, Is that some letter for S? I
11:56.08 YatharthROCK ``Erik, Unicode solves a lot of problems and UTF-8 is pretty much everywhere nowadays
11:56.19 d_rossberg it's a ligature for "sz"
11:56.45 ``Erik still has systems without utf8... :D
11:57.42 d_rossberg e.g. my terinal here
11:59.02 YatharthROCK d_rossberg, The line about Erik's terminal was highlighted and there was a start where th nicks normally are. What did you do?
11:59.56 d_rossberg typed the ß letter and removed it with backspaces
12:00.16 YatharthROCK d_rossberg, Your terminal doesn't support UTF-8? So you're accessing IRC via a terminal?
12:00.35 YatharthROCK d_rossberg, I didn't get it
12:00.49 YatharthROCK Why did it appear like that
12:02.01 YatharthROCK d_rossberg, BTW, can I work on the other documentation task? Pleease?
12:02.20 d_rossberg i'm using irssi
12:05.22 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Centroid Derivation Here is the link to a document which hopefully explains how I derived the formula. https://docs.google.com/open?id=0BydeQ6BPlVejRWt6NlJLVDl0d28 Sean, I'm not sure how I would include such a lengthy derivation in comments... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
12:05.42 Notify 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
12:26.51 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - The USAGE section refers to g2asc (in asc2g man-page). http://www.google-melange.com/gci/task/view/google/gci2012/8126204
12:27.01 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
12:29.31 YatharthROCK d_rossberg, About your comment, I gave the full example to show an example of the workflow. We already know how to use it form the Synopsis and why to use it from the Description, I was giving sample situations for the command to be used as is recommended in the Usage section of manuals.
12:31.57 *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
12:32.47 YatharthROCK d_rossberg, What do you propose I change it to?
12:33.36 d_rossberg YatharthROCK: what's the difference between an USAGE and an EXAMPLE section?
12:36.47 YatharthROCK d_rossberg, There is an example section?
12:37.07 YatharthROCK OK, I'll find out about it and get back to you with another patch
12:39.56 d_rossberg there are many man-pages in share/doc/html/man1/en with an EXAMPLE section but only two with USAGE: asc2g and g2asc
12:44.53 Notify 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
12:50.06 Notify 03GCI: Daniel Rossberg: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned This task has been assigned to AGENT UM. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211
12:50.21 Notify 03GCI: Daniel Rossberg: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211
12:50.33 YatharthROCK d_rossberg, Umm... so should I just rename USAGE to EXAMPLE?
12:51.07 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
12:52.31 Skriptkid Could anyone please review my task? I had submitted yesterday and deadline's almost up. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
12:52.54 d_rossberg i'm not an exper for manual pages but i was a little bit surprised to find g2asc in the _USAGE_ section og asc2g
12:56.02 YatharthROCK d_rossberg, I dunno. I looked into some man pages that came with my system and they all had workflows under that section. mged is one example.
12:56.24 YatharthROCK So after renaming that, will my task be accepted...
12:56.31 YatharthROCK ?
12:57.19 d_rossberg mged has an EXAMPLES section, hasn't it?
13:00.27 YatharthROCK d_rossberg, Yeah, and it has examples of workflow inside that?
13:05.07 d_rossberg do you know any other man-page with an USAGE section?
13:05.25 d_rossberg g2asc was example too
13:07.18 Notify 03BRL-CAD:bob1961 * 54107 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Collapsed the "Move Arbitrary", "Move Selected", "Select Points" and "Select Segments" modes into a single "Move" mode.
13:09.27 YatharthROCK d_rossberg, I agree with you that USAGE should've been EXAMPLES for the sake of consistency. I've submitted an updated patch. Is there anything else?
13:09.59 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
13:10.20 YatharthROCK I didn't change the content in that section, though. Should I have?
13:14.05 d_rossberg shouldn't be the xml:id example too?
13:20.36 YatharthROCK d_rossberg, ...
13:20.45 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - You forgot to change the xml:id too <refsect1 xml:id= ... http://www.google-melange.com/gci/task/view/google/gci2012/8126204
13:20.50 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
13:22.32 Notify 03BRL-CAD:bob1961 * 54108 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Move the cursor configure commands from SketchEditFrame::initEditState to their respective mode setting methods.
13:24.02 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
13:26.22 YatharthROCK d_rossberg, You must be getting really annoyed by now...
13:28.32 d_rossberg YatharthROCK: it's nothing special, that's the usual process ;)
13:29.11 YatharthROCK d_rossberg, Good to know. I hope my task *finally* gets accepted
13:31.03 maths22 to 20:20
13:33.01 *** join/#brlcad andrei (~andrei@86.123.127.50)
13:36.19 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
13:37.35 Notify 03GCI: dmusan: Crash our raytracer application reliably - Raytrace Failed Raytrace fails on three tested computers running Ubuntu, Windows 7 or Mac OS X. BRL-CAD Release 7.22.0 The BRL-CAD Raytracer RT Thu, 05 Jul 2012 07:32:12 Eastern Daylight Time, Compilation 0 robert.g.parker@ARLANBNB15095:C:/Program Files (x86)/BRL-CAD 7.22.0 ... http://www.google-melange.com/gci/task/view/google/gci2012/8018211
13:38.56 maths22 lastlog 20:20
13:39.53 maths22 .loto end
13:40.10 maths22 sorry about these weird posts
13:42.13 YatharthROCK d_rossberg, I have like 15 minutes and then I can't come online. Could you please tell whther my task will be accepted or not?
13:45.58 andrei YatharthROCK, what do you mean?
13:46.06 andrei you mean claimRequest?
14:07.49 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Example vs. Examples You called the section exaples (plural). But comparin it with the other man-pages and the g2asc as it was before I'm fairly sure that it should be example (singular). http://www.google-melange.com/gci/task/view/google/gci2012/8126204
14:07.54 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
14:24.47 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
14:27.34 Notify 03GCI: Deep Inder Singh: Document MGED's 'saveview' command options - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7998205
14:28.21 maths22 ``Erik: On my current computer (not yesterday's) split-mail-to-head-and-body returns nil
14:37.35 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
14:53.15 ``Erik maths22: I'd think the only two ways that could happen are if the file wasn't readable or if it couldn't find an empty line (could be due to line ending issues if windows or a really old mac were somehow involved)
14:55.07 ``Erik you could put some debug printing inside each of those when-let's to see where things go squirrely... (format or princ/terpri... I'd use format, something like: (format t "File was read: ~d lines~%" (length lines)) and (format t "Empty line found: ~d~%" p) )
14:57.03 YatharthROCK d_rossberg, I think EXAMPLES should remain in plural. It's more consistent with the other man pages.
14:57.35 d_rossberg which other? do you have an example?
14:57.41 YatharthROCK Are you thinking that there's one example, so we should use the singular?
14:58.10 YatharthROCK d_rossberg, mged, pixcut,
14:58.23 YatharthROCK But wait, ir-X uses Example
14:58.32 YatharthROCK OK, fine. I'll change it.
14:58.49 d_rossberg ok, i've two examples for the singular: the old g2asc and patch-g
14:59.50 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
15:00.19 ``Erik the 'normal' section name is EXAMPLES, even if it's singular
15:00.29 d_rossberg in the case of mged and pixcut there are really more than one comand example with mged or pixcut
15:01.34 Notify 03GCI: dmusan: Crash our raytracer application reliably - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
15:01.54 YatharthROCK d_rossberg, I see. Should there be any other changes?
15:02.30 d_rossberg ``Erik: do you have an example for EXAMPLES where the command is only used once? (as in g2asc, asc2g, patch-g)
15:02.59 ``Erik man diff
15:04.24 d_rossberg there is no example at all: http://unixhelp.ed.ac.uk/CGI/man-cgi?diff
15:04.32 ``Erik erik@bz /usr/share/man/man1$ zgrep EXAMPLES * 2>/dev/null | wc -l ; zgrep 'EXAMPLE[^S]' * 2>/dev/null | wc -l
15:04.36 ``Erik <PROTECTED>
15:04.38 ``Erik <PROTECTED>
15:05.06 ``Erik the man page on bz has a single example in the EXAMPLES section
15:08.58 ``Erik hm, krb5 seems to use EXAMPLE as a section name, and 3 other manpages in the entire set
15:09.35 ``Erik would think that EXAMPLES is far more common and would be nicer to semantic parsers *shrug*
15:11.38 d_rossberg YatharthROCK: ok, leave it at examples, we found somebody guilty
15:11.57 ``Erik I can ask starseeker how it relates to docbook when he gets out of his meeting, I believe a long term goal is to generate roff manpages from docbook sources
15:13.25 d_rossberg YatharthROCK: set the task to "needs review" again
15:14.11 d_rossberg if there is a standard it would be another gci task to change our man-pages accordingly
15:16.04 *** part/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos)
15:19.22 Notify 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Compilation Errors Compilation errors fixed http://www.google-melange.com/gci/task/view/google/gci2012/8070202
15:22.52 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.106.44)
15:23.07 *** part/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
15:29.53 maths22 ``Erik: I will redwonload the file in case I opened it in notepad and corrupted it.
15:33.11 ``Erik if you want, I can make a tarball or zip file of all those emails, so you can grab 'em all in one whack
15:59.18 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
16:31.28 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
16:43.39 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
16:44.19 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Assigned This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953233
16:47.20 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
16:47.40 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
16:50.41 YatharthROCK d_rossberg, Ready for review
16:51.35 YatharthROCK brlcad, Can you close this task? d_rossberg already approved it. See patch-v4. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
16:55.07 YatharthROCK ``Erik, Are you a mentor? And how do you get some of your messages to appear differently?
16:55.15 YatharthROCK is trying to do it
16:55.35 YatharthROCK is happy he figured it out
16:55.53 YatharthROCK says the same thing works in Googe Talk
16:56.15 YatharthROCK realizes that both are based on XMPP/Jabber, so that would be logical
16:56.21 YatharthROCK likes easter eggs
17:04.13 Notify 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review Can you please review my work? http://www.google-melange.com/gci/task/view/google/gci2012/8106206
17:04.15 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
17:04.54 Notify 03GCI: Melange: Integrate new thread affinity interface into LIBBU and LIBRT - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
17:10.46 Notify 03GCI: Melange: Append CMake build flags to the end of a compile line - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
17:28.42 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
17:56.38 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
17:57.39 brlcad_ i need to replace strcmp and malloc with the similar bu calls, but i forgot how to access the reference sheet that explains what function should be replaced with bu_ functions
17:57.49 brlcad_ functions*
17:57.59 gmercer015 ^
18:02.10 caen23_ gmercer015: read HACKING
18:06.42 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
18:09.11 gmercer015 thanks
18:14.09 ``Erik YatharthROCK: yes, I used /me (ctcp action command), and irc is irc, not jabber :D
18:15.20 ``Erik brlcad_: vegas? O.o and should we have a standard for man page section names? there was discussion on EXAMPLE vs EXAMPLES earlier
18:15.41 ``Erik doh, heh, should read further
18:16.21 ``Erik gmercer015: you can also grep bu.h for the func name
18:19.07 ``Erik starseeker: http://paste.lisp.org/display/134223
18:26.54 Notify 03GCI: Stefan: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:30.01 Notify 03GCI: bill_cooperman: Create a utility library (LIBBU) API unit test ... for malloc.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7953237
18:33.05 *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44)
18:56.18 Notify 03BRL-CAD:bob1961 * 54109 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the ability to toggle between detailed sketch edit mode and general sketch edit mode (Archer).
19:10.17 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
19:26.04 ``Erik <PROTECTED>
19:27.22 maths22 ``Erik: do you want me to run it on #maths22 with the set of files?
19:34.29 ``Erik that's up to you, I was just looking at the contents of the notices queue when I tested it last.. you can spam #notify if you want
19:42.15 maths22 I am putting them out on notify right now.
19:43.29 maths22 I will stop it. Some of them look really strange.
19:45.01 ``Erik your regex's sometimes pick up the html chunk and sometimes the plain text chunk
19:45.33 ``Erik that was the reason for the really long regex to find the position, it searched for the plaintext variant
19:47.05 maths22 The HTML variant is easier to reliably find things in. I will see if I can make it work.
19:49.04 ``Erik if I had the time and interest, my approach would be to split the mail into parts as specified my mime, grab the html one, then use something like closure-html to parse the file to a dom and directly grab the pieces... that'd be the most robust
19:49.16 ``Erik s/my mime/by mime/
19:52.40 maths22 What does that last line mean?
19:53.02 ``Erik sed substitution pattern, s/<old>/<new>/
20:12.42 *** join/#brlcad rptynan (~poiuyt@86-46-73-14-dynamic.b-ras1.wtd.waterford.eircom.net)
20:26.52 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:57.04 Notify 03BRL-CAD:r_weiss * 54110 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: Bug fix in file "opennurbs_system.h" for the update to openNURBS 20121024. There was a problem when the update patch was applied. This should fix/improve building on Windows.
21:24.59 Notify 03BRL-CAD:r_weiss * 54111 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: Bug fix in "CMakeLists.txt" for the update to openNURBS 20121024. Changed setting to not build "opennurbs_precompiledheader.cpp". This should fix/improve building on Windows.
22:06.18 Notify 03BRL-CAD:carlmoore * 54112 brlcad/trunk/src/conv/dxf/bot-bldxf.c: remove h option, and combine Usage statements
22:09.40 starseeker eep
22:09.57 starseeker this is impressive, in a scary sort of way: http://gamesareevil.com/2010/03/developers-developers-developers/
22:17.15 andrei "so many places to work at "
23:12.44 starseeker brlcad: do you suppose a valid GCI task could be to set up the timelineJS setup? http://timeline.verite.co/
23:13.26 starseeker would like to try using that to organize some historical timelines for BRL-CAD and BRL history...
23:18.18 starseeker or if there's a better timeline module that'd be cool too...
23:44.41 maths22 ``Erik: could I have some more time? I am having some issues with the parsing, and cannot work more on it today.
IRC log for #brlcad on 20121222

IRC log for #brlcad on 20121222

00:04.06 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
00:57.47 Notify 03GCI: Melange: Modify IRC notifier output - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
00:58.14 maths22 Actually. I will take a break from this task and claim another (mysql migration)
00:59.43 Notify 03GCI: Jacob B: Migrate ALL our MySQL databases - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
01:00.10 maths22 brlcad: I will need my bzflag account reactiveated to complete the task.
01:00.27 maths22 Also, I will need a list of database usernames and passwords.
01:52.21 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
02:25.40 Notify 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
02:28.12 Notify 03GCI: javamonn: cmake case cleanup - Fixed it... Yeah, I saw that earlier, I wasn't sure if it was going to cause problems. I fixed it so those aren't edited anymore, which is how it should've been in the first place. I apologize about that. But yeah, regex's are perfect for this sort of task. Let me know if there are any other problems. ... http://www.google-melange.com/gci/task/view/google/gci2012/7985244
02:55.49 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
03:14.31 Notify 03GCI: Amanda Pereira: Write a manual page for MGED's "brep" command - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
03:28.09 gmercer015 where can i get the documentation for bu_strcmp? i cannot seem to find it anywhere
03:43.22 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:35.54 Notify 03GCI: Sean: Migrate ALL our MySQL databases - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8078203
04:36.04 Notify 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Assigned This task has been assigned to Amanda Pereira. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7948232
05:00.44 *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
05:06.35 *** join/#brlcad justinjun (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
05:15.13 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
05:39.30 Notify 03BRL-CAD Wiki:RandynvbfyesjdgRasnake * 4797 /wiki/Benefits_Associated_With_Using_Liquid_Rubber_Sealan: New page: Were they given all the attention they considered necessary? Probably will of our freezes in Primary Florida only last for or even more two nights, fabric and pressboard coverings can be l...
05:47.38 *** join/#brlcad simpleirc1 (~YatharthR@95.175.83.246)
06:33.37 *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz)
06:41.02 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:10.02 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Done Dear BRL CAD: I'm Done. Design 3: View in MS Word in Webpage view; was preliminary Idea brlcad.html (12/22/2012): may not fucntion as upload messes with the coding style.css (12/22/2012): Fuctions, unaffected by upload. BRL CAD Website Design #3... http://www.google-melange.com/gci/task/view/google/gci2012/8051203
07:21.43 Notify 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
07:48.18 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
07:51.21 Skriptkid Need someone to review my task. It's been 44 hours since submition
07:51.26 Notify 03BRL-CAD:jordisayol * 54113 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/mged.desktop brlcad/trunk/misc/debian/rtwizard.desktop): Add mimetypes on Linux ".desktop" files
07:57.38 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:21.08 *** join/#brlcad andrei (~andrei@79.119.91.94)
08:28.16 *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz)
09:48.01 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
10:06.07 *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz)
10:08.29 Notify 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
10:14.01 Notify 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8001225
10:31.58 *** join/#brlcad jasleen (~chatzilla@117.253.227.236)
10:32.35 *** part/#brlcad jasleen (~chatzilla@117.253.227.236)
10:46.19 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
10:51.49 Silvrous How should I unit test msr.c? Just check if it works without crashing? Or also test for randomness?
11:21.20 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
11:24.58 *** join/#brlcad andrei_ (~andrei@79.119.90.239)
11:45.49 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
12:09.09 *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
12:10.40 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
12:15.00 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
13:03.28 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
13:04.33 Notify 03GCI: Melange: Design an MGED command spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:15.27 Notify 03GCI: Erik: cmake case cleanup - Still some left a quick grep pass shows there're still a handful to be converted. I used this command: (find . -name 'CMakeLists.txt' | grep -v '/src/other/' ; find misc/CMake -type f | grep -v '\.\(c\|in\)$') | xargs grep '^[^"#]*[AZ][\t ]*(' So at least that set needs to be updated, there may be others... http://www.google-melange.com/gci/task/view/google/gci2012/7985244
13:15.32 Notify 03GCI: Erik: cmake case cleanup - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
13:18.28 brlcad Silvrous: I would expect given a specific seed to see a specific sequence of numbers result
13:19.53 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
13:20.28 Notify 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for poly.c - C file not included in patch Only the CMakeFile.txt changes are in the patch. If you're using subversion to generate the patch, make sure you do an "svn add" to the new file before creating a diff. Please verify the patch is coherent and complete by visually... http://www.google-melange.com/gci/task/view/google/gci2012/7984226
13:20.30 brlcad Skriptkid: sorry for the delay, I was hoping daniel would review it yesterday
13:20.34 Notify 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
13:20.59 Notify 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8070202
13:21.37 brlcad I'm sure more work will invariably be needed cross-platform, but you've put really good effort in
13:21.54 Skriptkid Brlcad: it's ok :) thanks :)
13:21.58 brlcad it's definitely one of the more comprehensive patches
13:22.11 brlcad and I think you win for most patch iterations so far ;)
13:22.13 Skriptkid Everything's alright?
13:22.25 brlcad "good enough" :)
13:22.33 brlcad hard to say alright without more testing
13:22.34 Skriptkid Ok :)
13:22.49 brlcad and that testing usually takes days
13:23.26 brlcad by the way, when you add a new file, the date ranges should be specific to that file
13:23.50 brlcad you copied some other file so it says 2004-2012, but it should have just been 2012
13:24.01 brlcad minor, just fyi in case you need to do it again
13:24.17 brlcad also, the /** */ should be in the .h not in the .c file
13:24.37 ``Erik caen23 == Cezar?
13:24.48 caen23 ``Erik: yes
13:24.51 Skriptkid Oh, I am so sorry about those. The year, I hadn't seen and the comments I didn't know.
13:25.01 ``Erik grats on the commit bit
13:25.14 caen23 thanks
13:25.50 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
13:27.23 brlcad Skriptkid_: that is impressive that you were able to sort through all of the issues
13:27.37 brlcad granted that is WHY there were so many iterations, I take it you haven't done that before ;)
13:27.47 brlcad but still good work
13:28.27 Skriptkid brlcad: Nope :) I've never really done any open source work. So I wouldn't work with this level of strictness. :)
13:28.52 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:29.02 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#3) - Task Assigned This task has been assigned to Gauravjeet Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8130202
13:29.27 ``Erik brlcad: any opinions on standardizing man page section names in HACKING?
13:29.47 Skriptkid brlcad: You had mentioned something about documentation. What was it?
13:30.18 Skriptkid Anything to add in docbook?
13:31.08 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203
13:31.23 brlcad ``Erik: what do you mean? mann vs manq ?
13:31.42 brlcad Skriptkid: that's the comment
13:31.48 brlcad it's in the wrong file
13:31.58 brlcad api docs belong in api headers
13:32.08 brlcad i'll fix that post-commit
13:32.40 Skriptkid Do I have to do anything? I don't want to leave it incomlpete?
13:32.46 Skriptkid *incomplete
13:33.39 Notify 03GCI: Sean: Append CMake build flags to the end of a compile line - works with and without cache set? Did you test with and without a previous cmake cache'd result? I'm seeing variables getting joined together here, but it could be my older version. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
13:33.47 brlcad I don't think you can upload another file after a task is closed, right?
13:34.29 Skriptkid one sec
13:34.35 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
13:34.48 ``Erik brlcad: SYNOPSIS, EXAMPLES, etc... we were discussing EXAMPLE vs EXAMPLES the other day
13:35.23 brlcad ``Erik: ah, hm -- sure if someone wants to write all that down
13:35.35 Notify 03GCI: Erik: Enable our fbthreadtest tool for compilation - Applied with r54106 . http://www.google-melange.com/gci/task/view/google/gci2012/7994227
13:35.40 Notify 03GCI: Erik: Enable our fbthreadtest tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994227
13:35.48 brlcad I hadn't really thought about it or cared much since we hadn't even converted all existing until last week
13:35.57 brlcad and there's still 135 missing
13:36.14 caen23 ugh, sorry i forgot to leave a comment with the commit number
13:36.59 stevenkou during the compilation of brlcad, in the zlib component, -w flag is passed to windres.exe which apparently it does not accept, is it normal or does any problem lie in the windres.exe in cygwin?
13:37.05 Notify 03GCI: Cezar: Fix GCC 4.8 compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8105205
13:37.44 ``Erik Herr Roßberg noted that if we had a standard, bringing existing pages into complience would be a good GCI task
13:39.36 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
13:39.58 stevenkou is windres.exe suppose to accept any -w flags at all? is anyone sure on this matter?
13:40.23 Skriptkid brlcad: If you sent any message, could you send it again? Connection unexpectedly closed. Sorry
13:44.28 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8108203
13:44.42 brlcad stevenkou: it sounds like it shouldn't be sending -w, whatever is sending/setting that
13:45.28 Notify 03GCI: Sean: Fix GCC 4.8 compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8105205
13:46.21 stevenkou brlcad: i am deducing that as windres.exe is complaining about the -w flag
13:46.39 stevenkou as seen from my latest log
13:46.49 stevenkou 2 instance of it has occurred
13:46.59 Notify 03GCI: Sean: Append CMake build flags to the end of a compile line - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8106206
13:47.03 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
13:48.37 brlcad ``Erik: I see that wikipedia identifies some common ones: http://en.wikipedia.org/wiki/Man_page
13:49.15 brlcad which of course conflicts with http://www.kernel.org/doc/man-pages/online/pages/man7/man-pages.7.html
13:49.42 brlcad w.r.t. EXAMPLE vs EXAMPLES
13:50.40 stevenkou for the errors, is there anything wrong? or is the makefile generated giving problems?
13:50.59 Skriptkid Could someone please assign this: http://www.google-melange.com/gci/task/view/google/gci2012/8108203
13:52.06 Notify 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
13:55.42 ``Erik I grepped the fbsd headers and found almost excusive use of the plural form (krb5 being the oddball)
13:58.04 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
13:59.49 ``Erik kernel.org is linux specific, and linux has a history of being 'not quite right'
14:04.43 stevenkou does anyone have any idea for my problem? or is there any recent revisions that would possibly affected compilation? I am currently retrying after updating to the latest revision.
14:12.52 Notify 03BRL-CAD:erikgreenwald * 54114 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): Apply patch by Yatharth Agarwal from http://www.google-melange.com/gci/task/view/google/gci2012/8126204. Modified AUTHORS clause to reflect original program developers.
14:13.06 Notify 03GCI: Erik: Add missing documentation for any one command (#2) - Applied with r54114 . http://www.google-melange.com/gci/task/view/google/gci2012/8126204
14:13.16 Notify 03GCI: Erik: Add missing documentation for any one command (#2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8126204
14:20.22 maths22 £/lastlog maths22
14:23.08 ``Erik maths22: there is an awesome program installed on crit called 'screen' that you might benefit from; http://www.kuro5hin.org/story/2004/3/9/16838/14935
14:23.43 Skriptkid mac slave has been setup for buildbot(unassigned task)
14:29.16 Skriptkid So could someone please assigne this to me?
14:33.15 Notify 03GCI: Erik: Set up a Buildbot continuous integration compile slave for Mac OS X - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8108203
14:35.20 Notify 03GCI: Erik: Mock up new BRL-CAD website interface design (#5) - Task Assigned This task has been assigned to amitoj singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8123204
14:36.44 ``Erik holds the mic out, drops it and walks off stage (time to work on other things)
14:37.36 *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
14:38.02 Skriptkid For the buildbot mac slave task, do I have to just note down all the steps I tokk and submit it?
14:40.36 ``Erik and any scripts... optimally, the documentation will be complete enough that it could be written as a shell script someone can just run and be all set up
14:43.31 *** join/#brlcad Alexandur (d4058960@gateway/web/freenode/ip.212.5.137.96)
14:43.40 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
14:44.37 Alexandur Greetings! I a little more explantion about a google code-in task -- http://www.google-melange.com/gci/task/view/google/gci2012/7945220..
14:44.48 Alexandur Greetings! I need a little more explantion about a google code-in task -- http://www.google-melange.com/gci/task/view/google/gci2012/7945220..
14:49.23 ``Erik use dev-c++... to compile BRL-CAD...
14:58.07 Skriptkid Ok
15:03.34 Skriptkid ``Erik : But there's no dev c++ for mac
15:06.25 Alexandur ok but should i compile it with cmake?
15:07.08 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Help required for further progress As I am not an expert in this program, there are something that I don't understand and therefore cannot solve the problem. My conclusions so far are: 1. During zlib compilation, -w flag is passed to windres.exe. From my... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:11.53 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
15:16.17 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
15:16.52 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Claim Requested I hope you don't mind me taking this task... http://www.google-melange.com/gci/task/view/google/gci2012/8104208
15:25.45 Notify 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022215
15:30.18 Alexandur how i am supposed to compile brl-cad with dev-c++ -> 1. Open Cmake and select the compilers from dev c++ or 2. Using dev-c++ somehow?
16:02.37 *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70)
16:22.30 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
16:22.59 Skriptkid What does an SMP release refer to? A release capable of using threads? Parallel processing?
16:23.31 *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246)
16:52.57 YatharthROCK ``Erik, Continuing yesterday's discussion, I thought IRC was based on, or rather used XMPP to transfer messages. If not why? What does it use then? Which came first?
16:53.29 YatharthROCK You know what? Don't bother answering, I'll Google it. I need to get into the habit more.
16:56.33 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8108203
17:08.43 ``Erik Skriptkid: that dev-c++ comment was for alexandur, not the buildbot stuff. SMP release means one built with threading support (basically everything but windows)
17:09.42 ``Erik YatharthROCK: irc predates jabber by quite a bit, it was the first distributed graph chat protocol, ytalk being machine to machine
17:10.24 Skriptkid ``Erik: Yeah, I realised that later :) Ok. And is release 54114 giving a "use of undeclared indetifierL xmlonceinit" on Mac?
17:13.35 ``Erik on what file/dir?
17:13.38 *** join/#brlcad YatharthROCK_ (~YatharthR@95.175.81.134)
17:14.35 Skriptkid src/other/xmltools/libxml/src/threads.c
17:15.32 Skriptkid line 666 and 804
17:15.51 Skriptkid pthread_once(&once_control, xmlOnceInit);
17:16.07 Skriptkid this stmnt is generating that error
17:16.18 Skriptkid ``Erik
17:24.14 ``Erik Skriptkid
17:24.19 ``Erik reads u p
17:24.27 ``Erik xmltools, even, hm
17:24.46 ``Erik my mac build already has xmltools from macports or something :/
17:25.55 Skriptkid so I need to install a software called "xmltools"?
17:25.59 ``Erik as do most other developers, I'd assume. that's an interesting issue
17:26.50 Skriptkid So what can I do now? Any solution?
17:26.57 ``Erik well, it sounds like a legit issue that we just all happen to miss... those come in with libxml2
17:27.34 ``Erik if you have macports, fink, or homebrew, installing libxml2 should bypass that issue, which may be appropriate for your task
17:27.52 Skriptkid ok
17:28.00 Skriptkid I have macports
17:28.02 Skriptkid thanks :)
17:28.46 ``Erik np, thanks for pointing out that issue, I'm tempted to punt and "make starseeker do it", I'm in the middle of lithp code and handling a 5yo
17:29.20 Skriptkid hehe :) It's okay :)
17:29.59 ``Erik if you want to hold off, I'll take a 5 minute stab at fixing it
17:30.25 Skriptkid Ok. I'll wait. And then svn up?
17:31.01 ``Erik well, chillax a few
17:31.47 Skriptkid will do
17:39.37 ``Erik (trying to figure out how that can be forced to trigger)
17:43.13 Skriptkid ``Erik: Installation of libxml isn't helping. Still spits the error
17:48.14 ``Erik hm, looks like it's trying to grab xsltproc to fulfill that
17:48.50 ``Erik looks like macports puts that in libxslt?
17:49.14 Skriptkid Didnt get you
17:49.37 ``Erik I thought it was libxml2, it's actually libxslt
17:49.44 Skriptkid oh
17:49.58 Skriptkid let me try that
17:50.22 Skriptkid Nope. Problem persists
17:51.30 Notify 03GCI: Harmanpreet Singh: Create numerics library (LIBBN) API unit test ... for axis.c - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022215
17:52.03 ``Erik lame, I'm not seeing how to trigger the xmltools build on my end and lack the time to commit right now :/
17:52.52 ``Erik I'd think there's an issue in the build logic causing the strict flags to be turned on for that dir, they should be disabled for all src/other dirs... if you can figure that out, that'd be a solution...
17:53.01 Skriptkid There's something interesting happening. When I try to compile from my Terminal, I get this error. But when buildbot is able to compile it fine on my slave
17:53.40 Skriptkid And the build logics are in?
17:53.53 ``Erik the CMakeLists.txt files mostly
17:53.58 ``Erik I'll try a build with -DBRLCAD_BUNDLED_LIBS=ON
17:54.01 Skriptkid Ok.
17:54.08 ``Erik gimme 10 minutes or so
17:54.14 Skriptkid sure
17:54.36 ``Erik the terminal might have different path info
17:55.19 ``Erik or the slave machine has a different configuration
17:55.26 Skriptkid add libxslt to PATH?
17:58.14 Skriptkid alas, one more error on the server also. "src/libbu/bitv.c:73:1: error: extension used [-Werror,-Wlanguage-extension-token]
17:58.15 Skriptkid inline unsigned int
17:58.15 Skriptkid ^
17:58.15 Skriptkid "
17:59.08 Skriptkid Wasn't there a task to verify compilation of brlcad on OSX? Was that successful?
18:08.29 caen23 Skriptkid: try building a clean checkout of brlcad
18:09.56 caen23 if that doesn't work, edit src/other/xmltools/libxml/threads.c and search for xmlOnceInit and remove the #ifdef's surrounding it
18:10.12 Skriptkid caen23: You mean download a new workking copy and test on that?
18:11.01 Skriptkid Will do that
18:11.04 caen23 it works for me. if you don't want to download a new copy, do the threads.c fix. let me give you mine. i also have this error when building on mac sometimes
18:12.14 Skriptkid I'll edit it
18:12.33 caen23 replace threads.c with this one and see if the error is fixed http://paste.lisp.org/display/134237
18:17.25 Skriptkid caen23: works now :D Thanks :)
18:17.46 caen23 you're welcome
18:18.04 Skriptkid Would you know anything about the other error I posted above?
18:18.23 Skriptkid Got that one the buildbot. But now getting it on my system too
18:19.29 caen23 last time i compiled, i didn't get it, but let me try
18:20.01 Skriptkid Getting it on strict mode
18:20.13 Skriptkid because it's a warning
18:20.54 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:21.36 caen23 hmm… i think you'll have to research this one on your own :D is compiling w/ strict related to your task?
18:23.01 Skriptkid My task is to setup a Mac slave for buildbot(which is complete.) So probably I do need to test with strict on. I've been battling this error for about an hour.
18:23.36 Skriptkid And I'm guessing it needs editing of Cmakefiles Compiler flags
18:24.07 Skriptkid because that particular flag is not present in the list of win flags used in struct mode
18:24.14 Skriptkid *strict mode
18:25.30 Skriptkid But I'll research it on my own. Need to get going now. 12 AM here. caen23 and ``Erik, thanks for your help today! :D
18:26.38 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Compilation Errors Have some compilation errors. I'll fix that. Setting up part os done. http://www.google-melange.com/gci/task/view/google/gci2012/8108203
18:28.35 caen23 i don't understand why you need to test with strict on. there are many warnings that have not been introduced by you, so i don't think you need to fix them all right now, but i might be missing something
18:39.09 Notify 03GCI: Daniel Rossberg: Add missing documentation for any one command (#4) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8104208
18:40.39 Notify 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
18:40.49 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
18:41.39 *** join/#brlcad gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net)
18:47.12 Notify 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7975237
19:25.08 Notify 03GCI: Daniel Rossberg: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984226
19:42.32 caen23 brlcad: regarding fixing compilation w/ gcc 4.8, i get no errors
19:46.00 caen23 the other guy compiled with `cmake ../brlcad-svn -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release`, so he didn't specify gcc 4.8. `/usr/bin/gcc` was used and i don't think he replaced the system gcc without breaking anything
19:49.12 caen23 and i don't think he ran `svn up` before. at 94%, with those flags, my copy builds the docs not builddelta or whatever he's building
19:58.34 caen23 actually, forget the last part. but otherwise, it still builds fine for me and i can't find any specific errors in his files. and i'm not sure he used gcc 4.8
20:07.40 Notify 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244
20:14.52 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
20:31.09 brlcad caen23: hm, the errors in the log he provided did look like valid issues that are relatively new
20:32.02 caen23 brlcad: i downloaded Final.tgz and there seems to be some valid errors. but at first i used Final2 and i couldn't find much
20:35.49 caen23 still, the first file for the task uses gcc 4.6 on windows. then there's a Final.tgz which looks fine (i can see an actual error), but no log for cmake. and Final2.tgz, where the system gcc is used and i don't see a specific error with make, only a failure
20:59.53 brlcad interesting (unrelated quote): "there seems to be some evidence that following variable naming conventions helps experienced programmers understand the code much quicker, while breaking these conventions leads to a severe penalty. On the other hand, inexperienced programmers seem to take about as long regardless of how the variables are named."
21:01.38 caen23 now i see an error inside libged/copyeval.c, but it doesn't show up when i compile (not even a warning) and the last change made to that file was 8 weeks ago
21:05.53 brlcad caen23: and you're sure you're using 4.8 (in release mode, strict enabled)
21:06.59 ``Erik brlcad: there was a paper a few days ago where they were doing eye movement tracking of how an experienced developer reads code vs a new developer, interesting stuff
21:07.18 caen23 not release and not strict. ok, let me try this way
22:19.57 Notify 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
22:28.16 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to Jackie. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205
22:49.50 Notify 03GCI: Nikita Abraham: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
23:20.23 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Break for the holiday Sounds good, but I won't be able to work on this again until after Christmas. I'll be busy all day tomorrow, like I was today, cleaning up the house and getting ready for Christmas. I might be a little busy Monday and Tuesday too. ;-) http://www.google-melange.com/gci/task/view/google/gci2012/7991205
IRC log for #brlcad on 20121223

IRC log for #brlcad on 20121223

00:43.44 Notify 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error While Importing I get this error when I import BRL-CAD VM: Failed to import appliance C:/Users/Jackie/Desktop/BRL-CAD_7.21.0_ubuntu_10.04_LTS_x86_r49726.ova. Could not create the clone medium 'C:\Users\Jackie\VirtualBox... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
00:51.50 *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
00:59.31 maths22 ``Erik: i use screen. However, ssh on osx is rather odd.
01:00.07 maths22 Also, I need the list of usernames and passwords to migrate./lastlog mysql
01:00.25 maths22 Sorry about the post
01:09.24 Notify 03GCI: Nikita Abraham: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
01:10.05 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8099209
01:15.43 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - My Experience I have experience creating Mockups and took an online course from Stanford University, Human Computer Interaction, which focused on making interfaces for web or mobile applications. I would love to give this a try, I'm sure I would be successful. Can I... http://www.google-melange.com/gci/task/view/google/gci2012/8099209
03:44.51 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
04:53.45 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:46.43 Notify 03GCI: Sharan: Create an Halfspace Model and Diagram - I think i get it Instead of 'N' vector there should be a 'd' scalar.And 'N' should be the sphere http://www.google-melange.com/gci/task/view/google/gci2012/8043208
06:57.07 Notify 03GCI: Sean: Design an MGED command spreadsheet - not sure I'm not sure what to make of your spreadsheet... Can you explain it for me? What are the three columns after command supposed to represent? http://www.google-melange.com/gci/task/view/google/gci2012/7985228
06:57.08 Notify 03GCI: Sean: Design an MGED command spreadsheet - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
07:26.19 *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178)
10:36.13 *** join/#brlcad Alexandur (d40588c1@gateway/web/freenode/ip.212.5.136.193)
10:39.20 Alexandur some explanation about this line in my gci taks ->
10:39.22 Alexandur This task involves attempting to compile BRL-CAD using the Dev-C++ IDE
10:48.28 *** join/#brlcad andrei (~andrei@79.117.234.235)
11:09.02 *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134)
11:40.52 Alexandur any gci mentor?
11:41.14 andrei hey
11:41.24 andrei what do you need help with, Alexandur ?
11:43.37 Alexandur this is my task - http://www.google-melange.com/gci/task/view/google/gci2012/7945220
11:43.56 Alexandur i need to know if i should compile the cad with cmake and select dev c++ compilers or
11:43.59 Alexandur with dev c++
11:45.50 YatharthROCK brlcad, Are color pixel files those encoded normally or those encoded in ASCII Hex files?
11:46.01 andrei I think you should compile with cmake and select dev++ compiler
11:46.52 andrei Alexandur: because you can't (or is very difficult) to compile brlcad without the cmake logic.
11:47.23 YatharthROCK andrei, Stupid question: Why do you need Dev C++ to compile BRL-CAD? Can't cmake and make do everything?
11:48.30 andrei YatharthROCK: cmake isn't a compiler, it s a builder. For example, for C files, you need a C compiler
11:49.51 YatharthROCK andrei, Ohh... another stupid question. I'd compiled/built BRL-CAD on my machine w/o Dev C++. How were the C files (which are most of BRL-CADs utilities) compiled here?
11:50.07 YatharthROCK andrei, Also, color pixel files those encoded normally or those encoded in ASCII Hex files?
11:50.38 andrei YatharthROCK, Dev C++ isn't the only compiler. If you have gcc it would have compiled fine
11:50.39 andrei :)
11:50.46 andrei or g++
11:51.18 andrei and regarding color pixel files, I'm not sure I understand the question
11:51.27 YatharthROCK andrei, I used gcc. I didn't really know what it did then, though.
11:52.43 andrei GCC stands for gnu c compiler. It is opensource aswell and it is mostly found on unix based systems
11:53.01 YatharthROCK I was documenting asc2pix. In the wikis, it said asc2pix and pix2asc were used to encode and decode color pixel files. These commands take pics in bainry form and convert them to hex ASCII ones. I wanted to know whther color pixel files referred to the ASCII files or the binary one to...
11:53.31 YatharthROCK andrei, What are these C files compiled into?
11:54.06 andrei well, a computer can't read the code as we write it
11:55.10 andrei C files are translated in binary files
11:55.22 andrei binary files are files that contain code that is "readable" by a computer
11:55.47 andrei try writing some simple program, compile it. Then run hexdump on the compiled one ( object)
11:56.18 andrei What I said is a "simplified" version of what really happens
11:56.38 andrei so I might have eluded important aspects acidentally, if anyone can corect me, please feel free to do so :)
11:56.45 YatharthROCK andrei, I know. What is binary? As in, how is it represented or what reads and executes it? The OS? The chipset or something?
11:57.06 YatharthROCK OK, trying right now
11:57.34 andrei binary code is ultimately a succesion of 1's and 0's
11:58.38 andrei as for what reads and writes, it s usually the hdd.
11:59.09 YatharthROCK andrei, Hard Disk Drive?
11:59.26 andrei yes
11:59.33 andrei the execution isn't that straight forward I believe
11:59.45 andrei as both CPU and RAM are implied
11:59.50 andrei (not that RAM executes anything)
12:00.40 YatharthROCK andrei, Wait, the RAM is like a desktop for your drawer, a container for things you'r working on right now. Random Access Memory.
12:00.54 YatharthROCK CPU is the thing that executes everything else, right?
12:01.21 YatharthROCK And a HDD is just a storage medium. How can it execute anything?
12:01.29 andrei I never sait it executes
12:01.33 andrei I said just it reads and writes
12:01.36 YatharthROCK BTW, any ideas on the color pixel question?
12:01.48 YatharthROCK Oh sorry, misread
12:03.10 andrei I have only worked with pgm images so far
12:03.22 andrei And there a pixel was an positive integer value
12:04.09 YatharthROCK All this befuddles my brain, at the lowest level, someone must have coded up a chipset in 1s and 0s. Then that went into making Assembly. That was leveraged by the OS. It's code was used by custom compilers. These are then used by programmers like us. It's useful as it abstracts away everything. But lower down *someone* must have written 1s and 0s, right?
12:04.33 YatharthROCK andrei, pgm images?
12:05.38 andrei YatharthROCK, if you want to learn about it try reading about punched cards
12:05.53 andrei and pgm is a image format. Just like jpg or gif
12:06.31 andrei oh, hold on I didn't see one of your replies, sorry.
12:12.12 andrei I'm looking at the file right now
12:15.08 andrei well, both the output and the input seem binary.
12:15.55 andrei that is actually a map function that is applied to each pixel in a file
12:21.18 YatharthROCK andrei, Yeah, but the output can be encoded in ASCII and it's portable, right?
12:22.23 andrei well, I believe so :)
12:24.41 Alexandur how should i compile brlcad with cmake and native compilers or with toolchain file ? (the gci task to compile with dev c++)
12:25.43 Alexandur also if i choose the native compiler option which generator should i use
12:33.51 Alexandur any mentor?
12:37.44 caen23 Alexandur: have you read doc/README.Windows?
12:38.07 caen23 it's explained properly, but you'll have to replace MSVC w/ Dev-C++
12:38.50 Alexandur i checked it out , but will look closer
12:38.59 Alexandur thanks
12:40.16 Alexandur the first thing that comes to me is -> do i need visual studio to be installed on my system??
12:40.23 caen23 nu
12:40.26 caen23 no*
12:41.10 caen23 do you have a copy of the brlcad trunk?
12:41.38 Alexandur i have source i think 7.22.0
12:41.57 Alexandur from sourceforge?
12:42.53 caen23 i don't think the sources are up to date. you need to download TortoiseSVN and then download the brlcad from svn, which has the latest modifications to the source
12:44.07 Alexandur well i followed the links from my task
12:44.07 caen23 "the brlcad" <-- awesome
12:46.17 caen23 what you have is the code for version 7.22.0 of the program. that was released in september, but from september until today many changes have been made to the source
12:51.56 *** join/#brlcad ChanServ (ChanServ@services.)
12:51.56 *** mode/#brlcad [+o ChanServ] by services.
12:52.06 Alexandur ok this wasnt stated anywhere in my task so i cant know about it :D
12:53.15 Alexandur can i get the lastest version frim git?
12:54.21 caen23 i think there was a git repo, but brlcad uses subversion for version control
12:54.58 caen23 for this purpose, it's almost the same thing
12:56.03 Alexandur ok can you pm me link for the svn coz i`ll searching for ages for it
12:56.30 caen23 search for TortoiseSVN
12:58.17 caen23 then from the command prompt, you can do `svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad` to download the latest sources
13:00.53 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
13:03.16 stevenkou for my task on http://www.google-melange.com/gci/task/view/google/gci2012/7961226, what can i try to work on to get the compiling working?
13:05.11 andrei well, where is it failing?
13:05.38 andrei have you checked the logs provided?
13:05.58 stevenkou during make, it fails due to 2 errors on zlib, 1 in the makefile
13:06.25 andrei you need to be a bit more specific
13:07.26 stevenkou I don't quite understand what logs provided, the latest 2 txt files that I have submitted contains more specific details regarding my problem, I can paste the essential portions here if required
13:08.28 stevenkou # First zlib error originates from /src/other/libz/CMakeFiles/zlib-static.dir/flags.make at line 10 with the flag -w
13:08.28 stevenkou # Second zlib error originates from /src/other.libz/CMakeFiles/zlib.dir/flags.make at line 10 with the flag -w
13:08.28 stevenkou # Third error occurs due to line 147 of makefile
13:08.42 stevenkou That is my conclusion so far
13:15.42 andrei from your build log
13:15.50 andrei [ 0%] /usr/bin/windres: invalid option -- w
13:15.50 andrei Usage: /usr/bin/windres [option(s)] [input-file] [output-file]
13:16.04 stevenkou -w is not accepted by windres.exe
13:16.37 andrei brlcad might not compile entirely by cygwin and that's ok, but I think the issues should be further down
13:17.25 andrei well, note your issue there, try fixing the error
13:17.27 andrei and move forward
13:17.28 andrei :)
13:17.57 stevenkou I can skip zlib to avoid these errors but I don't think I should do that, the error that I don't understand is at the end of every failure, it talks abou "all"
13:19.37 andrei I m not sure if you could skip zlib( I don't know what it does)
13:20.15 stevenkou It can be skipped if the system has it already, but it is missing from cygwin, which is why I am not skipping it
13:22.11 andrei see if this helps you : http://www.zlib.net/DLL_FAQ.txt
13:25.02 Alexandur caen23: How to specify different generator ? It seems like its available in the GUI version
13:26.21 Alexandur ?
13:27.38 caen23 let me check
13:28.37 andrei Alexandur, what do you need help with?
13:28.38 Alexandur or its not available
13:28.56 Alexandur gci task compile brl-cad with dev c++
13:31.28 Alexandur so far i`ve downloaded cmake and selected the lastest project ,, i`ve also selected a proper build path
13:31.56 Alexandur and when i click configure and select microsoft visual studio as a generator nothing happens at all
13:32.13 Alexandur <PROTECTED>
13:33.08 Alexandur andrei or caen any idea?
13:34.09 caen23 andrei: i think he needs to use mingw as the generator, but on windows brlcad only has an msvc generator? i could be wrong, though
13:34.53 Alexandur i can choose mingw makefiles
13:35.18 Alexandur and recieve a ton of errors..
13:43.04 andrei I have never compiled brlcad on windows so I m slow in investigating the issue
13:51.50 Alexandur my mentor is Sean Decembe
13:51.59 Alexandur i need my time to be extended
13:52.25 Alexandur coz i have 20 hours left and it seems i am nowhere near completing my task
14:00.55 Alexandur caen23, any idea?
14:01.24 andrei Alexandur, I can extend your deadline
14:01.30 andrei but you need to have put some work into it :)
14:01.49 Alexandur andrei, like i am not but i am here coz i need big help
14:02.17 *** part/#brlcad YatharthROCK (~YatharthR@95.175.81.134)
14:02.17 Alexandur why i have the feeling that i need ms studio to be installed?
14:03.15 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com)
14:03.43 andrei why would you need ms studio for this task ?
14:04.58 andrei Also, there is plenty of time left, the extension will be most likely given a few hours before deadline
14:05.19 andrei but don't worry, if you managed to get some progress the deadline will be extended :)
14:09.33 maths22 <PROTECTED>
14:51.54 *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
14:57.52 Skriptkid brlcad: The buildbot is talking to your master. I had shutdown the slave yesterday(which probably made you think it wasn't.) If otherwise, please let me what needs to be done.
15:01.46 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145)
15:02.10 brlcad Skriptkid: indeed
15:02.13 brlcad what version of gcc is that?
15:02.19 brlcad or is that llvm?
15:03.12 Skriptkid GCC 4.2.1
15:03.22 Skriptkid LLVM build
15:04.13 Skriptkid Is there a problem?
15:04.27 brlcad well, just the build failure is unexpected :)
15:04.32 Skriptkid (excpet of course that bug in strict mode, which I'm fixing now)
15:04.34 brlcad Skriptkid: that's good, mark it complete :)
15:04.42 brlcad oh, and upload your config
15:04.50 Skriptkid Gimme a little time. I'll try fixing it.
15:05.55 Skriptkid The master config? It's on the server itself. There's no config file for slave. Only some info files(Admin name, email addr)
15:06.08 brlcad i meant a client one, interesting
15:06.22 brlcad so it just contacts yours on whatever port is specified
15:06.37 brlcad what was the comment about blamelist?
15:07.18 Skriptkid When you open the page of a build, there's a section called 'Blamelist.' Erik's name appears in it. I just said I have nothing to do with this.
15:07.44 brlcad Skriptkid: you can mark it complete, we can create another task to properly fix the mac build failures
15:07.47 brlcad okay
15:08.07 brlcad I think that's buildbot trying to figure out who caused the error
15:08.11 brlcad erik was last to commit
15:09.09 Skriptkid Ah..I see
15:09.58 Skriptkid On your slave question("So it contacts on…") - Slave contacts the master on the port specified in the master cfg file on the port specified, with an authentication name and password.
15:12.08 brlcad Skriptkid: except the master can also invoke a build request down to configured slaves, so I'm curious how that interaction works
15:13.13 Skriptkid there's an object called "Forcebuild" in the cfg file. That might answer that question(Not sure though, as this is a guess.)
15:13.46 brlcad how long did it take to set everything up?
15:14.29 brlcad new task: fix mac buildbot errors: http://www.google-melange.com/gci/task/view/google/gci2012/8081208
15:15.10 caen23 brlcad: so with strict and release enabled, i now get 4 errors. three are related to out of bound arrays and one is an uninitialization. how can i check to see what causes the array "out of bounds" error? i solved one by making the array larger (50 instead of 40), but i don't think this is the correct way to do it
15:15.42 brlcad caen23: the out of bounds arrays are almost certainly a bug
15:15.48 caen23 gcc bug?
15:15.54 brlcad no, bug in our code
15:15.56 Skriptkid brlcad: 30 mins. Took time to download the src. And fix errors.(And also because it was late night when I started it and had to go sleep.)
15:16.27 Skriptkid 2 hours, including everything
15:16.51 brlcad Skriptkid: okay, yeah, then definitely close it out
15:16.58 brlcad evens out with all the affinity work ;)
15:17.19 brlcad which, by the way, there are additional tasks written up for that, just not published until we get your patch integrated
15:17.20 Skriptkid Hehe :)
15:17.26 Skriptkid Ok
15:17.29 brlcad so close it out
15:17.37 brlcad claim the other if you like or can move on ;)
15:17.52 brlcad should be an easy fix
15:17.53 Skriptkid brlcad: Closed. Sorry I couldn't fix that bug though
15:18.21 Skriptkid Which is the "other" one?
15:18.25 caen23 brlcad: is there a way i can see where gcc finds it? one happens inside the loop of a function, so the values are set elsewhere. can i see where using some sort of debugger?
15:18.32 brlcad 'inline' is set up by brlcad/misc/CMake/CheckCInline.cmake
15:18.47 Skriptkid Oh, and by the way, that error pops up only in strict
15:18.51 brlcad that should be testing and ensuring that 'inline' is set to a proper keyword
15:19.07 brlcad strict is the default, what we expect to work everywhere
15:19.33 Skriptkid ok. I closed it
15:19.43 Skriptkid and which si the other task you were talking about?
15:19.46 Skriptkid *os
15:19.55 Skriptkid *is
15:20.08 Skriptkid :-$
15:20.26 brlcad what do you mean?
15:20.51 brlcad caen23: gcc only reports the end state so you have to trace backwards
15:21.19 Skriptkid nothing, nothing. "discussed on IRC" answered it
15:23.39 caen23 brlcad: yes, but if i have something like "void f(int n) { for(i = 0; i < n; i++) a[i] = 1; }" and it's called in three files, but in one of them, the call is f(20) and a only has 10 elements, can i use a tool to find out which file called f(20), or do i have to find it by hand?
15:32.34 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
15:37.09 *** part/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
15:37.32 *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
15:51.18 *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134)
15:51.38 YatharthROCK caen23, Are you Sean, by any chance?
15:51.52 caen23 YatharthROCK: no, Sean is brlcad
15:52.13 YatharthROCK caen23, Ohh... that solves one mystery
15:52.39 YatharthROCK brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208
15:53.40 YatharthROCK BTW, how are you always online?
15:53.53 YatharthROCK Maybe we're just in similar timezones... where do you live?
15:54.42 caen23 he's not always online, he just never closes irc. but he's not always at his computer
15:55.10 YatharthROCK caen23, Are you a mentor?>
15:55.15 caen23 no
15:55.33 YatharthROCK caen23, GCI student?
15:55.36 caen23 yes
16:00.01 YatharthROCK caen23, Cool, how many tasks have you done? All from BRL-CAD?
16:00.22 caen23 20 or so and yes, all brl-cad
16:00.26 YatharthROCK caen23, And how old are you? Where do you live? What technologies do you work with?
16:00.58 caen23 17, romania, mac and whatever software i need
16:01.10 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145)
16:01.12 YatharthROCK caen23, Cool, I think that's like the 2nd highest in BRL-CAD. Best of luck winning the grand preize!
16:01.30 caen23 thanks
16:01.43 YatharthROCK andrei, Can you close this task? http://www.google-melange.com/gci/task/view/google/gci2012/8104208
16:01.51 *** part/#brlcad YatharthROCK (~YatharthR@95.175.81.134)
16:01.56 *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134)
16:03.30 *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
16:09.19 Skriptkid YatharthROCK: Is there a GCI leaderboard anywhere?
16:10.07 caen23 Skriptkid: per organization
16:10.16 caen23 http://www.google-melange.com/gci/org/google/gci2012/brlcad
16:11.17 Skriptkid Thanks :)
16:12.57 caen23 sure
16:25.28 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145)
16:26.27 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
16:33.11 Skriptkid brlcad: Might need some help on fixing that issue. I tried adding a "typedef unsigned int foo_ut" and then another two function with this type. But no result. Still fails.
16:39.29 caen23 are the errors related to inline?
16:39.48 caen23 Skriptkid: the ones here? http://crit.brlcad.org/buildbot/builders/mac-tester/builds/7/steps/Compile/logs/stdio
16:40.23 Skriptkid yes
16:40.30 caen23 see if this helps http://clang.llvm.org/compatibility.html#inline
16:40.42 caen23 i think it's clang that's causing this error
16:42.04 Skriptkid thanks :D I'll see that
16:43.51 Skriptkid hmm…nope. But thanks anyway :)
16:46.15 brlcad Skriptkid: can you explain to me what the error means?
16:48.23 Skriptkid well…no
16:48.55 *** join/#brlcad Al_DC_Best (Al_Da_Best@5e0e112c.bb.sky.com)
16:49.05 Skriptkid brlcad: What does it mean?
16:49.44 brlcad caen23: gcc's not quite that good yet, but there are other tools (static analysis)
16:50.04 brlcad gcc does detect that case you mention, so usually it's just a matter of backtracking
16:51.06 Skriptkid So I do a static program analysis now?
16:51.07 brlcad visualize the call tree -- it's almost always either a fixed value like f(20) or it's a function that sometimes takes a dynamically allocated array and in that one file theres a int g[10]
16:51.15 brlcad Skriptkid: that's for caen23
16:51.19 Skriptkid ok
16:51.42 brlcad Skriptkid: you need to understand the error or you can't really have a hope of fixing it, right? :)
16:52.12 Skriptkid Yep :)
16:52.16 brlcad start with the error message, and parse it
16:52.27 brlcad what don't you understand, what do you think you understand
16:53.03 Skriptkid I understand that it's something to do with inline unsigned int. I don't understand the "extension used"
16:58.59 caen23 brlcad: thanks
16:59.28 Skriptkid brlcad: ??
17:04.27 YatharthROCK brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:37.56 brlcad Skriptkid: very much has to do with inline unsigned int
17:38.05 brlcad more specifically, which word is the arrow under
17:38.10 Skriptkid inline
17:38.33 brlcad that is the extension
17:38.50 brlcad C hasn't always had that keyword
17:38.56 brlcad c99 has it
17:38.58 brlcad c89 did not
17:39.29 brlcad c89 DID have it if you enable certain extensions to the compiler
17:39.38 brlcad and that was different from compiler to compiler
17:40.03 Skriptkid so my gcc build is based on C89?
17:40.22 brlcad if you compiled with VERBOSE=1, you'd see the actual compile line
17:40.44 brlcad it has an option specified that says something like -std=c89
17:41.03 brlcad so the compiler is correctly saying "well, you want to compile in strict c89 mode, but c89 didn't have 'inline'"
17:41.15 brlcad that's where the cmake file comes it
17:41.17 brlcad s/it/in
17:41.52 brlcad it should have found that out and defined inline to be something else
17:42.01 brlcad so something's not right in the build system
17:42.09 Skriptkid ahh…so this requires editing of CompilerFlags.cmake?
17:43.19 brlcad maybe
17:43.26 brlcad that's certainly a place to start
17:43.41 brlcad looking at your cmake output to see what the results of those tests were
17:44.12 brlcad you can also look in your build directory CMakeFiles directory where you'll find two text files with output and errors
17:44.22 brlcad see what you find relating to the inline tests
17:44.50 brlcad even better, start by reading CompilerFlags.cmake and see if you understand what it's doing
17:46.44 Skriptkid I'll do that. What does the flag "-Wlanguage-extension-token" do?
17:49.22 brlcad all of the -W flags enable or disable a particular warning
17:49.52 brlcad that one tells the compiler to warn if it sees we're using language extensions
17:50.29 brlcad the general idea is to still compile in c89 strict mode, but then use a mechanism that doesn't invoke a warning
17:50.39 brlcad there's almost certainly a way
17:52.07 YatharthROCK brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:52.33 brlcad YatharthROCK: you do realize there is a queue, yes?
17:52.48 brlcad asking repeatedly is not very polite
17:54.07 YatharthROCK brlcad, Sorry. I wanted to start working on another task as our winter hols started and I didn't have anything to do all day. Getting no response, I thought maybe you hadn't seen or noticed it or something. Sorry again...
17:54.15 brlcad I'd just reviewed it a few minutes ago, a little patience goes a long way
17:55.24 YatharthROCK I got an e-mail notification some seconds after I asked you right now -_-
17:55.59 Skriptkid brlcad: So make is complaining that the language extensions have been used and are not supposed to be used in strict mode?
17:56.07 brlcad YatharthROCK: asking me to do something will frequently get no response -- asking how long you might expect before it'll be reviewed might get you a more specific response ;)
17:56.16 YatharthROCK For the example, I should include a example workflow, yes? As in a sample situation where the command might come handy.
17:56.30 YatharthROCK I'll keep that in mind. Sorry again...
17:56.48 brlcad workflow, no. example, yes
17:57.02 YatharthROCK And yes, I did choose that task so I wouldn't have to do any real work ;)
17:57.44 brlcad it's a very simple command, an example should be very simple too -- just needs a real world example
17:58.01 YatharthROCK brlcad, I mean like I should give a command outputting a pix file. Then one that converts it to ASCII. Then one that converts it back. That's it
17:58.06 YatharthROCK k, I
17:58.11 YatharthROCK 'll work on it
17:58.15 brlcad also, you can start on another task before we mark a task completed
17:58.18 YatharthROCK Darn that Enter key
17:58.54 brlcad it's not like dozens disappear daily :)
17:58.55 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145)
17:59.08 brlcad YatharthROCK: that example would be fine, sure
17:59.26 brlcad could include that example in the old man page too
18:00.05 brlcad Skriptkid_: basically yes
18:00.31 brlcad Skriptkid_: the trick, though, is that you can usually use those features without using the "extension" (i.e., "inline")
18:00.39 brlcad that's where reading that cmake file should help
18:00.50 brlcad you'll see how it tries a variety of variations on 'inline'
18:01.06 brlcad does __inline work, does __inline__ work, ...
18:01.26 brlcad if "inline" by itself worked, then the compile flags are wrong
18:03.07 Skriptkid_ Does the check loop in the cmake break if it encounters a problem with one of those three different variations?
18:41.04 *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
18:56.09 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
18:57.39 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - patch-v2 uploaded I added an example situation where the commands might come in handy, and I used more semantic tags instead of <emphasis> tags everywhere. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
18:58.28 brlcad YatharthROCK: would you upload one of the html files so I can quick-check it?
18:58.33 YatharthROCK brlcad, Around when can I expect my task to be reviewed? I added an example workflow and also used more semantic tags rather that <emphasis> everywhere.
18:58.42 YatharthROCK Sure, give me a sec
19:01.01 YatharthROCK brlcad, What format are the man files compiled from the DocBook in?
19:01.40 YatharthROCK Cuz I'd prefer uploading them. The HTML output is not what I expect, as in, not as pretty and controllable as I'd like
19:02.22 YatharthROCK No worries, I found it
19:02.33 YatharthROCK brlcad, Mind if I upload a man page instead?
19:04.42 YatharthROCK So the DocBook files are converted back into troff macros on compilation?
19:06.40 YatharthROCK I ran cat `find .build/ -name 'asc2pix.1'` and that's what I found
19:06.49 YatharthROCK brlcad, Uploaded the man page
19:08.57 YatharthROCK I'm posting the example here for convenience: http://paste.ubuntu.com/1460175/
19:26.52 Notify 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
19:58.35 Notify 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205
20:13.46 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - html Would you submit the html output? Also, glancing at the text of the manual page, it does not appear to be accurate. It mentions using the -O option, please verify for accuracy. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
20:13.51 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
20:48.27 caen23 brlcad: i still can't figure out how to solve the out of bounds warnings. here's the function where the errors occur http://slexy.org/view/s211uarboQ it goes out of bounds at line `knot_vec[i+srf->order[idx]] = param2`. but i don't understand why that is. `srf->order[idx]` can be at most 19 (otherwise, bu_bomb() is called), so `i + srf->order[idx]` can be at most 37, so it should never go past 40. how can it go out of bounds?
22:19.48 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:20.04 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Missing commands The compiling stuffs took the most out of the two days, and I would be able to finish the remaining commands if i were to know what those commands do. The blank commands I could not find through the the "help" command nor through the MGED commands site. What shall I do... http://www.google-melange.com/gci/task/view/google/gci2012/7985228
23:22.27 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20121224

IRC log for #brlcad on 20121224

00:42.22 Notify 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
00:58.29 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
01:28.04 *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145)
02:21.53 Notify 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - A quick question: So, just to be sure I'm looking at the right errors here, I've added the following to the BRLCAD_CompilerFlags.cmake file: brlcad_check_c_flag(Wwrite-strings) and brlcad_check_cxx_flag(Wwrite-strings) and the compilation results in a fair amount of : ... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
02:28.31 Notify 03GCI: Melange: Improve geometry database loading behavior - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
02:35.39 Notify 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - On second thought... I just removed the brlcad_check_c_flag(Wwrite_strings) to check myself and these errors still appear, so I'm guessing these are not what I should be fixing (even thought they look to be caused by a similar problem). How exactly do I go about adding... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
02:57.13 Notify 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Third time is the charm... So, now I just feel stupid. I just realized I had those two lines of code in two sepearte places in that file. When I removed them both, the errors dissapeared. So it looks like I did set that flag correctly after all, haha. I'll get to work... http://www.google-melange.com/gci/task/view/google/gci2012/8090205
03:54.07 *** join/#brlcad gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net)
03:56.41 gmercer015 My task review states that i have undocumented hard-coded constants in my program, though i am not sure on what he is specifically referring to. 3 Kiowa Ct
03:56.41 gmercer015 Henderson, NV 89074
03:56.47 gmercer015 whoops, wrong copy
03:56.58 gmercer015 https://google-melange.appspot.com/gci/task/view/google/gci2012/7984226
03:57.21 gmercer015 ^^ link to post, little lost as to what the undocumented constant is.
04:35.52 Notify 03GCI: Melange: Migrate ALL our MySQL databases - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
04:36.02 Notify 03GCI: Melange: Write a manual page for MGED's "brep" command - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
05:17.52 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
05:20.12 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - In the case this task needs more work Could i receive a time extension by the reviewer in the event that my task is sent back for more work? The pervious submission my task was reviewed but the time was not extended and i almost lost the task when it went up... http://www.google-melange.com/gci/task/view/google/gci2012/7984226
05:20.59 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
05:40.07 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
05:51.00 *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98)
06:06.15 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
06:08.46 Notify 03GCI: Tanuj Guha: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
06:11.07 YatharthROCK brlcad, I uploaded one. Sorry I couldn't do it earlier. One of the bad parts about being 13 is that you can't choose your bedtimes, even in the hols :(
06:11.43 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
06:14.32 YatharthROCK brlcad, I remember discussing about DocBook. I tottaly agree with you on it's advantages over Troff. It's more maintainable, standardized, semantic, and allows us to seperate presentation from content (want to change how something appears? just change one line in the parser rather than fixing up the 500 or so man pages you already have!)
06:30.45 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:39.15 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
06:40.35 stevenkou For my task, compilation of brlcad stops at 24% due to line 146 of the makefile, can anyone explain what is going on there as I don't quite understand the makefile in that portion.
06:40.35 stevenkou My task page is at http://www.google-melange.com/gci/task/view/google/gci2012/7961226
06:40.56 stevenkou I have attached both the makefile and the log.
06:56.22 Notify 03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students... http://www.google-melange.com/gci/task/view/google/gci2012/7982218
07:19.19 stevenkou Anyone willing to help me?
07:21.46 milamber stevenkou: i'm not expert but just looking at the log it seems like the filenames are not windows safe. what version of make is it? i'm pretty sure they were having some issues with it, you may also want to look into the shell utility and cygpath
07:21.57 milamber /not/no
07:22.18 milamber /windows/unix
07:23.28 stevenkou GNU Make 3.82.90
07:23.28 stevenkou Built for i686-pc-cygwin
07:26.29 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
07:27.26 stevenkou regarding the filenames, man pages are the only ones that are having problems with it, but I have patched it up already, so that it does not contain any special characters that would cause problems. Or do you think that any of the other warnings are due to file names?
07:27.30 Notify 03GCI: Sean: Design a "Commercial CAD Comparison" diagram - plagiarism and deceit Nikolay, I recently discovered that you blazenly lied about your work on this task. Moreover, the diagram you submitted is not your own original work. It is a modified screen capture of http://cad-software-review.toptenreviews.com/ without any attribution... http://www.google-melange.com/gci/task/view/google/gci2012/7974231
07:33.16 stevenkou Most important of all, no matter whatever I do, make will also fail with the same error in the end. Does anyone understand the error? It is located at the end of my latest log, do guide me if you understand what is going on there.
07:35.03 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
07:36.18 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Incomplete submission I don't feel that my work is complete too, but I need some guidance to do more. Hope that someone that understands the problems would give me a guide on this. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
08:47.20 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Osaze. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
08:47.40 Notify 03GCI: Sean: Web interface (AJAX?) to MGED - Task Assigned This task has been assigned to Tanuj Guha. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224
08:47.45 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7973230
09:07.40 *** join/#brlcad andrei (~andrei@79.117.234.235)
09:53.45 Notify 03GCI: Cezar: Fix GCC 4.8 compilation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8105205
09:56.31 andrei brlcad: related to eliminating globals in /tools/g_transfer.c; The cleanest solution I found would be to move them into the pkg_conn structure. From what I can understand, it's either this or modify the pkg_callback macro
09:57.45 andrei like this, for example : http://paste.lisp.org/display/134259
09:59.15 andrei I don't see any other option except adding an extra param( which you said it wasn't recommended) or adding the needed data into pkg_conn struct
10:01.18 stevenkou brlcad: for my task, would you mind explaining to me what the error is about? I have uploaded my latest log and I need help on the last error which is present everytime.
10:09.51 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
10:13.58 Notify 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for msr.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
10:29.49 andrei why ask question and then leave?:(
10:59.08 Notify 03GCI: ChoWooHyun: Create an artistic screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
11:06.16 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
11:10.05 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.235)
11:24.22 *** join/#brlcad andrei (~andrei@79.117.234.235)
11:46.22 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
11:48.01 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
11:51.25 ``Erik andrei: impatience, lack of understanding, some people are boggled that someone would lurk or step away from the computer while still connected *shrug* others are boggled that the world doesn't revolve around them :)
11:52.42 andrei one shouldn't expect instant response, specially during holidays.
11:56.32 Notify 03GCI: Skriptkid: Fix Mac OS X compilation errors under Buildbot - A modification fixes that error. But... Modifying "BRLCAD_CHECK_C_FLAG("std=gnu89" BUILD_TYPES Debug)" to "BRLCAD_CHECK_C_FLAG("std=c99" BUILD_TYPES Debug)" or "BRLCAD_CHECK_C_FLAG("std=gnu99" BUILD_TYPES Debug)" fixes that issue, but pops up another error: ... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
11:58.22 ``Erik many do, thus the 'ask' commands on the bots...
11:58.25 ``Erik !notify ask
11:58.26 Notify Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
11:58.34 ``Erik ~ask
11:58.34 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
11:58.55 ``Erik (I believe that's brlcad's copywriting)
12:05.40 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:22.08 Notify 03GCI: ChoWooHyun: Create an artistic screenshot - How Can i register my database.g and my screenshot.png? ??? http://www.google-melange.com/gci/task/view/google/gci2012/8025213
12:33.53 andrei ``Erik: I've just read Joel Spoelsky's "Guerilla guide to interviewing" and to me it seems a bit too harsh. Have you read it?
12:42.36 andrei also, if when you have time, could you take a look at the g_transfer question I asked brlcad?
12:50.00 Notify 03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
13:01.33 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
13:20.50 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Extend deadline Please extend my dead line for one day http://www.google-melange.com/gci/task/view/google/gci2012/7953233
13:28.55 Notify 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:31.18 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:40.03 Notify 03BRL-CAD:starseeker * 54115 (brlcad/trunk/doc/docbook/system/man1/en/asc2g.xml brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): Fix asc2g and g2asc for xml strict validation.
14:09.05 Notify 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
14:38.24 *** join/#brlcad YatharthROCK (~guest@95.175.93.148)
14:39.28 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
14:40.26 YatharthROCK brlcad, I uploaded everything. How much longer can I expect to wait? The deadline is due to end in 4 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
14:44.15 starseeker andrei: sometimes folks are more used to the very very active IRC channels from projects that always have people online
14:44.33 starseeker or they confuse this with a commercial online help system
14:44.56 YatharthROCK starseeker, If that was pointed at me, sorry -_-
14:46.19 YatharthROCK I understand that you people aren't employess are get paid, you're using your spare time to contribute to the project and review projects along the way. I just wanted to know around when I could expect it to be reviewed, so if it's rejected, I could keep time free to work on it.
14:49.28 caen23 or maybe they're just too young, i wouldn't expect people who are younger than 15 to be very patient or considerate. this might also be their first time on irc, and the contest is also a factor, i wouldn't worry too much about this
14:50.13 caen23 YatharthROCK: where do you live?
14:51.12 YatharthROCK caen23, Kuwait, Middle East. It actually has a good open-source community, just not one geared towards teens. We even have a GDG here :D
14:53.13 caen23 YatharthROCK: i live in utc+2 and brlcad comes online at around 5 pm. as far as i can tell, kuwait is utc+3, so… 6 pm for you
14:53.40 YatharthROCK On an unrelated note, Windows 8 rules! At least compared to previous Windows versions...
14:54.19 YatharthROCK caen23, Thanks. Where do you and brlcad live?
14:54.44 caen23 i don't know where he lives, but it's 5 pm where i live when he comes online
15:20.20 andrei 5.20 to be more precise, caen23 :)
15:21.00 caen23 :D
15:33.34 Notify 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - need more time I am having problem to compile the code in my environment, which is centos 6 linux. The thirdparty library bullet have some compatible issue with module libged.dir/simulate/simcollisionalgo.cpp when I build the project. I am still working on it,... http://www.google-melange.com/gci/task/view/google/gci2012/8022215
15:45.29 Notify 03GCI: Sean: Create an artistic screenshot - Task Assigned This task has been assigned to ChoWooHyun. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213
16:05.30 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
16:16.22 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - filename :: Brlcad_webdesign.tar.gz just added a new file Brlcad_webdesign.tar.gz I just have forgotten to add some social network buttons on the web design This is a new file with social network buttons. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
16:20.14 Notify 03GCI: Sean: Create an Halfspace Model and Diagram - half the work Not quite. There should be a sphere at 0,0,0 with a vector (arrow) N going towards 'd'. Basically, you need to shift the dashed line down so that 'd' is right on the surface where you currently have N, put N down "inside" the gray area, and add an origin with an arrow for N.... http://www.google-melange.com/gci/task/view/google/gci2012/8043208
16:20.28 Notify 03GCI: Sean: Create an Halfspace Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
16:20.41 *** join/#brlcad harmanpreet (~chatzilla@210.56.124.160)
16:38.57 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Sure Extensions are no problem. It look like indentations and else statement placements are still wrong, though. Please recheck the style described in HACKING and my earlier comment. Looks almost right, but still significant style errors. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
16:39.02 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
16:39.07 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
16:45.53 *** join/#brlcad harmanpreet (~chatzilla@210.56.126.67)
16:49.06 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Nice Work Gauravjeet, your work is appreiable. :) Addition of buttons of social networking sites is new feature for the BRL-CAD website. But you forgot to add Login/Register link. Put it to some proper place and you are done. :) http://www.google-melange.com/gci/task/view/google/gci2012/8130202
16:49.16 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
17:05.22 Notify 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
17:14.56 Notify 03GCI: Sean: Design an MGED command spreadsheet - compiling doesn't count Time spent compiling BRL-CAD doesn't count. :) How long did it take to fill out the spreadsheet? While many of those commands don't have help, they do have a usage statement if you run them within MGED. That may help you categorize the remaining ones. Try that and... http://www.google-melange.com/gci/task/view/google/gci2012/7985228
17:15.01 Notify 03GCI: Sean: Design an MGED command spreadsheet - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
17:16.06 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
17:16.31 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - filename :: Brlcad_webdesign(2).tar.xz added login/register link... http://www.google-melange.com/gci/task/view/google/gci2012/8130202
17:22.59 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
17:33.59 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - less convoluted example Having an example is good, but having one that refers to third-party tools that the user may or may not have available is not good. Will that example work for a Windows user? Probably not. Keep it more simple. Maybe just asc-pix, pix-png, [do some... http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:34.05 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:34.09 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:36.10 *** join/#brlcad Ashish101 (75c22829@gateway/web/freenode/ip.117.194.40.41)
17:36.44 Ashish101 where can i find brlcad's commands
17:41.56 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - definitely got further Steven, you definitely got further along than others. Can you provide all of the exact steps and commands that you ran? Looking at your build log, the compile failed in our libpkg library due to a definition mismatch. Why that occurred depends on many... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
17:42.16 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
17:42.17 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
17:44.22 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - if you can't get it to work Don't worry if you can't get it to work as you've made some good progress (enough to complete the task, but need to submit your steps and try). Just make sure that you try and document the steps you take so someone else can build on your work on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
17:45.00 brlcad Ashish101: they're all in the bin directory of a binary install
17:45.07 brlcad 400+ of them
17:45.38 brlcad if you have an install "locate mged" or "which mged" might help point you, but it's usually in /usr/brlcad/bin or /usr/brlcad/rel-7.XX.XX/bin
17:45.41 YatharthROCK brlcad, Should I use the example you gave me? Or maybe my previous example, but with the exact commands replaced by generic message about what's supposed to happen then
17:47.39 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Final Touch Adjust the search bar and Login/Register button in the header within the boundaries of central part. Create a footer and put links of social networking sites in it. That's it. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
17:49.19 Notify 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
17:51.25 Notify 03GCI: Melange: Create numerics library (LIBBN) API unit test ... for axis.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8022215
17:52.10 brlcad YatharthROCK: refering to remote transfer is too complicated
17:52.37 brlcad doesn't have to be the example I gave, but keep it really simple
17:52.42 brlcad and something "useful"
17:53.13 YatharthROCK brlcad, I could maybe just say, "Transfer file to non-Unix machine" as that's one of the main purposes of the command.
17:53.20 Ashish101 brlcad: any way for windows ??
17:53.57 YatharthROCK Ashish101, Just use the search functionality, right?
17:54.42 Ashish101 Oh yes got them
17:54.51 Ashish101 all in dll and exe files
17:56.06 Notify 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
17:56.34 YatharthROCK Ashish101, You can even use piping using `dir /s /b "c:\Program Files" | find "mged.exe"`
17:57.29 Ashish101 but still that dosent give info on the commansd -- does it ??
17:57.48 Ashish101 thanks for the help thoug PathatROCK
17:58.27 YatharthROCK Ashish101, Putting the handle in the beginning lets you hit Tab for autocomplete in most clients and also notifies the user
17:58.57 YatharthROCK Ashish101, I didn't understand what you meant by ' but still that doesn't give info on the command -- does it ??' though...
17:59.38 Ashish101 i also want to know about the commands meaning what it does and all
18:00.56 YatharthROCK brlcad, I not inclined to use your example as it's kinda' extraneous. Why would anyone have a pix(5) file encoded in ASCII in the first place? That main purpose (and only that I know of, please correct me if I'm wrong) is for easy transfer. Maybe I could replace the commands with a generic message like "Transfer file to another (non-Unix) machine"
18:01.45 YatharthROCK Ashish101, That's a different question. You'll have to use the online documentation, I think. I'm not very familiar with Windows. It's much easier to just use Linux.
18:09.16 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
18:12.15 *** join/#brlcad Suryajith (~Stattrav@122.170.81.221)
18:16.14 Notify 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8017216
18:21.46 Notify 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Read and understand Though the task has been assigned to you, but it is recommended that you should read carefully and understand the task description and Sean's above mentioned comment before starting your work. It will save your time. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
18:24.34 *** join/#brlcad Gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net)
18:25.10 Gmercer015 When writing if-else statements in BRLCAD's format, is the else and if on the same line?
18:25.37 Gmercer015 or is the if placed on line after the else
18:33.11 Notify 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8022215
18:39.04 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Re:final touch uploaded two files:-- brlcad_wd_gimp_files.zip brlcad_wd_png_files.zip > Adjusted the search bar and login link > create a footer for those social networking sites http://www.google-melange.com/gci/task/view/google/gci2012/8130202
18:49.27 Notify 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:50.53 Notify 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
18:52.24 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8130202
19:21.41 Notify 03GCI: Harmanpreet Singh: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202
19:38.23 Notify 03GCI: gcking: Create a utility library (LIBBU) API unit test ... for hash.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
20:16.27 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
20:17.54 Silvrous http://www.google-melange.com/gci/task/view/google/gci2012/8001225 Could I get an extension on this task? I haven't been able to really work on it due to Christmas.
20:18.15 Silvrous Happy Holidays, btw
20:24.34 *** join/#brlcad caen23_ (~caen23@92.83.171.19)
20:25.29 andrei Silvrous: done
20:25.33 Notify 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
20:25.41 Silvrous Thanks!
20:25.42 andrei Don't worry about the deadline :)
20:26.23 Notify 03GCI: javamonn: Add a command-line option that sets an object color temporarily - A little confused... So, I have the option added and the color parsed, but I'm unsure as to how to change the color of the rendering. Is there a function I should be calling? Or maybe a way to overwrite the color of the pixels worker.c is producting? I'd... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
22:06.47 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
22:19.36 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
22:24.13 maths22 brlcad: mysqld does not appear to be working on crit
23:53.12 *** join/#brlcad vaporware (~cezar@92.83.171.19)
IRC log for #brlcad on 20121225

IRC log for #brlcad on 20121225

00:25.35 Notify 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031202
00:26.12 *** join/#brlcad M0J0E (~johannes@p5791FCA4.dip.t-dialin.net)
00:32.57 M0J0E If one of the mentors is still here, it would be great, if he could quickly assign this task(http://www.google-melange.com/gci/task/view/google/gci2012/8031202) to me, as it is getting pretty late here in germany, and I won't be able to submit the patch tomorow.
02:28.34 Notify 03GCI: Melange: Improve geometry database loading behavior - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230
02:33.02 ``Erik maths22: mysqld is now running
03:13.45 maths22 Thank you
03:49.47 Notify 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
04:31.24 Notify 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
04:31.29 Notify 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8114205
04:35.51 Notify 03GCI: Melange: Migrate ALL our MySQL databases - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
04:36.01 Notify 03GCI: Melange: Write a manual page for MGED's "brep" command - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232
04:58.15 Notify 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
04:59.16 Notify 03GCI: Jackie: Create a technical screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:23.30 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
05:51.40 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:53.37 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
06:13.19 brlcad maths22: looks like it's working to me
06:14.07 brlcad I just connected to the db, made a query
06:19.49 Notify 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for hash.c - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031205
06:20.10 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Assigned This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7991205
06:20.21 Notify 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - Task Assigned This task has been assigned to Johannes Schulte. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031202
06:20.30 Notify 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to Lim Qian Joo. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202
06:20.46 Notify 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8114205
06:20.56 Notify 03GCI: Sean: Create a technical screenshot - Task Assigned This task has been assigned to Jackie. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022221
06:23.52 Notify 03GCI: Skriptkid: Fix Mac OS X compilation errors under Buildbot - Override flags I found a method to use/override flags for a particular file in Cmake. Adding "set_source_files_properties(src/libbu/bitv.c PROPERTIES COMPILE_FLAGS -Wno-error)" overrides Werror for the file bitv.c and adding "set_source_files_properties(src/libbu/bitv.c... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:23.57 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Done? The whole spreadsheet took me about a total of four to five hours, but I just think that is nothing compared to the time spent on figuring how to compile. But anyways, I have shrunken the number of missing commands to three: get_solid_keypoint, rate, and select. I have spent my... http://www.google-melange.com/gci/task/view/google/gci2012/7985228
06:25.31 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.235)
06:25.37 *** part/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
06:28.03 Notify 03GCI: Sean: Create an Halfspace Model and Diagram - still not right.. Sharan, that's closer but still not right. 'd' is where the "ground surface" is at. If you shift the diagram (including 'N") down and put a label for the origin, it should be good. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
06:28.13 Notify 03GCI: Sean: Create an Halfspace Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
06:28.23 Notify 03GCI: Sean: Create an Halfspace Model and Diagram - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
06:33.31 Notify 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987232
06:38.03 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - mged_4 mged_4 should be the final spreadsheet with three missing commands http://www.google-melange.com/gci/task/view/google/gci2012/7985228
06:38.13 Notify 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
06:52.31 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
06:56.21 Notify 03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218
07:13.11 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
07:16.02 YatharthROCK brlcad, Are you online?
07:19.40 YatharthROCK According to the logs, you were an hour ago...
07:34.17 YatharthROCK starseeker, Can you help me with this task (if you don't mind)? http://www.google-melange.com/gci/task/view/google/gci2012/8104208
07:43.13 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
07:50.22 *** join/#brlcad Suryajith (~Stattrav@122.179.160.211)
08:02.13 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
08:08.31 *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148)
08:12.34 *** join/#brlcad Ashish101 (75c2207d@gateway/web/freenode/ip.117.194.32.125)
08:30.00 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
08:59.44 *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235)
09:00.24 Ashish101 In Mged i try to edit only an element like a human but i cant be able to select the human as a whole for further editings using Primitive and matrix selection
09:00.58 Ashish101 Eg i have two men -- and i want to move one so i want to select one man how could i do that ??
09:09.03 Notify 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031202
09:09.28 Ashish101 KK then ill try it in Ubuntu and merry Christmas
09:11.02 *** join/#brlcad M0J0E (~johannes@p5791FDDF.dip.t-dialin.net)
09:11.39 *** join/#brlcad andrei (~andrei@79.117.233.100)
10:06.38 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
10:20.28 Notify 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
10:23.06 *** join/#brlcad Suryajith (~Stattrav@122.179.160.211)
10:24.32 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
11:09.19 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:12.22 Skriptkid What is ${SOME_NAME} in a cmake file? A variable?
11:25.07 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
12:47.43 *** join/#brlcad ibot (~ibot@rikers.org)
12:47.43 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
12:48.37 Notify 03GCI: V Rahul: Link all of our orphaned website wiki pages - Pre-requisites I'd like to work on this task. But before claiming, I want to know the pre-requisites I need to have for working on this task. I had a look at your wiki, and I'm getting familiar. Is there a list of the other orphaned pages, so that I'd get an idea of going about... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
12:49.07 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8131202
12:50.03 Notify 03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
12:52.08 Notify 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - New Patch So, my2.patch is now current one, as I forgot in the first to free one struct. In general, I'll be not able correct anything till sunday, as I'm not at home, so I hope my work won't need any changes, otherwise I suspect that you will... http://www.google-melange.com/gci/task/view/google/gci2012/8031202
12:53.04 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - If not connected If it's not connected, my computer is just shut down. But it listens to the brlcad master.(This ciconfusion was there on the OSX task ;) ) http://www.google-melange.com/gci/task/view/google/gci2012/8131202
12:53.25 *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
12:53.28 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.186)
13:02.38 Notify 03GCI: Melange: Crash our raytracer application reliably - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
13:03.08 Notify 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
13:28.49 Notify 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:46.54 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
14:12.30 maths22 ``Erik had fixed it
14:14.45 Notify 03GCI: Jacob B: Migrate ALL our MySQL databases - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
14:16.11 Notify 03GCI: Jacob B: Migrate ALL our MySQL databases - Migration The databases are already migrated. It took longer to run than I thought it would, and mysqld had to be started. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
14:17.49 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
14:35.20 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#5) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
14:45.19 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
14:56.05 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - work done so far I have uploaded my work done so far.I am still working on it,but am running out of time.Can you please give me another extension? http://www.google-melange.com/gci/task/view/google/gci2012/7953233
14:58.46 Notify 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Material Source Hi Sean, Where can I get the required files for this task? -Qian Joo http://www.google-melange.com/gci/task/view/google/gci2012/8122202
15:35.23 Notify 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - SVN You will need to download the latest code from subservion: http://brlcad.org/wiki/SVN. If windows user, get a SVN client: http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients Changes should be submitted as "patches":... http://www.google-melange.com/gci/task/view/google/gci2012/8122202
15:41.41 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
15:51.05 Notify 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:01.43 *** join/#brlcad vibhav (vibhav@ubuntu/member/vibhav)
16:01.54 vibhav Hello
16:08.07 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:17.14 vibhav Thats neat
16:30.16 andrei hello vibhav
16:31.53 Notify 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
16:35.05 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:43.56 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
16:49.31 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Lacks professional look Amitoj, From the files you uploaded, I looks like you put considerable efforts but your concept lacks professional look and feel. Just writing page titles and putting some images will not be enough. Choose colors and fonts carefully, take... http://www.google-melange.com/gci/task/view/google/gci2012/8123204
16:49.51 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
16:50.28 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:00.06 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Thanks Thank you... :) http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:01.21 Notify 03GCI: Harmanpreet Singh: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211
17:03.23 Notify 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
17:29.41 maths22 By the way, I have upgraded gallery (from my first task) on crit (go to crit.brlcad.org/gallery3)
17:43.11 YatharthROCK Are any mentors here?
17:44.03 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
17:44.11 YatharthROCK I've noticed an inconsistency in BRL-CADs man pages. Some conversion functions use '2' to separate stuff like asc2pix and asc2g, while some use a '-' like pix-png
17:44.23 *** join/#brlcad EricPoehlsen (~Eric@ip-109-43-16-121.web.vodafone.de)
17:44.59 YatharthROCK Also, some are used as 'command input output', others as 'command <input >output' and the rest as 'command input >output'
17:45.32 YatharthROCK Is there some rationale behind this? Like some are map functions, so they're used as this or something like that?
17:45.43 YatharthROCK Maybe we could have a GCI task like that
17:46.27 *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.103.186)
17:46.37 EricPoehlsen i just started using brlcad and wondered if it is possible to commandline open/close a database in MGED without going to the menu
18:04.24 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Please review I not really sure about your example as it's extravenous, ie, it's not really a use (why would anyone have the ACSII file first unless he converted it, and if that, then why would he have converted it only to have to convert it back again). Thes sole,... http://www.google-melange.com/gci/task/view/google/gci2012/8104208
18:17.24 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
18:26.38 *** part/#brlcad Skriptkid_ (~Skriptkid@117.202.103.186)
18:32.29 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
18:34.27 Notify 03GCI: Sean: Migrate ALL our MySQL databases - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8078203
18:34.47 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:43.50 *** join/#brlcad ibot (~ibot@rikers.org)
18:43.50 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
18:52.16 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
19:21.23 Notify 03GCI: Jacob B: Migrate ALL our MySQL databases - How to run Run mysqltransfer.sh with a text file with database names one per line as the first argument. Edit the script to change the remote host or password. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
19:21.28 Notify 03GCI: Jacob B: Migrate ALL our MySQL databases - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
19:32.10 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
19:44.34 Notify 03GCI: Donny Mitsov: Create geometry database with one of every primitive - external files and database https://bitbucket.org/dmitsov/gci-tasks/src/9c8d6337a5d313c1ae385b8e1c90772588079bc9/MGEDdatabase.tar.gz?at=default# http://www.google-melange.com/gci/task/view/google/gci2012/7985226
21:07.01 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Ready for Review The work for this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
21:25.27 *** join/#brlcad EricPoehlsen (~Eric@ip-109-43-16-121.web.vodafone.de)
21:36.57 *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net)
21:45.06 gmercer015 im not so sure if i am formatting these if - else statments correctly in BRLCAD standards. http://pastebin.com/DzTF6eWu
21:45.20 gmercer015 Link to the section of code i am confused with ^^
21:55.17 caen23 gmercer015: read HACKING, everything's in there
21:56.45 gmercer015 It had no information on if-else-if-else-if nesting, my statements have a number of nested if's inside of others. I'll give it another look though, i might have missed it
22:00.43 caen23 i think you should keep the "else" on the same line as the "if"
22:01.02 caen23 or rather, the "if" on the same line as the "else"
22:02.04 caen23 when in doubt, you can always check the source code. try looking at libbn/anim.c, for example. see how if's are written there and apply that style to your code
22:03.04 gmercer015 i did that put my task was sent back for more work, i was told it was formatted wrong(the if/else statements specifically)
22:03.14 gmercer015 https://google-melange.appspot.com/gci/task/view/google/gci2012/7984226
22:06.11 gmercer015 but my task*
22:08.36 caen23 i think the problem is that the "else" should be on the same line as the ending brace for the "if", with the comments inside the block body
22:11.09 caen23 gmercer015: here is how i would do it http://pastebin.com/c9ge2LHG
22:17.30 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:18.24 gmercer015 thanks for the help caen23, i think i got it down this time.
22:18.36 caen23 nice
22:20.36 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
23:23.42 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Email Pdf? Is it possible to email the pdf to you, for some reason my computer isn't allowing me to upload anything. http://www.google-melange.com/gci/task/view/google/gci2012/8099209
23:28.01 Notify 03BRL-CAD Wiki:LorrionjfkmezkmSchluter * 4798 /wiki/Be_Std_Testing_For_Sexually_Given_Diseases: New page: Mom comes to say goodbye in order to really Will. A CDC is also offering An std Awareness Month resources for clinical professionals and healthcare providers, and forecasts that STDs cost ...
23:43.35 Notify 03BRL-CAD Wiki:LorrionjfkmezkmSchluter * 4799 /wiki/Sexually_Transmitted_Disease_Pitfalls_For_The_Duration_Most_Typically_Associated_With_Being_Pregnan: New page: Of the course, health officials are browsing for a way to restrain the outbreak. When you can see, the best object that you can do definitely is ensure that you are safely and securely cle...
IRC log for #brlcad on 20121226

IRC log for #brlcad on 20121226

00:38.49 *** join/#brlcad yukonbob (~bch@c-24-17-245-116.hsd1.wa.comcast.net)
00:39.07 yukonbob hello #brlcad
00:49.03 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Never Mind! It worked :D http://www.google-melange.com/gci/task/view/google/gci2012/8099209
00:50.07 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8099209
01:49.04 *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186)
02:06.05 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Compilation I don't think compilation will succeed since gcc, cmake and make aren't supported by windows. So maybe the system will either need to have mingw or device++. And in either case, probably a different set of commands might be needed to be... http://www.google-melange.com/gci/task/view/google/gci2012/8131202
03:06.52 Notify 03GCI: Samantha: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
03:15.01 Notify 03GCI: Samantha: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
03:17.21 *** join/#brlcad stevenkou (~stevenkou@175.156.156.148)
03:19.33 stevenkou brlcad: so basically now I just have to sum up whatever steps that I have tried so far right?
03:37.52 stevenkou Should I enable strict or not? Zlib comes along with cygwin, can compiling be skipped?
03:44.45 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:05.18 Notify 03GCI: Melange: Implement a primitive volume function ... for gridded volumes (VOL) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
04:05.33 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#4) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8099209
04:23.51 Notify 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987232
05:51.23 Notify 03GCI: ChoWooHyun: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
06:27.12 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
06:30.40 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Attached HTML outputs I attached the HTML file the make command generated and attached them in the respective tars for easy review. Please tell me if I have to attach the man pages too. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
06:31.01 stevenkou brlcad: are you away?
07:25.55 *** part/#brlcad stevenkou (~stevenkou@175.156.156.148)
07:55.08 *** join/#brlcad andrei (~andrei@79.117.233.100)
07:57.08 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
07:58.08 *** join/#brlcad andrei (~andrei@79.117.233.100)
08:03.21 andrei hi
08:47.20 Notify 03GCI: Melange: Create an ISST screenshot or animation - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
08:47.50 Notify 03GCI: Melange: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
08:53.46 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
08:54.01 Silvrous Could I please get another extension on this task: http://www.google-melange.com/gci/task/view/google/gci2012/8001225 ?
08:55.03 Notify 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
08:56.39 andrei done:)
08:56.44 Silvrous Thanks again :D
08:59.41 andrei you're welcome :)
09:16.28 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Till now I did this much as i was having some troubles using it in windows an extension will be needed and pleas tell if i am not following any of your instructions http://www.google-melange.com/gci/task/view/google/gci2012/8017216
09:58.19 *** join/#brlcad stevenkou (~stevenkou@175.156.156.145)
10:07.18 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
10:07.19 andrei I finished removing globals from g_transfer, I did a few tests on it and it seems to be working
10:17.21 andrei Just let me know if what I did is fit and I will fix src/remrt/rtsrv.c
10:17.35 andrei here is a github link to my patch: https://github.com/pandrei/BRL-CAD-related/blob/master/g_transfer_globals_removal.patch
10:26.10 *** join/#brlcad andrei (~andrei@79.117.233.100)
10:31.57 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202)
10:43.17 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202)
10:43.38 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
10:53.07 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:24.51 Notify 03GCI: Erik: Create an ISST screenshot or animation - Wrong program The provided images and movie demonstrate MGED, not ISST. To launch isst, you need to run the "isst" executable. Some geometry preparation may be required (facetization, coloring) to achieve acceptable load times and visually impressive results. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:24.56 Notify 03GCI: Erik: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:25.21 Notify 03GCI: Erik: Create an ISST screenshot or animation - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:26.36 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Sorry Alright, thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:28.01 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
11:30.13 *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202)
11:59.17 Skriptkid Could anyone please review this: http://www.google-melange.com/gci/task/view/google/gci2012/8131202 (I know you have 36 hours. It's just that this needs looking at the buildbot webpage. It's been done the same way as the mac and the frist slave.)
12:27.53 *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.202)
12:28.30 *** part/#brlcad Skriptkid (~Skriptkid@117.202.99.202)
12:52.17 Notify 03GCI: Thranduin: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
12:56.16 Notify 03BRL-CAD:erikgreenwald * 54116 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: malloc.h has been replaced by stdlib.h
13:03.39 *** join/#brlcad Suryajith (~Stattrav@122.169.54.253)
13:15.56 *** join/#brlcad andrei_ (~andrei@86.123.126.129)
13:18.55 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
13:20.01 Notify 03GCI: Erik: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to Thranduin. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202
13:30.02 Notify 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Benefits Associated With Using Liquid Rubber Sealant]]": Spam
13:30.04 Notify 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Be Std Testing For Sexually Given Diseases]]": Spam
13:30.06 Notify 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Sexually Transmitted Disease Pitfalls For The Duration Most Typically Associated With Being Pregnant]]": Spam
13:30.08 Notify 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:RandynvbfyesjdgRasnake]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
13:30.10 Notify 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:LorrionjfkmezkmSchluter]] with an expiry time of infinite (account creation disabled): Spamming links to external sites
13:41.43 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
13:42.57 *** join/#brlcad andrei__ (~andrei@79.119.91.215)
14:05.47 Notify 03GCI: Melange: Design an MGED command spreadsheet - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
14:06.08 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
14:26.47 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Help How should I go about contacting the mentor? I found the isst binary in my resources folder, but I can't seem to run it. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
14:32.02 *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153)
14:38.37 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
14:41.46 *** part/#brlcad stevenkou (~stevenkou@175.156.156.145)
14:49.52 *** join/#brlcad Suryajith (~Stattrav@122.169.54.253)
15:13.17 *** join/#brlcad andrei_ (~andrei@86.123.124.159)
15:30.10 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:31.51 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
15:34.01 Notify 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - 2 Versions uploaded Basically I have uploaded 2 similar summaries, the only difference is in the strict flag. One version has strict turned off, while the other has strict turned on for the compilation to stop early. I did this as I'm not very sure whether to turn on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226
15:45.28 Notify 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
15:49.19 *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.185.227)
15:53.12 Notify 03GCI: Jackie: Create a technical screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
15:55.38 Notify 03GCI: Jackie: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
16:03.06 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Another There u go another file more work is needed i know but more time http://www.google-melange.com/gci/task/view/google/gci2012/8017216
16:08.57 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
16:14.41 Notify 03GCI: Jackie: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
16:47.20 Notify 03GCI: Melange: Layout "MGED Interface" Reference Document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
17:08.10 Notify 03BRL-CAD:erikgreenwald * 54117 brlcad/trunk/src/libbu/progname.c: Test if program name is empty as well as null. *BSD systems return an empty string if there is no valid program name. (fixes 'make test' failure on fbsd and macosX)
17:30.39 *** join/#brlcad merzo (~merzo@34-180-133-95.pool.ukrtel.net)
17:32.56 *** join/#brlcad Ashish101 (75c22699@gateway/web/freenode/ip.117.194.38.153)
17:34.30 Ashish101 I had submitted some work in here - http://www.google-melange.com/gci/task/view/google/gci2012/8017216 is it going fine , if not then what am i missing ??
17:36.24 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
17:39.11 *** join/#brlcad Skriptkid2 (~Skriptkid@117.208.185.227)
17:51.43 Notify 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:52.38 Notify 03GCI: Sean: Design an MGED command spreadsheet - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
17:52.48 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227)
17:52.48 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Dev-c++ Not "device++" in the previous post.(Darn auto-correct) http://www.google-melange.com/gci/task/view/google/gci2012/8131202
17:54.15 Notify 03GCI: Sean: Design an MGED command spreadsheet - hanks Thank you, Chan. Nicely done. We'll likely have a follow-on task defined in a few days, if you're interested, so keep an eye out for it. http://www.google-melange.com/gci/task/view/google/gci2012/7985228
17:56.06 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:58.47 Notify 03GCI: Sean: Add missing documentation for any one command (#4) - hanks! Thanks for your patience with the task review yesterday! The latest versions look better. Remember to name your patch files with a .patch or.diff suffix, but one of the latest revisions will get used. You make a compelling case about the network transfer aspect (it could... http://www.google-melange.com/gci/task/view/google/gci2012/8104208
17:59.27 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - What about What about the work .. Am i doing it right ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:59.37 Notify 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Which one did you use? ... http://www.google-melange.com/gci/task/view/google/gci2012/8104208
18:05.40 *** join/#brlcad Eric_ (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
18:07.13 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227)
18:10.49 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
18:18.45 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
18:24.37 *** part/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
18:26.57 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
18:27.00 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8131202
18:29.21 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - different approach while setting up a cygwin or dev-c++ build would be nice too, what I actually had in mind was custom build rules. Something to build on windows via a script, like this:... http://www.google-melange.com/gci/task/view/google/gci2012/8131202
18:32.42 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - still not right.. Vibav, your patch still doesn't follow our indentation coding style. The latest patch uses all tabs. If you are familiar with vim or emacs, we provide a local-variables block and modeline at the bottom of every file that will help auto-format... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:32.47 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:33.09 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:33.24 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Nightly build where and how can I obtain a nightly build of Brl cad? http://www.google-melange.com/gci/task/view/google/gci2012/8131202
18:35.05 Notify 03GCI: Sean: Migrate ALL our MySQL databases - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8078203
18:38.47 Notify 03GCI: Skriptkid: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
18:40.33 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
18:40.38 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
18:41.28 Notify 03GCI: Harmanpreet Singh: Close MGED when both windows are closed - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945212
18:44.14 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - indentation What did you do to change the indentation? It looks the same to me. You fixed the else statements, but that pointed out a different usability issue. If an 'else' statement requires brackets, you should put them on the 'if' statement too even if it's a... http://www.google-melange.com/gci/task/view/google/gci2012/7984226
18:49.42 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - G conversions This is what I got for the file conversions. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
18:49.52 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
18:55.14 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - This. Now that is really pretty awesome! Sorry for the delay responding (holidays), but that is exactly what we're hoping to see (and obviously, a pdf is fine). Thanks! If you're familiar with Drupal or Mediawiki templates, we may have other follow-on tasks. I'd be interested... http://www.google-melange.com/gci/task/view/google/gci2012/8099209
18:58.30 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8099209
19:02.13 Notify 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - how long? Cezar, roughly how long did it take to fix that many? http://www.google-melange.com/gci/task/view/google/gci2012/7987232
19:02.23 Notify 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987232
19:05.34 Notify 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - How long Well... running `make` with `scan-build` is painful. It took about two and a half hours for 80% of the project without the docs, and I had to do it before and after the fixes. Fixing the actual errors took somewhere between two and three hours. http://www.google-melange.com/gci/task/view/google/gci2012/7987232
19:08.04 Notify 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
19:08.10 Notify 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
19:09.15 Notify 03GCI: Sean: Create an artistic screenshot - screenshot? Cho, where's the screenshot? The tasks calls for an image, so I'm not sure what we're supposed to do with a .g geometry file. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
19:17.26 caen23 brlcad: i'm committing the clang task right now. in one of the files, i found some missing braces around a condition, which caused bu_exit() to be called in the middle of the function, no matter what
19:26.08 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:26.11 Notify 03BRL-CAD:caen23 * 54118 (brlcad/trunk/src/libbn/anim.c brlcad/trunk/src/libbn/plane.c and 29 others): Fix Clang static analysis defects (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7987232)
19:29.36 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
19:30.32 caen23 Skriptkid: do you want to complete all the buildbot tasks?
19:51.14 *** join/#brlcad merzo (~merzo@12-61-133-95.pool.ukrtel.net)
20:19.31 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
21:02.42 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:28.17 Notify 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - on the right track Hi Johannes! Merry Christmas to you too. It looks like you're on the right track but the patch will obviously need some testing (for which we can create a follow-on task). There are some style/indentation problems (see our HACKING file),... http://www.google-melange.com/gci/task/view/google/gci2012/8031202
21:28.19 Notify 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8031202
21:39.27 Notify 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - follow-on A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8110212 http://www.google-melange.com/gci/task/view/google/gci2012/8031202
21:51.16 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - minor tweak Arjun, that's looking good but a minor change is needed. You shouldn't cast a double array to a fastf_t pointer type. That's a potential crash waiting to happen whenever fastf_t is not a double. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
21:51.21 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
21:51.26 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
22:01.06 Notify 03GCI: Sean: Create an ISST screenshot or animation - Ask questions You can ask questions here or via IRC or on the mailing list, but you'll need to identify something specific for us to help you with. It sounds like you're on Mac. I suggest trying to use the Virtual Machine image on our http://brlcad.org/wiki/Deuces page since I believe... http://www.google-melange.com/gci/task/view/google/gci2012/7945221
22:01.31 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ok Ok, I thought that might be a problem. I'll fix that immediately. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
22:24.15 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - hm, that's better Deep, that's good progress and excellent content. The layout could use some more work, though. Some critiques to address: the color scheme is a bit weak and inconsistent, ditch the teal, differentiate between the different sections the fonts are inconsistent. stick... http://www.google-melange.com/gci/task/view/google/gci2012/7953233
22:24.19 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
22:24.29 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
22:26.16 Notify 03GCI: Cezar: Update our VM disk image - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
22:30.22 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
22:34.10 Notify 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - misunderstanding? Brenden, I think you may not be fully understanding what is expected of this task (hence the huge uphill battle I mentioned). To complete the task, you'll need to first identify all of the commands that are referred to in the description (all 235). Then... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
22:36.50 Notify 03GCI: Sean: Update our VM disk image - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8013221
23:47.25 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Thanks! Thanks for the advice! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
IRC log for #brlcad on 20121227

IRC log for #brlcad on 20121227

00:20.34 caen23 brlcad: about the vm task, is there a reason why cmake and fop are installed from source and not through aptitude?
00:23.38 *** join/#brlcad Osaze_ (~Osaze@c-68-33-133-78.hsd1.md.comcast.net)
00:24.41 Osaze_ Hello? I have a question about launching the isst executable.
00:28.20 caen23 ~ask
00:28.21 ibot Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will.
00:35.46 Osaze_ Ok. I have successfully installed the virtual box and have access to the terminal, but I cannot launch isst when typing it in the terminal. I am able to launch mged and archer, but when I try to launch isst, I get an error in the start up script, saying "couldn't load file" followed by the directory of the executable
00:39.19 Osaze_ I do however get a blank isst window without any options
00:39.54 Osaze_ after running the command.
00:41.20 Osaze_ The same thing happens when I try to run the executable located in /usr/brlcad/dev-7.21.0/bin/
00:42.44 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
00:57.30 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
01:31.14 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
01:32.56 Skriptkid caen23: Sorry I went offline without answering. Didn't see your message. Yes, I do :) But not the nightly build one. Since that needs to be done on FreeBSD, which I don't have access to.
01:33.16 caen23 Skriptkid: virtual machine?
01:35.40 caen23 also, regarding buildbot on windows, have you tried creating a new build factory inside master.cfg and attaching it to the windows slave? the steps need a little adjustments, but cmake is available at the prompt, and for compiling, have you seen this? http://buildbot.net/buildbot/docs/latest/manual/cfg-buildsteps.html#visual-c
01:47.25 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227)
01:50.29 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227)
01:53.07 Notify 03GCI: Skriptkid: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212
01:54.19 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
03:07.50 *** join/#brlcad caen23_ (~caen23@92.83.171.19)
03:17.50 Osaze_ Hello? I have a question about launching the isst executable.
03:18.12 Osaze_ Ok. I have successfully installed the virtual box and have access to the terminal, but I cannot launch isst when typing it in the terminal. I am able to launch mged and archer, but when I try to launch isst, I get an error in the start up script, saying "couldn't load file" followed by the directory of the executable
03:18.22 Osaze_ I do however get a blank isst window without any options
03:18.31 Osaze_ after running the command.
03:18.42 Osaze_ The same thing happens when I try to run the executable located in /usr/brlcad/dev-7.21.0/bin/
03:28.17 Notify 03GCI: Osaze: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
03:29.38 Notify 03GCI: Osaze: Create a technical screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
03:44.45 *** join/#brlcad Suryajith (~Stattrav@122.179.165.1)
03:58.45 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
04:13.26 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Thanks! I appreciate you working me through this formatting issue, i've had some conflicting tips for writing the if-else statements. I will look over the spacing of the code and reformat the if-else statements to what you specified. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
04:14.11 Notify 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8114205
04:16.07 Notify 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - A couple notes: I was able to fix all warnings except for one function in termio.c. I couldn't figure out what type to set the parameters and still retain the portability, since C doesn't allow for overloading. I left it how it was. Let me know if I need to make... http://www.google-melange.com/gci/task/view/google/gci2012/8114205
04:59.24 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8125203
04:59.49 Notify 03GCI: Sean: Create a technical screenshot - Task Assigned This task has been assigned to Osaze. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:08.23 Notify 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - What issue? What issue in termio? Can you also provide the compilation log? Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8114205
05:12.49 Notify 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8114205
05:24.19 Notify 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
06:18.28 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:20.00 Notify 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
06:20.15 Notify 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205
06:24.42 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
06:48.12 Notify 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Other tasks You're right. I've bitten off more than I can chew. I just need to find something that fits my skills better. I would love to do a task that involves code, but I'm just not there yet. The most I know right now is some basic JavaScript and HTML5/CSS3. All of... http://www.google-melange.com/gci/task/view/google/gci2012/7991205
07:40.16 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:47.24 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
07:57.51 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:01.43 *** join/#brlcad andrei_ (~andrei@79.117.232.57)
08:13.26 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Which cmake generator should i use? Which cmake generator should i use? http://www.google-melange.com/gci/task/view/google/gci2012/7945220
08:47.38 Notify 03GCI: Melange: Web interface (AJAX?) to MGED - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
09:51.11 Notify 03GCI: Melange: Create an Halfspace Model and Diagram - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8043208
10:11.20 Notify 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
11:04.41 Notify 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Main Text Just being curious, I want to know where the files are located, so that I can have a look and decide how to go about this task. Are they on the brlcad.org ? Thank you! http://www.google-melange.com/gci/task/view/google/gci2012/8093205
11:18.01 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
11:31.24 *** join/#brlcad andrei_ (~andrei@79.117.232.57)
11:48.59 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
12:29.55 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
12:52.58 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
12:59.29 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
13:03.45 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.186.187)
13:19.35 *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-180-173.web.vodafone.de)
13:48.45 *** join/#brlcad cristina (~quassel@79.114.150.220)
14:09.29 Notify 03GCI: Cezar: Update our VM disk image - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
14:21.34 Notify 03GCI: Cezar: Update our VM disk image - No VM Since the VM is a large file, I didn't upload it anywhere yet. The zip file contains the updated readme (README.txt), as well as the changes I made inside the VM (STEPS.txt). If they look good, I will post a link to the actual VM. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
14:45.15 *** join/#brlcad GrantMercer015 (~GrantMerc@63-156-142-130.dia.static.qwest.net)
14:49.57 GrantMercer015 I dont have any access to BRLCAD source or patch-creating tools as i am on vacation. Can i take my latest patch that was sent back and simply modify it with the correct changes? I had some formatting issues so all i need to do is rename some things and fix spacing
14:50.15 GrantMercer015 Will the patch still work as expected?
15:09.14 *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:12.59 andrei_ GrantMercer015, technically it should but it depends on what and where you modify
15:13.37 GrantMercer015 i have two sets of if-else statements i'm reformatting with spaces and brackets. The code will function the exact same as before
15:23.44 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
15:25.39 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
15:26.04 Notify 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Modified last existing patch I'm not completely sure if that was the right thing to do, but i modified the last patch as i am away on vacation and don't have access to a linux enviroment or development tools(win8 platform). I hope the patch still works as... http://www.google-melange.com/gci/task/view/google/gci2012/7984226
15:29.42 *** join/#brlcad SkriptAk (~Skriptkid@117.208.186.187)
15:32.09 andrei_ GrantMercer015: I ll evaluate your patch now
15:33.47 andrei_ GrantMercer015: your issue stil persists
15:33.51 andrei_ for example
15:34.03 andrei_ + if (poly_summ.dgr != exact_ans->dgr)
15:34.03 andrei_ + return 1;
15:34.03 andrei_ + else {
15:34.07 andrei_ should have been
15:34.19 andrei_ + if (poly_summ.dgr != exact_ans->dgr){
15:34.19 andrei_ + return 1;
15:34.19 andrei_ + } else {
15:35.07 ``Erik O.o the first looks more correct to me
15:35.38 ``Erik ah, sean wants the extra brackets
15:35.58 andrei_ yes, at least that s what I understood from his comment at that task.
15:36.28 andrei_ the tabs seem fine tho
15:38.24 GrantMercer015 ok, i changed some of the else-ifs to just if statements
15:38.38 GrantMercer015 let me look for that statement, i must have missed it
15:39.29 GrantMercer015 oh, i found it. Never found that statement
15:39.47 GrantMercer015 fixed, does anything else at first sight need some reformatting ?
15:43.43 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
15:45.36 andrei_ Looks good to me, and I think you ve put a lot more than 2 hours of work into it
15:45.52 andrei_ I ll just close it, if there are any remaining issues I ll fix them when I commit it. Well done :)\
15:46.23 Notify 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
15:46.48 GrantMercer015 thanks so much!!!!
15:57.57 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
16:00.25 Silvrous Why is 0x7fffffff used as a bitmask in operations with &, such as for instance in bn_unif_init? Since it's just 2^31 -1, i.e. 111111(...)1111, there's no effect when applying the operation.
16:00.53 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
16:07.09 Skriptkid Review Needed if somebody is free.(Because this just needs looking at the buildbot page, I presume) http://www.google-melange.com/gci/task/view/google/gci2012/8125203
16:07.15 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
16:10.23 *** join/#brlcad Silvrous_ (4f704459@gateway/web/freenode/ip.79.112.68.89)
16:15.04 *** join/#brlcad Ashish101 (75c2228a@gateway/web/freenode/ip.117.194.34.138)
16:15.46 Ashish101 what are windows key bindings ??
16:17.42 Skriptkid Ashish101: Key bindings are a set of pre-defined keyboard shortcuts do some task
16:18.00 Skriptkid ctrl + c
16:18.03 Skriptkid ctrl + v
16:18.07 Skriptkid (examples)
16:18.17 Ashish101 opps sorry
16:18.30 Skriptkid for what?
16:18.36 Ashish101 that wasnt what i meant :P overview graphics window key bindings.--- this is what i meant
16:19.43 Skriptkid Ashish101: I don't about those. Sorry
16:20.31 Ashish101 KK Ill just wait :)
16:28.18 Notify 03GCI: Harmanpreet Singh: Create 3D Fresnel lens with matching specific measurements - Task Assigned This task has been assigned to Spinacz95. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8125202
16:30.26 n_reed Silvrous: it zeros bits 32 and up, forcing result to be in [0, 2^32 - 1]
16:33.17 caen23_ Ashish101: link to the task? but i think Skriptkid's answer still applies. For example, in a text editor, Ctrl+S is usually Save
16:37.29 Ashish101 http://www.google-melange.com/gci/task/view/google/gci2012/8017216
16:39.02 caen23_ i think you need to write down what key bindings are available in graphics windows in mged and what they do
16:39.07 Ashish101 those are covered in the key bindings :caen23 : but after mentioning the key bindings my task specifically asks me to cover this topic also
16:39.21 Ashish101 Oh
16:42.07 caen23_ i think it's the same thing, but i'm not sure, you'll have to wait for a mentor to answer
16:42.14 Ashish101 OK
16:47.17 Skriptkid Ashish101: In mged, ctrl + (an alphabet) opens up a menu item.(Example: ctrl + h opens up the "Help" and ctrl+s opens up "Settings") This si probably what the task description means
16:47.26 Skriptkid *this is
16:47.39 Skriptkid So you'll need to document such shortcuts
16:47.45 Ashish101 Oh thanks !!! is there any list of these things ??
16:49.21 Skriptkid I'm not sure, but Introduction to MGED(the pdf, first link in description) might have it. But you can just open mged and eplore them. Press ctrl+h or ctrl+s, the other shortcut alphabets will be underlined
16:49.28 Skriptkid *explore them
16:54.05 Skriptkid Ashish101: There are a few here: http://brlcad.org/w/images/8/8c/Shift_Grips_Quick_Reference_Guide.pdf
16:54.52 Ashish101 thanks
16:55.02 Skriptkid Sur :)
16:55.05 Skriptkid *Sure
16:56.23 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:01.15 Notify 03GCI: Melange: Crash our raytracer application reliably - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
17:05.46 Silvrous n_reed: This is to make sure there aren't negative values, right?
17:21.50 n_reed yes, but if long type is more than 32 bits it may have the effect of transforming a large positive value into a smaller one
17:26.55 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Done I think i have covered everything If not please tell me and increase the time :) http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:31.58 Notify 03GCI: Melange: Mock up new BRL-CAD website interface design (#5) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
17:37.30 Notify 03GCI: Ashish: Mock up new BRL-CAD website interface design (#5) - Cant there.. Cant we just put up a demo wordpress site-- To show how we think that your site should look and feel cause the new Wp interface offers a lot of flexibility and stuff to change --- http://www.google-melange.com/gci/task/view/google/gci2012/8123204
17:38.20 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Setting the color Where is the function that sets the colour of the object? And where is the color specified in "mater sph.r ..." written to?(I'm assuming it's written to some file since that colour is accessible by rt even after mged is closed.) http://www.google-melange.com/gci/task/view/google/gci2012/8126202
17:44.44 caen23_ brlcad: i think i fixed compilation on os x w/ llvm 3.1, but i think you should check out my patch before committing, i made some changes to bu.h that i'm not entirely sure of
17:51.36 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Database To the database, of course. That question was probably stupid. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:01.47 Skriptkid In function "get_args" in opt.c, where the cmd line options are processed, I see that the operations specified from the command line are executed using the function "rt_do_cmd." To set background color, the string "set background=x/y/z" is passed to rt_do_cmd. Is there any such command/statement that would let me change the color of the current rendered object from rt_do_cmd?
18:02.30 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Color In function "get_args" in opt.c, where the cmd line options are processed, I see that the operations specified from the command line are executed using the function "rt_do_cmd." To set background color, the string "set background=x/y/z" is passed to... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:03.03 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.186.187)
18:04.32 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:08.49 Silvrous Er... Could I get a final extension to http://www.google-melange.com/gci/task/view/google/gci2012/8001225 ? I won't be able to finish it tonight, I think
18:10.28 Notify 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
18:10.29 andrei_ done, ask for help if you re stuck :)
18:21.38 Silvrous Thanks. I'm trying to think of ways to test these better. 'Brlcad' said to test if it returns certain values for certain seeds, but it would be impossible to test the whole table with precomputed values, since it's generating 4096 numbers, so I'm only checking the first few numbers in the table. Would it be ok for instance if I checked for uniformity by calculating the average of the table?
18:25.44 *** join/#brlcad andrei_ (~andrei@79.117.232.57)
18:34.43 Notify 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
18:46.28 Notify 03BRL-CAD:caen23 * 54119 (brlcad/trunk/include/bu.h brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/liboptical/sh_light.c): Enable compilation with LLVM 3.1/Clang 4.1
20:00.52 *** join/#brlcad NikolayKotsev (4e5aab27@gateway/web/freenode/ip.78.90.171.39)
20:03.03 NikolayKotsev Hello. I would like to ask one little question about this: http://www.google-melange.com/gci/task/view/google/gci2012/7992230 task in GCI. Do the mentor mean to use Subtree merging or something else?
20:36.53 *** join/#brlcad andrei_ (~andrei@79.117.232.57)
21:33.17 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
22:03.54 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:14.45 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:21.07 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:14.15 caen23_ can anyone tell me the password for the buildbot mac slave? mac-slave / Bcmacslave! combination does not seem to work
23:39.31 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
23:43.08 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
IRC log for #brlcad on 20121228

IRC log for #brlcad on 20121228

00:12.33 *** join/#brlcad sid__ (6ce24073@gateway/web/freenode/ip.108.226.64.115)
00:17.38 sid__ want to claim link orphaned websites, familiarizing brl-cad wiki...i found list of orphaned pages, but where do i link them?
00:22.00 Notify 03GCI: javamonn: Create a flex+bison tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
00:27.02 ``Erik sid__ which gci url?
00:27.42 sid__ http://brlcad.org/wiki/Special:Lonelypages
00:28.24 sid__ this is the actual gci url
00:28.25 sid__ http://www.google-melange.com/gci/task/view/google/gci2012/8095206
00:32.03 ``Erik they should be linked from related pages in a reasonable fashion... the first step is to create a document explaining how they'll be linked for review
00:32.44 ``Erik like, um, GeometryREQFAIL is related to the GeometryREQ page, so that might be a good page to link from
00:34.30 sid__ so do the document first explaining how i will link, upload that, then wait for approval? what does it mean to "link from"?
00:35.54 sid__ like GeometryREQ, i can start with that page and add links to the page?
00:55.45 ``Erik yes, document explaining what you intend to do, there'll be feedback on that, once that plan is approved, you modify the wiki pages
00:57.09 ``Erik and GeometryREQ would be a good page to add a to GeometryREQFAIL on
00:59.56 sid__ ok, understand...thanks
01:01.52 ``Erik np, good luck
01:01.58 sid__ thanks bye
01:06.08 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:21.40 Notify 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
01:28.34 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
02:08.25 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
02:12.27 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
02:40.29 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:10.27 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
06:13.41 *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-71-150.web.vodafone.de)
06:45.15 *** join/#brlcad cristina (~quassel@79.114.150.220)
07:17.58 *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121)
07:17.59 *** join/#brlcad NikolayKotsev (4e5aab27@gateway/web/freenode/ip.78.90.171.39)
07:18.53 Ashish101 Hello... I just came in to ask why i have no replys on my Task -http://www.google-melange.com/gci/task/view/google/gci2012/8017216
07:22.41 Ashish101 And yet another request....... http://www.google-melange.com/gci/task/view/google/gci2012/8123204 --- This task can i make a sample wordpress site that can show you and give u an idea how i want to see brlcad...... Ps the guy currently working on the task has finished its time and if there is a follow up task to this i would like to work on it...... Pps. I will make the site not on .wordpress.org domain but on a custom su
07:24.08 NikolayKotsev I'm here to ask a question about other task. The question is same as yesterday. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else?
07:39.49 *** join/#brlcad andrei_ (~andrei@79.117.232.57)
08:24.53 *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121)
08:26.23 *** join/#brlcad cristina (~quassel@79.114.150.220)
08:33.42 NikolayKotsev Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else?
10:44.35 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
11:10.45 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
11:14.11 *** part/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
11:23.46 *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187)
11:25.49 caen23 Skriptkid: can i have the password for the mac slave? Bcmacslave! does not seem to work?
11:27.28 Skriptkid caen23: Why would you need that? To login?
11:27.55 Skriptkid Because the mac password is only for the master to authenticate the slave
11:28.28 Skriptkid caen23: Anyway, regardless of your purpose, it's an Uppercase 'S.' "BcmacSlave!"
11:29.10 caen23 well… when your mac is turned off, i can run the slave on mine
11:29.33 caen23 thanks
11:29.55 Skriptkid caen23: Sure :). But I suggest you create another slave for your machine
11:30.14 Skriptkid Shall I add one more slave in the config? For your Mac?
11:30.35 caen23 i don't think it's necessary, it's almost the same setup
11:30.58 Skriptkid Okay
11:31.33 Skriptkid Hang on
11:31.37 Skriptkid I'll disconnect mine
11:31.44 caen23 no need, unless you want to
11:31.45 Skriptkid caen23
11:31.51 Skriptkid You aren't testing now?
11:32.44 Skriptkid Two slaves with same name and password together will probably show up an error
11:33.14 caen23 yesterday, i managed to get it to compile properly on the mac (needs a few adjustments to make the patch better, but it works), but your slave was not online so i couldn't run the build to see if it's okay. i will only use it when yours is offline :D
11:33.42 NikolayKotsev Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else?
11:35.37 Skriptkid caen23: okay :) But are you sure you don't need a slave configured? It wont be of any trouble to me. It's a 5 minute process.
11:37.35 caen23 i don't think it's necessary, i think it's the same setup, but if you want to, i'll pm you a password
11:37.56 Skriptkid caen23: Alright
11:39.03 Skriptkid caen23: If I'm not on IRC, leave it as a comment on your Mac Compilation errors task.
11:49.11 Skriptkid brlcad: The slaves are downloading now. They just needed to be triggered by a change of trunk.
11:51.16 caen23 you can force a build
11:59.08 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
12:00.42 caen23 Skriptkid: your buildslave seems broken. i think you shouldn't run mkdir before create-slave. if you run mkdir, you become the owner of the directory, but if you don't, the slave is the owner. there are some errors related to that on the buildbot page
12:03.20 Skriptkid caen23: But I haven't experienced any problem with that on any of the 4 platforms. I don't think the compilation errors are related to that.
12:04.04 caen23 they're not compilation errors: http://crit.brlcad.org/buildbot/builders/mac-tester/builds/10/steps/svn/logs/stdio
12:07.11 Skriptkid caen23: Thanks for pointing that out :) Ill fix it
12:11.26 Skriptkid caen23: Did you attempt to connect through mac-slave? Because it just disconnected and when reconnected, the whole source is gone.
12:11.46 caen23 right now, no
12:12.49 Skriptkid OKay
12:13.10 Skriptkid caen23: Did you fix the Mac compilation errors?
12:13.14 Skriptkid on that task?
12:14.05 caen23 yes, it now compiles properly on my machine, i want to know if buildbot says it's fine, too
12:14.48 Skriptkid If it compiles on your machine, it will compile on buildbot. Beacuse buildbot uses the resources on your system
12:15.35 caen23 i know, i just wanted to see it on that page :)
12:16.10 Skriptkid okay. Then start your buildbot.
12:16.29 Skriptkid caen23: Or you can wait
12:16.59 Skriptkid (if the fixes have been applied yet.) Because min'es building now.
12:17.08 Skriptkid *mines
12:17.40 Skriptkid So it'll test it and you can read the report
12:17.54 caen23 mine is started, but i can't figure out how to force a build if i haven't built once already
12:18.36 Skriptkid I'l do it
12:19.35 Skriptkid Login to buildbot
12:19.38 Skriptkid check your pm
12:23.11 Skriptkid caen23: Crap. That can't be done. Needs some more configuration of the master. Give me 5 mins. I'll do it and logout. You log in and force your build
12:53.28 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
12:59.54 Notify 03GCI: Melange: Create an "MGED Interface" reference sheet (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
12:59.55 Notify 03GCI: Erythreas34: Crash Archer reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994230
12:59.56 Notify 03GCI: Erythreas34: Crash Archer reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7994230
12:59.57 Notify 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Where do I submit? Where can I submit the build log, and also a revised patch? I made a couple tweaks to the patch, it wouldn't compile before apparently. As far as termio, it has two functions in which the parameter types are system dependent. In the old c... http://www.google-melange.com/gci/task/view/google/gci2012/8114205
12:59.58 Notify 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205
12:59.59 Notify 03GCI: Harmanpreet Singh: Create a flex+bison tutorial - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985245
13:00.00 Notify 03GCI: Harmanpreet Singh: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205
13:00.01 Notify 03GCI: Nikolay Kotsev: Demonstrate merging two independent repos with GIT, write tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992230
13:00.02 Notify 03GCI: Sean: Link all of our orphaned website wiki pages - Task Assigned This task has been assigned to Sid Robinson. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095206
13:00.03 Notify 03GCI: Sean: Demonstrate merging two independent repos with GIT, write tutorial - Task Assigned This task has been assigned to Nikolay Kotsev. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992230
13:00.04 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - anything The site design can be mocked up in pretty much anything that we can preview. Using WP is acceptable BUT you can't just put our content into WP, turn a few modules on and off, set some colors, and call it done. For any of the design mock up tasks, any submitted design... http://www.google-melange.com/gci/task/view/google/gci2012/8123204
13:00.05 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - professional appeal Amitoj, your design still lacks a usable professional appeal, but I think you've now put in reasonable effort on this task to call it complete. You fulfilled the submission criteria and responded to our critique, so thank you for your efforts. Your design... http://www.google-melange.com/gci/task/view/google/gci2012/8123204
13:00.06 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8123204
13:00.07 Notify 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - see See http://brlcad.org/wiki/Compiling or http://brlcad.org/wiki/Deuces for help getting started. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
13:00.08 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - why is there no build? It seems to indicate that no build has been attempted? Same with the win-tester builder. There should be a build log, even if it's a failure... http://www.google-melange.com/gci/task/view/google/gci2012/8125203
13:00.09 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
13:00.10 Notify 03GCI: Sean: Update our VM disk image - nice work Cezar, that looks really good. The dev-7.22.1 is correct, not .0 since that would be for a rel- version. The bullet failure is interesting (worthy of task?). As for the README and brlcad-build, I believe that was cleaned out due to the VM size getting a little out of hand. What are you up to... http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.11 Notify 03GCI: Sean: Update our VM disk image - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.12 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - indentation Note that the indentation is still wrong. You used spaces for indentation and our style calls for mixed spaces and tabs. (4spc, 1tab, 1tab+4spcs, 2tabs, etc). You've put good effort, but please take note of the this detail in any future patches. http://www.google-melange.com/gci/task/view/google/gci2012/7984226
13:00.13 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - layout, concise So content-wise, you are spot-on and have done well to describe everything listed. The layout/style/design, however, is a bit insane though... :) 10 pages! Try to fit that all on just 1 or 2 pages. These will be "print-quality" pages, so it's okay to go all the... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
13:00.14 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
13:00.15 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
13:00.16 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.17 Notify 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7961226
13:00.18 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
13:00.19 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - almost :) Heh, almost. Now you have the reverse problem. The scanf() function says %lf must be a double, yet you're providing a fastf_t. You need to scan into a double and copy into a fastf_t in order to pass to the function (see include/vmath.h: VMOVE()). Use point_t... http://www.google-melange.com/gci/task/view/google/gci2012/7973230
13:00.20 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
13:00.21 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.22 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.23 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Patch This patch seems to work on my Mac, and it didn't break GCC compilation either. But I'm not sure if the changes are safe. Also, it's committed as r54119 http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.24 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.25 Notify 03GCI: Cezar: Update our VM disk image - Title Yes, I think the Bullet failure could be fixed as a task. My ova is 3.37 GB, twice the size of the original. Imported, it's almost 10 GB. Pretty large. I'll try condensing the README even more. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.26 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - compiles, but... That's not a safe change. The bu_offsetof() macro intentionally leverages a compiler built-in offsetof() macro/function. The version you left assumes that if a given structure were allocated at memory address 0, the offset into the array is fixed. In practice, that... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
13:00.27 Notify 03GCI: Sean: Update our VM disk image - where Where's the extra size coming from? Did the original not have BRL-CAD pre-installed? http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.28 Notify 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - sourceforge You can submit your updated files to our Sourceforget patches tracker and just leave a comment here with the URL. You can attach files to the tracker item you create. As for the crazy ifdef logic, just create three copies of the copy_Tio() declaration... http://www.google-melange.com/gci/task/view/google/gci2012/8114205
13:00.29 Notify 03GCI: Sean: Link all of our orphaned website wiki pages - see where it fits See where the results fit in. You plan sounds reasonable on the surface. How they get linked into the page will matter, though and you shouldn't just cold-drop a link on the page. It needs to flow with the page like everything else. Grouping the fails/sets together... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
13:00.30 Notify 03GCI: Melange: Web interface (AJAX?) to MGED - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224
13:00.31 Notify 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - have the right idea Sounds like you have/had the right idea before you unclaimed. Instead of removing lines of code, though, you'll need to propagate 'const' in a lot of places. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
13:00.32 Notify 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for axis.c - reclaim You're welcome to reclaim the task. http://www.google-melange.com/gci/task/view/google/gci2012/8022215
13:00.33 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - he one that works? You should use any generator that works with Dev-C++. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:00.34 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
13:00.35 Notify 03GCI: Cezar: Update our VM disk image - Size I forgot to remove the previous installation, but even now, the VM is 9.55 in size and the *.ova is the same. Could all the updates amount to so much space? http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.36 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - close questions Your questions are basically asking "where's the code that does this for me?" We never said there was. ;) The task could involve the rt_do_cmd() if you like, but it's enough work to figure out how to set the color (see what some of the ged... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
13:00.37 Notify 03GCI: Sean: Update our VM disk image - nope Unlikely that space is related to updates. You should figure out where all the space is going. What are your top-100 directories, for example. How do those compare with the old and new? Something like: find / -type directory -exec du -ks {} \; will probably take a long time, but should give you... http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.38 Notify 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - in the comments Aaron, that looks fantastic, but it certainly could be included in the source code comments. See http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/librt/primitives/ehy/ehy.c for an example of another primitive with... http://www.google-melange.com/gci/task/view/google/gci2012/7975237
13:00.39 Notify 03GCI: Cezar: Update our VM disk image - brlcad-build Apparently, it's because I kept the brlcad-build directory. Should I remove the contents? http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.40 Notify 03GCI: Cezar: Update our VM disk image - Docs Could it be because of the docs? With the conversion to DocBook, it now generates quite a lot of PDFs. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:00.41 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Downloading It's downloading now. Unless somebody forces a build("Force Build" option on the page of the slave,) it does not download the source untill there's a new revision, which will trigger it. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
13:00.42 Notify 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
13:00.43 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - So... This task only involves adding that option support, but not doing anything with it? http://www.google-melange.com/gci/task/view/google/gci2012/8126202
13:29.15 Notify 03GCI: Cezar: Update our VM disk image - Readme I got the Readme down to 288 words, is this enough? http://www.google-melange.com/gci/task/view/google/gci2012/8013221
13:32.17 *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-235-235.web.vodafone.de)
13:38.52 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
14:36.44 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
14:42.15 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Could the deadline be extended Due to lack of time, I could not work on the patch. Could you please extended the deadline with 2 days? http://www.google-melange.com/gci/task/view/google/gci2012/7998215
14:53.30 *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121)
15:02.48 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
15:15.13 Ashish101 Hello....one very small question ... in the command windows--- below everything what is the meaning of cent(EXT ETC) and lots of random nubers ??
15:21.56 Ashish101 ??
15:31.42 *** join/#brlcad Suryajith (~Stattrav@122.170.69.244)
15:35.00 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
15:41.15 Ashish101 Anyone there ??
15:48.24 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
15:50.24 andrei_ Ashish101: I am not entirely sure but you might be looking at a binary file
15:50.35 Ashish101 Oh thanks :)
16:13.47 *** join/#brlcad Alex___ (d405882d@gateway/web/freenode/ip.212.5.136.45)
16:13.56 Alex___ gci mentors?
16:24.37 Ashish101 Alex____:
16:24.53 Ashish101 Read the instructions at the top of the page
16:25.20 Ashish101 After logs... logs:
16:25.50 Ashish101 Just ask ur question :P I myself have been corrected lots of times for this....
16:27.23 ``Erik Ashish101: those are not random numbers, the cent() values are the view center (lookat) in cartesian coords
16:27.50 Ashish101 Thanks..... :) A TON
16:28.28 ``Erik np, um, sz is "size", the orthographic projection stretch, um, should be one that's something like ae for azimuth/elevation
16:28.46 Ashish101 :)
16:29.16 ``Erik as you adjust the view using the mouse, those change... if you give someone all those numbers (plus window size), they can replicate exactly what you're looking at
16:36.07 Alex___ i have a task to compile brl-cad with dev c++, but CMAKE says that the compiler is broken
16:37.57 Skriptkid quit
16:42.12 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
16:47.50 Skriptkid brlcad: All platforms on buildbot are done downloading source. Mac has compiled successfully(caen23's efforts, I belive, I take no credit) and is running benchmark. Linux is compiling. Can you please review it again now?
16:49.57 *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-104-197.web.vodafone.de)
16:50.42 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - generators So Dev is based on MINGW so i selected mingw makefiles and also selected specified compilers->and selected dev c++ compilers And get an error that says that my compiler is broken (which is not true) and "cant compile simple test program" http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:58.01 Notify 03BRL-CAD:starseeker * 54120 NIL: Create branch for some bullet testing.
17:01.16 Notify 03GCI: Melange: Crash our raytracer application reliably - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
17:09.14 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Done I had no idea how to coincise 10 pages into 1-2 so i just ollowed the example http://izatxamir.files.wordpress.com/2010/04/visio-2007-quick-reference-1.jpg here Hope this is good enough http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:12.31 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:16.48 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:17.26 *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
17:18.06 Ashish101 Is this ok ?? ---- http://www.google-melange.com/gci/work/download/google/gci2012/8017216?id=17001
17:19.43 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
17:53.05 *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.37)
17:53.42 *** part/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
17:54.13 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:21.37 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
18:30.42 caen23 Skriptkid: regarding buildbot on windows have you seen this? http://buildbot.net/buildbot/docs/current/manual/cfg-buildsteps.html#visual-c
18:30.57 caen23 i think you'll need to create a new build factory and attach it to the windows slave
18:41.43 Notify 03BRL-CAD:caen23 * 54121 brlcad/trunk/include/bu.h: Suppress Clang warnings regarding offsetof
18:54.05 NikolayKotsev Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else?
19:04.28 Notify 03BRL-CAD:starseeker * 54122 (brlcad/branches/bullet/INSTALL brlcad/branches/bullet/configure.cmake.sh brlcad/branches/bullet/src/other/CMakeLists.txt): Add stripped down version of bullet 2.81 - simulate command doesn't build with this version yet.
19:20.19 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error while importing I keep getting this error whenever I try importing the BRL-CAD (the error is similiar a comment another person posted) Failed to import appliance C:/Users/Amit/Desktop/BRL-CAD_7.21.0_ubuntu_10.04_LTS_x86_r49726.ova. Could... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
19:28.44 *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89)
19:29.10 Silvrous How do I unit test a memory freeing function such as bn_gauss_free ?
19:33.04 andrei_ what's the function prototype?
19:39.30 Silvrous void bn_gauss_free(struct bn_gauss *p)
19:40.13 andrei_ hmm
19:40.33 andrei_ First, try for a null parameter
19:41.10 andrei_ then check the struct bn_gauss fields and the function body, it might help you see how fields are used and which situations might cause trouble
19:41.11 andrei_ :)
19:59.17 Silvrous Thanks.
19:59.31 *** join/#brlcad Suryajith (~Stattrav@122.170.69.244)
20:03.23 *** join/#brlcad ibot (~ibot@rikers.org)
20:03.23 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started!
20:20.04 Silvrous Well, I'm quite sure that passing a null to the function will cause a segfault. In this case I assume I can't test it, right?
20:20.23 Silvrous the casae where it gets passed a null, I mean
20:26.44 andrei_ no
20:26.58 andrei_ I mean, in the test units I have written I have covered that case aswell
20:30.58 Silvrous Yes, but in the case the function passes an element of the struct pointer to bu_free, so it would be like trying to do NULL->msr_gausses
20:31.17 Silvrous but in this case*
21:11.41 Notify 03BRL-CAD:caen23 * 54123 (brlcad/trunk/include/bu.h brlcad/trunk/misc/CMake/CompilerFlags.cmake): Remove #pragma directive and add a warning suppression flag when compiling with Clang. #pragma caused GCC to fail
21:11.43 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
21:22.39 Notify 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for msr.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
21:23.29 Notify 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8117203
21:36.20 Alex___ under windows i need to build brl-cad with MVS 2010+ and try for my task i need to try to generate it with Dev c++ compilers? (http://www.google-melange.com/gci/task/view/google/gci2012/7945220)
21:39.41 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - mentor Whats you irc chat name? I urgently need to ask you something.. And please give me more time for my task... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
21:41.06 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
21:44.14 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - So far What I`ve tried so far: 1. Try to build brl-cad with Dev-C++ compilers -> failed 2. Succeded in building brl-cad with MVS 2010 3. Succeded in generating brl-cad with MVS 2010 4. Failed to generate it with MINGW makefile generator and Dev-C++ compilers -> The reason is that in... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
22:00.22 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
22:03.03 Notify 03GCI: Sean: Add missing documentation for any one command (#3) - Task Assigned This task has been assigned to Daniela Aleksova. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8117203
22:18.08 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:44.15 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error Fixed Never Mind, I've must have downloaded the wrong BRL-Cad file, I redownloaded BRL-Cad file and i dont get any problems with importing it http://www.google-melange.com/gci/task/view/google/gci2012/8103205
23:19.31 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Patch File I've read on how to create and submit an patch file, but I'm unsure on what to do with it. If I find a mispelled coment, should copy all the contents in the file and paste into the patch file? Or is the patch file a place where i can put... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
IRC log for #brlcad on 20121229

IRC log for #brlcad on 20121229

00:10.32 Notify 03BRL-CAD:caen23 * 54124 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Avoid duplication
01:08.39 Notify 03GCI: Osaze: Create a technical screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
01:21.15 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
01:23.53 Skriptkid Caen23: I knew that :) I had told that Sean and he had said that it would be a different follow up task.
01:36.55 *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37)
02:58.13 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
02:59.29 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I'm new to both Blender & BRL-CAD, but I think I'll be able to follow the tutorial easily. I am not new to writing tutorials and making wiki articles, so that sould be a breeze. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
03:20.19 *** join/#brlcad Suryajith (~Stattrav@122.179.176.138)
03:28.56 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - obj-g command One quick question; how do I do the actual translating? When I give the command translate obj-g, it says database not open. When I try to open the obj file, it says that's not a valid database. How does this work? http://www.google-melange.com/gci/task/view/google/gci2012/8079211
03:29.19 *** join/#brlcad Osaze (~Osaze@c-68-33-133-78.hsd1.md.comcast.net)
03:30.32 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - correction actually, when I try to open the obj file, it says "(null) (units=mm)". http://www.google-melange.com/gci/task/view/google/gci2012/8079211
04:35.05 *** join/#brlcad Suryajith (~Stattrav@122.179.176.138)
04:59.28 Notify 03GCI: Melange: Set up a Buildbot continuous integration compile slave for Linux - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
04:59.53 Notify 03GCI: Melange: Create a technical screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:16.44 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - any questions? Arjun, did you have any questions? http://www.google-melange.com/gci/task/view/google/gci2012/7973230
05:17.25 Notify 03GCI: Melange: Implement a primitive volume function ... for gridded volumes (VOL) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
05:20.31 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - you can reclaim Vibhav, you (or anyone else) can reclaim the task and get another 72 hours. The work is basically done, but surprisingly nobody has been able to conform to our simple coding guidelines. The task is open to anyone again. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
05:25.22 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
05:25.39 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - lots of folks on IRC Alexander, there are lots of folks on IRC, so just join the channel and ask your question or ask your question here. See http://brlcad.org/wiki/IRC particularly the etiquette section as you are expected to stay on IRC if you ask a question. Asking and leaving is like entering a... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
05:45.31 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - hat's exactly how That's exactly how you condense 10 pages into 1-2! That is also definitely closer to what is needed for this task. Good work. There are a few details to clean up, however. There are LOTS of consistency problems: I counted 8 different font sizes being used! You... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
05:45.46 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
05:45.56 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
05:47.57 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - pending The interface stated that there were several commits pending compile-testing since it was set up, but that the slave was offline. Now they show up with their failures so we have something to work on. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8125203
05:47.58 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8125203
05:52.50 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - Nope You've got it backwards. The task is to figure out how to set a color (in code, on an object, NOT how to read a value from a user), set a temporary color, and show that it works. The task description uses a -O option as an example because the user will... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
05:54.25 *** join/#brlcad Suryajith (~Stattrav@122.179.176.138)
05:55.31 Notify 03GCI: Sean: Update our VM disk image - probably not the docs The docs may add some, but I'd be very surprised if it was anywhere near 6.5GB... :) The build directory should have cmake already run, perhaps even make, but then followed by make clean so there are no object build files left. How big is it then? http://www.google-melange.com/gci/task/view/google/gci2012/8013221
05:57.06 Notify 03GCI: Sean: Update our VM disk image - hard to say Hard to say if 255 words is enough without reading it, but that definitely "sounds good" on the surface. I'll get in touch with you later via IRC to look it over (or have you update the docs and files on sourceforge and our site as a task). http://www.google-melange.com/gci/task/view/google/gci2012/8013221
06:10.56 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - hmm. Looks better except that it's generally more desirable to test for features that to test for platforms, compilers, or similar "generalizations". That is to say that you probably don't need the CMAKE_C_COMPILER_ID MATCHES "Clang" protection since if a compiler supports that... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:11.12 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:13.37 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches Amit, you just submit your patch file. You'll edit the typos you find, create a patch file with Subversion, and submit that file here. See http://brlcad.org/wiki/Patches for help if you haven't read that already. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:15.29 Notify 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - we don't yet We don't yet post a nightly build anywhere. Part of the buildbot setup is to have nightly builds posted there (and there are several tasks aimed to get us there), but there's still more work to be done. http://www.google-melange.com/gci/task/view/google/gci2012/8131202
06:16.04 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Suppression Clang defines the offsetof macro as __builtin_offsetof. Basically, offsetof is a wrapper around __builtin_offsetof, and __builtin_offsetof is a GCC extension written specifically for easier implementation of the offsetof macro by other compilers. The error it generates... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:18.05 Notify 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - hanks Thanks Cezar, that's good to know and is roughly on-par with what I estimated. The build time is something we can't account for since different hardware and build settings will greatly affect how long a compile takes. Note that there are several other fix-clang-issues tasks if... http://www.google-melange.com/gci/task/view/google/gci2012/7987232
06:18.20 Notify 03GCI: Melange: Layout "MGED Interface" Reference Document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
06:29.39 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - still has inconsistencies Deep, That's looking better but there are still several problems: two biggest words on the page are "Key Bindings" and "Mouse Bindings" and they're stretched out horizontally... that looks bad that entire first column looks stretched (bad) and runs to the... http://www.google-melange.com/gci/task/view/google/gci2012/7953233
06:30.00 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 3 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
06:30.10 Notify 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
06:30.15 Notify 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for msr.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
06:34.26 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for msr.c - nice work! Really nice work, Silvrous! I haven't compiled, but the only issue I noticed on review was the unnecessary #undef's at the end of the C file. Preprocessor symbols only exist for the duration of a single compilation unit (ie, that C file). Everything else... http://www.google-melange.com/gci/task/view/google/gci2012/8001225
06:34.32 Notify 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8001225
06:36.02 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - any interest Nikita, given your fantastic work on this task, do you have any plans to work on other tasks? We hope so. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8099209
06:39.14 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches yes, I read that that page on patches, but what I'm confused on is should I copy and paste the whole file which i made the changes to. Or do you want me just copy 1 line of code(for each file) containing the edited typos. I am kind of confused... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:42.30 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - I was wrong Ugh, actually, I was wrong. I thought offsetof(struct t, arr[1][1]) was standard C, but looks like it isn't. So the code that uses such syntax will need to be expanded, too. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:45.56 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches also, im trying to upload all my patch files, although i get errors when i try to put the files in my USB and then tranfer them to my actual comp. desktop. So... this is becoming tediuos and i dont want to be a pain so yeah ill just unclaim http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:46.16 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:46.47 Notify 03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
06:49.33 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - I was going to say I was just about to say... that wasn't my understanding of what that warning means. It's not warning on any use of offsetof(). It's uses that call an extended field. Something like this should work: #include <stddef.h> #include <stdio.h> struct foo { char... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:51.29 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - I'm on it That's what I was currently trying to do. Sorry for the mess, I need to get it fixed properly. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:52.09 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - you can mark as complete If you find a solution for the array index problem with that simple text case, that should be good. If we change int bar; to int bar[100]; and as for offsetof bar[40], we'll presumably get the warning. Verifyin and see then if you can quell the warning with... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
06:54.35 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not the whole file Upload your patch files and we can see. You certainly don't upload the entire edited file -- that's the point of patch files. They contain the changes you made and enough context so we know where you made those changes. You're welcome to... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
06:54.45 Notify 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to amit.daBeast. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223
06:59.11 Notify 03GCI: Sean: Create a technical screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
06:59.18 Notify 03GCI: Sean: Create a technical screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
07:04.59 Notify 03GCI: Sean: Create a technical screenshot - great attempt Osaze, you're on the right track and I like the numerous attempts. The very first castle image is the closest to being a "technical" screenshot of the collection. The video isn't very useful because you're clearly not familiar with how to use MGED, but it's a good concept. You might... http://www.google-melange.com/gci/task/view/google/gci2012/8022221
07:05.19 Notify 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned This task has been assigned to iansan5653. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211
07:08.30 Notify 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - huh? I'm not understanding your question. What section of the tutorial, what parapgraph or sentence are you referring to? There is no translate command. The obj-g command is external to mged and creates a .g file that mged will read. If that's not clear in the tutorial,... http://www.google-melange.com/gci/task/view/google/gci2012/8079211
07:10.01 Notify 03GCI: Sean: Create geometry database with one of every primitive - outstanding Outstanding, thank you Donny! http://www.google-melange.com/gci/task/view/google/gci2012/7985226
07:21.46 Notify 03GCI: Nikolay Kotsev: Demonstrate merging two independent repos with GIT, write tutorial - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7992230
07:25.28 Notify 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
07:30.31 *** join/#brlcad andrei_ (~andrei@79.118.114.52)
07:31.30 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - It seems OK? First of all, when I sscanf("%lf,%lf,%lf",p,p+1,p+2), p is a double[3], so that works correctly. Also with regard to VMOVE(), I loop through p and q, which are both double[3], and cast each element to fastf_t and place them in a and b which are both... http://www.google-melange.com/gci/task/view/google/gci2012/7973230
07:52.19 *** join/#brlcad merzo (~merzo@123-109-133-95.pool.ukrtel.net)
08:43.07 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Format Whcih format is fine for your editing purpose-- I am just using a screen shot utility by just taking screen shots and adding lines.... What format whould u like it in ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216
09:19.12 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:21.28 Notify 03GCI: Andrei Popescu: Implement a primitive volume function ... for gridded volumes (VOL) - Task Assigned This task has been assigned to Vibhav Pant. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:34.01 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Problems This is my first "fun" with BRL CAD. I create a easy lens without parametrs. So my first question is HOW I COULD CHANGE PARAMETRS ( I know 1 method with comand IN, but I don't know how I have use them with parametrs in table). http://www.google-melange.com/gci/task/view/google/gci2012/8125202
09:45.31 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
09:46.16 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review I have rewritten the whole implementation using emacs. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
10:01.34 Notify 03GCI: Cezar: Update our VM disk image - Local issues? The sizes I posted were those of the .ova and .vmdk files. Running 'sudo du -hsx / | sort -n -r | head -n 10` inside the updated VM outputs `5.0G /`, which seems fine. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
10:51.43 *** join/#brlcad caen23 (~caen23@92.83.171.19)
10:54.07 *** join/#brlcad cezar (~cezar@92.83.171.19)
10:58.15 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
12:04.53 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
12:37.13 Notify 03GCI: Andrei Popescu: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202
12:50.15 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
13:15.26 Notify 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Command For witch command do I have to write documentation? http://www.google-melange.com/gci/task/view/google/gci2012/8117203
13:19.40 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
13:19.47 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
13:20.03 Notify 03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
13:20.49 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - First work To change the first work you need 23.6 KB file and png graphic. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
13:33.14 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - First Work Sorry... To check the first work http://www.google-melange.com/gci/task/view/google/gci2012/8125202
13:35.00 Notify 03GCI: Jagoda: Add missing documentation for any one command (#9) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8121203
13:36.40 Notify 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8117203
13:51.40 *** join/#brlcad cezar (~cezar@92.85.81.248)
13:51.45 *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.185.247)
13:53.24 *** join/#brlcad caen23 (~cezar@92.85.81.248)
14:35.52 Notify 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
14:43.00 Notify 03GCI: Cezar: Update our VM disk image - Can't figure out why I ran "sudo du -hs /" on both the original and the updated VMs and I get 4.3 and 5.0 GB. 700 MB seems fine, but I don't know why the .vmdk and .ova are double in size. http://www.google-melange.com/gci/task/view/google/gci2012/8013221
14:53.14 *** part/#brlcad Skriptkid1 (~Skriptkid@117.208.185.247)
14:54.04 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
15:16.55 Notify 03GCI: Harmanpreet Singh: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994229
15:26.16 *** join/#brlcad merzo (~merzo@64-210-201-46.pool.ukrtel.net)
15:36.49 Notify 03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8115209
15:51.46 Notify 03GCI: Sean: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211
15:53.56 Notify 03GCI: Sean: Add missing documentation for any one command (#3) - Like the description says Any one command that is not already documented. http://www.google-melange.com/gci/task/view/google/gci2012/8117203
15:54.37 Notify 03GCI: Sean: Add missing documentation for any one command (#9) - Task Assigned This task has been assigned to Jagoda. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8121203
15:55.07 Notify 03GCI: Sean: Design a prototype CAD GUI layout - Task Assigned This task has been assigned to Gauravjeet Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8115209
15:57.48 Notify 03GCI: Sean: Update our VM disk image - expandable images My guess is that they're expandable disk images. So while they're both about the same size internally when loaded into the VM, the other was filled considerably more at one point so the disk was expanded to hold more. There should be a way to compress the file back down, something like... http://www.google-melange.com/gci/task/view/google/gci2012/8013221
15:58.38 Notify 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
15:58.53 Notify 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
16:01.30 Notify 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - wrong geometry? From the look of the rendered image, I'm not sure you understand the task. It looks like a series of torus donuts, but it should be a lens. You should probably be using RCC (cylinders) and ELL (ellipsoids). http://www.google-melange.com/gci/task/view/google/gci2012/8125202
16:03.20 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - ged What is the structure "ged" used for? Does it need to be fiiled with certain values before being passed to the GED functions?(Functions such as GED_CHECK_DATABASE_OPEN, GED_DB_PUT_INTERNAL, etc) Also, what does the function RT_CK_COMB do? http://www.google-melange.com/gci/task/view/google/gci2012/8126202
16:17.21 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - offsetofarray I don't understand bu_offsetofarray, why it's needed to write arr[0] instead of arr. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
16:17.41 Notify 03GCI: Daniela Aleksova: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
16:20.47 *** join/#brlcad Alex_ (d405892c@gateway/web/freenode/ip.212.5.137.44)
16:21.41 Alex_ any idea whats causing the following? : The C compiler identification is unknown The CXX compiler identification is GNU 3.4.2 Check for working C compiler: C:/MinGW/bin/mingw32-g++-4.6.2.exe Check for working C compiler: C:/MinGW/bin/mingw32-g++-4.6.2.exe -- broken CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler "C:/MinGW/bin/mingw32-g++-4.6.2.exe" is not ab
16:23.05 caen23 it means the mingw installation is broken if the message is "The C compilr is not able to compile a simple program"
16:29.16 Notify 03GCI: Daniela Aleksova: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
16:34.45 andrei_ <PROTECTED>
16:35.42 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Check It's not complete, but I just wanted to know if I've understood the option part right. Also, there's a change I've made to a break statement, which I'm pretty sure was an error,(unless it was where it was for a purpose.) http://www.google-melange.com/gci/task/view/google/gci2012/8126202
16:36.07 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
16:48.18 *** join/#brlcad Ashish101 (75c22092@gateway/web/freenode/ip.117.194.32.146)
16:58.02 *** join/#brlcad andrei (~andrei@79.118.112.79)
17:00.32 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
17:07.08 Ashish101 Which editable picture format is preferable ?? please tell
17:20.42 *** join/#brlcad caen23_ (~cezar@92.81.171.164)
17:35.00 Alex_ caen23: well i have installed both mingw and dev-c++
17:35.15 Alex_ and added them to the enviroment variables
17:44.53 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Tried Every letter now has a shadow All font types are 12,26 and 48 The zipped file contains a jpg and a psd(Photoshop compatible) file that you can use for editing Ps. I tried doing what you asked aout the 2 colounm thingi but i did not do it as my command window sixe does... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:45.03 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Next Work I use ell... Now it looks better? http://www.google-melange.com/gci/task/view/google/gci2012/8125202
17:46.04 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
17:58.31 Notify 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
18:05.35 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Bad option? Why does that error arise? Do I have to the add the option somewhere else also? http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:11.42 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
18:44.06 Notify 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
18:46.57 Notify 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - That looks like.. That looks like an ellipsoid. That doesn't look like a Fresnel lens. It certainly doesn't look like the previous Fresnel lens task adjusted to the specific measurements in the referenced paper. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
18:51.25 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - man getopt You need to add your option to the bu_getopt option string. See the getopt man page. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:51.50 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126202
18:55.24 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
19:24.34 Notify 03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223
19:24.59 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205
19:34.27 *** join/#brlcad caen23_ (~cezar@92.81.186.71)
19:49.50 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205
19:53.01 Notify 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
19:57.34 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - VMOVE avoids the loop That's the point of VMOVE() though. It avoids the need to loop manually. It'll do the type conversion for you with two lines of code instead of four. You should also use [ELEMENTS_PER_POINT] instead [3] and V3ARGS() in the printf. See include/vmath.h... http://www.google-melange.com/gci/task/view/google/gci2012/7973230
19:57.39 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
20:07.10 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - okay Unfortunately without the column cleanup and other changes (title bar, table going off the page, inconsistent arrows), we won't be able to publish your sheet as-is to our community as new documentation. However, it will make for a nice guide for the next person (and we'll be... http://www.google-melange.com/gci/task/view/google/gci2012/8017216
20:07.18 Notify 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8017216
20:12.46 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - using the right tool Using the right tool can make all the diference. The patch formatting looks correct now. Looking at the code in the patch, have you tried compiling this? I see a type error on the volume= line that I'd imagine the compiler would have... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
20:12.51 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
20:22.40 *** join/#brlcad Suryajith (~Stattrav@122.179.174.189)
20:37.41 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
20:55.19 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
21:30.54 Notify 03GCI: Osaze: Create a technical screenshot - Thanks! Alright, thank you! I will work on it! http://www.google-melange.com/gci/task/view/google/gci2012/8022221
21:37.00 *** join/#brlcad VRahul (7aae15ef@gateway/web/freenode/ip.122.174.21.239)
21:41.16 VRahul Hey guys, I am a GCI participant. I want to work on this task http://www.google-melange.com/gci/task/view/google/gci2012/8093205 . I was wondering what files I should work on and find spelling mistakes. I've gone through the wiki, but I couldn't find anything helpful to my task. Does files refer to webpages or will I have to download files, work on them and upload the corrected files? Thanks a lot for your time and help! :)
21:54.54 Notify 03GCI: javamonn: Create a flex+bison tutorial - Use the second one... I made a couple spelling fixes and format changes, the second upload of the tutorial is alot cleaner. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:16.33 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - ged structure The GED structure represents a geometry database editing context. If you run "ged_draw()" for example, the GED structure contains the information about which .g file to read from. The RT_CK_COMB() is to ensure that the a given combination structure... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
22:18.03 *** join/#brlcad cristina (~quassel@79.114.150.220)
22:18.18 *** join/#brlcad cristina (~quassel@unaffiliated/cristina)
22:26.32 Notify 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ummm..? I've gone through the wiki, but couldn't find anything regarding spell checks. Should I check for spelling errors in webpages like tutorials, wiki, etc. or should I download certain files and check for errors in them? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
22:29.33 *** join/#brlcad caen23_ (~cezar@92.81.192.229)
22:37.27 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - merging possibility There is a possibility of merging them if another interface is devised but it exists for a similar reason to the warning you encountered. If you have a struct with a char foo[123] field and want to start setting char byte values, then you don't want... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
22:39.58 Notify 03BRL-CAD Wiki:AvrilqdsgitqumuWalka * 4800 /wiki/Servicemembers_And_Debt_Collection: New page: Dwelling have a number of rights under this law. Regardless of identity theft cannot be completely put right because wrongdoers have a have to have to misuse identities for unlawful and as...
22:40.31 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:44.18 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
22:45.05 Notify 03GCI: Sean: Create a flex+bison tutorial - style cleanup Daniel, That looks pretty good, but before critiquing too much more, the lex/yacc files need style cleanup. The indentations are all over the place and aren't even consistent within one file and definitely not across both files. See our HACKING guide about our indentation rules and... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:45.30 Notify 03GCI: Sean: Create a flex+bison tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:45.35 Notify 03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
22:46.55 Notify 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - source code The task refers to fixing our source code. You have to obtain an up-to-date checkout of the BRL-CAD source code. See http://brlcad.org/wiki/Deuces for help getting started. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
22:49.21 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Need more time for investigation Todays log: 5. Installed both MinGW and Dev-C++ and added their bin folders to my OS environment variables, but CMAKE failed to build the project with MinGW makefile generator and dev-C++ compilers.Tried creating new build folder and deleting cache and... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
23:22.52 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Okay Okay, then. I've got another question, I don't know how to expand offsetof(struct t, arr[0]) using a macro. I can't do sizeof(arr[0]), I can only do sizeof(v.arr[0]), so shouldn't it be a function instead of a macro, so that I can create a struct t *v? http://www.google-melange.com/gci/task/view/google/gci2012/8081208
23:37.33 Notify 03BRL-CAD Wiki:AvrilqdsgitqumuWalka * 4801 /wiki/Around_The_Wake_Of_The_Natural_Estate_Bubble6486435: New page: Consider the likes of local online live theater (dinner or not), symphony orchestras, dance companies, museums, free local tours, mall procuring. Estate attorneys typically provide each of...
IRC log for #brlcad on 20121230

IRC log for #brlcad on 20121230

00:19.39 Notify 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
00:38.33 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
00:38.52 Notify 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
00:40.43 Notify 03GCI: javamonn: Create a flex+bison tutorial - Sorry about that. Sorry about the wonky formatting, I did it all on my tablet, didn't even think to check how it looked in a real text editor. calc2.lex and calc2.yacc should look alot better now. I also updated the tutorial to fix the code formatting. Let me know if I should change anything... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
01:06.36 ``Erik nn/cl -a
01:50.39 *** join/#brlcad yukonbob (~bch@c-76-22-40-63.hsd1.wa.comcast.net)
01:50.45 yukonbob hello #brlcad
02:47.30 Notify 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Thanks Will there be a follow up task for the other Mock up your Website thingi ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216
02:57.09 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
03:02.02 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Minor changes I made the minor changes that you requested including adding VMOVE. But I have one question, would it not be better to use an explicit cast double to fastf_t as I had before instead of the implied cast in VMOVE? Also I switched my print of P and Q... http://www.google-melange.com/gci/task/view/google/gci2012/7973230
03:13.21 Notify 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Absolutely! I would love to do another task. I was hoping to work on this one, http://www.google-melange.com/gci/task/view/google/gci2012/8115209, but it seems someone has already claimed it. I am really focusing on tasks concerning usability design since that's... http://www.google-melange.com/gci/task/view/google/gci2012/8099209
03:38.42 Notify 03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8136209
03:43.28 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - logs Alexander, you should put all of the steps into a text file (including the exact commands you ran, not just the summary you've provided here in comments) and upload it here. You should also upload the cmake log and build log outputs, even if they fail. We can usually tell whether an error is... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
03:43.48 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
03:44.08 Notify 03GCI: Sean: Design a prototype CAD GUI layout (#3) - Task Assigned This task has been assigned to Nikita Abraham. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8136209
03:58.29 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - might not work It might not be possible for the places where this macro is presently called, so you'd have to review them. I believe they're almost all used in static initializers, so you wouldn't be able to call a funtion either. That said, you don't need a function to get the... http://www.google-melange.com/gci/task/view/google/gci2012/8081208
03:58.34 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8081208
04:05.02 Notify 03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Quick Questions Can I see MGED and Archer editors in its current form Who are the user groups Can you tell me the tasks for each user group http://www.google-melange.com/gci/task/view/google/gci2012/8136209
04:11.45 *** part/#brlcad louipc (~louipc@archlinux/fellow/louipc)
04:14.31 Notify 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8172202 http://www.google-melange.com/gci/task/view/google/gci2012/8081208
04:25.46 Notify 03GCI: Sean: Create a flex+bison tutorial - changes Still some formatting changes needed. The lexer and parser have a few issues: The %{ definition section shouldn't be indented (it's included literally) and has a blatant error ... the return INTEGER; line is indented wrong the yywrap() formatting doesn't match our style, open paren should... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
04:26.01 Notify 03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
04:40.52 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - not necessarily For some types, an explicit cast is *required*. However, the floating point types are special as they have very specific conversion/cast behavior defined by standards. Since fastf_t is defined as one of the standard types, the implicit conversion is... http://www.google-melange.com/gci/task/view/google/gci2012/7973230
04:40.57 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
04:46.01 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
04:48.51 Notify 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - here are others Nikita, note that there are often multiple design tasks posted for the same end goal in order to get numerous perspectives. The CAD interface task is one of them, there is another still open. http://www.google-melange.com/gci/task/view/google/gci2012/8142202 http://www.google-melange.com/gci/task/view/google/gci2012/8099209
05:08.54 Notify 03GCI: Sean: Design a prototype CAD GUI layout (#3) - I see that you found one I see now that you found this task, excellent. In order to see the current form, you'll need to download our latest binary version or run from within our provided virtual machine. There is a download section at http://brlcad.org and the virtual machine is... http://www.google-melange.com/gci/task/view/google/gci2012/8136209
05:29.54 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - opt #define GETOPT_STR\ ".:,:@:a:b:c:d:e:f:g:h:ij:k:l:n:o:p:q:rs:tu:v:w:x:A:BC:D:E:F:G:H:IJ:K:MN:O:P:Q:RST:U:V:WX:!:+:" to #define GETOPT_STR\ ".:,:@:a:b:c:d:e:f:g:h:ij:k:l:n:o:p:q:rs:tu:v:w:x:z:A:BC:D:E:F:G:H:IJ:K:MN:O:P:Q:RST:U:V:WX:!:+:" But the... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
05:50.22 *** join/#brlcad javamonn (~twitch@108.223.140.36)
05:57.51 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - getopt isn't the main goal It's a little concerning that you can't figure out how to properly add a new command-line option given there are dozens of other options to follow by example... That's because setting the color will require a fair bit more understanding... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
06:11.57 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - function should be well-behaved if the caller passes a NULL pointer. Should just a "return" work when a NULL pointer is passed? http://www.google-melange.com/gci/task/view/google/gci2012/7998215
06:14.42 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - yep yep http://www.google-melange.com/gci/task/view/google/gci2012/7998215
06:25.43 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - License? Which license should I use, or is it my decision? http://www.google-melange.com/gci/task/view/google/gci2012/7973230
06:43.17 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Guessing I'm going to guess I should be using LGPL, provided that it is part of libbn (a library) and all the other tests in the directory are using LGPL. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
06:48.53 Notify 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
07:53.22 *** join/#brlcad abhi2011 (~chatzilla@122.167.41.177)
07:56.35 *** part/#brlcad abhi2011 (~chatzilla@122.167.41.177)
08:01.19 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Check Can you check the cmake log ? Its the error i recieve and its probabbly something releated to the cmakelist.. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
08:48.09 *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247)
09:10.06 *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-217-195.web.vodafone.de)
10:35.53 Notify 03GCI: Cezar: Research offset macro consolidation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8172202
10:59.53 Notify 03GCI: Harmanpreet Singh: Research offset macro consolidation - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8172202
11:39.08 *** join/#brlcad cristina (~quassel@79.114.150.220)
12:10.36 *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-69-187.web.vodafone.de)
12:50.27 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
13:19.58 Notify 03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
13:55.31 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
15:02.33 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - mater I understand the code, but it's just that I'm not able to completely understand where things are being processed and what certain BRL-CAD functions are doing. bu_getopt is called only in get_args, which is called in main.c. So the processing of flags is... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
15:03.23 Notify 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Code It's in opt2.patch http://www.google-melange.com/gci/task/view/google/gci2012/8126202
15:11.00 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
15:17.14 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
15:22.21 Notify 03GCI: Erik: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to SudhaGranger. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202
15:24.50 *** join/#brlcad merzo (~merzo@40-174-132-95.pool.ukrtel.net)
15:45.34 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - I need some instructions http://brlcad.org/wiki/SVN Where do I find the file to be downloaded here ? And I have decided to install http://www.smartsvn.com/download as I'm using Windows. I have no idea how to use this client to compile the code. Can I... http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:12.26 *** join/#brlcad Ashish101 (75c22017@gateway/web/freenode/ip.117.194.32.23)
16:15.13 Ashish101 Hello :brlcad or any other mentor please tell me will there be any follow up task for this- http://www.google-melange.com/gci/task/view/google/gci2012/7958235 ??
16:26.57 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Can this file be used ? Can I use the Windows edition ? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Windows/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:29.48 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
16:30.23 Notify 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - wisely You have chosen ... wisely. ;) Nicely done. http://www.google-melange.com/gci/task/view/google/gci2012/7973230
16:36.08 *** join/#brlcad Ashish101_ (75c22017@gateway/web/freenode/ip.117.194.32.23)
16:37.13 Ashish101_ Have i quit ??
16:37.42 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - fails too quickly From your cmake log, it's failing on the very first test. That's not good as it's not even as far along as the previous attempt. That's probably an indication that you're using either an old version of cmake or an old version of mingw/dev-c++. Make sure you're using the latest... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:37.52 Notify 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
16:39.04 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
16:52.23 Notify 03GCI: Sean: Add a command-line option that sets an object color temporarily - progress! That's looking like progress! It looks like you're on the right track without a few exceptions. You did hook into the -C option and change the behavior there, so that's good for testing. If the background is still changing, though, you may not be... http://www.google-melange.com/gci/task/view/google/gci2012/8126202
16:55.14 Notify 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - NO No, you cannot use the Windows edition. How will the BINARY files help you? You need the SOURCE files in order to find spelling mistakes. ;) We provide http://brlcad.org/wiki/Deuces to help you get started, but you'll need to check out our source code... http://www.google-melange.com/gci/task/view/google/gci2012/8122202
16:59.33 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
17:00.42 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
17:22.49 Notify 03BRL-CAD Wiki:Stpierre96 * 4802 /wiki/Failure: /* Description */
17:28.52 Notify 03BRL-CAD Wiki:Stpierre96 * 4803 /wiki/Failure: /* Failure Codes */
17:33.13 Notify 03BRL-CAD Wiki:Stpierre96 * 4804 /wiki/Success: /* Description */
17:34.00 Notify 03BRL-CAD Wiki:Stpierre96 * 4805 /wiki/Success: /* Success Codes */
17:36.27 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
17:41.47 Notify 03BRL-CAD Wiki:Stpierre96 * 4806 /wiki/GeometryREQ: /* Description */
17:43.58 Notify 03BRL-CAD Wiki:Stpierre96 * 4807 /wiki/GeometryREQ: /* Description */
17:47.09 Notify 03GCI: Cezar: Research offset macro consolidation - clang_make.log clang_make.log contains a summary of the complaints clang generates, but I still don't understand the offsetofarray issue. I tried something like "struct t { char a[20]; } print(offsetof(struct t, a)) print(offsetof(struct t, a[0])), and I got the same values. When are they... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
17:47.25 Notify 03BRL-CAD Wiki:Stpierre96 * 4808 /wiki/Failure: /* Description */
17:47.50 Notify 03BRL-CAD Wiki:Stpierre96 * 4809 /wiki/Failure: /* Failure Codes */
17:48.25 Notify 03BRL-CAD Wiki:Stpierre96 * 4810 /wiki/Success: /* Description */
17:48.40 Notify 03BRL-CAD Wiki:Stpierre96 * 4811 /wiki/Success: /* Success Codes */
17:52.26 Notify 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
17:52.37 Notify 03BRL-CAD Wiki:Stpierre96 * 4812 /wiki/GeometryCHUNK: /* Description */
17:54.13 Notify 03BRL-CAD Wiki:Stpierre96 * 4813 /wiki/GeometryCHUNK: /* Description */
17:57.26 Notify 03BRL-CAD Wiki:Stpierre96 * 4814 /wiki/GeometryMANIFEST: /* Description */
17:58.05 Notify 03BRL-CAD Wiki:Stpierre96 * 4815 /wiki/GeometryMANIFEST: /* Description */
18:02.36 Notify 03GCI: Daniel Rossberg: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Dobromir Ivanov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221
18:03.53 Notify 03BRL-CAD Wiki:Stpierre96 * 4816 /wiki/NewSession: /* Description */
18:10.10 Notify 03BRL-CAD Wiki:Stpierre96 * 4817 /wiki/FullHostLis: /* Description */
18:13.06 Notify 03BRL-CAD Wiki:Stpierre96 * 4818 /wiki/FullHostListREQ: /* Description */
18:16.07 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
18:17.18 Notify 03BRL-CAD Wiki:Stpierre96 * 4819 /wiki/RemHostNameSET: /* Description */
18:20.44 Notify 03BRL-CAD Wiki:Stpierre96 * 4820 /wiki/RemHostNameSET: /* Description */
18:21.50 Notify 03BRL-CAD Wiki:Stpierre96 * 4821 /wiki/RemHostNameSET: /* Description */
18:26.36 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
18:28.42 Notify 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task uploaded I uploaded a document and on page 2 is where I explained what I did on each of the pages. I also added a tag <BSRJ> to each area that I added so that you will know that is my work. I will remove it once my task is approved. So if my task is not approved, do I... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
18:28.57 Notify 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
18:30.03 Notify 03GCI: Melange: Create 3D Fresnel lens with matching specific measurements - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8125202
18:38.32 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
18:39.02 Notify 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed I don't think I know enough about BRL-CAD to be able to do this. http://www.google-melange.com/gci/task/view/google/gci2012/8079211
18:41.22 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
18:44.04 Notify 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205
18:48.12 *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28)
18:52.44 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Is this the one ? Is the .zip file the Source code ? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202
18:57.00 Notify 03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8036205
19:07.30 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
19:12.58 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
19:15.13 Notify 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
20:26.38 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches i uploaded the patches. I will admit that two of the patches aren't exactly "spelling mistakes" so i will fiind more mistakes if you want me to. But thanks for helping me -Amit http://www.google-melange.com/gci/task/view/google/gci2012/8103205
21:03.20 Notify 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
21:09.52 Notify 03GCI: javamonn: Create a flex+bison tutorial - Some notes: To avoid confusion, these are the files that are ready for review: Bison_Flex_Tutorial.txt, calculator.lex, and calculator2.yacc. I missed a small formatting issue on the original upload of calculator.yacc so I fixed it and reuploaded. The tutorial has been edited to include a... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
21:45.49 Notify 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205
22:51.23 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Previous attempt Well my brld-cad is the latests from the svn and my cmake and Dev-c++ aswell.. As far as the previous attempt is concerned the dev-c++ used is another one (with wxDev-C++ extension) not the official one ... http://www.google-melange.com/gci/task/view/google/gci2012/7945220
22:54.59 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
23:30.06 Notify 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220
IRC log for #brlcad on 20121231

IRC log for #brlcad on 20121231

03:41.29 Notify 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220
03:42.39 Notify 03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205
03:56.48 Notify 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Use latest code Yes, this is the souce, but not up to date. Since our various GCI tasks has resulted in so many updations in the source code, so you are recommended to use latest code. Check: http://brlcad.org/wiki/Deuces to get started. After... http://www.google-melange.com/gci/task/view/google/gci2012/8122202
04:31.16 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
04:42.07 *** join/#brlcad yukonbob (~AndChat95@32.136.211.41)
04:42.33 yukonbob Hello #brlcad
05:09.37 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Using SVN client There is no instruction to use SVN client in that link. How should I proceed ? And that was latest source file available on the website :O http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202
05:15.24 Notify 03GCI: Sean: Create an ISST screenshot or animation - Wrong tool That is a screenshot of "archer". This task involves creating a screenshot or (better) animation of our "isst" tool. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
05:15.29 Notify 03GCI: Sean: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
05:17.40 Notify 03GCI: Osaze: Create a technical screenshot - Trying Out Files... Sorry, for taking so long to upload. I just figured out how to convert .stl, .3dm, and .step files to the .g format, and am now searching the web for a solid file. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:18.31 Notify 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - outside of scope? Knowing how to use SVN is a very basic developer skill and not covered within our documentation because there are thousands of tutorials available around the web. I suggest you do a search for how to obtain BRL-CAD from our SVN repository. ... http://www.google-melange.com/gci/task/view/google/gci2012/8122202
05:20.02 Notify 03GCI: Sean: Create a technical screenshot - quality matters That's okay, we care more about quality than speed of work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:20.21 Notify 03GCI: Sean: Create a technical screenshot - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221
05:25.54 Notify 03GCI: Sean: Research offset macro consolidation - maybe OBE Frankly, with non k&r compilation, there may no longer be a real distinction between getting the offset of the first element and the name of the array. If that's the case for a variety of compilers, then the array macro may simply get replaced with the non-array version. That said,... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
05:27.35 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - didn't upload You apparently didn't upload a new version of the patch? http://www.google-melange.com/gci/task/view/google/gci2012/7998215
05:27.45 Notify 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
05:33.45 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Around The Wake Of The Natural Estate Bubble6486435]]": spam
05:33.56 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:AvrilqdsgitqumuWalka]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
05:34.06 Notify 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Servicemembers And Debt Collection]]": spam
05:35.55 Notify 03GCI: Sean: Link all of our orphaned website wiki pages - looking good Sid, that looks really nice and your summary writeup is perfect. However, I note that there are still some orphaned pages: http://brlcad.org/wiki/Special:Lonelypages How long did it take you to actually perform the wiki edits for the 10 that you worked on? How long do... http://www.google-melange.com/gci/task/view/google/gci2012/8095206
05:36.05 Notify 03GCI: Sean: Link all of our orphaned website wiki pages - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
05:36.20 Notify 03GCI: Sean: Link all of our orphaned website wiki pages - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8095206
05:44.19 Notify 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patch format Amit, those aren't proper patch files. Patch files have a specific format and done properly will be only one text file. See http://brlcad.org/wiki/Patches for help but the basic idea is that you need an SVN checkout of our sources and then you'll... http://www.google-melange.com/gci/task/view/google/gci2012/8103205
05:47.00 Notify 03GCI: Osaze: Create a technical screenshot - Thanks! Thank you for the extra time! http://www.google-melange.com/gci/task/view/google/gci2012/8022221
06:14.01 Notify 03GCI: Melange: Create an artistic screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213
06:51.06 Notify 03GCI: Melange: Create a flex+bison tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
08:04.19 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
08:47.36 Notify 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202
09:42.22 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
10:59.04 *** join/#brlcad starburst (2eee1c32@gateway/web/freenode/ip.46.238.28.50)
11:00.44 starburst Can anyone tell me where to find & how to launch brl-cad's isst tool? Currently using win7
11:17.00 *** join/#brlcad cristina (~quassel@79.114.150.220)
11:18.29 Notify 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - ISST tool I seem to have trouble finding & launching the tool. I downloaded and installed BRL-CAD (on Windows 7 Ultimate) from your site, but I'm unable to locate the isst tool on my system. All I have is archer and MGED. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
11:44.50 Notify 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
11:57.38 Notify 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - FIle name I have downloaded the latest version of the BRL-CAD source code. What are the files I should open and check? http://www.google-melange.com/gci/task/view/google/gci2012/8093205
13:04.07 Notify 03GCI: dmusan: Crash our raytracer application reliably - Sorry for sending work so late I apologize for sending the file so late, but I was on vacation and I didn't have my laptop with me. I hope what I have done is okay and if not please tell me how I could do better. Thank you and happy holidays! http://www.google-melange.com/gci/task/view/google/gci2012/8018211
13:07.28 Notify 03GCI: Cezar: Research offset macro consolidation - Code I've written a small program to test offsetof with bitfields. I tried different numbers, placing the char array in different places, and compiling with both gcc 4.2 and llvm 3.1, and the numbers were always equal http://slexy.org/view/s20ovFFvuX. As for non-byte-aligned values, I tried... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
13:43.15 Notify 03BRL-CAD Wiki:87.168.173.192 * 4822 /wiki/Help:Searching:
14:16.40 Notify 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Assigned This task has been assigned to V Rahul. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:18.00 Notify 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - latest svn To be sure, you need to download our latest sources from Subversion, not the 7.22.0 source tarball. You can find and fix spelling mistakes in any files that are ours. That means ignore src/other/ and misc/. http://www.google-melange.com/gci/task/view/google/gci2012/8093205
14:18.59 *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com)
14:23.58 Notify 03GCI: Sean: Crash our raytracer application reliably - backtrace If rt actually crashed, you should be able to capture a stack trace. That is a record of all the functions there were called at the time it crashed. I won't have time to verify whether your description qualifies as a crash for a day or two (maybe one of the other mentors can... http://www.google-melange.com/gci/task/view/google/gci2012/8018211
14:24.15 Notify 03GCI: Sean: Crash our raytracer application reliably - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8018211
14:27.01 Notify 03GCI: Sean: Create an ISST screenshot or animation - windows Getting the tool to run on Windows is problematic. That said, we provide a disk image that should run isst fine. See our http://brlcad.org/wiki/Deuces page for instructions on how to download and run the image, then you should be able to run isst there. http://www.google-melange.com/gci/task/view/google/gci2012/7945221
14:47.31 *** join/#brlcad dirichlet (~ffurnari@host240-239-dynamic.12-79-r.retail.telecomitalia.it)
14:54.55 *** join/#brlcad luca79 (~luca@93-82-112-247.adsl.highway.telekom.at)
14:56.30 Notify 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - ubuntu Ok, I also have ubuntu 12.04 how do I do it in Ubuntu? http://www.google-melange.com/gci/task/view/google/gci2012/7945221
14:59.49 *** part/#brlcad dirichlet (~ffurnari@host240-239-dynamic.12-79-r.retail.telecomitalia.it)
15:13.00 *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-54-57.web.vodafone.de)
15:13.18 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
15:16.54 Notify 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7994229
15:17.09 Notify 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233
15:43.41 Notify 03GCI: Jacob B: Modify IRC notifier output - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:50.44 Notify 03GCI: Daniel Rossberg: Modify IRC notifier output - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224
15:54.36 Notify 03GCI: Melange: Add missing documentation for any one command (#9) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8121203
16:11.38 Notify 03GCI: Daniel Rossberg: Create a flex+bison tutorial - It still needs some polish Tere are still some white-space issues, eg new-line in sentences, missing blanks between words or word and punktuation, trailing blanks and tabs. You should make more paragraphs. It's hard to read. What's yywrap() and yyparse() good for? (I don't know anything... http://www.google-melange.com/gci/task/view/google/gci2012/7985245
16:11.43 Notify 03GCI: Daniel Rossberg: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
16:11.53 Notify 03GCI: Daniel Rossberg: Create a flex+bison tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245
16:13.14 Notify 03GCI: Sean: Research offset macro consolidation - hat's actually the concern That link you found is exactly a good summary of the various issues. Yep, it's a bit old but then so is our code and that offset code predates even C standardization ... :) What I don't know is whether the C89 (or C99 or POSIX.1 or some other standard) say anything... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
16:16.02 Notify 03GCI: Sean: Create an ISST screenshot or animation - you can try You can try compiling BRL-CAD from a source checkout, but note that you will probably need to install some dependencies. Walking you through all of that is a bit out-of-scope for GCI but you're welcome to try. The VM image is preconfigured for that very purpose and should... http://www.google-melange.com/gci/task/view/google/gci2012/7945221
16:21.56 Notify 03GCI: Daniel Rossberg: Create a flex+bison tutorial - And ... ... you should put all relevant files into one container file (.zip, .tar, ...). This way we know what to review and there will be no confusion in file revisions (eg you refer to calculator.yacc in the tutorial but the real file was calculator2.yacc). http://www.google-melange.com/gci/task/view/google/gci2012/7985245
16:22.06 Notify 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:33.32 Notify 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - I ran it OK, so I managed to run it under my Ubuntu 12.04 LTS installation, but when I open any DB, a window pops up and prompts me to select geometry to display and no matter what I select It does not show anything. Can you give me some links to documentation on the isst tool,... http://www.google-melange.com/gci/task/view/google/gci2012/7945221
16:40.55 Notify 03GCI: Cezar: Research offset macro consolidation - Title I found another discussion here http://stackoverflow.com/questions/713963/why-does-this-c-code-work/714206#714206 As far as I understand, the compiler is free to define offsetof however it wants, so `#define offsetof(t, m) 4` would be perfectly valid, although of not much help. I... http://www.google-melange.com/gci/task/view/google/gci2012/8172202
16:58.36 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Why is the voxel variable a short? voxel gets its value from an unsigned char and will be casted to a size_t before it will be compared to an uint32_t. There is no short in this pipeline. How about making it an unsigned char and if necessary casting... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:58.51 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215
16:59.01 Notify 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7998215
17:10.59 *** join/#brlcad Osaze (~Osaze@c-68-55-189-130.hsd1.dc.comcast.net)
17:17.50 Notify 03GCI: Osaze: Create a technical screenshot - Update Hello! I have found a file that is solid enough to convert to the .g format. Here is a picture of it (https://docs.google.com/open?id=0Bynn_SEJ0093WEFrSGRyWGJmTmc). The original file can be found here (http://grabcad.com/library/dragon-charm). Is this file complex enough to continue... http://www.google-melange.com/gci/task/view/google/gci2012/8022221
18:35.00 Notify 03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8115209
19:09.31 *** join/#brlcad Osaze_ (~Osaze@c-68-55-189-130.hsd1.dc.comcast.net)
19:29.38 *** join/#brlcad csanyipal (~csanyipal@83-169-85-95.dynamic.stcable.net)
19:30.01 csanyipal Happy New Year!
19:47.07 *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net)
19:57.30 Notify 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches i read the patches site, but it doesnt describe on how to get a SVN checkout and whenever i make a patch file it says its not a working copy (but it still makes the patch file anyways) http://www.google-melange.com/gci/task/view/google/gci2012/8103205
20:49.26 *** part/#brlcad csanyipal (~csanyipal@83-169-85-95.dynamic.stcable.net)
22:24.23 Notify 03GCI: Frank: Fix Visual Studio Express compilation errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009222
22:26.49 Notify 03GCI: Frank: Fix Visual Studio Express compilation errors - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009222
22:27.09 Notify 03GCI: Frank: Fix Visual Studio Express compilation errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009222
22:29.40 Notify 03GCI: Frank: Fix Visual Studio Express compilation errors - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009222
22:46.35 *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net)
23:51.26 Osaze_ Hello! Is there a certain way to overlay render in mged? If so, what command should I be looking at?
23:51.39 Osaze_ join #freenode-newyears