| 00:04.25 | LainIwakuraX | starseeker, brlcad, whenever you guys see this- I checked the SOCIS project timeline and about 2 months of it overlaps with University, I can't comfortably commit to school, the project, and my part-time work. I'm staying here as a regular contributor though =) |
| 00:20.34 | ``Erik | looks like most of europe starts school in early-mid september, I wonder if they're aware of that O.o unfortunate that there's such a huge overlap |
| 00:21.37 | LainIwakuraX | Yeah Canada too, I wish I could apply but it's not feasible or fair =( |
| 00:21.51 | LainIwakuraX | (to the project + me) |
| 00:22.27 | ``Erik | brlcad: since you're the point of contact with them, are you going to contact them to see what's up? http://en.wikipedia.org/wiki/Summer_vacation lists the 'common' dates for most countries |
| 00:22.58 | ``Erik | assumed that EU nations had a longer or later break, but it doesn't seem so |
| 00:23.45 | ``Erik | and a 40hr job plus school can be pretty brutal, did it to pay my tuition 'n books O.o |
| 00:25.37 | LainIwakuraX | heh, I'd like to be superman =P but 40hr SOCIS, 5 Full time courses in school, and a part-time job |
| 00:25.39 | ``Erik | heh, of course esa is part of the cern blocks, so only students from cern nations can participate :/ |
| 00:25.42 | LainIwakuraX | Too crazy lol |
| 00:26.56 | tharis20 | exactly, with school, available time reduces significantly |
| 00:28.04 | tharis20 | and although, in the beginning, there's not much work to do, in Portugal (where I live) there's a tradition for sophomores to participate in activities with freshmen, a thing called "Praxe" |
| 00:28.28 | tharis20 | http://en.wikipedia.org/wiki/Praxe |
| 00:29.22 | LainIwakuraX | In Canada we get homework =( |
| 00:30.30 | tharis20 | LOL In Portugal it depends on the Univ. there are some that send mandatory homework. Mine sends homework for those who want to do homework. :x |
| 00:30.55 | ``Erik | I have to scoot, awesome if you're willing to continue contributing regardless... hopefully something will get sorted out :) later |
| 00:31.32 | LainIwakuraX | Yeah this project has piqued my interest =P definitely sticking around |
| 00:31.51 | tharis20 | I'd like to know if even with school one is expected to work as a full-time job |
| 00:32.21 | tharis20 | but regardless of SOCIS, I think I will contribute to this project |
| 00:32.52 | tharis20 | been looking for an open-source project to work that he really likes |
| 00:33.07 | LainIwakuraX | ^ |
| 00:37.22 | tharis20 | oh man, I don't know how I'm going to wake up early tomorrow... |
| 03:36.56 | brlcad | LainIwakuraX: it's alright, happens ... and more importantly great to hear you're still interested in dev ;) |
| 03:37.39 | brlcad | ``Erik: yeah, they wanted to start earlier (part of why the schedule is so tight already) .. but didn't get management approval till late |
| 03:38.45 | brlcad | from the mailing list discussions, their familiarity and decision processes sound almost exactly like how I imagined arl dealing with running a gsoc-style program |
| 03:56.08 | LainIwakuraX | brlcad: I did an svn update and a lot of STEP stuff changed but I still get the same error that silently crashes step-g |
| 03:56.24 | brlcad | LainIwakuraX: yeah, the crash hasn't been fixed yet |
| 03:57.44 | LainIwakuraX | kk, I won't be able to get to it tonight but tomorrow / thursday I can probably spend a good while on it |
| 03:57.53 | LainIwakuraX | I don't really know what's still causing it though =/ |
| 04:17.27 | CIA-62 | BRL-CAD: 03brlcad * r45650 10/brlcad/trunk/src/other/step/src/ (8 files in 2 dirs): std::string are declared in <string>, not <string.h>; fix r45627. |
| 04:24.24 | LainIwakuraX | I'm out for the night |
| 05:32.40 | starseeker | brlcad: er, oops - sorry about that |
| 07:07.15 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 08:27.09 | *** join/#brlcad CalinPaulAlexand (524f464d@gateway/web/freenode/ip.82.79.70.77) |
| 08:29.01 | *** join/#brlcad Stattrav (~Stattrav@122.178.209.201) |
| 08:29.01 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 09:00.40 | *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 09:55.09 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 10:25.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 13:42.23 | CIA-62 | BRL-CAD: 03indianlarry * r45651 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.h ExpDict.inline.cc sdaiApplication_instance.cc): Changed parameter 'schnm' back to 'const char *' for functions SchRename::rename() and TypeDescriptor::Name(). |
| 14:38.30 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 15:30.37 | brlcad | starseeker: revisiting yesterday's discussion .. turns out the cache behavior is actually not a bug, just bad design |
| 15:31.02 | brlcad | the path parameter specifies EITHER a source dir or a build dir |
| 15:32.02 | brlcad | that actually seems a bit asinine to me since all it avoids is a 'cd' but introduces the unexpected behavior since they flip the meaning of the path argument |
| 16:17.34 | brlcad | looks like r45651 fixed step-g for me |
| 17:22.28 | brlcad | aha fixed! |
| 17:22.37 | brlcad | (a different subtle bug) |
| 17:30.55 | CIA-62 | BRL-CAD: 03brlcad * r45652 10/brlcad/trunk/src/other/step/src/clstepcore/read_func.cc: ws consistency |
| 17:37.30 | CIA-62 | BRL-CAD: 03brlcad * r45653 10/brlcad/trunk/src/other/step/src/clstepcore/ (README sdaiString.cc): update the README to reflect the current directory contents. was referring to files and classes that were renamed/refactored and/or no longer exist. |
| 17:41.02 | CIA-62 | BRL-CAD: 03brlcad * r45654 10/brlcad/trunk/src/other/step/src/clstepcore/ (README sdaiString.cc): revert r45653, unintentional inclusion of a bug fix that begs documenting |
| 17:42.06 | CIA-62 | BRL-CAD: 03brlcad * r45655 10/brlcad/trunk/src/other/step/src/clstepcore/README: update the README to reflect the current directory contents. was referring to files and classes that were renamed/refactored and/or no longer exist. |
| 17:50.40 | CIA-62 | BRL-CAD: 03brlcad * r45656 10/brlcad/trunk/src/other/step/src/clstepcore/sdaiString.cc: (log message trimmed) |
| 17:50.40 | CIA-62 | BRL-CAD: fix a bug introduced with the conversion of SCL's string management to using |
| 17:50.40 | CIA-62 | BRL-CAD: STL's std::string. null values were getting injected into the parsing output |
| 17:50.40 | CIA-62 | BRL-CAD: since std::string will happily record a zero-character and keep track of how |
| 17:50.40 | CIA-62 | BRL-CAD: long the c-string buffer is independent of null-termination. the streams |
| 17:50.40 | CIA-62 | BRL-CAD: happily print the entire buffer (i.e., not relying on null termination) causing |
| 17:50.41 | CIA-62 | BRL-CAD: literal '\0' values to get output. fix was simple, don't append '\0' values. |
| 17:50.46 | brlcad | that took a while to find/fix! |
| 17:57.44 | starseeker | brlcad: nicely done! |
| 18:15.16 | brlcad | now to profile |
| 18:17.16 | brlcad | initial test showed a speedup |
| 20:14.00 | CIA-62 | BRL-CAD: 03brlcad * r45657 10/brlcad/trunk/src/conv/step/step-g.cpp: make sure we can read the input step file before stubbing in an empty .g file that gets in the way on follow-up invocations. stub in support for stdin piped input too. |
| 20:14.41 | CIA-62 | BRL-CAD: 03brlcad * r45658 10/brlcad/trunk/src/conv/step/STEPWrapper.h: use std:: prefix on stl types |
| 20:15.00 | CIA-62 | BRL-CAD: 03brlcad * r45659 10/brlcad/trunk/src/conv/step/STEPWrapper.cpp: ws indent consistency cleanup |
| 20:27.35 | *** join/#brlcad LainIwakuraX (~yuki@d24-57-80-191.home.cgocable.net) |
| 20:35.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 20:35.24 | CIA-62 | BRL-CAD: 03erikgreenwald * r45660 10/brlcad/trunk/src/libgcv/bottess.c: do vertex/plane throwaway on triangle intersection test |
| 20:37.47 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.134.140) |
| 20:46.08 | *** join/#brlcad Stattrav (~Stattrav@117.192.140.17) |
| 20:46.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 20:48.49 | CIA-62 | BRL-CAD: 03brlcad * r45661 10/brlcad/trunk/src/conv/step/step-g.cpp: print status when writing the output file |
| 21:08.24 | CIA-62 | BRL-CAD: 03brlcad * r45662 10/brlcad/trunk/src/conv/step/STEPWrapper.cpp: trim a little so the summary will usually fit within 80 columns, let user know if input came from stdin |
| 21:11.56 | CIA-62 | BRL-CAD: 03brlcad * r45663 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.inline.cc): add support for reading exchange/express/step input from standard input. if the filename provided is a '-', it will be treated special to imply standard input. |
| 21:25.22 | LainIwakuraX | brlcad: It looks like that step-g crash has been fixed! awesome =) |
| 21:27.34 | brlcad | LainIwakuraX: yeah, mostly due to indianlarry -- looks like you were passing std::string as a char* in a few places |
| 21:28.38 | brlcad | on a positive note, I'm seeing a rough 20% performance increase on (smallish) step models |
| 21:28.56 | brlcad | unfortunately, diminishes towards 0% increase as the models get bigger and more realistic |
| 21:29.07 | brlcad | dominated by other processing time |
| 21:33.05 | LainIwakuraX | ahh I thought I had those spots worked out |
| 21:33.27 | LainIwakuraX | it was tricky because SCLstring appears to behave similar to regular C strings =/ |
| 21:33.49 | LainIwakuraX | Well at least it's all good now |
| 21:53.49 | CIA-62 | BRL-CAD: 03erikgreenwald * r45664 10/brlcad/trunk/src/libgcv/bottess.c: Fast test for coplanar triangles. Find direction vector of intersecting line and projection direction. Make noise-code compile time switchable. |
| 22:10.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 22:12.06 | brlcad | LainIwakuraX: it's *hopefully* all good for now -- our importer only exercises a small portion of scl :/ |
| 22:12.36 | brlcad | the other bug was in Sdai_String where you inherited from std::string |
| 22:12.53 | brlcad | it was manually appending '\0' values, which caused a bit of a mess in the output |
| 22:13.20 | brlcad | because std::string will happily append and print null values, where c-strings halt on null-termination |
| 23:55.23 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 23:55.23 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.20.2 is posted (20110701) || BRL-CAD is participating in the ESA Summer of Code in Space! |
| 23:57.52 | CIA-62 | BRL-CAD: 03bhinesley * r45667 10/brlcad/trunk/src/libged/edit.c: |
| 23:57.53 | CIA-62 | BRL-CAD: Laid out additional subcommand functions, and added pointers to them into the |
| 23:57.53 | CIA-62 | BRL-CAD: array of edit_cmd structs. This will help keep subcommands separate from the |
| 23:57.53 | CIA-62 | BRL-CAD: edit routines, so adding/modifying commands will be more isolated/simpler than I |
| 23:57.53 | CIA-62 | BRL-CAD: had originally planned. Started on edit(). None of this is not tested very well |
| 23:57.53 | CIA-62 | BRL-CAD: yet. WIP |
| 23:58.58 | bhinesley | hm, r45678 coming up |
| 23:59.01 | bhinesley | puts on party hat |
| 23:59.16 | brlcad | hehe |
| 23:59.26 | brlcad | goes to get sparklers |