IRC log for #brlcad on 20091228

00:41.52Nohlabrlcad you're back :)
00:46.34brlcadNohla: I am!
01:00.51Nohlabrlcad the last time, the conversion to pdf was done simultaneously with the makefile, doesn't it??
01:03.43*** join/#brlcad docelic (n=docelic@78-2-111-81.adsl.net.t-com.hr)
01:53.12*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
02:41.46*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
03:00.01Nohlarun make comand into dockbook but an error happened while running
03:00.17Nohlalessons/en/images/mged02_coordsys.png \
03:00.17Nohlalessons/en/images/mged02_defaultradio.png \
03:00.17Nohlalessons/en/images/mged02_flower_zooomin.png \
03:00.17Nohlalessons/en/images/mged02_flower_zooomout.png \
03:00.17Nohlalessons/en/images/mged02_multipane.png \
03:00.18Nohlalessons/en/images/mged02_radio_35_25.png \
03:00.20Nohlalessons/en/images/mged02_radio_front.png \
03:00.22Nohlalessons/en/images/mged02_radio_right.png \
03:00.24Nohlalessons/en/images/mged02_radio_top.png \
03:00.26Nohlalessons/en/images/mged02_truck_0_0_14.png \
03:00.28Nohlalessons/en/images/mged02_truck_270_-90.png \
03:00.30Nohlalessons/en/images/mged02_truck_270_90.png \
03:00.32Nohlalessons/en/images/mged02_truck_35_0.png \
03:00.34Nohlalessons/en/images/mged02_truck_35_25.png \
03:00.36Nohlalessons/en/images/mged02_truck_35_60.png \
03:00.38Nohlalessons/en/images/mged02_truck_35_90.png \
03:00.40Nohlalessons/en/images/mged02_truck_front.png \
03:00.42Nohlalessons/en/images/mged02_truck_left.png \
03:00.46Nohlalessons/en/images/mged02_truck_rear.png \
03:00.48Nohlalessons/en/images/mged02_truck_right.png \
03:00.50Nohlasorry
03:00.59Nohlathis is: make[1]: *** [Makefile.in] Error 1
03:01.00Nohlamake[1]: se sale del directorio `/home/jesica/Desktop/brlcad'
03:01.00Nohlamake: *** [../../aclocal.m4] Error 2
03:43.07*** join/#brlcad Yoshi47 (n=jan@d72-39-56-44.home1.cgocable.net)
04:31.32*** join/#brlcad talcite (n=matthew@bas2-toronto21-1242309791.dsl.bell.ca)
06:04.45*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1242309791.dsl.bell.ca)
06:04.51*** join/#brlcad jesica__ (n=jesica@168.226.178.59)
06:24.33talcitebrlcad: is there any way that we can get one of the upstreams set up before new year's? My amount of free time right now is pretty big and will drop off for the first couple weeks of January
06:36.57brlcadtalcite: before new years eh?  quite possible .. I'll see what we can do
06:37.17talcitebrlcad: great. Thanks! I can also start packaging one if you'd like
06:37.28talcitewhich one is least likely to change when we take over upstream?
06:38.40brlcadthe one's we're talking about are URToolkit/libutahrle, step/SCL, and possibly tkhtml3 yes?
06:39.09brlcadstep is least likely to change
06:39.20brlcadit's already got a self-contained build system for the most part
06:39.34brlcaddocs and reasonable organization
06:39.56brlcadso it'll probably have get imported mostly as-is for starters
06:44.15talcitealright. I'll start working on step
06:44.31talciteyeah, tkhtml3 will probably need to be taken over. The upstream is really dead
06:44.58talciteIt would also be really nice if we could remove the lemon external library which gets built with it and also hv3
06:45.26talciteI don't actually understand how we build tkhtml3 without including lemon. Did we use bison instead?
07:25.29brlcadi'm not familiar with 'lemon'
07:26.04brlcadtalcite: I also don't see lexer/parser files
07:26.26talcitebrlcad: It's in the original tkhtml3 sources. Lemon is the parser they use
07:26.27brlcadwe removed hv3 and the test suite in our integration
07:26.36brlcadpart of hv3 or tkhtml3?
07:26.51brlcadi'm not particularly interested in hv3
07:26.57brlcadshould be a separate package
07:27.39talcitetkhtml3 sources I believe
07:28.06brlcadjesica__: the error occurs *before* the "Error 1" line .. look for the first place it says error then probably the line before *that* line is the one that caused the error
07:29.05brlcadtalcite: sources for hv3 and tkhtml3 are together iirc
07:29.29talcitebrlcad: yes, the src folder is for tkhtml3 and hv is separate I believe
07:29.35brlcadright
07:29.51talcitebrlcad: there's references to lemon in the tkhtml3 src folder
07:30.57brlcadwhere?
07:31.20brlcadlooking at the repo, there used to be a .y/.lem parser file, but no longer
07:31.59brlcadlast commit says:  "Switch from lemon to a hand-coded CSS parser. This makes it possible to handle parse errors in a standards compliant manner."
07:32.14brlcadso probably just some stale comment
07:42.28talcitebrlcad: oh wait, you're doing a cvs pull?
07:42.34talciteI was looking at alpha16 release
07:43.02brlcadI believe we did
07:43.10brlcaddon't know what is in alpha16
07:43.19brlcadcvs hasn't changed in about 2 years
07:43.31brlcadalpha16 is at least 22 months old
07:46.06talciteAhh. that makes more sense now
07:46.20talciteCan we do a CVS pull for our upstream in tkhtml3? It would greatly simplify things
07:47.05brlcadwhat do you mean?
07:47.23brlcadI certainly wouldn't be starting with a16 if we took over as upstream
07:47.51talciteah ok. Alright, then everything is fine
07:47.56brlcadi've already contacted dan to see where he stands with maintainership
07:48.04brlcadso that one is tbd
07:49.17talciteoh really? I sent an email to dan and he said the project is not active
07:49.37brlcadI wasn't asking if it's active
07:58.35brlcadutah folks notified
07:58.42talcitebrlcad: ah ok. Dan was pretty quick on email when I last contacted him.
07:58.54talcitebrlcad: any thoughts on what we'll do with NURBS?
07:59.04brlcadwhat do you mean?
07:59.29brlcadit's got an "active" albeit very private and slow upstream
07:59.47talcitebut they didn't want our source modifications right?
08:00.36brlcadheh, nice .. both utah contact emails came back immediately rejected
08:01.06talcitebrlcad: proposal rejected or routing rejected?
08:01.13brlcaddead address
08:02.30talciteahh well. Is it safe to assume we can take upstream?
08:04.26brlcadoh, I already knew we could
08:04.32brlcadi just didn't know the mails were dead :)
08:04.46brlcadI was just sending a cordial notification of the intention
08:05.27brlcadthe last version, 3.1b, was released more than a decade ago
08:05.32brlcad1996 iirc
08:05.55talciteah. Heh I was just starting to use computers back then
08:06.18brlcadit's long overdue a 4.0 release ;0
08:06.48brlcadthen I can finally quell all those damn compilation warnings
08:07.11brlcadand get rid of some of the crap
08:07.48talciteheh. Sounds good.
08:12.28CIA-38BRL-CAD: 03brlcad * r37029 10/brlcad/trunk/doc/deprecation.txt: the hf primitive was deprecated with release 6.0 .. should remove it at release 8
08:20.39*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331833.dsl.bell.ca)
08:21.10*** join/#brlcad csanyipal (n=csanyipa@150-142-85-95.dynamic.stcable.net)
08:21.17csanyipalHi,
08:21.23brlcadhowdy
08:21.27csanyipal:)
08:21.53csanyipalI'm ready for testing Archer.
08:22.19brlcadthe trace you provided earlier is very odd .. need more information
08:22.26csanyipalok
08:22.37brlcadneed a debug build
08:22.42csanyipalok
08:22.47brlcadthat looks like it was an optimized compile?
08:22.54csanyipalyes, it is.
08:23.22brlcadif you can recompile without optimization enabled, that should give a more informative backtrace
08:23.36brlcadin the meantime, you can try running archer in a couple other ways
08:23.46brlcadlike providing the .g on the command line "archer file.g"
08:23.48csanyipalI can, of course.
08:24.23brlcador within archer on archer's command line "opendb file.g" or "gop file.g"
08:24.30brlcadfantastic, thanks
08:24.41csanyipalyou are wellcome! :)
08:32.18csanyipalwhen I run: 'archer radio.g' I get Segmentation fault.
08:32.42brlcaddoes it happen with other .g files too?
08:32.44brlcador just radio.g?
08:33.41csanyipalit does happen with other .g files too.
08:37.01brlcadokay, good to know .. and you're running from an svn compile, yes?
08:37.48csanyipalYes. When in the Archer's command line run the command 'gop radio.g' I get error message: Archer> gop radio.g
08:37.48csanyipalError: invalid command name "gop"
08:38.05csanyipalYes, I'm running brlcad builded from SVN.
08:38.22brlcaddid opendb work?
08:38.35csanyipalno, I get the same error message.
08:38.47csanyipalinvalid command name.
08:38.49brlcadah, go_open
08:39.23brlcadgo_open foo file.g
08:39.58csanyipalgo_open radio.g give to me: Error: invalid command name "go_open"
08:40.31csanyipalgives
08:46.59csanyipalMust I delete /usr/brlcad/ directory before the new installation of debug build?
08:47.19brlcadcsanyipal: it's a good idea
08:47.41csanyipalok
08:47.52brlcadnot strictly necessary, but a good idea regarless
08:48.05csanyipalok
08:51.01csanyipalI have installed now the debug build. I'm going to reproduce Segmentation fault and bzpaste the backtrace again. :)
08:53.47CIA-38BRL-CAD: 03brlcad * r37030 10/brlcad/trunk/src/librt/primitives/ (8 files in 6 dirs): quell a slew of strict compilation warnings/errors adding in extra parameter validation and denoting unused attributes
08:56.29CIA-38BRL-CAD: 03brlcad * r37031 10/brlcad/trunk/src/librt/primitives/mirror.c: quellage. and that brings us to nmgs! .. progress of sorts
09:01.11csanyipalwhen I get in gdb on terminal the message: Continuing. after the command '(gdb) continue'
09:02.53csanyipaland when in Archer trying to open a .g file, I get a dialog with message: Error  Unsupported display manager type - ogl
09:03.01csanyipaland the buttons Exit and OK
09:04.22csanyipalso when I hit OK Archer won't crash.
09:07.04csanyipalbut I have in Archer a strange behavior of the mouse pointer: the poiner shows that there is a process..
09:07.17csanyipalhanging..
09:07.26csanyipalbut I can to open menus..
09:07.51csanyipaland change say the background color.
09:09.07jesica__brlcad, are you a bot?
09:09.28jesica__please, sleep a little from time to time
09:09.51csanyipal:)
09:17.59jesica__well done :)
09:21.29csanyipalso I think I'm going to compile brlcad --without-ogl
09:22.46CIA-38BRL-CAD: 03brlcad * r37032 10/brlcad/trunk/ (4 files in 4 dirs): remove the unused resource pointer from the adjust() callback.
09:23.06brlcadheh
09:23.31brlcadcsanyipal: hm.. archer won't work without ogl
09:23.41csanyipalbrlcad: uh!
09:23.55brlcadat least, I don't think it will
09:23.56brlcadcan try it
09:24.07csanyipalok, I will try it.
09:24.20csanyipalbut if you have another solution?
09:24.52csanyipalwhat can I do to solve this problem?
09:30.05csanyipalGood, so I'm still trying to use Archer and brlcad with OpenGL.
09:31.28brlcadare you up-to-date?
09:31.33brlcad"svn update"
09:32.44csanyipalsvn update
09:32.44csanyipalSkipped '.'
09:35.59csanyipalwhen I run 'svn update' inside of brlcad directory, I get: ... Updated to revision 37032.
09:43.22brlcadokay good
09:43.34csanyipal:)
09:43.59CIA-38BRL-CAD: 03brlcad * r37033 10/brlcad/trunk/ (36 files in 36 dirs): remove the unused resource pointer from the ifree() callback.
09:47.13CIA-38BRL-CAD: 03brlcad * r37034 10/brlcad/trunk/src/librt/ (constraint.c db5_bin.c db_comb.c dir.c): few more ifree() callers
09:47.39brlcadenough play time for tonight.. bbiab
09:49.10CIA-38BRL-CAD: 03brlcad * r37035 10/brlcad/trunk/src/librt/primitives/ars/ars.c: few peculiar ifree() calls
09:49.15csanyipalbye.
10:04.24*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
10:13.06*** join/#brlcad Tesl0r644 (n=Tesl0r@p5B22ACB9.dip.t-dialin.net)
10:13.22*** join/#brlcad Tesl0r722 (n=Tesl0r@p5B22ACB9.dip.t-dialin.net)
10:13.26Tesl0r722hi
10:15.30Tesl0r722you all workin with blr or did somebody work with catia?
10:19.24csanyipalWell, after I updated my local svn with 'svn update' and compile brlcad with: './configure' and with 'make -j2' I get Error message:
10:19.41csanyipaladjust.c: In function ‘ged_adjust’:
10:19.41csanyipaladjust.c:80: error: too many arguments to function ‘intern.idb_meth->ft_adjust’
10:19.41csanyipalmake[2]: *** [adjust.lo] Error 1
10:19.41csanyipalmake[2]: *** Waiting for unfinished jobs....
10:19.41csanyipalmv -f .deps/ae2dir.Tpo .deps/ae2dir.Plo
10:19.41csanyipalmake[2]: Leaving directory `/debian-adatok-1/CAD/BRL-CAD/SVN/brlcad/src/libged'
10:19.43csanyipalmake[1]: *** [all-recursive] Error 1
10:19.46csanyipalmake[1]: Leaving directory `/debian-adatok-1/CAD/BRL-CAD/SVN/brlcad/src'
10:19.49csanyipalmake: *** [all-recursive] Error 1
14:28.21CIA-38BRL-CAD: 03brlcad * r37036 10/brlcad/trunk/src/libged/ (9 files): unbreak build, fix a slew of calls to the ifree() and adjust() functabs where the resource pointer parameter was removed. all amazingly and uselessly used the rt_uniresource.
14:32.15brlcadlooks like we're taking over tkhtml3 upstream
14:41.35``Erikhm
14:43.22``Erikis it using tcl.tk's trac for project management?
14:52.30brlcadnot for much longer!
14:52.46CIA-38BRL-CAD: 03brlcad * r37037 10/brlcad/trunk/src/librt/ (10 files in 10 dirs): s/log/logstr/g where it's a bu_vls string for quellage purposes.
15:07.13``Erikheh, we should add http://penn.emaxcess.com/digital_reality_with_cad_015.htm to db/ for jra :)
15:08.01``Erikis tkhtml3 going to have it's own sf project, or fall under the brlcad umbrella like rtcmp, isst, jbrlcad, ...?
15:15.20CIA-38BRL-CAD: 03erikgreenwald * r37038 10/brlcad/trunk/ (configure.ac src/other/openNURBS/opennurbs_system.h): check for functional malloc.h (being #error'd on some new systems)
15:16.30brlcadscrew malloc.h
15:16.36brlcadjust include stdlib.h
15:16.49brlcadless cruft
15:16.57``Erikthat header includes stdlib.h, then does  some #ifdef for windows and includes malloc.h as the fallthrough
15:17.23brlcadso it's not needed then..
15:17.50``Erik*shrug* unless you have an archaic system
15:19.02brlcadit's never been needed that I know of, just provided the malloc subset of stdlib so some folks got used to using it
15:19.33CIA-38BRL-CAD: 03erikgreenwald * r37039 10/brlcad/trunk/ (configure.ac src/other/openNURBS/opennurbs_system.h): eliminate references to malloc.h
15:20.45brlcadtkhtml3 isn't going under the umbrella
15:21.14brlcadone of the current maintainers wants to move it to fossil
15:21.17``Erikthat'll make packaging it easier
15:21.22indianlarrybrlcad: rt_comb_adjust() in librt/tcl.c tries to free 'resp' the recently removed resource pointer; trickles down through db_tree_parse()
15:21.39``Erikfossil? O.o sounds disturbingly apropos for tcl projects *cough* O:-)
15:21.50brlcadnot played with fossil myself, but looking into it
15:21.54brlcadheh
15:21.56brlcadfossil-scm
15:22.10brlcadgit/mercurial hosting provider
15:22.17``Erikyes, .org
15:22.27brlcadindianlarry: okay
15:25.49``Erikdoes svn allow tagging of subtrees? wondering if we should tag imports with their imported version, so we can do a diff against the tag when updating to hit all the mods
15:27.02brlcadsvn has no concept of tagging, it's just a lightweight copy into a 'tag' dir -- we could tag imports if we were disciplined enough, but I suspect .. we're not
15:28.02CIA-38BRL-CAD: 03brlcad * r37040 10/brlcad/trunk/src/librt/tcl.c: make sure it's not a null resource pointer, and more log/logstr quellage
15:29.18``Erikstares at todays xkcd for a few hours O.o :D
15:32.15``Erikthat is one awesome representation
15:33.23brlcadhttp://www.siggraph.org/s2010/for_submitters/game_papers
15:37.38brlcadfails to see how db_tcl_tree_parse() is called
15:38.23``Erikso break and bt
15:38.45brlcadI don't think it's actually called
15:38.51brlcadwas just following the wrong func
15:49.17brlcadindianlarry: that should fix it
15:49.31CIA-38BRL-CAD: 03brlcad * r37041 10/brlcad/trunk/src/librt/ (db_tree.c tcl.c):
15:49.31CIA-38BRL-CAD: more resource fallout. rt_comb_adjust() needs a resource pointer to pass to
15:49.31CIA-38BRL-CAD: db_free_tree() and db_tree_parse() so provide the uniresource. add a slew of
15:49.31CIA-38BRL-CAD: nullity/resource parameter validations to public api (should never be required
15:49.31brlcadmy build is still going before I can be sure they're all squished
15:49.31CIA-38BRL-CAD: to pass a non-null resource) while we're at it.
15:50.00``Erikis seeing stuff busted left and right O.o svn up && gmake
15:52.52CIA-38BRL-CAD: 03brlcad * r37042 10/brlcad/trunk/include/raytrace.h: remove resource pointer from rt_hf_to_dsp() decl.
15:53.06``Erikheh, doh, I was just build testing that :)
15:56.18brlcadgot a faster build going now
16:01.08``Erikasc2g is busted
16:02.08indianlarryi've got all the ifree updated in src/conv i'll checkin
16:03.19``Erikmged/utility1.c is busted
16:03.43CIA-38BRL-CAD: 03indianlarry * r37043 10/brlcad/trunk/src/conv/ (7 files in 2 dirs): unused resource fixes for ifree and rt_hf_to_dsp
16:03.58``Erikthat looks like it
16:06.31CIA-38BRL-CAD: 03indianlarry * r37044 10/brlcad/trunk/src/mged/utility1.c: unused resource fixes for ifree
16:07.21``Erikw00t, full build
16:15.11*** join/#brlcad csanyipal (n=csanyipa@150-142-85-95.dynamic.stcable.net)
16:15.20csanyipalHi,
16:41.52*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331833.dsl.bell.ca)
16:44.23*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
16:46.55CIA-38BRL-CAD: 03brlcad * r37045 10/brlcad/trunk/doc/deprecation.txt: include a section for sed-scriptable 'minimally impacting' changes, provide an actual regex that performs the change. note the intention to change rt_db_free_internal().
16:51.56CIA-38BRL-CAD: 03brlcad * r37046 10/brlcad/trunk/ (113 files in 19 dirs): remove the rt_uniresource parameter from rt_db_free_internal(). it's no longer needed now that ifree() doesn't need one and was only used by combs anyways and was almost always the rt_uniresource.
16:52.45``Erikffffffeck
16:56.01``Erikrebuilds and re-reads the diff and hopes there're no conflicts O.o
16:56.12brlcadmuahaha
16:56.32``Erik(at least I rebuild before commiting and breaking the tree *cough*)
16:56.46brlcadthis one was actually a proper recursive query replace, so should be better :)
16:58.15``Erikwell, no, you broke it :)
16:58.17``Eriksrc/conv/intaval/write_brl.cpp: In function 'void smoothBot(rt_wdb*, char*)':
16:58.17``Erikinclude/raytrace.h:3257: error: too many arguments to function 'void rt_db_free_internal(rt_db_internal*)'
16:58.20``Eriksrc/conv/intaval/write_brl.cpp:119: error: at this point in file
16:58.38brlcad"better"
16:59.21brlcadahh yes, c++ file
16:59.59CIA-38BRL-CAD: 03erikgreenwald * r37047 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: uniresource is gone
17:02.47CIA-38BRL-CAD: 03brlcad * r37048 10/brlcad/trunk/src/librt/cmd.c: the intention of isascii() here is unclear given our lacking support of non-ascii i/o, remove it since it's a non-posix call.
17:04.11``Erikwhistles and walks away from the computer O:-)
17:12.46CIA-38BRL-CAD: 03brlcad * r37049 10/brlcad/trunk/ (include/raytrace.h src/librt/binary_obj.c): use size_t for the object sizes instead of long long. quell unreachable code warning where binunifs were arbitrarily being clamped to __LONG_MAX__.
17:13.28``Erikhm, I wonder if that's going to break my 10 minute commit here
17:13.48*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
17:17.22CIA-38BRL-CAD: 03erikgreenwald * r37050 10/brlcad/trunk/ (450 files in 37 dirs): remove register keyword
17:17.42brlcadwoah
17:17.50``Eriknothing in the rt path
17:19.28brlcad*nod*, lotta files ;)
17:19.36``Erikyes, thus the 'fffeck' earlier : )
17:19.42brlcadhaha
17:19.48``Erikthe diff was 22k lines
17:24.00brlcadnice
17:24.41brlcadjeeeeeeebus! not even halfway done with librt quellage..
17:25.35brlcadand that's just for one plat.. which is probably only 75% of the overall effort
17:26.02brlcad~.75 * .5
17:26.03ibot0.375
17:26.06``Erikaren't you supposed to be hanging out with family or something?
17:26.10brlcadwee
17:26.24brlcadchanged the plan
17:26.47brlcadnow it just involves a shovel and a back yard
17:27.07brlcadneither of which I have
17:27.31``Erikyou have a back yard?
17:29.22brlcad"neither of which I have"
17:29.45brlcadyes, yes I don't
17:29.46``Erikoh, missed that line
17:29.51CIA-38BRL-CAD: 03brlcad * r37051 10/brlcad/trunk/src/librt/db_open.c: fsync() isn't posix, so don't try it if we're compiling strict
17:30.20``Erikohhhhhhh
17:30.46brlcadsrc/conv/step .. is really really really warning noisy :)
17:30.59``Erikyes, much string/char* spew
17:31.04brlcadI think that directory alone is 90% of my warning log
17:31.09``Erikfrom ExpDict.h
17:31.21``Erikwant me to smack indianlarry upside the head for ya?
17:31.40brlcadwarning: "__O3DB__" is not defined
17:31.47brlcadseems to be a big culprit
17:31.53``Erikcan I smack indianlarry anyways?
17:31.55indianlarryfunny i was compiling pedantic ?
17:31.58brlcadhe's bigger than you
17:32.06brlcadhe's bigger than me
17:32.13brlcadi'm not sure smacking him is a viable approach
17:32.14indianlarrycombined
17:32.30indianlarryi'll 6take a look at it
17:32.40``Erik'sok, I lived in missoura, I have solutions
17:32.46``Erikhey, indianlarry, can I borrow your truck for a minute?
17:32.52brlcadindianlarry: try on linux with --enable-warnings
17:33.03brlcadthat won't make them strict, but will make them report
17:33.15``ErikI get blabber without strict about deprecated casting on fbsd
17:33.51brlcadrather, --enable-warnings won't make them errors
17:38.12brlcadfwiw, pedantic just means check for for a specific set of non-posix (non-c89) semantics and calls -- those are somewhat orthogonal issues to what the various warning flags (-W -Wall -Wshadow, etc) indicate
17:42.49CIA-38BRL-CAD: 03brlcad * r37052 10/brlcad/trunk/src/librt/db_open.c: sync() is also a no-go, just rely on fflush()
17:52.48indianlarryI'm not getting any warning on my linux box (-Wall  and/or --enable-warning) using gcc 4.1.2-46
17:53.03brlcado.O
17:53.22indianlarryErik showed me some of the string/char 8 cast warnings coming out of the STEP lib
17:53.41indianlarryI'll builkd on my mac and see what I get
17:54.04brlcadwhat does one of your compile lines look like
17:54.15brlcadlike for SdaiAll.cc
17:54.49brlcadmine: if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../../include  -I../../../src/other/step/include -I../../../src/other/step/src/cleditor -I../../../src/other/step/src/clstepcore -I../../../src/other/step/src/clutils -I../../../src/other/step/src/cldai -I../../../src/other/step/src/test -I../../../src/other/tcl/generic -I../../../src/other/tcl/unix -I../../../src/other/tnt -I../../../src/other/openNURBS -I../..
17:57.48indianlarryfrom eclipse:
17:57.51indianlarryg++ -DSCLBUILD=1 -DHAVE_CONFIG_H -I"/home/wbowman/Desktop/STEP/step-g" -I"/home/wbowman/Desktop/STEP/step-g/src" -I/home/wbowman/Desktop/brlcad/include -I/home/wbowman/Desktop/brlcad/include/brlcad -I/home/wbowman/Desktop/brlcad/include/openNURBS -I/home/wbowman/Desktop/brlcad_src/src/other/step/include -I/home/wbowman/Desktop/brlcad_src/src/other/step/src/cleditor -I/home/wbowman/Desktop/brlcad_src/src/other/step/src/clstepcore -I/home/wbowman/Desktop
17:58.08brlcadthat's without any warning flags :0
17:58.33indianlarry-Wall ?
17:58.38brlcadnot even wall
17:58.45brlcadyou have an eclipse project set up?
17:58.59indianlarryjust for the step converter
17:59.07brlcadpresume you set CFLAGS .. you have to also set CXXFLAGS
17:59.22``ErikCPPFLAGS ftw
17:59.38indianlarryhere is the brlcad build line:
17:59.41indianlarryif /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../../brlcad_src/src/conv/step -I../../../include  -I../../../../brlcad_src/src/other/step/include -I../../../../brlcad_src/src/other/step/src/cleditor -I../../../../brlcad_src/src/other/step/src/clstepcore -I../../../../brlcad_src/src/other/step/src/clutils -I../../../../brlcad_src/src/other/step/src/cldai -I../../../../brlcad_src/src/other/step/src/test -I..
17:59.47brlcadthe verbose flags that configure sets is: -W -Wall -Wundef -Wfloat-equal -Wshadow -Wunreachable-code -Winline
18:00.09brlcadyeah, that is just default .. no warning flags
18:00.51brlcador a truncated paste ...
18:01.00brlcadI just see:
18:01.00brlcadif /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../../brlcad_src/src/conv/step -I../../../include  -I../../../../brlcad_src/src/other/step/include
18:01.04brlcad<PROTECTED>
18:01.47indianlarryi'll go back and get those turned on
18:02.23``Erikgoes to amazon.com and searches for "an idiots guide to making NMG's" :D or mebbe I'll just keep looking at arb8 and try to kick some braincells into action
18:02.34brlcadheh
18:03.03``Erik(printout, highlighter and pen... wee)
18:08.00brlcadsrc/proc-db/tea_nmg.c is decent starter
18:08.14brlcadbut iirc, one of the source files has some good bits in comment
18:08.16brlcad*.ooks
18:08.35brlcadah yeah:  src/librt/primitives/nmg/nmg_mk.c   ....
18:08.53``Erikyeh, digging in those, tracing how the arb8 uses 'em
18:09.08brlcada couple comment blocks in there really are the start of explaining the whole nmg api
18:09.16brlcadthe cryptic function names, etc
18:10.02``Erik*nod*
18:12.30``Erikhm, teapot uses nurb type nmg's, not bot type :/
18:12.41brlcadah, my bad
18:13.12brlcadthere is nmgmodel.c in there, but seems kinda messy to me
18:14.14brlcadaaaand, it crashes if I run it .. heh
18:21.15yukonbobhttp://lists.gnu.org/archive/html/emacs-devel/2009-12/msg00812.html
18:21.26yukonbobhello, #brlcad
18:22.32``Erikhm, asc-nmg.c
18:23.14brlcadwonders if they preserved their history
18:24.04``Erikis that the cvs->bazaar switch?
18:24.11brlcadyeah
18:24.25``Erik<-- thought about pasting it this morning, but figured everyone reasons slashdot
18:24.34brlcadtalk about a quadruple bypass culture shock :)
18:25.40``Erikheh, g-nmg doh
18:31.01``Erikthat's teh recursive thingymajigger I've been wanting :D
18:43.05``ErikCut_unimontone is in an infinite loop
19:10.30*** join/#brlcad Yoshi47 (n=jan@d72-39-56-44.home1.cgocable.net)
19:15.22CIA-38BRL-CAD: 03brlcad * r37053 10/brlcad/trunk/src/proc-db/nmgmodel.c: plot the model before we call mk_nmg() because mk_nmg() releases the model passed to it during export/ifree. prevent crashy.
19:18.52CIA-38BRL-CAD: 03brlcad * r37054 10/brlcad/trunk/TODO:
19:18.52CIA-38BRL-CAD: a few libwdb routines need to be modified to not free user-allocated structures.
19:18.52CIA-38BRL-CAD: export ends up calling free/ifree releasing the passed parameter, which can lead
19:18.52CIA-38BRL-CAD: to bad unexpected things happening to the caller. should make a copy of the
19:18.52CIA-38BRL-CAD: struct like other wdb routines do.
19:26.35*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
20:56.16``ErikAWESOME
20:56.33``Eriknmgmodel && rt nmgmodel.g r.NMG  == segfault
20:56.37``Erikhalfway up the rt
20:58.28``Eriklooks like it catches an error and crashes trying to report it
20:59.29``Erikyeh, exit without entry,
20:59.59``Erikand a smashed stack to boot
21:04.02yukonbobmaybe rt is now sentient, and is trying to h4x0r your computer for fun and profit?
21:08.09CIA-38BRL-CAD: 03erikgreenwald * r37055 10/isst/trunk/src/gui.c: remove handling of non-existant GTK+ signal
21:08.26``Eriknah, it's a fruity non-solid manifold, methinks, confuses boolweave or something
21:10.02``Erikthe crash on error reporting is weird, though
22:40.25*** join/#brlcad Nohla (n=jesica@168.226.179.239)
22:41.17starseekerhasn't heard of fossil before, unless you count dead animals turned to stone...
22:42.50starseekeroh http://www.fossil-scm.org
22:45.12starseekeranother one-off scm... hmm...
22:58.57brlcadstarseeker: yeah, my thoughts too
23:00.26yukonbobfossil == nice
23:01.07yukonbobdrh writes good software.
23:01.36brlcadthe connection: drh is one of the tkhtml3 devs
23:01.56yukonboband of sqlite fame, as well.
23:02.08*** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331833.dsl.bell.ca)
23:02.11brlcaddunno if he or dlk did most
23:02.23brlcadyeah, same dude
23:03.07yukonbobhas been using fossil for quite a while hisself, after switching from mercurial.
23:03.25``Erikvcs of the week?
23:04.28yukonbobgit was (is?) a bit of a mess wrt all the binaries it requires, and also I've used fossil in BSD, MacOS, and Windows successfully, where git was not (I heard this has changed) a Windows-friendly program
23:05.37``Erikpsshhhh, everyone knows darcs is the one true way
23:06.31brlcadvisual source safe ftw!!!!11!
23:07.05yukonbobreads wikipeida re: VSS
23:08.27``Erikheh
23:08.37yukonbobnice: Although "eating their own dog food" is often said to be part of Microsoft's culture, VSS appears to be an exception
23:45.16*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)

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