| 04:06.36 | CIA-62 | BRL-CAD: 03bhinesley * r45972 10/brlcad/trunk/src/libged/edit.c: |
| 04:06.36 | CIA-62 | BRL-CAD: Using a single coordinate specifier per argument is now working, i.e. "translate |
| 04:06.36 | CIA-62 | BRL-CAD: -k -x ab/abc/sphere.s -a -x ab/def/sphere.s cube.s". Crashes if more than one is |
| 04:06.36 | CIA-62 | BRL-CAD: used per -k/-a/-r option. A routine consolidating multiple -x/-y/-z arguments |
| 04:06.36 | CIA-62 | BRL-CAD: into an edit_arg is the likely culprint. It was modified to accept a flag |
| 04:06.36 | CIA-62 | BRL-CAD: controlling whether to skip consolidation of union edit_cmd common.objects or |
| 04:06.37 | CIA-62 | BRL-CAD: not. Several unrelated corrections/comment updates. |
| 04:13.55 | CIA-62 | BRL-CAD: 03bhinesley * r45973 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: delete FIXME comments; Cliff said that this is how he'd do it anyways, so I worry about changing it. |
| 04:46.42 | bhinesley | ^-- heh, s/I worry/I won't worry/ |
| 07:18.58 | CIA-62 | BRL-CAD: 03bhinesley * r45974 10/brlcad/trunk/src/libged/edit.c: (log message trimmed) |
| 07:18.58 | CIA-62 | BRL-CAD: Initializing cur_arg pointer to wrong value after freeing, resulted in stepping |
| 07:18.58 | CIA-62 | BRL-CAD: over two nodes in linked list rather than one. Missing braces for if statements |
| 07:18.58 | CIA-62 | BRL-CAD: causing havoc. Attempt to free a shallow copy of a union edit_cmd (wasn't |
| 07:18.58 | CIA-62 | BRL-CAD: causing any problems though, since its contents were first replaced with NULL |
| 07:18.59 | CIA-62 | BRL-CAD: pointers, which was detected by the freeing function and therefore nothing was |
| 07:19.00 | CIA-62 | BRL-CAD: freed). Simplified and clarified a few other small things. Still some problems |
| 07:32.48 | CIA-62 | BRL-CAD: 03bhinesley * r45975 10/brlcad/trunk/src/libged/edit.c: |
| 07:32.48 | CIA-62 | BRL-CAD: Since target object paths are not checked for fp_len>2 anymore, translate needs |
| 07:32.48 | CIA-62 | BRL-CAD: to use the last two directories in path. Remove commented out code that might |
| 07:32.48 | CIA-62 | BRL-CAD: have been repurposed to detect argv strings containing >2 directories. It would |
| 07:32.48 | CIA-62 | BRL-CAD: be a shame to reduce functionality just to make things marginally more |
| 07:32.49 | CIA-62 | BRL-CAD: intuitive. |
| 07:50.48 | CIA-62 | BRL-CAD: 03bhinesley * r45976 10/brlcad/trunk/src/libged/edit.c: |
| 07:50.48 | CIA-62 | BRL-CAD: Comparing the contents of argument heads with that of common->objects is an |
| 07:50.48 | CIA-62 | BRL-CAD: unsure way to end loops involving get_arg_head(). Instead, compare the address |
| 07:50.48 | CIA-62 | BRL-CAD: of common->objects with that of the argument heads. This is of greatest |
| 07:50.48 | CIA-62 | BRL-CAD: practical significant in batch operations, where it is possible for |
| 07:50.49 | CIA-62 | BRL-CAD: common->objects to be NULL, and therefore match the first NULL argument, which |
| 07:50.50 | CIA-62 | BRL-CAD: is not necessarily common->objects. |
| 09:10.46 | CIA-62 | BRL-CAD: 03bhinesley * r45977 10/brlcad/trunk/src/libged/edit.c: |
| 09:10.47 | CIA-62 | BRL-CAD: Specifiying one or more coordinates using the -x/-y/-z options is working. There |
| 09:10.47 | CIA-62 | BRL-CAD: were missing parenthesis in several places, a couple conditionals that were |
| 09:10.47 | CIA-62 | BRL-CAD: !'ing when they obviously shouldn't, and space for a vector allocated |
| 09:10.47 | CIA-62 | BRL-CAD: conditionally when it should have been unconditional. I'll perform more thorough |
| 09:10.47 | CIA-62 | BRL-CAD: testing once batch operations are working. |
| 09:18.56 | CIA-62 | BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3074 10/wiki/User:Bhinesley: /* Log */ friday, saturday |
| 09:20.24 | CIA-62 | BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3075 10/wiki/User:Bhinesley: /* Log */ strike off completed item |
| 09:23.55 | CIA-62 | BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3076 10/wiki/User:Bhinesley: /* General plan */ update progress |
| 11:13.18 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 12:02.24 | abhi2011 | I noticed a strange thing in mged, if a shapes is killed while in edit mode and then changes are accepted from the edit menu, then the accept |
| 12:02.25 | abhi2011 | tries to apply the changes to a non-existent shape and this crashes mged. |
| 13:26.20 | *** join/#brlcad plaes (~plaes@gn237.zone.eu) |
| 13:26.52 | plaes | are there any plans to move brlcad repository to git? |
| 13:28.44 | louipc | Heheheh. Haven't heard anything. |
| 13:29.13 | louipc | brl-cad is huge though. so it might just be better to use svn in this case |
| 13:29.55 | plaes | well, yeah |
| 13:30.08 | plaes | is using git-svn anyway :) |
| 13:30.19 | louipc | cool |
| 13:30.31 | louipc | do you host your repo? |
| 13:30.45 | plaes | only on my machine |
| 13:31.22 | louipc | what's the point then? |
| 13:32.26 | plaes | just asking and sort of volunteering... ;) |
| 13:33.31 | louipc | hehe better host it and display the wonders of git |
| 13:33.47 | plaes | github ^^ :) |
| 13:34.15 | louipc | I really like git too, but it's not for everything |
| 14:35.43 | brlcad | plaes: no such plans |
| 14:37.42 | brlcad | when you want to require active instead of passive coordination and centralized development, dvcs just add extra steps with minimal benefits |
| 14:38.16 | brlcad | git-svn works just fine for those that want to use it |
| 14:43.08 | *** join/#brlcad betta_y_omega (~betta_y_o@90.166.231.220) |
| 16:26.25 | plaes | hum.. cmake doesn't seem to be checking whether system TNT and JAMA support exists |
| 17:35.10 | plaes | when trying to build with system Tcl/Tk, there's a failure during linking |
| 17:35.13 | plaes | cmake ^^ |
| 17:35.24 | plaes | is this known issue? |
| 18:01.49 | brlcad | plaes: not a known issue |
| 18:02.10 | brlcad | maybe you can post details (pastebin or sf tracker) with details? |
| 18:02.16 | brlcad | er yeah |
| 18:19.01 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 18:23.48 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 18:27.15 | plaes | hm, ok |
| 18:55.37 | plaes | http://paste.pocoo.org/show/458325/ |
| 18:56.25 | plaes | when linking against itcl, one has to provide the path to that library |
| 18:56.48 | plaes | I assume there are issues like that with other tcl/tk libs as well |
| 18:57.14 | plaes | unfortunately tcl/tk packaging is a mess.. :S |
| 20:03.14 | CIA-62 | BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3077 10/wiki/User:Bhinesley: /* Log */ rephrase |
| 20:48.41 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 21:04.54 | brlcad | plaes: it looks like incrtcl is configured to use a system itcl -- do you have a system libitcl installed? |
| 21:08.03 | abhi2011 | brlcad: was wondering if you had a chance to look over the patch I submitted |
| 21:08.34 | plaes | ~> |
| 21:08.34 | ibot | somebody said > was redirection of stdout to a file. |
| 21:09.14 | brlcad | abhi2011: not yet, very busy weekend |
| 21:09.37 | plaes | brlcad: yes, I have it installed |
| 21:09.41 | brlcad | abhi2011: moreover, once someone does look at it, they generally update the tracker so you know it was reviewed |
| 21:10.05 | abhi2011 | :) yes I understand, I am proceeding with the simulate command coding etc |
| 21:10.37 | brlcad | that's fine, assuming the patch works perfectly :) |
| 21:11.12 | *** join/#brlcad betta_y_omega (~betta_y_o@90.166.231.220) |
| 21:11.12 | brlcad | if you run into a bug (you mentioned running into something the other day with mged) and find a fix, that'd be another perfect patch case |
| 21:11.36 | abhi2011 | cool will look in it |
| 21:11.48 | abhi2011 | yeah regarding the bb, having a bit of an issue with regions, but the patch I submitted will detect regions and combinations and gracefully exit |
| 22:28.59 | CIA-62 | BRL-CAD: 03bhinesley * r45978 10/brlcad/trunk/src/libged/edit.c: Accepting multiple target objects, and performing batch operations is working. Reflowed and revised some comments, and ran a spellcheck. The only remaining known issue is fixing/enabling option -n. |
| 22:53.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 23:00.03 | abhi2011 | anyone else getting a cannot find -litcl, cannot find -litk error ? |
| 23:00.08 | abhi2011 | when building |
| 23:15.36 | bhinesley | abhi2011: I just updated; no build errors for me |
| 23:17.25 | abhi2011 | ok thats strange, seems its asking looking for system which I have specified during cmake -DBRLCAD-ENABLE_ALL_LOCAL_LIBS=ON |
| 23:17.33 | abhi2011 | *system libs |
| 23:18.26 | bhinesley | I have that enabled too |
| 23:18.57 | bhinesley | are you up to date? starseeker recently made some changes relating to Tcl |
| 23:20.02 | abhi2011 | yes I just updated , thats when I began getting this error |
| 23:20.40 | bhinesley | that's odd... you updated from the trunk dir, right? |
| 23:21.02 | abhi2011 | yep, as always |
| 23:21.06 | abhi2011 | its always worked before |
| 23:21.09 | bhinesley | hm |
| 23:21.29 | abhi2011 | i dont think i need itk-devel or itcl-devel |
| 23:21.52 | abhi2011 | the binary libs have been enough to link before this |
| 23:21.56 | bhinesley | I don't think so either |
| 23:22.20 | bhinesley | did you say you're running Fedora? |
| 23:22.29 | abhi2011 | opensuse 11.4 |
| 23:22.35 | bhinesley | ah, someone else then |
| 23:22.51 | abhi2011 | yeah it was me, ditched fedora :P |
| 23:23.08 | bhinesley | oh, hah |
| 23:23.25 | bhinesley | yeah I haven't been on good terms with it either |
| 23:27.51 | abhi2011 | compiler issues ? |
| 23:29.55 | bhinesley | no |
| 23:30.42 | bhinesley | I've had to boot to a rescue console at least twice. I run "yum update" and it boots fine again. |
| 23:30.57 | bhinesley | had to remove kmod-nvidia |
| 23:31.26 | bhinesley | there seems to be a lot of not-very-well-tested software that makes it into Fedora stable |
| 23:32.37 | bhinesley | I'll be back to Debian before long, I'm sure |
| 23:37.04 | bhinesley | s/a rescue console/single user mode |
| 23:39.54 | abhi2011 | yeah ubuntu seems pretty stable |
| 23:40.36 | abhi2011 | so most of the mged commands work in archer now ? |
| 23:40.56 | starseeker | the options for enabling everything have changed |
| 23:41.14 | starseeker | now it's -DBRLCAD_BUNDLED_LIBS=Bundled |
| 23:42.22 | starseeker | I'm not sure I can build against a system itcl/itk right at the moment - the 3rd party build logic got the guts ripped out of it and redone, so there's still some shakeout to do |
| 23:42.39 | bhinesley | abhi2011: most of them were working before I started |
| 23:42.56 | starseeker | we really really really need to quit using the Itcl/Itk C apis... |
| 23:43.48 | bhinesley | starseeker: why is that? |
| 23:44.38 | starseeker | it's what complicates building with system tcl/tk vs. bundled tcl/tk so much - I can detect if a system Tcl/Tk has Itcl/Itk installed as a package, but when we're using the C api that's not enough |
| 23:45.23 | bhinesley | ah |
| 23:45.31 | starseeker | I ripped that stuff out once already, but we got some reports that iwidgets wasn't working (I think brlcad got 'em) and it was a problem I have been unable to reproduce |
| 23:45.58 | starseeker | which means I can't debug it, and I can change it back until I can - Catch 22 |
| 23:47.28 | starseeker | bhinesley, abhi2011: after this latest round of updates, I'd be sure to clear my build dir and start fresh - lots and lots of changes |
| 23:47.54 | starseeker | cmake-gui will show you the current layout, if you happen to have the gui version available |
| 23:50.34 | abhi2011 | starseeker: ok so would i need to have the sources of itcl/itk installed ? |
| 23:51.03 | abhi2011 | or will enabling everything through -DBRLCAD_BUNDLED_LIBS=Bundled be enough to build |
| 23:51.39 | abhi2011 | hmm, i think it should look at the bundles libs, so the latter should be ok |
| 23:52.05 | abhi2011 | yeah, I am doing a fresh build now |
| 23:52.19 | bhinesley | starseeker: k, thanks |