irclog2html for #brlcad on 20100108

00:07.35``Erik"Anaesthetists - They do it until you fall asleep"
00:22.34*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
01:02.42*** join/#brlcad Ralith (n=ralith@69.90.48.97)
02:28.58*** join/#brlcad dtidrow (n=dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:49.52CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2162 10/wiki/MGED_CMD_rpp-cap:
02:51.11CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2163 10/wiki/MGED_CMD_decompose:
02:53.01*** join/#brlcad dtidrow (n=dtidrow@c-71-238-51-148.hsd1.mi.comcast.net)
02:55.36Nohla``Erik or somebody, what means stem?
02:57.51``Erikin what context?
02:58.50CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2164 10/wiki/MGED_CMD_bot_decimate:
03:00.18Nohlasorry, in the 6th tutorial, f.e., it's say:
03:00.31NohlaTo make the stem a region, type at the Command Window prompt:
03:00.32Nohla
03:00.32Nohla<command>r stem1.r u ball1.s u ball2.s u ball3.s[Enter]</command>
03:01.20CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2165 10/wiki/Category:MGED_bot_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:02.48CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2166 10/wiki/Category:BoT_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:03.14CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2167 10/wiki/Category:MGED_bot_operators:
03:03.50``Erikah, a thin connecting piece, umm, like with a wine glass, the piece between the bulb and the base
03:03.54CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2168 10/wiki/MGED_CMD_bot_decimate:
03:04.36Nohlaokok
03:05.14CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2169 10/wiki/MGED_CMD_bot_condense:
03:05.18``Erikwhich one is tutorial 6?
03:05.18Nohla``Erik the writing tides a bit :)
03:05.31Nohlacreate a globet
03:05.33Nohla:)
03:05.47CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2170 10/wiki/MGED_CMD_bot_face_sort:
03:05.48``Erikah, hah, yes, my example was apropos!
03:05.57Nohlayou guessed :)
03:06.19CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2171 10/wiki/MGED_CMD_bot_vertex_fuse:
03:06.51CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2172 10/wiki/Bot: Redirecting to [[BoT]]
03:07.25``Erikhttp://monstermugs.co.uk/images/aaaglDOMINMA.jpg  this glass has a black stem and a black base
03:08.43CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2173 10/wiki/MGED_CMD_bot_face_fuse:
03:08.54CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2174 10/wiki/Category:MGED_BoT_operators: New page: Commands that operate on [[BoT|bags of triangles]] [[Category:MGED object generators]] [[Category:MGED]]
03:09.31CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2175 10/wiki/Category:BoT_operators:
03:10.48CIA-38BRL-CAD: 03Ssd 07http://brlcad.org * r2176 10/wiki/Category:MGED_bot_operators: oops someone delete this
03:16.52Nohla``Erik thanks
03:17.09NohlaI'm near finishing :)
03:18.43``Erikawesome :D
03:22.35Nohlawell, finishing 6th, but 3rd, 4th and 5th were jumped, jejejje
03:22.55Nohlaa friend helped me with this
03:23.29Nohlachosed 6th just in case he take too much time to do it
03:29.46*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:30.27``Erikit is still another translated document... part of the first translation set for BRL-CAD :)
03:32.44Nohlashure
03:33.08Nohlahope to advance quickly this month
03:33.24Nohlafebruary is a coplicated month to me
03:34.36Nohla``Erik could you help me by explaining the meaning of "framebuffer"
03:34.57``Erikum, do you know much about how computer graphics work?
03:35.23Nohlathis context:  If
03:35.23Nohlayou want to view the goblet without the wireframe, go to the Framebuffer
03:35.23Nohlaoption of the Raytrace Control Panel and click on Overlay.
03:35.45``Erikthat's referring to the window on the screen that displays the raytraced image
03:35.52Nohlawell, read something today :P may that help
03:36.49``Erikdoes that make sense?
03:37.35Nohlais it like shape?
03:37.50Nohlaof objets
03:38.30``Erikno, the shapes exist in the geometry, but we do raytracing to make a nice picture of it, the results of the raytracing pops up in a new window (or glued into the geometry editing window)
03:39.33``Erikhttp://brlcad.org/gallery/s/screenshots/gnu_tux.png.html
03:39.57``Erikthis shows the framebuffer on the left, command window on the bottom and geometry widnow on the right
03:40.38Nohlabut, it's like the silhouette
03:40.50``Erikit's the results of raytracing
03:41.09``Erikhe ran the "rt" command to raytrace, it popped up a new window and filled it with the raytrace results
03:41.48``Erikhttp://brlcad.org/gallery/s/screenshots/ronja_screenshot.png.html  <-- has the framebuffer on the top right
03:41.59``Erikembedded in the geometry window
03:44.26``Erikhttp://brlcad.org/gallery/s/screenshots/t62_mged.jpg.html  actually is closer to the part your'e looking at, the treads (red lines) are visible because the framebuffer (the silver tank) is in Underlay mode, if you click Overlay, the red lines disappear
03:45.43Nohlawell
03:46.09NohlaI can understand but can't tell it in spanish yet :)
03:46.11Nohlajejej
03:46.22``Erikit's a strange functionality, perhaps we should mark that as 'for later' and brlcad can help figure out how to say it when he's online? :)
03:46.23Nohlatoo tired I think
03:47.09Nohlabrlcad must be dead
03:47.38NohlaHe's never outline :P
03:48.12``Erik"offline", you mean? :)
03:48.46Nohlayes XD
03:48.57Nohlayou see? toooooo tired
03:49.07``ErikI saw him in the office today, he may've decided to go home and finally sleep, or he's out carousing on town
03:49.11Nohla``Erik thanks again
03:49.26``Erikno problem, thank YOU for doing the translation :)
03:50.13Nohlanight
03:50.16``Erikgoodnight
03:52.43Nohla``Erik framebuffer could be the drawing of the visible surface?
03:54.08``Erikit's... the buffer where the raytraced frame results are put... um, for raster images
03:54.34Nohlawell, that was my best bet for tonight, better try tomorrow
03:55.02``Erikum, in that example, they get the raytrace dialog box and push 'render', and it raytraces what's in the geometry window
03:55.19``Erikand it makes two "layers" in that window, one with the red wireframe, the other with the raytraced image
03:55.36``Erikunderlay/overlay is controlling the relation of those two layers
03:56.01``Erikgo sleep and think about it tomorrow :D
04:06.10brlcadcool, so eto still has evaluation errors, but ebm is fixed
04:07.40brlcadNohla: fantastic progress! :) :)
04:09.51brlcadback to the codegrind!
04:10.10``Erikhuh, don't recall seeing your car when I left, didja run out for food or something?
04:10.17brlcadyeah
04:17.03Nohlabrlcad I was just going into bed
04:17.45brlcadNohla: hasta man~ana! .. que te duermes bien!
04:18.13Nohlatomorrow night we could try to let me understand how to define blablabuffer (I can't remember word :P)
04:19.03Nohlaand, if you dont mind to jump some tutos, I'll bring 6th
04:19.29Nohlabut, until that moment, good night and day of tomorrow :)
04:20.00Nohlasorry if you can't imagine wath I'm traying yo say :)
04:20.04Nohlazzzzzz...
04:23.07``Erikframebuffer
04:23.40Nohla...I was talking about everything I was trying to say :)
04:24.31Nohlareal zzzz...
04:24.34Nohlakisses
09:24.39CIA-38BRL-CAD: 03d_rossberg * r37170 10/brlcad/trunk/src/other/openNURBS/ (opennurbs_point.cpp opennurbs_quaternion.cpp):
09:24.39CIA-38BRL-CAD: including common.h has to be preferred to including brlcad_config.h directly
09:24.39CIA-38BRL-CAD: (otherwise the Windows build won't work)
11:18.27*** join/#brlcad mafm2 (n=mafm@119.Red-81-34-12.dynamicIP.rima-tde.net)
12:17.18*** join/#brlcad d_rossberg (n=rossberg@BZ.BZFLAG.BZ)
12:19.42d_rossbergi got a brlcad build error (implicit declaration of function): http://pastebin.bzflag.bz/m1afc8bab
12:20.58d_rossbergit looks like regex.h is included from tcl/generic instead of /usr/include
13:11.08``Erikyean, d_rossberg, I've been seeing that on several machines, too... there's some fix I did to tclInt.h a long time ago for that, I guess it was during an update... I'll have to dig up what I did
13:41.26d_rossberg``Erik: it could depend on whether libregex is build or not (i.e. the one from the system is used)
13:43.49d_rossbergin the first case the libregex include path precedes tcl/generic, in the later case tcl/generic precedes the system include path /usr/include
14:21.08``Eriktcl itself has a regex.h that confuses the preprocessor, I'll look into it once I'm settled in here (just got to the office)
14:47.37``Erikhrm, it's there O.o odd
14:57.27d_rossbergthe regex.h in tcl/generic uses additional macros like __REG_NOFRONT
15:04.37*** join/#brlcad docelic (n=docelic@78-2-71-58.adsl.net.t-com.hr)
15:31.57brlcadstarseeker: oof, sorry to hear that
15:40.25brlcadd_rossberg: yeah, hrm!
15:40.43brlcadif libregex were built, it would get the right header
15:41.11brlcadbut since it's using a system one, the -Isrc/other/tcl/generic is overriding ...
15:42.32brlcadthe solutions that are coming to mind are:
15:42.34brlcad1) make -I/usr/include a REGEX_CPPFLAG
15:43.30brlcad2) remove the __REG_NOFRONT/__REGNOCHAR so they're defined
15:44.05brlcad3) remove <regex.h> from regionfix.h and just declare the extern regex functions in use
15:44.39``Erikthe one I was seeing was implicit declaration of regcomp/regexec/reg(somethingelse), but it's now showing up on any machines at the moment O.O
15:44.53brlcad3 is probably the simplest, but is of course a total "punt"
15:45.19brlcadit should only happen with default configure options where it uses a system regex
15:45.24brlcad--enable-all won't see it
15:45.40brlcadrather, a system regex and a non-system tcl
15:46.24``Erikwhich is my standard mac build, which showed it, but now it doesn't, odd
15:50.01brlcadmy default mac build uses system tcl/tk
15:50.15brlcad(didn't use to, but I fixed that last spring/summer)
15:52.08``Erikhm, I usually build with ./configure --enable-optimized --prefix=/usr/brlcad/HEAD --enable-tcl-build --enable-tk-build --disable-png-build CFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib
15:52.32brlcadhm, dunno then
15:52.36brlcaddebug that shit up
15:53.01d_rossberghowever, there remains something unclear: #include <~> and #include "~" should differ by their search paths
15:53.27d_rossberg#include <~> should search in the system directory first
15:55.51brlcadd_rossberg: -I override system search dirs
15:55.53brlcadat least for gcc
15:56.37brlcad"" simply checks current dir first before checking -I and system dirs
15:56.49brlcadan implicit -I.
15:57.40CIA-38BRL-CAD: 03brlcad * r37171 10/brlcad/trunk/src/other/tcl/generic/regex.h: change the file we have control over. according to the header, it's legit to remove the __REG_NOFRONT define so we get declarations of regcomp() and regexec().
15:58.29brlcadthat should at least fix the warnings even if it does get that file instead of a system one (and fortunately those function signatures aren't likely to change)
15:58.40brlcadissue will just be tclInt.h getting included
15:58.58brlcadbut if it's getting that regex.h, it's already got -Isrc/other/tcl/generic
16:00.24brlcadhttp://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html  <-- See second sentance under -Idir regarding override behavior.
16:01.51brlcadthere's probably some magic -isystem foo we could use, instead of -I for all src/other codes to get the desired search order behavior, but it'd be gcc-specific
16:04.27CIA-38BRL-CAD: 03brlcad * r37172 10/brlcad/trunk/TODO: inspiration
16:06.30d_rossbergi'm using gcc's man-page here
16:07.26d_rossbergthe "-I-" and "-iquote" options are looking interesting
16:07.39brlcadmy man page has the same quote :) ..  "Directories named by -I are searched before the standard system include directories."
16:08.18d_rossbergmaybe "-iquote" should be the standard rather than "-I"
16:08.55``Erikhuh, pbcopy/pbpaste (mac only)
16:09.07brlcadthey're still searched before system dirs
16:09.38d_rossbergright, but only for #include "~"
16:09.38brlcadplus it's still go tthe issue of being gcc-specific flags
16:10.51d_rossbergwhat other compilers do you have?
16:11.14d_rossbergon windows it is a totally different story
16:11.16brlcadicc and sunw
16:11.31d_rossbergi see ...
16:11.37brlcadaside just from underlying philosophy
16:11.42``Erikmipspro if we want to blow the dust out of an old clunker O:-)
16:11.49``Erikmsvc
16:13.24d_rossbergi think it is part of the C standard that include<> searches the system headers first and include"" the user provided headers
16:14.17d_rossbergtherefore you have to declare the system and user provided headers correctly in gcc
16:14.35d_rossberg(and any other compiler)
16:14.52brlcadwould be more incined to put system dirs on the -I path  (e.g., -I/usr/include) before adding the configure magic to detect that -iquote works and to use it instead of -I
16:15.16brlcadin the absense of any compiler flags, that is gcc's behavior .. :)
16:15.33brlcadspec has nothing on application options
16:17.18brlcaddid that commit fix the build?
16:17.41``Eriksrc/brlcad/src/librt/regionfix.c:151: warning: implicit declaration of function 'regfree'
16:17.45``Erikbut the other two are fixed
16:17.53brlcadhum
16:18.08brlcadi checked regfree .. looked like it was already deeclared
16:18.14``Eriklooked like, yes
16:18.41d_rossbergoverwritten by the TCL function ;)
16:18.48``Erikbut not in the -E output
16:19.32brlcadright, it should be a TclReFree()
16:19.55brlcadsure it's object-clean?
16:20.13brlcadhm, nvr mind :)
16:20.20``Erikwow, 404 on pastebin
16:20.49``Erikhttp://paste.lisp.org/display/93148
16:21.01``Erikthat's what the tcl regex.h resolves to out of -E on my mac
16:21.28d_rossbergthere is still one error left: implicit declaration of regfree
16:22.30brlcadmm.. all the regex code in tcl includes regguts.h which includes regcustom.h which includes all those proper "tcl-style" declarations/defines .. not clear why regex.h has them at all
16:25.34``Erikincluding tclInt.h in regeg.h USED to fix it, odd that it stopped
16:25.54CIA-38BRL-CAD: 03brlcad * r37173 10/brlcad/trunk/src/other/tcl/generic/regex.h:
16:25.54CIA-38BRL-CAD: remove the entire tcl-protection block that was spliced in from tclcustom.h so
16:25.54CIA-38BRL-CAD: that we get regfree() declared. all of tcl's regex sources include regguts.h
16:25.54CIA-38BRL-CAD: which includes regcustom, so they should get their integrated behavior for their
16:25.55CIA-38BRL-CAD: built-in regex.
16:26.09brlcadincluding tclInt.h fixed a different problem
16:26.23brlcadthese are warnings .. we were just ignoring the warnings before
16:26.27brlcadnot they're errors
16:26.40brlcadthat should do the trick
16:26.44``Erikhm, was years ago, I've forgotten O.o (and the history didn't transfer very nicely
16:27.00``Erikworked here
16:27.06brlcadhave to check tcl-runtime to make sure regular expressions still work, but tcl compiles clean .. hopefully regionfix.c compiles clean now too
16:27.46d_rossbergregionfix.c compiles now :)
16:37.35*** join/#brlcad jnewt4 (n=jnewt@ppp-70-252-130-22.dsl.ksc2mo.swbell.net)
17:50.20*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
18:28.38*** join/#brlcad Ralith (n=ralith@d142-058-090-011.wireless.sfu.ca)
18:38.43*** join/#brlcad Ralith_ (n=ralith@d142-058-090-011.wireless.sfu.ca)
19:20.22CIA-38BRL-CAD: 03brlcad * r37174 10/brlcad/trunk/src/rt/do.c: comment style formatting consistency cleanup
19:46.30``Erikhuh, the rb trees ARE used
20:37.50brlcadif_tk.c:292: error: too many arguments to function 'Tk_PhotoPutBlock'
20:40.49CIA-38BRL-CAD: 03brlcad * r37175 10/brlcad/trunk/src/libfb/if_tk.c: Tk_PhotoPutBlock doesn't take an interp, at least with tk 8.4
21:10.36``ErikO.O
21:10.39``Erikhttp://pastebin.bzflag.bz/d3691b911
21:10.49``Eriker, hell... src/librt/primitives/arb8/arb8.c:2092: warning: passing argument 2 of 'rt_arb_3face_intersect' from incompatible pointer type
21:11.18``Erikconst point_t x[6]; throws that, const point_t *x; in another file, ...
21:11.25``Erikneat, huh?
21:45.47*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:09.30*** join/#brlcad Ralith (n=ralith@69.90.48.97)
22:23.36*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
22:34.56CIA-38BRL-CAD: 03brlcad * r37176 10/brlcad/trunk/src/librt/prep.c:
22:34.56CIA-38BRL-CAD: if we're asked to prep an rtip with nothing in it, we're done prepping that
22:34.56CIA-38BRL-CAD: rtip. set needprep to false so code elsewhere doesn't keep recalling prep
22:34.56CIA-38BRL-CAD: spewing 'no (primitives|regions) left to prep' messages. this is related to sf
22:34.56CIA-38BRL-CAD: bug report 2927515 (a particular arb5 fails to raytrace) from John Dalton
22:34.59CIA-38BRL-CAD: (john-dalton), quelling the spewing of 'endless' error messages.
23:14.41*** join/#brlcad Nohla (n=jesica@168.226.179.239)
23:32.48CIA-38BRL-CAD: 03brlcad * r37177 10/brlcad/trunk/src/rt/ (do.c hurt.c):
23:32.48CIA-38BRL-CAD: do frame was only checking if there were primitives prepped, but not whether
23:32.48CIA-38BRL-CAD: there were any valid regions remaining to render (which there should always be
23:32.48CIA-38BRL-CAD: as even all regionless objects (even primitives) are promoted to regions). make
23:32.49CIA-38BRL-CAD: it check and halt if there aren't any so that we don't dispatch all rays only to
23:32.51CIA-38BRL-CAD: have prep and do_run do nothing useful.
23:34.00*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
23:37.29CIA-38BRL-CAD: 03brlcad * r37178 10/brlcad/trunk/NEWS:
23:37.29CIA-38BRL-CAD: rt now reports prep failures a little more clearly, in part by aborting earlier,
23:37.29CIA-38BRL-CAD: so as to not spew a prep failure per ray when rt is invoked from within mged.
23:37.29CIA-38BRL-CAD: this is in response to sf bug report 2927515 (a particular arb5 fails to
23:37.29CIA-38BRL-CAD: raytrace) from John Dalton (john-dalton), quelling the spewing of 'endless'
23:37.32CIA-38BRL-CAD: error messages.
23:47.54CIA-38BRL-CAD: 03brlcad * r37179 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: quell constness conversion warning. make rt_arb_3face_intersect take a const pointer to plane_t, assume it's a [6] array.
23:48.04brlcadthat should fix the warning ``Erik
23:57.32CIA-38BRL-CAD: 03brlcad * r37180 10/brlcad/trunk/src/libfb/if_tk.c: so 8.5 did change Tk_PhotoPutBlock to have an interp, so we need to check the version of tk we're working with given it's an api incompatibiliy.

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with infobot logs, split per channel, etc.