| 01:00.41 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 01:23.24 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.15) | |
| 01:55.12 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.26) | |
| 02:52.23 | Notify | 03BRL-CAD Wiki:Pengthiamkuca * 0 /wiki/User:Pengthiamkuca: |
| 03:08.10 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.23) | |
| 08:41.25 | *** join/#brlcad andrei_ (~IceChat77@188.25.158.21) | |
| 08:56.49 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7599 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 11 */ |
| 09:10.47 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:12.15 | d_rossberg | Zhao_Anqing: i've just tested the facetize command with the shifter in toyjeep.g, it works in trunk but not in nmgreorg |
| 09:15.01 | Zhao_Anqing | d_rossberg: Ok. I will check it. |
| 09:15.18 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:15.34 | Zhao_Anqing | Is Import/Export OK? |
| 09:22.35 | d_rossberg | a simple test was successful, yes |
| 09:23.55 | Zhao_Anqing | That's great. Thank you. |
| 09:24.22 | d_rossberg | however, you should do more tests: e.g. the subsystems of toyjeep: do they work in trunk? in nmgreorg? can the rusult be saved and loaded in the other branch? |
| 09:25.39 | andrei_ | Daniel, I've been looking over pipe and from what I understand so far, pipe is just a generic list of segments |
| 09:25.56 | andrei_ | segments that are a wdb_pipept structure internally |
| 09:25.57 | d_rossberg | there are some example geometries in the share/db folder, you should test them all |
| 09:26.11 | d_rossberg | (this was for Zhao) |
| 09:26.38 | andrei_ | yes, I know. I know you re busy, so sorry for interrupting, just wanted to leave that message |
| 09:26.46 | d_rossberg | andrei_: in general yes, a list of segments |
| 09:27.27 | Zhao_Anqing | d_rossberg: OK. I see. I will test them all then. |
| 09:30.13 | d_rossberg | andrei_: in sketch some pointer tests are missing: you know: assert() to warn the developer and if () to protect the interfae against crashes |
| 09:31.18 | d_rossberg | and some tests for the sketch would be nice |
| 09:31.41 | d_rossberg | create, delete, test for memory holes ... |
| 09:33.39 | andrei_ | I'll look into tests |
| 09:33.53 | andrei_ | I mean, I ll look at Sketch, but I didn't understand your last reply |
| 09:34.34 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:35.29 | andrei_ | regarding pipe, I don't understand something |
| 09:35.40 | andrei_ | the wdb_pipept structure isn't defined in rtgeom.h, how come? |
| 09:46.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:58.36 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:04.43 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 10:12.31 | *** join/#brlcad caen23 (~caen23@92.81.161.189) | |
| 11:01.43 | d_rossberg | andrei_: rtgeom.h lines 830 ff. |
| 11:02.48 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 11:04.06 | d_rossberg | create, delete, test for memory holes means to test the creation and deletion of sketchs and sketch segments and look e.g. for memory holes |
| 11:19.48 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:23.28 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 12:03.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:07.20 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:11.55 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:16.44 | raj12lnm | kanzure : although ctypesgen doesnt parse but I think it doesnt have the ability to cipher the parsed data if the headers contains c++ symbols. |
| 12:16.52 | raj12lnm | This also evident from there homepage |
| 12:17.13 | raj12lnm | first line says : "This project automatically generates ctypes wrappers for header files written in C. " |
| 12:17.52 | raj12lnm | But pybindgen can cipher the parsed data even if the headers contain c++ symbols. |
| 12:19.47 | Zhao_Anqing | d_rossberg: excuse me. I have a question. when calling nmg_bool, sA and sB should be totally independent shells. If some of structure's index of sB changes after reindex sA, There must be some bugs here. Am I right? |
| 12:21.15 | Zhao_Anqing | just like the E-mail I send to you in 2014/7/18. |
| 13:15.01 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 13:15.55 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:33.20 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 13:43.14 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 13:45.03 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:56.12 | d_rossberg | first: reindexing sA shouldn't change sB, but because we put the indexes of sA and sB after each other changing sA could make sA indexes overlap with sB |
| 14:19.18 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 14:53.40 | Zhao_Anqing | d_rossberg: sorry, I am not quite understand 'we put the indexes of sA and sB after each other changing sA could make sA indexes overlap with sB'. why the index of sA and sB could be overlap? |
| 14:53.56 | Zhao_Anqing | nmg_s_reindex(sA, 0);nmg_s_reindex(sB, sA->maxindex); |
| 14:55.01 | Zhao_Anqing | the two sentenses' result should be 'the indexes in sB are all bigger than sA'. is it right? |
| 14:58.03 | Zhao_Anqing | more exactly, the min index in sB should be equal to the max index in sA + 1? |
| 14:59.13 | Zhao_Anqing | but now the situation is not like this, so there must be some structure shared by sA and sB. it's not allowed in new nmg. is my understand right? |
| 15:01.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:11.32 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:18.43 | d_rossberg | yes, they shouldn't share anything |
| 15:20.31 | Zhao_Anqing | OK. I see. Thanks a lot. |
| 15:22.52 | d_rossberg | this would mean that the two input parameters sA and sB already share some components? |
| 15:25.04 | Notify | 03BRL-CAD:n_reed * 61980 brlcad/trunk/src/libbu/hash.c: fix r58482 typo to make defined function name match header declaration |
| 15:26.04 | Zhao_Anqing | d_rossberg: no, according my test. the error happens after calling nmg_crackshells() |
| 15:26.39 | Zhao_Anqing | before calling it, there are no shared structure, at least the result of this method to test is no. |
| 15:27.08 | Zhao_Anqing | but, after calling nmg_crachshells(), the situation mentioned appears. |
| 15:27.32 | Zhao_Anqing | so I am looking in this function. |
| 15:34.22 | d_rossberg | ok, bye |
| 16:02.29 | Notify | 03BRL-CAD:ejno * 61981 brlcad/branches/bullet/src/libged/simulate/simrt.c: disable line-drawing code by default in simulate |
| 16:05.08 | Notify | 03BRL-CAD:ejno * 61982 brlcad/branches/bullet/src/libged/simulate/simrt.c: add another ifdef |
| 16:28.04 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 17:01.50 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:02.28 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 17:46.02 | Notify | 03BRL-CAD Wiki:Inderpreet * 7600 /wiki/User:Inderpreet/GSoC14/logs: /* Week 10 */ |
| 18:22.21 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.59.203) | |
| 18:25.18 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:35.14 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:18.33 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7601 /wiki/User:Krajkreddy/GSOC14/summary: /* Plan */ |
| 20:30.54 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:57.33 | Notify | 03BRL-CAD Wiki:112.79.39.6 * 7602 /wiki/User:Ankeshanand/GSoC14/logs: Update Logs |
| 21:30.01 | Notify | 03BRL-CAD:starseeker * 61983 brlcad/trunk/src/libged/comb.c: Don't do db_dirdelete here - just free db_ls container. db_dirdelete wipes out the working .g structure. |
| 23:03.11 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.59.203) | |