| 00:15.45 | *** join/#asterisk-dev bcrisp (n=bcrisp@70.102.242.138) |
| 01:23.59 | seanbright | if ((t->mutex) != ((pthread_mutex_t) PTHREAD_MUTEX_INITIALIZER)) { |
| 01:27.15 | seanbright | if pthread_mutex_t is a struct that is totally bogus |
| 02:16.07 | snuff-home | mm.. which reminds me i had a patch or 2 for solaris |
| 02:16.30 | snuff-home | still no fix for wonderful stringfield :( |
| 02:17.02 | snuff-home | evil 'magic int' |
| 02:44.04 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.187.40) |
| 02:45.02 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.187.40) |
| 02:46.34 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.187.40) |
| 03:05.55 | *** join/#asterisk-dev atis_home (n=atis@193.238.213.215) |
| 03:07.41 | atis_home | Corydon76-dig: regarding that "exceptionally long voice queue" - i'm having really small cdr table, which is regularly processed by other scripts and truncated, so that's probably not the only reason |
| 03:07.54 | atis_home | it's already mentioned in comment at the issue |
| 04:08.10 | Kobaz | ~book |
| 04:08.11 | infobot | [~book] Asterisk: The Future of Telephony 2nd Edition (ISBN 0-596-51048-9) --- Order yours at http://www.oreilly.com/catalog/9780596510480/ --- Free downloadable PDF at http://www.asteriskdocs.org --- HTML at http://astbook.asteriskdocs.org or see ~buybook |
| 04:08.18 | Kobaz | er wrong window |
| 04:17.15 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 07:58.40 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 08:31.26 | Corydon76-dig | atis_home: I'm thinking it may be more of a contention issue, in terms of a large number of CDRs all getting posted at the same time |
| 08:32.25 | Corydon76-dig | Add to that that you aren't limiting the number of CDR backends that are loaded and that a single lock covers the entire sequence of all databases, and you have the potential for a lot of threads waiting for that lock |
| 08:32.59 | Corydon76-dig | What may release that contention is simply converting that lock to rwlock from mutex |
| 08:34.22 | jmls | hmm. In order to build dahdi on a 2.6.30 kernel , I'm gonna need the svn of dahdi, not a tarball, right ? |
| 08:34.41 | jmls | M14963 |
| 08:34.43 | MuffinMan | [closed] [DAHDI-linux] dahdi_transcode 0014963: [patch] wctc4xxp fails building with kernel 2.6.30-rc3: implicit declaration of function ânetif_rx_completeâ reported by tzafrir (Karma: +123.50) https://issues.asterisk.org/view.php?id=14963 |
| 08:34.50 | Corydon76-dig | Dunno, may not work at all |
| 08:35.44 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 08:37.14 | jmls | use trunk or 2.2 ? |
| 08:37.27 | jmls | for 1.6.2 asterisk |
| 08:41.20 | jmls | how's the weather in eastern US now ? Just heard that a big snow storm is on the way. |
| 08:43.10 | Corydon76-dig | I do not know. You're going to have to consult with a dahdi developer. |
| 08:43.37 | Corydon76-dig | As for the eastern US, you'll have to consult with someone who is there. I'm in central US |
| 08:44.40 | Corydon76-dig | I might as well ask you about the weather in Volograd. You're not there; you won't know. |
| 08:50.01 | Corydon76-dig | In my region, there's no snow. http://wtvf.images.worldnow.com/images/incoming/NC5Wx/radar_MetroWin.html |
| 08:50.07 | jmls | ouch. sorry, was just interested to see if anyone on the list was in the storm. |
| 08:50.25 | jmls | skulks away and hides |
| 08:50.32 | Corydon76-dig | at 3 in the morning? |
| 08:50.43 | Corydon76-dig | 4 in the east? |
| 08:51.08 | Corydon76-dig | Wait 5-8 hours |
| 08:52.56 | jmls | pah. no true hackers on the east coast then ? They should just about be getting ready to go to bed ;) |
| 08:57.38 | jmls | this is not a good thing, right ? "warning: assignment discards qualifiers from pointer target type" |
| 09:00.12 | Corydon76-dig | I'm going to bed. |
| 09:07.24 | jmls | night. |
| 11:08.23 | tzafrir | jmls, 2.2.1-rc2 should work |
| 14:14.23 | leifmadsen | morning! |
| 14:14.29 | leifmadsen | hackers... AWAKE! |
| 14:19.02 | tzafrir | sure |
| 14:22.22 | leifmadsen | it wasn't a question, it was a statement :) |
| 14:22.26 | leifmadsen | tzafrir: morning! |
| 14:23.16 | tzafrir | So here's a question to make up for that: |
| 14:23.55 | tzafrir | what's the merging order in asterisk-addons (as it has no real trunk) |
| 14:23.58 | tzafrir | ? |
| 14:35.32 | tzafrir | The svnmerge properties have 'trunk-blockes' and 'trunk-merged' |
| 14:36.34 | tzafrir | But I suppose merging changes through http://svn.asterisk.org/svn/asterisk-addons/trunk/ is not a good idea |
| 14:56.04 | tzafrir | oh well |
| 15:02.40 | *** join/#asterisk-dev ayrjola (n=ayrjola@a88-115-162-170.elisa-laajakaista.fi) |
| 15:04.10 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:04.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:35.18 | tzafrir | If I use non-standard ASTDATADIR, and install an external module, how can I know to install the xmldocs to under that ASTDATADIR ? |
| 15:35.48 | tzafrir | (In Debian we currently hard-wire ASTDATADIR in asterisk-addons) |
| 15:38.44 | CGMChris | I located the header file for ast_waitfordigit() at /usr/include/asterisk/channel.h. This is probably a remedial question, but where might I find the file that contains the definition for this function? |
| 15:39.24 | tzafrir | main/channel.c in the source tree? |
| 15:39.42 | kpfleming | CGMChris: grep is your friend |
| 15:40.06 | CGMChris | k, i'll do that. Trying to track down a problem with SIP channels hanging. |
| 15:40.39 | CGMChris | is asterisk.org down?! |
| 15:44.30 | kpfleming | not for me |
| 15:56.30 | JunK-Y | not for me neither. |
| 15:57.17 | JunK-Y | kpfleming: is there a reason why leave_voicemail() has a tmp limitation to 1024 ? |
| 15:57.51 | JunK-Y | one customer copie voicemail to SO many person, i had to increment it, so im like, im sure someone already got this need too. |
| 15:58.16 | kpfleming | i don't know what a 'tmp limitation' is |
| 15:58.47 | JunK-Y | the variable named tmp |
| 15:59.10 | CGMChris | Thoughts on how to trigger rtptimeout for testing? Would blocking my SIP provider during an active call trip it? |
| 15:59.25 | CGMChris | er, blocking w/ firewall |
| 16:01.16 | kpfleming | sure |
| 16:02.03 | kpfleming | i have no idea why someone chose 1024 as a limit, i'm sure it could be modified to use an ast_str or something similar to allow it to be more flexible |
| 16:05.55 | JunK-Y | yes, trunk is ast_str() |
| 16:07.51 | JunK-Y | i will simply suggest that customer upgrade to 1.6.1 :) |
| 16:09.07 | Corydon76-dig | It's only 1024 in somewhat older versions of 1.4 |
| 16:09.51 | JunK-Y | this one is running 1.4.20.1 yes |
| 16:12.47 | JunK-Y | but even 1.4.28 has char tmp[1324] = "", *tmpptr; |
| 16:13.16 | Corydon76-dig | Well, we don't have ast_str in 1.4 |
| 16:13.26 | JunK-Y | exact. |
| 16:14.07 | JunK-Y | would it be possible to increment just this one to 4096 for 1.4? |
| 16:14.56 | Corydon76-dig | I'm wary of that, because due to stack usage, we could cause dialplans which previously worked to suddenly stop working. |
| 16:16.08 | JunK-Y | and 1.4 is frozen, gotcha, no stress |
| 16:16.38 | Corydon76-dig | Honestly, the best change for this would probably to use ast_strdup(), as long as we remember to free() it |
| 16:17.32 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 16:18.13 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:18.19 | JunK-Y | but with the ast_str(), its all right, no? |
| 16:22.37 | Corydon76-dig | Correct, there's no practical limit in 1.6 |
| 16:23.02 | JunK-Y | 1.6 for president! |
| 16:26.38 | *** join/#asterisk-dev ayrjola (n=ayrjola@a88-115-162-170.elisa-laajakaista.fi) |
| 16:30.05 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:32.04 | leifmadsen | lol |
| 16:32.37 | leifmadsen | CGMChris: http://downforeveryoneorjustme.com/asterisk.org |
| 16:34.07 | CGMChris | rofl, thnx @leifmadsen |
| 16:34.20 | kpfleming | that's nifty |
| 16:34.25 | leifmadsen | kpfleming: indeed |
| 16:34.27 | kpfleming | almost as good as letmegooglethatforyou.com |
| 16:34.31 | leifmadsen | yep :) |
| 16:34.36 | leifmadsen | it's in the same context |
| 16:36.01 | leifmadsen | http://lmgtfy.com/?q=website+down+for+everyone+or+just+me%3F&l=1 |
| 16:45.34 | CGMChris | sip channels get created out of thin air @ http://pastebin.ca/1720498 ! |
| 16:55.24 | Corydon76-dig | CGMChris: And? |
| 16:56.08 | Corydon76-dig | Had to get created, for us to send back a reply and ensure they got the response |
| 17:08.18 | heliosj | letmegooglethatforyou is great stuff. |
| 17:26.07 | leifmadsen | CGMChris: i.e. qualify=yes will create channels that you'll see in 'sip show channels' |
| 17:38.09 | CGMChris | @leifmadsen: hitting RTPtimeout during an active call will close a sip channel, and if you regain communication with your SIP provider before the call is terminated on the other end, Asterisk creates a new channel for the now hung up call. |
| 18:04.11 | Corydon76-dig | CGMChris: If you don't like the SIP protocol, you're welcome to join the IETF working group and work to change it |
| 18:17.55 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:05.03 | *** join/#asterisk-dev mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 19:16.52 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:17.24 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:15.10 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 21:53.32 | *** join/#asterisk-dev Corydon76-dig (i=six@c-69-137-80-31.hsd1.tn.comcast.net) |
| 21:53.32 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 23:40.43 | *** join/#asterisk-dev puzzled (n=patrick@535335AA.cable.casema.nl) |