| 00:00.07 | *** join/#brlcad minalb (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) |
| 00:25.02 | CIA-128 | BRL-CAD: 03starseeker * r49776 10/brlcad/trunk/src/other/ (52 files in 10 dirs): Edge our CMakeLists.txt file and tree a little closer to the github tree. base and fedex_python are turned off and ignored for the moment. |
| 00:35.48 | *** join/#brlcad atneik (~atneik@59.178.39.119) |
| 00:40.47 | *** part/#brlcad atneik (~atneik@59.178.39.119) |
| 00:43.18 | *** join/#brlcad atneik (~atneik@59.178.39.119) |
| 00:46.28 | kanzure | starseeker: how goes scl re-integration? |
| 00:46.31 | CIA-128 | BRL-CAD: 03starseeker * r49777 10/brlcad/trunk/src/other/step/ (37 files in 9 dirs): More syncing with github tree |
| 00:52.58 | *** part/#brlcad atneik (~atneik@59.178.39.119) |
| 00:58.32 | starseeker | kanzure: slow :-) |
| 00:58.52 | starseeker | nick reed is doing all the hard work - I'm just clearing away some of the underbrush |
| 01:00.16 | starseeker | getting our cmake logic as synced up as possible given the current source code differences, add in directories they have that won't interfere with our build to reduce the diffing problem, etc. |
| 02:18.01 | Maloeran | I have never met John Anderson, but he looks like he wrote that rt_bot_decimate() in BRL-CAD... It runs in n^2 time if n is the count of triangles, that's pretty bad |
| 02:19.45 | Maloeran | And the edge collapse method is pretty simple, something like least square plane distance weighted by triangle area sounds a lot better |
| 02:21.31 | Maloeran | And it's obviously single-threaded *sigh* |
| 02:22.51 | Maloeran | Ah well... I'll have to write new mesh decimation code for Lee's VSL, let's hope it could find its way to BRL-CAD if you are interested |
| 02:38.19 | brlcad | Maloeran: yeah, many of the bot routines were written really quickly, not intending to be kept that way for very long |
| 02:39.09 | *** join/#brlcad leavittx (~leavittx@109.172.11.0) |
| 02:39.47 | starseeker | Maloeran: I think you can safely say we would be interested :-) |
| 02:41.00 | brlcad | Maloeran: feel free to modify the routines as-is now and submit a patch |
| 02:41.27 | starseeker | Maloeran: you might find this interesting: http://vdslib.virginia.edu/ - obviously you don't want view dependent meshes, but some of the decimation logic in there may still be applicable |
| 02:41.52 | starseeker | code with cmake build is here: https://github.com/starseeker/vdslib |
| 03:02.49 | Maloeran | Cool. brlcad, I prefer the idea of making a flexible interface not dependent on BOTs... but that's an idea, I could plug the code behind the same interface |
| 03:04.17 | Maloeran | Checking out VDSlib. I'll probably implement my own anyway (I want multithreaded, NUMA aware, highly optimized) but it could give me ideas |
| 03:17.33 | *** join/#brlcad leavittx_ (~leavittx@89.221.199.187) |
| 03:58.01 | *** join/#brlcad Mango_Man (957dcd0b@gateway/web/freenode/ip.149.125.205.11) |
| 04:02.38 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) |
| 04:25.13 | brlcad | howdy Mango_Man |
| 04:25.24 | brlcad | saw your reply, and welcome |
| 04:25.30 | Mango_Man | hi there |
| 04:25.50 | brlcad | there are several "introductory" projects on our ideas list, but I'd start with the ones where the words were all familiar |
| 04:26.13 | brlcad | and then quickly pair that list down to just one or two that sounds interesting to you |
| 04:27.08 | Mango_Man | will do, thanks! |
| 04:27.09 | brlcad | glad to help steer you, but it's usally more constructive if the initial ideas come from you since it's more important that projects are biased more towards your interests than they are towards our priorities |
| 04:27.26 | brlcad | yay for run-ons |
| 04:28.42 | Mango_Man | i suppose i'll come up with ideas as i go |
| 04:29.32 | Mango_Man | i'm still relatively new to coding (1.5 years now?) so this is my first opportunity to work on larger stuff |
| 04:29.48 | brlcad | as a quick cull, you can probably skip the project sthat say difficulty HARD |
| 04:30.36 | brlcad | there is no correlation of difficulty to selection, so no worries if one of the EASY projects sparks an interest |
| 04:31.16 | brlcad | just a subjective measure on the level of coding experience the project generally requires |
| 04:31.23 | brlcad | each title links to a page with more details |
| 04:32.07 | Mango_Man | got it |
| 04:32.43 | brlcad | gotta run, back in a few hours but someone is always on the channel |
| 04:33.07 | brlcad | best to just post comments/questions and if you're still around when someone reads it, they'll reply to you |
| 04:33.41 | brlcad | alternatively, you can join the brlcad-devel mailing list where discussions have been raging for a few days now |
| 04:34.18 | Mango_Man | ok |
| 04:36.28 | *** join/#brlcad anubhavk (~user1@121.243.135.105) |
| 05:13.55 | *** join/#brlcad listener (0e8be4d2@gateway/web/freenode/ip.14.139.228.210) |
| 06:16.53 | *** join/#brlcad andrei (~andrei@188.25.162.58) |
| 06:17.08 | andrei | Good morning! |
| 06:31.21 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) |
| 07:30.46 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 07:48.11 | *** join/#brlcad witness123 (~witness@14.139.228.210) |
| 08:13.56 | *** join/#brlcad witness123 (~witness@14.139.228.210) |
| 09:57.14 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) |
| 10:10.39 | *** join/#brlcad stas (~stas@82.208.133.12) |
| 11:04.38 | CIA-128 | BRL-CAD: 03indianlarry * r49778 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c): |
| 11:04.38 | CIA-128 | BRL-CAD: Added ICV_IMAGE_UNKNOWN to ICV enum image types and now return this from |
| 11:04.38 | CIA-128 | BRL-CAD: guess_file_format() when image type not recognized. Made guess_file_format() |
| 11:04.38 | CIA-128 | BRL-CAD: public. function icv_image_save_open() still defaults to PIX format for unknown |
| 11:04.38 | CIA-128 | BRL-CAD: image types using ICV_IMAGE_AUTO. |
| 11:16.09 | ``Erik | bhinesley: stripe ctf? awesome, I heard some about that from adreas fuchs (lisp weenie who works at stripe), but not in time to participate... stripe likes like a really cool company |
| 11:18.09 | ``Erik | Maloeran: a lot of BoT routines (and nmg) are n^2 or worse, mostly written long ago when the datasets were tiny and the powers that be don't grok technical debt, would rather throw more hardware at it and call it a day |
| 11:20.41 | CIA-128 | BRL-CAD: 03indianlarry * r49779 10/brlcad/trunk/src/rt/viewxray.c: |
| 11:20.42 | CIA-128 | BRL-CAD: 'rtxray' now uses libicv except when using the alternate "lighting model"(-l 1). |
| 11:20.42 | CIA-128 | BRL-CAD: If a known image type is return from ICV's guess_file_format() function when |
| 11:20.42 | CIA-128 | BRL-CAD: using the alternate "lighting model" a ".los" extension is added to the output |
| 11:20.42 | CIA-128 | BRL-CAD: filename and libicv is not used. |
| 11:25.42 | CIA-128 | BRL-CAD: 03erikgreenwald * r49780 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c): if guess_file_format is going to be public, prefix it with the library name |
| 11:30.19 | CIA-128 | BRL-CAD: 03erikgreenwald * r49781 10/brlcad/trunk/src/rt/viewxray.c: update to use mangled icv_guess_file_format name |
| 11:41.35 | *** join/#brlcad witness123 (~witness@14.139.228.210) |
| 11:44.26 | CIA-128 | BRL-CAD: 03indianlarry * r49782 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: (log message trimmed) |
| 11:44.26 | CIA-128 | BRL-CAD: The brep intersect routine was only looking forward of the ray origin so |
| 11:44.26 | CIA-128 | BRL-CAD: modified to include both positive and negative hit distances along the |
| 11:44.26 | CIA-128 | BRL-CAD: shotline(The calling rt application decides what to do with hits behind the ray |
| 11:44.27 | CIA-128 | BRL-CAD: origin). Also now storing 'dist' in the 'brep_hit' class to keep from |
| 11:44.27 | CIA-128 | BRL-CAD: recalculating distance for hit ordering(change original brep_hit constructor to |
| 11:44.27 | CIA-128 | BRL-CAD: now take an 'rt_ray', also added new constructor that also takes 'dist'). This |
| 12:45.55 | CIA-128 | BRL-CAD: 03jordisayol * r49783 10/brlcad/trunk/misc/debian/ (3 files): update debian html menu links |
| 12:46.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 13:04.05 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) |
| 13:14.28 | CIA-128 | BRL-CAD: 03indianlarry * r49784 10/brlcad/trunk/src/nirt/ (command.c if.c parse_fmt.c): Replaced self assignment statements used to quell warning messages for unused parameters by wrapping parameter with UNUSED macro. Done to quell self assignment blather from IDE. |
| 13:21.15 | CIA-128 | BRL-CAD: 03tbrowder2 * r49785 10/ova/RELEASE-NOTES.txt: embellish notes for a novice |
| 14:20.13 | *** join/#brlcad cristina (~cristina@188.24.80.56) |
| 14:20.53 | cristina | hello |
| 14:23.16 | cristina | brlcad, are you online? |
| 14:41.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r49786 10/ova/ (README RELEASE-NOTES.txt): rename for SourceForge file download area convention |
| 14:44.27 | CIA-128 | BRL-CAD: 03tbrowder2 * r49787 10/ova/ (README README-VM.txt): update |
| 14:49.21 | starseeker | cristina: he'll be around and reads backlogs |
| 14:49.34 | starseeker | go ahead and ask if you have a question |
| 14:49.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.126.32) |
| 15:01.18 | brlcad | cristina: ditto what starseeker said -- I'm always online, just not always reading .. and more importantly, many questions I answer others can answer too so you'll get a faster response |
| 15:01.24 | brlcad | otherwise, welcome! |
| 16:05.08 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r3337 10/wiki/User:Atneik: |
| 16:05.17 | CIA-128 | BRL-CAD: 03starseeker * r49788 10/brlcad/trunk/src/other/step/doc/ (26 files): Sync step doc dir to github, except convert postscript files to pdf and fix page ordering of Fed-X document |
| 16:35.50 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ani user pic.jpg]]": User pic: Aniket Handa |
| 16:41.15 | CIA-128 | BRL-CAD: 03starseeker * r49789 10/brlcad/branches/STABLE/ (55 files in 20 dirs): Add changes from trunk revisions 49519, 49524, 49532, 49540, 49562, 49563, 49568, 49572, 49600-49602, 49604-49605, 49607-49614, 49616, 49617, 49648, 49666, 49711, 49753, 49768, 49769, 49782 |
| 16:57.15 | CIA-128 | BRL-CAD: 03starseeker * r49790 10/brlcad/trunk/src/other/step/ (CMakeLists.txt ctest_matrix.cmake run_ctest.cmake): Grab some minor changes from github |
| 17:02.15 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r3339 10/wiki/User:Atneik: |
| 17:05.56 | CIA-128 | BRL-CAD: 03starseeker * r49791 10/brlcad/trunk/src/other/step/ (CMakeLists.txt cmake/scl_version_string.cmake): Don't need the messages when SCL is a subbuild. |
| 17:13.59 | *** join/#brlcad bhinesley (~bhinesley@99.144.92.26) |
| 17:27.48 | cristina | ok, so I am back. brlcad, I wanted to tell you that I'm interested in one of the GSoC projects: "Visualizing Constructive Solid Geometry (CSG)" |
| 17:28.53 | cristina | I've already subscribed to the brlcad-devel mailing list but I think that I need an approval before being able to email any message to the list |
| 17:35.34 | CIA-128 | BRL-CAD: 03starseeker * r49792 10/brlcad/trunk/ (3 files in 2 dirs): Need to be more specific about the SUBBUILD flag. |
| 17:41.43 | cristina | I've also took part in the 2011 GSoC; I've worked for the TU Wien organization on a project involving CSG but applied for 2d objects. |
| 17:42.37 | cristina | My message for the mailing list had been rejected. |
| 17:48.33 | *** join/#brlcad atneik (~atneik@59.178.50.206) |
| 17:53.38 | atneik | Hello, my name is Aniket Handa. |
| 17:55.06 | atneik | brlcad 7.20.4 was build successfully on my mac, but the current truck results in errors. http://pastebin.com/R8KtR77J |
| 17:55.20 | atneik | trunk* |
| 17:58.20 | CIA-128 | BRL-CAD: 03starseeker * r49793 10/brlcad/trunk/src/other/ (107 files in 20 dirs): Make a stab at syncing with the github data dir - we need to keep ap203edit.exp, since that's the one that works with our step-g converter. |
| 18:02.49 | CIA-128 | BRL-CAD: 03n_reed * r49794 10/brlcad/trunk/src/other/step/src/cleditor/ (13 files): |
| 18:02.50 | CIA-128 | BRL-CAD: Replaced generated cleditor sources with tweaked copies of the 388901d versions |
| 18:02.50 | CIA-128 | BRL-CAD: from the mpictor git repo. These were apparently generated by running fedex_plus |
| 18:02.50 | CIA-128 | BRL-CAD: on the Ed 2 header schema |
| 18:02.50 | CIA-128 | BRL-CAD: (http://www.steptools.com/sc4/archive/imp-methods/10303-21-header.exp). |
| 18:04.35 | CIA-128 | BRL-CAD: 03starseeker * r49795 10/brlcad/trunk/src/other/ (3 files in 3 dirs): don't use a generic IS_SUBBUILD variable - bad idea. |
| 18:08.53 | CIA-128 | BRL-CAD: 03n_reed * r49796 10/brlcad/trunk/src/other/step.dist: whoops, ignoring non-existant file |
| 18:11.07 | starseeker | atneik: most of us can't see pastebin.com - can you paste to http://paste.lisp.org/? |
| 18:11.41 | atneik | sure just a sec |
| 18:11.56 | ``Erik | starseeker: freshly purged build dir on rhel, CMake Error at src/other/CMakeLists.txt:358 (CONFIG_H_APPEND): Unknown CMake command "CONFIG_H_APPEND". |
| 18:12.20 | *** join/#brlcad merzo (~merzo@244-190-132-95.pool.ukrtel.net) |
| 18:12.40 | starseeker | you're synced to latest trunk? |
| 18:12.47 | ``Erik | yup |
| 18:13.12 | starseeker | weird... not setting that here |
| 18:13.26 | atneik | http://paste.lisp.org/display/128499 |
| 18:14.24 | starseeker | atneik: are you on a mac? |
| 18:14.34 | atneik | yes on lion |
| 18:14.36 | starseeker | we've got a known issue we're working on there with that code |
| 18:15.48 | starseeker | ``Erik: which CMake version? |
| 18:16.14 | *** join/#brlcad andrei_ (~andrei@188.25.162.58) |
| 18:16.21 | andrei_ | Hello! |
| 18:35.36 | *** part/#brlcad atneik (~atneik@59.178.50.206) |
| 18:50.12 | *** join/#brlcad coelk (80876466@gateway/web/freenode/ip.128.135.100.102) |
| 18:52.03 | CIA-128 | BRL-CAD: 03n_reed * r49797 10/brlcad/trunk/src/other/step/src/express/ (CMakeLists.txt symlink.c): remove symlink program; removed from mpictor git repo in 23cf6a5 |
| 18:59.32 | CIA-128 | BRL-CAD: 03starseeker * r49798 10/brlcad/trunk/CMakeLists.txt: It's rare to want any configuration besided BUNDLED with MSVC, and the time overhead of a second configure step on Windows can be quite high - go with BUNDLED for the default on MSVC |
| 19:02.52 | andrei_ | brlcad: how can I read a string to an unsigned char* , or how can I pass a char* to an unsigned char* parameter? |
| 19:18.27 | brlcad | cristina: you don't need approval to send to the list, you just have to be subscribed and sending from that subscribed address |
| 19:18.40 | brlcad | it's not moderated nor are subscriptions held for approval |
| 19:19.01 | brlcad | visualizing CSG is a tough one, but nice to see the interest |
| 19:19.33 | cristina | brlcad: hm, then I'll try to send the email again |
| 19:20.05 | brlcad | if you keep having trouble, let me know and I can go in and verify what your address is |
| 19:26.37 | andrei_ | brlcad, I can't manage to pass a char* parameter |
| 19:26.45 | andrei_ | to a function in bu.h that requires a unsigned char* |
| 19:26.52 | brlcad | andrei_: which function |
| 19:27.02 | andrei_ | bu_hash_add_entry() |
| 19:27.38 | andrei_ | sec, I ll give you a pastebin with the prototype |
| 19:27.43 | brlcad | no need |
| 19:27.44 | andrei_ | and how I tried to access it |
| 19:27.47 | andrei_ | ah , alright |
| 19:28.03 | brlcad | so the issue is a compilation warning |
| 19:28.11 | andrei_ | nope |
| 19:28.15 | brlcad | and you're probably just used to automatic type coercion |
| 19:28.31 | andrei_ | it gives some null pointers as output |
| 19:29.07 | andrei_ | <PROTECTED> |
| 19:29.45 | andrei_ | this is what you find at hash.c : 195 |
| 19:29.47 | andrei_ | BU_CK_HASH_TBL(hsh_tbl); |
| 19:29.54 | brlcad | so what you said and what you pasted don't match ;) |
| 19:30.25 | andrei_ | I m not sure if it fails due to the creation of the hashtable |
| 19:30.32 | andrei_ | or because of the bu_add_entry functio |
| 19:30.33 | andrei_ | n |
| 19:30.55 | brlcad | so that is a sanity check to make sure you're using the API correctly |
| 19:31.05 | brlcad | brl-cad is filled with *_CK_*() functions |
| 19:31.49 | brlcad | so it's saying that it encountered a NULL bu_hash_tcl pointer, which looking at the signature to that function (bu_hash_add_entry()), is the first parameter |
| 19:31.59 | andrei_ | that might seem so , yes |
| 19:32.09 | brlcad | that means a NULL was passed as that first parameter, which is wrong, so that's where you look next |
| 19:32.14 | andrei_ | but I call bu_create_hash_tbl(dim); first |
| 19:32.37 | andrei_ | ah nevermind |
| 19:32.41 | andrei_ | im a retard |
| 19:32.59 | andrei_ | I was assigning the return value of the create function |
| 19:33.06 | andrei_ | to a different hashtable |
| 19:33.13 | andrei_ | I'm sorry, didn't notice... |
| 19:33.26 | brlcad | happens ;) |
| 19:33.57 | andrei_ | guess Cola has some side effects |
| 19:36.05 | andrei_ | I will probably be done soon with the hashtable api from bu.h |
| 19:36.15 | andrei_ | Rrb_ and hash seemed the most elaborated to me , so I chose to test those |
| 19:36.42 | andrei_ | Would it be alright if I stop doing unit tests for the rest of the bu.h and move to the bug fix you mentioned on mailing lists? |
| 19:36.47 | andrei_ | or better said, should I do that? |
| 19:51.19 | brlcad | andrei_: if you have one of the API groups finished, you should submit it as a patch |
| 19:51.27 | brlcad | a second one for hashtable would be a second patch |
| 19:51.30 | brlcad | and so on |
| 19:51.43 | andrei_ | ah |
| 19:51.57 | andrei_ | the red black tree just needs some I/O adjusting to fit the rest of tests |
| 19:51.59 | brlcad | if the patches are clean, you may very well have commit access before anyone else :) |
| 19:52.17 | brlcad | be sure to read HACKING if you have not already so you get some of the conventions right |
| 19:52.26 | brlcad | sh/ws.sh and sh/indent.sh may help with formatting |
| 19:52.52 | andrei_ | right, thanks for advice |
| 19:53.28 | andrei_ | I don t manage do pass a viable unsigned char* parameter to the bu_hash_add_entry() |
| 19:53.44 | brlcad | why? |
| 19:53.55 | andrei_ | well I read my input in a char* |
| 19:54.07 | andrei_ | passing a char* on a unsigned char* results in compiler error |
| 19:54.18 | brlcad | that is what I was responding to at first |
| 19:54.36 | brlcad | 15:28 < brlcad> so the issue is a compilation warning |
| 19:54.41 | brlcad | 15:28 < brlcad> and you're probably just used to automatic type coercion |
| 19:55.24 | andrei_ | I have tried passing (unsigned char*)my_input instead and it seems to be wrong |
| 19:56.07 | brlcad | we aim for strict source code compliance including treating all warnings as errors -- have to address why a particular warning is being issued |
| 19:56.21 | brlcad | a cast would be one way |
| 19:56.32 | brlcad | how does it them seem to be wrong? |
| 19:58.08 | andrei_ | just a second , recompiling it |
| 19:58.34 | andrei_ | I don t know if the length, for which I use strlen |
| 19:58.43 | andrei_ | "knows" to handle unsigned char* |
| 19:58.56 | andrei_ | but I will find out in a moment , as it gives no compiler error |
| 19:59.14 | brlcad | strlen doesn't care about signedness |
| 20:00.05 | andrei_ | why do you use strict compilance |
| 20:00.11 | andrei_ | the obvious reason would probably be the size |
| 20:00.18 | andrei_ | but there could be others aswell, I think |
| 20:01.01 | brlcad | we talk about some of the measures taken here: http://brlcad.org/wiki/Code_Cleanup |
| 20:01.32 | brlcad | of course, that's just the high-level summary, but it covers the gist |
| 20:02.42 | brlcad | basically gcc is warning because something is potentially wrong, or the compiler is being asked to assume something undefined, or at a minimum is an ambiguous condition or outright mistake |
| 20:04.17 | andrei_ | the good part is that |
| 20:04.28 | andrei_ | I am actually forced to learn to proper code |
| 20:07.43 | andrei_ | today I attended an Rosedu ( Romanian open source education) discussion about gsoc |
| 20:07.49 | andrei_ | and this was one of the main topics |
| 20:08.32 | andrei_ | homeworks don't teach much about coding for something like brl-cad( or other large sources) |
| 20:18.23 | andrei_ | the hash_test works aswell now, brlcad |
| 20:18.40 | andrei_ | will read what you gave me and edit the files accordingly |
| 20:18.42 | andrei_ | :) |
| 20:32.55 | brlcad | fantastic |
| 20:45.19 | CIA-128 | BRL-CAD: 03n_reed * r49799 10/brlcad/trunk/src/other/step/src/fedex_plus/ (CMakeLists.txt fedex_idl.c): remove fedex_idl program; removed from mpictor git repo in dbbf4b9 |
| 20:50.58 | *** join/#brlcad Neil___ (~chatzilla@117.229.34.10) |
| 21:22.39 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 21:22.39 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! |
| 21:38.41 | CIA-128 | BRL-CAD: 03bob1961 * r49800 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): |
| 21:38.41 | CIA-128 | BRL-CAD: Extended the component selection mechanism to have more than one mode. A mode |
| 21:38.41 | CIA-128 | BRL-CAD: was added to add components to a group. Another mode was added to remove |
| 21:38.41 | CIA-128 | BRL-CAD: components from a group. Currently, the components being referred to here are |
| 21:38.41 | CIA-128 | BRL-CAD: expected to be primitives, so this behaves like MGED'S grouper. |
| 21:53.23 | CIA-128 | BRL-CAD: 03bob1961 * r49801 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::initCompSelect to call doSelectGroup if not in COMP_SELECT_LIST_MODE |
| 22:00.35 | *** join/#brlcad mech_code (73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 22:01.58 | mech_code | hii..i am new to this group and intrested in working for the brl-cad |
| 22:11.29 | brlcad | excellent |
| 22:12.02 | brlcad | feel free to introduce yourself and what project(s) you might be interested in on the mailing list, or stick around here for interactive discussion |
| 22:27.14 | mech_code | thanks a lot for warm welcome |
| 22:28.00 | mech_code | i am interested in working on nurbs related project |
| 22:29.26 | mech_code | i have knowledge about cad as i had done it as my core disciplinary course past year..i am in touch with 3d modelling, surfaces, and well verse with c programming |
| 22:33.48 | mech_code | please guide me thorogh the process of the application for brlcad |
| 22:49.57 | *** join/#brlcad stas (~stas@188.24.36.145) |
| 23:04.49 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) |
| 23:04.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 23:15.35 | *** join/#brlcad tadbalcer_ (51be7a6f@gateway/web/freenode/ip.81.190.122.111) |
| 23:30.07 | tadbalcer_ | Hello everyone, my name is Tadeusz Balcer, I'm student from Gdansk University of Technology in Poland, and I would like to participate in Google Summer of Code and make some stuff for BRL-CAD. I'm interested in couple of project ideas, but I would like to ask about Code Reduction. Is code for refactor is more objective or structural? Are there some inline assembly? I apolagize if those question are dummy, I know how to code in C/ |
| 23:30.12 | tadbalcer_ | a big project. |
| 23:39.29 | tadbalcer_ | And I have a question about Benchmark Performance Database. I read the description but I don't understand everything. Log files are sended in background of running application and all of charts and statistics are for developers or every single user would send the log file to website manually and watch his own statistics? |
| 23:42.03 | brlcad | howdy tadbalcer_ |
| 23:42.10 | brlcad | glad to hear about the interest |
| 23:42.57 | brlcad | to answer your first question, it's predominantly procedural (C) but there are some object oriented portions (C++) that could be cleaned up |
| 23:43.04 | brlcad | no assembly |
| 23:43.29 | andrei_ | brlcad |
| 23:43.33 | brlcad | howdy andrei_ |
| 23:43.39 | tadbalcer_ | howdy:) |
| 23:43.43 | andrei_ | heya |
| 23:43.47 | andrei_ | going to beat myself up |
| 23:43.48 | tadbalcer_ | great to hear it |
| 23:43.55 | andrei_ | I ran /indent.sh on my file |
| 23:44.11 | andrei_ | I have like 40 k white lines between each instruction |
| 23:44.24 | andrei_ | and I m writing a small java trim program to fix the matter |
| 23:44.29 | brlcad | heh |
| 23:44.32 | brlcad | shouldn't need to |
| 23:44.50 | brlcad | does the file have a footer and header? |
| 23:45.09 | brlcad | sh/template.sh lgpl path/to/your/file will ensure that it does |
| 23:45.24 | brlcad | then indent.sh may work better |
| 23:45.33 | andrei_ | it does have a footer |
| 23:45.36 | andrei_ | if you mean the emacs one |
| 23:45.38 | brlcad | you can keep running it on a file, certainly shouldn't get worse |
| 23:45.48 | brlcad | it's an emacs/vi footer |
| 23:46.51 | brlcad | indent.sh leverages emacs to indent correctly, but maybe something isn't working right |
| 23:47.06 | brlcad | if you know emacs, it's basically running M-x indent-region |
| 23:55.38 | tadbalcer_ | brlcad, could you tell me something about other code refactoring projects for brl-cad? Let say General Tree Walker - do you have algorithm to implement or this project is about finding good one? I'm sory if I'm importunate, but doing something for brl-cad sounds great but I don't have much experience in making cad things |
| 23:56.43 | brlcad | tadbalcer_: we already have about 4 or 6 tree walkers in BRL-CAD |