| 01:03.56 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-vdaxiaviejubtxdc) |
| 01:14.56 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-wywtkcaanawzxips) |
| 03:06.58 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 04:19.01 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 05:31.34 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 05:58.21 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:34.29 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 06:34.29 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 06:46.53 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:55.43 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lcy44-2-88-161-121-174.fbx.proxad.net) |
| 07:28.01 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:28.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:28.51 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:31.49 | *** join/#asterisk-dev oej (~oej@2001:2040:62:2:cf2:bef:a91a:5a2e) |
| 07:31.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:32.55 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:03.38 | *** join/#asterisk-dev matsk (~matsk@vpnbl.borderlight.net) |
| 08:59.50 | *** join/#asterisk-dev tirej (~tirej@95.9.123.3) |
| 09:05.21 | *** join/#asterisk-dev oej (~oej@2001:2040:62:2:cf2:bef:a91a:5a2e) |
| 09:05.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:05.06 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 11:30.42 | *** join/#asterisk-dev oej (~oej@193-45-212-130.customer.telia.com) |
| 11:30.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:41.18 | *** join/#asterisk-dev skrusty (~skrusty@168.63.14.171) |
| 13:21.31 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 13:32.08 | *** join/#asterisk-dev oej (~oej@2001:2040:62:2:180c:1e66:6094:e5c4) |
| 13:32.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:44.44 | danjenkins | bonjour all, trying to debug something for George and file |
| 13:45.59 | danjenkins | actually, just going through the whole process now i removed the pjproject stuff |
| 13:46.29 | danjenkins | eurgh, which i catestrophically ruined |
| 13:49.49 | gtjoseph | well, that's not good. :) |
| 13:49.51 | danjenkins | if at first you dont succeed, ruin your source dir and start afresh eh |
| 14:12.52 | danjenkins | ok you should have what you need now @gtjoseph :) |
| 14:12.57 | danjenkins | maybe :D |
| 14:13.07 | gtjoseph | same result on 13? |
| 14:23.46 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:23.46 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:33.19 | *** join/#asterisk-dev oej (~oej@2001:2040:62:2:180c:1e66:6094:e5c4) |
| 14:33.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:59.50 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 21:59.50 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 22:10.56 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 22:14.00 | *** join/#asterisk-dev xrobau (~xrobau@2001:4830:121e:ffff:44ae:cf3e:1ea1:dfa0) |
| 22:58.27 | *** join/#asterisk-dev xrobau (~xrobau@2001:4830:121e:ffff:44ae:cf3e:1ea1:dfa0) |
| 23:22.24 | coreyfarrell | gtjoseph: I thought pjproject used memory pools or something 'not malloc/calloc'? will MALLOC_DEBUG turn that off, or is that already turned off for the bundled build? |
| 23:22.41 | coreyfarrell | or am I just confused? :) |
| 23:24.04 | gtjoseph | it does use pools but the pool manager still uses malloc |
| 23:25.18 | gtjoseph | MALLOC_DEBUG doesn't turn the pools off |
| 23:26.34 | coreyfarrell | hmm sounds like the MALLOC_DEBUG log can tell you how much memory leaked, but won't help find the cause at all? since all/most pjproject leaks would be caused by the pool manager |
| 23:28.02 | gtjoseph | what it will do however is put deaddead in the allocation so we can get an immediate failure |
| 23:28.36 | gtjoseph | rmudgett has been trying to track down a tough issue |
| 23:28.44 | gtjoseph | and this should help |
| 23:28.53 | coreyfarrell | understood, and the immediate failure will give you a useful core dump/backtrace |
| 23:29.16 | gtjoseph | well, that's the idea :) |
| 23:31.04 | rmudgett | It should be able to tell me if the transaction object or the tdata object is destroyed. |
| 23:32.01 | rmudgett | It is a dang narrow window that I cannot find by walking through the code. |
| 23:32.12 | coreyfarrell | yeah the deaddead thing makes sense total, only other way to do that is run valgrind which is slow enough to cause it's own problems. |
| 23:32.35 | rmudgett | Slow enough to be nearly useless |
| 23:32.54 | coreyfarrell | or the slowness of valgrind can sometimes prevent problems (like ones that only happen in a narrow race window). |
| 23:33.38 | rmudgett | Actually it can make narrow race windows wider by slowing things down. It really messes with the timing of things. :) |
| 23:56.05 | *** join/#asterisk-dev tuxd00d (~tuxd00d@172.58.25.33) |