| 00:00.28 | ``Erik | 600kg is an awful lot of stuff O.o |
| 00:00.32 | clock | ye |
| 00:00.43 | clock | especially since I carried al that from the 6 gyms in public transport |
| 00:01.24 | clock | a backpack, 3 bags in one hand, 3 in another |
| 00:01.27 | clock | and go several times |
| 00:01.40 | clock | the limiting factor was that the plastic bags don't rip through :) |
| 00:02.06 | clock | 0,- cost for gasoline |
| 00:02.09 | clock | no need to organize |
| 00:02.32 | clock | and you know a bus is big and has a strong engine, it doesn't really mind :) |
| 00:53.20 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.9) | |
| 01:37.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:53.20 | *** join/#brlcad hcurtis (b82d336f@gateway/web/freenode/ip.184.45.51.111) | |
| 01:54.06 | hcurtis | brlcad: Checking in |
| 02:18.04 | hcurtis | I've been trying to get my dynamic allocation program to use BRL-CAD headers. I solved some previous problems, but I now have new ones. Here are the commands I tried, the error message I got, and the current version of my program: http://paste.lisp.org/+327E |
| 02:18.33 | hcurtis | I am working on the problem, but comments and advice are welcome. |
| 03:00.12 | brlcad | hcurtis: the error says it cannot find -lmalloc .. so my first question to you would be to revisit why that is on the command line at all |
| 03:01.52 | hcurtis | The info I found said to use -l to link a library. |
| 03:02.53 | hcurtis | Malloc.c is a library, right? |
| 03:03.50 | hcurtis | It also said to leave off the file's extension when giving gcc the library name. |
| 03:04.32 | brlcad | ``Erik: I got a free cert a couple months ago .. never bothered to install it |
| 03:04.56 | brlcad | and from the looks of it, only free for one year. lil bait to pay program |
| 03:08.49 | hcurtis | brlcad: I put the word malloc on the command line because I thought malloc.c was the library containing bu_malloc and bu_free. |
| 03:10.59 | brlcad | it is not |
| 03:11.32 | hcurtis | Ok |
| 03:11.59 | brlcad | I'm going to guess you found that hint on the net somewhere while searching for clues on how to link with malloc |
| 03:12.08 | brlcad | you're not using malloc |
| 03:12.29 | brlcad | you're using bu_malloc and bu_free, what library are they in? |
| 03:13.26 | hcurtis | I don't know. |
| 03:15.18 | brlcad | are they a system symbol or a brl-cad symbol? |
| 03:15.32 | hcurtis | I can tell you why I thought malloc.c was the library containing bu_malloc and bu_free if you would like to know. I didn't find it on the Internet. |
| 03:16.15 | brlcad | malloc.c is the name of a source file, not a library |
| 03:16.35 | hcurtis | Ok |
| 03:16.40 | brlcad | a library would be named something like libsomething.so or libfoo.dll or libbar.dylib |
| 03:16.56 | hcurtis | By the way, I have seen the term symbol, but I don't recall what it means in programming. |
| 03:18.17 | brlcad | most of the things one names in code that the compiler sees gets turned into a runtime "symbol" |
| 03:18.36 | brlcad | so the names of functions |
| 03:18.39 | brlcad | global variables |
| 03:18.56 | brlcad | few other things |
| 03:19.04 | hcurtis | And I imagine that bu_malloc and bu_free are BRL-CAD symbols |
| 03:19.26 | brlcad | they are indeed |
| 03:19.44 | brlcad | except that BRL-CAD is not a library but contains a collection of libraries |
| 03:19.59 | brlcad | so you have to figure out which library those particular symbols belong to |
| 03:20.04 | hcurtis | Yes |
| 03:21.19 | hcurtis | Thank you for your help. |
| 03:22.04 | brlcad | the HACKING file has the answer as does the include header directory or even the source directory if you come across where that function is implemented in the source tree |
| 03:22.30 | hcurtis | Ok |
| 03:23.43 | brlcad | grep can be your friend to find mentions in text files |
| 03:23.55 | hcurtis | Ok |
| 03:24.12 | brlcad | grep bu_malloc include/ for example |
| 03:24.26 | hcurtis | Yes |
| 03:24.50 | brlcad | rather grep -R bu_malloc include/ |
| 03:25.18 | brlcad | "man grep" it's a powerful tool worth learning in detail |
| 03:25.34 | hcurtis | Sounds good |
| 03:28.24 | brlcad | note with my examples that libsomething.so or libfoo.dll or libbar.dylib correspond to libraries named "libsomething" and "libfoo" and "libbar" (or even just something, foo, and bar) which would be linked with -lsomething or -lfoo or -lbar if your linker search path is correct |
| 03:28.54 | hcurtis | Ok |
| 03:30.21 | hcurtis | I leave off the extension when giving gcc the library name. |
| 03:31.52 | brlcad | and the lib prefix |
| 03:32.25 | brlcad | you're on linux, so the actual file will usually be something like libwhatever.so.21.0.1 |
| 03:32.31 | brlcad | that becomes -lwhatever |
| 03:32.59 | hcurtis | Ok |
| 03:44.52 | hcurtis | brlcad: It's libbu. |
| 04:17.57 | brlcad | also hinted by the symbol prefix, so next is to try and link against it |
| 04:19.02 | brlcad | if it says it can't find it, then that means you haven't told the compiler where to find it (correctly), that a linker search path is wrong or another is needed |
| 04:21.18 | hcurtis | Ok |
| 04:25.30 | hcurtis | brlcad: Here is the last group of options that I tried. I'm getting the same error message. I'm trying to figure out what I am doing wrong. http://paste.lisp.org/+327G |
| 04:47.21 | hcurtis | brlcad: I got something to happen, but now I have a new issue: http://paste.lisp.org/+327H |
| 05:00.48 | Notify | 03BRL-CAD:zhaoanqing * 61174 (brlcad/branches/nmgreorg/include/raytrace.h brlcad/branches/nmgreorg/src/libged/facetize.c brlcad/branches/nmgreorg/src/librt/comb/comb.c): add 'merge tree' and 'flatten tree' function. |
| 05:14.34 | hcurtis | brlcad: Should I run BRL-CAD binaries before I try to run my dynamic allocation program? |
| 06:11.16 | *** join/#brlcad oana_ (~elf11@109.97.151.101) | |
| 07:05.36 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-fuirknnbevtzglgo) | |
| 07:25.02 | *** join/#brlcad raj12lnm (31cd6b50@gateway/web/freenode/ip.49.205.107.80) | |
| 07:25.20 | *** join/#brlcad clock (~clock@84-72-11-5.dclient.hispeed.ch) | |
| 07:51.42 | Notify | 03BRL-CAD:zhaoanqing * 61175 brlcad/branches/nmgreorg/src/libged/facetize.c: replace the shell variable 'nmg_shell' with tree variable 'nmg_tree' to support multi-shell situation. |
| 07:52.33 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 08:10.19 | *** join/#brlcad pandrei (~pandrei@5-12-220-193.residential.rdsnet.ro) | |
| 08:15.52 | *** join/#brlcad raj12lnm (31cd6b50@gateway/web/freenode/ip.49.205.107.80) | |
| 08:45.39 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 09:03.24 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 09:22.10 | raj12lnm | hi all. |
| 09:22.32 | raj12lnm | I want to create a submodel on mged, so that I understand it better. |
| 09:22.51 | raj12lnm | I created two database abc1.g and abc2.g |
| 09:23.02 | raj12lnm | I opened mged abc1.g |
| 09:23.22 | raj12lnm | So below is better representation of the commands |
| 09:23.28 | raj12lnm | $ mged abc1.g |
| 09:24.03 | raj12lnm | mged> in submodel_ |
| 09:24.27 | raj12lnm | Enter solid type: sbmodel |
| 09:25.01 | raj12lnm | Enter name of treetop: "" (I dont know about this therefore gave an empty string as input. but this i presume is wrong) |
| 09:25.26 | raj12lnm | Enter space partitioning method: 1 |
| 09:26.51 | raj12lnm | Enter name of .g file (or "" for none): ~/abc2.g (I also gave "" for none but in both cases mged gives a error prompt and stops) |
| 09:27.23 | raj12lnm | ERROR: bad pointer 0xa1002ec: s/b bu_vls(x89333bbb), was Zero_Magic_Number(x0), file /home/raj/brlcad/src/libbu/vls.c, line 314 |
| 09:27.59 | raj12lnm | It will be great if anybody could help me with it. :) |
| 09:28.03 | raj12lnm | thanks :) |
| 09:49.36 | *** join/#brlcad javampire (~ncsaba@p4FF73B2E.dip0.t-ipconnect.de) | |
| 09:59.44 | *** join/#brlcad raj12lnm_ (31cd6b50@gateway/web/freenode/ip.49.205.107.80) | |
| 10:22.16 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:22.26 | raj12lnm | I tried to get the backtrace of the submodel error |
| 10:22.32 | raj12lnm | pasted here http://tny.cz/9d176d29 |
| 10:23.30 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.193.175) | |
| 10:33.15 | Notify | 03BRL-CAD Wiki:Hcurtis0010 * 7244 /wiki/User:Hcurtis0010/GSoC2014/logs: |
| 10:43.04 | Notify | 03BRL-CAD Wiki:Hcurtis0010 * 7245 /wiki/User:Hcurtis0010/GSoC2014/logs: |
| 10:49.29 | hcurtis | Update: I've been researching the latest error message on the dynamic allocation task and have tried different potential solutions. None of them worked out, but there are some additional things that I will try later today. |
| 11:08.21 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 11:09.50 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-jdouqskjftsunkfc) | |
| 11:41.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:04.48 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:26.30 | *** join/#brlcad LordOfBikes (~armin@dslb-178-010-184-206.pools.arcor-ip.net) | |
| 12:31.23 | *** join/#brlcad ries_ (~ries@190.9.171.121) | |
| 12:56.52 | *** join/#brlcad ishwerdas (~ishwerdas@117.199.106.86) | |
| 14:07.11 | Notify | 03BRL-CAD:starseeker * 61176 (brlcad/trunk/NEWS brlcad/trunk/src/librt/primitives/submodel/submodel.c): The vls containers used by submodel need to be initialized, or submodel bombs with invalid memory errors. With this fix, successfully tested submodel with m35. |
| 14:45.12 | *** join/#brlcad ishwerdas (~ishwerdas@117.212.50.69) | |
| 14:47.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:05.13 | Notify | 03BRL-CAD:starseeker * 61177 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add some information about what paramaters are available to search for in the -params option documentation. |
| 15:07.45 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.69) | |
| 15:09.16 | *** join/#brlcad clock (~clock@84-72-11-5.dclient.hispeed.ch) | |
| 15:12.03 | Notify | 03BRL-CAD:carlmoore * 61178 (brlcad/trunk/src/librt/db_diff.c brlcad/trunk/src/librt/librt_private.h): remove a trailing blank and fix 2 spellings |
| 15:12.24 | starseeker | raj12lnm: we should have submodel fixed now |
| 15:12.41 | starseeker | (commit r61176) |
| 15:14.46 | starseeker | raj12lnm: for treetop, supply the object you want to reference from the other .g file |
| 15:17.40 | raj12lnm | starseeker : thanks :) |
| 15:17.51 | raj12lnm | I will just fetch and build. |
| 15:18.38 | raj12lnm | starseeker : can you also write a reply on the list ? |
| 15:19.03 | raj12lnm | I mean on the brlcad-devel list |
| 15:25.44 | *** part/#brlcad ishwerdas (~ishwerdas@117.212.50.69) | |
| 15:35.14 | brlcad | raj12lnm: thanks for reporting that bug ... submodels don't get used very often but they are pretty useful |
| 15:36.12 | raj12lnm | brlcad : Welcome, i dont see javampire on the channel so a mail on the list will ensure that he has the update |
| 16:41.00 | *** join/#brlcad ries_ (~ries@190.9.171.121) | |
| 16:46.09 | *** join/#brlcad shaina (~shaina@14.98.245.246) | |
| 17:08.10 | kanzure | brlcad: does the ray tracer do physically-accurate ray tracing through lenses? for example, i was thinking of testing a microscope's optics. |
| 17:11.22 | brlcad | kanzure: it won't do some optical effects like spectrum diffraction (prism effects) |
| 17:11.34 | kanzure | thanks |
| 17:11.38 | brlcad | but yes, it should give a precise ray path optics |
| 17:11.45 | kanzure | diffraction is important for microscope things |
| 17:13.49 | brlcad | ray tracing theory doesn't generally including wave effects like diffraction and interference |
| 17:14.06 | brlcad | our multispectral library might have that capability, but I honestly haven't looked at it in many years |
| 17:14.31 | brlcad | our multispectral library does track packets of spectrum as they propagate, but I don't know to what extent |
| 17:15.33 | kanzure | i am considering pbrt or povray, with designs dumped from brlcad |
| 17:17.05 | brlcad | fwiw, I don't believe povray does diffraction either |
| 17:19.40 | ries_ | brlcad: I thought nowday's they did? |
| 17:23.02 | brlcad | mildly relevant: http://brlcad.org/gallery/renderings/lightbulb/lightbulb |
| 17:23.21 | brlcad | ries_: not that I'm aware of .. they had a to-do for it |
| 17:23.49 | brlcad | had a rendering of a gci-modeled fresnel lens that was modeled in brl-cad, but I can't find the optical rendering |
| 17:24.29 | brlcad | kanzure: we also have http://brlcad.org/xref/source/src/proc-db/lens.c which might be interesting |
| 17:25.02 | brlcad | (it's one of brl-cad's dev tools, creates lens geometry) |
| 17:31.29 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-toqtmbqufdzxqtgh) | |
| 17:32.46 | *** join/#brlcad sofat (~sofat@101.208.8.64) | |
| 17:39.42 | Notify | 03BRL-CAD:starseeker * 61179 (brlcad/branches/openscenegraph/NEWS brlcad/branches/openscenegraph/doc/docbook/system/man1/en/hex.xml and 11 others): Update osg branch through r61178 |
| 17:49.19 | *** join/#brlcad pandrei (~pandrei@188.27.87.37) | |
| 19:00.37 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7246 /wiki/User:Ankeshanand/GSoC14/logs: /* Update logs */ |
| 19:21.07 | pandrei | ~seen d_rossberg |
| 19:21.13 | infobot | d_rossberg <~rossberg@66-118-151-70.static.sagonet.net> was last seen on IRC in channel #brlcad, 2d 4h 12m 42s ago, saying: 'i've to leave soon'. |
| 19:23.06 | *** join/#brlcad vladbogo (~vlad@86.127.153.90) | |
| 19:52.10 | *** join/#brlcad javampire (~ncsaba@p4FF7172B.dip0.t-ipconnect.de) | |
| 20:10.16 | *** join/#brlcad vladbogo (~vlad@86.127.153.90) | |
| 20:12.04 | Notify | 03BRL-CAD Wiki:Albertcoder * 7247 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 3 */ |
| 20:14.38 | Notify | 03BRL-CAD:starseeker * 61180 brlcad/trunk/src/libged/search.c: Fix help string |
| 20:16.05 | Notify | 03BRL-CAD:tbrowder2 * 61181 brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm: move useful funcs into own module for sharing |
| 20:19.27 | Notify | 03BRL-CAD:tbrowder2 * 61182 brlcad/branches/d-binding/misc/d-bindings/F.pm: forgot true ending |
| 20:26.23 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.69) | |
| 20:41.49 | Notify | 03BRL-CAD:tbrowder2 * 61183 brlcad/branches/d-binding/misc/d-bindings/CExtract.pm: add some blank lines |
| 20:42.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:44.38 | Notify | 03BRL-CAD:tbrowder2 * 61184 brlcad/branches/d-binding/misc/d-bindings/G.pm: add a pretty_print option |
| 20:46.10 | Notify | 03BRL-CAD:tbrowder2 * 61185 brlcad/branches/d-binding/misc/d-bindings/convert-h2d.pl: use the pretty_print option; document the test option; add a short test file |
| 20:47.11 | Notify | 03BRL-CAD:tbrowder2 * 61186 brlcad/branches/d-binding/misc/d-bindings/HObj.pm: add pretty printing and extraction |
| 20:48.48 | Notify | 03BRL-CAD:tbrowder2 * 61187 brlcad/branches/d-binding/misc/d-bindings/D.pm: add the object pretty printing; add '-x c' option for gcc |
| 21:04.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:08.08 | Notify | 03BRL-CAD:tbrowder2 * 61188 brlcad/branches/d-binding/misc/d-bindings/HObj.pm: remove spaces before parens |
| 21:13.24 | pandrei | brlcad(or anyone else, really) do you have any idea how I should represent a segment as a generic subclass? |
| 21:13.59 | pandrei | the thing is that all segments (line, nurb, carc, bezier) are built upon it |
| 21:14.20 | pandrei | but then there's not a single field they all have in common |
| 21:20.54 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.69) | |
| 21:38.02 | Notify | 03BRL-CAD:vladbogo * 61189 (brlcad/trunk/src/libfb/CMakeLists.txt brlcad/trunk/src/libfb/if_qt.cpp): Added the qt include dirs to cmake and created a custom QWindow which will be used by the framebuffer. |
| 21:38.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:51.02 | Notify | 03BRL-CAD:tbrowder2 * 61190 brlcad/branches/d-binding/misc/d-bindings/D.pm: pretty print to a file |
| 21:59.13 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7248 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 3 */ |
| 22:00.56 | Notify | 03BRL-CAD:tbrowder2 * 61191 brlcad/branches/d-binding/misc/d-bindings/convert-h2d.pl: revert to full object analysis |
| 22:02.02 | Notify | 03BRL-CAD:tbrowder2 * 61192 brlcad/branches/d-binding/misc/d-bindings/HObj.pm: tweak the object lines; fill in the actual pretty printing function |
| 22:10.00 | Notify | 03BRL-CAD:carlmoore * 61193 brlcad/trunk/doc/docbook/system/man1/en/imgdims.xml: add 'or', and change a comma to semicolon (only 2 items in either / or) |
| 22:15.39 | Notify | 03BRL-CAD:starseeker * 61194 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c and 2 others): Add support for stashing matrix information in full path structures. Approach is similar to how we store boolean information. |
| 22:23.42 | Notify | 03BRL-CAD:carlmoore * 61195 brlcad/trunk/doc/docbook/system/man1/en/ir-X.xml: put 'ir-X' in boldface in 2 places |
| 22:28.35 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7249 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 4 */ |
| 22:49.23 | Notify | 03BRL-CAD:tbrowder2 * 61196 (brlcad/branches/d-binding/misc/d-bindings/D.pm brlcad/branches/d-binding/misc/d-bindings/HObj.pm): now distinguish between C and D code (a WIP) |
| 23:00.10 | clock | Anyone needs small paper bags for storing small components? |
| 23:00.11 | clock | http://www.twibright.com/hw.php |
| 23:03.06 | Notify | 03BRL-CAD:tbrowder2 * 61197 brlcad/branches/d-binding/misc/d-bindings/D.pm: turn on D pretty printing |
| 23:19.55 | Notify | 03BRL-CAD:tbrowder2 * 61198 (brlcad/branches/d-binding/misc/d-bindings/CExtract.pm brlcad/branches/d-binding/misc/d-bindings/G.pm): move C to D type maps to globals module |
| 23:22.49 | *** join/#brlcad hcurtis (b82d336f@gateway/web/freenode/ip.184.45.51.111) | |
| 23:23.07 | hcurtis | brlcad: Checking in |