| 00:10.54 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:10.54 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 00:26.13 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 03:28.38 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:28.38 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 04:23.54 | *** join/#asterisk-bugs Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 04:23.54 | *** mode/#asterisk-bugs [+o Juggie] by ChanServ |
| 08:08.54 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:39.58 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 09:27.24 | *** join/#asterisk-bugs sjirsten (i=sjirsten@137.120.156.79) |
| 10:31.31 | *** join/#asterisk-bugs sx|lappy (n=sxpert@lgit-1225.obs.ujf-grenoble.fr) |
| 12:05.38 | *** join/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 12:19.34 | *** join/#asterisk-bugs simbol76ss (n=simbol@host65-209-dynamic.3-87-r.retail.telecomitalia.it) |
| 12:29.48 | *** join/#asterisk-bugs snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 13:52.42 | *** join/#asterisk-bugs seanbright (n=elixer@65.207.74.18) |
| 13:54.00 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:54.00 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:10.02 | *** join/#asterisk-bugs seanbright (i=seanbrig@65.207.74.18) |
| 14:11.10 | *** join/#asterisk-bugs oej (n=olle@cust-IP-10.data.tre.se) |
| 14:29.29 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 14:29.29 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:42.29 | *** part/#asterisk-bugs sjirsten (i=sjirsten@137.120.156.79) |
| 15:31.56 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 313 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 15:40.28 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 15:55.16 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-18.sn1.eutelia.it) |
| 16:03.16 | *** join/#asterisk-bugs monkeytype (n=Bill@216.207.245.1) |
| 16:17.29 | *** join/#asterisk-bugs elguero (n=elguero@207.154.34.162) |
| 17:26.01 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 17:26.01 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 18:01.58 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:01.58 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 18:22.05 | *** join/#asterisk-bugs simbol76ss (n=simbol@87.3.209.65) |
| 18:39.51 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:39.51 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 19:08.08 | *** join/#asterisk-bugs elguero (n=elguero@207.154.34.162) |
| 19:13.17 | *** part/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 19:20.58 | *** join/#asterisk-bugs elguero (n=elguero@207.154.34.162) |
| 19:46.42 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:46.42 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 19:51.39 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@216.207.245.1) |
| 19:51.39 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 20:05.03 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 20:14.36 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:19.29 | *** join/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 20:39.07 | *** join/#asterisk-bugs d1mas (n=chatzill@62.105.170.229) |
| 20:56.35 | Qwell | d1mas: was that 10% thing changed, or is it still true? |
| 20:56.53 | Qwell | nm, I see it in the patch |
| 20:57.05 | d1mas | qwell: what you mean? |
| 20:58.54 | Qwell | nevermind :) |
| 20:58.57 | d1mas | Ah.. you are about duration variance. yes |
| 20:59.10 | d1mas | s/are// |
| 21:00.01 | d1mas | cool thing :) |
| 21:00.21 | d1mas | i need something similar to fix my speech :) |
| 21:00.31 | d1mas | s/fix/correct/ |
| 21:02.38 | Qwell | d1mas: give me a summary of about 3-4 sentences on what this patch does, and I'll commit it right now. |
| 21:03.02 | d1mas | 5 min |
| 21:03.06 | Qwell | sure thing |
| 21:05.33 | d1mas | Refactored DTMF detection: fax detection separaed from digit detection, added CED (receiving fax machine) tone detection in addition to CNG (sending fax machine) tone and MF/DTMF detection code cleaned up a little (common structures and code isolated) |
| 21:06.03 | Qwell | I'd say it's cleaned up more than a little. :) |
| 21:06.11 | Qwell | definitely makes it more clear on what's going on |
| 21:07.00 | putnopvut | d1mas's code rules :) |
| 21:07.30 | d1mas | btw, AST_FRAME_DTMF does not look as an ideal carrier for 'f' (fax) and 'X' (flash). Have anybody thought about AST_FRAME_SPECIAL or something? |
| 21:07.44 | Qwell | yeah, that does seem a little silly |
| 21:07.49 | d1mas | putnopvut: thanks a lot :) |
| 21:10.50 | Qwell | d1mas: I'm having a hard time finding the definition for CED and CNG. any idea? |
| 21:11.06 | d1mas | www.acronymfinder.com :) |
| 21:11.30 | d1mas | or you mean the frequency/duration? these are in #define in the dsp.c |
| 21:11.37 | Qwell | no, what they actually stand for |
| 21:12.18 | Qwell | acryonymfinder failed my pretty miserably |
| 21:13.54 | d1mas | http://www.pcmag.com/encyclopedia_term/0,2542,t=CNG+tone&i=39895,00.asp |
| 21:14.09 | d1mas | or you are looking for what every letter means? |
| 21:14.14 | Qwell | yeah |
| 21:14.56 | d1mas | I'm afraid I can be something in French :) I will try to lookup. 5 mins |
| 21:15.25 | d1mas | or it may be CalliNG |
| 21:15.31 | d1mas | CallED |
| 21:16.28 | Qwell | wouldn't surprise me.. |
| 21:19.29 | Qwell | yeah, I think that's right... |
| 21:19.35 | Qwell | silly ITU |
| 21:20.03 | d1mas | well.. T38 spec does not give explanation. just "calling CNG tones..." |
| 21:20.31 | d1mas | It MAY be in T30 spec which I do not have :) |
| 21:20.40 | d1mas | and I do not remember where I downloaded the T38 one :) |
| 21:26.11 | Qwell | yeah, T.30 specs all just say calling and called tone.. |
| 21:31.34 | *** part/#asterisk-bugs simbol76ss (n=simbol@87.3.209.65) |
| 21:37.33 | Qwell | A103903 |
| 21:37.35 | MuffinMan | [103903] Committed by qwell on 2008-02-20 17:36:46: Largely refactor DSP tone detection routines. |
| 21:40.50 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 306 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 21:40.53 | Qwell | 306! |
| 21:41.07 | file | yup. |
| 21:45.01 | d1mas | file: hello again :) can we close 11614 now as all pre-requisites are commited. The last patch is for addons only so there should be no probs I hope |
| 21:45.32 | file | updated for the changes I made? |
| 21:45.43 | d1mas | file: err... What changes? |
| 21:45.57 | file | I changed the names of a few things to better fit |
| 21:46.13 | d1mas | file: wow. thanks, I missed these. will update |
| 21:59.38 | jmls | putnopvut: ping |
| 22:00.25 | putnopvut | jmls: pong |
| 22:00.30 | jmls | think I've found a bug in realtime queues |
| 22:00.45 | putnopvut | Okay, what's going wrong? |
| 22:01.50 | jmls | if you try to use QUEUE_WAITING_COUNT(QUEUENAME) without using Queue() first |
| 22:02.05 | jmls | [Feb 20 21:58:27] WARNING[28591]: app_queue.c:4026 queue_function_queuewaitingcount: queue ROCK was not found |
| 22:02.27 | jmls | latest 1.4 svn |
| 22:03.10 | putnopvut | Interesting. I don't think that code has changed in a while. I'll have a look. |
| 22:03.49 | putnopvut | So ROCK is a realtime queue? |
| 22:03.57 | jmls | yes |
| 22:04.10 | jmls | if you do a show queue ROCK from cli, then the error no longer happens |
| 22:04.30 | jmls | (when you do a QUEUE_WAITING_COUNT) |
| 22:04.37 | putnopvut | Ah, then I'm guessing that the problem was that ROCK was not in memory at the time. |
| 22:04.48 | jmls | yes, that's what I think |
| 22:04.54 | putnopvut | show queue ROCK will search realtime for the queue and put it in memory if it finds it. |
| 22:05.00 | jmls | exactly |
| 22:05.03 | putnopvut | QUEUE_WAITING_COUNT only searches in memory. |
| 22:05.18 | putnopvut | Now, there's no reason to search in realtime though for the waiting count. |
| 22:05.28 | jmls | why ? |
| 22:05.40 | putnopvut | Because if there are any calls, then the queue should still be in memory. |
| 22:05.42 | *** join/#asterisk-bugs d2mas (n=chatzill@62.105.170.229) |
| 22:05.53 | putnopvut | If it's not in memory, then (hopefully) there are no calls. |
| 22:06.16 | jmls | In my case, the dialplan does a gotoiftime to see if the queue is now closed |
| 22:06.34 | jmls | it then sends a jabber message saying how many people are still in the queue |
| 22:06.52 | jmls | there is a possibility that there are still people in the queue after it is "closed" |
| 22:07.05 | jmls | or, there may be noone in the queue after it is closed |
| 22:07.31 | jmls | So, I would expect either n or 0 |
| 22:08.22 | putnopvut | Yeah, I guess what should be in there is a check to see if the queue is realtime if it can't be found in memory, then if it is found in realtime, then we know there were 0 people waiting so just return 0. |
| 22:08.51 | jmls | sounds good to me |
| 22:08.51 | putnopvut | If we can't find the queue in realtime, though, we still need to print "queue blah was not found". |
| 22:09.00 | jmls | I agree |
| 22:09.14 | jmls | this error happened even though there was a realtime queue |
| 22:09.21 | jmls | (warning) |
| 22:10.12 | putnopvut | Okay, I'll make the necessary modification. Thanks for bringing this up. |
| 22:10.31 | jmls | cool. thanks for listening to the rantings of a madman ;) |
| 22:10.41 | putnopvut | They're the most fun rantings to hear! |
| 22:10.45 | jmls | jsmith: chalk up another one. |
| 22:11.00 | jmls | gotta go sleep. |
| 22:11.07 | putnopvut | Good night! |
| 22:18.00 | Qwell | ho hom |
| 22:18.02 | Qwell | ho hum too |
| 22:18.16 | Qwell | I might be able to fix this bug if asterisk would actually...load. |
| 22:18.27 | file | are you the person who usually does sounds stuff? |
| 22:18.34 | Qwell | I have |
| 22:18.40 | Qwell | depends on what it is :D |
| 22:18.44 | file | M11865 |
| 22:18.45 | MuffinMan | [new] [Asterisk] Sounds 0011865: Contributing access-granted and access-denied reported by _brent_ http://bugs.digium.com/view.php?id=11865 |
| 22:18.56 | Qwell | 48khz wav! |
| 22:19.04 | Qwell | erm, hmm...-extra |
| 22:19.34 | Qwell | okay, wtf |
| 22:19.46 | file | you are getting that issue |
| 22:19.47 | Qwell | asterisk won't run, because...asterisk is running. |
| 22:19.53 | file | that's an order! |
| 22:19.56 | Qwell | but I can't kill asterisk because it...isn't running. |
| 22:20.16 | putnopvut | beautiful |
| 22:30.12 | file | 303 :D |
| 22:49.50 | file | 302 |
| 23:06.11 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:06.11 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 23:11.36 | d2mas | Does anyone have an idea what %n is for in sscanf(m, "image %d udptl t38%n", &x, &len) ? |
| 23:12.26 | Qwell | d2mas: nothing. literally. |
| 23:12.29 | putnopvut | according to the man page, %n means that nothing is expected. |
| 23:12.45 | Qwell | Nothing is expected; instead, the number of characters consumed thus far from the input is stored through the next pointer, which must be a pointer to int. |
| 23:12.51 | d2mas | ah. makes sense. thanks |
| 23:57.56 | *** join/#asterisk-bugs seanbright (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |