IRC log for #brlcad on 20110615

00:27.56*** join/#brlcad crazy_imp (~mj@a89-182-252-199.net-htp.de)
02:24.16CIA-49BRL-CAD: 03brlcad * r44989 10/brlcad/trunk/src/libbu/vls.c: make sure the string actually has allocated memory befor trying to set a sanity char
02:40.45CIA-49BRL-CAD: 03brlcad * r44990 10/brlcad/trunk/include/bu.h: the func is bu_vls_init(), the macro is BU_INIT_VLS()
02:43.21CIA-49BRL-CAD: 03brlcad * r44991 10/brlcad/trunk/include/raytrace.h: call BU_INIT_VLS() instead of bu_vls_init() here so we can avoid memory allocation
03:51.34CIA-49BRL-CAD: 03brlcad * r44992 10/brlcad/trunk/include/raytrace.h: better comment wording. the struct itself isn't freed so don't say memory is released. callers still need to call bu_free().
03:54.25*** join/#brlcad CIA-49 (~CIA@cia.atheme.org)
04:11.53*** join/#brlcad CIA-68 (~CIA@cia.atheme.org)
04:14.27CIA-68BRL-CAD: 03brlcad * r44995 10/brlcad/trunk/include/bu.h: not necessarily deprecated just yet. we may want to use RT_type_INIT() instead of RT_INIT_type
04:14.27CIA-68BRL-CAD: 03brlcad * r44994 10/brlcad/trunk/src/mged/utility1.c: vls overkill, just interpret the help command directly
04:14.27CIA-68BRL-CAD: 03brlcad * r44993 10/brlcad/trunk/src/librt/comb/db_comb.c: simplify. call RT_FREE_COMB_INTERNAL() instead of manually managing the struct members.
07:01.47*** join/#brlcad merzo (~merzo@193.254.217.44)
11:33.57CIA-68BRL-CAD: 03davidloman * r44996 10/geomcore/trunk/ (include/Session.h src/GS/Session.cxx): Make Session::generateSessionInfoMsg() take an optional 'reply' message as an arg. This allows for proper RegardingUUID setting in generated msg.
11:34.57CIA-68BRL-CAD: 03davidloman * r44997 10/geomcore/trunk/src/GS/SessionManager.cxx: Pass the NewSessionRequestMsg as an arg to the SessionInfoMsg construction in Session::generateSessionInfoMsg()
12:27.11CIA-68BRL-CAD: 03brlcad * r44998 10/brlcad/trunk/ (include/bu.h src/libbu/bitv.c):
12:27.11CIA-68BRL-CAD: continue moving towards API consistency and completeness. start making sure all
12:27.11CIA-68BRL-CAD: structs have a common set of macros: BU_[type]_INIT(), BU_[type]_INIT_ZERO,
12:27.11CIA-68BRL-CAD: BU_[type]_NULL, along with a few others. ensure there's a NULL and typedef as
12:27.11CIA-68BRL-CAD: well (even though those may be eliminated down the road). expand doxygen docs
12:27.12CIA-68BRL-CAD: while we're at it finishing up bu_list, bu_bitv, and bu_hist for starters.
12:36.00CIA-68BRL-CAD: 03brlcad * r44999 10/brlcad/trunk/include/bu.h: fill out bu_ptbl macros and typedef
12:42.39CIA-68BRL-CAD: 03brlcad * r45000 10/brlcad/trunk/include/bu.h: fill out bu_mapped_file macros and typedef, fix ptbl typedef typo
12:48.08CIA-68BRL-CAD: 03davidloman * r45001 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/ (GSJavaInterface.java net/GSConnection.java): Rework error handling on connectToHost() fns. Had to create a custom class to handle all the possible return values. (This is where callbacks or pointers would have been nice to have!)
12:50.28CIA-68BRL-CAD: 03davidloman * r45002 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/net/ (4 files in 2 dirs): Clean up Exception printing. Helps in tracking down bugs. Lots of future clean up here!
12:50.47CIA-68BRL-CAD: 03brlcad * r45003 10/brlcad/trunk/src/libbu/ (globals.c hook.c): just use NULL instead of BU_HOOK_NULL
12:51.02CIA-68BRL-CAD: 03brlcad * r45004 10/brlcad/trunk/include/bu.h: expand bu_hook_list macros, remove BU_HOOK_NULL
12:51.51CIA-68BRL-CAD: 03davidloman * r45005 10/geomcore/trunk/src/clients/java/src/org/brlcad/geometryservice/minimalclient/cmd/LoginCmd.java: Cascading changes from connectToHost(). It no longer returns a simple boolean. Instead it returns an int with informational error/return codes.
12:53.46CIA-68BRL-CAD: 03davidloman * r45006 10/geomcore/trunk/src/clients/java/src/org/brlcad/geometryservice/minimalclient/cmd/ (CmdManager.java ListCmd.java LogoutCmd.java): Implement ListCmd and LogoutCmd
12:56.00CIA-68BRL-CAD: 03davidloman * r45007 10/geomcore/trunk/src/clients/java/src/org/brlcad/geometryservice/minimalclient/CmdConsolePanel.java: More exception cleanup.
12:56.59CIA-68BRL-CAD: 03davidloman * r45008 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/net/GSConnection.java: Forgot to remove a debugging statement
12:57.20CIA-68BRL-CAD: 03davidloman * r45009 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/GSJavaInterface.java: Import cleanup
13:03.51CIA-68BRL-CAD: 03brlcad * r45010 10/brlcad/trunk/include/bu.h: include some clarity that all of the structs that include list elements are still expected to have a list head node, which should have a magic type of BU_LIST_HEAD_MAGIC.
13:11.25CIA-68BRL-CAD: 03brlcad * r45011 10/brlcad/trunk/include/bu.h: add avs macros and typedef
13:16.04CIA-68BRL-CAD: 03brlcad * r45012 10/brlcad/trunk/include/bu.h: api is starting to stabilize, convention is now BU_[type]_INIT() so change BU_INIT_VLS() to BU_VLS_INIT().
13:18.40CIA-68BRL-CAD: 03brlcad * r45013 10/brlcad/trunk/include/raytrace.h: update the one place where BU_INIT_VLS() was being called too.
13:18.50CIA-68BRL-CAD: 03brlcad * r45014 10/brlcad/trunk/include/bu.h: update vlb the same
13:31.09kunigamiI'll take the rest of the week studying the feasibility of using a brl-cad shader as an interface to osl system. The example @brlcad  showed me made me think that implementing a stand-alone application for osl would be feasible.
13:33.32CIA-68BRL-CAD: 03brlcad * r45015 10/brlcad/trunk/include/bu.h:
13:33.33CIA-68BRL-CAD: expand bu_structparse macros and typedef. since this struct has no magic,
13:33.33CIA-68BRL-CAD: BU_STRUCTPARSE_IS_INITIALIZED() can only check whether the pointer is non-null.
13:33.33CIA-68BRL-CAD: that's a reminder to make sure all the others are non-null before we dereference
13:33.33CIA-68BRL-CAD: too.
13:45.25CIA-68BRL-CAD: 03brlcad * r45016 10/brlcad/trunk/include/bu.h: can't just check the pointer for truthfulness since static variables will always return true. fake out the compiler via a pointer cast and comparison to NULL.
14:00.44brlcadaaand we pause there since bu_external is a bit of a doosie
15:09.48dloman``Erik: you around?
15:10.29dloman``Erik: Well, whenever you are, check this out.  kinda neat: http://www.dennisantinori.com/Resources/Ringworld/
15:44.16dlomanwow, there's a Lego CAD app:  http://www.ldraw.org
15:44.18dlomanawesome
16:19.27CIA-68BRL-CAD: 03brlcad * r45017 10/brlcad/trunk/src/libbu/CMakeLists.txt: sync. add basenametester compilation.
16:32.05CIA-68BRL-CAD: 03starseeker * r45018 10/brlcad/trunk/ (6 files in 4 dirs): This is an intermediate phase and I doubt it's working, but I need to checkpoint - reworking distcheck logic to be cleaner, more robust, etc.
16:40.17*** join/#brlcad bhinesley (~bhinesley@99.144.90.118)
16:48.54brlcadstarseeker: what's the equivalent of noinst_BINARIES ?
16:51.38CIA-68BRL-CAD: 03brlcad * r45019 10/brlcad/trunk/NEWS: past tense rewrite. cliff fixed a bug in archer's tree view widget to highlight related objects.
16:59.59*** join/#brlcad bhinesley (~bhinesley@99.144.90.118)
17:01.21CIA-68BRL-CAD: 03brlcad * r45020 10/brlcad/trunk/NEWS: brandon improved the ls command error reporting in archer where before it wouldn't report an error for partial failures if you 'ls valid invalid'. now it at least displays the lookup failure.
17:06.07bhinesleybrlcad: actually, it doesn't display an error in Archer, it just doesn't echo invalid names anymore. The problem with returning the error in the struct ged's return string, is that mged would display the error, too... so it would break any scripted uses of ls.
17:07.18bhinesleyplus, I'd have to to a quiet db_lookup, so that mged didn't show two error messages.
17:07.29bhinesley*to do
17:10.53*** join/#brlcad Stattrav (~Stattrav@122.167.214.98)
17:10.53*** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:19.43CIA-68BRL-CAD: 03davidloman * r45021 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/net/ByteBufferReader.java: Make the ByteBuffer copy in the ByteBufferReader cstr optional. Reduces the amount of mallocs significantly.
17:21.05brlcadbhinesley: ah, okay -- misunderstood your commit message
17:21.43brlcadfortunately the news line itself is vague enough that it still applies
17:21.48bhinesleynods
17:21.55brlcadit's improved, just not the way the comment says ;)
17:32.47CIA-68BRL-CAD: 03brlcad * r45022 10/brlcad/trunk/doc/deprecation.txt:
17:32.47CIA-68BRL-CAD: unlike the other lists, finding the latest minimally impacting change needs to
17:32.47CIA-68BRL-CAD: be deterministic. so list them in chronological order so the most recent are at
17:32.47CIA-68BRL-CAD: the end of the file. the same doesn't hold true for the incompatible changes so
17:32.47CIA-68BRL-CAD: leave them in reverse chrono order.
17:38.05CIA-68BRL-CAD: 03brlcad * r45023 10/brlcad/trunk/doc/deprecation.txt: with the list now in chrono order, go ahead and add the massive 6.0 release API overhaul (sed script lines)
17:39.14CIA-68BRL-CAD: 03brlcad * r45024 10/brlcad/trunk/include/ (Makefile.am sed4): the old sed4 script is no more. see doc/deprecation for the goods and additional API changes.
17:53.55CIA-68BRL-CAD: 03brlcad * r45025 10/brlcad/trunk/doc/deprecation.txt:
17:53.55CIA-68BRL-CAD: BU_INIT_EXTERNAL() to be renamed to BU_EXTERNAL_INIT() so the API is consistent.
17:53.55CIA-68BRL-CAD: same for RT_INIT_DB_INTERNAL. both have been around for a long while, so some
17:53.55CIA-68BRL-CAD: external code updates shold be expected. alas, they are still minimally
17:53.55CIA-68BRL-CAD: impacting API changes.
17:56.50CIA-68BRL-CAD: 03davidloman * r45026 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/net/NetMsgFactory.java: Remove try/catch block from NetMsgFactory.makeMsg() We want any exceptions to be thrown to the caller of NetMsgFactory.makeMsg() so they can deal with it appropriately.
17:59.44CIA-68BRL-CAD: 03Sean 07http://brlcad.org * r2921 10/wiki/Community_Publication_Portal: as more API changes are made, we'll need to talk about the deprecation process
18:00.53CIA-68BRL-CAD: 03brlcad * r45027 10/brlcad/trunk/ (25 files in 13 dirs):
18:00.53CIA-68BRL-CAD: rename BU_INIT_EXTERNAL() to BU_EXTERNAL_INIT() so that the API is consistent.
18:00.53CIA-68BRL-CAD: as this symbol is so frequently used, it's likely to affect external codes but
18:00.53CIA-68BRL-CAD: the change is still minimally impacting and trivial to accommodate.
18:09.20CIA-68BRL-CAD: 03starseeker * r45028 10/brlcad/trunk/src/other/dlists/ (19 files): Whoops - helps to commit everything.
18:09.42starseekerbrlcad: erm.  what did noinst_BINARIES do?
18:10.47starseekerif you want to build a binary that you're not wanting to install, just do add_executable followed by target_link_libraries
18:11.33starseekertake a look at htester and timetester in libbu
18:14.07CIA-68BRL-CAD: 03brlcad * r45029 10/brlcad/trunk/ (5 files in 4 dirs): rename RT_CK_DBTR and RT_DBTR_MAGIC to RT_CK_DB_TRAVERSE and RT_DB_TRAVERSE_INIT for api consistency.
18:19.32CIA-68BRL-CAD: 03brlcad * r45030 10/brlcad/trunk/doc/deprecation.txt: last jump, renaming all of the RT_INIT_[type] macros to RT_[type]_INIT for API consistency. this unfortunately affects a LOT of code (including 3rd party) but it's minimally impacting and improves the API.
18:21.25*** join/#brlcad dloman (~claymore@BZ.BZFLAG.BZ)
18:24.10CIA-68BRL-CAD: 03brlcad * r45031 10/brlcad/trunk/doc/deprecation.txt: RT_INIT_DB_INTERNAL is included in the more general case so remove it
18:27.41CIA-68BRL-CAD: 03brlcad * r45032 10/brlcad/trunk/ (93 files in 32 dirs): API consistency overhaul. all struct INIT routines are now all RT_[type]_INIT() instead of being a mix of INIT before and after the type. 's/RT_INIT_([A-Z_]*)/RT_\1_INIT/g'
18:28.20CIA-68BRL-CAD: 03brlcad * r45033 10/geomcore/trunk/ (5 files in 3 dirs): update to the API changes on trunk for libbu and libbn. INIT now trails the type. you'll have to update your installed brlcad headers for this one.
18:30.56CIA-68BRL-CAD: 03davidloman * r45034 10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/net/msg/NetMsgChangeTracker.java: Loosen restrictions on NetMsgChangeTracker. Make it a simple data container. Shift from using byte to int for change value. No need to optimize memory useage quite yet.
18:31.03CIA-68BRL-CAD: 03brlcad * r45035 10/brlcad/trunk/misc/Doxyfile: BU_EXTERN is no more
18:31.40CIA-68BRL-CAD: 03brlcad * r45036 10/geomcore/trunk/doc/doxygen/Doxyfile.in: BU_EXTERN is no more
18:32.57brlcadstarseeker: it does exactly what you described, builds but doesn't install -- so then what do I add to install it in addition to add_exec and target_link_.. ?
18:35.15brlcadmmmmee no likie the .dist files .. that's even more error prone than how we do it for autotools...
18:36.21brlcadshould at least be localized to each dir's CMakeLists.txt file akin to EXTRA_DIST, not in some remote dir (out of sight, out of mind)
18:36.50brlcadbetter would be to pull the svn manifest
18:37.09starseekerI'm trying to set this up so we don't have to put anything extra in the src/other directory in cases where the src/other directory has its own CMakeLists.txt file
18:38.06starseekerpreviously everything was in src/other/CMakeLists.txt, which was really messing with the readibility of that file
18:38.15brlcadis the problem because there's just one CMakeLists.txt file for all of the src/other targets?
18:38.46starseekerno - the problem is we can't count on src/other CMake logic to give us what we need for distcheck
18:39.58starseekerI have been working very hard with the src/other design to get as close as I possibly can to being able to just "drop in" a CMakeified src/other library and have it "just work"
18:40.17brlcadthe problem is the separation of the file list from the actual files .. instantly out of sync and the dev can't really be faulted for missing it
18:40.46starseekermake distcheck will show it instantly (first thing checked, in fact)
18:41.07brlcadwhat about at least making the files more visible?
18:41.20starseekerhow-so?  store them toplevel in src/other?
18:41.22brlcadmv dlists/*.dist .
18:41.28starseekerI did that initially, but it seemed messy
18:41.28brlcadmake the file name match the dir name
18:41.46brlcadit is messy, but less error prone
18:41.53starseekershrugs - sure, not a problem
18:42.02brlcadhopefully reminded every time you cd into a dir to add/update a file that there is a dist list that probably needs updating
18:42.14starseekernods
18:44.12brlcaddoes distcheck look at the svn manifest to compare then?
18:44.56starseekernot in that stage
18:45.06starseekerit's using the CMake build logic itself
18:45.14brlcadhow does it know when something is missing?
18:46.20starseekerthere's an error routine that reports when you try to ignore something that isn't present, and CMake itself wipes out if you try to call out a file in the build logic that isn't there
18:46.45brlcadunrelated, was the 7.20.0 windows release made with cmake or the msvc files?  someone asking if step-g is included
18:46.49starseekerI was assuming we wanted it to function without svn...
18:47.23starseekerCMake, but step-g doesn't build on Windows right now
18:47.30starseeker(that depends on the flex/byacc stuff)
18:47.56starseekerThat's high on my todo list, once I get my current mess cleaned up
18:48.57starseekerbrlcad: I'm in-process on reworking the distcheck logic - I didn't really want to commit yet, but it was getting too complex to keep going without some sort of checkpoint - I'll give a shout-out when it looks ready for testing
18:50.24brlcaddefinitely should work if SVN isn't available, but doesn't mean it can't leverage when it clearly is available too
18:51.10brlcadthat's what autotools distcheck does now (see dist-hook: in top-level Makefile.am, first line)
18:51.46CIA-68BRL-CAD: 03starseeker * r45037 10/brlcad/trunk/ (40 files in 4 dirs): move the dist lists to src/other toplevel.
18:51.57brlcadbasically, for any entries files it finds (i.e., manifest files), make sure the files listed are in the dist
18:51.59starseekerbrlcad: I've got two separate checks - one to see if the build logic covers the files, and then (if svn is available) to see if svn status reports anything
18:52.22brlcadsvn status?
18:52.32starseekerchecks for un-committed changes
18:52.37brlcadhm, ok
18:52.39starseekeror files svn doesn't know about
18:52.54brlcadI always have dozens or hundreds of those, works in progress
18:53.28starseekerthe assumption is that for a tarball build a clean checkout will be used - CPack grabs everything not on it's exclude list
18:53.59brlcadthat'll take some getting used to
18:54.53starseeker's take on it was that it's way simpler to do a clean checkout and use that than to try and maintain all the logic to sort out what should and shouldn't be included from a working tree
18:55.26brlcadsimpler, sure .. but much more time consuming :)
18:55.45starseekerreally?  for me a clean tree checkout is a drob in the bucket compared to the rest of the checklist
18:56.19starseekerI usually do it anyway just to try and make sure I haven't messed up getting something in to svn
18:57.12brlcadwell that's why it's also important to make the dist, then do distchecks on the dist tarball since that's what's actually uploaded
18:57.25brlcadthat's my "clean checkout" there
18:57.52brlcadno extra download, I should test the final build regardless
19:00.32brlcadno matter, the bigger issue is that we make sure all files that are in a checkout are in the dist (including simple doc/text files that aren't listed in build rules) -- however that happens
19:01.00starseekernods - let me finish ironing out the bugs of this rework and I'll volunteer it for a stress test
19:02.09brlcadpulling the manifest is the easiest (only?) way to ensure files get included
19:02.14brlcadnods
19:09.43CIA-68BRL-CAD: 03starseeker * r45038 10/brlcad/trunk/src/other/dlists/: remove dlists dir
19:10.55brlcadstarseeker: new files missing from src/other/Makefile.am  :)  ... have to maintain both just a while longer
19:12.09CIA-68BRL-CAD: 03starseeker * r45039 10/brlcad/trunk/src/other/togl/demo/CMakeLists.txt: rather than turning this off completely, disable it on WIN32 for now. Should eventually fix this
19:13.24starseekerbrlcad: yeah, I know - figured I'd update those when the dust settles
19:16.24brlcadonly mentioning it because it'll halt my build testing in the meantime -- I have a continuous distcheck build loop going for all of the API changes I've been making
19:16.40brlcadlots more to go, so it helps make sure I don't accidentally break the build for more than a few minutes
19:18.26starseekerwinces - sorry
19:20.55*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
19:25.12dlomanoh dayum: http://www.youtube.com/watch?v=PNFAsKwCCHw&feature=feedrec_grec_index
19:40.48brlcadbhinesley: if you're looking for a refactoring, merging erase and erase_all into one command would be a good one
19:41.28brlcadthe latter as an option to the prior, unify syntax
19:42.08bhinesleyalright, that sounds good. I'm trying to see what migrating oed is going to take right now.
19:42.39starseekerbhinesley: heh - watch out for that one
19:42.48bhinesleyer rather, oed-related translations, since we want it stateless
19:43.41bhinesleystarseeker: yeah, I'm starting to wonder what I got myself into  :)
19:43.56starseekerbrlcad: hrm.  how did you want to see oed translated into Archer, now that I think about it?
19:44.28brlcadkunigami: how's it going?  progress on the crashes?
19:45.25brlcadfwiw, memory leaks don't generally lead to crashes -- overrunning bounds and resource contention do, though
19:46.21brlcadstarseeker: oed becomes a standard set of options for the translate, rotate, and scale commands
19:46.34brlcadso oed itself doesn't migrate, but what it does .. does
19:46.44brlcadi.e., sets up a selection and a keypoint
19:47.32CIA-68BRL-CAD: 03starseeker * r45040 10/brlcad/trunk/ (8 files in 8 dirs): Hmm. OK, that's promising - distcheck called out some files that, upon examination, make sense. This might do it, but needs a LOT more checking/hammering.
19:48.00brlcadoed itself might just turn into a simple keypoint option
19:51.43kunigamibrlcad: I kinda ignored the crashes by now, since it seems to be a multi-thread issue. I've been using P=1 and no problems happened until now
19:57.42CIA-68BRL-CAD: 03starseeker * r45041 10/brlcad/trunk/src/other/ (URToolkit.dist step.dist): couple dist additions that got swatted in the move.
19:57.44brlcadignoring syntax and whatever the current code does, you basically have:  {translate|rotate|scale} [--keypoint {bb_corner|bb_center}:{object_name} | {3d position}] [--relative xdist [ydist [zdist]] | --absolute xpos [ypos [zpos]]] [object(s)]
19:58.45brlcadnot exact, of course, since rotate is relative or absolute angles or ypr or aet and scale is relative or aboslute scale factors
19:59.19brlcadbut oed is basically that --keypoint option
20:00.12brlcadspecifically one subset where it's bb_default which is usually the bottom left corner of the object
20:00.49brlcador some other "natural" origin
20:01.42brlcadkunigami: ah, okay .. so then if you got a disk shaded using your yellow osl shader, what happens if you set it to one of the other default osl shaders?
20:02.22kunigamiI tried using the mirror shader, but I renders to black, but I'm not doing recursion right
20:02.45brlcadouch
20:02.48brlcadwouldn't start with mirror :)
20:02.51brlcadtry something diffuse :)
20:03.26brlcadthey have a phong or gouraud shader?
20:04.00kunigamithe yellow shader was a (perfect) diffuse one
20:04.32kunigaminow, I don't have such shader, but I can research about
20:05.22brlcadbasically implemented a flat shader, not really diffuse
20:05.45brlcadif it were a curved surface, you should get highlight and shadow with diffuse
20:06.19brlcadI wouldn't spend time implementing shaders .. iirc, they had five or six example shaders
20:07.17kunigamithe yellow shader is the same from the sphere of this image: http://kuniga.files.wordpress.com/2021/05/image.png
20:07.39kunigamimaybe I'm not setting up the global parameters (normal, incident ray) correctly
20:07.51kunigamiI'll  try assigning it to a sphere
20:09.17CIA-68BRL-CAD: 03brlcad * r45042 10/brlcad/trunk/include/raytrace.h: DBTR got expanded to DB_INTERNAL, no good. expand to DB_TRAVERSE.
20:11.47brlcadlooks like some sort of path trace
20:12.26brlcadwe have a cornell box in the db directory iirc, so you can play with similar scenes
20:12.42brlcadif not, it's trivial to set one up
20:13.07CIA-68BRL-CAD: 03starseeker * r45043 10/brlcad/trunk/misc/CMake/distcheck_buildsys.cmake.in: Remove debug messages
20:15.30kunigamiyeah, I added a sphere to the scene, but it was rendered as a yellow circle >.<
20:16.19kunigamigotta take a look at the parameters. just for clarification: u and v and their dP/du and dP/dv are only useful if we're going to do some kind of mapping, right?
20:16.53brlcadyes for u/v .. what's the dP/du you're referring to?
20:17.37brlcadthe normal isn't necessarily calculated by default -- you'll probably need that to calculate a diffuse falloff
20:17.38kunigamias far as I understood P is the hit point and dP/du are the derivatives regarding u and v directions
20:18.05kunigamihmm, I was setting the normal from  swp->sw_hit.hit_normal
20:19.00brlcadI'd make sure that value has been calculated, you may need to call RT_HIT_NORMAL()
20:20.06kunigamiI added MFI_NORMAL on mfuncs, but I'll double check
20:20.32brlcadah, and for the other, yes -- those are all curvature related values, for texture/image mapping
20:20.41brlcadah, okay
20:24.26starseekerbrlcad: ERROR: bad pointer 0xd7fc488: s/b bu_vls(x89333bbb), was Zero_Magic_Number(x0), file src/libbu/vls.c, line 301
20:24.41starseekershaders regression test
20:26.55brlcadbacktrace?  there was a couple places in the code that were calling BU_VLS_INIT_IF_UNINIT() unreliably, may need an explicit BU_VLS_INIT() now
20:27.13starseekerlet me see if I can generate one, hang on...
20:27.21brlcadit should have auto-dumped one
20:27.25brlcadbomb.log
20:29.41starseekerhmm - don't see it
20:29.44starseekerone sec...
20:30.31CIA-68BRL-CAD: 03brlcad * r45044 10/brlcad/trunk/TODO: merge erase/erase_all and notes on oed migration
20:30.35brlcad*-bomb.log
20:31.40brlcadkunigami: you may also need an osl light source for proper calcs, don't know
20:31.48brlcadI do recall an emitter shader for lights
20:38.25starseekerdoesn't seem to be dropping a bomb log
20:38.29brlcadk
20:46.07*** join/#brlcad CIA-62 (~CIA@cia.atheme.org)
20:49.33starseekerfeeding anything at all after the <<EOF seems to trigger the crash - not specific to any one command
20:49.50starseeker(in shaders.rt)
20:50.00*** join/#brlcad dli (~dli@dsl-67-55-7-45.acanac.net)
20:51.58starseekerah hah
20:51.58CIA-62BRL-CAD: 03brlcad * r45045 10/brlcad/trunk/src/libdm/dm-ogl.c: GL/gl.h needs the same protection as glx.h did. encountered y1 shadow warnings on mac 10.5, gcc4.0.1
20:52.42CIA-62BRL-CAD: 03brlcad * r45046 10/brlcad/trunk/src/mged/dm-ogl.c: GL headers need the same protections used in libdm's dm-ogl.c file so we don't get shadow warnings and compilation failure.
20:55.10starseekerbrlcad: here we go:  http://pastebin.mozilla.org/1250287
20:56.00CIA-62BRL-CAD: 03brlcad * r45047 10/brlcad/trunk/src/libdm/focus.c:
20:56.00CIA-62BRL-CAD: may need revisiting, but unsetting and resetting __GNUC_MINOR__ (gcc 4.0.1, mac
20:56.00CIA-62BRL-CAD: 10.5) leaves the compiler in some odd state where subsequent header inclusion
20:56.00CIA-62BRL-CAD: still think it is undefined (even though #ifdef before their inclusion shows it
20:56.00CIA-62BRL-CAD: is!). removing the protections makes things work again so will have to
20:56.00CIA-62BRL-CAD: rediscover a different fix for whatever environment was failing if it still
20:56.01CIA-62BRL-CAD: fails.
21:28.11*** join/#brlcad merzo (~merzo@48-55-133-95.pool.ukrtel.net)
21:29.51kunigamibrlcad: the parameters seems right. the problem, I think, comes from the fact that I'm not considering recursion. The osl-system returns only the color of the sphere, but I think the attenuation will depend on the ray going out towards the light and the sphere normal
21:54.42*** join/#brlcad crazy_imp (~mj@a89-182-252-199.net-htp.de)
22:33.51CIA-62BRL-CAD: 03brlcad * r45048 10/brlcad/trunk/src/libbu/brlcad_path.c: can't bu_free() a static buffer. supposed to be tmp_basename from bu_basename().
22:59.32*** join/#brlcad DarkCalf (DC@2002:ade7:2862::ade7:2862)
23:01.25CIA-62BRL-CAD: 03brlcad * r45049 10/brlcad/trunk/src/libbu/basenametester.c: quell warning, call bu_fgets() instead of calling fgets() directly.
23:08.38CIA-62BRL-CAD: 03bhinesley * r45050 10/brlcad/trunk/ (13 files in 8 dirs):
23:08.39CIA-62BRL-CAD: Removed all occurences of erase_all command and the dall alias. The same
23:08.39CIA-62BRL-CAD: operation is now performed by "erase -r". Usage statement corrected to no longer
23:08.39CIA-62BRL-CAD: print first arg instead of cmd name. Fixed ArcherCore::erase that was using
23:08.39CIA-62BRL-CAD: lappend without initialization. Updated NEWS.
23:09.35bhinesleyhm. it says that the commit failed
23:23.53bhinesleygood god sf, it's one line, commit already
23:26.47CIA-62BRL-CAD: 03bhinesley * r45051 10/brlcad/trunk/src/libged/erase.c: Revised usage statement to make it clear that if -r is specified, all other options are ignored.
23:27.50bhinesleyputs away the plunger
23:42.14*** join/#brlcad piksi_ (piksi@pi-xi.net)
23:42.18*** join/#brlcad dloman_ (~claymore@BZ.BZFLAG.BZ)
23:43.08CIA-62BRL-CAD: 03brlcad * r45052 10/brlcad/trunk/regress/shaders.sh: document in detail why shaders must run single-threaded (it's because of the random transparency shader). also pass extra parameters normally -- no need for them to be in the rt script file.
23:44.51CIA-62BRL-CAD: 03brlcad * r45053 10/brlcad/trunk/src/liboptical/sh_prj.c:
23:44.52CIA-62BRL-CAD: fix the uninitialized vls bug reported by starseeker. indeed, the source name
23:44.52CIA-62BRL-CAD: of the shader was not being initialized properly before bu_structparse expands a
23:44.52CIA-62BRL-CAD: %V table entry and calls bu_vls_strcpy(). instead of just initializing the vls,
23:44.52CIA-62BRL-CAD: though, go ahead and initialize the entire img_specific struct just because it's
23:44.53CIA-62BRL-CAD: the awesome thing to do. profile showed performance unaffected by the setup
23:44.54CIA-62BRL-CAD: memcpy().
23:52.13*** part/#brlcad bhinesley (~bhinesley@99.144.90.118)
23:52.20*** join/#brlcad bhinesley (~bhinesley@99.144.90.118)
23:59.59*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
23:59.59*** join/#brlcad dtidrow (~dtidrow@c-68-60-53-123.hsd1.mi.comcast.net)

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