| 00:46.45 | Notify | 03BRL-CAD:brlcad * 60230 brlcad/trunk/CMakeLists.txt: checkpoint reversion back to a simple BRLCAD_FUNCTION_EXISTS for lrint(), if it doesn't exist we'll define a macro and run with it. the cmake test currently conflicts with the built-in functions, but they're aware of the issue. |
| 00:48.45 | Notify | 03BRL-CAD:brlcad * 60231 (brlcad/trunk/include/common.h brlcad/trunk/include/config_win.h.in): this is not specific to windows. if we don't have lrint(), we need the macro. use a modified version that avoids floor() due to type conversion problems. instead use simple rounding away from zero with a cast. |
| 00:56.50 | Notify | 03BRL-CAD:brlcad * 60232 brlcad/trunk/include/common.h: it's a c99 issue, so don't futz up declarations in the c++ headers |
| 01:06.13 | Notify | 03BRL-CAD:brlcad * 60233 brlcad/trunk/CMakeLists.txt: reducio |
| 01:07.37 | Notify | 03BRL-CAD:brlcad * 60234 brlcad/trunk/src/libbu/color.c: long int hue color |
| 01:09.54 | Notify | 03BRL-CAD:brlcad * 60235 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/conv/step/g-step/Trees.cpp and 4 others): move the db_search() flags parameter before the search options since that's how it's naturally written when using the command, expand the name for clarity too. |
| 01:15.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 01:20.19 | Notify | 03BRL-CAD:brlcad * 60236 brlcad/trunk/src/tclscripts/helplib.tcl: mention the kill command options |
| 01:20.56 | Notify | 03BRL-CAD:brlcad * 60237 brlcad/trunk/src/libged/killtree.c: update the usage, break on -f |
| 01:39.20 | brlcad | starseeker: it looks like -above and -below are swapped |
| 01:41.40 | brlcad | in moss.g for example: search / -above -name platform.r |
| 01:42.08 | brlcad | gives path to platform.s, when all.g is the only thing above platform.r in the hierarchy |
| 01:43.15 | brlcad | looks like -below gives that all.g result too, so the fix may be as simple as swapping the function names or changing an iterator |
| 01:55.39 | Notify | 03BRL-CAD:brlcad * 60238 brlcad/trunk/src/librt/search.c: no logic change, just formatting while reading |
| 02:11.38 | starseeker | brlcad: it depends on what you think -above and -below should mean - I was thinking "search for all objects that have platform.r above them in the hierarchy" |
| 02:11.57 | starseeker | which platform.s does |
| 02:12.39 | starseeker | likewise, in interpret "-below" in that expression to be find all objeccts that have platform.r below them in the hierarchy |
| 02:12.47 | starseeker | which all.g does |
| 02:13.25 | brlcad | ahhh, huh |
| 02:13.33 | starseeker | could be wrong |
| 02:13.35 | brlcad | yeah, that's definitely not what I read into it :) |
| 02:14.30 | brlcad | going with the find convention .. find me objects from / that are -above someting named blah with -name foo |
| 02:15.20 | starseeker | that works, but we'd have to be careful to change the programattic uses correctly |
| 02:15.49 | starseeker | if it truly is a simple switch of -above and -below that's fine |
| 02:16.11 | brlcad | I don't know if it is, thats why I mentioned it :) |
| 02:16.32 | starseeker | needs testing on a deeper hierarchy |
| 02:16.34 | brlcad | I was just starting to decipher some of the logic |
| 02:17.16 | brlcad | also ran into some peculiar errors about invalid options (and it giving an empty string) |
| 02:17.28 | starseeker | I think I ended up just picking a convention/meaning, didn't think about checking find |
| 02:17.30 | brlcad | but perhaps unrelated |
| 02:17.33 | starseeker | hmm |
| 02:17.53 | brlcad | rather, definitely unrelated .. separate issue but don't have enough info just yet |
| 02:17.57 | starseeker | k |
| 02:18.20 | starseeker | I thought the option parsing (in src/libged/search.c) was in reasonable shape, but maybe not |
| 02:18.30 | starseeker | I'm too used to my own usage patterns |
| 02:19.30 | starseeker | if it's the search pattern string, that's handled at the lower level |
| 02:21.17 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 02:42.53 | Notify | 03BRL-CAD:starseeker * 60239 brlcad/trunk/include/rt/search.h: Rework and reorder slightly - now have doxygen output for db_search |
| 02:47.27 | brlcad | this was an error from lower-level |
| 02:48.07 | brlcad | I got distracted from investigating when I encountered the above/below |
| 03:03.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 03:06.55 | brlcad | starseeker: how do you feel about changing search | to search ^ |
| 03:07.45 | brlcad | thinking about compatibility with the various scripting layers later, it'd be nice to not have to escape the pipe operator for posix-style shells |
| 03:09.22 | brlcad | not a big deal, but the symbol also kind of conveys the "search all trees" notion that currently happens with | |
| 03:53.39 | devinder | hey brlcad |
| 03:55.26 | devinder | i was compiling brlcad from source this time again |
| 03:56.53 | devinder | little confused for -DCMAKE_BUILD_TYPE=Debug and another variable RESOURCE one which are to be added before configuration |
| 04:01.47 | brlcad | devinder: hi devinder |
| 04:02.43 | devinder | confused |
| 04:03.05 | brlcad | okay, and? |
| 04:03.24 | brlcad | you're not asking a question, this is not a 20-questions game |
| 04:03.27 | devinder | i have asked the question already |
| 04:03.51 | devinder | i was compiling brlcad from source this time again |
| 04:03.52 | brlcad | you have not yet asked a question |
| 04:04.00 | devinder | little confused for -DCMAKE_BUILD_TYPE=Debug and another variable RESOURCE one which are to be added before configuration |
| 04:04.08 | brlcad | that is a statement, not a question |
| 04:04.18 | devinder | okay |
| 04:04.33 | devinder | where to add these variables? |
| 04:04.47 | devinder | to configure |
| 04:05.06 | brlcad | what are you reading/following/trying? |
| 04:05.11 | brlcad | those don't go with configure |
| 04:05.21 | brlcad | you're not even supposed to run configure |
| 04:05.32 | devinder | from http://brlcad.org/wiki/Compiling#Download_BRL-CAD |
| 04:06.17 | devinder | yeah through make or cmake i am supposed to |
| 04:06.28 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) |
| 04:06.44 | devinder | then where they go with? |
| 04:08.00 | brlcad | okay, that's a little different |
| 04:08.15 | brlcad | there's actually a build script called "configure" in the source tree |
| 04:08.20 | devinder | yeah |
| 04:08.26 | brlcad | but you're reading the Configure steps in the build instructions |
| 04:08.53 | devinder | yeah, am familiar with the configure script |
| 04:09.01 | brlcad | you should be as specific as possible, it's not effective to guess what you're doing or trying to do |
| 04:09.17 | brlcad | well note that the build instructions say nothing about a configure script |
| 04:09.19 | devinder | okay, aplologies |
| 04:09.30 | devinder | will try to be more specific from next time |
| 04:09.45 | brlcad | there is no variable RESOURCE |
| 04:10.10 | brlcad | and there's an example of how to add -DVAR=VAL options right there in the Configure section on that wiki page |
| 04:10.14 | devinder | so same is the case with DEBUG |
| 04:10.59 | brlcad | there is no DEBUG variable either, you are misunderstanding something |
| 04:11.20 | brlcad | there is a Resource and Debug build setting that can be set |
| 04:11.25 | brlcad | but those are not "variables" |
| 04:11.32 | devinder | okay, getting |
| 04:11.33 | brlcad | they're values |
| 04:12.03 | brlcad | the variable (actually it's a define) is CMAKE_BUILD_TYPE |
| 04:12.45 | devinder | yeah and am I supposed to set these values in configure |
| 04:12.51 | brlcad | the lines in the boxes exactly as they're written will produce a build of BRL-CAD |
| 04:13.27 | devinder | yeah they produce, but give errors after applying CMake command |
| 04:13.35 | brlcad | what do you mean by "set those values in configure"? |
| 04:14.16 | devinder | means add |
| 04:14.32 | brlcad | dude, you're really not speaking clearly |
| 04:14.49 | devinder | okay |
| 04:14.54 | brlcad | if I'm asking what you mean, please _elaborate_ |
| 04:15.07 | devinder | let me ask again, this time more clearly |
| 04:15.15 | brlcad | because I think you're saying something wrong, but it's not clear from how you wrote it |
| 04:15.42 | devinder | all i want is to compile it on my machine but am facing problem at this configure step |
| 04:15.51 | brlcad | okay |
| 04:16.01 | brlcad | what commands have you run? |
| 04:16.12 | brlcad | you ran the checkout line? |
| 04:16.24 | devinder | I got stuck at these two values which I earlier called variables |
| 04:16.32 | devinder | yeah |
| 04:16.40 | brlcad | you created the build directory? |
| 04:16.43 | devinder | yeah |
| 04:16.52 | brlcad | what's did you call your build directory? |
| 04:16.54 | devinder | i have created |
| 04:17.05 | brlcad | s/what's/what/ |
| 04:17.32 | devinder | call means? |
| 04:17.38 | brlcad | what did you name it? |
| 04:17.45 | brlcad | what is the name of the directory? |
| 04:17.46 | devinder | .build only |
| 04:17.57 | brlcad | and what is your current working directory? |
| 04:17.58 | brlcad | (pwd) |
| 04:18.02 | devinder | brlcad |
| 04:18.15 | brlcad | so you need to still cd into that directory |
| 04:18.21 | brlcad | cd .build |
| 04:18.29 | devinder | yeah did |
| 04:18.38 | devinder | thats my pwd |
| 04:18.46 | brlcad | heh |
| 04:18.50 | brlcad | .build != brlcad |
| 04:19.01 | devinder | yeah |
| 04:19.03 | devinder | :p |
| 04:19.21 | brlcad | you're a developer, details like that matter |
| 04:19.39 | brlcad | so then you tried to run cmake? |
| 04:19.45 | devinder | okay |
| 04:19.50 | devinder | yes |
| 04:19.54 | brlcad | what was your cmake line? |
| 04:20.09 | devinder | cmake .. -DBRLCAD_BUNDLED_LIBS=ON |
| 04:20.23 | brlcad | and that completed? |
| 04:20.39 | devinder | no :( |
| 04:20.43 | devinder | thats the problem |
| 04:20.57 | brlcad | heh, well THAT is the information you should have started with! :) |
| 04:21.40 | devinder | sorry, i thought on irc we are supposed to be more precise |
| 04:21.46 | brlcad | "hi, I ran cmake but it didn't complete successfull. I tried X, Y, and Z -- can you help me get it working? here's my build log: ..." |
| 04:21.55 | devinder | but from next time i will take care of it |
| 04:21.56 | brlcad | you are |
| 04:22.19 | brlcad | this is nothing to do with precision at all, you beated around the bush for whatever reason |
| 04:22.41 | brlcad | if it failed, need to look at the message it's telling you and figure out why it failed |
| 04:22.55 | devinder | hey, guess what |
| 04:23.25 | brlcad | do you have a build log? |
| 04:23.30 | devinder | this time I again tried running cmake, and now its been running succesfully |
| 04:23.36 | devinder | how come! |
| 04:24.03 | brlcad | you've given me know information to know why that would be the case -- need to know what the original error was |
| 04:24.14 | brlcad | you have all the information :) |
| 04:24.20 | brlcad | s/know/no/ |
| 04:25.02 | devinder | okay, where to find build logs? |
| 04:25.11 | brlcad | maybe you typo'd, maybe a bug, maybe your computer was on fire, ... |
| 04:25.22 | brlcad | you're looking at the build log |
| 04:25.46 | devinder | wow, its been compiling |
| 04:25.51 | brlcad | the cmake log is the output from running the cmake command |
| 04:25.53 | devinder | problem solved |
| 04:25.55 | devinder | :) |
| 04:26.01 | brlcad | not problem solved |
| 04:26.34 | brlcad | but if you're past it, then you're at least not stuck for now |
| 04:26.36 | devinder | yeah will give you the details what happened eralier |
| 04:27.01 | brlcad | however, not understanding problems that magically start working is a terrible way to develop code |
| 04:27.03 | devinder | s/eralier/earlier/ |
| 04:27.14 | devinder | yeah I agree |
| 04:27.17 | brlcad | if there was a problem in our build, it should get fixed |
| 04:27.20 | devinder | totally |
| 04:27.26 | brlcad | if it's something you did wrong, you should understand what that was |
| 04:28.19 | devinder | yeah, trying to find the same |
| 04:28.35 | brlcad | I'd suggest deleteing the checkout and starting over, try to do it again, see if you get the error again (or scroll back and see if you have it on your screen, save it to a log file) |
| 04:28.53 | devinder | yeah |
| 04:28.58 | devinder | sure |
| 04:29.43 | devinder | but first I want to see brlcad compiled succesfully on my system |
| 04:30.31 | devinder | hey brlcad |
| 04:30.40 | devinder | thanks for the discussion |
| 04:31.05 | devinder | :) |
| 04:31.50 | brlcad | good that you're going through the setup steps, hopefully you can work on a patch in time |
| 04:32.50 | devinder | yeah soon |
| 04:32.53 | devinder | for sure |
| 04:38.21 | brlcad | try to have it done before the weekend, that's when we'll begin ranking |
| 04:39.12 | brlcad | proposals without a patch almost always fair very poorly when it comes time to rank |
| 04:39.31 | brlcad | you want to be in the top half, not the bottom or even middle |
| 04:44.09 | brlcad | starseeker: been thinking about it a bit and working through some examples and I think it is a straight-up swap of the names (above/below) to get the is-a vs has-a property change |
| 04:46.45 | brlcad | I think it might simlify some of the emphatic explanations you were having to make in the docs too |
| 04:48.05 | devinder | brlcad: okay |
| 04:48.50 | brlcad | search . -name foo => search for objects named foo ; search . -above -name foo => search for objects above objects named foo ; search . -type region -below -type region => search for objects of type region that are below objects of type region ; etc |
| 05:11.05 | Notify | 03BRL-CAD:brlcad * 60240 brlcad/trunk/doc/docbook/system/mann/en/search.xml: update the documentation to reflect an intent to change the meaning of the -above/-below options from has-a to an is-a property (find objects that are above or below objects matching a given expression). this is literally just a flipping of the terms. |
| 05:12.27 | brlcad | kept the docs mostly as-is just switching above/below flags and making sure the text used the right conceptualization to explain it, didn't bother shortening it up though, looking good |
| 05:23.19 | Notify | 03BRL-CAD:brlcad * 60241 (brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml brlcad/trunk/doc/docbook/system/man1/en/benchmark.xml and 40 others): berne convention made this statement pointless a long time ago. unnecessary fluff as rights are protected under copyright. |
| 06:20.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 06:38.31 | Notify | 03BRL-CAD:brlcad * 60242 brlcad/trunk/CHANGES: mark pixcut and pixpaste deprecated in order to consolidate our copyright edge cases. haven't heard from chris in over a decade. they could be rewritten from scratch in a day or two if there's a reason for keeping them. |
| 06:40.25 | Notify | 03BRL-CAD:brlcad * 60243 (brlcad/trunk/src/util/pixcut.c brlcad/trunk/src/util/pixpaste.c): add a runtime deprecation notice |
| 07:48.50 | Notify | 03BRL-CAD:brlcad * 60244 brlcad/trunk/src/libged/killtree.c: looks like quotes are NFG due to how db_search() detokenizes the string. needs some TLC. |
| 07:52.02 | Notify | 03BRL-CAD:brlcad * 60245 brlcad/trunk/src/librt/search.c: still have to update the guts for clarity, but this swaps the meaning of -above and -below with each other, changing them from describing a has-a relationship to an is-a property like the other search parameters. now you say search for objects that are -above or -below object(s) that match a specific expression. |
| 08:08.21 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 08:40.03 | *** join/#brlcad ao30002 (~ao30002@130.185.16.109) |
| 09:12.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 09:16.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 09:17.27 | *** join/#brlcad ao30002 (~ao30002@130.185.16.109) |
| 09:20.15 | *** join/#brlcad teepee_ (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 09:24.41 | *** join/#brlcad devinder (~chatzilla@202.164.53.117) |
| 09:52.57 | *** join/#brlcad FOSScookie (~brian@107-200-34-31.lightspeed.tulsok.sbcglobal.net) |
| 09:54.26 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 10:07.33 | *** join/#brlcad devinder (~chatzilla@202.164.53.117) |
| 10:15.33 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 10:31.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 10:51.27 | starseeker | brlcad: we have to make sure all the other uses of db_search in the source code are updated |
| 10:51.49 | starseeker | comb command and step converters definitely need to be checked, may be others |
| 10:53.05 | starseeker | thanks for doing that - consistency in options is a Good Thing. Not sure why my brain defaulted the other way on that one |
| 10:53.46 | starseeker | wonders how to make a one-liner NEWS item for this... maybe "swap meaning of -above and -below search options" ? |
| 10:54.55 | Notify | 03BRL-CAD:starseeker * 60246 brlcad/branches/openscenegraph/src/libdm/dm_obj.cpp: Cast bu_malloc type for MSVC |
| 10:57.15 | starseeker | hmm. yeah, I always tried to avoid the find code that broke out the string into a plan - not too surprising that it would need some customization, but that little mini-parser they have would have to be approached carefully |
| 11:16.49 | Notify | 03BRL-CAD:starseeker * 60247 brlcad/trunk/include/fbio.h: export osg_interface |
| 11:22.19 | Notify | 03BRL-CAD:starseeker * 60248 brlcad/trunk/include/fbio.h: main branch doesn't have this defined yet... |
| 11:23.51 | brlcad | nods |
| 11:25.51 | brlcad | I still have to check a few other things as well |
| 11:31.50 | Notify | 03BRL-CAD:starseeker * 60249 brlcad/branches/openscenegraph/include/dm/dm_xvars.h: Add bio.h for Windows types. |
| 11:45.58 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 11:48.49 | Notify | 03BRL-CAD:starseeker * 60250 (brlcad/trunk/src/libfb/fb_paged_io.c brlcad/trunk/src/libfb/fb_rect.c and 5 others): Add some bu/log.h includes for Windows |
| 11:58.41 | Notify | 03BRL-CAD:brlcad * 60251 brlcad/trunk/src/librt/search.c: generalize the variable names to not confuse the old behavior with the new |
| 12:06.09 | Notify | 03BRL-CAD:brlcad * 60252 brlcad/trunk/src/librt/search.c: don't need a vls, just a mutable copy of the caller's string |
| 12:32.05 | Notify | 03BRL-CAD:brlcad * 60253 brlcad/trunk/src/librt/search.c: reduce nested scopes (shallow is better) which unveiled a memory leak when/if null dp's are ever encountered. the comments on reuse of the start_path indicate there may be another misunderstaning or leak here as well. it's getting allocated every pass of the loop regardless of intent, so restructure the code to make what's going on more clear (not obvious to |
| 12:32.09 | Notify | me which was really intended). |
| 12:33.54 | Notify | 03BRL-CAD:brlcad * 60254 brlcad/trunk/src/librt/search.c: remove comments that mostly reflect the variable name |
| 12:37.34 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 12:47.26 | Notify | 03BRL-CAD:brlcad * 60255 brlcad/trunk/src/librt/search.c: make negative return values indicate an error, otherwise returns the number of matches encountered. don't require the caller to provide a results container, and looks like the code is already careful to only add to the container if it's non-null anyways. |
| 12:54.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:14.09 | Notify | 03BRL-CAD:brlcad * 60256 brlcad/trunk/include/rt/search.h: @code blocks are literal insertions, so we don't want the asterisks. also rework the example a little more succinctly, don't need a vls, iterate from 0 (using size_t), and eliminate the outer scope. |
| 14:07.43 | Notify | 03BRL-CAD:brlcad * 60257 brlcad/trunk/include/rt/search.h: expand a few more details on the search interface behavior, pointing them to the manual page, and describing the parameters more. |
| 14:23.50 | Notify | 03BRL-CAD:brlcad * 60258 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/libged/comb.c and 2 others): change db_free_search_tbl to db_search_free to simplify and match the lib_group_func pattern used elsewhere. |
| 14:28.19 | *** join/#brlcad Zhao_Anqing (~clouddrif@2001:da8:e000:1a08:a9cb:1745:56a7:aa45) |
| 14:30.28 | Notify | 03BRL-CAD:brlcad * 60259 brlcad/trunk/src/liboptical/turb.c: copyright.gov makes is pretty clear that tables of data like this are not protectable by copyright. there's no logic in here anyways and amassing a table of values is not a creative act of itself. moreover, there's a statement saying it can be distributed. |
| 14:31.47 | Notify | 03BRL-CAD:carlmoore * 60260 (brlcad/trunk/doc/docbook/system/mann/en/killtree.xml brlcad/trunk/include/vmath.h): fix spellings |
| 14:33.39 | Notify | 03BRL-CAD:brlcad * 60261 brlcad/trunk/src/liboptical/turb.c: be explicit about the lack of copyright |
| 14:36.53 | Notify | 03BRL-CAD:brlcad * 60262 brlcad/trunk/src/liboptical/turb.c: it'd be nice to have a bigger table or know the generator+seed that produced it |
| 15:19.51 | Notify | 03BRL-CAD Wiki:Samhaiati61 * 0 /wiki/User:Samhaiati61: |
| 15:20.46 | Notify | 03BRL-CAD:brlcad * 60263 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/conv/step/g-step/Trees.cpp and 5 others): make db_search() take a dbip instead of a wdbp so it doesn't give the impression that it writes to the databsae. this greatly simplified the implementation functions where both dbip and wdbp were being passed around everywhere. also updated at least the calls in g-step to use stack memory and |
| 15:20.48 | Notify | release the results (was memory leak). |
| 15:28.07 | Notify | 03BRL-CAD Wiki:Shubhamkapoor * 0 /wiki/User:Shubhamkapoor: |
| 15:30.52 | mpictor | brlcad: free ssl certs for open source projects https://www.globalsign.com/ssl/ssl-open-source/ |
| 16:02.46 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) |
| 16:10.01 | Notify | 03BRL-CAD Wiki:CarleypultnjosqvKortz * 0 /wiki/User:CarleypultnjosqvKortz: |
| 16:23.00 | *** join/#brlcad gaganjyot (~gagan@49.138.147.223) |
| 16:50.28 | *** join/#brlcad ao30002 (~ao30002@95.111.173.30) |
| 16:50.54 | Notify | 03BRL-CAD:indianlarry * 60264 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/librt/primitives/brep/brep.cpp): Change 'tol' default on surface_GetClosestPoint3dFirstOrder() and trim_GetClosestPoint3dFirstOrder(). Moved tol parameter to end to make optional for trim_GetClosestPoint3dFirstOrder(). Consolidated similar functions into ConsecutivePointsCrossClosedSeam() and moved |
| 16:50.56 | Notify | to libbrep. IsAtSeam(const ON_Surface *surf, const ON_2dPoint &pt, double tol) now unwraps any closed surface extents of "pt"'s x,y to local domain before then calls IsAtSeam(const ON_Surface *surf, double u, double v, double tol) with local u,v. |
| 17:00.15 | *** join/#brlcad caen23 (~caen23@92.81.222.1) |
| 17:11.42 | *** part/#brlcad gaganjyot (~gagan@49.138.147.223) |
| 17:26.59 | Notify | 03BRL-CAD:brlcad * 60265 brlcad/trunk/src/libged/comb.c: push many of the ptbl structures onto the stack to simplify the code a bit. call db_search_free() when returning too, which should close up some memory leaks cases when doing full path searches. needs testing, though.. lot of intermixing with non-search ptbl containers going on. |
| 18:04.58 | *** join/#brlcad gaganjyot (~gagan@49.138.147.238) |
| 18:05.45 | Notify | 03BRL-CAD:brlcad * 60266 brlcad/trunk/src/libged/comb.c: the directory pointers need to be released. fixes a memory leak. |
| 18:06.35 | Notify | 03BRL-CAD:brlcad * 60267 brlcad/trunk/src/librt/search.c: if the caller doesn't pass any paths, search all top-level objects |
| 18:09.39 | *** part/#brlcad gaganjyot (~gagan@49.138.147.238) |
| 18:40.44 | *** join/#brlcad javampire (~ncsaba@p4FF73C29.dip0.t-ipconnect.de) |
| 18:55.14 | *** part/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 20:13.07 | *** join/#brlcad infinite (~infinite@14.139.122.114) |
| 20:16.27 | *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
| 20:54.03 | Notify | 03BRL-CAD:starseeker * 60268 brlcad/trunk/src/librt/search.c: Instead of dragging the resource variable all over the place, just use &rt_uniresource in the one place we actually need it. dbip->dbi_wdbp->wdb_resp wasn't initialized when archer tried to do a search, causing a crash, but as long as we can use &rt_uniresource here we don't need to worry about it at all. |
| 21:22.46 | *** join/#brlcad 17SAAAK1W (~ao30002@95.111.173.30) |
| 22:09.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 22:10.50 | Notify | 03BRL-CAD:starseeker * 60269 (brlcad/trunk/src/archer/archer brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): This is a proof of concept, not the 'right' way to do this (complete code reuse fail, for one) but it teaches Archer to call step-g to import .step and .stp files, and adds STEP as a drop-down file type option to the File->Open dialog in Archer. |
| 22:25.13 | *** join/#brlcad ao30002 (~ao30002@95.111.173.30) |
| 22:34.06 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 22:38.54 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 22:59.27 | Notify | 03BRL-CAD:starseeker * 60270 (brlcad/trunk/src/archer/archer brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/CMakeLists.txt): Refactor file loading tcl code into a package for proper code reuse. Major drawbacks currently are a) lack of ability to specify conversion-specific options and b) no progress feedback during conversion but step files can be directly opened by Archer and it |
| 22:59.30 | Notify | should be fairly straightforward to hook in more converters. |
| 22:59.35 | starseeker | that's better |
| 23:16.51 | Notify | 03BRL-CAD:starseeker * 60271 (brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/GeometryLoad.tcl): Add stl-g to the import list. |
| 23:23.41 | Notify | 03BRL-CAD:starseeker * 60272 (brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/GeometryLoad.tcl): Enable opening of 3dm files |
| 23:54.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 23:58.55 | *** join/#brlcad caen23 (~caen23@92.81.222.1) |