IRC log for #brlcad on 20170916

00:39.04 *** join/#brlcad ncaewnjxvflntnic (~armin@dslb-094-216-165-069.094.216.pools.vodafone-ip.de)
03:38.48 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.41 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:59.31 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:00.16 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:01.03 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:01.53 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:02.43 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:03.28 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:04.18 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:05.08 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:05.53 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.43 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:07.28 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.16 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:09.06 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:09.56 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:10.41 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:11.31 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:12.16 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.03 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.53 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:41.59 *** join/#brlcad KimK (~KimK@2001:579:d00c:800:c83f:3c12:86d9:dd4f)
10:14.51 *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-llyewaxayzxpnlqr)
11:10.58 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:34.03 *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-chgkuwxoiilcuunf)
15:41.05 *** join/#brlcad Outbound (~Outbound@bl5-92-78.dsl.telepac.pt)
15:43.11 Notify 03BRL-CAD Wiki:Mariomeissner * 10240 /wiki/User:Mariomeissner/logs:
16:00.21 *** join/#brlcad mario_ (8af60235@gateway/web/freenode/ip.138.246.2.53)
16:00.59 mario_ Hi! I can't make rtweight load my .density file. It always throws segmentation fault. Any suggestions?
16:03.49 brlcad mario_: do you know how to use a debugger? what's the backtrace?
16:04.34 brlcad starseeker: gdal's CMakelist seems to be loading global cflags... now sure how to make it not do that
16:04.49 mario_ I'm using the Ubuntu subsystem on Windows, so I don't know how I would load a debugger there
16:05.08 brlcad type "gdb", does it run?
16:05.46 mario_ yes it does
16:05.54 brlcad then you have a debugger ;)
16:05.59 mario_ cool!
16:06.10 brlcad gdb --args path/to/rtweight ...options...
16:06.18 brlcad then at the gdb prompt:
16:06.22 brlcad gdb> run
16:06.40 brlcad it should segfault and bring you back to gdb> prompt
16:06.47 brlcad gdb> backtrace
16:07.05 brlcad that should say exactly where it died
16:07.33 mario_ oh thank you! I'll come back with the backtrace if i can't figure it out
16:07.47 brlcad k, sounds good :)
16:07.58 brlcad learning how to use a debugger is an essential skill, very useful
16:08.10 brlcad i suggest going through a quick 10 minute tutorial for the basics
16:08.23 brlcad far more powerful than printf() debugging that most people start with
16:08.36 mario_ I love the eclipse debugger ;) but never really used a command line one
16:08.54 mario_ ill go through some tutorial yeah
16:08.57 mario_ thank you for the suggestion!
16:09.19 brlcad the eclipse debugger is almost certainly gdb
16:09.32 mario_ ye but with a nice interface :P haha
16:09.35 brlcad this would just be teaching you what those buttons are doing
16:10.02 brlcad nice interface fails you when you need to go anywhere else, like now
16:10.14 brlcad or another platform, or another compiler, or another language, or ...
16:10.32 mario_ yeah true
16:10.34 brlcad that's why learning the lower-level concept is generally considered essential
16:10.38 brlcad https://www.cs.umd.edu/~srhuang/teaching/cmsc212/gdb-tutorial-handout.pdf
16:10.43 brlcad that looks to be a decent intro
16:10.44 mario_ god damnit, its failing to build rtweight now
16:10.46 brlcad quick read
16:11.11 mario_ pnglibconf.h: No such file or directory # include "pnglibconf.h"
16:17.01 Notify 03BRL-CAD:brlcad * 70285 brlcad/trunk/src/other/gdal/CMakeLists.txt: for some reason, the gdal tests and flags seem to be affecting more than intended. looks like -Wl,--no-undefined is succeeding and then failing on all the general header/type/function tests, many of which overlap with our tests.
16:18.33 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:18.43 brlcad mario, that's a bizarre error .. it implies you don't have a successful cmake
16:19.06 brlcad of your trying to compile manually and haven't specified the right directories
16:23.33 mario_ Ill rerun cmake
16:23.49 mario_ I was just running make rtweight like always
16:23.53 mario_ used to work just fine
16:28.16 mario_ nope, same still happens
16:46.42 mario_ Ill reboot..
16:52.19 *** join/#brlcad mario_ (8af60235@gateway/web/freenode/ip.138.246.2.53)
17:06.51 mario_ ive done everything in my power to try to solve it
17:06.55 mario_ but problem persists
17:10.27 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:09.12 starseeker brlcad: that's surprising, I wouldn't have expected those assignments to have global scope
18:13.04 starseeker testing bullet just after ejno got done with it, I'm seeing the same issues
18:14.01 starseeker ejno: are you able to do a successful bullet run, either with trunk or the revision where you wrapped up work on it?
18:14.20 starseeker I'm trying to drop the tank car on an arb8, and it's inter-penetrating
18:16.46 ejno hey starseeker, thanks, i'm looking into that
18:18.33 ejno would you mind uploading the db somewhere if you still have it?
18:18.36 starseeker sure
18:19.29 starseeker http://brlcad.org/~starseeker/sim_test.g
18:19.45 ejno thanks!
18:20.09 starseeker part of it may be the object size, but unless you scaled the tc before it did work...
18:20.42 starseeker if the scale is that critical, we'll need to auto-scale the scene down to bullet's dimensions and then scale the results back up for the .g somehow...
18:20.45 ejno so this used to work before i made the changes?
18:21.10 starseeker it doesn't seem so, based on my testing, but I was trying to reproduce your video demo scene
18:21.14 starseeker which did work...
18:21.25 starseeker I may have done something wrong
18:21.25 ejno ah
18:22.06 ejno it's probably related to the scaling
18:22.20 starseeker I've got another demo I'm trying to assemble - a scaled up ktank dropping onto our example dsp - that has similar issues even which I scaled the overall scene down
18:22.23 starseeker ndos
18:22.26 starseeker nods even
18:23.16 starseeker ejno: how hard would it be to pull the bbox of the scene, and scale it down pre-bullet for simulation so it fits in the "safe" size range?
18:23.30 starseeker then scale it back up after simulation
18:27.01 starseeker ejno: I may have lost a build definition or two (in particular float vs. double) when I pulled the bullet srcs under libged, so that's another possibility (although I'm seeing the same behavior with older builds, so it seems unlikely)
18:27.23 ejno it's something i've been thinking of. probably a week or so, and i'll work on it
18:27.37 starseeker ejno: cool, thank you!
18:28.02 ejno glad to do it
18:28.20 starseeker it's getting tantelizing now, with a demonstrated run on Windows :-)
18:29.29 starseeker if you like I can also prepare an example with the dsp/ktank setup, although that may need that feature we talked about earlier of generating sweep bounding boxes in the direction of motion to cut down the size of the pieces bullet is looking at...
18:34.41 ejno thank you, i agree though, that's probably not necessary until the scaling work is done
19:00.45 Stragus Eh, I didn't think Bullet would be satisfactory for your physics needs. It detects collisions _after_ the fact then artificially push things away until they don't collide
19:00.54 Stragus It's good enough for games I suppose
19:31.35 *** join/#brlcad caen23 (~caen23@79.112.26.23)
19:36.35 Notify 03BRL-CAD:brlcad * 70286 brlcad/trunk/src/other/gdal/port/cpl_port.h: mac provides locale_t via the xlocale.h header .. pretend they're one in the same until we observe otherwise.
20:08.52 brlcad starseeker: I might have misread the output, but it looked like all the gdal tests were nearly all failing because of the -Wl,--no-undefined flag first passing successful but then causing all subsequent gdal tests to fail
20:09.28 brlcad and since gdal's header/type/etc tests happened before ours, the cached result seemed to be a lot disabled that shouldn't have been
20:14.38 brlcad Stragus: I don't recall having ever asserted bullet's simulation as being inadequate, at least not where you'd end up using it in cad modeling where it's almost entirely used to get objects to come into contact (e.g., per gravity) as part of some modeling operation or demonstration
20:15.23 brlcad now for v/l sim or anything high order, that's another issue ... wouldn't use it for that except maybe to fly out fragments
20:15.53 brlcad relatively low velocity, low forces, or easily time-stepped stuff
20:16.10 brlcad hi caen23
20:35.12 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:36.42 caen23 hi :D
21:26.08 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:29.21 *** join/#brlcad Outbound (~Outbound@bl5-92-78.dsl.telepac.pt)
22:52.06 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.47 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:18.25 *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dyqbzilwwiksxmlt)
23:57.10 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)

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