IRC log for #brlcad on 20150622

00:44.06 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.56 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:59.54 *** join/#brlcad infobot (ibot@rikers.org)
02:59.54 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
03:11.48 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.59 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:38.14 *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
06:05.07 *** join/#brlcad milinda (~milinda@192.248.8.66)
06:07.36 milinda I have a .g file. I have read it using db_open which returns the db_i* successfully. I need to convert the db_i* in to rt_db_internal. I have used casting it works at the compile time but when I try to get rt_brep_internal from casted rt_db_internal the program crashes. How can I resolve this ?
07:36.16 *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:59.13 Notify 03BRL-CAD Wiki:Konrado DJ * 8759 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JUNE 2015 */
08:06.53 *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:14.19 *** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:14.51 *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
08:47.30 *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:15.41 *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vdbjibkbobggupqa)
09:34.20 *** join/#brlcad milinda (~milinda@192.248.8.66)
09:45.10 dracarys983 milinda: rt_db_internal is for a database object. There is a function rt_db_get_internal() in include/rt/db_internal.h which fills a rt_db_internal struct.
09:49.21 milinda dracarys983: Thanks for the reply. What is the const mat and struct resources that we need to give in to that function. ?
09:56.20 dracarys983 milinda: I'm not sure about the "mat". The "resource" is a struct required for parallel execution I guess -- you can find it's description in include/rt/resource.h.
09:59.05 dracarys983 milinda: Once you get the database instance (db_i) from a .g file, you're trying to get a rt_db_internal for a model in that database, is that what you're trying to do?
09:59.25 milinda yes
09:59.28 milinda :)
10:00.27 milinda dracarys983: What I am really trying to do is read the .g file and browse the brep elements
10:00.43 milinda dracarys983:Do you know how to do this. May be code example ?
10:02.28 milinda dracarys983: I looked at the brlcad/src/adrt/load_g.c. Do we need to write that much of code just to load an .g file ?
10:05.26 Notify 03BRL-CAD Wiki:Ngassafinjap * 8760 /wiki/User:Amalia/Development_logs: /* Friday June 19th */
10:09.11 Notify 03BRL-CAD Wiki:Ngassafinjap * 8761 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */
10:13.52 Notify 03BRL-CAD Wiki:Ngassafinjap * 8762 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */
10:14.21 *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ixgictppbufpvenm)
10:15.26 dracarys983 milinda: I don't know about loading a .g file, sorry. I can help you with the steps for database manipulation I guess.
10:19.46 milinda dracarys983: That's okay I really appreciate your help. Thank You. :)
10:25.12 dracarys983 milinda: No problem. Here is a small code example -- I hope it helps. https://gist.github.com/dracarys-stormborn/d7fac7c7512410d3139b
10:26.21 milinda dracarys983: Thanks, I will look into that. :)
10:26.39 dracarys983 :)
10:28.02 *** join/#brlcad sofat (~sofat@202.164.53.117)
10:44.10 *** join/#brlcad milinda_ (~milinda@192.248.8.66)
10:45.33 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:51.21 *** join/#brlcad milinda_ (~milinda@192.248.8.66)
10:54.17 *** join/#brlcad sofat (~sofat@202.164.53.117)
11:02.57 Notify 03BRL-CAD Wiki:Ngassafinjap * 8763 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
11:12.28 milinda_ dracarys983: db_lookup fails. The name should be full path to the .g file right ?
13:16.13 Notify 03BRL-CAD:starseeker * 65439 brlcad/trunk/include/config_win.h.in: If I'm not mistaken, libbu/interrupt.c takes care of this itself and both sig_t and HAVE_SIG_T doesn't seem to be used elsewhere in the code.
13:28.23 Notify 03BRL-CAD:starseeker * 65440 (brlcad/trunk/include/config_win.h.in brlcad/trunk/src/remrt/remrt.c): I'm not quite sure why HAVE_VFORK was set to one here - the only place in the code that appears to use HAVE_VFORK is remrt.c, and without a working fork that define won't help (which is the case on Windows.)
13:31.46 *** join/#brlcad sofat (~sofat@202.164.45.212)
13:31.53 sofat starseeker, hello
13:32.35 sofat I want some discussion regarding this week work if you free please response me.
13:47.21 *** join/#brlcad sofat (~sofat@202.164.45.212)
13:52.37 Notify 03BRL-CAD:starseeker * 65441 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Fix isascii (that one needs two underscore prefix characters) and take a stab at the rest of the config_win.h defines.
13:56.40 Notify 03BRL-CAD:starseeker * 65442 brlcad/trunk/CMakeLists.txt: Add fallback typedefs
13:59.40 Notify 03BRL-CAD:starseeker * 65443 brlcad/trunk/CMakeLists.txt: Tweaks
14:02.10 Notify 03BRL-CAD:starseeker * 65444 brlcad/trunk/CMakeLists.txt: typedefs, not defines...
14:09.56 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.01 *** join/#brlcad sofat (~androirc@101.214.52.81)
14:52.13 Notify 03BRL-CAD Wiki:Konrado DJ * 8764 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 22 JUNE 2015 */
14:56.40 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:02.56 Notify 03BRL-CAD:starseeker * 65445 brlcad/trunk/CMakeLists.txt: the type tests aren't reliable enough yet - add extra trigger for now.
15:03.03 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:08.13 *** join/#brlcad sofat (~androirc@101.214.122.153)
15:08.40 *** join/#brlcad sofat (~androirc@202.164.45.212)
15:28.22 *** join/#brlcad sofat (~sofat@101.214.123.208)
15:50.06 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:18.14 sofat starseeker, please allow me to change this week milestone in proposal .
16:31.19 *** join/#brlcad sofat_ (~androirc@202.164.45.204)
16:34.20 *** join/#brlcad milinda_ (~milinda@112.134.178.206)
16:38.40 milinda_ https://bitbucket.org/milindasf/stepviewer/src/c595443bc989a55bd94e0e27288c7e59d0a7f1fb/stepviewermainwindow.cpp?at=default refer line 119 to 158. I am trying to open a .g file and browse it brep components. but db_lookup line 144 fails. What am I doing wrong here. ???
16:51.48 *** join/#brlcad sofat (~sofat@101.214.187.55)
17:09.37 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.51 *** join/#brlcad sofat (~sofat@101.214.118.205)
17:37.13 dracarys983 milinda_: Um, the filepath field is for auxiliary files -- the files having texture maps and such things. You have to write the name of the primitive / combination's name which is required and it is in the database.
17:37.43 sofat starseeker, I have submitted my new patch on wordpress.xsl.in file please accept this as soon as possible
17:38.54 Notify 03BRL-CAD:starseeker * 65446 brlcad/trunk/src/libged/tire.c: Whoops - already handled the offset
17:38.56 dracarys983 For e.g : Say my database is axis.g. Now, on doing an "ls" in MGED, it gives me a list of primitives / combinations there.
17:40.31 dracarys983 Now, there is a primitive with the name "arb8" in the list for axis.g. So, I would use "db_lookup(dbip, arb8, LOOKUP_NOISY);"
17:41.01 milinda_ dracarys983: Okay Thanks I will try that :)
17:48.18 dracarys983 milinda_: I guess for the brep elements, you might want to convert the rt_db_internal struct obtained using rt_*_brep() in *_brep.cpp in librt. That's my guess :)
17:48.23 dracarys983 I hope this helps :)
17:52.23 starseeker sofat?
17:52.26 starseeker nuts
17:53.25 *** join/#brlcad milinda_ (~milinda@112.134.178.206)
17:58.00 *** join/#brlcad sofat (~sofat@49.138.148.154)
18:05.41 *** join/#brlcad milinda_ (~milinda@112.134.178.206)
18:21.23 milinda_ dracarys983: Now db_lookup works fine. But the rt_db_internal crashes. Do you know why ?
18:22.37 dracarys983 milinda_: Yes. Because you have given a NULL casted by fastf_t * while that is a mat_t type parameter, I guess.
18:23.40 dracarys983 Well, give a bn_mat_identity (identity matrix) and try
18:24.45 milinda_ dracarys983:Okay
18:32.40 milinda_ dracarys983: problem is not solved yet. :(
18:37.57 dracarys983 milinda_: Uh oh. It's probably a database read failure.
18:39.18 milinda_ dracarys983:You mean in db_i* ?
18:39.40 milinda_ dracarys983: What about the resource parameter ?
18:40.14 milinda_ dracarys983: I think I am doing something wrong there ?
18:42.51 dracarys983 milinda_: Where is rt_uniresource defined?
18:46.51 milinda_ dracarys983: it's defined in the header i guess. okay problem solved. The problem was rt_db_internal * rtdbip was not initialized. Line 152 :)
18:47.12 milinda_ dracarys983: 3 days to resolve this. :)
18:47.37 milinda_ dracarys983: Including the corrections that you mentioned. :)
18:48.47 dracarys983 milinda_: Cool. Good going man. Things will get better. :)
18:49.49 milinda_ dracarys983: Anyway thanks for helping me. :)
18:50.51 dracarys983 milinda_: Oh, come on. It was just a push. You did the rest. :)
18:52.33 dracarys983 is done for the day. Going to sleep.
18:52.55 *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18)
19:02.44 Notify 03BRL-CAD:ejno * 65447 brlcad/trunk/src/libgcv/region_end_mc.c: free string returned by db_path_to_string()
19:18.08 *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
19:26.38 *** join/#brlcad merzo (~merzo@39-123-132-95.pool.ukrtel.net)
19:30.28 Notify 03BRL-CAD Wiki:Ngassafinjap * 8765 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
19:32.01 Notify 03BRL-CAD Wiki:Ngassafinjap * 8766 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
19:36.37 starseeker sofat: which milestone was it you wanted to change?
19:36.51 sofat html to xml conversion
19:36.53 sofat script
19:37.05 sofat but noe this not needed
19:37.13 starseeker ok, that's fine
19:37.20 sofat because i use xml for every thing
19:37.31 sofat editing
19:37.45 sofat validation etc..
19:37.59 sofat now you please allow me ?
19:38.03 starseeker not a problem - tweaks like that are normal
19:38.06 Notify 03BRL-CAD Wiki:Terry.e.wen * 8767 /wiki/User:Terry.e.wen/log:
19:38.32 sofat means please use simple english
19:38.43 sofat so i easy to understand
19:38.43 starseeker yes you man change the milestone
19:38.51 starseeker yes you may
19:38.55 sofat ok
19:39.02 sofat one request more
19:39.12 sofat i want to show you my work
19:39.18 sofat if free
19:39.21 sofat you free
19:39.46 starseeker maybe in a few hours?
19:39.53 starseeker right now isn't good
19:40.00 sofat ok
19:40.13 sofat another thing i am submit my
19:40.30 sofat two patches last week which are clean according you
19:40.46 starseeker sofat: I don't grant commit access myself
19:41.08 sofat ok so what i do :-(
19:41.27 starseeker did you read the HACKING document?
19:41.28 sofat my work is pending without this.
19:41.33 sofat yes
19:41.45 starseeker sofat: patches will work for the moment
19:42.21 sofat means please explain more
19:42.57 starseeker until you earn commit access, keep submitting patches as you have been doing
19:43.10 sofat ok
19:43.56 sofat i am worry about midterm because without commit access my work is not completed.
19:44.26 starseeker sofat: in what way?
19:45.21 sofat because before midterm i complete my 1-6 options
19:45.51 sofat editing - update main repo - update wordpress using cron job and commit access.
19:46.04 sofat by shell script
19:46.50 starseeker sofat: if you need to work on the technial aspects of interacting with the subversion repository, you could try setting up your own local subversion repo
19:47.00 sofat ok
19:47.18 sofat i will try
19:47.36 sofat one more question
19:47.43 starseeker frankly, I don't think we'll want to have any web based changes feeding directly back into the main repository anyway
19:48.31 sofat not directly
19:48.44 sofat admin allow then changes applied
19:50.02 sofat I could not found images for this document BRL-CAD_Tutorial_Series-VolumeIV.xml . You have any idea where the images.
19:54.28 starseeker sofat: it's probably the v4-* images in doc/docbook/books/en/images
19:55.27 sofat ok i check again
19:56.36 sofat starseeker, i am waiting for you when you free please tell me then I show you my work.
19:58.49 *** join/#brlcad Izakey (~Izakey@41.205.22.24)
20:11.20 *** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:16.58 Notify 03BRL-CAD:ejno * 65448 brlcad/trunk/src/libgcv/plugin.c: check pointer before incrementing
20:20.02 *** join/#brlcad sofat (~sofat@49.138.148.154)
20:20.47 Notify 03BRL-CAD:starseeker * 65449 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Avoid a crash - this is a symptom of another bug.
20:20.56 *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18)
20:34.38 Notify 03BRL-CAD:starseeker * 65450 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Avoid another crasher
20:47.17 *** join/#brlcad sofat (~sofat@202.164.45.212)
21:29.15 *** join/#brlcad sofat (~sofat@101.214.10.17)
21:51.03 Notify 03BRL-CAD Wiki:101.214.101.96 * 8768 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:52.16 *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:53.20 *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
22:54.16 *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
23:20.02 Notify 03BRL-CAD Wiki:Deekaysharma * 8769 /wiki/User:Deekaysharma/logs:
23:36.00 Notify 03BRL-CAD Wiki:Bhollister * 8770 /wiki/User:Bhollister/DevLogJune2015:
23:41.18 Notify 03BRL-CAD Wiki:Bhollister * 8771 /wiki/User:Bhollister/Proposal: /* Project Schedule */

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