| 00:16.38 | *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org) |
| 01:18.58 | ``Erik | damnit |
| 01:19.06 | starseeker | eh? |
| 01:20.59 | ``Erik | my car broke down at the gate |
| 01:21.05 | ``Erik | I just got home |
| 01:21.10 | starseeker | that SUCKS |
| 01:21.16 | starseeker | which gate? |
| 01:21.18 | ``Erik | and tomorrow, I get to walk to the dealership to get them to fix it |
| 01:21.20 | ``Erik | the 22 gate |
| 01:21.24 | starseeker | yuck |
| 01:21.41 | ``Erik | had it towed to the dealership right by my house *sigh* |
| 01:22.17 | ``Erik | is starting to ponder aaa |
| 01:22.27 | ``Erik | I think the alternator went out |
| 01:22.37 | starseeker | ow |
| 01:23.31 | ``Erik | while it's in, I think I'll have them do the front brakes and see if I can get the faulty ESC replaced under warrantee |
| 01:24.17 | ``Erik | but tonight, I have some DRINKIN' to do |
| 01:24.59 | starseeker | won't that preclude functioning tomorrow? |
| 01:25.02 | ``Erik | huh, remanufactured alternator is 200-250 |
| 01:25.20 | ``Erik | no, I tend to function fairly well |
| 01:25.35 | ``Erik | hell, if I show up to work on time, that means I was drinking the night before... for some reason, I wake up early and ready to go |
| 01:26.19 | ``Erik | german, irish and scottish genes, catholic upbringing... :D |
| 01:26.37 | starseeker | ah :-) |
| 01:26.39 | ``Erik | not enough native american to slow me down on that |
| 01:30.07 | starseeker | feels sympathy for ``Erik's liver |
| 01:30.20 | starseeker | <wince> |
| 01:32.28 | starseeker | brlcad: If search's results are to be used by other commands, should there be an output option that builds a bu_list of matches? What's a good way to do "data exchange" on that? |
| 01:33.33 | starseeker | glares at clock and decides to get outta here, bbl |
| 01:37.10 | ``Erik | try not to lose an alternator :D |
| 02:17.10 | Dr_Phreakenstein | Erik; geico includes roadside assistance standard |
| 02:17.40 | ``Erik | allstate wants to charge for it |
| 02:18.25 | Dr_Phreakenstein | plus, you can save 10-15% in just 15 minutes by calling.. |
| 02:18.55 | Dr_Phreakenstein | but seriously, they are a great company |
| 02:19.08 | Dr_Phreakenstein | my wife had a wreck, her fault... |
| 02:19.20 | Dr_Phreakenstein | they took care of everything, no hassle |
| 02:27.57 | *** join/#brlcad ibot (i=ibot@rikers.org) |
| 02:27.57 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || GSoC 2008 Highlight: new prototype gui, check it out! || Source Release 7.14.2 is posted (20080207) |
| 02:30.01 | Dr_Phreakenstein | understand |
| 02:43.07 | yukonbob | hello cadheads |
| 02:50.11 | Dr_Phreakenstein | hello yukonbob |
| 03:52.01 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1177680293.dsl.bell.ca) |
| 03:52.14 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-71.sbndin.btas.verizon.net) |
| 04:05.54 | ``Erik | bleh |
| 04:53.48 | brlcad | starseeker: yep, I mentioned having a list option at some point .. actually being in ged helps because you could make a generic output handler that is wraps obtaining the result in some programmatic form |
| 04:57.34 | brlcad | don't know if bob got that far in the ged struct, but the idea was to modify the commands to perform something like ged_log that would either append to the result_str or bu_log or call a callback handler depending on the ged struct |
| 05:00.50 | brlcad | then you'd have make some callback that does whatever you want (like fill a bu_list with bu_vls results) for your application |
| 05:14.16 | *** join/#brlcad samrose (n=samrose@sa-ga143065.reshsg.uci.edu) |
| 07:53.43 | *** join/#brlcad samrose (n=samrose@sa-ga143065.reshsg.uci.edu) |
| 08:16.59 | CIA-40 | BRL-CAD: 03d_rossberg * r33806 10/brlcad/trunk/src/libged/gqa.c: changed to classical C syntax |
| 08:48.42 | *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch) |
| 09:09.54 | *** join/#brlcad mafm (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
| 11:11.42 | d-lo | ``Erik: bummer... you might wanna consider replacing the battery at the same time as the alternator... a failure of one tends to damage the other... |
| 11:13.00 | d-lo | uses gieco, but has respect for allstate... they took care of my wife (well, 'to be' wife at the time) when she had an accident |
| 11:18.38 | *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198) |
| 11:41.28 | *** join/#brlcad mafm_ (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
| 13:52.32 | CIA-40 | BRL-CAD: 03brlcad * r33807 10/brlcad/trunk/ (include/pkg.h src/libpkg/pkg.c): pkg is a good library to start with. refactor the API documentation out of the implementation file into the header. need to get doxygen running again in order to also add the groups/categories and section descriptions. |
| 13:56.02 | CIA-40 | BRL-CAD: 03brlcad * r33808 10/brlcad/trunk/src/other/tcl/generic/ (tcl.h tclDecls.h): quell shadow warnings on index |
| 13:58.57 | CIA-40 | BRL-CAD: 03brlcad * r33809 10/brlcad/trunk/src/libpkg/tpkg.c: quell all extra warnings |
| 13:59.11 | *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.141) |
| 14:07.51 | CIA-40 | BRL-CAD: 03brlcad * r33810 10/brlcad/trunk/include/pkg.h: brevity consistency |
| 14:08.04 | PrezKennedy | i hate bittorrent so much |
| 14:22.06 | CIA-40 | BRL-CAD: 03brlcad * r33811 10/brlcad/trunk/src/libpkg/pkg.c: quell all the additional warnings minus conversion warnings that can't be quelled due to the short int prototype |
| 14:22.41 | louipc | PrezKennedy: the protocol? |
| 14:24.45 | ``Erik | no, he hates that my new hobby is taking bittorrent movies, editing them so images of "goatse" and "lemonparty" show up in various places, and redistributing them :D *duck* |
| 14:24.59 | brlcad | paid extra to get roadside assistance with geico .. no longer have that on my policy though |
| 14:25.02 | louipc | hahah! |
| 14:25.32 | starseeker | ``Erik: congratulations on the most useless hobby I've ever heard of |
| 14:25.37 | CIA-40 | BRL-CAD: 03brlcad * r33812 10/brlcad/trunk/configure.ac: |
| 14:25.37 | CIA-40 | BRL-CAD: -Wconversion is rather useless since it's mostly for supporting non-ansi |
| 14:25.37 | CIA-40 | BRL-CAD: compilation where you often don't have a prototype and end up with default |
| 14:25.38 | CIA-40 | BRL-CAD: parameter types. as a warning category, though, this just causes a lot of |
| 14:25.39 | ``Erik | </joke> |
| 14:25.40 | CIA-40 | BRL-CAD: unquellable warnings where shorts are used in a prototype. since they'd be |
| 14:25.40 | ``Erik | :D |
| 14:25.42 | CIA-40 | BRL-CAD: passed as (int), they flag a warning but are completely correct as-is so remove |
| 14:25.44 | CIA-40 | BRL-CAD: -Wconversion |
| 14:25.45 | louipc | that's an awesome hobby |
| 14:26.28 | starseeker | even shooting tin cans in the backyard at least builds skills (well, OK, depending on intoxication levels...) |
| 14:26.33 | louipc | I imagine working at a tv station and doing that |
| 14:26.41 | louipc | :D |
| 14:26.44 | ``Erik | I d'no, I called the bmw roadside assistance, even though I didn't have membership, they charged me a straight $120 for "getting shit taken care of" (towed to the dealership and dropped off at home), gotta wonder what the rate of requiring that service is to make it worth the cost |
| 14:27.13 | starseeker | louipc: Was that you with the porno clip in the Arizona station on superbowl day (or whenever that was?) |
| 14:27.15 | brlcad | ``Erik: if you're up for it and didn't see the notice already, there's a libpng update worth getting.. |
| 14:27.18 | PrezKennedy | louipc, no -- i hate when people who use it max out the connection and prevent everything else from working correctly |
| 14:27.19 | ``Erik | and this is the first time in my life I've ever needed to be towed or help or anything |
| 14:27.27 | brlcad | really? |
| 14:27.30 | brlcad | that's messed up :) |
| 14:27.35 | ``Erik | uhm, yeah, probably zlib, too |
| 14:27.53 | louipc | PrezKennedy: hah ok |
| 14:27.58 | ``Erik | oh, that superbowl thing was amusing, but it was a lame porn clip to interject |
| 14:28.22 | louipc | starseeker: I wish I could take credit |
| 14:29.32 | ``Erik | not sure if I should bother with upgrading libpng right now or see if I can track out the weird maus behavior on leopard |
| 14:29.41 | ``Erik | or dick with more adrt/isst/etc shit |
| 14:29.53 | ``Erik | bit annoyed that lee is calling his thing isst now :/ |
| 14:30.10 | PrezKennedy | [p]isst |
| 14:34.55 | CIA-40 | BRL-CAD: 03erikgreenwald * r33813 10/brlcad/trunk/NEWS: Mention nmg_fix_normals. It works, but is not registered in $mged_cmds yet (so no tab completion). |
| 14:40.22 | brlcad | ``Erik: only want you'll be able to counter that is by making isst work again on people's desks.. |
| 14:42.01 | brlcad | document it with a little tutorial, make it "just work", yada yada |
| 14:45.37 | brlcad | ``Erik: also src/tclscripts/mged/help.tcl <-- that's where it's missing for tab-completion |
| 14:46.11 | brlcad | mged_cmds expands off of the ? command, the ? command expands off of the mged_help_data array |
| 14:46.14 | ``Erik | hm, coulda sworn I had put it in there at some point and it didn't work |
| 14:46.29 | brlcad | leaves the rest as an exercise to the reader |
| 14:47.23 | ``Erik | once isst gets the mysql stuff ripped out and the network crap bypassed, it'll "just work" :/ *sigh* |
| 14:48.08 | archivist | mysql suph should be inserted not ripped out :) |
| 14:49.03 | ``Erik | mysql is a pile, postgres is far superior :D and for simply holding triangles, the kinda database that shoulda been used is called a "file" |
| 14:49.06 | ``Erik | :D |
| 14:49.08 | brlcad | archivist: you think a simple interactive 3D viewer should need a mysql database in order to run? |
| 14:49.19 | starseeker | winces |
| 14:49.39 | archivist | brlcad, no |
| 14:50.02 | brlcad | hence the need to rip it out ;) |
| 14:50.31 | archivist | but I am biased to mysql :) |
| 14:50.54 | d-lo | bias != speed || functionality :P |
| 14:51.22 | archivist | speed with good design in databases |
| 14:51.28 | ``Erik | lately, I've been kinda thinking that the entire sql rdbms notion is fail |
| 14:51.43 | ``Erik | that's the thing, mysql is fast in meaningless microbenchmarks, but pigassed slow on REAL queries |
| 14:52.02 | ``Erik | because you have to go through stupid hoops like temporary tables for subselect and more complicated joins |
| 14:52.13 | archivist | fix the sql |
| 14:52.30 | archivist | rewrite subquries as joins |
| 14:53.39 | ``Erik | hehehe, but correct and well designed sql involves subqueries and nontrivial joins, which mysql fails at :D and sometimes you see where a mysql user has used another database and doens't use, y'know, 95% of sql's performance dealies because, well, mysql doesn't support them :D and you start seeing postgres, oracle, sybase, ingress, etc running far crappier than they should |
| 14:54.37 | brlcad | mm, dragonfly bsd 2.2 is out |
| 14:54.46 | ``Erik | thinks he's going to go with a blob in the .g files with a list of regions and a hash to store the kd-tree |
| 14:55.19 | ``Erik | then the regions are walked and rehashed on load to see if the kd-tree needs to be regenerated |
| 14:55.20 | archivist | subqueries are a crutch some like to rely of to make the sql readable |
| 14:56.06 | ``Erik | that way, straight bots are the core of data used |
| 14:57.07 | brlcad | binary objects in the db with attr hashes on the objects to point to those binobj's?, should work pretty well |
| 14:59.00 | ``Erik | yeah, and hashing the vertex data in the bot itself, so if it changes, I know to regenerate/invalidate the kd-tree |
| 14:59.28 | ``Erik | hm, *ponders a hash function in the primitive table* |
| 15:05.54 | brlcad | gah, don't sully the object space |
| 15:06.06 | brlcad | just use attrs |
| 15:06.20 | brlcad | heck, attrs on binobj's |
| 15:06.44 | brlcad | actually, don't even need attrs, hm |
| 15:07.17 | brlcad | just make the object name be an md5 hash, mark it invisible |
| 15:08.03 | brlcad | erh, yeah, still need the attr on the bot, but still pretty simple |
| 15:08.33 | brlcad | no infrastructure needed and it's not even abusing anything :) |
| 15:11.40 | ``Erik | hm, I was thinking about packing the names and hashsums into the blob |
| 15:12.38 | ``Erik | I might do some experiments to see if caching the kd-tree is necessary, if I can get it as fast as, say, librt's prep, then I won't even have to bother |
| 15:12.49 | ``Erik | but reading bots from a .g is an important step |
| 15:13.06 | brlcad | yeah |
| 15:13.38 | ``Erik | oh, compile is done, now I can start modifying stuff heh |
| 15:14.36 | brlcad | using just one blob wouldn't pass the concatenate .g test, per-object blobs would though |
| 15:15.01 | ``Erik | hm, but the tree is an acceleration structure for many regions |
| 15:15.08 | brlcad | but no complaints from me -- caching should be worried about after everything else is done, even if it is dog-slow |
| 15:15.10 | ``Erik | and I don't believe the trees can be merged trivially |
| 15:15.37 | ``Erik | hehehe iirc, the, uh, complicated test vehicle took days |
| 15:16.01 | ``Erik | but that's a piece of geometry that most cad systems simply cannot load :) |
| 15:16.19 | brlcad | then it can be the first optimization, but you still don't need it just yet |
| 15:16.35 | ``Erik | yeah, I think my first case for that will be mossworld |
| 15:17.04 | ``Erik | then mebbe the m35 for fun, then probably the t62, then up to modern crap |
| 15:17.28 | brlcad | also, iirc, the one that took days was after using the long-pass kd-tree prep -- aren't there two, a short that sucks and a long that sucks slightly less? |
| 15:18.31 | ``Erik | yeah |
| 15:18.42 | ``Erik | the 'fast' one is used for the cut view |
| 15:18.52 | ``Erik | and both are single threaded iirc |
| 15:19.23 | ``Erik | moving them to multithreaded simd beasties and going for convergance is probably going to be on my list of shit to do |
| 15:19.41 | ``Erik | of course, ed is pushing to "just make it work and move on to other stuff" |
| 15:19.43 | brlcad | people would probably be just as happy to see a progress bar if it worked over having cached hashes later ;) |
| 15:20.07 | ``Erik | yeah, that's one thing I have been doing to the private part, more status information |
| 15:20.59 | ``Erik | if you wanna check it out, the database is on the bsd opteron, the svn is on the bsd webserver as isst, make sure "HAX" is defined, that ignores all user authentication |
| 15:21.19 | ``Erik | been working on osX.4 and fbsd, should work dandy either place |
| 15:21.20 | ``Erik | :) |
| 15:21.29 | brlcad | I've tried to check it out thrice :) |
| 15:21.41 | ``Erik | really? co isnt' working? |
| 15:21.52 | ``Erik | or do you mean "check it out" as in look at it? |
| 15:22.35 | brlcad | nah, I just get side-tracked looking through the code instead of trying to run it |
| 15:23.01 | brlcad | as in look at it |
| 15:23.26 | brlcad | get the viewer to actually show me some g'damn geometry in all spinny clicky goodness |
| 15:23.45 | ``Erik | it's doable now |
| 15:24.05 | ``Erik | I think I made a lot of progress the last few months in merging the branches and getting it all portable and shit |
| 15:24.11 | brlcad | that's why I mentioned a tutorial/doc -- sans simple tutorial, it's gonna be nearly useless to mortal users :) |
| 15:24.40 | ``Erik | yeah |
| 15:24.54 | brlcad | so latest isn't in cad repo? |
| 15:24.56 | ``Erik | the current hot plate item on that is to make the gui part able to run solo |
| 15:25.00 | ``Erik | it is |
| 15:25.11 | ``Erik | well |
| 15:25.12 | ``Erik | it's split |
| 15:25.27 | brlcad | then "svn is on the bsd webserver as isst" would matter for what? |
| 15:25.28 | ``Erik | and this is pissing me off, and I got the TL to go yell at the BC for me, but |
| 15:25.59 | brlcad | non-public features? I don't care to test those out |
| 15:26.01 | ``Erik | adrt_master and adrt_slave are the drivers, those are on sourceforge. The gui component is on our webserver, because it hasn't been ok'd for public elease |
| 15:26.05 | brlcad | I want to see moss-world spinning |
| 15:26.34 | brlcad | o.O |
| 15:26.56 | ``Erik | we went to BC and said "hey, this is crippling development, can we just shove this out there to make things all good?" and she was not understanding why we'd do that when it isn't even on peoples desktops et |
| 15:26.58 | ``Erik | yet |
| 15:27.13 | ``Erik | I don't think she understood that it was slowing development by holding that piece private... and her brain is still in 247 |
| 15:27.49 | brlcad | so you asked someone that makes decisions based on fear if you could do something they don't understand and they said no |
| 15:27.52 | brlcad | I'm shocked |
| 15:28.10 | ``Erik | it's all gtk+, and I didn't wan tot inflict that on the svnroot/brlcad/brlcad/ repo, I was going to make a toplevel, like rtcmp |
| 15:29.11 | brlcad | yeah, gtk+ would be bad |
| 15:29.27 | ``Erik | I think gtk would be good, myself... get rid of that effin' tk crap :D |
| 15:29.35 | brlcad | the original simple gui version was better than the agar and gtk crap |
| 15:29.38 | ``Erik | but *shrug* might not be a popular sentimate |
| 15:30.04 | ``Erik | I'm moving code out of the gui piece and into the libraries as much as possible, hopefully the gui will become a very trivial veneer |
| 15:30.50 | ``Erik | I want to have all the networking ops as simple function calls with structs instead of this manual packing/unpacking on both ends |
| 15:31.53 | ``Erik | sendop;senddata1;senddata2 -> struct thang { op, data1, data2 } ; sendit(thang) |
| 15:32.36 | brlcad | hm, that doesn't sound like a good idea to me (screwing with the net before the rest is done).. |
| 15:33.06 | brlcad | the net isn't the problem, maybe not clean but not the problem |
| 15:33.09 | ``Erik | heh, been doing it, that's how I've been getting functionality back |
| 15:33.12 | ``Erik | no, the net is the problem |
| 15:33.25 | ``Erik | the protocols were not synchronized with the version I got |
| 15:33.29 | ``Erik | it just didn't work |
| 15:33.56 | brlcad | i mean the way it does what it does |
| 15:33.57 | ``Erik | I've been figuring out what was supposed to be passed and rebuilding them to gain functionality back |
| 15:34.15 | ``Erik | and it's a huge hassle, because it's manual and piecewise, spread through various areas |
| 15:34.16 | brlcad | not the actual protocol and packing use |
| 15:34.16 | ``Erik | :) |
| 15:34.33 | ``Erik | the protocol and packing was broken (still is, that's why split isn't working) |
| 15:34.47 | brlcad | i get that |
| 15:35.12 | ``Erik | *shrug* my next step is actually to avoid all the netowrking |
| 15:35.25 | ``Erik | and have a single binary that "just works" |
| 15:35.31 | ``Erik | no distributed aspect |
| 15:36.34 | CIA-40 | BRL-CAD: 03erikgreenwald * r33814 10/brlcad/trunk/src/tclscripts/mged/help.tcl: add in-editor help for nmg_fix_normals. This also makes tab completion work for this command. |
| 15:36.36 | brlcad | that sounds like too many changes at once to me, make things (even more) unstable as all hell, hard to fix bugs |
| 15:36.59 | ``Erik | "start adrt_master, then start adrt_slave and connect it to the master, then start isst and connect to the master" is too many steps |
| 15:37.03 | brlcad | i'd think patching the existing net would be much faster in the long run even if the goal is to eventually rip out the net |
| 15:37.09 | ``Erik | *shrug* sledgehammer remodeling, man |
| 15:37.43 | brlcad | by the time you're done sledgehammaring and rebuilding, nobody will be left waiting to move into the building |
| 15:37.48 | ``Erik | heh |
| 15:38.00 | ``Erik | well, I figure it'll take like 3 days to make it work without the networking |
| 15:38.09 | brlcad | riiight |
| 15:38.22 | brlcad | how much money you got :) |
| 15:38.22 | ``Erik | and so far, it's taken more than 3 days to track down and fix each protocol transaction |
| 15:38.38 | ``Erik | uhm, not enough, and they're taking more to fix my car :D |
| 15:38.46 | ``Erik | 3 uninterrupted dedicated days |
| 15:39.02 | ``Erik | this nmg_fix_normal thing kinda derailed me |
| 15:39.03 | brlcad | so two weeks |
| 15:39.09 | ``Erik | mebbe |
| 15:39.26 | ``Erik | which is probably how long it'd take to get split view 'just working' over teh network |
| 15:39.44 | brlcad | screw split view, seriously |
| 15:39.50 | brlcad | at least for now |
| 15:39.58 | ``Erik | that's the part that ed is hammering me on |
| 15:40.10 | brlcad | the db is the biggest problem |
| 15:40.17 | ``Erik | hm |
| 15:40.19 | ``Erik | *shrug* |
| 15:40.28 | brlcad | I can't use it without a db, that's sorta a huge problem |
| 15:40.39 | ``Erik | you have one at the office, but I agree |
| 15:41.20 | ``Erik | I was starting to build it up so you could shoot geometry across the network into the system, so'z the client was responsible for loading geometry |
| 15:41.22 | brlcad | yes, but users are in that same boat -- they don't have a db or at least experience with using one with that tool |
| 15:41.36 | ``Erik | hm |
| 15:41.49 | brlcad | they same that works public makes it work internal -- run X, Y, and Z, and you'll have spinning tank |
| 15:41.54 | ``Erik | and since the code isn't in the sf repo, I can't chekc it out here ;D hehe |
| 15:43.16 | ``Erik | putting it all into a signle binary would make a lot of the ugly of dealing with it go away |
| 15:43.36 | ``Erik | debugging 3 networked programs (which don't clean up nicely) is a pain :) *shrug* |
| 15:43.44 | brlcad | "start adrt_master, then start adrt_slave and connect it to the master, then start isst and connect to the master" would work great if that really was all there was to it, but there's the g-adrt data conversion, insertion into the db, config of tools to use db, etc |
| 15:44.46 | ``Erik | the g-adrt.c program does the database insertion now |
| 15:45.01 | brlcad | heck, "adrt_master && adrt_slave -m localhost && isst -c localhost" ;) |
| 15:45.46 | ``Erik | more like gdb adrt_master, run -v, new terminal, gdb adrt_slave, run localhost, gdb isst, run :D |
| 15:46.40 | ``Erik | meh, jawjacking is fun and all, but it's time to code :D |
| 15:46.42 | brlcad | er, actually, "adrt_master moss.g moss && isst -c localhost" would be trivial, make adrt_master exec an adrt_slave if none are attached |
| 15:47.31 | brlcad | then one more exec in isst to system() a master and that's a one-command step ;) |
| 15:48.33 | ``Erik | system is evil |
| 15:48.43 | ``Erik | execlp() if your'e going down that road, yo |
| 15:49.35 | ``Erik | I d'no, my thought is that if I bypass the networking code in the gui and just call the functions instead, that'd make the chain far simpler and easier/quicker to hack on |
| 15:57.14 | CIA-40 | BRL-CAD: 03erikgreenwald * r33815 10/brlcad/trunk/src/adrt/libtienet/ (Makefile.am load.c load.h load_g.c): break future .g loading into a seperate file. |
| 16:05.55 | ``Erik | heh, shoulda taken my laptop to the dealership, they have one of those coffee machines where you put a little cartridge in for a cup of coffee, and they had some good stuff in their selection |
| 16:10.29 | ``Erik | hm, being an svn noob... how deadly of a sin is it to create a temporary file in the repo, with intent to merge most of it into another (and throw away the rest) down the road? |
| 16:11.14 | ``Erik | oh, uh, uhhhhhhh shit, oh shit |
| 16:11.25 | ``Erik | I can't log into the irix machine |
| 16:39.49 | CIA-40 | BRL-CAD: 03erikgreenwald * r33816 10/brlcad/trunk/src/adrt/libtienet/load_MySQL.c: move contents of g-adrt.c into the lib |
| 16:39.51 | ``Erik | solved |
| 17:09.52 | ``Erik | wtf |
| 17:10.20 | ``Erik | ok, this libpng up will not be trivial. |
| 17:23.22 | *** join/#brlcad samrose (n=samrose@dhcp-x198w-222.mobile.uci.edu) |
| 17:58.32 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 18:10.48 | brlcad | it's not a sin with svn |
| 18:11.28 | brlcad | it'll track up in the repo as a file that had a short life and presuming you remove it the same time that you merge it, the actions will be associated with each other as one changeset |
| 18:13.19 | brlcad | svn isn't smart enough to know that these N lines from file X were moved to file Y unless you commit the changes together -- more just change transactions on a file hierarchy |
| 18:14.50 | ``Erik | meh, whatever |
| 18:15.15 | ``Erik | I'm just gonna snarf pieces in and move 'em around later |
| 18:16.50 | brlcad | yeah, it's no big deal either way because you can still pull up the change history on a given file and see that it was temporary |
| 18:16.57 | brlcad | it won't leave turds like cvs |
| 18:17.28 | ``Erik | Attic/ ftw |
| 18:18.05 | ``Erik | shakes fist at twingy for a bit |
| 18:18.51 | ``Erik | seriously, mang, this was a sudden drop, but, uh, wtf, this is a fail handoff |
| 18:32.15 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-71.sbndin.btas.verizon.net) |
| 18:51.36 | CIA-40 | BRL-CAD: 03brlcad * r33817 10/brlcad/trunk/TODO: news2tracker.sh may have a bug or it may have been user error, but someone needs to figure out which and fix the problem. |
| 18:52.35 | CIA-40 | BRL-CAD: 03brlcad * r33818 10/brlcad/trunk/TODO: victor wants inside command to work again with current edit objects. |
| 18:55.02 | CIA-40 | BRL-CAD: 03brlcad * r33819 10/brlcad/trunk/TODO: restore mged mirror command third-arg-as-axis for backwards compatibility -- request from victor. |
| 18:55.50 | CIA-40 | BRL-CAD: 03brlcad * r33820 10/brlcad/trunk/TODO: request to port g_lint to windows |
| 18:57.33 | CIA-40 | BRL-CAD: 03brlcad * r33821 10/brlcad/trunk/TODO: requests from the modeling team for a obl-g importer to match up with our nexporter. |
| 18:58.42 | CIA-40 | BRL-CAD: 03brlcad * r33822 10/brlcad/trunk/BUGS: ls -A and/or e -A crash reportedly when trying to look for objects with a given attribute. |
| 19:02.59 | CIA-40 | BRL-CAD: 03brlcad * r33823 10/brlcad/trunk/include/plot3.h: quell shadow warnings for y1 on mac os x |
| 19:04.38 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 19:08.06 | CIA-40 | BRL-CAD: 03brlcad * r33824 10/brlcad/trunk/src/util/xyz-pl.c: quell warnings, style cleanup |
| 19:08.56 | CIA-40 | BRL-CAD: 03brlcad * r33825 10/brlcad/trunk/src/util/yuv-pix.c: need fb.h for fb_common_file_size() |
| 19:10.57 | CIA-40 | BRL-CAD: 03brlcad * r33826 10/brlcad/trunk/src/util/yuv-pix.c: cleanup |
| 19:29.28 | CIA-40 | BRL-CAD: 03brlcad * r33827 10/brlcad/trunk/ (include/wdb.h src/libwdb/constraint.c src/util/pc_test.c): change pc_mk_constraint() to mk_constraint() since it was moved into libwdb, making it consistent with the others. update the pc_test example to use it. |
| 19:30.54 | CIA-40 | BRL-CAD: 03brlcad * r33828 10/brlcad/trunk/include/raytrace.h: quell log() shadow warning |
| 19:31.37 | CIA-40 | BRL-CAD: 03brlcad * r33829 10/brlcad/trunk/include/bu.h: quell log() shadow warning |
| 19:34.21 | CIA-40 | BRL-CAD: 03brlcad * r33830 10/brlcad/trunk/src/libbu/bitv.c: quell warning |
| 19:40.42 | CIA-40 | BRL-CAD: 03brlcad * r33831 10/brlcad/trunk/src/libbu/ (htond.c htonf.c): quell warnings about not handling BU_PDP_ENDIAN. it's intentional, should bomb out or fall through. |
| 19:42.55 | CIA-40 | BRL-CAD: 03brlcad * r33832 10/brlcad/trunk/src/burst/burst.c: cleanup |
| 20:57.41 | *** join/#brlcad Elrohir (n=kvirc@p5B14F4FD.dip.t-dialin.net) |
| 21:02.36 | *** join/#brlcad PrezKennedy (i=Matthew@208.43.126.195) |
| 21:28.37 | CIA-40 | BRL-CAD: 03brlcad * r33833 10/brlcad/trunk/src/burst/ (grid.c plot.c prnt.c vecmath.h): quell warnings and other cleanup |
| 21:30.46 | CIA-40 | BRL-CAD: 03brlcad * r33834 10/brlcad/trunk/src/other/tcl/generic/tclIntDecls.h: quell shadow warnings for index and time |
| 21:38.36 | CIA-40 | BRL-CAD: 03brlcad * r33835 10/brlcad/trunk/src/canon/ (canon.h canonize.c canonlib.c): quell various warnings |
| 21:38.54 | CIA-40 | BRL-CAD: 03brlcad * r33836 10/brlcad/trunk/src/canon/ (canonize.c canonlib.c): ws |
| 21:39.20 | CIA-40 | BRL-CAD: 03brlcad * r33837 10/brlcad/trunk/include/ (fb.h fbio.h): quell shadow warnings on width and height |
| 22:07.34 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 22:40.41 | CIA-40 | BRL-CAD: 03bob1961 * r33838 10/brlcad/trunk/src/libged/gqa.c: Some of the writes to ged_result_str need to be semaphore protected. |
| 22:48.01 | CIA-40 | BRL-CAD: 03starseeker * r33839 10/brlcad/trunk/src/proc-db/spring.c: |
| 22:48.01 | CIA-40 | BRL-CAD: OK, better - can now delete points and get valid coils in .25 turn increments. |
| 22:48.01 | CIA-40 | BRL-CAD: The tradeoff (not surprisingly in retrospect) was between number of control |
| 22:48.02 | CIA-40 | BRL-CAD: points and increments in which the coil can be deleted while being 'coiled'. |
| 22:48.02 | CIA-40 | BRL-CAD: 1/4 of a turn is a decent compromise - it may be more important to have fine |
| 22:48.04 | CIA-40 | BRL-CAD: control when defining end sections. Also, number of turns is now accurately |
| 22:48.06 | CIA-40 | BRL-CAD: modeled. |
| 23:00.57 | *** join/#brlcad samrose (n=samrose@dhcp-x198w-222.mobile.uci.edu) |
| 23:08.40 | CIA-40 | BRL-CAD: 03starseeker * r33840 10/brlcad/trunk/src/proc-db/spring.c: Start to break things out so multiple routines can add points to the same point list before making the pipe - needed for section support. |
| 23:16.56 | CIA-40 | BRL-CAD: 03brlcad * r33841 10/brlcad/trunk/src/fb/bw-fb.c: cleanup |
| 23:20.49 | starseeker | brlcad: hmm - to do a pipe that coils in or out, it looks like the best pipe can do is to periodically adjust the bend radius further out and do a kind of stepped taper |
| 23:21.18 | starseeker | a continuously variable radius is out |
| 23:21.38 | starseeker | we'd need sweep to really do it right |
| 23:24.32 | starseeker | would an approximate taper be of any interest/use? |
| 23:25.16 | louipc | pipe threads |
| 23:25.28 | starseeker | threading is continuous though |
| 23:26.06 | starseeker | with this, you would have one quarter with radius 300, one with radius 295, one with 290, etc. etc. etc. |
| 23:26.25 | louipc | were you asking if a tapered helix would be of use? |
| 23:26.48 | starseeker | no, I was asking if the approximation that can be made with the pipe primitive would be worth the effort to set it up |
| 23:27.09 | louipc | hmm, not sure |
| 23:28.15 | starseeker | considering that pipe ALSO can't do real thread shapes... |
| 23:28.36 | starseeker | it might be ok to have an approximation |
| 23:28.59 | starseeker | but sweep could do the real deal on both counts, so it might make more sense to wait for sweep |
| 23:29.14 | louipc | yea |
| 23:29.40 | starseeker | coils can be handled with pipe, but that's approaching the limits of the primitive |
| 23:30.11 | starseeker | looks at the clock, winces, and decides to head back to the ranch... |
| 23:31.03 | louipc | I can imagine that it would become obsolete when another metaprimitive that uses sweeps and can do real thread shapes comes about |
| 23:31.42 | louipc | well, mostly.. |
| 23:36.13 | ``Erik | heh |
| 23:36.26 | ``Erik | pipe is already a meta, it just creates torii and rcc's |
| 23:36.40 | ``Erik | thus the weird abitrary limitations |
| 23:39.01 | *** join/#brlcad samrose (n=samrose@dhcp-x198w-222.mobile.uci.edu) |
| 23:49.54 | CIA-40 | BRL-CAD: 03brlcad * r33842 10/brlcad/trunk/src/fb/ (13 files): quell warnings |
| 23:52.59 | CIA-40 | BRL-CAD: 03brlcad * r33843 10/brlcad/trunk/src/other/tcl/generic/ (tclInt.h tclIntDecls.h tclIntPlatDecls.h): shadow quellage |