| 00:49.38 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) |
| 01:23.33 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 03:06.57 | brlcad | FYI, we're now within a sagonet maintenance window for the next 6 hours |
| 03:07.25 | brlcad | sry, next 7 hours (till 6am edt) |
| 03:07.35 | brlcad | downtime shouldn't exceed 20min, but will be any time in that window |
| 03:08.00 | brlcad | rack in datacenter is being moved |
| 03:47.22 | brlcad | starseeker: where are the functions listed in configure.ac, section 7, getting checked in the CMake build logic? can't find them |
| 04:04.51 | brlcad | hope the answer isn't what it's looking like ... that'd be a lot of useful functionality falling back to dumb defaults |
| 05:03.05 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 05:58.34 | *** join/#brlcad Stattrav (~Stattrav@122.178.195.64) |
| 05:58.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 07:14.17 | *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) |
| 07:20.06 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 07:24.46 | *** join/#brlcad epileg (~epileg@unaffiliated/epileg) |
| 11:05.18 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 11:25.40 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 14:45.13 | CIA-62 | BRL-CAD: 03brlcad * r45524 10/brlcad/trunk/BUGS: |
| 14:45.13 | CIA-62 | BRL-CAD: rt run from within mged (and probably also within archer, but untested) doesn't |
| 14:45.13 | CIA-62 | BRL-CAD: output anything other than the final success/failure message from libged. |
| 14:45.13 | CIA-62 | BRL-CAD: something is suppressing all output, which doesn't seem to have been intentional |
| 14:45.13 | CIA-62 | BRL-CAD: (undocumented). |
| 14:58.33 | brlcad | heh, new server was rebooted, but apparently the firewall was turned on (without any rules, defaulting to block everything) |
| 15:02.02 | *** join/#brlcad kunigami_ (~kunigami@201.53.206.27) |
| 15:03.58 | ``Erik | I was able to log into it about 20 minutes ago O.o |
| 15:04.26 | ``Erik | sure ya got the right IP? a lot of stuff pointing to the 'new' server is pointing to the 'old' 'new' server, like the crit domain name |
| 15:06.11 | ``Erik | (or was that fixed before I logged in at 10:41?) |
| 15:09.44 | brlcad | I got it fixed a couple hours ago |
| 15:09.54 | brlcad | ipfw is turned off at the moment |
| 15:12.04 | ``Erik | I think I tried to set up the auto-deny script you had, I may've munged it up |
| 15:12.10 | ``Erik | was a while back *shrug* |
| 15:12.14 | brlcad | np |
| 15:13.10 | ``Erik | with the reboots, might be prime time to expediate the migration |
| 15:13.37 | brlcad | i've been actively trying for some time now |
| 15:15.31 | brlcad | thinks brep plot just might be stuck in an infinite loop... been trying to plot an 800-object model for over an hour now |
| 15:16.01 | ``Erik | I think I've installed all the right ports, it's the config that might need work *shrug* you have some businesses using it and I don't want to risk their revenue *shrug* :) |
| 15:16.23 | ``Erik | shrugs himself to the kitchen to do some dishes |
| 15:16.29 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 15:29.59 | ``Erik | HAH, apple releases an ios update to prevent jailbreaking and it's broken almost immediately, only a 12hr gap in the slapsnot stories, nice |
| 15:42.15 | louipc | jajajaja |
| 15:45.18 | ``Erik | nice spin, the update notes say "Fixes security vulnerability associated with viewing malicious PDF files." |
| 15:45.42 | ``Erik | (the jailbreak uses a flaw in the pdf render stack) |
| 15:45.49 | starseeker | brlcad: Um - do you mean the AC_CHECK_FUNCS list on line 4506 of configure.ac? |
| 15:46.29 | starseeker | correction, line 2262 |
| 15:46.54 | starseeker | similar tests are in CMakeLists.txt starting at line 1096 |
| 15:49.21 | ``Erik | hm, liboptical throws a slew of warnings, %d fed an int instead of a long int |
| 16:26.54 | brlcad | starseeker: aha! thanks ... I'd grepped down the source tree and into misc/ but apparently not the top-level CMakeLists.txt file |
| 16:27.38 | brlcad | do think this brep plot is in an inf loop .. damn |
| 16:34.14 | starseeker | crud - it is a debug build? |
| 16:35.04 | brlcad | should be |
| 16:35.54 | brlcad | could also just be insancely slow, but it's been 2-3 hours |
| 16:36.37 | brlcad | http://pastebin.mozilla.org/1274946 |
| 16:42.45 | brlcad | lets it keep churning for now |
| 16:43.29 | brlcad | stack does keep changing, at least up to plot_BBNode, so if it's an inf loop, it's fairly complex or at the plot_BBNode level |
| 16:49.39 | starseeker | yipe |
| 16:55.44 | CIA-62 | BRL-CAD: 03starseeker * r45525 10/geomcore/trunk/CMake/FindCppUnit.cmake: Don't use FATAL_ERROR when checking for CppUnit - it's not essential. |
| 17:12.14 | ``Erik | mac? fbsd? attach pid to process to see what it's doing? |
| 17:12.30 | ``Erik | shark, truss, uh, I think linux strace or ktrace may do something |
| 17:12.39 | brlcad | nifty, rt crash on nurbs raytrace |
| 17:13.04 | ``Erik | or winderz, attach msvc debugger to process, pheer |
| 17:13.12 | brlcad | that is attached, did watch .. hence my comments about the "stack does keep changing" |
| 17:13.35 | ``Erik | aight, then it's doing something, but could be an infinite loop *shrug* |
| 17:14.00 | ``Erik | stop occasionally and record the stack dump? |
| 17:14.12 | brlcad | of course |
| 17:14.12 | ``Erik | if they don't change, it might be infinite |
| 17:14.27 | brlcad | blinks |
| 17:14.33 | brlcad | I feel like a broken record |
| 17:14.41 | ``Erik | srry, just got back from exercising and showering, brain isn't quite right |
| 17:14.57 | ``Erik | <-- playing the captain obvious role, it usually helps *shrug* :) |
| 17:14.57 | brlcad | exerwhaat? you okay? |
| 17:15.16 | brlcad | hit you head and stumble into the gym by accident? |
| 17:15.27 | ``Erik | nah, walking/jogging a trail in the heat |
| 17:15.48 | ``Erik | ya sure it's plugged into the wall? is the power on? :> |
| 17:16.42 | ``Erik | an infinite loop in the opennurbs stuff would be an interesting find, indianlarry is pretty good at what he does and I doubt the originators would not have noticed such a thing |
| 17:17.09 | ``Erik | slow, yes, infinite... not highly probable |
| 17:19.22 | ``Erik | brlcad: is MoRe the right place to dump works in progress for critique? |
| 17:20.43 | ``Erik | hah, guess they're moving that rack now |
| 17:21.11 | CIA-62 | BRL-CAD: 03starseeker * r45526 10/geomcore/trunk/tests/func/GE/CMakeLists.txt: Hmm - don't think we need CPPUNIT_INCLUDE_DIR here? Not in unit directory in any case... |
| 17:27.33 | CIA-62 | BRL-CAD: 03starseeker * r45527 10/geomcore/trunk/tests/func/svntest/main.c: Sync up with macro API cleanup in r45032 |
| 17:37.45 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 17:37.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 17:42.41 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) |
| 18:32.35 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) |
| 18:32.48 | brlcad | looks like sagonet borked a router |
| 18:33.32 | brlcad | maybe someone kicked the power cord right as you were mentioning it, otherwise, last msg received was 13:17 local |
| 18:34.07 | brlcad | I've narrowed it down to a single brep primitive .. looking very likely that it's infinite |
| 18:44.53 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.20.234) |
| 18:49.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:11.17 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 19:11.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:18.59 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 19:19.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:26.23 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 19:26.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:32.59 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 19:32.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 19:49.07 | *** join/#brlcad Stattrav (~Stattrav@117.202.20.234) |
| 19:49.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 20:00.18 | *** join/#brlcad yaadam (~chatzilla@188.147.8.128.nat.umts.dynamic.t-mobile.pl) |
| 20:02.26 | *** join/#brlcad yaadam (~chatzilla@188.147.8.128.nat.umts.dynamic.t-mobile.pl) |
| 20:03.18 | yaadam | What, about list of accept Logo BrlCAD ? |
| 20:06.11 | yaadam | I want to :-D see a gallery work of logo - I send a one. |
| 20:09.19 | yaadam | Or just you wait to deadline of logo Competition? |
| 20:09.35 | yaadam | And then show all send work? |
| 20:09.42 | yaadam | right :-) ? |
| 20:13.22 | CIA-62 | BRL-CAD: 03kunigami * r45528 10/brlcad/trunk/src/liboptical/ (liboslrend.cpp liboslrend.h sh_osl.cpp): added support to multi-thread using the OSL cocept of thread_info (hope I get it right :P) preliminary tests show a decrease in the time needed to render an example image when going from 1 to 2 processors |
| 20:23.39 | CIA-62 | BRL-CAD: 03Kunigami 07http://brlcad.org * r3011 10/wiki/User:Kunigami/GSoc2011/Reports: /* Reports */ added report for last week |
| 20:23.59 | CIA-62 | BRL-CAD: 03bhinesley * r45529 10/brlcad/trunk/src/libged/edit.c: comment detailing how ged_edit will handle standardized and unique (unrecognized) subcommand options/args in a generic way, without requiring changes when a new command is added. Spellchecked file. |
| 20:55.35 | CIA-62 | BRL-CAD: 03bhinesley * r45530 10/brlcad/trunk/include/bu.h: typo |
| 21:20.01 | brlcad | patience yaadam |
| 21:21.54 | kunigami_ | seems he didn't have patience even to wait for a response :) |
| 21:23.10 | *** join/#brlcad yaadam (~chatzilla@188.147.8.128.nat.umts.dynamic.t-mobile.pl) |
| 21:23.29 | CIA-62 | BRL-CAD: 03r_weiss * r45531 10/brlcad/trunk/src/libbn/plane.c: |
| 21:23.29 | CIA-62 | BRL-CAD: Created a new prototype version of function bn_isect_line_lseg in the libbn |
| 21:23.29 | CIA-62 | BRL-CAD: library within file plane.c. This new version is disabled by default and exists |
| 21:23.29 | CIA-62 | BRL-CAD: to support the prototype version of nmg_triangulate_fu. The changes to this |
| 21:23.29 | CIA-62 | BRL-CAD: function were necessary to process the output from the prototype function |
| 21:23.30 | CIA-62 | BRL-CAD: bn_isect_line3_line3_new. This is a work in progress. |
| 21:37.10 | CIA-62 | BRL-CAD: 03brlcad * r45532 10/brlcad/trunk/ (NEWS src/librt/opennurbs_ext.h): |
| 21:37.10 | CIA-62 | BRL-CAD: fixed a bug in NURBS plot where it was getting stuck in an infinite loop due to |
| 21:37.10 | CIA-62 | BRL-CAD: hitting an edge case where our v estimate for a given u was _exactly_ hitting |
| 21:37.10 | CIA-62 | BRL-CAD: the test point causing subsequent tests to repeatedly test the same point over |
| 21:37.10 | CIA-62 | BRL-CAD: and over. this edge case is actually a happy done-with-function case so we can |
| 21:37.10 | CIA-62 | BRL-CAD: just return the precise v value. |
| 21:40.27 | CIA-62 | BRL-CAD: 03brlcad * r45533 10/brlcad/trunk/src/librt/opennurbs_ext.h: add another subtle change in case the == case ever gets removed, swap the logic so that the <= case will cause the comparison to clamp correctly to the singular point (and further prevent the inf loop). |
| 22:00.47 | *** join/#brlcad yAdam (~chatzilla@178.180.65.32.nat.umts.dynamic.t-mobile.pl) |
| 22:12.26 | CIA-62 | BRL-CAD: 03kunigami * r45534 10/brlcad/trunk/src/liboptical/init.c: osl_mfuncs should be included on DMFUNCS too |
| 22:27.18 | *** join/#brlcad yAdam (~chatzilla@178.180.65.32.nat.umts.dynamic.t-mobile.pl) |
| 22:56.18 | *** part/#brlcad yAdam (~chatzilla@178.180.65.32.nat.umts.dynamic.t-mobile.pl) |