| 00:00.16 | putnopvut | Similarly, I'm not sure how you could make a filter that specified exactly two of just about anything. |
| 00:00.25 | sruffell | .....or perhaps the project drop down can be supplied on the URL? Then at least I could make bookmarks |
| 00:00.26 | putnopvut | Two categories, two reporters, etc. |
| 00:01.48 | sruffell | yeah...searching via mantis isn't intuitive for me either...I always find it easier to use google with site:bugs.digium.com.. |
| 00:02.12 | sruffell | ...but then I probably don't have the internal mental model of how mantis was constructed. |
| 00:02.27 | sruffell | (a classic user-interface mistake) |
| 00:02.29 | *** join/#asterisk-dev moy (n=moy@189.169.88.136) |
| 00:03.18 | snuff-work | well techincally mantis has made the choice that projects are seperate entities.. and therefore you can only choose 1 at a time or all |
| 00:03.45 | snuff-work | but if someone hacked mantis to have a multivalue select box for projects |
| 00:04.03 | snuff-work | should then just have to tweak the sql query |
| 00:05.17 | sruffell | shucks |
| 00:05.26 | putnopvut | I would be willing to bet that the UI could be tweaked. |
| 00:05.46 | snuff-work | i forget who at digium does those tweaks to mantis.. |
| 00:06.02 | *** join/#asterisk-dev schmooze_tony (n=schmooze@rrcs-67-52-214-62.west.biz.rr.com) |
| 00:06.04 | putnopvut | bbryant and jpeeler are usually the ones who do that. |
| 00:06.20 | snuff-work | ah thought jpeeler was |
| 00:07.09 | sruffell | might be worthwhile... |
| 00:07.37 | sruffell | ...not that I've stayed on top of anything that doesn't come in via email, until I log in and see all those old, untouched issues staring me in the face. |
| 00:08.32 | snuff-work | yey.. my perl script is working.. soon another server shall quake in fear of being rebuilt via jumpstart UI |
| 00:09.00 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 00:09.56 | putnopvut | you know, it's things like app_record.c that bug me. |
| 00:10.00 | putnopvut | It's a simple app, not that long. |
| 00:10.07 | putnopvut | But it's pretty much a single 300-line function. |
| 00:10.25 | sruffell | lol |
| 00:10.31 | sruffell | and how deep is the nesting? |
| 00:10.50 | putnopvut | a quick look tells me about 4 levels at most, so not *horrible* |
| 00:19.29 | *** join/#asterisk-dev moy (n=moy@189.169.88.136) |
| 01:06.39 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 01:16.47 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-181-107.hsd1.wa.comcast.net) |
| 01:17.37 | seanbright | hrmmm |
| 01:17.46 | seanbright | from http://dirac.org/linux/gdb/02a-Memory_Layout_And_The_Stack.php |
| 01:17.51 | seanbright | Debugging information compiled into an executable will not be read into memory unless GDB loads the executable. This means that executables with debug information will not run any slower than executables without debug information (a common misconception). While it's true that debugging executables take up more disk space, the executable will not have a larger "memory footprint" unless it's from within GDB. Similarly, |
| 01:18.12 | Qwell | huh |
| 01:18.29 | seanbright | good to know |
| 01:18.36 | Qwell | oh, but |
| 01:18.47 | Qwell | that isn't entirely true |
| 01:18.54 | seanbright | heh |
| 01:18.55 | Qwell | code optimization |
| 01:18.59 | seanbright | right |
| 01:19.13 | seanbright | -g + -O = not good |
| 01:19.33 | Qwell | well |
| 01:19.38 | snuff-work | what do we use.. like O6 or something ? or have we gone down a lvl or 2.. |
| 01:19.53 | Qwell | I guess if you're compiling unoptimized anyways, adding -g wouldn't hurt at all |
| 01:19.59 | snuff-work | would never know.. --enable-dev-mode dont_optimize |
| 01:20.00 | Qwell | so, that is true, from that perspective |
| 01:20.15 | seanbright | right |
| 01:20.25 | seanbright | i assumed 'debugging info' = slower |
| 01:27.00 | Corydon76-dig | Not all debugging info is just that added by the compiler/linker |
| 01:31.34 | seanbright | ok? |
| 01:31.39 | seanbright | wow me |
| 01:37.53 | seanbright | ... or not |
| 01:56.35 | seanbright | Corydon76-dig: what other debugging info is there? |
| 01:56.44 | seanbright | besides printf() |
| 02:02.18 | tzanger | wow coppice lgpl'd spandsp?? |
| 02:03.18 | outtolunc | so it seems |
| 02:04.14 | tzafrir_laptop | -O6 hopefully means -O3 and not a permission to gcc to do its worst |
| 02:23.22 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:23.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:59.23 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 04:09.29 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 04:09.29 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 04:35.43 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 04:35.44 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:51.25 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 05:02.06 | *** part/#asterisk-dev moy (n=moy@189.169.88.136) |
| 05:18.26 | *** join/#asterisk-dev Corydon76-dig (i=pink@pdpc/supporter/bronze/Corydon76-home) |
| 05:18.26 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 05:18.26 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) [NETSPLIT VICTIM] |
| 05:18.26 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 05:18.26 | *** join/#asterisk-dev wedhorn (n=nwedhorn@123-243-209-34.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 05:18.26 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 05:18.26 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 05:18.26 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 05:18.26 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 06:09.14 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:59.06 | mvanbaak | mornin |
| 06:59.26 | mvanbaak | tzafrir_laptop: -O6 is worse |
| 07:00.06 | mvanbaak | and the best part is, O6 is not really documented |
| 07:45.14 | *** part/#asterisk-dev snuff-work (n=snuff-wo@203.176.96.250) |
| 07:59.08 | *** join/#asterisk-dev bkw__ (n=brian@70-3-114-27.area5.spcsdns.net) |
| 08:27.41 | *** join/#asterisk-dev Fuzix (n=fuzix@82.201.19.192) |
| 08:36.59 | Fuzix | Hello, the nasty deadlock russellb tracked down in what version is it the troubled code fixed? |
| 08:37.10 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 08:48.45 | pputman | Fuzix, there's a changelog that says 1.4.21.1 fixed a typo in one of the lock headers I believe. |
| 08:49.19 | mvanbaak | hard to say Fuzix without knowing what deadlock you mean |
| 08:49.31 | mvanbaak | there have been more then one deadlock issue in asterisk |
| 08:50.29 | Fuzix | I have an machine that keeps locking up after a few days |
| 08:50.40 | Fuzix | 1.4.21 or 1.4.21.1 didn't make a difference |
| 08:51.04 | Fuzix | I have the gdb backtrace in a pastebin @ http://pastebin.com/m7d22a92e |
| 08:51.14 | Fuzix | But I don't really know what to look for |
| 08:59.10 | Fuzix | Is there more information I can retrieve from this hung asterisk? |
| 08:59.14 | Fuzix | else I'll kill it |
| 09:16.52 | mvanbaak | try running this on a new shell: |
| 09:16.57 | mvanbaak | asterisk -rx 'core show locks' |
| 09:17.21 | mvanbaak | make sure it's the first command you run |
| 09:17.35 | Fuzix | http://pastebin.com/f37b6001e |
| 09:18.18 | mvanbaak | thank you. |
| 09:18.37 | mvanbaak | now look at bugs.digium.com if there's a bugreport for this |
| 09:18.40 | mvanbaak | if not, create one |
| 09:18.54 | mvanbaak | and attach the bt and core show locks as textfiles to the bug |
| 09:21.07 | mvanbaak | gheh, my brother just became father. |
| 09:21.52 | Fuzix | congratulations |
| 09:47.01 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 10:09.01 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:04.37 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:19.14 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:21.09 | *** join/#asterisk-dev ccesario (n=ccesario@mailserver.damata.ind.br) |
| 11:33.10 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 11:39.38 | JerJer | mvanbaak: at least your Monkey's Uncle is still there for ya :) |
| 11:40.52 | mvanbaak | ;) |
| 11:52.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:02.53 | *** join/#asterisk-dev ccesario_ (n=ccesario@mailserver.damata.ind.br) |
| 12:10.08 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:10.08 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:10.55 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177581608.dsl.bell.ca) |
| 12:16.39 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:16.39 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:26.36 | tzafrir_laptop | that's odd. why is the -o flag needed for tar? |
| 12:26.57 | tzafrir_laptop | Are the files being extracted as root or non-root? |
| 12:27.14 | tzafrir_laptop | If non-root , -o is imlied . Otherwise things won't work |
| 12:27.51 | tzafrir_laptop | If installed as root: you should fix permissions at install time. And this is done by 'install' (the program, not the target), right? |
| 12:27.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:27.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:28.26 | caio1982 | mvanbaak: i'll deprecated those cli commands in another patch, no worries |
| 12:28.36 | caio1982 | mvanbaak: i just didnt have time to look at it after i filed the bug :( |
| 12:28.46 | caio1982 | s/deprecated/deprecate |
| 12:29.17 | tzafrir_laptop | BTW: the tarballs contain files with user:group 1000:1000 . Maybe just run the tar process under fakeroot? |
| 12:29.31 | tzafrir_laptop | (when preparing the tarball, that is) |
| 12:35.38 | *** join/#asterisk-dev jeffg (i=ZdNogw3g@pdpc/supporter/active/jeffg) |
| 12:43.01 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 12:44.31 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 12:44.34 | mvanbaak | caio1982: I know. I just noted it there so you wont forget |
| 12:46.25 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:59.25 | caio1982 | mvanbaak: thanks :D |
| 13:11.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.228.111) |
| 13:25.10 | tzanger | hmm |
| 13:25.44 | mvanbaak | bob |
| 13:26.36 | tzanger | how do I invoke the asterisk FSK modem from a channel driver? I want to get asterisk to generate FSK for CID when asterisk tells my channel driver to ring a channel |
| 13:27.31 | russellb | chan_dahdi is your usage documentation i guess |
| 13:28.03 | russellb | which does it using callerid_*() API calls |
| 13:29.17 | tzanger | russellb: sweet, ok, thanks! |
| 13:29.18 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-71a198f701fa6f3d) |
| 13:29.50 | snuff-away | mm who uses app_rpt.. (radio repeater / remote base) |
| 13:30.00 | snuff-away | its a lot of lines of code.. |
| 13:30.25 | snuff-away | 12000 |
| 13:30.45 | mvanbaak | does it even compile ? |
| 13:30.51 | mvanbaak | last time I checked it didn't |
| 13:30.57 | russellb | not without warnings anyway |
| 13:31.01 | *** join/#asterisk-dev ccesario (n=ccesario@mailserver.damata.ind.br) |
| 13:31.50 | snuff-away | mm might take a look over weekend if i'm bored.. lot of defs at top of file |
| 13:32.36 | snuff-away | someone gave it a little love since it has 'dadhi' .h files |
| 13:32.57 | snuff-away | april 07 was merged.. |
| 13:42.08 | tzanger | hmm, okay, so ast_callerid_generate() is called to generate the audio, and then you actually block in a while() loop that writes out the audio to the card |
| 13:43.10 | tzanger | however you will short-write if EAGAIN is returned |
| 13:43.19 | tzanger | at least in chan_zap, not sure about chan_dahdi :-) |
| 13:43.22 | tzanger | I have to update all my code |
| 13:43.24 | russellb | hasn't changed |
| 13:43.53 | russellb | why would it be returning on EAGAIN ... |
| 13:46.54 | tzanger | that's what it does |
| 13:47.18 | russellb | yeah, i see it, heh |
| 13:47.22 | russellb | silly code alert :) |
| 13:47.44 | tzanger | while(totalsent != len) { res = write() if(res < 0) { if (res = -EAGAIN) return 0 else do other stuff() } totalsent += res } |
| 13:48.29 | tzanger | I guess it is perfectly fine to block when writing like that for the channel since the cid spill will never fuck with the ring cadence |
| 13:48.44 | tzanger | classic case of my trying to overengineer something when a simple solution will work just fine. heh |
| 13:58.12 | tzafrir_laptop | any idea what it would take to backport app_fax to asterisk 1.4? |
| 13:58.41 | snuff-away | i dont think there is 'huge' changes to be made.. but that's just from memory |
| 13:59.05 | tzafrir_laptop | any chance someone already did this? (better than "slim"?) |
| 13:59.52 | snuff-away | there was the old way... before dimas (i think) made a cohierant app_fax.. |
| 14:00.09 | snuff-away | an app_rxfax/app_txfax |
| 14:02.06 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 14:04.52 | snuff-away | nice find kpfleming :) |
| 14:18.04 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:20.09 | caio1982 | if i use ast_strlen_zero to check for an empty string '' is still accepted though "" is not, if i use strcmp to check it "" is still accepted and this time '' is not... how's that? is there any other a clean solution for this? |
| 14:20.25 | sruffell | tzafrir_laptop: I put in that -o file in tar when trying to work on a small system where I was building on a nfs share that I didn't have root access on. Seems like the permissions should be needed when untarring, only installing? |
| 14:21.22 | tzafrir_laptop | blames sruffel for working as root ;-) |
| 14:23.24 | russellb | Note: If you manually edit svnmerge properties, do _not_ put a space after a comma. |
| 14:23.25 | russellb | kthx! |
| 14:25.00 | Corydon76-dig | russellb: I have asked the reporter to address the concern you have on the IAX2 change. If I don't get an answer by COB, I'll revert the commit |
| 14:25.11 | russellb | thanks! |
| 14:25.48 | russellb | and i'm sorry I haven't been able to be in there actively looking at those patches ... |
| 14:26.24 | Corydon76-dig | No, I should've asked you to take a look before I committed that |
| 14:29.48 | dioedu | putnopvut, in the M13005... the patch fix or not the bug ? |
| 14:31.09 | tzafrir_laptop | some parts of app_fax rely on T38 support. Which I'm not going to backport. What could be a useful #define to #ifdef-out anything related to t38? |
| 14:32.09 | mvanbaak | hhmm, deadlock in res_agi |
| 14:32.36 | mvanbaak | http://pastebin.com/m4e3bf512 |
| 14:35.48 | Juggie | hrmmm |
| 14:36.18 | *** join/#asterisk-dev ccesario (n=ccesario@mailserver.damata.ind.br) |
| 14:36.29 | mvanbaak | have to run |
| 14:36.36 | mvanbaak | will look at it later |
| 14:37.48 | putnopvut | dioedu: the one I uploaded did not. Your patch is still not visible since your license is pending. |
| 14:38.41 | dioedu | the license was approved... |
| 14:38.57 | dioedu | but i think that he doesn't test it... |
| 14:38.58 | dioedu | ok |
| 14:39.00 | dioedu | thanks |
| 14:39.09 | seanbright | really wanted a new iphone this morning... :-( |
| 14:39.23 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:39.32 | Juggie | mvanbaak, hmmm... thats interesting.... it isnt obvious |
| 14:39.39 | seanbright | but i'll settle for updating my current one to the 2.0 software |
| 14:40.51 | russellb | thinks someone shold give him their gen1 iPhone |
| 14:41.03 | Juggie | russellb, how about you get a good phone :) |
| 14:41.23 | seanbright | Juggie: he just said he would like the iphone, so he's good to go. |
| 14:41.37 | seanbright | Juggie: unless you're a hater, and then i have no patience for you anyway. |
| 14:41.41 | seanbright | :) |
| 14:42.05 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 14:42.05 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:42.11 | Juggie | MOG! |
| 14:42.18 | mog | Juggie, ! |
| 14:42.27 | seanbright | russellb: i'll give it to you for $100 |
| 14:42.28 | seanbright | :) |
| 14:43.41 | russellb | seanbright: come on, you're breaking my balls! |
| 14:43.46 | seanbright | haha |
| 14:43.56 | Juggie | mog how are you! |
| 14:44.00 | russellb | $25, and i'll pay shipping |
| 14:44.02 | mog | grand grand |
| 14:44.07 | mog | you? |
| 14:44.12 | Juggie | not too shabby... |
| 14:44.25 | mog | nice |
| 14:44.30 | mog | hows canadia |
| 14:44.39 | Juggie | thinking about buying a new house... convinced the bank to approve a 25k line of credit so i can pay the builder deposit if i decide to do it |
| 14:44.41 | ctooley | Now that the iPhone has come down in price, all they need to do is ditch the crappy carrier network they're on. |
| 14:45.00 | Corydon76-dig | Won't happen for another 3 years |
| 14:45.02 | mog | iphone went up in price ctooley |
| 14:45.03 | Juggie | canada is nice, coolish today and yesterday but it was 100f/30c a couple of daysago |
| 14:45.06 | seanbright | russellb: please... i don't get out of bed for less than $75 |
| 14:45.23 | Corydon76-dig | ctooley: and I'm not sure who runs a better GSM network, anyway |
| 14:45.30 | Juggie | t-mobile probally |
| 14:45.34 | russellb | seanbright: lol, ok, well since I'm a good friend, surely I can offer you $50 and we'll have a deal. |
| 14:45.39 | Corydon76-dig | Juggie: not really, no |
| 14:45.49 | Corydon76-dig | Juggie: at least, not here |
| 14:45.52 | file | deal or no deal! |
| 14:45.53 | Juggie | at least you have multiple in canada we have one gsm network |
| 14:46.07 | Juggie | plays howie mandel |
| 14:46.08 | ctooley | Corydon76-dig, Well, that's the issue, it's GSM |
| 14:46.15 | Juggie | 'let me talk to the banker' |
| 14:46.17 | seanbright | russellb: i wouldn't make those kind of assumptions |
| 14:46.21 | seanbright | ;) |
| 14:46.23 | ctooley | mog, iphone went down in price, for the base model. |
| 14:46.39 | Juggie | ctooley, depends on if you consider the mandatory data plan/voice plan in the cost |
| 14:46.39 | seanbright | right, but the phone + the plan will cost you more in the long run |
| 14:46.43 | mog | not when you factor the ramp in price for the required plan |
| 14:46.47 | Juggie | then its actually more expensive :) |
| 14:47.00 | mog | and to get just the phone sans plan is 599 |
| 14:47.08 | seanbright | 699 |
| 14:47.10 | seanbright | i thought |
| 14:47.16 | mog | 599 for 8 |
| 14:47.18 | Juggie | you can get it for 599 in canadia |
| 14:47.18 | ctooley | is already pay $250/month for service, so.... the plan's not really the issue. |
| 14:47.19 | seanbright | ah |
| 14:47.20 | mog | 699 for 16 |
| 14:47.22 | Juggie | 199+400ECF |
| 14:48.05 | seanbright | i didn't realize they were already offering the "obligation free" thing yet |
| 14:48.13 | ctooley | It's the GSM part that keeps me from getting one (specifically AT&T) |
| 14:48.29 | Juggie | why do you hate gsm ctooley, certainly you dont love cdma |
| 14:48.34 | russellb | suggests #asterisk-iphone :-p |
| 14:49.12 | seanbright | heh |
| 14:49.18 | seanbright | someone has to port it first |
| 14:49.19 | seanbright | :) |
| 14:49.25 | ctooley | Juggie, CDMA has a lot of advantages, particularly in the area of not sucking as much as GSM. It also has some disadvantages, but the advantages seem to outweigh the advantages for me. |
| 14:49.51 | Juggie | ctooley, they both suck only as much as the provider |
| 14:50.47 | ctooley | Verizon provides very very good service for me. As far as customer service and price goes, they suck. As far as being able to make a phone call, well, I rarely find a place where someone else has service and I don't. |
| 14:50.55 | ctooley | And I live in BFE |
| 14:51.39 | Juggie | ctooley, thats cuz alot of the time companies just share towers :) |
| 14:52.01 | Juggie | at&t builds a tower and sells space to verizon, verizon builds one and sells space to at&t |
| 14:52.07 | Juggie | and the world keeps spinning |
| 14:53.01 | ctooley | Juggie, sharing the physical structure is one thing, they sure aren't sharing antennas though. And usually neither Verizon nor AT&T build the tower, those are typically contract space. AT&T and Verizon just rent space on top to put antennas. |
| 14:53.49 | ctooley | My grandfather has one on his farm because he's on top of a hill. And I'll tell you, the worst service in the world is directly under one of those stupid things. |
| 14:53.51 | Juggie | yeah obviously they dont share antennas |
| 14:54.20 | Juggie | ctooley, reason: directional antenas |
| 14:54.24 | Juggie | *antennas |
| 14:54.37 | ctooley | Juggie, right, I get that part. |
| 14:56.16 | Juggie | either way, they are fairly equal all things considered |
| 14:56.28 | Juggie | 99% of the time if you find a cdma signal you'll find a gsm one. |
| 14:56.32 | Juggie | and vise versa |
| 14:57.19 | Juggie | i think cdma is better at getting a signal in airplanes |
| 14:57.23 | Juggie | not that you should have your phone on :) |
| 14:57.55 | ctooley | I dare anyone in the FCC to show me any valid information on how the CDMA signal could cause interference with their A2S communications. |
| 14:58.06 | Corydon76-dig | Juggie: No, both should do equally well in airplanes |
| 14:58.44 | Corydon76-dig | ctooley: qualify that "at the power level of a cell phone signal" |
| 14:59.02 | ctooley | GSM does have a larger interference issue, as is easily noted by nice noises that come from your speakers whenever it talks to the tower. |
| 14:59.12 | Corydon76-dig | If you boost the signal by a factor of 10,000, you can cause harmful interference |
| 14:59.19 | ctooley | Corydon76-dig, or even a repeater that handles a lot of calls. |
| 14:59.26 | ctooley | But, yes, you are correct. |
| 15:00.11 | ctooley | If you boost a signal to enough power to cook your skin, it definitely could cause interference with other broadcast signals. |
| 15:01.06 | Corydon76-dig | I wouldn't call it broadcast... |
| 15:01.08 | ctooley | I'm thinking the issues at a boost of a factor of 10K has larger overall concerns besides the interference with a single plane's communications. |
| 15:01.37 | Corydon76-dig | Broadcast communication has a very specific meaning |
| 15:01.51 | ctooley | yeah, bad choice of words, it's Friday, my mind is on the beautiful day outside. :) |
| 15:01.52 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.121.203) |
| 15:01.55 | Laureano | Hello |
| 15:03.42 | Corydon76-dig | ctooley: in ideal weather conditions, there should be no interference. The question is, if the atmosphere below the plane has a lot of electrical disturbance, could the CDMA signal interfere with the very limited communications of a plane's command center to the air control authority? |
| 15:04.21 | Corydon76-dig | And that's why they are extremely cautious about this approval |
| 15:05.02 | Corydon76-dig | i.e. when the communications are the most critical, would there be an issue? |
| 15:05.23 | seanbright | bbryant: how about a clean way to undo incorrectly assigned karma? |
| 15:05.47 | ctooley | And there's not single group that I've found that even thinks it's possible in theory, let alone in practice. The issue was much more of an problem when cell phones used a far less specific set of frequencies and signals, not to mention a lot stronger signal. |
| 15:06.31 | bbryant | seanbright: like a button to delete it? |
| 15:06.39 | seanbright | bbryant: yeah |
| 15:06.47 | bbryant | ok |
| 15:06.56 | bbryant | that shouldn't be hard |
| 15:07.15 | Corydon76-dig | bbryant: restrict to administrators only, please |
| 15:07.21 | seanbright | sigh |
| 15:07.42 | Juggie | booo :) |
| 15:07.43 | russellb | or the person who awarded it |
| 15:07.46 | russellb | that might not be so bad |
| 15:07.55 | Corydon76-dig | russellb: I'd go with that, too |
| 15:07.57 | russellb | cool |
| 15:14.07 | *** kick/#asterisk-dev [seanbright!n=sean@asterisk/contributor-and-bug-marshal/seanbright] by seanbright (testing.) |
| 15:14.07 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 15:14.08 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:14.11 | seanbright | sweet. |
| 15:18.00 | russellb | o.O |
| 15:18.11 | *** mode/#asterisk-dev [-o seanbright] by russellb |
| 15:18.17 | russellb | you can have it back when you give me your iphone |
| 15:18.21 | Fuzix | haha |
| 15:18.36 | seanbright | heh |
| 15:18.37 | seanbright | fair enough |
| 15:18.49 | *** mode/#asterisk-dev [+o seanbright] by Qwell |
| 15:18.53 | file | russellb: holding op status as ransom for an iPhone... I like it |
| 15:18.55 | Qwell | I won't take yours - you can just buy me a new one. |
| 15:19.05 | Qwell | russellb: :P |
| 15:19.08 | *** mode/#asterisk-dev [-o seanbright] by seanbright |
| 15:19.18 | seanbright | f&%# all ya'll |
| 15:19.19 | seanbright | heh |
| 15:19.38 | russellb | muahaha |
| 15:19.45 | russellb | chanserv access list ftw |
| 15:19.51 | seanbright | awww man |
| 15:19.58 | seanbright | can't we all just get along |
| 15:21.18 | file | seanbright: we can work it out |
| 15:21.43 | seanbright | super |
| 15:21.47 | seanbright | now someone op me again |
| 15:21.47 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:21.47 | seanbright | heh |
| 15:22.02 | seanbright | ChanServ: thanks! |
| 15:22.26 | Qwell | seanbright: so, you really have a new iPhone? how are they? |
| 15:22.27 | *** mode/#asterisk-dev [-o seanbright] by ChanServ |
| 15:22.31 | tzafrir_laptop | is it possible that when a license is no longer ppending, a note to all open (all new?) bugs with pending patches of that user, and thus bumping them for review? |
| 15:22.34 | seanbright | Qwell: no, i do not. |
| 15:22.37 | Qwell | oh |
| 15:22.39 | Qwell | well then |
| 15:22.41 | seanbright | Qwell: i overslept, otherwise i would. |
| 15:22.55 | seanbright | Qwell: sometime this weekend or next week i'll get one |
| 15:23.03 | Qwell | seanbright: openmoko.com |
| 15:23.07 | seanbright | meh |
| 15:23.22 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:23.30 | seanbright | jeebus |
| 15:23.31 | putnopvut | tzafrir_laptop: that would be good. Maybe integrate that with Entomologist in #asterisk-commits somehow... |
| 15:23.35 | russellb | openmoko will be nice when it actually works |
| 15:28.02 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 15:28.18 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 15:31.42 | Juggie | i wonlt only bother w/ a new iphone if my provider gives me a hell of a deal |
| 15:31.51 | Juggie | but personally i think i like the blackberry bold more |
| 15:36.46 | outtolunc | does it blend? <G> |
| 15:57.10 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 15:57.32 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 15:58.42 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 16:04.56 | *** join/#asterisk-dev geek_cl (n=geek@190.54.42.62) |
| 16:24.47 | *** join/#asterisk-dev viraptor (n=viraptor@awh178.internetdsl.tpnet.pl) |
| 16:27.05 | paravoid | kpfleming: I think you just broke ABI... |
| 16:27.14 | kpfleming | where? |
| 16:27.17 | paravoid | (libpri, r574) |
| 16:27.22 | kpfleming | nope |
| 16:27.31 | kpfleming | the only modified struct is in pri_internal.h |
| 16:28.33 | paravoid | that's "struct pri" |
| 16:28.38 | paravoid | which is used by users of the library... |
| 16:28.40 | kpfleming | unless i did something wrong, the only visible change to the ABI/API should be addition of the new function call |
| 16:29.08 | viraptor | is there any flag in rtp, or sip_pvt that will force full rewriting of rtp (== disable p2p bridging / other shortcuts)? |
| 16:29.19 | kpfleming | paravoid: let me inspect it further, thanks |
| 16:29.30 | putnopvut | viraptor: canreinvite = yes |
| 16:29.34 | putnopvut | in sip.conf |
| 16:29.52 | putnopvut | or is it "no |
| 16:29.54 | putnopvut | " |
| 16:30.18 | putnopvut | Either way, the canreinvite is a way of controlling that. |
| 16:30.43 | paravoid | kpfleming: hrm, there is a "struct pri;" in libpri.h |
| 16:30.48 | kpfleming | putnopvut: no, it's not |
| 16:30.50 | viraptor | putnopvut: no... I mean in code - I want to disable it in specific conditions |
| 16:30.58 | paravoid | so presumably the internals of the structure are never exported |
| 16:31.05 | kpfleming | yeah, that is what i though |
| 16:31.06 | putnopvut | kpfleming: it's not? |
| 16:31.09 | kpfleming | no |
| 16:31.11 | paravoid | kpfleming: should be safe, yeah. |
| 16:31.15 | paravoid | false alarm :) |
| 16:31.20 | kpfleming | that is only one possible method of shortcut of RTP |
| 16:31.25 | kpfleming | p2p bridging is not reinvite |
| 16:31.34 | file | reinvite is a remote bridge, p2p is a local bridge |
| 16:31.39 | paravoid | btw, libpri has never used bitfields before |
| 16:32.07 | file | there is nothing that you can use to really control whether p2p will be done or not... |
| 16:32.26 | kpfleming | paravoid: yeah, i know, it irks me :-) |
| 16:32.41 | kpfleming | doesn't really save much memory, since people don't have thousands of PRIs |
| 16:34.14 | kpfleming | paravoid: thanks for being the eagle eyes :-) |
| 16:34.31 | viraptor | ok - so maybe in other way - can I somehow force asterisk to regenerate rtp stream -> apply it's own seq, time and use only one ssrc, even if audio comes from many places (like in early media and then normal call) |
| 16:36.31 | viraptor | I think that when rtp goes through ast_frame struct, seq and ssrc are stripped and then regenerated, but I'm not sure about that... |
| 16:59.16 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 17:00.00 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 17:04.51 | *** join/#asterisk-dev pgarcia (n=pedgarci@yoda.kanatek.com) |
| 17:12.51 | viraptor | if I get_header(req, ...) in chan_sip - should I free the result if I don't save it anywhere? |
| 17:13.27 | russellb | nope, it's not malloc'd for you |
| 17:13.42 | viraptor | ok - cheers |
| 17:14.02 | tzanger | malloc it yourself, ya lazy git |
| 17:18.06 | russellb | heh |
| 17:18.48 | viraptor | otoh, I don't understand now - parse_register_contact just declares `const char *useragent;` and then does `useragent = get_header(...);` - I don't see it mallocing anywhere... |
| 17:19.07 | viraptor | or did you mean that it returns some static buffer, so it's not malloc'd? |
| 17:20.42 | viraptor | ehh... sorry - stupid question :) |
| 17:29.14 | *** part/#asterisk-dev pgarcia (n=pedgarci@yoda.kanatek.com) |
| 17:39.51 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 17:51.14 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 17:51.56 | *** join/#asterisk-dev eliel (n=eliel@host-cotesma-163-176.smandes.com.ar) |
| 17:54.26 | bbryant | is the newest trunk compiling for everyone else? |
| 17:56.51 | russellb | tries it |
| 17:58.05 | eliel | latest trunk? yes |
| 17:59.35 | file | also fine here |
| 18:01.19 | jtodd | Lots of warnings (OpenBSD 4.2) but trunk as of about 6 minutes ago seems to compile. |
| 18:01.29 | russellb | fine here, too |
| 18:01.37 | Qwell | warnings on openbsd? |
| 18:01.38 | bbryant | ok, thanks |
| 18:01.40 | Qwell | mvanbaak: slacker! |
| 18:01.53 | bbryant | clearing the directory and checking it out again seemed to work |
| 18:01.55 | jtodd | not sure if it's OpenBSD specific or not; haven't looked at a Linux compile. |
| 18:01.55 | russellb | Qwell: they give warnings for using things like strcat ... |
| 18:02.02 | Qwell | strncat |
| 18:02.07 | jtodd | For instance: /root/builds/asterisk/utils/ael.y:286: warning: strcpy() is almost always misused, please use strlcpy() |
| 18:02.08 | russellb | or strcpy |
| 18:02.08 | Qwell | surely they're valid |
| 18:02.36 | russellb | no, the warnings are that they're being used at all :) |
| 18:02.37 | Corydon76-dig | They're valid, all right |
| 18:02.47 | jtodd | and: /root/builds/asterisk/utils/utils.c:1531: warning: vsprintf() is often misused, please use vsnprintf() |
| 18:03.11 | Qwell | those seem pretty valid to me |
| 18:03.15 | Corydon76-dig | jtodd: completely erroneous warnings |
| 18:03.28 | jtodd | OK, whatever. Just reporting what I see. |
| 18:03.33 | Corydon76-dig | jtodd: Theo is simply a dick. |
| 18:03.37 | russellb | lol .. |
| 18:04.01 | russellb | the last one that jtodd posted is due to an optimization like the rest of the uses of strcat or strcpy ... |
| 18:04.04 | jtodd | Yes, we all know that. I don't have to watch the sausage (OpenBSD) being made; I just need to have it for dinner. |
| 18:04.25 | russellb | when we _know_ the buffer is big enough already |
| 18:05.12 | Qwell | if we know that it's big enough, wouldn't we then already know the size as well? |
| 18:05.20 | Qwell | just playing devil's advocate |
| 18:05.50 | Corydon76-dig | Qwell: the issue is that there's an extra comparison at every step through the loop |
| 18:05.55 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 18:06.01 | russellb | what Corydon76-dig said |
| 18:06.10 | russellb | it's a performance tweak to not use the length checking version |
| 18:06.45 | Qwell | I suppose that's fair |
| 18:07.22 | Qwell | can we add a flag to gcc? |
| 18:07.31 | Qwell | --ignore-Theo's-opinion |
| 18:07.57 | russellb | it's not a bad warning, really |
| 18:08.06 | Qwell | it is with devmode |
| 18:08.06 | russellb | as uses of those API calls are what cause most stupid security problems |
| 18:08.18 | russellb | i'm saying it's justified |
| 18:08.24 | russellb | would be nice you could say --trust-me though |
| 18:09.03 | jtodd | I don't mind Theo and the rest of the OpenBSD people being pedantic and annoying; it saves me lots of time cleaning up security problems (i.e.: I don't have to do any.) |
| 18:09.32 | tzafrir_laptop | #pragma only_used_behind_a_firewall |
| 18:09.41 | Qwell | jtodd: false sense of security |
| 18:09.48 | Qwell | box isn't useful in a "default install" |
| 18:09.53 | jtodd | The fact that they do so in a way that upsets others is not entirely unknown in the Asterisk community, either, so I don't throw stones from my seat in the glass house. |
| 18:10.29 | jtodd | Qwell: I have no false sense of security, but I tend to prefer things a bit more secure from my starting point. |
| 18:11.52 | jtodd | Though I should really run Asterisk in a chrooted environment as a default.... |
| 18:13.59 | tzafrir_laptop | jtodd, but does it handle traffic from remote hosts? |
| 18:14.40 | tzafrir_laptop | Is it allowed to send traffic to remote hosts? To send out email? |
| 18:15.55 | jtodd | No. |
| 18:16.12 | tzafrir_laptop | Lucky you :-) |
| 18:17.58 | tzafrir_laptop | A friend of mine tried to fit some SELinux policy to Asterisk. But after a while he reaslised that Asterisk is allowed to do almost anything |
| 18:18.14 | Qwell | I'm looking at r130129, and...hmm |
| 18:18.29 | Qwell | for (i = 1; i < (ARRAY_LEN(sip_methods)) && !res; i++) { |
| 18:18.32 | Qwell | Why would it start at 1? |
| 18:19.24 | Qwell | that seems very wrong to me |
| 18:19.54 | seanbright | got credit for testing a patch i didn't test! woo! |
| 18:20.18 | putnopvut | Qwell: because sip_methods[0] is a guard |
| 18:20.20 | tzanger | heh |
| 18:20.29 | putnopvut | It's the "UNKNOWN" method |
| 18:20.40 | Qwell | what about subscription_types? |
| 18:20.54 | putnopvut | Same thing. |
| 18:20.56 | Qwell | (it still seems wrong) |
| 18:21.11 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:21.11 | Qwell | what if that ever changes, and UNKNOWN is moved to the end? |
| 18:21.15 | putnopvut | It's a common method for allowing arrays to start at 1 instead of 0. Sometimes that's more convenient. |
| 18:23.31 | eliel | shouldn't we remove the 'load <module>' CLI command at least in trunk? it is already deprecated in 1.4 |
| 18:35.28 | eliel | ping murf |
| 18:35.46 | codefreeze-lap | eliel: yes? |
| 18:37.26 | eliel | codefreeze-lap: your last commit fix issue while unloading pbx_ael module (first in the hashtab), but now appears a crash while unloading pbx_config and the running 'dialplan show' maybe something is not being leave as expected in the structure... |
| 18:37.45 | eliel | You want me to report a new issue or upload the bugtrace in the same? |
| 18:38.28 | codefreeze-lap | eliel: reopen and attach there. |
| 18:39.24 | eliel | codefreeze-lap: ok |
| 18:41.21 | Corydon76-dig | russellb: ping |
| 18:41.26 | russellb | pizong |
| 18:41.35 | Corydon76-dig | M12963 |
| 18:41.40 | MuffinMan | [feedback] [Asterisk] Channels/chan_iax2 0012963: [patch] chan_iax2 will create multiple sessions when receiving retransmitted NEW reported by jpgrayson (Karma: +7.00) http://bugs.digium.com/view.php?id=12963 |
| 18:41.48 | Corydon76-dig | could you review the 4th patch? |
| 18:41.58 | russellb | yes. |
| 18:43.37 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 18:44.47 | *** join/#asterisk-dev jeffg (i=NUv6ghwA@pdpc/supporter/active/jeffg) |
| 18:48.41 | russellb | Corydon76-dig: approved and commented |
| 18:51.38 | Juggie | hands russellb the 'drumkilla approved stamp' |
| 18:52.12 | ctooley | "Inspected By 27" |
| 18:52.37 | eliel | codefreeze-lap: backtrace uploaded #0013041. |
| 18:52.54 | ctooley | Actually.... are you even 27 russellb? |
| 18:53.02 | russellb | nope |
| 18:53.05 | ctooley | that number might be a bit high. |
| 18:53.05 | russellb | just turned 24 a few weeks ago |
| 18:53.07 | ctooley | thought not |
| 18:53.18 | Qwell | looks at the calendar. |
| 18:53.19 | Qwell | sighs |
| 18:53.39 | Qwell | stupid aging |
| 18:53.49 | Corydon76-dig | "It is a sobering thought, for example, that when Mozart was my age, he had been dead for two years." --Tom Lehrer |
| 18:53.50 | eliel | codefreeze-lap: the crash is while trying to ast_cli the registrar of pbx_config (I think) and was unloaded from memory, so we are leaving a pbx_config extension. |
| 18:54.59 | seanbright | so is there no way around the 'for (i < 10) { trylock(foo); }'? |
| 18:55.03 | Juggie | Qwell, smoking adds extra years! :) |
| 18:55.23 | Qwell | Juggie: hopefully |
| 18:55.33 | Qwell | wait, to the end or the middle? |
| 18:55.39 | russellb | seanbright: that's a complicated question. I would be happy to answer it, but I have a meeting in 3 minutes |
| 18:55.43 | Juggie | haha, the end :> |
| 18:55.56 | seanbright | russellb: ok, well they'll understand why you're late ;) |
| 18:56.15 | ctooley | thinks back to when he was 24 and miserable wreck he was at that age. |
| 18:56.20 | seanbright | i ahve to go outside and add extra years to my life anyway |
| 18:56.23 | seanbright | back in a bit |
| 18:56.23 | Corydon76-dig | This is the end... my only friend, the end... |
| 18:56.42 | putnopvut | smoking adds years? |
| 18:56.48 | Corydon76-dig | hands ctooley his cane |
| 18:56.59 | ctooley | Corydon76-dig, I'm still not quite as old as you. :) |
| 18:57.08 | russellb | actually, Corydon76-dig, I don't think the device state callbacks are called with any lock held. I don't think that safety net is needed |
| 18:57.30 | ctooley | also didn't comment on how big of a wreck he is now. :) |
| 18:59.39 | Corydon76-dig | russellb: maybe not any locks within the devstate system, but it's certainly possible that another agent lock could be held |
| 19:01.50 | Corydon76-dig | For example, inside check_availability, we call agent_new while the agents lock is held |
| 19:01.58 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 19:02.16 | Corydon76-dig | and agent_new causes an event to be spawned |
| 19:02.34 | putnopvut | Corydon76-dig: I may be wrong, but I think russellb just left for that meeting he mentioned. |
| 19:02.40 | putnopvut | I'm not wrong. |
| 19:03.21 | Corydon76-dig | putnopvut: Ah, well |
| 19:03.47 | Corydon76-dig | ctooley: you're not alone in that, either |
| 19:04.21 | Corydon76-dig | ctooley: I'm working on some new meds to make my stomach calm down |
| 19:05.06 | Juggie | i wonder if mvanbaak figured out anything more about that deadlock in res_agi he mentioned this morning |
| 19:05.16 | ctooley | I'm not having problems with my stomach anymore, but my blood pressure keeps driving me nuts. |
| 19:05.22 | putnopvut | Juggie: the core show locks output he gave didn't really help. |
| 19:05.41 | Corydon76-dig | ctooley: lay off the salt shaker |
| 19:06.06 | Juggie | i dont get it either putnopvut, all of the uses of the locks except for 2 are read only locks even |
| 19:06.19 | Juggie | the only time its a write lock is when something registers or unregisters from agi |
| 19:06.28 | ctooley | Corydon76-dig, Salt, smoking, drinking, fast food, it's all going to kill me. Probably a slow painful death. If it gets that bad I know where the bus routes are. |
| 19:06.52 | Juggie | ctooley, we all have our issues, personally i have an eye infection now for the last month 1/2 called uveitis |
| 19:07.00 | Corydon76-dig | ctooley: pain is all about management |
| 19:07.06 | Juggie | taking steroid drops flat out |
| 19:07.13 | Juggie | its getting better though. |
| 19:07.24 | Corydon76-dig | ctooley: fingernail sunk into ones own flesh tends to do wonders for pain |
| 19:07.36 | ctooley | Corydon76-dig, yeah |
| 19:07.41 | eliel | ping murf |
| 19:07.59 | ctooley | personally it pains me more to give up the things in life more than it does to deal with the pain in my chest it causes. |
| 19:08.07 | putnopvut | sighs at all the old folk in here. |
| 19:08.12 | putnopvut | j/k :) |
| 19:08.18 | Corydon76-dig | ctooley: back of the arms is a very sensitive spot |
| 19:08.20 | ctooley | So, I manage it through barley therapy |
| 19:08.38 | Corydon76-dig | putnopvut: you'll get here soon enough |
| 19:08.48 | putnopvut | Yeah, I know. |
| 19:09.05 | putnopvut | I'm trying to stay healthy though now so it won't be as bad later. |
| 19:09.30 | Corydon76-dig | putnopvut: it was rather sobering when I had to write down all my meds before surgery and I realized I was taking more drugs than my grandmother when she was in the hospital |
| 19:10.14 | ctooley | Corydon76-dig, I know the feeling. I wake up every morning to the sobering experience of my pills. |
| 19:10.14 | eliel | codefreeze-lap: I found the problem, if we have a static context 'parkedcalls' (configure in extensions.conf) and then another module like features.so adds extensions to that context, when we remove the module pbx_config, we don't remove the context created by 'pbx_config' because there are some extensions created by another module (features.so), so when we try to print it, we try to access the registrar of the module that created |
| 19:10.15 | eliel | that context and that module was unloaded (pbx_config) so asterisk crash. |
| 19:11.04 | Corydon76-dig | ctooley: If the new stuff works, I can bag the regular dose of OTC painkillers |
| 19:18.00 | ctooley | Corydon76-dig, good luck. |
| 19:18.19 | ctooley | is also realizing how long it's been since he had to write Bash scripts. :( |
| 19:18.49 | Corydon76-dig | ctooley: 4-6 weeks for it to take effect |
| 19:19.07 | Corydon76-dig | Well, maybe. No painkillers yet today |
| 19:20.32 | ctooley | Corydon76-dig, I don't take pain killers much anymore. It's anytime I get an infection that gets me. I'm allergic to a lot of the standard antibiotics |
| 19:20.57 | Corydon76-dig | Ouch |
| 19:21.21 | ctooley | Neither a fun thing to learn about nor a good time to be learning about it. |
| 19:23.23 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-c41353b4b50ed6bf) |
| 19:23.54 | ctooley | Never really a good time to learn that something causes your throat to close up or causes blind rage. Amoxicillin is my worst reaction. The pain causes night sweats and extremely violent nightmares that I don't come out of when roused. Every time a doctor ignores my statement, a nurse gets hurt. Not much a problem with that now, I am more careful about what I let them give me at the hospital. |
| 19:33.51 | codefreeze-lap | eliel: now, that's interesting.... |
| 19:42.55 | codefreeze-lap | what's with ARRAY_LEN in 1.6.0? |
| 19:44.22 | Corydon76-dig | codefreeze-lap: someone committed something without a test compile |
| 19:45.03 | Corydon76-dig | technically probably shouldn't have merged that to 1.6.0 anyway |
| 19:48.44 | bbryant | codefreeze-lap: it's compiling here, where is it failing for you? |
| 19:49.08 | Corydon76-dig | bbryant: I already fixed it |
| 19:49.23 | codefreeze-lap | on astman.c (the first file after a 'make distclean', 'make menuselect', "make". |
| 19:49.23 | bbryant | ok |
| 19:50.15 | Corydon76-dig | Missing paren in chan_dahdi.c and missing define in astman (can't include utils.h) |
| 19:50.18 | codefreeze-lap | Corydon76-dig: ahhhhh.... much better, thanks! |
| 19:52.21 | jameswf | would a dahdi parent be a grandparent.... |
| 19:54.00 | jtodd | Can someone remind me if configurable, flexible RTP packet ms size (10ms, 20ms, etc.) was included in * now or if it was just a patch I was dreaming about? |
| 19:54.33 | eliel | codefreeze-lap: The simple solution would be to set the registrar ast_strdup() in each context/exten structure |
| 19:54.33 | Corydon76-dig | jameswf: grahdparent |
| 19:54.54 | file | jtodd: it's been in for... awhile |
| 19:54.55 | bbryant | sorry, i forgot i didn't have dahdi enabled on this machine |
| 19:54.59 | jameswf | makes note in lexicon |
| 19:55.19 | jtodd | file: where is the setting for that? I don't see anything in rtp.conf |
| 19:55.28 | jtodd | file: or is it per-channel? |
| 19:55.33 | file | you set it in the codec definition |
| 19:55.34 | file | likeeeee |
| 19:55.37 | file | allow=ulaw:60 |
| 19:55.45 | file | if I remember correctly. |
| 19:57.04 | jtodd | OK, I see it now. doc/rtp-packetization.txt but no notes in the .conf files |
| 19:57.55 | jtodd | I knew I saw it at one point and used it, but I've also implemented patches that never made it out of the office. Can't be sure sometimes. Thanks for reference. |
| 20:01.08 | codefreeze-lap | eliel: yes; I've even thought upon making the registrar string a mallocd string containing all the registrars who add content to it. You insert your registrar onto the end (maybe wrapped in ':' or something, and you remove it when you unload or remove the last item you own. When it's empty, you can remove the context itself.... a sort of refcount or something. |
| 20:05.16 | eliel | codefreeze-lap: A struct of registrars being created while creating contexts or adding extens to a context, if we remove a context or an exten, we decrement the refcount on the registrar, if it becomes 0, then the registrar is removed (also freed) from the list. |
| 20:09.54 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 20:13.00 | codefreeze-lap | eliel: that's an idea, but refcounts are a difficult beast to get right. We can tell pretty easily when a context is worthy of destruction... I have an idea... what if I just malloc the registrar string and copy in the registrar if it's saying it's me, and I can't delete the context? It will leak a little memory, but it shouldn't be too much. Only a few contexts will be in that situation... |
| 20:18.52 | eliel | codefreeze-lap: If we malloc the registrar in every context, if we remove that object from the hashtab the memory will be freed? |
| 20:27.55 | eliel | codefreeze-lap: sorry, I got it... |
| 20:29.04 | geek_cl | who know some light web admin for asterisk , like freepbx or askozia? |
| 20:29.23 | russellb | geek_cl: #asterisk |
| 20:29.32 | geek_cl | ok |
| 20:29.35 | russellb | or #asterisk-gui |
| 20:39.34 | eliel | codefreeze-lap: It would be useful to let implement a object_destroy function and export a ast_hashtab_removedestroy_*() that will call this object_destroy function? |
| 20:42.46 | ctooley | Uhm, why is 1.4.17_meetme_lecture_patch in "branches/" and not "team/"? I'm asking purely for my information, not a justification. |
| 20:43.22 | geek_cl | russellb: i need for a Compact Flash 1GB ,for that i need a light version |
| 20:43.54 | russellb | ok |
| 20:44.09 | russellb | check out the asterisk-gui that's used in asterisknow |
| 20:44.16 | russellb | #asterisk-gui, #asterisknow, asterisknow.org ... |
| 20:49.21 | geek_cl | thanks you |
| 20:52.22 | seanbright | you know what i haven't had in a while? |
| 20:52.24 | seanbright | big league chew. |
| 20:53.06 | seanbright | waits for russellb to point him to #big-league-chew |
| 20:54.07 | russellb | seanbright: please take that to #stfu-smart-ass |
| 20:54.11 | russellb | :-p |
| 20:54.17 | seanbright | heh |
| 20:54.20 | seanbright | touche |
| 21:04.06 | putnopvut | points seanbright to #family-guy-jokes |
| 21:04.40 | russellb | i like family guy, but nobody was there :( |
| 21:16.23 | *** join/#asterisk-dev jeremy_g (n=a@c213-100-17-48.swipnet.se) |
| 21:16.32 | jeremy_g | is Joshua Colp from sweden |
| 21:16.41 | jeremy_g | >> Med venlig hilsen |
| 21:16.41 | jeremy_g | >> |
| 21:16.41 | jeremy_g | > |
| 21:16.41 | jeremy_g | > Joshua Colp |
| 21:16.41 | jeremy_g | > Digium |
| 21:16.57 | jeremy_g | ah no sorry |
| 21:17.18 | file | raises eyebrow |
| 21:17.23 | file | I'm Canadian. |
| 21:17.47 | mvanbaak | 20:01 <@ Qwell> mvanbaak: slacker! |
| 21:17.55 | mvanbaak | ???? |
| 21:18.05 | mvanbaak | ah, warnings on OpenBSD |
| 21:18.10 | Qwell | ;p |
| 21:18.24 | mvanbaak | most of those are because of the 'possible misuse of strcat' |
| 21:18.35 | russellb | nods |
| 21:19.27 | mvanbaak | we've had that discussion too many times |
| 21:19.49 | mvanbaak | and it was decided that the places where we use those functions are safe. and we leave it like that |
| 21:20.10 | mvanbaak | last time (1 week ago or something) trunk compiled fine, even with --enable-dev-mode |
| 21:20.56 | codefreeze-lap | I've just spent **hours** trying to merge the changes I just did to trunk in pbx.c, into 1.6.0, and wow, it's gotten a bit... involved... can I just leave 1.6.0 be? let the problems get fixed in 1.6.1, perhaps? |
| 21:21.35 | russellb | in general, no |
| 21:21.54 | russellb | what's the bug? crash? |
| 21:24.12 | codefreeze-lap | russellb: includes, switches, ignorepats not properly erased on module unload/reload; problems with extens with cidmatch; suchlike |
| 21:24.29 | russellb | what's the resulting symptom? |
| 21:24.46 | codefreeze-lap | bad dialplans after reload/unload |
| 21:25.05 | russellb | bad dialplans on a reload is probably something we should not ignore. |
| 21:25.15 | mvanbaak | indeed |
| 21:25.22 | russellb | please continue resolving it, even though it's tough |
| 21:25.33 | codefreeze-lap | just that, I have drag some 'enhancements' in with the fix, into 1.6.0... |
| 21:25.38 | russellb | then so be it |
| 21:25.45 | russellb | wouldn't be the first time |
| 21:25.55 | codefreeze-lap | OK, I guess I have a 'ticket to ride'! |
| 21:26.06 | russellb | heh |
| 21:27.13 | codefreeze-lap | dons airtanks, diving suit, and grabs set of big pipe wrenches.... yeeee-hawww! |
| 21:28.39 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 21:31.29 | Corydon76-dig | codefreeze-lap: fixing the sewage again? |
| 21:31.56 | codefreeze-lap | Hmmmm. Well, pretty close... but this fix isn't as smelly... |
| 21:33.53 | ctooley | jtodd, replied, answer is yes, but with a qualifier on time. |
| 22:12.46 | putnopvut | Let's play "Bug or not a bug": If I place the following three statements in the dialplan in order, Answer, Mixmonitor, Dial, and the two endpoints involved in the call are both SIP phones, I get one-way audio on the call unless I set canreinvite=no for the calling SIP peer. |
| 22:13.14 | kpfleming | sounds like a bug |
| 22:14.05 | putnopvut | All righty. Coming from you, that means quite a lot :) |
| 22:15.48 | putnopvut | Sorry, my original statement should have said that canreinvite=no must be set for the *called* SIP peer. |
| 22:15.49 | kpfleming | well, one way audio is pretty much always a bug |
| 22:16.21 | kpfleming | the fact that MixMonitor is on the channel should trump canreinvite, and never allow it to trigger anyway |
| 22:16.28 | kpfleming | if it does not do that, there's the first bug |
| 22:17.36 | putnopvut | kpfleming: Okay, but I have to set canreinvite=no for the channel which does not have MixMonitor running. |
| 22:17.49 | kpfleming | you missed my point |
| 22:17.57 | putnopvut | But I suppose that if either has audiohooks, then reinvites should be disabled. |
| 22:18.01 | kpfleming | correct |
| 22:18.13 | kpfleming | audiohooks cannot operate if reinvite happens |
| 22:18.13 | file | the core shouldn't even try to call native bridging functions if audiohooks are present |
| 22:18.18 | kpfleming | right |
| 22:19.08 | codefreeze-lap | Awww, heck, the 'enhancements' in pbx between trunk and 1.6.0 include an interface change....! I got rid of ast_context_create() in favor of ast_context_find_or_create()... and it includes the new way to merge_contexts_and_delete().... |
| 22:21.04 | codefreeze-lap | just grabs a pbx.c from trunk and .... heh, heh, heh... |
| 22:21.24 | *** part/#asterisk-dev moy (n=moy@nat/ibm/x-c41353b4b50ed6bf) |
| 22:31.45 | putnopvut | Apparently no native bridging is attempted at all. If I remove the Answer from the dialplan, all works well no matter what canreinvite is set to. Need to figure out what Answering changes... |
| 22:40.26 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 22:50.48 | *** join/#asterisk-dev zapp-branigan (n=malebolg@9.218.216.87.static.jazztel.es) |
| 22:51.16 | zapp-branigan | hello i have a problem when i want to register in the asterisk in sip |
| 22:51.38 | zapp-branigan | alwais the tyme he return me SIP/2.0 401 Unauthorized |
| 22:51.56 | zapp-branigan | but some times he do good the reguister |
| 22:52.14 | zapp-branigan | someone know the process in the sip register ? |
| 22:55.24 | jsmith | zapp-branigan: You are asking in the wrong channel. Try #asterisk |
| 22:55.36 | jsmith | zapp-branigan: (This channel is for developers) |
| 23:06.10 | zapp-branigan | ok |
| 23:06.16 | zapp-branigan | thanks |
| 23:06.18 | *** part/#asterisk-dev zapp-branigan (n=malebolg@9.218.216.87.static.jazztel.es) |
| 23:18.03 | seanbright | mmmm |
| 23:18.06 | seanbright | emacs + gdb = love |
| 23:21.37 | mvanbaak | I just dont believe I saw the words 'emacs' and 'gdb' in one line |
| 23:21.46 | mvanbaak | hides |
| 23:22.06 | seanbright | M-x gdb |
| 23:22.07 | seanbright | mmm |
| 23:29.00 | mvanbaak | jtodd: trunk still compiles on OpenBSD there right ? |
| 23:29.46 | mvanbaak | only some warnings about 'foo is almost always misused, use fnoo' |
| 23:30.09 | mvanbaak | at least that's what I see on OpenBSD-current of today |
| 23:30.19 | mvanbaak | just updated my thinkpad and server to latest current |
| 23:30.58 | mvanbaak | recompiled asterisk after a 'gmake distclean && ./configure --enable-dev-mode && gmake' |
| 23:31.25 | mvanbaak | with the stuff I have installed it works great |
| 23:35.59 | mvanbaak | no dahdi, ogg, freetds, sqlite, odbc |
| 23:50.48 | mvanbaak | btw, you guys remember me talking about those FRACK errors ? |
| 23:51.27 | mvanbaak | I can confirm corydon's fix fixed this for when an iax2 peer goes unreachable |
| 23:57.12 | mvanbaak | just wanted to let you know |
| 23:59.56 | mvanbaak | and now I'm off to bed |