| 00:41.52 | Nohla | brlcad you're back :) |
| 00:46.34 | brlcad | Nohla: I am! |
| 01:00.51 | Nohla | brlcad 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.01 | Nohla | run make comand into dockbook but an error happened while running |
| 03:00.17 | Nohla | lessons/en/images/mged02_coordsys.png \ |
| 03:00.17 | Nohla | lessons/en/images/mged02_defaultradio.png \ |
| 03:00.17 | Nohla | lessons/en/images/mged02_flower_zooomin.png \ |
| 03:00.17 | Nohla | lessons/en/images/mged02_flower_zooomout.png \ |
| 03:00.17 | Nohla | lessons/en/images/mged02_multipane.png \ |
| 03:00.18 | Nohla | lessons/en/images/mged02_radio_35_25.png \ |
| 03:00.20 | Nohla | lessons/en/images/mged02_radio_front.png \ |
| 03:00.22 | Nohla | lessons/en/images/mged02_radio_right.png \ |
| 03:00.24 | Nohla | lessons/en/images/mged02_radio_top.png \ |
| 03:00.26 | Nohla | lessons/en/images/mged02_truck_0_0_14.png \ |
| 03:00.28 | Nohla | lessons/en/images/mged02_truck_270_-90.png \ |
| 03:00.30 | Nohla | lessons/en/images/mged02_truck_270_90.png \ |
| 03:00.32 | Nohla | lessons/en/images/mged02_truck_35_0.png \ |
| 03:00.34 | Nohla | lessons/en/images/mged02_truck_35_25.png \ |
| 03:00.36 | Nohla | lessons/en/images/mged02_truck_35_60.png \ |
| 03:00.38 | Nohla | lessons/en/images/mged02_truck_35_90.png \ |
| 03:00.40 | Nohla | lessons/en/images/mged02_truck_front.png \ |
| 03:00.42 | Nohla | lessons/en/images/mged02_truck_left.png \ |
| 03:00.46 | Nohla | lessons/en/images/mged02_truck_rear.png \ |
| 03:00.48 | Nohla | lessons/en/images/mged02_truck_right.png \ |
| 03:00.50 | Nohla | sorry |
| 03:00.59 | Nohla | this is: make[1]: *** [Makefile.in] Error 1 |
| 03:01.00 | Nohla | make[1]: se sale del directorio `/home/jesica/Desktop/brlcad' |
| 03:01.00 | Nohla | make: *** [../../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.33 | talcite | brlcad: 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.57 | brlcad | talcite: before new years eh? quite possible .. I'll see what we can do |
| 06:37.17 | talcite | brlcad: great. Thanks! I can also start packaging one if you'd like |
| 06:37.28 | talcite | which one is least likely to change when we take over upstream? |
| 06:38.40 | brlcad | the one's we're talking about are URToolkit/libutahrle, step/SCL, and possibly tkhtml3 yes? |
| 06:39.09 | brlcad | step is least likely to change |
| 06:39.20 | brlcad | it's already got a self-contained build system for the most part |
| 06:39.34 | brlcad | docs and reasonable organization |
| 06:39.56 | brlcad | so it'll probably have get imported mostly as-is for starters |
| 06:44.15 | talcite | alright. I'll start working on step |
| 06:44.31 | talcite | yeah, tkhtml3 will probably need to be taken over. The upstream is really dead |
| 06:44.58 | talcite | It would also be really nice if we could remove the lemon external library which gets built with it and also hv3 |
| 06:45.26 | talcite | I don't actually understand how we build tkhtml3 without including lemon. Did we use bison instead? |
| 07:25.29 | brlcad | i'm not familiar with 'lemon' |
| 07:26.04 | brlcad | talcite: I also don't see lexer/parser files |
| 07:26.26 | talcite | brlcad: It's in the original tkhtml3 sources. Lemon is the parser they use |
| 07:26.27 | brlcad | we removed hv3 and the test suite in our integration |
| 07:26.36 | brlcad | part of hv3 or tkhtml3? |
| 07:26.51 | brlcad | i'm not particularly interested in hv3 |
| 07:26.57 | brlcad | should be a separate package |
| 07:27.39 | talcite | tkhtml3 sources I believe |
| 07:28.06 | brlcad | jesica__: 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.05 | brlcad | talcite: sources for hv3 and tkhtml3 are together iirc |
| 07:29.29 | talcite | brlcad: yes, the src folder is for tkhtml3 and hv is separate I believe |
| 07:29.35 | brlcad | right |
| 07:29.51 | talcite | brlcad: there's references to lemon in the tkhtml3 src folder |
| 07:30.57 | brlcad | where? |
| 07:31.20 | brlcad | looking at the repo, there used to be a .y/.lem parser file, but no longer |
| 07:31.59 | brlcad | last 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.14 | brlcad | so probably just some stale comment |
| 07:42.28 | talcite | brlcad: oh wait, you're doing a cvs pull? |
| 07:42.34 | talcite | I was looking at alpha16 release |
| 07:43.02 | brlcad | I believe we did |
| 07:43.10 | brlcad | don't know what is in alpha16 |
| 07:43.19 | brlcad | cvs hasn't changed in about 2 years |
| 07:43.31 | brlcad | alpha16 is at least 22 months old |
| 07:46.06 | talcite | Ahh. that makes more sense now |
| 07:46.20 | talcite | Can we do a CVS pull for our upstream in tkhtml3? It would greatly simplify things |
| 07:47.05 | brlcad | what do you mean? |
| 07:47.23 | brlcad | I certainly wouldn't be starting with a16 if we took over as upstream |
| 07:47.51 | talcite | ah ok. Alright, then everything is fine |
| 07:47.56 | brlcad | i've already contacted dan to see where he stands with maintainership |
| 07:48.04 | brlcad | so that one is tbd |
| 07:49.17 | talcite | oh really? I sent an email to dan and he said the project is not active |
| 07:49.37 | brlcad | I wasn't asking if it's active |
| 07:58.35 | brlcad | utah folks notified |
| 07:58.42 | talcite | brlcad: ah ok. Dan was pretty quick on email when I last contacted him. |
| 07:58.54 | talcite | brlcad: any thoughts on what we'll do with NURBS? |
| 07:59.04 | brlcad | what do you mean? |
| 07:59.29 | brlcad | it's got an "active" albeit very private and slow upstream |
| 07:59.47 | talcite | but they didn't want our source modifications right? |
| 08:00.36 | brlcad | heh, nice .. both utah contact emails came back immediately rejected |
| 08:01.06 | talcite | brlcad: proposal rejected or routing rejected? |
| 08:01.13 | brlcad | dead address |
| 08:02.30 | talcite | ahh well. Is it safe to assume we can take upstream? |
| 08:04.26 | brlcad | oh, I already knew we could |
| 08:04.32 | brlcad | i just didn't know the mails were dead :) |
| 08:04.46 | brlcad | I was just sending a cordial notification of the intention |
| 08:05.27 | brlcad | the last version, 3.1b, was released more than a decade ago |
| 08:05.32 | brlcad | 1996 iirc |
| 08:05.55 | talcite | ah. Heh I was just starting to use computers back then |
| 08:06.18 | brlcad | it's long overdue a 4.0 release ;0 |
| 08:06.48 | brlcad | then I can finally quell all those damn compilation warnings |
| 08:07.11 | brlcad | and get rid of some of the crap |
| 08:07.48 | talcite | heh. Sounds good. |
| 08:12.28 | CIA-38 | BRL-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.17 | csanyipal | Hi, |
| 08:21.23 | brlcad | howdy |
| 08:21.27 | csanyipal | :) |
| 08:21.53 | csanyipal | I'm ready for testing Archer. |
| 08:22.19 | brlcad | the trace you provided earlier is very odd .. need more information |
| 08:22.26 | csanyipal | ok |
| 08:22.37 | brlcad | need a debug build |
| 08:22.42 | csanyipal | ok |
| 08:22.47 | brlcad | that looks like it was an optimized compile? |
| 08:22.54 | csanyipal | yes, it is. |
| 08:23.22 | brlcad | if you can recompile without optimization enabled, that should give a more informative backtrace |
| 08:23.36 | brlcad | in the meantime, you can try running archer in a couple other ways |
| 08:23.46 | brlcad | like providing the .g on the command line "archer file.g" |
| 08:23.48 | csanyipal | I can, of course. |
| 08:24.23 | brlcad | or within archer on archer's command line "opendb file.g" or "gop file.g" |
| 08:24.30 | brlcad | fantastic, thanks |
| 08:24.41 | csanyipal | you are wellcome! :) |
| 08:32.18 | csanyipal | when I run: 'archer radio.g' I get Segmentation fault. |
| 08:32.42 | brlcad | does it happen with other .g files too? |
| 08:32.44 | brlcad | or just radio.g? |
| 08:33.41 | csanyipal | it does happen with other .g files too. |
| 08:37.01 | brlcad | okay, good to know .. and you're running from an svn compile, yes? |
| 08:37.48 | csanyipal | Yes. When in the Archer's command line run the command 'gop radio.g' I get error message: Archer> gop radio.g |
| 08:37.48 | csanyipal | Error: invalid command name "gop" |
| 08:38.05 | csanyipal | Yes, I'm running brlcad builded from SVN. |
| 08:38.22 | brlcad | did opendb work? |
| 08:38.35 | csanyipal | no, I get the same error message. |
| 08:38.47 | csanyipal | invalid command name. |
| 08:38.49 | brlcad | ah, go_open |
| 08:39.23 | brlcad | go_open foo file.g |
| 08:39.58 | csanyipal | go_open radio.g give to me: Error: invalid command name "go_open" |
| 08:40.31 | csanyipal | gives |
| 08:46.59 | csanyipal | Must I delete /usr/brlcad/ directory before the new installation of debug build? |
| 08:47.19 | brlcad | csanyipal: it's a good idea |
| 08:47.41 | csanyipal | ok |
| 08:47.52 | brlcad | not strictly necessary, but a good idea regarless |
| 08:48.05 | csanyipal | ok |
| 08:51.01 | csanyipal | I have installed now the debug build. I'm going to reproduce Segmentation fault and bzpaste the backtrace again. :) |
| 08:53.47 | CIA-38 | BRL-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.29 | CIA-38 | BRL-CAD: 03brlcad * r37031 10/brlcad/trunk/src/librt/primitives/mirror.c: quellage. and that brings us to nmgs! .. progress of sorts |
| 09:01.11 | csanyipal | when I get in gdb on terminal the message: Continuing. after the command '(gdb) continue' |
| 09:02.53 | csanyipal | and when in Archer trying to open a .g file, I get a dialog with message: Error Unsupported display manager type - ogl |
| 09:03.01 | csanyipal | and the buttons Exit and OK |
| 09:04.22 | csanyipal | so when I hit OK Archer won't crash. |
| 09:07.04 | csanyipal | but I have in Archer a strange behavior of the mouse pointer: the poiner shows that there is a process.. |
| 09:07.17 | csanyipal | hanging.. |
| 09:07.26 | csanyipal | but I can to open menus.. |
| 09:07.51 | csanyipal | and change say the background color. |
| 09:09.07 | jesica__ | brlcad, are you a bot? |
| 09:09.28 | jesica__ | please, sleep a little from time to time |
| 09:09.51 | csanyipal | :) |
| 09:17.59 | jesica__ | well done :) |
| 09:21.29 | csanyipal | so I think I'm going to compile brlcad --without-ogl |
| 09:22.46 | CIA-38 | BRL-CAD: 03brlcad * r37032 10/brlcad/trunk/ (4 files in 4 dirs): remove the unused resource pointer from the adjust() callback. |
| 09:23.06 | brlcad | heh |
| 09:23.31 | brlcad | csanyipal: hm.. archer won't work without ogl |
| 09:23.41 | csanyipal | brlcad: uh! |
| 09:23.55 | brlcad | at least, I don't think it will |
| 09:23.56 | brlcad | can try it |
| 09:24.07 | csanyipal | ok, I will try it. |
| 09:24.20 | csanyipal | but if you have another solution? |
| 09:24.52 | csanyipal | what can I do to solve this problem? |
| 09:30.05 | csanyipal | Good, so I'm still trying to use Archer and brlcad with OpenGL. |
| 09:31.28 | brlcad | are you up-to-date? |
| 09:31.33 | brlcad | "svn update" |
| 09:32.44 | csanyipal | svn update |
| 09:32.44 | csanyipal | Skipped '.' |
| 09:35.59 | csanyipal | when I run 'svn update' inside of brlcad directory, I get: ... Updated to revision 37032. |
| 09:43.22 | brlcad | okay good |
| 09:43.34 | csanyipal | :) |
| 09:43.59 | CIA-38 | BRL-CAD: 03brlcad * r37033 10/brlcad/trunk/ (36 files in 36 dirs): remove the unused resource pointer from the ifree() callback. |
| 09:47.13 | CIA-38 | BRL-CAD: 03brlcad * r37034 10/brlcad/trunk/src/librt/ (constraint.c db5_bin.c db_comb.c dir.c): few more ifree() callers |
| 09:47.39 | brlcad | enough play time for tonight.. bbiab |
| 09:49.10 | CIA-38 | BRL-CAD: 03brlcad * r37035 10/brlcad/trunk/src/librt/primitives/ars/ars.c: few peculiar ifree() calls |
| 09:49.15 | csanyipal | bye. |
| 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.26 | Tesl0r722 | hi |
| 10:15.30 | Tesl0r722 | you all workin with blr or did somebody work with catia? |
| 10:19.24 | csanyipal | Well, after I updated my local svn with 'svn update' and compile brlcad with: './configure' and with 'make -j2' I get Error message: |
| 10:19.41 | csanyipal | adjust.c: In function âged_adjustâ: |
| 10:19.41 | csanyipal | adjust.c:80: error: too many arguments to function âintern.idb_meth->ft_adjustâ |
| 10:19.41 | csanyipal | make[2]: *** [adjust.lo] Error 1 |
| 10:19.41 | csanyipal | make[2]: *** Waiting for unfinished jobs.... |
| 10:19.41 | csanyipal | mv -f .deps/ae2dir.Tpo .deps/ae2dir.Plo |
| 10:19.41 | csanyipal | make[2]: Leaving directory `/debian-adatok-1/CAD/BRL-CAD/SVN/brlcad/src/libged' |
| 10:19.43 | csanyipal | make[1]: *** [all-recursive] Error 1 |
| 10:19.46 | csanyipal | make[1]: Leaving directory `/debian-adatok-1/CAD/BRL-CAD/SVN/brlcad/src' |
| 10:19.49 | csanyipal | make: *** [all-recursive] Error 1 |
| 14:28.21 | CIA-38 | BRL-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.15 | brlcad | looks like we're taking over tkhtml3 upstream |
| 14:41.35 | ``Erik | hm |
| 14:43.22 | ``Erik | is it using tcl.tk's trac for project management? |
| 14:52.30 | brlcad | not for much longer! |
| 14:52.46 | CIA-38 | BRL-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 | ``Erik | heh, we should add http://penn.emaxcess.com/digital_reality_with_cad_015.htm to db/ for jra :) |
| 15:08.01 | ``Erik | is tkhtml3 going to have it's own sf project, or fall under the brlcad umbrella like rtcmp, isst, jbrlcad, ...? |
| 15:15.20 | CIA-38 | BRL-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.30 | brlcad | screw malloc.h |
| 15:16.36 | brlcad | just include stdlib.h |
| 15:16.49 | brlcad | less cruft |
| 15:16.57 | ``Erik | that header includes stdlib.h, then does some #ifdef for windows and includes malloc.h as the fallthrough |
| 15:17.23 | brlcad | so it's not needed then.. |
| 15:17.50 | ``Erik | *shrug* unless you have an archaic system |
| 15:19.02 | brlcad | it'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.33 | CIA-38 | BRL-CAD: 03erikgreenwald * r37039 10/brlcad/trunk/ (configure.ac src/other/openNURBS/opennurbs_system.h): eliminate references to malloc.h |
| 15:20.45 | brlcad | tkhtml3 isn't going under the umbrella |
| 15:21.14 | brlcad | one of the current maintainers wants to move it to fossil |
| 15:21.17 | ``Erik | that'll make packaging it easier |
| 15:21.22 | indianlarry | brlcad: 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 | ``Erik | fossil? O.o sounds disturbingly apropos for tcl projects *cough* O:-) |
| 15:21.50 | brlcad | not played with fossil myself, but looking into it |
| 15:21.54 | brlcad | heh |
| 15:21.56 | brlcad | fossil-scm |
| 15:22.10 | brlcad | git/mercurial hosting provider |
| 15:22.17 | ``Erik | yes, .org |
| 15:22.27 | brlcad | indianlarry: okay |
| 15:25.49 | ``Erik | does 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.02 | brlcad | svn 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.02 | CIA-38 | BRL-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 | ``Erik | stares at todays xkcd for a few hours O.o :D |
| 15:32.15 | ``Erik | that is one awesome representation |
| 15:33.23 | brlcad | http://www.siggraph.org/s2010/for_submitters/game_papers |
| 15:37.38 | brlcad | fails to see how db_tcl_tree_parse() is called |
| 15:38.23 | ``Erik | so break and bt |
| 15:38.45 | brlcad | I don't think it's actually called |
| 15:38.51 | brlcad | was just following the wrong func |
| 15:49.17 | brlcad | indianlarry: that should fix it |
| 15:49.31 | CIA-38 | BRL-CAD: 03brlcad * r37041 10/brlcad/trunk/src/librt/ (db_tree.c tcl.c): |
| 15:49.31 | CIA-38 | BRL-CAD: more resource fallout. rt_comb_adjust() needs a resource pointer to pass to |
| 15:49.31 | CIA-38 | BRL-CAD: db_free_tree() and db_tree_parse() so provide the uniresource. add a slew of |
| 15:49.31 | CIA-38 | BRL-CAD: nullity/resource parameter validations to public api (should never be required |
| 15:49.31 | brlcad | my build is still going before I can be sure they're all squished |
| 15:49.31 | CIA-38 | BRL-CAD: to pass a non-null resource) while we're at it. |
| 15:50.00 | ``Erik | is seeing stuff busted left and right O.o svn up && gmake |
| 15:52.52 | CIA-38 | BRL-CAD: 03brlcad * r37042 10/brlcad/trunk/include/raytrace.h: remove resource pointer from rt_hf_to_dsp() decl. |
| 15:53.06 | ``Erik | heh, doh, I was just build testing that :) |
| 15:56.18 | brlcad | got a faster build going now |
| 16:01.08 | ``Erik | asc2g is busted |
| 16:02.08 | indianlarry | i've got all the ifree updated in src/conv i'll checkin |
| 16:03.19 | ``Erik | mged/utility1.c is busted |
| 16:03.43 | CIA-38 | BRL-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 | ``Erik | that looks like it |
| 16:06.31 | CIA-38 | BRL-CAD: 03indianlarry * r37044 10/brlcad/trunk/src/mged/utility1.c: unused resource fixes for ifree |
| 16:07.21 | ``Erik | w00t, full build |
| 16:15.11 | *** join/#brlcad csanyipal (n=csanyipa@150-142-85-95.dynamic.stcable.net) | |
| 16:15.20 | csanyipal | Hi, |
| 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.55 | CIA-38 | BRL-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.56 | CIA-38 | BRL-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 | ``Erik | ffffffeck |
| 16:56.01 | ``Erik | rebuilds and re-reads the diff and hopes there're no conflicts O.o |
| 16:56.12 | brlcad | muahaha |
| 16:56.32 | ``Erik | (at least I rebuild before commiting and breaking the tree *cough*) |
| 16:56.46 | brlcad | this one was actually a proper recursive query replace, so should be better :) |
| 16:58.15 | ``Erik | well, no, you broke it :) |
| 16:58.17 | ``Erik | src/conv/intaval/write_brl.cpp: In function 'void smoothBot(rt_wdb*, char*)': |
| 16:58.17 | ``Erik | include/raytrace.h:3257: error: too many arguments to function 'void rt_db_free_internal(rt_db_internal*)' |
| 16:58.20 | ``Erik | src/conv/intaval/write_brl.cpp:119: error: at this point in file |
| 16:58.38 | brlcad | "better" |
| 16:59.21 | brlcad | ahh yes, c++ file |
| 16:59.59 | CIA-38 | BRL-CAD: 03erikgreenwald * r37047 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: uniresource is gone |
| 17:02.47 | CIA-38 | BRL-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 | ``Erik | whistles and walks away from the computer O:-) |
| 17:12.46 | CIA-38 | BRL-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 | ``Erik | hm, 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.22 | CIA-38 | BRL-CAD: 03erikgreenwald * r37050 10/brlcad/trunk/ (450 files in 37 dirs): remove register keyword |
| 17:17.42 | brlcad | woah |
| 17:17.50 | ``Erik | nothing in the rt path |
| 17:19.28 | brlcad | *nod*, lotta files ;) |
| 17:19.36 | ``Erik | yes, thus the 'fffeck' earlier : ) |
| 17:19.42 | brlcad | haha |
| 17:19.48 | ``Erik | the diff was 22k lines |
| 17:24.00 | brlcad | nice |
| 17:24.41 | brlcad | jeeeeeeebus! not even halfway done with librt quellage.. |
| 17:25.35 | brlcad | and that's just for one plat.. which is probably only 75% of the overall effort |
| 17:26.02 | brlcad | ~.75 * .5 |
| 17:26.03 | ibot | 0.375 |
| 17:26.06 | ``Erik | aren't you supposed to be hanging out with family or something? |
| 17:26.10 | brlcad | wee |
| 17:26.24 | brlcad | changed the plan |
| 17:26.47 | brlcad | now it just involves a shovel and a back yard |
| 17:27.07 | brlcad | neither of which I have |
| 17:27.31 | ``Erik | you have a back yard? |
| 17:29.22 | brlcad | "neither of which I have" |
| 17:29.45 | brlcad | yes, yes I don't |
| 17:29.46 | ``Erik | oh, missed that line |
| 17:29.51 | CIA-38 | BRL-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 | ``Erik | ohhhhhhh |
| 17:30.46 | brlcad | src/conv/step .. is really really really warning noisy :) |
| 17:30.59 | ``Erik | yes, much string/char* spew |
| 17:31.04 | brlcad | I think that directory alone is 90% of my warning log |
| 17:31.09 | ``Erik | from ExpDict.h |
| 17:31.21 | ``Erik | want me to smack indianlarry upside the head for ya? |
| 17:31.40 | brlcad | warning: "__O3DB__" is not defined |
| 17:31.47 | brlcad | seems to be a big culprit |
| 17:31.53 | ``Erik | can I smack indianlarry anyways? |
| 17:31.55 | indianlarry | funny i was compiling pedantic ? |
| 17:31.58 | brlcad | he's bigger than you |
| 17:32.06 | brlcad | he's bigger than me |
| 17:32.13 | brlcad | i'm not sure smacking him is a viable approach |
| 17:32.14 | indianlarry | combined |
| 17:32.30 | indianlarry | i'll 6take a look at it |
| 17:32.40 | ``Erik | 'sok, I lived in missoura, I have solutions |
| 17:32.46 | ``Erik | hey, indianlarry, can I borrow your truck for a minute? |
| 17:32.52 | brlcad | indianlarry: try on linux with --enable-warnings |
| 17:33.03 | brlcad | that won't make them strict, but will make them report |
| 17:33.15 | ``Erik | I get blabber without strict about deprecated casting on fbsd |
| 17:33.51 | brlcad | rather, --enable-warnings won't make them errors |
| 17:38.12 | brlcad | fwiw, 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.49 | CIA-38 | BRL-CAD: 03brlcad * r37052 10/brlcad/trunk/src/librt/db_open.c: sync() is also a no-go, just rely on fflush() |
| 17:52.48 | indianlarry | I'm not getting any warning on my linux box (-Wall and/or --enable-warning) using gcc 4.1.2-46 |
| 17:53.03 | brlcad | o.O |
| 17:53.22 | indianlarry | Erik showed me some of the string/char 8 cast warnings coming out of the STEP lib |
| 17:53.41 | indianlarry | I'll builkd on my mac and see what I get |
| 17:54.04 | brlcad | what does one of your compile lines look like |
| 17:54.15 | brlcad | like for SdaiAll.cc |
| 17:54.49 | brlcad | mine: 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.48 | indianlarry | from eclipse: |
| 17:57.51 | indianlarry | g++ -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.08 | brlcad | that's without any warning flags :0 |
| 17:58.33 | indianlarry | -Wall ? |
| 17:58.38 | brlcad | not even wall |
| 17:58.45 | brlcad | you have an eclipse project set up? |
| 17:58.59 | indianlarry | just for the step converter |
| 17:59.07 | brlcad | presume you set CFLAGS .. you have to also set CXXFLAGS |
| 17:59.22 | ``Erik | CPPFLAGS ftw |
| 17:59.38 | indianlarry | here is the brlcad build line: |
| 17:59.41 | indianlarry | if /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.47 | brlcad | the verbose flags that configure sets is: -W -Wall -Wundef -Wfloat-equal -Wshadow -Wunreachable-code -Winline |
| 18:00.09 | brlcad | yeah, that is just default .. no warning flags |
| 18:00.51 | brlcad | or a truncated paste ... |
| 18:01.00 | brlcad | I just see: |
| 18:01.00 | brlcad | if /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.04 | brlcad | <PROTECTED> |
| 18:01.47 | indianlarry | i'll go back and get those turned on |
| 18:02.23 | ``Erik | goes 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.34 | brlcad | heh |
| 18:03.03 | ``Erik | (printout, highlighter and pen... wee) |
| 18:08.00 | brlcad | src/proc-db/tea_nmg.c is decent starter |
| 18:08.14 | brlcad | but iirc, one of the source files has some good bits in comment |
| 18:08.16 | brlcad | *.ooks |
| 18:08.35 | brlcad | ah yeah: src/librt/primitives/nmg/nmg_mk.c .... |
| 18:08.53 | ``Erik | yeh, digging in those, tracing how the arb8 uses 'em |
| 18:09.08 | brlcad | a couple comment blocks in there really are the start of explaining the whole nmg api |
| 18:09.16 | brlcad | the cryptic function names, etc |
| 18:10.02 | ``Erik | *nod* |
| 18:12.30 | ``Erik | hm, teapot uses nurb type nmg's, not bot type :/ |
| 18:12.41 | brlcad | ah, my bad |
| 18:13.12 | brlcad | there is nmgmodel.c in there, but seems kinda messy to me |
| 18:14.14 | brlcad | aaaand, it crashes if I run it .. heh |
| 18:21.15 | yukonbob | http://lists.gnu.org/archive/html/emacs-devel/2009-12/msg00812.html |
| 18:21.26 | yukonbob | hello, #brlcad |
| 18:22.32 | ``Erik | hm, asc-nmg.c |
| 18:23.14 | brlcad | wonders if they preserved their history |
| 18:24.04 | ``Erik | is that the cvs->bazaar switch? |
| 18:24.11 | brlcad | yeah |
| 18:24.25 | ``Erik | <-- thought about pasting it this morning, but figured everyone reasons slashdot |
| 18:24.34 | brlcad | talk about a quadruple bypass culture shock :) |
| 18:25.40 | ``Erik | heh, g-nmg doh |
| 18:31.01 | ``Erik | that's teh recursive thingymajigger I've been wanting :D |
| 18:43.05 | ``Erik | Cut_unimontone is in an infinite loop |
| 19:10.30 | *** join/#brlcad Yoshi47 (n=jan@d72-39-56-44.home1.cgocable.net) | |
| 19:15.22 | CIA-38 | BRL-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.52 | CIA-38 | BRL-CAD: 03brlcad * r37054 10/brlcad/trunk/TODO: |
| 19:18.52 | CIA-38 | BRL-CAD: a few libwdb routines need to be modified to not free user-allocated structures. |
| 19:18.52 | CIA-38 | BRL-CAD: export ends up calling free/ifree releasing the passed parameter, which can lead |
| 19:18.52 | CIA-38 | BRL-CAD: to bad unexpected things happening to the caller. should make a copy of the |
| 19:18.52 | CIA-38 | BRL-CAD: struct like other wdb routines do. |
| 19:26.35 | *** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) | |
| 20:56.16 | ``Erik | AWESOME |
| 20:56.33 | ``Erik | nmgmodel && rt nmgmodel.g r.NMG == segfault |
| 20:56.37 | ``Erik | halfway up the rt |
| 20:58.28 | ``Erik | looks like it catches an error and crashes trying to report it |
| 20:59.29 | ``Erik | yeh, exit without entry, |
| 20:59.59 | ``Erik | and a smashed stack to boot |
| 21:04.02 | yukonbob | maybe rt is now sentient, and is trying to h4x0r your computer for fun and profit? |
| 21:08.09 | CIA-38 | BRL-CAD: 03erikgreenwald * r37055 10/isst/trunk/src/gui.c: remove handling of non-existant GTK+ signal |
| 21:08.26 | ``Erik | nah, it's a fruity non-solid manifold, methinks, confuses boolweave or something |
| 21:10.02 | ``Erik | the crash on error reporting is weird, though |
| 22:40.25 | *** join/#brlcad Nohla (n=jesica@168.226.179.239) | |
| 22:41.17 | starseeker | hasn't heard of fossil before, unless you count dead animals turned to stone... |
| 22:42.50 | starseeker | oh http://www.fossil-scm.org |
| 22:45.12 | starseeker | another one-off scm... hmm... |
| 22:58.57 | brlcad | starseeker: yeah, my thoughts too |
| 23:00.26 | yukonbob | fossil == nice |
| 23:01.07 | yukonbob | drh writes good software. |
| 23:01.36 | brlcad | the connection: drh is one of the tkhtml3 devs |
| 23:01.56 | yukonbob | and of sqlite fame, as well. |
| 23:02.08 | *** join/#brlcad talcite_ (n=matthew@bas2-toronto21-1279331833.dsl.bell.ca) | |
| 23:02.11 | brlcad | dunno if he or dlk did most |
| 23:02.23 | brlcad | yeah, same dude |
| 23:03.07 | yukonbob | has been using fossil for quite a while hisself, after switching from mercurial. |
| 23:03.25 | ``Erik | vcs of the week? |
| 23:04.28 | yukonbob | git 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 | ``Erik | psshhhh, everyone knows darcs is the one true way |
| 23:06.31 | brlcad | visual source safe ftw!!!!11! |
| 23:07.05 | yukonbob | reads wikipeida re: VSS |
| 23:08.27 | ``Erik | heh |
| 23:08.37 | yukonbob | nice: 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) | |