| 00:08.59 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:06.36 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:10.49 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:10.49 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:24.04 | *** join/#asterisk-dev {Sean} (n=sean@freeswitch/developer/Sean) |
| 01:24.18 | {Sean} | is there anyway to set the SIP header when calling a peer/user? |
| 01:25.55 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:30.47 | seanbright | {Sean}: #asterisk |
| 01:32.52 | {Sean} | #asterisk isn't too helpful..... |
| 01:34.09 | {Sean} | woups |
| 01:34.11 | *** part/#asterisk-dev {Sean} (n=sean@freeswitch/developer/Sean) |
| 01:42.14 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:13.47 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:22.30 | *** part/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 02:24.22 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:31.13 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 02:31.13 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:38.18 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:45.41 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 02:52.33 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 03:06.47 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 03:10.56 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 03:12.58 | *** join/#asterisk-dev b14ck (n=blacky@cpe-24-24-136-239.socal.res.rr.com) |
| 03:38.05 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 04:24.33 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 04:24.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:51.42 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 05:08.51 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 05:34.39 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 05:52.16 | *** join/#asterisk-dev Chris-NB (n=chris@85-126-61-10.work.xdsl-line.inode.at) |
| 06:22.13 | *** join/#asterisk-dev freddyk (n=freddy@host158-78-dynamic.51-82-r.retail.telecomitalia.it) |
| 07:04.48 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:04.48 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:26.08 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 08:50.36 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 09:04.31 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 09:06.04 | *** join/#asterisk-dev degrade (n=degrade@unaffiliated/degrade) |
| 10:13.18 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 10:54.22 | *** join/#asterisk-dev J4zen (n=j4zen@a82-95-153-17.adsl.xs4all.nl) |
| 10:54.35 | *** part/#asterisk-dev J4zen (n=j4zen@a82-95-153-17.adsl.xs4all.nl) |
| 11:00.40 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:32.50 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 11:49.49 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:49.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:18.14 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 12:20.44 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 12:21.33 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:21.34 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:22.29 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:22.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:26.56 | snuff-home | ello leifmadsen |
| 12:27.14 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:27.41 | leifmadsen | hey hey. How goes snuff-home ? |
| 12:27.53 | snuff-home | not too bad.. cold here.. |
| 12:28.04 | mvanbaak | offers Leif a nice glass of red vino |
| 12:28.09 | snuff-home | M14517 |
| 12:28.12 | MuffinMan | [ready for review] [Asterisk] Core/BuildSystem 0014517: [patch] signals.h - syntax error before '*' token reported by asgaroth (Karma: neutral) https://issues.asterisk.org/view.php?id=14517 |
| 12:28.12 | leifmadsen | mvanbaak: I just woke up! :) |
| 12:28.21 | snuff-home | works for guy :) |
| 12:28.34 | snuff-home | but i think i'd like to add 1 extra fix |
| 12:28.40 | leifmadsen | sweet! |
| 12:28.46 | leifmadsen | I like when things work |
| 12:29.04 | mvanbaak | leifmadsen: lol. Breakfast for winners |
| 12:29.10 | leifmadsen | mvanbaak: ;) |
| 12:29.45 | mvanbaak | toast with frensh cheese and a glass of red vino |
| 12:29.52 | mvanbaak | sounds like a plan to me |
| 12:34.44 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:34.44 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:34.47 | mvanbaak | gheh, must be a mac |
| 12:35.03 | kaii | whine for breakfast ? |
| 12:35.08 | snuff-home | heh.. they infest everything mvanbaak.. its sad.. |
| 12:35.11 | snuff-home | ;) |
| 12:36.18 | mvanbaak | kaii: sure, why not |
| 12:36.20 | mvanbaak | lol snuff-home |
| 12:36.53 | mvanbaak | snuff-home: I wonder how long it will take before oracle removes the s from solaris ;) |
| 12:38.42 | snuff-home | lmao.. |
| 12:40.14 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:40.14 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:42.51 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 12:47.18 | snuff-home | leifmadsen: I updated that bug i referenced earlier |
| 12:47.32 | leifmadsen | coolio, thanks! |
| 12:48.32 | snuff-home | like new note says.. there is only 1 minor change and won't affect compilation issues that have already been fixed |
| 13:08.10 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 13:17.49 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 13:37.56 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:37.56 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.44 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 14:00.15 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:00.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:08.58 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:08.58 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:10.24 | *** join/#asterisk-dev eferro (n=eferro@godzilla.alea-soluciones.com) |
| 14:24.31 | *** join/#asterisk-dev outtolunc (n=me@c-98-248-96-110.hsd1.ca.comcast.net) |
| 14:36.15 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:40.01 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:47.07 | kaii | -yawn- |
| 14:52.41 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733615.dsl.bell.ca) |
| 14:53.22 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-8d5e81c59b0131d0) |
| 14:54.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:54.21 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:56.47 | *** join/#asterisk-dev Corydon76-dig (i=beige@pdpc/supporter/bronze/Corydon76-home) |
| 14:56.47 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 14:59.11 | leifmadsen | russellb: would you like me to wait for your return before making a full 1.4.26 release from rc6? |
| 14:59.55 | russellb | no need |
| 15:00.00 | leifmadsen | okie |
| 15:01.46 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:01.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:25.37 | *** join/#asterisk-dev errotan (n=errotan@62.201.122.97) |
| 15:28.43 | kaii | can a "reporter" supply patches as possible fix for issues in the tracker? |
| 15:29.08 | tzafrir_laptop | you can always supply patches |
| 15:29.14 | tzafrir_laptop | just attach them |
| 15:29.21 | kaii | kk |
| 15:33.06 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:36.54 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 15:40.19 | *** join/#asterisk-dev marv[work] (n=timr@24.214.206.254) |
| 15:43.05 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 15:43.49 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:43.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:07.34 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-093e38a00e10695a) |
| 16:13.59 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 16:13.59 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:20.11 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:23.21 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:27.23 | *** join/#asterisk-dev dovid (n=annon@tony09-121-90.inter.net.il) |
| 16:31.23 | *** join/#asterisk-dev maverick (n=maverick@83.240.229.38) |
| 16:32.04 | maverick | <PROTECTED> |
| 16:32.07 | maverick | does anybody knows the meaning ? |
| 16:35.16 | dovid | meaning of ? |
| 16:35.19 | dovid | which part ? |
| 16:37.55 | maverick | sorry ... |
| 16:38.23 | maverick | channel.c: Avoided initial deadlock for '0xb71126e8', 10 retries! |
| 16:38.24 | maverick | and |
| 16:38.40 | maverick | <PROTECTED> |
| 16:38.58 | dovid | Junk at the beginning of frame 00000000 = bad mp3 for moh - i wouldnt worry about that |
| 16:39.10 | putnopvut | What is interface.c? |
| 16:39.13 | dovid | and the deadlock i am not sure about. i know i saw it a lot in 1.2X |
| 16:39.21 | dovid | dont see it mucg in 1.4.X |
| 16:39.28 | dovid | what version of asterisk r u running ? |
| 16:39.48 | putnopvut | The "avoided initial deadlock" message occurs when trying to traverse the channel list and a channel cannot be locked. Asterisk retries 10 times and then gives up and prints that message. |
| 16:40.06 | maverick | version 1.2.27 |
| 16:40.13 | putnopvut | In more recent versions, Asterisk will try 200 times instead of 10. |
| 16:40.22 | dovid | yea. i would would look a newer version of asterisk |
| 16:41.09 | maverick | ok ... but do you know if this kind of errors could "block" a BRI card |
| 16:41.44 | dovid | block = ? |
| 16:41.56 | dovid | r u using dahdi or zaptel ? and what version ? |
| 16:42.48 | putnopvut | If he's using 1.2.27, he's probably using mISDN for the BRI card. |
| 16:43.04 | putnopvut | Zaptel has no native support for BRI cards. |
| 16:43.28 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 16:44.47 | maverick | zaptel 1.2.13 |
| 16:44.59 | kpfleming | then you are also using bristuff, right? |
| 16:45.52 | maverick | humm ... don't know |
| 16:46.00 | maverick | how can I check that ? |
| 16:46.02 | kpfleming | either bristuff or misdn |
| 16:46.15 | kpfleming | neither of which are supported in 'standard' asterisk 1.2, they are patches |
| 16:46.24 | kpfleming | so that makes helping you complicated |
| 16:50.15 | *** join/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 16:50.22 | Kobaz | do de do |
| 16:50.34 | Kobaz | so, i'm adding support for sip show channels concise |
| 16:50.34 | seanbright | this is a family channel |
| 16:50.44 | seanbright | why in god's name... |
| 16:51.03 | Kobaz | i'm trying to figure out where the argument validation takes place |
| 16:52.40 | Kobaz | does the core take care of it automagically via e->command ? |
| 16:53.03 | seanbright | Kobaz: why not just rip off 'core show channels concise' |
| 16:53.16 | Kobaz | hmm, yeah |
| 16:53.20 | Kobaz | i'll need to see how that's done |
| 16:53.37 | Kobaz | asterisk really needs xml output for all this stuff |
| 16:53.43 | Kobaz | sip show channels, truncates the call_id |
| 16:54.08 | Kobaz | so i can't reliably link the call_id in sip show channels, to sip show channel, and the sip call id in core show channel |
| 16:54.20 | seanbright | svn co http://svn.digium.com/svn/asterisk/team/group/data_api_gsoc2009 |
| 16:54.23 | seanbright | :) |
| 16:54.29 | Kobaz | what's that? |
| 16:54.29 | seanbright | it's being worked on |
| 16:54.33 | Kobaz | oh |
| 16:54.36 | seanbright | a generic data "get" API |
| 16:54.39 | Kobaz | ah |
| 16:54.41 | Kobaz | sexy |
| 16:54.49 | seanbright | astcli might help you too |
| 16:54.50 | Kobaz | well, i kinda this this today, so... i'm writing it |
| 16:54.50 | Kobaz | heh |
| 16:54.52 | Kobaz | k |
| 16:54.55 | seanbright | which is somewhere in contrib/ |
| 16:55.34 | seanbright | it's basically a CLI interface to the manager (i believe) so it might give you what you need without you having to write C code |
| 16:55.39 | Kobaz | mm |
| 16:55.41 | Kobaz | k |
| 16:56.12 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:56.42 | tzafrir_laptop | astcli? |
| 16:57.06 | Kobaz | astcli looks like just a little wrapper |
| 16:58.53 | seanbright | a wrapper to the manager |
| 16:58.55 | seanbright | not the CLI |
| 16:59.02 | seanbright | tzafrir_laptop: contrib/scripts/astcli |
| 16:59.19 | seanbright | oh crap |
| 16:59.25 | seanbright | yeah, it just does Action: Command |
| 16:59.33 | seanbright | well nevermind that then |
| 17:04.54 | Kobaz | okay |
| 17:04.59 | Kobaz | figured out the arguments validation |
| 17:07.39 | Kobaz | nifty.. this should be pretty easy |
| 17:08.45 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 17:11.19 | maverick | kpfleming : it's not a bri BUT a PRI |
| 17:11.22 | maverick | this helps ? |
| 17:11.30 | kpfleming | yes, very different indeed |
| 17:11.40 | kpfleming | at least it means you didn't need any patches to make it work :-) |
| 17:14.58 | maverick | :) |
| 17:15.40 | maverick | so ... any ideias why this PRI stop receiving and making calls ? |
| 17:15.43 | Kobaz | if i submit a patch, based on 1.6.0.10 |
| 17:15.50 | Kobaz | would it go into the 1.6.0.X tree |
| 17:15.53 | maverick | i can only see that on logs |
| 17:15.56 | seanbright | Kobaz: no |
| 17:16.05 | Kobaz | mmm |
| 17:16.22 | seanbright | Kobaz: i also doubt it would be accepted (we are trying to move away from the machine readable CLI command output) |
| 17:16.43 | seanbright | but i can almost guarantee someone will say i'm wrong about that :) |
| 17:16.50 | Kobaz | when is the new fangled getter api projected to be done? |
| 17:16.59 | seanbright | it's a google summer of code project |
| 17:17.03 | seanbright | so... end of summer |
| 17:17.04 | seanbright | :) |
| 17:17.11 | Kobaz | if it wouldn't be done for say, another several months, i figure the cli updates would be acceptable |
| 17:17.14 | dovid | maverick: You may have better luckin #asterisk |
| 17:17.56 | seanbright | Kobaz: you can't just locally patch your installs? |
| 17:18.02 | tzafrir_laptop | 1.2.13: Debian packages? |
| 17:18.11 | tzafrir_laptop | what's the output of: asterisk -V |
| 17:18.17 | Kobaz | > sip show channels concise |
| 17:18.17 | Kobaz | Disconnected from Asterisk server |
| 17:18.19 | Kobaz | whoops |
| 17:18.25 | seanbright | that's "bad" |
| 17:18.33 | Kobaz | seanbright: oh, yeah, i could... but it's nice when you don't have to repatch every new release |
| 17:18.41 | seanbright | Kobaz: true |
| 17:19.04 | seanbright | Kobaz: well i've been wrong before. feel free to submit to mantis (https://issues.asterisk.org/) |
| 17:19.35 | maverick | tzafrir_laptop: me ? |
| 17:20.02 | tzafrir_laptop | hmm... wrong version. Anyway, bristuff should still show a different version string |
| 17:20.08 | tzafrir_laptop | maverick, yes |
| 17:20.44 | kpfleming | we don't add new features to existing release branches regardless, except to solve critical issues or security vulnerabilities |
| 17:20.45 | Kobaz | what populates e->args, when a command is run? |
| 17:20.55 | maverick | Asterisk 1.2.17 |
| 17:20.56 | seanbright | Kobaz: the core |
| 17:20.57 | Kobaz | kpfleming: that's what i figured from reading the new release cycle |
| 17:21.26 | seanbright | Kobaz: if you post a patch i can tell you what's wrong |
| 17:21.28 | Kobaz | seanbright: it's based on the parsing of e->command ? |
| 17:21.34 | seanbright | like to pastebin or something |
| 17:21.48 | Kobaz | well i think my e->command stuff is wrong |
| 17:22.06 | Kobaz | i thought i figured it out, but i don't know how to specify an optional argument |
| 17:22.12 | seanbright | what version of asterisk? |
| 17:22.14 | Kobaz | 1.6.0.10 |
| 17:22.43 | Kobaz | e->command = "sip show {channels|subscriptions} [concise]"; |
| 17:22.52 | seanbright | that is just for tab completion |
| 17:22.58 | Kobaz | k |
| 17:23.51 | Kobaz | e->args is 4, when i call my function |
| 17:23.51 | seanbright | you mean e->argc |
| 17:23.51 | Kobaz | even if i do "sip show channels" |
| 17:23.51 | Kobaz | e->argc yeah |
| 17:23.51 | Kobaz | is that the max arguments? |
| 17:23.51 | seanbright | should be the argument count |
| 17:23.52 | Kobaz | wait no |
| 17:23.52 | seanbright | so 3 |
| 17:23.53 | Kobaz | you're confusing me :P |
| 17:23.56 | seanbright | heh |
| 17:23.58 | Kobaz | a->argc is the argument count |
| 17:23.59 | seanbright | e->args is 4 |
| 17:24.01 | Kobaz | e->args is... ? |
| 17:24.09 | seanbright | the total number of arguments from e->command |
| 17:24.12 | Kobaz | okay |
| 17:24.15 | Kobaz | the maximum number? |
| 17:24.26 | seanbright | for that CLI command, yes. |
| 17:24.28 | Kobaz | k |
| 17:24.36 | seanbright | for others where tab completion is done dynamically, no. |
| 17:25.11 | Kobaz | yeah |
| 17:25.57 | seanbright | - if (a->argc != e->args) |
| 17:26.10 | seanbright | + if (a->argc < 3 || a->argc > 4) |
| 17:26.26 | seanbright | and you're halfway home |
| 17:26.53 | seanbright | well... a third of the way home, maybe. |
| 17:27.30 | Kobaz | yeah |
| 17:27.33 | Kobaz | i did that |
| 17:28.17 | Kobaz | k, i have my arguments processing nice |
| 17:30.51 | seanbright | excellent |
| 17:30.52 | *** join/#asterisk-dev jtodd (i=r8v8t14i@ns.fox-den.com) |
| 17:30.52 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:37.11 | eliel | it will be nice to create a vmware machine with debian with a complete (full full full) asterisk installation for developers |
| 17:37.26 | eliel | full fulll = realtime configuration, etc... |
| 17:37.36 | kpfleming | that would be handy indeed |
| 17:40.11 | Kobaz | eliel: yeah that would be really cool, when will you have it ready? |
| 17:40.35 | eliel | at the end of everything |
| 17:40.45 | tzafrir_laptop | eliel, you can do that using qemu/kvm |
| 17:40.54 | tzafrir_laptop | they write vmware images as well |
| 17:41.27 | eliel | tzafrir_laptop: well, i am using vmware, but the important thing is the full setup |
| 17:41.47 | tzafrir_laptop | why exactly do you need it, btw? |
| 17:42.11 | tzafrir_laptop | and what version of debian? |
| 17:42.35 | eliel | well, debian, solaris, openbsd, one for every supported asterisk environment |
| 17:43.34 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 17:48.17 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:53.28 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 17:57.26 | Kobaz | finished my sip show channels concise |
| 17:57.29 | Kobaz | very sexy |
| 18:09.17 | lasko | I've be interested in having a look at it Kobaz if you wouldn't mind? |
| 18:09.26 | lasko | s/I've/I'd |
| 18:09.53 | Kobaz | http://pastebin.com/m48aca6a6 |
| 18:10.24 | lasko | cool, thanks |
| 18:16.11 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:16.11 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:21.04 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 18:24.00 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 18:26.29 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:26.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:31.18 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:31.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:32.20 | kaii | putnopvut: if the "avoiding initial deadlock" message was "fixed" in newer versions by increasing the retries from 10 to 200, could this easily be backported to 1.2? (i know) |
| 18:32.54 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:33.59 | putnopvut | kaii: well, there have been other fixes, too, but you could easily apply the same increase to 1.2's code if you wanted. |
| 18:34.08 | putnopvut | It won't be officially placed in the 1.2 tree, though. |
| 18:34.14 | Corydon76-dig | kaii: it's fixed in newer versions by not using a linked list for channels |
| 18:34.48 | Corydon76-dig | That is ultimately the best fix possible |
| 18:35.21 | seanbright | hashtables ftw |
| 18:35.39 | Corydon76-dig | seanbright: well, and refcounts, too |
| 18:35.42 | russellb | well. we could "fix" the message pretty easily, even using a linked list |
| 18:35.51 | russellb | it does this trylock crap, which it doesn't _have_ to do |
| 18:36.13 | russellb | it's just trying to detect deadlocks and avoid them, which is not needed, unless of course, there is a deadlock. |
| 18:36.28 | russellb | and even if there is one, it might help in some part of the code, and not in others ... |
| 18:36.36 | russellb | anyway, point is, it could (and probably) should be removed |
| 18:36.43 | russellb | and if that code was still in trunk, I'd probably do so |
| 18:36.51 | russellb | but I'm not going to change it for older versions ... |
| 18:36.52 | russellb | </rant> |
| 18:37.11 | Corydon76-dig | detects deadlocks in russellb |
| 18:37.18 | russellb | oh no you didn't! |
| 18:37.27 | kaii | i dont feel a deep need to do so either, was just interested |
| 18:37.28 | kpfleming | <grunt /> |
| 18:37.37 | russellb | kpfleming: heh |
| 18:37.46 | russellb | kaii: anyway, changing from 10 to 200 would be a trivial backport |
| 18:38.01 | russellb | actually, it may not be _trivial_, as I think that code was reworked a bit between 1.2 and 1.4 |
| 18:38.13 | russellb | but it still effectively worked the same way |
| 18:38.16 | Corydon76-dig | detects resource starvation in himself |
| 18:38.20 | russellb | just got cleaned up, code consolidated, IIRC |
| 18:38.42 | kaii | easy going then .. |
| 18:39.01 | kaii | in my attempt to implement callerid updates on pickup i'm half done .. |
| 18:39.31 | kaii | sometimes the picked channel dies as zombie, the other time its the channel that is picking up (?).. |
| 18:40.16 | kaii | only the first case works yet. i do not understand why its not the same channel every time |
| 18:40.27 | kaii | (in asterisk 1.2) |
| 18:40.36 | Corydon76-dig | btw, broiled Japanese eggplant is a nectar of the gods |
| 18:40.59 | russellb | i thought beer was |
| 18:41.07 | russellb | i also heard that coffee was |
| 18:41.08 | kaii | i thought club mate was |
| 18:41.28 | Corydon76-dig | russellb: At Edo |
| 18:42.01 | russellb | neat |
| 18:42.18 | Corydon76-dig | It's where Mark took me for our meeting |
| 18:42.25 | russellb | gotcha. |
| 18:42.36 | russellb | very good food there |
| 18:42.41 | russellb | i am officially a fan. |
| 18:43.12 | Qwell | russellb: should write a case study for them |
| 18:43.20 | Qwell | they might give you free food! |
| 18:43.20 | Corydon76-dig | Ask to see the kitchen staff eat a Habanero pepper whole |
| 18:44.03 | Corydon76-dig | is enjoying leftover sushi |
| 18:46.45 | russellb | heh, leftover sushi sounds so wrong ... |
| 18:48.06 | Qwell | better than pre-packaged Target sushi |
| 18:48.19 | Corydon76-dig | Hey, I was full after all the additions she made to our meal |
| 18:48.40 | Corydon76-dig | Sauteed red snapper was awesome |
| 18:56.52 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:56.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:10.36 | Corydon76-dig | jtodd: ping |
| 19:20.31 | Kobaz | https://issues.asterisk.org/view.php?id=15503 |
| 19:20.36 | Kobaz | allrighty, there it is |
| 19:21.52 | mvanbaak | hhmm, AMI events for chan_skinny, not a bad idea :) |
| 19:30.14 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 19:30.14 | *** join/#asterisk-dev thansen (n=thansen@76.27.110.194) [NETSPLIT VICTIM] |
| 19:30.27 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 19:31.45 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:33.30 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 19:33.30 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:51.21 | leifmadsen | who was it that was asking how to remove global variables the other day? |
| 19:51.24 | leifmadsen | was that JunK-Y ? |
| 19:52.40 | leifmadsen | seems AgentCallbackLogin() is able to remove global variables from memory, so the code exists to do it if someone wanted to create the dialplan function to do it |
| 19:52.41 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:52.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:53.59 | file | leifmadsen: it's simple in code |
| 19:55.07 | leifmadsen | that's what I'm saying :) |
| 19:56.10 | leifmadsen | just I'm working on re-implementing the AgentCallbackLogin() stuff in dialplan, and noticed that it removes global variables when you logout -- you can't reproduce that in dialplan (at least in 1.4, I haven't checked later 1.6.x versions to see if someone already added the functionality) |
| 19:56.42 | russellb | have you looked at the stuff in doc/tex/ ? |
| 19:58.35 | leifmadsen | which stuff? you mean AEL stuff? |
| 19:58.37 | leifmadsen | I looked a bit |
| 19:58.51 | russellb | the chapter on queues with dynamic members |
| 19:59.05 | leifmadsen | no, but i already know how to do all that |
| 19:59.09 | russellb | okay. |
| 19:59.20 | russellb | so you're expanding on that? |
| 19:59.20 | leifmadsen | I've done a lot of call centre stuff over the last year and a half |
| 19:59.36 | russellb | the intention of that chapter was to show how to do AgentCallbackLogin() type stuff with dynamic queue members |
| 19:59.53 | russellb | if it's not sufficient, hopefully what you're writing can be integrated with it or replace it |
| 20:00.01 | leifmadsen | my plan is to setup some common AgentCallbackLogin() scenarios, and show to "convert" your dialplan with the least amount of changes |
| 20:00.13 | leifmadsen | I will look at that stuff and see how clear it is |
| 20:00.17 | russellb | gotcha. |
| 20:00.41 | leifmadsen | but ya, what I want to do is hand hold people who already have AgentCallbackLogin() setup, and show them exactly how to convert to using dynamic members |
| 20:01.23 | leifmadsen | for example, s/AgentCallbackLogin/GoSub(AgentCallbackLogin,s,1) |
| 20:01.25 | leifmadsen | kinda idea |
| 20:02.08 | leifmadsen | let me check those documents though to see how far they go |
| 20:06.03 | leifmadsen | russellb: are you talking about this file in particular? queues-with-callback-members.tex |
| 20:14.18 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:20.28 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:51.35 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:04.36 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:10.04 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 21:10.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:20.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 21:20.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:21.17 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:21.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:49.34 | *** part/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 21:57.08 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 22:01.57 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:01.57 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:15.11 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 22:27.32 | *** join/#asterisk-dev jtodd (i=tpjnhgbc@ns.fox-den.com) |
| 22:27.33 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 22:59.40 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 22:59.40 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:20.28 | *** join/#asterisk-dev thansen (n=thansen@76.27.110.194) |
| 23:21.30 | putnopvut | I always get confused when arrays become multi-dimensional. If I were to declare a variable like char foo[3][128]; Would that mean that foo[0] would be a 128 char buffer and there are 3 of them, or would foo[0] be a 3 char buffer and there are 128 of them? |
| 23:24.45 | putnopvut | A little test program I put together seems to indicate that the former is true. |
| 23:24.51 | kpfleming | it follows left-to-right the same as the declaration |