IRC log for #brlcad on 20080520

00:43.12 *** join/#brlcad andrecastelo (n=chatzill@189.71.36.61)
00:43.36 andrecastelo good evening folks
01:13.24 *** join/#brlcad quentusrex (n=quentusr@c-71-197-244-228.hsd1.or.comcast.net)
01:34.03 *** join/#brlcad dtidrow_ (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net)
01:39.15 andrecastelo hey ``Erik
03:36.41 learner howdy andrecastelo
03:36.47 learner que tal?
03:37.07 andrecastelo learner: hey what's up?
03:37.30 learner not much, just finished munching on some boiled peanuts, new fresh batch :)
03:37.40 andrecastelo learner: i see
03:38.01 andrecastelo learner: you're using translators now?? :b
03:48.20 learner tanslators?
03:48.28 learner er translators?
03:48.59 andrecastelo [00:36] <learner>que tal?
03:49.10 andrecastelo i just thought :b
03:50.35 learner jej, ya entiendo
03:50.52 learner y no :P
03:57.04 learner andrecastelo: so just about ready to go? :)
04:34.22 brlcad apparently not
04:35.07 pacman87 hi brlcad
04:35.12 brlcad howdy pacman87
04:35.18 brlcad you ready? :)
04:35.24 pacman87 pretty much
04:35.28 brlcad great
04:35.34 pacman87 got a nice 3 monitor display set up :)
04:35.42 brlcad so got it all working eh
04:35.43 pacman87 4480x1050
04:35.47 brlcad sweet
04:35.56 pacman87 well, not exaclty how i want it, but close enough
04:36.42 pacman87 i didnt get a chance to discuss the deliverables with d_rossburg before he left
04:37.19 brlcad sense *gasp* private e-mails :)
04:38.47 pacman87 and for patches to get to commit access, i'm planning on continuing the hyperboloid
04:39.00 brlcad great
04:39.25 pacman87 though most of the patching i'd do is changes to the g_hyp.c file, which is new
04:39.30 brlcad nods
04:40.47 brlcad pacman87: fyi, for future reference, you can/should combine all those patch files into just one patch file
04:40.57 brlcad svn diff > your_changes.patch
04:41.07 brlcad if you svn add the new file, you can even bundle in new files
04:41.42 pacman87 right, i was keeping them seperate so i could keep track of the files i changed, but i can do that just as easily by reading the diff :)
04:43.29 brlcad yep
04:43.45 brlcad and patches are usually for the patcher's convenience/use, not the submitter's ;)
04:44.37 pacman87 i'll pull them all and put up a unified patch on my next change
04:44.49 pacman87 working out exactly what tess() does
04:50.15 brlcad no need to rework the patches, that's just a pedantic detail "for next time" and/or others
04:52.17 pacman87 well, if i'm doing a svn diff, they should all be there, right?
04:52.24 brlcad yep
04:52.49 brlcad you should run the diff for patches as well as before (all) commits too
04:53.05 brlcad so you can do the review before you commit
04:53.16 pacman87 right
04:53.21 pacman87 needs to svn up
04:54.01 brlcad which you can do now
04:54.58 pacman87 updated to revision 31147 :)
04:55.32 brlcad wasn't referring to the svn up :)
04:56.19 pacman87 i'm checking to make sure nothing broke on the update
04:59.37 brlcad always a good thing :)
05:00.12 brlcad you should do a quick test to make sure it's set up proper
05:08.02 pacman87 seems i have some svn setup to do; "svn diff | grep SOURCE | less" gives 1242 lines :(
05:11.42 brlcad just usually does "svn diff | less" .. and reads
05:12.20 brlcad it's mostly a quick review of "are these the changes/files that you intended"
05:13.13 brlcad coupled with a compilation test and maybe a run-time test depending on the change, that's usually plenty reasonable
05:14.39 pacman87 did src/librt/debug.h get moved somewhere?
05:15.35 brlcad ayep
05:21.05 brlcad to find out what happened to a file that was potentially deleted with svn, you can run "svn log --verbose src/librt | less" .. look for the src/librt/debug.h line and it'll tell you when the file was last modified, what the modification was, etc
05:25.36 pacman87 so it was removed, not moved
05:28.55 brlcad yep
05:29.05 brlcad it was empty, obsoleted a long long time ago
05:31.17 pacman87 seems there's a div by zero possibility in my rt_hyp_norm() i didn't notice the first time :\
05:32.00 brlcad there were a few minor issues like that
05:33.38 pacman87 is NEAR_ZERO() the usual way to handle this?
05:33.48 brlcad yeah
05:34.01 brlcad all floating point equality comparisons should use that
05:35.15 pacman87 i wasn't talking about a comparison, though
05:35.37 pacman87 the problem happens when z=0 (around the 'waist' of the hyperboloid)
05:36.04 brlcad nods
05:36.11 pacman87 in that case, the normal is in the x-y plane, and i can use a different algorithm
05:37.34 pacman87 so would it be better to check z or what i'm dividing by?
05:46.30 brlcad usually what you're diving by, or the code leading up to it
05:46.43 brlcad since it's the div-by-zero that will cause a run-time floating point exception/crash
05:46.59 brlcad otherwise you'll want to check both
05:47.14 brlcad you've got a slew of potential divide-by-zero's
05:47.28 brlcad with the right parameters
05:48.16 brlcad e.g. if a == b == sqrt(.5)
05:48.25 brlcad (.7071067..)
05:49.26 pacman87 which function?
05:50.00 brlcad at least norm, noticed a few other potentials in shot too iirc, but I didn't look too hard
05:50.09 brlcad work in progress ;)
05:50.18 brlcad you should still apply what you have now
05:50.30 brlcad and just work the mods/fixes/improvements incrementally
05:50.32 pacman87 it does compile :)
05:50.46 brlcad that's an important first step :)
05:50.59 pacman87 but compile != correctness
05:51.26 brlcad sure, but it's a start and you intend to improve it right?
05:51.31 pacman87 of course
05:51.53 brlcad better to see the work progress incrementally
05:52.06 brlcad you've put in a lot of good effort so far
05:53.30 brlcad so if it wasn't obvious ..
05:53.46 brlcad you should just commit what you have now, and keep going
05:54.13 pacman87 right, now i'm trying to fix svn
05:54.26 brlcad fix?
05:54.40 brlcad you said it compiles no? :)
05:54.45 pacman87 svn diff gives a whole lot more lines than needed
05:54.49 brlcad ah
05:55.03 pacman87 fix svn, not the code therein
05:55.17 brlcad svn revert will undo changes to files you didn't intend to modify
05:55.54 brlcad it'll also undo delete, add, and other file "events"
05:57.53 pacman87 the full svn diff is 39189 lines, so i'll revert and reapply my patches
05:58.23 brlcad how so? what's in the diff?
05:58.50 brlcad "svn status" will tell you the files that are actually modified
05:58.53 pacman87 ~pastebin
05:58.54 ibot [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste
06:01.28 pacman87 too big for pastebin, but here it is if you want it: https://webspace.utexas.edu/trv82/www/brlcad.diff
06:02.35 brlcad yep, the usual
06:03.26 brlcad a lot of windows line-terminated files were converted to unix line endings, usually caused by overly ambitious/invasive GUI IDE's
06:03.49 brlcad svn revert src/other && find . -name \*.dsp -exec svn revert {} \;
06:03.56 brlcad that'll take care of most of them
06:07.21 brlcad again, that's where "svn status" comes in handy, it'll list the modified files and you can revert any that aren't intentional
06:07.38 pacman87 that's exactly what i'm doing :)
06:08.12 brlcad oh, and that should have been svn revert --recursive src/other
06:08.31 pacman87 yeah, i picked that up when nothing happened
06:15.17 pacman87 my g_hyp.c has mime-type: text/plain and eol-style: native, is this correct?
06:18.15 brlcad yes
06:20.07 pacman87 ok, here comes the commit!
06:23.44 CIA-21 BRL-CAD: 03pacman87 * r31148 10/brlcad/trunk/ (6 files in 2 dirs): start of code to support hyperboloid of one sheet, finished prep(), print(), shot(), norm(), uv(), and free(); still need to check for div by zero cases
06:23.54 brlcad woo hoo
06:23.59 pacman87 :D
06:24.14 brlcad the start of something great ;)
06:24.38 pacman87 thanks for all your help, and sorry to bother you with the trivial stuff
06:24.39 brlcad now you can employ the "commit early, commit often" ;)
06:24.58 brlcad np, that's what I'm here for
06:27.34 pacman87 1:30am, bedtime
06:27.37 pacman87 back tomorrow
06:27.45 brlcad cya!
06:27.58 brlcad should do the same, hrmph
06:32.11 CIA-21 BRL-CAD: 03brlcad * r31149 10/brlcad/trunk/include/bu.h: remove register keywords from public interface
06:40.38 *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
06:52.55 *** join/#brlcad alex_joni (n=juve@emc/board-of-directors/alexjoni)
07:36.21 *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com)
09:49.56 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
09:58.19 *** join/#brlcad Zenit (n=alex@212.45.226.240)
10:02.40 *** part/#brlcad Zenit (n=alex@212.45.226.240)
11:51.35 *** join/#brlcad Elperion (n=Bary@p54876A17.dip.t-dialin.net)
12:36.44 *** join/#brlcad PrezzKennedy (i=Matthew@74.86.45.130)
12:41.29 *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
12:48.25 *** join/#brlcad thing0 (n=ric@123.208.224.99)
13:20.31 *** join/#brlcad andrecastelo (n=chatzill@189.71.15.11)
13:21.09 andrecastelo good morning everyone :}
14:22.46 pacman87 morning, andrecastelo
16:33.19 *** join/#brlcad Elperion (n=Bary@p54876A17.dip.t-dialin.net)
16:40.50 *** join/#brlcad andrecastelo_ (n=chatzill@189.71.58.243)
17:13.49 *** join/#brlcad docelic (n=docelic@78.134.205.150)
18:03.03 poolio alloo
18:19.45 PrezKennedy guten tag
18:23.03 poolio heh, it's already the afternoon :)
18:51.35 alex_joni day's almost over over here
20:00.00 *** join/#brlcad cad30 (n=4d778bdc@bz.bzflag.bz)
20:01.09 *** join/#brlcad cad30 (n=4d778bdc@bz.bzflag.bz)
21:10.00 brlcad but but .. the night is just getting started alex_joni
21:30.46 *** join/#brlcad elite01 (n=elite01@dslc-082-082-095-235.pools.arcor-ip.net)
21:38.06 *** join/#brlcad andrecastelo__ (n=chatzill@189.71.58.243)
22:06.10 *** join/#brlcad elite01_ (n=elite01@dslb-088-070-014-041.pools.arcor-ip.net)
22:21.25 CIA-21 BRL-CAD: 03pacman87 * r31150 10/brlcad/trunk/src/librt/g_hyp.c: fix div by zero in norm() for g_hyp.c
22:26.48 CIA-21 BRL-CAD: 03pacman87 * r31151 10/brlcad/trunk/src/librt/g_hyp.c: note to self: compile first, then check in
22:26.54 brlcad :)
22:27.13 pacman87 missed the second arg to NEAR_ZERO()
22:42.34 poolio pacman87: for divide by zero, wouldn't equality work? Or are you just afraid that really tiny values will lead to way too large results?
22:43.40 pacman87 the second one
22:44.06 pacman87 i'm using ( x/z, y/z, 1 ) as a vector, then normalizing
22:45.52 pacman87 except, of course, when NEAR_ZERO(z)
22:48.43 poolio ah fair enough

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