| 01:26.43 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 01:48.55 | *** join/#brlcad Zhao_Anqing (~clouddrif@2001:da8:e000:1a08:f059:d5ee:96e7:1f14) |
| 02:09.31 | *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
| 03:39.40 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 05:08.01 | *** join/#brlcad albertcoder (~albert@202.164.53.117) |
| 06:03.50 | *** join/#brlcad hcurtis (b82d2950@gateway/web/freenode/ip.184.45.41.80) |
| 06:06.09 | hcurtis | brlcad: Hi, Sean. Are you available? |
| 06:13.16 | hcurtis | brlcad: This is Henry Curtis. I just wanted to tell you I answered the questions you asked me on Melange. |
| 06:29.35 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 06:35.44 | *** join/#brlcad ao30002 (~ao30002@95.81.28.204) |
| 07:03.15 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) |
| 07:03.37 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) |
| 07:08.52 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) |
| 07:18.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 07:19.09 | *** join/#brlcad albertcoder (~albert@202.164.53.117) |
| 07:22.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 07:31.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:03.07 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) |
| 08:40.56 | *** join/#brlcad albertcoder (~albert@202.164.53.117) |
| 08:42.50 | *** join/#brlcad teepee_ (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 09:00.24 | *** join/#brlcad albertcoder (~albert@202.164.53.117) |
| 09:07.11 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) |
| 11:32.10 | *** join/#brlcad richa (uid11933@gateway/web/irccloud.com/x-auyqtvowvoocrkww) |
| 12:18.56 | Zhao_Anqing | Excuse me. I see 'mged view menu needs I and O as the keybindings for zomm in/out' in BUGS file...Could I add this function? |
| 13:02.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:09.11 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 13:28.04 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 13:31.04 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 13:37.31 | *** join/#brlcad FOSScookie (~brian@107-200-34-31.lightspeed.tulsok.sbcglobal.net) |
| 13:59.31 | *** join/#brlcad hoiji (671b082c@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.44) |
| 14:03.25 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 14:10.04 | ries | brlcad: how are you doing, got a sec? |
| 14:15.56 | Notify | 03BRL-CAD:starseeker * 60361 brlcad/trunk/src/mged/mged.c: Archer script wants argc as well as argv when mged launches with -o option |
| 15:00.12 | *** join/#brlcad gaganjyot (~gagan@49.138.187.229) |
| 15:09.42 | *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
| 15:21.43 | Notify | 03BRL-CAD:starseeker * 60362 (brlcad/branches/openscenegraph/BUGS brlcad/branches/openscenegraph/CHANGES and 138 others): Sync osg branch with trunk through r60359 |
| 15:25.25 | starseeker | Zhao_Anqing: certainly, but that's likely to involve Tcl/Tk coding - if I recall correctly, wasn't your proposal centered on NMG functionality? |
| 15:25.40 | starseeker | if so, it would be better to find a library task in C |
| 15:27.10 | Notify | 03BRL-CAD:starseeker * 60363 brlcad/trunk/TODO: task done |
| 15:29.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 15:29.56 | starseeker | a suggestion might be to investigate the problem of facetization of some of the pipes in our example toyjeep.g model (see the BUGS file) |
| 15:31.07 | Zhao_Anqing | Er..Yes. I hope to find some bug which could be fixed in not too much lines. Don't make a HUGE PATCH again. @_@ |
| 15:32.13 | starseeker | another possible approach might be to identify part of what you've done that could be proposed as a smaller patch - rather than removing everything at once, remove the use of those structures from one part of the code |
| 15:35.04 | Zhao_Anqing | wu...I see..Maybe..Let me try to deal with the facetization.. |
| 15:45.44 | *** join/#brlcad gaganjyot (~gagan@49.138.187.229) |
| 15:49.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 15:50.06 | Notify | 03BRL-CAD:carlmoore * 60364 brlcad/trunk/TODO: remove trailing blanks |
| 16:03.09 | *** join/#brlcad pandrei (~pandrei@188.26.180.58) |
| 16:11.05 | Zhao_Anqing | The model in toyjeep.g all looks OK. |
| 16:11.50 | Zhao_Anqing | most of them are just a box. |
| 16:15.11 | Notify | 03BRL-CAD:starseeker * 60365 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/tclscripts/lib/gui_conversion.tcl): Tone down the default verbosityof the 3dm-g import - printing all that in the tkcon was taking waaay to long, and it's not human readable at that speed anyway regardless of the console. |
| 16:15.28 | starseeker | Zhao_Anqing: there should be a few pipes in there - try search -type pipe |
| 16:22.29 | *** join/#brlcad gaganjyot (~gagan@49.138.187.229) |
| 16:26.25 | *** join/#brlcad hoiji (671b082c@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.44) |
| 16:28.06 | *** join/#brlcad gaganjyot (~gagan@49.138.187.229) |
| 16:32.26 | brlcad | ries: I do now |
| 16:33.06 | ries | brlcad: can you do me a small favor if you have time and add DLI to brlcad? THen hey can checkout the requests for LoibreCAD today |
| 16:33.23 | brlcad | already done |
| 16:34.24 | pandrei | hello! I checked out rt^3 branch and tried to rebuild it, I get this : http://slexy.org/view/s20X0mGYro |
| 16:34.29 | brlcad | I'd approved it right away when the request came in |
| 16:34.31 | pandrei | does that happen to anyone else as well? |
| 16:35.06 | brlcad | pandrei: looks like an include dir is missing in the build logic |
| 16:35.07 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 16:35.29 | pandrei | ah, then this is the problem |
| 16:35.30 | pandrei | -- Could not locate 'brlcad-config' - no BRL-CAD version available |
| 16:39.24 | pandrei | meh, the tcl_tk_library symbol is undefined, and the compiler fails because it can't find tcl.h |
| 16:45.01 | *** join/#brlcad gaganjyot (~gagan@49.138.187.229) |
| 16:45.17 | *** join/#brlcad cstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
| 16:45.45 | brlcad | pandrei: that would be the problem -- ensure BRL-CAD is installed and /path/to/brlcad/bin is in your path |
| 16:49.31 | pandrei | that did it, thanks! |
| 16:56.53 | pandrei | brlcad: do you happen to know how to build only a test in coreInterface(e.g. PrintTitle) instead of the coreinterface? The coreinterface is the target in the main make and make coreinterface/tests doesn't seem to work |
| 17:27.38 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-146.pools.arcor-ip.net) |
| 17:34.18 | *** join/#brlcad priteshvikram (ca3e4672@gateway/web/freenode/ip.202.62.70.114) |
| 17:39.43 | brlcad | pandrei: try cd coreinterface/tests ; make |
| 17:40.35 | pandrei | thanks |
| 18:23.38 | *** join/#brlcad gaganjyot__ (~gagan@101.208.189.202) |
| 18:41.05 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) |
| 18:41.36 | Notify | 03BRL-CAD Wiki:Rishabhsharma * 7010 /wiki/User:Rishabhsharma/Gsoc_Proposal: |
| 18:43.21 | *** join/#brlcad hcurtis (b82d2950@gateway/web/freenode/ip.184.45.41.80) |
| 18:45.10 | *** part/#brlcad gaganjyot__ (~gagan@101.208.189.202) |
| 18:50.48 | priteshvikram | brlcad: i have updated my proposal as requested. |
| 19:06.40 | *** join/#brlcad dli (~dli@fw.tamaggo.isp.ip4b.net) |
| 19:07.52 | *** join/#brlcad FreezingCold (~FreezingC@205.211.50.162) |
| 19:12.03 | *** join/#brlcad FreezingCold (~FreezingC@205.211.50.162) |
| 19:14.48 | brlcad | priteshvikram: thanks |
| 19:19.10 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! || GSoC 2014 is under way, student selections announced soon! |
| 19:19.30 | brlcad | just about finishes our SOCIS application |
| 19:22.31 | ``Erik | Zhao_Anqing, starseeker: I believe the pinecar model loses two wheels when it facetizes, that might be a better model than toyjeep to start with? (unless that issue has been fixed in the last many months...) |
| 19:41.41 | priteshvikram | harmanpreet : do i have to specify what all subcomponents to build on which days specifically |
| 19:41.57 | *** join/#brlcad raj12lnm (75e19481@gateway/web/freenode/ip.117.225.148.129) |
| 19:48.23 | raj12lnm | hi all. :) |
| 19:49.53 | pandrei | raj12lnm : hey |
| 19:50.04 | priteshvikram | raj12lnm: hi |
| 19:50.06 | Notify | 03BRL-CAD:starseeker * 60366 brlcad/trunk/src/libged/ged.c: Not sure why we're being noisy here - not much we can do about it and if there are a lot of not-found objects it slows things up considerably. |
| 19:51.37 | raj12lnm | priteshivkram : hi |
| 19:51.48 | raj12lnm | do you know about brl-cad functionality ? |
| 19:55.11 | pandrei | raj12lnm: can you be more specific? I think the answer to that question would take a large number of pages |
| 19:56.03 | priteshvikram | which functionality you are looking for ? |
| 19:56.47 | raj12lnm | PRITESHVIKRAM : are you a gsoc studnent ? :-)\ |
| 19:57.15 | priteshvikram | yes |
| 19:57.23 | *** join/#brlcad javampire (~ncsaba@p4FF70623.dip0.t-ipconnect.de) |
| 19:58.09 | raj12lnm | hi javampire :) |
| 19:58.20 | javampire | Hi Raj :-) |
| 19:59.04 | priteshvikram | are u looking for contributing to brlcad through gsoc program |
| 19:59.23 | *** join/#brlcad infinite (~infinite@14.139.122.114) |
| 19:59.25 | raj12lnm | javampire I am updating my time line by removing old/deprecated primitives |
| 19:59.36 | javampire | raj12lnm: ok, will have a look at it |
| 19:59.42 | raj12lnm | so as per Sean's post |
| 19:59.59 | javampire | it's always good to follow Sean's suggestions :-) |
| 20:00.00 | raj12lnm | Grip, PG, HF and CLINE are not very important |
| 20:00.17 | raj12lnm | (as said on BRLCAD-DEVEL list) |
| 20:00.20 | javampire | yep |
| 20:00.26 | raj12lnm | javampire : ok. |
| 20:00.39 | javampire | annotations are also not functional, but could be done soon |
| 20:01.19 | raj12lnm | javampire : one admin question. do you think migrating python-brlcad to a brlcad account on git is useful ? |
| 20:01.26 | raj12lnm | brlcad : you can come on that as well! |
| 20:02.43 | javampire | raj12lnm: regarding your time-line, I would suggest the following: try to do in the first half of the time all other primitives except BREP/NURBs, and also plan to experiment/research in parallel with the openNURBs library |
| 20:03.16 | raj12lnm | so I am doing it this way |
| 20:03.20 | javampire | so mid-term I would expect all the other primitives to be done, and the time-line for the next half to be refined regarding NURBs/BREP |
| 20:03.25 | raj12lnm | in the last |
| 20:03.31 | raj12lnm | DSP, BREP and NURB |
| 20:03.38 | raj12lnm | the first half all others |
| 20:03.50 | javampire | put DSP in the first half too, I don't think it is difficult |
| 20:04.14 | javampire | you will do them all and beside you will have time to research BREP |
| 20:04.21 | raj12lnm | so i will have specificly 6 weeks for BREP and nurb |
| 20:04.26 | javampire | yes |
| 20:04.32 | raj12lnm | ok. |
| 20:04.50 | javampire | let's try to go for wrapping all openNURBs if possible, if not then at least the main structures |
| 20:05.04 | javampire | I'm pretty sure it is feasible |
| 20:05.11 | Notify | 03BRL-CAD:starseeker * 60367 brlcad/trunk/src/librt/db_match.c: If .g names can have spaces (something we are seeing a *lot* more of in geometry imports) we have to quote the objects returned by db_regexp_match_all - otherwise, MGED treats the names with spaces as two or more separate names, with rather incorrect results. Not sure if this will cause any problems anywhere, but it does not seem to disturb make |
| 20:05.13 | Notify | regress. |
| 20:06.04 | raj12lnm | ok that is a good idea. |
| 20:06.17 | raj12lnm | we can contribute something significant to the CAD community :) |
| 20:06.19 | javampire | for the time-line: you will need to dig a bit in the structures, and make an estimation of what structures need to be wrapped when |
| 20:06.55 | javampire | well I can't estimate myself either very well, so I would put there a goal which can be streched |
| 20:06.57 | raj12lnm | javampire i tried. |
| 20:07.03 | raj12lnm | but the code is too much. |
| 20:07.28 | raj12lnm | I mean the library is a huge collection of a lot of functionality. |
| 20:07.31 | javampire | so just say that a minimal goal is to wrap the top structures, stretch goal is to do it all |
| 20:07.34 | javampire | yes, I know |
| 20:08.01 | javampire | so again, minimal goal is: top structures; stretch goal: some functionality too |
| 20:08.13 | raj12lnm | So yeah. I suggest it the following way |
| 20:08.20 | raj12lnm | 1st week after mid term |
| 20:08.41 | brlcad | raj12lnm: I'm not opposed to it, but don't think it's essential |
| 20:09.07 | raj12lnm | brlcad : there are so many scattered projects |
| 20:09.08 | brlcad | we could fork it already if someone is so inlined |
| 20:09.14 | javampire | brlcad: what do you think about setting minimal/stretch goal on a project which we can't fully estimate as complexity ? |
| 20:09.25 | raj12lnm | can u create an account using your brlcad@mac.com id. ? |
| 20:09.43 | brlcad | raj12lnm: it's not polite to post e-mail addresses on IRC |
| 20:10.15 | raj12lnm | brlcad : sorry! I understand these modern-day crawlers |
| 20:10.54 | brlcad | nothing to do with modern crawlers, it's never been polite to share someone's contact information without permission |
| 20:11.21 | brlcad | moving on |
| 20:11.27 | brlcad | javampire: I'm not sure what you mean |
| 20:11.43 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) |
| 20:12.02 | javampire | brlcad: the openNURBs library - to fully support BREP/NURBs in python-brlcad, at least part of it must be wrapped too |
| 20:12.18 | javampire | and the problem is that I can't estimate the complexity of that |
| 20:12.32 | raj12lnm | javampire : see this http://pastebin.com/p3v2Bc06 |
| 20:12.35 | brlcad | mm, yeah, that's a somewhat big one |
| 20:12.39 | raj12lnm | does it look good ? |
| 20:12.50 | javampire | it is entirely possible that the whole openNURBs library can be done, but perhaps only the top data structures are enough as a first step |
| 20:13.01 | brlcad | could start by trying to wrap the subset we use in src/proc-db/*.cpp |
| 20:13.21 | javampire | so I was thinking that a minimal goal would be the top structures, and a stretch goal to do it all |
| 20:13.24 | brlcad | really only need the ON_Brep class |
| 20:13.38 | brlcad | (which includes a slew of others) |
| 20:13.54 | brlcad | our libwdb interface takes an ON_Brep too, so that works well |
| 20:13.55 | javampire | well to really take advantage of python there must be easy to create that |
| 20:13.59 | brlcad | mk_brep() that is |
| 20:14.21 | javampire | maybe some kind of translation to python is OK of those structures |
| 20:14.23 | brlcad | javampire: and you shouldn't be estimating the complexity of that .. raj12lnm should ;) |
| 20:14.36 | raj12lnm | brlcad : :-) |
| 20:14.37 | javampire | yes, but it's hard |
| 20:15.07 | javampire | it's the kind of thing that it's easier to do than to estimate |
| 20:15.10 | brlcad | raj12lnm: you've said nurbs and brep separately a couple times now, so hopefully you understand that at least in this context nurbs==brep |
| 20:16.13 | raj12lnm | brlcad : where in src/proc-db/ is the ON_Brep class defined ? |
| 20:16.14 | brlcad | geometrically, they're a subset but datastructure-wise, they're the same thing |
| 20:16.21 | brlcad | *.cpp |
| 20:16.39 | brlcad | the class itself is not defined in src/proc-db |
| 20:16.42 | brlcad | it's an opennurbs class |
| 20:16.49 | brlcad | it's used in the cpp files |
| 20:17.10 | brlcad | there are many examples of creating a brep/nurbs there manually |
| 20:17.15 | brlcad | (it's very painful) |
| 20:17.34 | raj12lnm | can u point me to some. |
| 20:17.44 | brlcad | what? I did.... |
| 20:17.45 | raj12lnm | javampire : Did u see that paste ? |
| 20:17.51 | javampire | well that's exactly what should change, it should get easier to create them manually |
| 20:18.01 | javampire | raj12lnm |
| 20:18.07 | javampire | yes, I've seen |
| 20:18.24 | raj12lnm | any comments ? |
| 20:18.29 | javampire | coming soon :-) |
| 20:18.33 | brlcad | javampire: I'm a disbeliever .. brep structures are inherently complicated and nurbs add complexity on top :) |
| 20:18.36 | raj12lnm | ok. |
| 20:18.56 | javampire | brlcad: let's see :-) |
| 20:19.36 | brlcad | raj12lnm: please don't use pastebin.com when you're in here as that site is inaccessible to much of our dev audience (they're blocked) |
| 20:19.44 | brlcad | there are lots of other good/better pastebin services |
| 20:19.53 | raj12lnm | like ? |
| 20:20.04 | brlcad | seriously? you want me to type a google search for you? :) |
| 20:20.05 | raj12lnm | is searching on google |
| 20:20.32 | raj12lnm | nah. |
| 20:20.56 | raj12lnm | so all the files in the db/proc are related t NURB ? |
| 20:21.04 | brlcad | nope |
| 20:21.08 | brlcad | didn't say that |
| 20:21.25 | raj12lnm | thus seeking a clarification! |
| 20:21.33 | brlcad | what is unclear about *.cpp? |
| 20:21.55 | raj12lnm | alright. got your point. |
| 20:21.59 | raj12lnm | :) |
| 20:22.26 | raj12lnm | is seeing brep_simple.cpp |
| 20:23.03 | brlcad | open source not just encourages but really requires self-motivated searching/discovery/reading ... |
| 20:23.34 | brlcad | if we have to hold hands every step of the way, it's a waste of time |
| 20:23.36 | raj12lnm | brlcad : Today I dived into the OpenNURBS library. |
| 20:24.25 | raj12lnm | had i know about the existence of these examples It would have been better :) |
| 20:24.37 | raj12lnm | c/know/known |
| 20:24.44 | brlcad | try to make sure the questions you ask are ones you've actually taken some time to research yourself first .. we GLADLY help when you're genuinely stuck but we can become highly offended if you don't do some homework yourself first |
| 20:25.18 | javampire | brlcad: searching needs to be learnt too ;-) |
| 20:25.35 | brlcad | javampire: indeed, that's why this discussion is a recurring topic ;) |
| 20:25.44 | brlcad | streaming education |
| 20:26.03 | javampire | sometimes I get here after hours and hours of searching and ask a question, nobody answers, but after asking I figure out what I did wrong in my first search ;-) |
| 20:26.22 | brlcad | yeah |
| 20:26.32 | brlcad | often knowing the right question to ask is the hardest problem |
| 20:26.57 | brlcad | like raj12lnm having foresight to know to ask if there are any examples on how to use the opennurbs library |
| 20:26.58 | javampire | ok, I will use paste-bin for the moment, I didn't know it's blocked |
| 20:26.59 | javampire | http://pastebin.com/vkR4gjFQ |
| 20:27.46 | javampire | raj12lnm: you have my suggestion on that paste-bin |
| 20:28.25 | brlcad | raj12lnm: make sure you FULLY understand everything javampire wrote if you include it in your proposal :) |
| 20:28.26 | javampire | brlcad: BTW, google will not tell me what's the paste-bin replacement which is not blocked for most of the people ;-) |
| 20:29.00 | brlcad | absolutely ZERO excuses later if you get selected and we're discussing week X and you say you didn't realize that's what that line meant |
| 20:29.31 | javampire | raj12lnm: what I wrote there is only suggestion, you have to expand it anyway |
| 20:29.44 | brlcad | anything pastebin other than pastebin.com works .. that company/site used to harbor a lot of shady vulnerabilities |
| 20:29.52 | javampire | aha, ok |
| 20:30.04 | brlcad | ~pastebin |
| 20:30.04 | infobot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 20:31.11 | raj12lnm | brlcad : Its just that my current schedule is too packed. I think I am a quick learner. I have showcased that in past. I have wrapped a primitive "VOL" in python already and has been merged. So be sure whatever I commit to do in my proposal will be executed. |
| 20:33.47 | javampire | raj12lnm: well there was what I wrote there is very sketchy anyway, so you can't just take it over, must expand on all that |
| 20:34.33 | raj12lnm | yeah javampire : I understood ur point. |
| 20:34.38 | javampire | I just wanted to make clear that you should not stop for researching, but dive in coding immediately, that's the best research |
| 20:35.22 | javampire | the only research you need to do now to find the major topics you want to achieve |
| 20:36.20 | raj12lnm | javampire : I am too confused with the BREP thing. Today I spent tome going deep into the OpenNurbs library but I consider it as futile now. the examples are much better. |
| 20:36.32 | Notify | 03BRL-CAD Wiki:Sean * 7011 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: |
| 20:38.41 | javampire | raj12lnm: glad to hear you make progress :-) but nothing is futile, I'm sure the examples are easier to get after your code reading excursion |
| 20:41.31 | raj12lnm | javampire : to find the ON_Brep class i did "grep -r 'class ON_Brep' . " in the library |
| 20:41.37 | raj12lnm | do you think i can do any better ? |
| 20:42.05 | Notify | 03BRL-CAD Wiki:Sean * 7012 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: eliminate ones not as relevant to esa mission |
| 20:42.22 | raj12lnm | because i didnt get the implementation and methods associated with t. |
| 20:42.29 | javampire | raj12lnm: find src/other/openNURBS -name '*.h' -exec grep -l 'class ON_Brep' \{\} \; |
| 20:42.54 | brlcad | raj12lnm: i don't don't you're a fast learner and didn't mean to imply otherwise if you took it that way |
| 20:43.09 | brlcad | just saying that self-motivation and discovery is highly valued |
| 20:43.22 | brlcad | knowing when to ask a question and what question to ask |
| 20:43.39 | brlcad | if you feel your schedul is already packed, then I would suggest finding something to eliminate |
| 20:44.47 | brlcad | it's better to be ahead and need to expand a proposal later than to be "behind" and fail to meet expectations |
| 20:45.21 | raj12lnm | brlcad : we have multiple copies of examples. |
| 20:46.29 | raj12lnm | saw example_brep/example_brep.cpp in OpenNurbs and proc-db/brep_simple.cpp |
| 20:46.51 | Notify | 03BRL-CAD:starseeker * 60368 (brlcad/trunk/src/libged/ls.c brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Add an option to quote ls object results - Archer seems to pre-build an ls list and then post process it (??) so we're doomed from the start if tcl doesn't get the ls resulting names quoted. This is probably insufficient, in that it does not protect from other active Tcl characters in names (see |
| 20:46.53 | Notify | http://stackoverflow.com/questions/5302120/general-string-quoting-for-tcl for examples) - something like using libb64 to encode/decode base64 for all internal string uses that do not directly involve printing output for the user may be in order... |
| 20:48.24 | raj12lnm | brlcad: you are right. |
| 20:48.46 | raj12lnm | javampire : I think this is a better way t deal with the current timeline. |
| 20:49.06 | raj12lnm | and to extend it further once into the program. |
| 20:51.48 | starseeker | is slightly dizzy following Archer's ls command... yipe |
| 20:53.29 | javampire | brlcad: what about sharing a pdf, pdfonline.com is OK ? |
| 20:53.49 | starseeker | is starting to buy the idea that we need to encode at the C->Tcl interface and decode at the Tcl->user interface (and vice versa...) but talk about your invasive changes... |
| 20:55.06 | javampire | hmm, not good, pdfonline is having problems |
| 20:57.11 | ``Erik | starseeker: sorta json style? tclon? |
| 20:58.06 | javampire | brlcad: google drive is acceptable ? |
| 20:58.41 | javampire | https://drive.google.com/file/d/0Bw3jVEDJsI6hc2RsMDQxVU1PQUE/edit?usp=sharing |
| 20:58.59 | brlcad | starseeker: that's why I started working on a libbu encode/decode interface |
| 20:59.27 | javampire | raj12lnm: have a look at the pdf, I hope it's visible - it should be a graph of the opennurbs header dependencies |
| 20:59.29 | brlcad | of course I didn't finish, but much is there now |
| 21:00.20 | brlcad | javampire: sure |
| 21:00.25 | javampire | brlcad: I wrote a small python script to generate .dot files of selected header dependencies, is there any interest in it ? |
| 21:00.52 | brlcad | possibly |
| 21:01.18 | javampire | I will publish some to see what I mean |
| 21:03.09 | starseeker | ``Erik: not that structured - sorta like hex encoding a string. libb64 has an example program |
| 21:03.30 | starseeker | brlcad: saw that, but that looked to be quoting. |
| 21:04.08 | javampire | brlcad: https://drive.google.com/file/d/0Bw3jVEDJsI6hUEpGaHpha3lsZk0/edit?usp=sharing |
| 21:05.08 | ``Erik | would simple escaping work? um, something similar to https://dev.mysql.com/doc/refman/5.5/en/mysql-real-escape-string.html ? |
| 21:05.51 | starseeker | ``Erik: problem there is that what constitutes "special" characters may vary from language to language |
| 21:06.38 | ``Erik | (one of the keen things about json is that it's valid javascript, you CAN eval it even though it's considered bad practice... sorta a watered down sexp type concept) |
| 21:06.54 | pandrei | the editor that melange is offering is incredibly stubborn |
| 21:07.55 | starseeker | would consider json to be a better "frame" for ascii geometry files than Tcl (more language agonstic) but for things like passing .g object names around it's a bit orthogonal to the problem... |
| 21:08.53 | starseeker | in this case, we need to take a "*" from the MGED/Archer command lines, generate a "list" or "set" of object names, and feed 'em to lower level libraries for processing |
| 21:09.27 | starseeker | especially complicated if you want to pre-process said list *before* sending it deeper |
| 21:11.54 | starseeker | we've dodged the issue up until now with some informal prohibitions on things like spaces in object names, but converted files are another story |
| 21:12.41 | starseeker | in some ways, it would almost be better if we used UUIDs or something and the names were just labels |
| 21:13.29 | starseeker | if the names never had to be put into lists or other containers directly it would simplify some things |
| 21:13.32 | *** part/#brlcad priteshvikram (ca3e4672@gateway/web/freenode/ip.202.62.70.114) |
| 21:17.12 | starseeker | even if we have the strings encoded in Tcl to avoid trouble, we still have to get at the unencoded form for Tcl-level regex matching and such, and that stackoverflow discussion is all about how to just *assign* a problematic string to a Tcl variable successfully |
| 21:18.32 | starseeker | I suppose that means in the end we'll have to successfully handle the Tcl side, no matter what, as long as we want to support name-based manipulation of any sort in Tcl... |
| 21:25.16 | *** join/#brlcad raj12lnm (75eaa8df@gateway/web/freenode/ip.117.234.168.223) |
| 21:27.06 | Notify | 03BRL-CAD:starseeker * 60369 brlcad/trunk/src/libbu/CMakeLists.txt: Rename quote to encode, to reflect function names |
| 21:27.41 | Notify | 03BRL-CAD:starseeker * 60370 brlcad/trunk/src/libbu/encode.c: Fix header |
| 21:33.17 | javampire | brlcad: https://github.com/ncsaba/headerdeps |
| 21:33.47 | javampire | have a look in the examples dir to see what you can do with it |
| 21:34.27 | javampire | I did it so that I can see dependencies between selected headers |
| 21:34.39 | javampire | or C files |
| 21:39.01 | Notify | 03BRL-CAD:starseeker * 60371 brlcad/trunk/include/bu/vls.h: Commit some thoughts on the encoding/decoding problem... Clearly some work to do here, and will have to construct some nasty unit tests for Tcl quoting as a starting point... |
| 21:41.25 | Notify | 03BRL-CAD:starseeker * 60372 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Rename the current libbu test file as well. |
| 21:42.19 | Notify | 03BRL-CAD:starseeker * 60373 brlcad/trunk/src/libbu/tests/bu_encode.c: Fix header, names |
| 21:49.28 | javampire | brlcad: this graph is one I want to discuss: https://github.com/ncsaba/headerdeps/blob/master/examples/mged_headers.pdf?raw=true |
| 21:50.08 | Notify | 03BRL-CAD:starseeker * 60374 brlcad/trunk/include/ged.h: Add a reminder to ged.h - will need to allow interfaces to specify what they need from encode/decode, since ged is constructing the result strings and the application decides what language to use. |
| 21:51.28 | javampire | I wonder what is the reason for mged_dm.h, and why the display manager related parts were not integrated in ged library ? |
| 21:52.58 | javampire | the ged library do have some artifacts which are related to displaying geometry if (I'm not mistaken) |
| 21:55.15 | *** join/#brlcad infinite (~infinite@14.139.122.114) |
| 22:13.05 | javampire | OK, have to leave, will discuss mged next time :-) |
| 22:43.12 | *** join/#brlcad infinite (~infinite@14.139.122.114) |
| 22:53.59 | infinite | hi! How do we get the window to display out frame buffer values? To display the raytraced geometry. |
| 23:08.49 | DarkCalf | waves to brlcad |
| 23:20.00 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) |
| 23:21.47 | *** join/#brlcad infinite_ (~infinite@14.139.122.114) |
| 23:26.39 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |