| 00:00.12 | kpfleming | you in your office? |
| 00:00.28 | sruffell | I am |
| 00:00.29 | kpfleming | k |
| 00:01.47 | otherwiseguy | putnopvut: opinions on w/ w/o underscore? kpfleming mentioned in another window that w/o underscore unless we have other apps that use the underscore in the status variable. I've found a few MINIVM_*_STATUS, RECORD_STATUS, ODBC_FETCH_STATUS, etc. |
| 00:02.02 | otherwiseguy | I must find a way to disable that shortcut. |
| 00:02.06 | putnopvut | heh |
| 00:02.31 | putnopvut | I'm ambivalent on the matter, really. |
| 00:02.49 | putnopvut | I guess to appease the boss though, I'll go for a vote sans underscore. |
| 00:02.52 | putnopvut | :) |
| 00:05.49 | otherwiseguy | putnopvut: any problems with the ORIGINATECHAN change? I'm planning on seriously abusing the Originate() and Bridge() commands in my dialplan if I can make the change. :-) |
| 00:06.03 | putnopvut | What's the ORIGINATECHAN change? |
| 00:06.43 | Corydon76-dig | otherwiseguy: the original declaration was that the status variables should have underscores |
| 00:06.49 | otherwiseguy | Oh, I would like to have Originate() set ORIGINATECHAN with the name of the channel that is created by the Originate() chan |
| 00:07.20 | otherwiseguy | Corydon76-dig: which original declaration? |
| 00:07.37 | Corydon76-dig | otherwiseguy: when we started the trend, a couple years back |
| 00:07.55 | Corydon76-dig | That's why ODBC_FETCH_STATUS has underscores |
| 00:07.57 | otherwiseguy | Corydon76-dig: Before Dial() ? :-) |
| 00:08.35 | Corydon76-dig | otherwiseguy: I think it was resolved that because it was already that way, we would keep it, rather than introducing confusion |
| 00:08.37 | otherwiseguy | Corydon76-dig: I'm all for the underscore as it makes it easier to read, btw. Just getting opinions. |
| 00:10.52 | Corydon76-dig | Same thing applied to dialplan functions |
| 00:12.24 | Corydon76-dig | although I admit, it would be wonderful if these conventions all got compiled into a UI guide, rather than simply existing in the mailing list archives |
| 00:20.18 | otherwiseguy | k, underscore it is, then. |
| 00:21.35 | kpfleming | deja vu |
| 00:26.08 | otherwiseguy | kpfleming: :-) |
| 00:55.04 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 00:55.04 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 01:37.57 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 01:50.52 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 02:20.46 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:20.46 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 02:21.48 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 02:21.48 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:40.43 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 02:40.43 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:53.29 | *** join/#asterisk-dev mog (n=mog@c-68-62-217-121.hsd1.al.comcast.net) |
| 02:53.29 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 04:25.01 | *** join/#asterisk-dev mosty (n=mosty@eth1426.vic.adsl.internode.on.net) |
| 04:53.36 | *** part/#asterisk-dev timothy_jones (n=chatzill@207.90.4.3) |
| 05:19.30 | *** join/#asterisk-dev sucituanbo (n=full@c-24-21-121-148.hsd1.wa.comcast.net) |
| 05:53.44 | *** join/#asterisk-dev jtodd (n=jtodd@188.sub-70-214-33.myvzw.com) |
| 06:29.36 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 07:43.30 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:43.30 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:20.58 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 08:20.58 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 08:56.21 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 09:19.38 | *** part/#asterisk-dev frawd (n=francois@9.Red-88-6-14.staticIP.rima-tde.net) |
| 09:23.13 | *** join/#asterisk-dev frawd (n=francois@9.Red-88-6-14.staticIP.rima-tde.net) |
| 09:30.33 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.141) |
| 10:04.19 | *** join/#asterisk-dev Dovid[Laptop] (n=annon@tony09-118-62.inter.net.il) |
| 10:56.37 | *** join/#asterisk-dev frawd (n=francois@9.Red-88-6-14.staticIP.rima-tde.net) |
| 10:56.44 | *** part/#asterisk-dev frawd (n=francois@9.Red-88-6-14.staticIP.rima-tde.net) |
| 11:10.39 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:10.39 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:11.53 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:16.28 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:16.28 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:34.05 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:34.05 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:34.05 | *** join/#asterisk-dev Dovid[Laptop] (n=annon@tony09-118-62.inter.net.il) |
| 11:34.05 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.141) |
| 11:34.05 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 11:34.05 | *** join/#asterisk-dev sucituanbo (n=full@c-24-21-121-148.hsd1.wa.comcast.net) |
| 11:34.05 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 11:34.05 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) [NETSPLIT VICTIM] |
| 11:34.05 | *** join/#asterisk-dev otherwiseguy (n=otherwis@72.128.38.41) [NETSPLIT VICTIM] |
| 11:34.05 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 11:34.05 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-a494a9ff52e6f4be) [NETSPLIT VICTIM] |
| 11:34.05 | *** join/#asterisk-dev rbd (n=rbd@rrcs-96-10-27-206.se.biz.rr.com) [NETSPLIT VICTIM] |
| 11:34.05 | *** join/#asterisk-dev bkruse (n=bkruse@nat/digium/x-093087e253071497) |
| 11:34.06 | *** mode/#asterisk-dev [+oooo mvanbaak tzafrir_laptop ctooley bkruse] by irc.freenode.net |
| 11:34.06 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) [NETSPLIT VICTIM] |
| 11:34.06 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 11:34.07 | *** join/#asterisk-dev knielsen (n=knielsen@0109ds2-hvi.0.fullrate.dk) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:34.07 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 11:34.07 | *** mode/#asterisk-dev [+oooo snuff-work kpfleming seanbright jpeeler] by irc.freenode.net |
| 11:34.07 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 11:34.07 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) |
| 11:34.07 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 11:34.07 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:34.07 | *** join/#asterisk-dev tuxx- (n=tuxx@nightshade.nl) |
| 11:34.07 | *** join/#asterisk-dev silentaudience (i=psybnc@194.105.146.253) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev jermey_g (n=me@static-213-115-44-90.sme.bredbandsbolaget.se) |
| 11:34.07 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 11:34.07 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 11:34.07 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 11:34.08 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 11:34.08 | *** join/#asterisk-dev pdfhacker (n=dd@38.104.98.118) |
| 11:34.09 | *** join/#asterisk-dev freddyk (n=freddy@host14-144-dynamic.53-79-r.retail.telecomitalia.it) |
| 11:34.09 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 11:34.09 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/daviey) [NETSPLIT VICTIM] |
| 11:34.09 | *** join/#asterisk-dev Corydon76-dig (i=seven@pdpc/supporter/bronze/Corydon76-home) |
| 11:34.09 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 11:34.09 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:34.09 | *** mode/#asterisk-dev [+oo Deeewayne Corydon76-dig] by irc.freenode.net |
| 11:34.09 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 11:34.09 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 11:34.09 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-81b50d14ad7dd2b8) |
| 11:34.09 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 11:34.09 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 11:34.09 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 11:34.09 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 11:34.09 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 11:34.11 | *** join/#asterisk-dev mbranca (n=matteo@93-62-230-243.ip24.fastwebnet.it) |
| 11:34.11 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 11:34.11 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 11:34.11 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) |
| 11:34.11 | *** join/#asterisk-dev jets (n=brian@jets.ownsu.com) |
| 11:34.11 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 11:34.11 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 11:34.11 | *** mode/#asterisk-dev [+oooo codefreeze-lap file ChanServ Qwell] by irc.freenode.net |
| 11:34.11 | *** join/#asterisk-dev awk_r (n=rawk@nat/digium/x-46be58956a1eca8d) |
| 11:34.11 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 11:34.11 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 11:34.11 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 11:34.11 | *** mode/#asterisk-dev [+o citats] by irc.freenode.net |
| 11:54.52 | *** join/#asterisk-dev telecos (n=sergio@34.167.219.87.dynamic.jazztel.es) |
| 12:16.04 | *** join/#asterisk-dev orTix (i=blaat@j167028.upc-j.chello.nl) |
| 12:16.14 | *** part/#asterisk-dev orTix (i=blaat@j167028.upc-j.chello.nl) |
| 12:18.00 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.69.17) |
| 12:20.42 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 12:25.26 | *** join/#asterisk-dev carranca (n=carranca@pampero.itba.edu.ar) |
| 12:29.05 | carranca | Hi, im trying to install a 3rd party app for video gateway purporses, (app_h324m) and it isnt working, ive debuged a little and now i want to see the information that is passing through the B-channel, using dahdi_monitor i can get a raw dump but isnt there a way to get a pcap dump to load it in wireshark like the old ZapDump? |
| 12:38.40 | tzafrir_laptop | ZapDump?? |
| 12:42.04 | tzafrir_laptop | carranca, why not ask its author? |
| 12:42.53 | tzafrir_laptop | If he didn't bother updating it, maybe there's a different way to do that |
| 12:48.54 | *** part/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 12:49.30 | carranca | the author of ZapDump or the author of app_h324m? |
| 12:53.07 | *** join/#asterisk-dev qdk (n=qdk@79.138.251.161.bredband.3.dk) |
| 12:53.34 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:53.34 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:53.47 | tzafrir_laptop | Of zapdump |
| 12:55.58 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 13:07.04 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 13:07.57 | gambler1 | Sorry for asking on this chan but I already asked on #asterisk channel, but no one knows (and I am not skilled enought for * source code to understand all) is it possible in dialplan to handle sip messages? (like address incomplete) because * trasnlate this as busy/congestion and does not generate cdr |
| 13:11.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.69.17) |
| 13:15.17 | lmadsen | gambler1: this isn't 2nd level support, regardless of the answer in #asterisk. You could use the asterisk-users mailing list as well which will have a larger exposure. The simple answer to your question though, is no, it does not handle SIP messages on an individual basis in the dialplan. |
| 13:17.18 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:18.00 | gambler1 | lmadsen: yes I know this is not l2 support, I always ask if someone have a spare time, and I try not to abuse this chan. Thank you for your answer. |
| 13:41.52 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:51.12 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.181.5) |
| 13:53.33 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.69.17) |
| 14:31.53 | *** join/#asterisk-dev silentaudience (i=psybnc@194.105.146.253) |
| 14:53.37 | *** join/#asterisk-dev moy (n=moy@74.12.127.97) |
| 14:59.00 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-3e5eaffbbeafa5b5) |
| 15:00.46 | file | nods to jtodd |
| 15:07.54 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-5766518fd7928974) |
| 15:07.54 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:14.46 | jtodd | Greetings, file. |
| 15:14.56 | lmadsen | salutations jtodd! |
| 15:22.21 | *** join/#asterisk-dev linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 15:22.22 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-593152934aa20039) |
| 15:22.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:23.24 | lmadsen | is it 'svn blame' or something else if I want to search for a change that happened in a file? |
| 15:25.05 | De_Mon | blame tells you which revision a line was last changed on |
| 15:25.52 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-42ccadcb380d1df3) |
| 15:25.52 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:27.37 | lmadsen | coolio... trying to find when 'sip show users' went away... |
| 15:30.33 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 15:30.33 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:31.23 | tzafrir_laptop | wishes that the asterisk CLI had an "ignore" functionality :-( |
| 15:33.15 | mvanbaak | lmadsen: kill-the-user merge |
| 15:33.31 | lmadsen | mvanbaak: was it part of that? ugh... I thought there was supposed to be no functionality change? |
| 15:33.38 | mvanbaak | tzafrir_laptop: run it through tee and grep -v |
| 15:33.40 | lmadsen | do you happen to know the revision? |
| 15:33.52 | mvanbaak | nope, no idea |
| 15:34.53 | lmadsen | I tried svn blame, but it didn't give me anything back :) |
| 15:35.06 | lmadsen | (well, nothing for "grep 'sip show users'") |
| 15:46.03 | mvanbaak | correct. |
| 15:46.17 | mvanbaak | because svn blame only takes the lines in the current version |
| 15:46.23 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.136) |
| 15:47.51 | mvanbaak | try svn log |
| 15:54.35 | lmadsen | hmmm.... still not sure what oej would have typed in there... |
| 15:55.11 | mvanbaak | hhmm |
| 15:55.23 | mvanbaak | let's hope he cleared the branch when he merged it |
| 15:55.54 | mvanbaak | if so, you can find a rough estimate of the revision by doing: svn log https://origsvn.digium.com/svn/asterisk/team/oej/kill-the-user |
| 15:56.30 | *** join/#asterisk-dev jmls (n=IceChat7@host217-36-208-155.in-addr.btopenworld.com) |
| 15:56.39 | jmls | hello all ! |
| 15:56.47 | lmadsen | omghi! |
| 15:56.52 | jmls | happy New Year to one and all ;) |
| 15:57.14 | jmls | lmadsen: Thought you'd be pleased to see me :) |
| 15:57.20 | lmadsen | of course! |
| 15:58.23 | mvanbaak | lmadsen: 12824 |
| 15:58.32 | mvanbaak | http://svn.digium.com/view/asterisk?view=rev&revision=128242 |
| 15:58.47 | mvanbaak | lmadsen: 128242 |
| 15:58.49 | mvanbaak | ;) |
| 16:04.01 | jmls | ok. have a really strange error |
| 16:04.04 | jmls | http://pastebin.ca/1302802 |
| 16:04.13 | jmls | the "h" extension is not being executed |
| 16:04.33 | jmls | if I revert to r116352 with the same config, it works just fine |
| 16:04.51 | lmadsen | jmls: I think I saw a bug on that already... |
| 16:05.08 | jmls | oh man. I searched the bug list already :( |
| 16:05.16 | lmadsen | let me see if I can find it |
| 16:05.47 | putnopvut | jmls: yeah, there's an open issue regarding that. It has to do with macros, I believe...but I'm not sure of the specifics. |
| 16:05.56 | lmadsen | 14122 |
| 16:05.59 | lmadsen | M14122 |
| 16:06.43 | MuffinMan | [acknowledged] [Asterisk] Applications/app_macro 0014122: Macro execution doesn't get to "h" extension reported by wetwired (Karma: +1.75) http://bugs.digium.com/view.php?id=14122 |
| 16:06.43 | jmls | crap. Sorry guys. I did look ... |
| 16:06.43 | lmadsen | np! |
| 16:07.11 | jmls | mmm. not quite the same |
| 16:07.16 | jmls | I'm not in a macro |
| 16:07.31 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@74.94.3.214) |
| 16:07.31 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 16:07.51 | jmls | I previously executed a macro (the M() on dial) |
| 16:09.22 | putnopvut | jmls: hmm, what revision of svn are you currently using? |
| 16:09.39 | jmls | the latest as of 2 hours ago |
| 16:09.46 | jmls | (1.4 svn) |
| 16:09.57 | putnopvut | ah, all right, just had to check for sanity's sake. |
| 16:10.13 | jmls | this only seems to happen if I have redirected the call using the AMI |
| 16:10.19 | jmls | other calls work just fone |
| 16:10.27 | jmls | meh. fine. |
| 16:10.52 | putnopvut | interesting that it only happens on redirected calls. |
| 16:11.07 | putnopvut | I'm trying to think of what happens differently on that sort of call. |
| 16:11.10 | jmls | well, that's only where I've found this problem. |
| 16:11.38 | jmls | zap call comes in - dials sip client. |
| 16:11.52 | jmls | operator redirects zap call to meetme |
| 16:12.30 | jmls | another operator redirects the call to the "pickup" context and dials another sip client |
| 16:12.42 | jmls | calls are bridged |
| 16:12.54 | jmls | when either hangs up, "h" is not executed |
| 16:13.19 | putnopvut | This may be one of those cases that murf describes where the "chan" and "peer" channels end up being swapped or something....I notice there is a specific message in the output about priority 7 of 5632@pickup. What is executed there? |
| 16:13.46 | jmls | sorry, I snipped the dialplan for verbosity sake. priority 7 was the dial command |
| 16:14.00 | jmls | <PROTECTED> |
| 16:16.26 | bweschke | waves to file |
| 16:17.03 | file | nods to bweschke |
| 16:17.06 | putnopvut | dang, the fact that it was Dial doesn't really help much :-/ |
| 16:17.25 | jmls | yeah ;) |
| 16:18.11 | putnopvut | This may be a job for...MURF! |
| 16:18.15 | simond | Is Steve Sokol around somewhere? |
| 16:18.26 | putnopvut | codefreeze-lap: have you seen jmls's issue? |
| 16:18.29 | jmls | SuperMurf! |
| 16:20.56 | jmls | what program handles the "h" extension ? Perhaps if I could track down the version that caused the proble mit may help |
| 16:21.12 | codefreeze-lap | No, I've been wrapped up in a deep philosophical email discussion with greyman for a while.... jmls is using M() in dial, which executes a macro in a "peer" channel (no pbx there)... no "h".... redirect... hmmm |
| 16:21.34 | jmls | the macro has completed, though. |
| 16:21.45 | lmadsen | codefreeze-lap: I hope my input on the list was somewhat useful |
| 16:22.58 | simond | Anyone in here working on asterisk-skype channel driver? I'm running into segfaults when making outbound calls, and am wondering who to contact. |
| 16:23.03 | codefreeze-lap | lmadsen: I didn't even make it to the list yet. I'm responding to his direct reply to just me.... I'll go look for your reply and see if I can mix the two, or handle yours separately... |
| 16:23.51 | De_Mon | what you can do, is find a revision where that line does exist. note the line number, blame the current revision and see when that line changed. then blame that revision and repeat till you find your line... It's tedious but has saved me a few times. |
| 16:24.57 | De_Mon | that was to lmadsen -- if he still hasn't found his revision |
| 16:25.01 | codefreeze-lap | putnopvut: jmls: There's an 'h' exten executor in the bridge code (had to add it), and in the pbx loop. If the bridge does it, it sets a flag to keep the pbx loop from doing it. |
| 16:25.58 | putnopvut | simond: are you referring to the SkypeForAsterisk channel driver which Digium produces? |
| 16:26.07 | putnopvut | Or a different one? |
| 16:26.23 | codefreeze-lap | putnopvut: jmls: it might be some weird side condition that sets the flag, or... who knows... life is full of surprises |
| 16:27.11 | simond | putnopvut: the official digium channel driver. |
| 16:27.17 | lmadsen | simond: ssokol doesn't really use irc too much... try ssokol at digium dot com (I believe) |
| 16:27.30 | putnopvut | simond: yeah, lmadsen has it right. |
| 16:27.31 | kpfleming | simond: if you have the beta driver, you have communication channels available |
| 16:27.45 | kpfleming | there is a skype group chat, plus the skype issue tracker |
| 16:28.22 | simond | kpfleming: yeha, I have the driver, it's segfaulting when I try to make outbound skype calls -- so I'm just looking for the right spot to talk about that. |
| 16:30.17 | jmls | codefreeze-lap: which file ? I will try to track the version number down that caused the problem |
| 16:31.08 | jmls | codefreeze-lap: in my case, the zap call has been redirected twice. Once to a meetme room, and from there to a SIP extension |
| 16:33.09 | kpfleming | simond: talk to the person who gave it to you |
| 16:33.21 | kpfleming | and review the open bugs in the skype beta issue tracker, since your issue may be known |
| 16:34.27 | codefreeze-lap | jmls: can we simplify the situation? Is a single redirect sufficient? |
| 16:35.28 | codefreeze-lap | lmadsen: read your letter. Yes, I think I'm getting warm. Now it's time to dicker over what to put in the CDR fields.... I'll put all that in the response to greyman's letter.... |
| 16:37.29 | jmls | codefreeze-lap: I can try to hang up in the meetme. Wait one whilst I set up the test |
| 16:41.13 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:41.22 | carranca | has anyone configured asterisk with the app h324m? |
| 16:43.13 | jmls | codefreeze-lap: it happened after one redirect |
| 16:45.10 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.136) |
| 16:45.42 | jmls | i.e. the zap channel was redirected to a meetme extension. zap hangs up, no "h" was executed |
| 16:47.05 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:48.04 | Qwell | non-Asterisk question.. I came up with an idea really late last night, so haven't had much time to actually...ponder it. Would poll() with a timeout of 1, in a -EAGAIN loop be terribly inefficient? Is there some better way that can be done? |
| 16:48.49 | Qwell | the current code there makes me very sad. It's a poll with a timeout of 1000, with no checking of errno |
| 16:50.48 | kpfleming | Qwell: what is the goal? |
| 16:51.04 | russellb | you don't get an error on timeout |
| 16:51.10 | Qwell | d'oh |
| 16:51.15 | russellb | but yeah, not sure what we're trying to accomplish :) |
| 16:51.29 | Qwell | well, it's a keyboard app.. if I poll with -1, I get events when I actually press/release a key |
| 16:51.50 | Qwell | of course, right now it's using a timeout of 1000, so every second I get an event with "keystate" of 0. |
| 16:52.10 | russellb | sounds like expected behavior :) |
| 16:52.18 | Qwell | SO, other places in the code ignore keystate of 0... it's very sad. keystate of 0 from the socket is very much valid, when done correctly |
| 16:52.33 | russellb | so poll with -1? |
| 16:52.42 | Qwell | it's in the main loop, heh |
| 16:53.04 | russellb | if the result of poll is <= 0, no event occurred ... |
| 16:53.08 | russellb | so .. don't act like there is one? |
| 16:56.53 | Qwell | blah, it's not hitting the read, so it's never reseting keystate. Why is it setting it to 0? sigh |
| 16:57.26 | Qwell | this code is rather bad |
| 16:57.53 | russellb | what ... are you working on? |
| 16:58.07 | jmls | a keyboard phone |
| 16:58.08 | jmls | kPhone |
| 16:58.11 | Qwell | last night I was trying to make my keyboard work |
| 16:58.48 | russellb | is it your work keyboard? |
| 16:58.54 | Qwell | russellb: no |
| 16:58.55 | russellb | we can certainly get you a new one if you need it |
| 16:58.57 | russellb | ok |
| 16:59.08 | jmls | codefreeze-lap: any joy ? |
| 17:18.46 | *** join/#asterisk-dev outtolunc (n=me@adsl-76-211-236-48.dsl.pltn13.sbcglobal.net) |
| 17:20.52 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-068-016-200-248.sip.chs.bellsouth.net) |
| 17:20.53 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:24.10 | *** join/#asterisk-dev qdk (n=qdk@79.138.230.80.bredband.3.dk) |
| 17:45.11 | *** join/#asterisk-dev flujan (n=flujan@200.160.115.20) |
| 17:51.51 | *** join/#asterisk-dev carranca (n=carranca@pampero.itba.edu.ar) |
| 17:52.10 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-97ad990a3bcaec56) |
| 18:01.13 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 18:03.17 | *** join/#asterisk-dev sasargen (n=chatzill@174-152-144-174.pools.spcsdns.net) |
| 18:08.49 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-ee8e9f46d0ff5b07) |
| 18:08.49 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:31.10 | *** join/#asterisk-dev ssokol (n=ssokol@64.22.228.164) |
| 18:33.06 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 18:33.17 | *** part/#asterisk-dev ssokol (n=ssokol@64.22.228.164) |
| 18:39.27 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:39.27 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 19:08.32 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.186.167) |
| 19:08.33 | putnopvut | stabs chan_local with a sharpened pitchfork |
| 19:11.46 | *** join/#asterisk-dev ssokol (n=ssokol@64.22.228.164) |
| 19:13.34 | *** join/#asterisk-dev ssokol (n=ssokol@64.22.228.164) |
| 19:30.13 | Corydon76-dig | It's lmadsen's birthday, today. Everybody wish him a happy birthday! |
| 19:30.26 | bweschke | lmadsen: Happy BDay! |
| 19:30.28 | jmls | happy birthday lmadsen |
| 19:34.34 | tzanger | it's his birthday? |
| 19:34.37 | tzanger | is he legal to drink now? |
| 19:35.14 | Corydon76-dig | Given that he's Canadian, he could already drink at home |
| 19:35.16 | bweschke | wow .... that just made me feel very, very old |
| 19:35.33 | Corydon76-dig | bweschke: you're a spring chicken, compared to me |
| 19:36.44 | Corydon76-dig | bweschke: you won't truly feel old until you lose an argument to a guy for whom you can remember what you were doing on the day he was born |
| 19:37.46 | bweschke | Corydon76-dig: I felt dated the other day when a guy in the office here referred to "Dead or Alive" as "That Deadliest Catch song" |
| 19:38.11 | Corydon76-dig | Heh |
| 19:38.51 | Corydon76-dig | bweschke: How about when people at a Fireman's exhibit ask why they're playing the theme to Iron Chef? |
| 19:39.12 | putnopvut | lol |
| 19:39.17 | bweschke | Corydon76-dig: lol ! Just... wow. |
| 19:39.44 | putnopvut | I've still never seen Backdraft, but I imagine I'd have a hard time not picturing Iron Chef when hearing the music. |
| 19:41.37 | Corydon76-dig | A fun experience is watching those types of movies next to a firefighter instructor, who critiques the onscreen efforts |
| 19:42.31 | putnopvut | I assume you were saying "fun" sarcastically, there. |
| 19:42.32 | bweschke | kinda like watching the ER / EMS shows and watching them commit big boo-boo's all over the place |
| 19:43.09 | Corydon76-dig | putnopvut: Kind of like viewing a gemstones exhibit with my geologist sister |
| 19:43.26 | Corydon76-dig | Or attending a maritime museum with my curator brother |
| 19:50.04 | Corydon76-dig | is such an underachiever compared to his siblings |
| 19:50.38 | lmadsen | heh... thanks everyone :) |
| 19:59.24 | JunK-Y | happy birthday m. madsen! |
| 20:09.50 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 20:32.11 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-970ebba76f676edd) |
| 20:43.14 | *** join/#asterisk-dev jeffg (i=rxK1tOch@pdpc/supporter/active/jeffg) |
| 20:57.15 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 20:59.32 | *** join/#asterisk-dev awk_r (n=awk_r@nat/digium/x-b96d8a553644a429) |
| 21:02.06 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 21:08.39 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 21:20.43 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.136) |
| 21:41.23 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-3f01ceaf57ff08af) |
| 21:51.33 | JunK-Y | #1 0x00007f28247f4b43 in abort () from /lib/libc.so.6 |
| 21:51.33 | JunK-Y | #2 0x00007f2824833fa8 in ?? () from /lib/libc.so.6 |
| 21:51.33 | JunK-Y | #3 0x00007f2824839938 in ?? () from /lib/libc.so.6 |
| 21:51.33 | JunK-Y | #4 0x0000000000468128 in ast_filehelper (filename=0x405ea490 "2027303777 by tonybelisle@gmail.com @ 4_55_43 PM", arg2=0x2035140, fmt=0x0, action=ACTION_OPEN) at file.c:471 |
| 21:51.43 | JunK-Y | how can only my frame 2 and 3 are ?? |
| 21:51.56 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 21:52.10 | Corydon76-dig | JunK-Y: run it under valgrind |
| 21:52.11 | Qwell | JunK-Y: it's within libc. not much we can do |
| 21:52.20 | JunK-Y | cause if you do a playback with this filename(2027303777 by tonybelisle@gmail.com @ 4_55_43 PM) its coredumping, even in latest 1.4 |
| 21:52.30 | JunK-Y | stupid name for a filename, but that customer did it. |
| 21:53.04 | putnopvut | yeah that is a pretty horrible file name. |
| 21:53.43 | JunK-Y | putnopvut: dont ask me why its having filenames like that, all their system is build like that. |
| 21:54.01 | JunK-Y | i just know it should not sigabrt and hangup all sim calls; |
| 21:56.34 | JunK-Y | Corydon76-dig: thats weird, its not crashing with valgrind --log-file=valgrind.txt asterisk -cvvvvvg 2>malloc_debug.txt, only with asterisk -cvvvvvg (and with gdb too) |
| 21:56.57 | Corydon76-dig | Valgrind MAY not crash, but the info it generates may still be useful |
| 21:58.18 | JunK-Y | im gonna open a new ticket with the info from valgrind and gdb. |
| 21:58.28 | russellb | can we see it first please? |
| 21:58.33 | russellb | your backtrace didn't look like a crash in asterisk |
| 21:59.05 | Corydon76-dig | russellb: when it's abort(), it's generally memory corruption |
| 21:59.24 | russellb | nods |
| 21:59.28 | russellb | would be nice to see the valgrind stuff |
| 21:59.46 | Corydon76-dig | Pastebin! |
| 22:00.24 | JunK-Y | http://junky.homelinux.com:81/valgrind.txt |
| 22:00.35 | JunK-Y | i run the playback, then i did the stop now |
| 22:01.22 | russellb | so it's the invalid free() that crashed it before, then |
| 22:02.19 | russellb | ast_filestream is ref counted now |
| 22:02.21 | russellb | that's the problem ... |
| 22:02.25 | russellb | easy fix, one sec |
| 22:03.30 | Corydon76-dig | JunK-Y: Is this trunk? |
| 22:03.36 | JunK-Y | no, latest 1.4 |
| 22:03.45 | JunK-Y | i can try to reproduce it with trunk, wait |
| 22:04.06 | russellb | commit asterisk 167641 |
| 22:04.11 | MuffinMan | Failed to retrieve information on revision 167641 from repository asterisk |
| 22:04.17 | russellb | lies |
| 22:04.24 | russellb | commit asterisk 167541 |
| 22:04.28 | MuffinMan | [167541] Committed by russell on 2009-01-07T22:03:59.510975Z: Don't use free() directly. This caused a crash since ast_filestream is now an ao2 object. |
| 22:04.29 | MuffinMan | .. |
| 22:04.29 | MuffinMan | ..Reported by JunK-Y on IRC, #asterisk-dev |
| 22:04.29 | MuffinMan | .. |
| 22:04.30 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=167541 |
| 22:05.53 | *** join/#asterisk-dev Trido (i=trido@ppp178-168.static.internode.on.net) |
| 22:07.31 | russellb | asterisk would have crashed any time it failed to open a file for a filestream ... |
| 22:08.13 | JunK-Y | trunk is compiling now to see if this is the same. |
| 22:08.29 | putnopvut | JunK-Y: russellb merged the change up to trunk, too. |
| 22:08.31 | russellb | it would have the same problem |
| 22:08.37 | JunK-Y | russellb: not really sure to understand the patch, what let you know it was there? |
| 22:08.39 | russellb | but is now fixed in both places |
| 22:08.51 | russellb | JunK-Y: your valgrind output pointed out the bad call to free() |
| 22:09.39 | JunK-Y | ==7775== Thread 35: |
| 22:09.40 | JunK-Y | ==7775== Invalid free() / delete / delete[] |
| 22:09.40 | JunK-Y | ==7775== at 0x4C252AF: free (vg_replace_malloc.c:323) |
| 22:09.40 | JunK-Y | ==7775== by 0x468127: ast_filehelper (file.c:471) |
| 22:09.41 | JunK-Y | ==7775== Thread 35: |
| 22:09.44 | JunK-Y | ==7775== Invalid free() / delete / delete[] |
| 22:09.45 | russellb | correct |
| 22:09.47 | JunK-Y | ==7775== at 0x4C252AF: free (vg_replace_malloc.c:323) |
| 22:09.49 | JunK-Y | ==7775== by 0x468127: ast_filehelper (file.c:471) |
| 22:09.52 | JunK-Y | oops |
| 22:09.54 | JunK-Y | gotcha. |
| 22:10.05 | JunK-Y | 1 beer for you next time we met ;) |
| 22:10.10 | russellb | yay! |
| 22:10.22 | JunK-Y | and 2 for me for finding this bug :P |
| 22:10.40 | putnopvut | And I get -1 for not catching that when I made the filestreams refcounted :( |
| 22:11.04 | russellb | putnopvut: heh, no worries ... using free() directly was a bad assumption to begin with .. |
| 22:11.14 | JunK-Y | putnopvut: thats okay if you have vodka, like last year @astricon :) |
| 22:11.19 | snuff-work | putnopvut: dont feel bad.. i still haven't got jabber refcounting properly :P |
| 22:11.21 | russellb | putnopvut: and we missed it because it was in code that _wasn't_ changed. hard to miss that in a patch :) |
| 22:11.29 | russellb | s/miss /catch / |
| 22:13.59 | putnopvut | russellb: on the other hand, it wasn't changed because ... I neglected to change it :) |
| 22:14.17 | russellb | yeah ;) |
| 22:15.29 | jmls | codefreeze-lap: ping |
| 22:15.47 | codefreeze-lap | jmls: here am I |
| 22:15.59 | jmls | smiles broadly |
| 22:16.02 | JunK-Y | russellb: bad new, its still crashing (with 1.4) |
| 22:16.11 | jmls | any luck on that h thingy ? |
| 22:16.47 | codefreeze-lap | not yet. I'm up to my hips with a few other bugs (CDR of course) |
| 22:16.53 | jmls | heh |
| 22:17.24 | jmls | is it the same bug as #14122, or do you want me to raise a new one ? |
| 22:17.42 | JunK-Y | ==29019== Thread 35: |
| 22:17.42 | JunK-Y | ==29019== Invalid read of size 4 |
| 22:17.42 | JunK-Y | ==29019== at 0x7E67A87: fclose (in /lib/libc-2.8.90.so) |
| 22:17.42 | JunK-Y | ==29019== by 0x467C2F: filestream_destructor (file.c:337) |
| 22:17.42 | JunK-Y | ==29019== by 0x43304C: ao2_ref (astobj2.c:229) |
| 22:18.20 | codefreeze-lap | jmls: looks similar; could be the same thing. It's in my list. |
| 22:18.43 | jmls | backs aways from codefreeze-lap very slowly |
| 22:18.47 | jmls | okies .. |
| 22:18.58 | jmls | thanks |
| 22:19.21 | russellb | JunK-Y: k, one sec |
| 22:19.40 | JunK-Y | if i removed that ast_closestream(s); seems to be all right. |
| 22:19.53 | russellb | commit asterisk 167545 |
| 22:19.58 | MuffinMan | [167545] Committed by russell on 2009-01-07T22:19:47.096120Z: Only try to close the file if one was actually opened |
| 22:19.58 | MuffinMan | .. |
| 22:19.58 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=167545 |
| 22:22.03 | mvanbaak | listening to Led Zeppelin over the 'speakers' in an Asus EeePC 901 is no fun |
| 22:23.25 | JunK-Y | russell: even this one is still crashing. |
| 22:23.26 | JunK-Y | ==31447== Thread 35: |
| 22:23.26 | JunK-Y | ==31447== Invalid read of size 4 |
| 22:23.26 | JunK-Y | ==31447== at 0x7E67A87: fclose (in /lib/libc-2.8.90.so) |
| 22:23.26 | JunK-Y | ==31447== by 0x467C3C: filestream_destructor (file.c:338) |
| 22:23.27 | mvanbaak | hhmm, I read commits about new versions of asterisk |
| 22:23.32 | mvanbaak | but I dont see them on asterisk.org |
| 22:23.37 | russellb | it shouldn't be calling fclose at all ... |
| 22:23.46 | mvanbaak | correct ? |
| 22:23.51 | Corydon76-dig | mvanbaak: we're working on it |
| 22:23.54 | JunK-Y | yes, cause it isnt NULL |
| 22:23.54 | russellb | well, i guess i was assuming f was null ... |
| 22:24.06 | mvanbaak | Corydon76-dig: no problem. was just wondering |
| 22:24.08 | russellb | what format is the file in |
| 22:25.33 | JunK-Y | root@shooter:/usr/src/asterisk-1.4# file /var/lib/asterisk/sounds/2027303777\ by\ tonybelisle\@gmail.com\ \@\ 4_55_43\ PM.wav |
| 22:25.36 | JunK-Y | /var/lib/asterisk/sounds/2027303777 by tonybelisle@gmail.com @ 4_55_43 PM.wav: RIFF (little-endian) data, WAVE audio, GSM 6.10, mono 8000 Hz |
| 22:25.43 | file | M14109 |
| 22:25.45 | MuffinMan | [confirmed] [Asterisk] Core/FileFormatInterface 0014109: [patch] Supplying stereo .WAV file causes Asterisk to crash reported by gkloepfer (Karma: +32.75) http://bugs.digium.com/view.php?id=14109 |
| 22:26.06 | mvanbaak | mono != stereo ;) |
| 22:26.15 | russellb | found the problem ... |
| 22:26.17 | russellb | silly code |
| 22:26.41 | mvanbaak | try looking at chan_skinny ;) |
| 22:26.43 | russellb | commit asterisk 167554 |
| 22:26.48 | MuffinMan | [167554] Committed by russell on 2009-01-07T22:26:42.626435Z: Don't fclose() the file early, the filestream destructor will handle it. |
| 22:26.48 | MuffinMan | .. |
| 22:26.48 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=167554 |
| 22:27.45 | mvanbaak | it would rock if MuffinMan gave the branch where the commit took place |
| 22:29.21 | Corydon76-dig | mvanbaak: it's in the link |
| 22:29.54 | JunK-Y | lastest 1.4 and trunk are fixed for my problem. |
| 22:29.59 | russellb | yay |
| 22:30.05 | JunK-Y | i guess, we can also close 14109 |
| 22:30.46 | mvanbaak | Corydon76-dig: no, in the link it only shows the repo |
| 22:30.46 | JunK-Y | and i had a mono file, not a stereo. |
| 22:30.51 | mvanbaak | not the subdir in a repo |
| 22:31.13 | russellb | JunK-Y: yep, closed |
| 22:31.45 | JunK-Y | yay |
| 22:32.15 | Corydon76-dig | mvanbaak: I meant, click the link, and it shows you on the first page |
| 22:32.53 | *** join/#asterisk-dev awk_r (n=awk_r@nat/digium/x-b2bceb54c5fa3021) |
| 22:33.17 | Corydon76-dig | pokes awk_r |
| 22:33.33 | awk_r | waves @ Corydon76-dig |
| 22:33.59 | Corydon76-dig | awk_r: you figure it all out yet? |
| 22:34.54 | mvanbaak | Corydon76-dig: irssi cannot show webpages ;) |
| 22:35.23 | JunK-Y | mvanbaak: ctrl-click :) |
| 22:35.42 | mvanbaak | I have no 'click' key on my keyboard |
| 22:36.11 | JunK-Y | ha |
| 22:36.13 | Corydon76-dig | I do! |
| 22:36.27 | Marquis42 | Corydon76-dig: Is that next to your 'any' key? |
| 22:36.31 | JunK-Y | Corydon76-dig and I will click, you have to remember the # :P |
| 22:36.31 | Corydon76-dig | Upgrade your keyboard! |
| 22:36.33 | awk_r | Corydon76-dig, figure what out yet? the universe? |
| 22:36.44 | JunK-Y | hahhah |
| 22:36.46 | Corydon76-dig | Marquis42: I also have a mouseball on my keyboard |
| 22:37.05 | mvanbaak | I have the happy-hackers keyboard |
| 22:37.09 | Marquis42 | Corydon76-dig: What does the mouse think about that? And does he still have the other one? :O |
| 22:37.13 | JunK-Y | santa claus should bring you a mouse :) |
| 22:37.32 | Corydon76-dig | Marquis42: I actually have a spare set of mouse balls here |
| 22:37.58 | Corydon76-dig | from Apple, even |
| 22:38.24 | Corydon76-dig | They're in my box with my spare 20MB laptop SCSI hard drive |
| 22:38.38 | Marquis42 | lol |
| 22:38.53 | mvanbaak | I have a 20MB SCSI drive as well |
| 22:39.00 | mvanbaak | in my apple machine |
| 22:39.05 | Corydon76-dig | but is it laptop-sized? |
| 22:39.10 | mvanbaak | erm no |
| 22:39.23 | mvanbaak | well, if you have one of thos 22' laptops it would fit I think |
| 22:39.36 | Corydon76-dig | 22 foot? |
| 22:39.48 | mvanbaak | minimal |
| 22:39.51 | Qwell | ultra-luggable |
| 22:39.53 | mvanbaak | the thing is huge |
| 22:39.54 | Corydon76-dig | You have a very large lap |
| 22:40.23 | Corydon76-dig | No wonder your wife likes you. ;-) |
| 22:40.29 | mvanbaak | indeed |
| 22:41.16 | *** join/#asterisk-dev sucituanbo (n=full@c-24-21-121-148.hsd1.wa.comcast.net) |
| 23:11.23 | *** join/#asterisk-dev SQLDarkly (n=dakendri@192.147.57.6) |
| 23:12.48 | SQLDarkly | Greetings. I know this is not a support channel however I cannot seem to find any information on a line in my debug log that happened right at a drop from a meetme conference |
| 23:13.12 | SQLDarkly | I was curious if one of you fine gents may have an idea as to its meaning. |
| 23:19.54 | mvanbaak | can you provide the actual information ? |
| 23:20.12 | mvanbaak | like log output, dialplan, description of what is happening ? |
| 23:20.31 | mvanbaak | version of asterisk, platform you are running it on |
| 23:21.42 | jmls | codefreeze-lap: ping ... |
| 23:22.10 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:26.24 | codefreeze-lap | jmls: hello |
| 23:26.31 | jmls | fwiw, found the version the problem was introduced in. r142575 works fine, r142675 doesn't. Looks as if the "second attempt" broke this. |
| 23:26.38 | jmls | (1.4) |
| 23:28.26 | codefreeze-lap | goes to look |
| 23:33.43 | codefreeze-lap | groans. OK, the ripple effect continues. Can you simplify the situation at all? |
| 23:34.23 | jmls | not really. zap is connected to sip. zap is redirected to meetme. zap hangs up |
| 23:34.54 | jmls | I think it's the redirect |
| 23:35.07 | jmls | meetme by itself hangs up just fine (zap -> meetme) |
| 23:35.22 | jmls | sip by itself works fine (zap -> sip) |
| 23:35.52 | jmls | is sorry :'( |
| 23:40.21 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:44.35 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 23:45.42 | jmls | is exhausted after the big bug hunt :) |
| 23:45.47 | jmls | goodnight all |
| 23:54.10 | JunK-Y | commit asterisk 167554 |
| 23:54.16 | MuffinMan | [167554] Committed by russell on 2009-01-07T22:26:42.626435Z: Don't fclose() the file early, the filestream destructor will handle it. |
| 23:54.16 | MuffinMan | .. |
| 23:54.16 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=167554 |