| 00:47.49 | *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 02:08.41 | ``Erik | actually, we do gears well... using tcl scripting to get the spacing and such |
| 02:09.07 | ``Erik | archivistist was able to do some very impressive stuff using some "industry standard" tables |
| 02:15.57 | Ralith | that's not physical simulation, though |
| 02:25.07 | ``Erik | no, s'not our focus... but it is the tool set to build one, no? :) |
| 02:26.58 | ``Erik | as far as saying "make a gear with a diameter of 23mm and 97 teeth", that's very much the tcl way, no? |
| 02:38.43 | *** join/#brlcad Nohla (~Nohla@168.226.176.197) |
| 03:12.39 | Ralith | I have no idea what the TCL way is |
| 03:12.40 | Ralith | >_> |
| 03:29.47 | *** join/#brlcad Nohla (~Nohla@168.226.179.90) |
| 03:29.59 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 03:47.26 | *** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net) |
| 06:12.03 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 07:35.13 | *** join/#brlcad Ralith (~ralith@216.162.199.202) |
| 08:05.15 | *** join/#brlcad Stattrav (~Stattrav@117.192.128.199) |
| 08:45.24 | *** join/#brlcad mafm (~mafm@81.37.87.140) |
| 09:00.21 | *** join/#brlcad Nohla (~Nohla@168.226.179.90) |
| 09:10.20 | *** join/#brlcad Ralith (~ralith@216.162.199.202) |
| 09:45.06 | d-lo | Mernin all! |
| 12:45.46 | *** join/#brlcad Stattrav (~Stattrav@117.192.135.68) |
| 13:04.20 | *** join/#brlcad Stattrav (~Stattrav@117.192.149.252) |
| 14:29.25 | d-lo | *readreadread* |
| 15:37.42 | brlcad | *yawn* |
| 15:38.52 | d-lo | Waking up? |
| 16:45.27 | CIA-93 | BRL-CAD: 03starseeker * r39706 10/brlcad/trunk/src/libged/red.c: |
| 16:45.27 | CIA-93 | BRL-CAD: Start working the comb build logic in - it looks like it may be possible to |
| 16:45.27 | CIA-93 | BRL-CAD: merge the 'check' and 'build' steps, although the details of copying to and from |
| 16:45.27 | CIA-93 | BRL-CAD: temp data structures and combs remain to be sorted out. Still totally |
| 16:45.27 | CIA-93 | BRL-CAD: non-functional |
| 16:46.52 | brlcad | d-lo: no, just getting rolling slowly today .. absurdly packed weekend |
| 16:53.00 | brlcad | luke-jr: er .. "metertons"? do you have a reference for that unit type? everything I'm seeing on-line says that's basically a netherland word for metric ton, which is not a unit of distance |
| 16:53.04 | CIA-93 | BRL-CAD: 03starseeker * r39707 10/brlcad/trunk/src/libged/red.c: Er, yeah - put the part of the matrix logic that needs the name AFTER the part where we get the name... |
| 16:54.23 | brlcad | luke-jr: you can certainly model the gears using primitives, there are plenty of examples of exactly that which have been shown in the past -- we're not a physics simulation package, though, so simulating those gears is outside scope, something you'd have to implement |
| 16:56.13 | *** topic/#brlcad by brlcad -> 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.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged) |
| 16:56.30 | CIA-93 | BRL-CAD: 03starseeker * r39708 10/brlcad/trunk/src/libged/red.c: Helps to initialize vls before using them... |
| 16:58.18 | brlcad | make sure fp is closed before returning |
| 16:58.35 | brlcad | a few potential return paths look unfree |
| 16:58.55 | starseeker | nods |
| 16:59.01 | starseeker | I'm not even sure the logic is right yet |
| 16:59.17 | starseeker | just doing the "commit early, commit often" thing :-P |
| 17:00.12 | brlcad | sure, expected |
| 17:00.48 | brlcad | just shouldn't ignore coding complete too |
| 17:01.09 | starseeker | probably a bit overkill, but I'm trying to "modernize" this sucker - bu_vls_gets and friends |
| 17:01.10 | brlcad | closing descriptors and freeing memory should never be an afterthought |
| 17:01.12 | starseeker | point |
| 17:01.53 | starseeker | I just held off because I'm not sure yet if some of those paths will survive (already been through a couple itereations locally) |
| 17:03.12 | starseeker | isn't entirely sure if bu_vls_gets does arbitrary length lines, but knows it will at least take the magic line length limit out of the red code itself |
| 17:04.18 | starseeker | <snort> as long as I'm in this mode I suppose I should head from this to trying to mop up the nirt routines |
| 17:04.54 | brlcad | even if it's a "should_never_be_true=0; if (should_never_be_true) { return -1; }" and it might go away, if it's going to be a code path, memory and fd's should be accounted for |
| 17:05.17 | brlcad | otherwise, that's trivial bug injection, leaks, crashes |
| 17:05.48 | brlcad | especially once attention is diverted elsewhere in a routine (where the "real work" is going on, the code that SHOULD be getting called) |
| 17:06.47 | brlcad | vls_gets does do arbitrary length un to the specified length |
| 17:06.53 | brlcad | s/un/up/ |
| 17:07.18 | brlcad | it does an fgets() in blocksize chunks, then puts the chunks together into the vls for you |
| 17:07.45 | starseeker | nods |
| 17:08.12 | brlcad | so you could do something like fstat(), get the file size, then bu_vls_gets(vls, file_size); to read the whole file into a vls |
| 17:10.05 | brlcad | er, strike that .. it'll stop one line at a time :) |
| 17:10.46 | luke-jr | brlcad: a meterton is 1/0x10 of a tonal meter :) |
| 17:11.25 | CIA-93 | BRL-CAD: 03starseeker * r39709 10/brlcad/trunk/src/libged/red.c: Add bu_vls_free in appropriate places |
| 17:11.49 | luke-jr | http://www.lulu.com/product/paperback/tonal-system/10991090 |
| 17:14.32 | brlcad | luke-jr: that's quite some obscure piece of work there, 1862! |
| 17:14.45 | brlcad | looks like it never went anywhere |
| 17:14.46 | louipc | what's that? |
| 17:15.10 | brlcad | and entirely horribly named .. tonal system means something entirely different today |
| 17:15.27 | brlcad | "proposed to be called the" ... proposal denied! |
| 17:15.42 | louipc | haha |
| 17:15.54 | louipc | I think base 10 works nicely |
| 17:15.59 | louipc | we've got 10 fingers |
| 17:17.03 | brlcad | I don't know of any CAD system that directly supports what I'm reading, quite niche regardless |
| 17:19.01 | brlcad | really looks like some hookey predescessor to the metric system |
| 17:20.29 | brlcad | metermills instead of millimeters, millmeters instead kilometers .. |
| 17:22.59 | CIA-93 | BRL-CAD: 03starseeker * r39710 10/brlcad/trunk/src/libged/red.c: Tweak attribute grabbers to handle extra spaces and not create the name attribute |
| 17:23.02 | brlcad | wow, they even define new months, 10 months per year |
| 17:23.31 | brlcad | (er, "10" months in base 16 .. 16 months, heh) |
| 17:23.56 | ``Erik | didn't si try to redefine time measurements when doing metric, as well? |
| 17:24.38 | brlcad | Happy Kolumbian 0b'th! |
| 17:30.17 | luke-jr | louipc: logic failure |
| 17:30.33 | louipc | luke-jr: where? |
| 17:30.42 | luke-jr | louipc: 10 fingers does not imply base 10 at all |
| 17:30.56 | luke-jr | louipc: many people count on their fingers in base 6 |
| 17:31.04 | louipc | why not? |
| 17:31.11 | luke-jr | I personally count on my fingers in base 2 |
| 17:31.46 | louipc | well it implies base 10 more apparently than 16, 6 or 2 |
| 17:32.05 | CIA-93 | BRL-CAD: 03starseeker * r39711 10/brlcad/trunk/src/libged/red.c: Add some debugging printout for the tree matricies - clearly not scanning that right. |
| 17:32.06 | luke-jr | base 2 is the most optimium for finger-counting |
| 17:32.25 | luke-jr | base 6 is somewhat easier for a base 10 mind to wrap around |
| 17:32.34 | louipc | it's not the most apparent though |
| 17:32.41 | louipc | base 10 is the most obvious |
| 17:32.43 | starseeker | luke-jr: what prompted you to try modeling using such a system? |
| 17:32.48 | louipc | logic not fail |
| 17:33.04 | luke-jr | starseeker: the whole exercise is part of my homeschooling of children |
| 17:33.15 | luke-jr | louipc: obvious to you, maybe |
| 17:33.32 | louipc | obvious to the whole modern civilised world maybe |
| 17:33.32 | luke-jr | louipc: binary division is most obvious in everyday life |
| 17:33.42 | luke-jr | louipc: you confuse brainwashing with obviousness |
| 17:34.07 | louipc | ok there's no point in debating with you anymore |
| 17:34.11 | louipc | :D |
| 17:34.17 | louipc | because I am brainwashed |
| 17:34.31 | luke-jr | everyone is, in one thing or another |
| 17:34.46 | louipc | so you admit to being brainwashed? |
| 17:34.51 | luke-jr | the only valid comparison is to an uneducated mind |
| 17:34.57 | luke-jr | sure |
| 17:35.11 | luke-jr | brainwashing is somewhat inherent to education |
| 17:35.14 | louipc | so neither of us has any valid say |
| 17:35.30 | luke-jr | but I was brainwashed to use decimal :) |
| 17:35.37 | louipc | so let's take the status quo of modern society as correct. how bout that? |
| 17:35.45 | luke-jr | no |
| 17:35.48 | louipc | :P |
| 17:35.52 | luke-jr | status quo of modern society is almost always wrong |
| 17:35.58 | louipc | but you're brainwashed |
| 17:36.09 | louipc | so that might be wrong |
| 17:36.22 | luke-jr | it's one thing to see the benefits of a system that goes against your brainwashing, and another to push for what you're brainwashed with :) |
| 17:36.38 | luke-jr | binary division is universally obvious :) |
| 17:36.46 | luke-jr | despite the decimal brainwashing |
| 17:37.33 | louipc | I do like some things about binary division, but there are reasons it's capacity has been largely reduced |
| 17:37.46 | louipc | and I don't really think it has to do with any sort of brainwashing |
| 17:37.59 | luke-jr | its* |
| 17:38.01 | luke-jr | :) |
| 17:38.03 | louipc | or is someone collecting royalties on the base 10 system? |
| 17:38.10 | luke-jr | yes |
| 17:38.12 | luke-jr | you and I are |
| 17:38.18 | louipc | awesome |
| 17:38.28 | luke-jr | our royalties are understanding people |
| 17:38.54 | luke-jr | if the next generation were taught a superior system, we would have to learn it to understand |
| 17:39.30 | luke-jr | that's an expense I am willing to make so that my children learn to be multi-"lingual" on mathematical systems |
| 17:41.28 | CIA-93 | BRL-CAD: 03brlcad * r39712 10/brlcad/trunk/src/libged/color.c: allow for any non-numeric delimeter character between values. increases expected sscanf count. |
| 17:42.17 | luke-jr | brlcad: how about allowing 'units 9.3120223' ? |
| 17:42.39 | luke-jr | or better yet 'units mt=9.3120223' ? |
| 17:42.40 | CIA-93 | BRL-CAD: 03brlcad * r39713 10/brlcad/trunk/src/libged/loadview.c: shouldn't be doing our own buffering, TODO: use libbu |
| 17:46.56 | CIA-93 | BRL-CAD: 03erikgreenwald * r39714 10/brlcad/trunk/src/libged/color.c: ignore the ignored scan fields (%c -> %*c and remove the %c (supposed to be &c?)) |
| 17:58.31 | starseeker | Bah - Bilski doesn't sound like it resolved much |
| 18:03.51 | *** join/#brlcad Stattrav (~Stattrav@117.192.149.252) |
| 18:03.51 | *** join/#brlcad mafm (~mafm@81.37.87.140) |
| 18:03.52 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 18:03.52 | *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 18:03.52 | *** join/#brlcad luke-jr (~luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d) |
| 18:03.52 | *** join/#brlcad roberthl (~robert@mediawiki/RobertL) |
| 18:03.52 | *** join/#brlcad SWPadnos (~Me@dsl107.esjtvtli.sover.net) |
| 18:03.52 | *** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net) |
| 18:03.52 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 18:03.52 | *** join/#brlcad Maloeran (~maloeran@glvortex.net) |
| 18:03.52 | *** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no) |
| 18:03.52 | *** join/#brlcad poolio (~poolio@BZ.BZFLAG.BZ) |
| 18:05.02 | *** join/#brlcad cosurg1 (~cosurgi@atak.bl.pg.gda.pl) |
| 18:05.29 | *** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ) |
| 18:17.11 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 18:17.11 | *** 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.16.10 preparations and testing under way (only bug-fix, stabilization, and minor commits until tagged) |
| 18:24.03 | CIA-93 | BRL-CAD: 03starseeker * r39715 10/brlcad/trunk/src/libged/red.c: Oh yeah, 'e' is a character in the numbers used in the matrix. |
| 18:24.21 | CIA-93 | BRL-CAD: 03bob1961 * r39716 10/brlcad/trunk/src/libged/combmem.c: Modified ged_combmem to allow applying relative rotations, translations and scale. Rotations can be specified using aet, xyz or rotations about an arbitrary axis. |
| 18:25.45 | *** join/#brlcad jam555 (~on_Chatzi@adsl-99-110-121-55.dsl.okcyok.sbcglobal.net) |
| 18:26.22 | *** part/#brlcad jam555 (~on_Chatzi@adsl-99-110-121-55.dsl.okcyok.sbcglobal.net) |
| 18:29.00 | CIA-93 | BRL-CAD: 03bob1961 * r39717 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl CombEditFrame.tcl): Initial matrix edit using tktable. Using default tktable bindings. No validation of cells yet. |
| 19:48.02 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 20:05.36 | CIA-93 | BRL-CAD: 03brlcad * r39718 10/brlcad/trunk/src/libged/color.c: db_alloc/db_put no longer return size_t, just check truthfulness. |
| 20:10.57 | CIA-93 | BRL-CAD: 03brlcad * r39719 10/brlcad/trunk/src/libged/loadview.c: quell warnings |
| 20:16.39 | CIA-93 | BRL-CAD: 03brlcad * r39720 10/brlcad/trunk/src/libged/ps.c: |
| 20:16.39 | CIA-93 | BRL-CAD: fixed a bug in postscript output where the scale and translation were being |
| 20:16.39 | CIA-93 | BRL-CAD: swapped outright. warnings taken care of. also eliminated exact floating point |
| 20:16.39 | CIA-93 | BRL-CAD: comparison and allow any delimeter when specifying colors like found elsewhere. |
| 20:17.56 | CIA-93 | BRL-CAD: 03brlcad * r39721 10/brlcad/trunk/src/libged/ (png.c put_comb.c rcodes.c rmater.c): consistency when parsing numbers, colors in particular, to allow any character delimeter along with whitespace. |
| 20:54.21 | CIA-93 | BRL-CAD: 03brlcad * r39722 10/brlcad/trunk/src/libged/red.c: if you're going to ignore the lower, the upper should be ignored then too. more importantly, document this oddity. |
| 21:03.59 | CIA-93 | BRL-CAD: 03starseeker * r39723 10/brlcad/trunk/src/libged/red.c: Start playing with copying combs, working on copies, then making the copy into the original upon success. Still a ways to go here. |
| 21:19.27 | CIA-93 | BRL-CAD: 03starseeker * r39724 10/brlcad/trunk/src/libged/red.c: OK, this applies attributes - now to figure out how to update the tree |
| 21:29.24 | CIA-93 | BRL-CAD: 03brlcad * r39725 10/brlcad/trunk/src/conv/obj-g_new.c: |
| 21:29.24 | CIA-93 | BRL-CAD: -s and falling back to a grouping mode that was not requested breaks usability |
| 21:29.24 | CIA-93 | BRL-CAD: convention. If we cannot perform what the user requested, we should stop |
| 21:29.24 | CIA-93 | BRL-CAD: instead of continuing down some other path the user did not request. Lets not |
| 21:29.24 | CIA-93 | BRL-CAD: second-guess the user. |
| 21:46.06 | CIA-93 | BRL-CAD: 03starseeker * r39726 10/brlcad/trunk/src/libged/red.c: Hmm - no good. rt_db_put_internal looks like it might be correct, so first guess is setting up something else wrong. |
| 21:48.24 | CIA-93 | BRL-CAD: 03brlcad * r39727 10/brlcad/trunk/src/libged/edcomb.c: |
| 21:48.24 | CIA-93 | BRL-CAD: checking less than 6 or greater than 7 means it allows 6 or 7 args, yet only |
| 21:48.24 | CIA-93 | BRL-CAD: exactly 7 is valid (and 6 crashes). do the right check. expand the error |
| 21:48.24 | CIA-93 | BRL-CAD: reporting too to say exactly which argument couldn't be read. improve on the |
| 21:48.24 | CIA-93 | BRL-CAD: stupid 'Regionflag' that undocumentedly had to start with 'R' in order to make |
| 21:48.25 | CIA-93 | BRL-CAD: the region. check for a boolean value too now. |
| 22:18.43 | CIA-93 | BRL-CAD: 03brlcad * r39728 10/brlcad/trunk/src/libged/ (6 files): quell a slew of warnings including shadowings, exact floating point comparisons, and floats being used as ints. |
| 22:20.35 | CIA-93 | BRL-CAD: 03brlcad * r39729 10/brlcad/trunk/ (5 files in 3 dirs): lscon was never implemented but was a bad idea to begin with. no sense polluting the namespace just to report constraint objects (use search or modify ls) |
| 22:27.03 | CIA-93 | BRL-CAD: 03brlcad * r39730 10/brlcad/trunk/TODO: |
| 22:27.03 | CIA-93 | BRL-CAD: request from luke_jr via irc to add support for custom unit types to the units |
| 22:27.03 | CIA-93 | BRL-CAD: command. implies some means to at least record the conversion factor and make |
| 22:27.03 | CIA-93 | BRL-CAD: the libbu unit facilities report 'custom' instead of halting on unknown. |
| 23:13.49 | CIA-93 | BRL-CAD: 03louipc * r39731 10/brlcad/trunk/misc/archlinux/PKGBUILD: archlinux: Add boost to depends |
| 23:28.42 | CIA-93 | BRL-CAD: 03brlcad * r39732 10/brlcad/trunk/BUGS: yutani reports /reminde me via the Help forum that extrude via MGED gui crashes MGED. |