| 00:10.48 | snuff-work | mm it seems quite a few ppl are getting crashes when they use mixmon and faxing.. aka forgetting to NOT record a fax.. |
| 00:11.07 | snuff-work | maybe its worth a note in the mixmon app doco.. |
| 00:11.23 | *** join/#asterisk-dev russellb_ (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:11.23 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 00:18.15 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:18.15 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:14.27 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 01:32.35 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 01:32.35 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 01:32.51 | *** part/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 01:45.41 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1088810630.dsl.bell.ca) |
| 01:46.17 | *** part/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1088810630.dsl.bell.ca) |
| 01:58.33 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 02:09.30 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 03:27.25 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 03:29.01 | *** join/#asterisk-dev ZX81_ (n=matt@202.49.106.158) |
| 03:50.15 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 03:50.25 | *** join/#asterisk-dev LemensTS (n=matthew@adsl-70-238-163-192.dsl.stlsmo.sbcglobal.net) |
| 03:50.51 | *** part/#asterisk-dev LemensTS (n=matthew@adsl-70-238-163-192.dsl.stlsmo.sbcglobal.net) |
| 04:43.42 | *** join/#asterisk-dev sucituanbo (n=blah@c-24-21-121-148.hsd1.mn.comcast.net) |
| 04:51.08 | *** join/#asterisk-dev ZX81_ (n=matt@202.49.106.158) |
| 04:54.21 | *** join/#asterisk-dev CunningPike (n=arodgers@d75-155-184-81.bchsia.telus.net) |
| 05:26.05 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 05:46.02 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 06:36.14 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 07:05.01 | *** join/#asterisk-dev xpot (n=jim@75.149.224.186) |
| 07:51.49 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 07:59.49 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 08:30.53 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 08:31.49 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 08:46.52 | dominic1 | hey developers is it really not possible to write a statement in func_odbc.conf over multiple lines? |
| 08:47.18 | dominic1 | I have a statement which is more than 2 pages long. It is a littlebit unreadable.... |
| 08:54.16 | *** join/#asterisk-dev jameswf (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 08:58.31 | tzafrir_laptop | what's the maximal length of a line? |
| 09:27.12 | dominic1 | that is not my problem. I want to be able to read the sql string. In one line it is not really readable. But now I have a new problem. Asterisk tells me I have a syntaxerror, but there is definitely no syntaxerror. I tested it already. |
| 10:08.50 | dominic1 | I found the solution, the buffer in func_odbc.c was too small. I increased it to 4096 |
| 10:10.18 | mvanbaak | can you post a bugreport on http://bugs.digium.com about it ? |
| 10:12.41 | dominic1 | I will give them a try.... |
| 10:15.38 | *** join/#asterisk-dev oron (n=oron@local.xorcom.com) |
| 10:16.32 | dominic1 | short question: Can I escape a var in func_odbc statements, that ${myvar} gets not parsed? |
| 10:21.38 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:21.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:24.22 | dominic1 | I think everything with a $ gets passed |
| 10:25.38 | tzafrir_laptop | IIRC '\' escapes it |
| 11:01.36 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:02.06 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 11:17.48 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:23.28 | *** join/#asterisk-dev eliel (n=eliel@201.234.250.101) |
| 11:45.21 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 11:46.41 | *** part/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 11:51.22 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:14.13 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:14.13 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:21.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 12:48.08 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 13:15.29 | *** kick/#asterisk-dev [russellb!n=sean@asterisk/contributor-and-bug-marshal/seanbright] by seanbright (since i don't have ops in #asterisk) |
| 13:15.48 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:15.48 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:15.53 | seanbright | hey buddy! |
| 13:16.10 | russellb | hi2u! |
| 13:24.26 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-280993c5f279dbdf) |
| 13:30.51 | dominic1 | hi |
| 13:35.46 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 14:02.16 | snuff-home | mm.. astobj2 question if i just want to know if a record exists doing ao2_find(blah,&mystruct,OBJ_NODATA) that will give a non-null pointer back? |
| 14:05.34 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:08.19 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 14:17.26 | russellb | if you say OBJ_NODATA, you will always get NULL back |
| 14:17.37 | russellb | you will have to get it as usual, and then just unref it immediately |
| 14:22.27 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:22.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:23.06 | snuff-home | mm sounds fair enough |
| 14:24.58 | snuff-home | heh found another humorus comment in code of jabber.. 'Kinky! how did that happen' |
| 14:26.18 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 14:26.18 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:26.26 | snuff-home | ello murf |
| 14:26.30 | *** part/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 14:32.08 | snuff-home | from old astobj... if i have a prune_marked.. i don't need to worry about that call at all under ao2 correct? |
| 14:35.26 | russellb | you'll have to re-make the mark/prune functionality |
| 14:35.34 | russellb | it's very easy, though, using a couple of calls to ao2_callback() |
| 14:36.11 | russellb | ao2_callback(stuff, 0, mark_all_stuff, NULL); |
| 14:36.20 | russellb | and have mark_all_stuff set a flag on every object to "mark" it |
| 14:36.33 | russellb | then, after handling config, and when you want to prune, do something like ... |
| 14:37.05 | russellb | while ((thing = ao2_callback(stuff, OBJ_UNLINK, thing_is_marked, NULL))) { ao2_ref(thing, -1); } |
| 14:37.14 | russellb | and have thing_is_marked return CMP_MATCH if the "mark" is set |
| 14:37.58 | snuff-home | mm sounds like a tomorrow thing :) |
| 14:55.01 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:55.01 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:10.33 | festr_ | changing ssrc drives me crazy. 1.4.21 -> two SIP phones siemens C450 calling each other, after connect, SSRC will change and it kills sound for 5 seconds |
| 15:10.56 | festr_ | this bug http://bugs.digium.com/view.php?id=12570 was releated ti this but this issue still exists |
| 15:11.01 | Corydon76-dig | Using jitter buffer? |
| 15:11.08 | festr_ | Corydon76-dig: it is sip to sip calls |
| 15:11.25 | Corydon76-dig | Are you using the jitter buffer? |
| 15:11.51 | festr_ | Corydon76-dig: sip.ocnf: jbenable = yes |
| 15:12.07 | festr_ | jbforce = no |
| 15:12.09 | Corydon76-dig | M11259 |
| 15:12.11 | MuffinMan | [assigned] [Asterisk] Core/Jitterbuffer 0011259: Jitterbuffer does not work well with injected sound reported by plack (Karma: +3.00) http://bugs.digium.com/view.php?id=11259 |
| 15:12.12 | Corydon76-dig | Same problem |
| 15:12.18 | Corydon76-dig | Same solution |
| 15:12.43 | Corydon76-dig | When the ssrc changes, it confuses the crap out of the jitter buffer |
| 15:13.35 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 15:13.41 | festr_ | imho there is no need to change ssrc. random ssrc is made for early media but after connect new one is created |
| 15:13.49 | festr_ | which is bad |
| 15:14.06 | festr_ | although there is MARK bit, this mark bit is in new ssrc packet |
| 15:14.19 | festr_ | phone cannot deal with it so it waits several seconds |
| 15:14.22 | Corydon76-dig | I repeat... the same solution applies |
| 15:14.52 | Corydon76-dig | Wait, the phone can't deal with the ssrc changing? |
| 15:15.09 | Corydon76-dig | That would be a firmware bug on the phone |
| 15:15.11 | *** join/#asterisk-dev putnopvut (n=putnopvu@conference/asterisk/x-9c25c68ca4978296) |
| 15:15.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:15.43 | festr_ | Corydon76-dig: it delas with it but after five seconds |
| 15:15.55 | Corydon76-dig | festr_: call the mfg support line |
| 15:16.15 | festr_ | Corydon76-dig: changing ssrc without telling conforms to rfc? |
| 15:16.35 | Corydon76-dig | Have a SIP debug? |
| 15:16.49 | festr_ | i've pcap dump |
| 15:18.04 | Corydon76-dig | festr_: are you using the latest SVN? |
| 15:18.11 | festr_ | Corydon76-dig: yes 1.4 |
| 15:18.59 | festr_ | there was problem before between 1.4.17 (or someting) |
| 15:19.00 | festr_ | http://svn.digium.com/view/asterisk/branches/1.4/main/rtp.c?view=diff&r1=114099&r2=114100&pathrev=114100 |
| 15:19.06 | festr_ | which is solved for some scenario |
| 15:19.21 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:19.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:19.23 | festr_ | but sip to sip call with early media will change ssrc after connect |
| 15:19.29 | Corydon76-dig | Well, file a bug |
| 15:20.06 | festr_ | ok. anyway changing ssrc conforms to rfc? |
| 15:20.54 | festr_ | sure, i could read it but it is long reading for now |
| 15:21.58 | Corydon76-dig | Well, if you're going to make a claim that it contravenes the RFC, then you need to quote line and verse |
| 15:22.37 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-f4843577ed94baa7) |
| 15:24.08 | festr_ | Corydon76-dig: do you think that reopening bug http://bugs.digium.com/view.php?id=12570 is good idea? |
| 15:24.14 | festr_ | or i could make a new one? |
| 15:24.21 | festr_ | should |
| 15:26.03 | file | we don't change the SSRC anymore |
| 15:26.09 | file | what you are probably seeing is Packet2Packet bridging |
| 15:26.16 | file | which doesn't change the SSRC to that of Asterisk |
| 15:29.53 | *** join/#asterisk-dev sruffell (n=sruffell@conference/asterisk/x-a0e83459adcdb644) |
| 15:29.53 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:31.10 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:32.19 | festr_ | file: is it possible to turn off p2p bridging? |
| 15:32.32 | file | no, not unless you force audio to go through the core |
| 15:32.59 | festr_ | which is only when mixmonitoring or translating |
| 15:34.19 | festr_ | so for clarifying: sip to sip call -> early media choose some SSRC and after connect it does p2p bridging with ssrc from the SIP phone on the other side? |
| 15:34.48 | file | nods |
| 15:37.42 | festr_ | does not know file's slang :) |
| 15:37.58 | seanbright | file says "yes" |
| 15:38.21 | festr_ | thanks :) |
| 15:39.00 | seanbright | to 'nod' is to move one's head up and down in approval |
| 15:39.11 | Qwell | ~nod |
| 15:39.12 | jbot | ACTION nods |
| 15:39.16 | seanbright | ^^^ |
| 15:39.19 | festr_ | :))) |
| 15:39.58 | seanbright | turning one's head repeatedly from left to right indicates disapproval |
| 15:40.10 | Qwell | ~shake |
| 15:40.10 | jbot | ACTION shakes his booty all over town |
| 15:40.15 | seanbright | heh |
| 15:40.17 | festr_ | :) |
| 15:40.44 | festr_ | btw i'm looking at the pcap dump, after connect, asterisk sends stream with changed ssrc and also with mark bit |
| 15:40.51 | festr_ | this is not what p2p bridge does imho |
| 15:41.34 | file | P2P bridging takes in a packet, modifies the marker bit (if it needs to be set) and changes the payload if need be |
| 15:41.37 | file | then the packet is sent back out |
| 15:42.55 | festr_ | so there is probably no easy sollution to prevent ssrc between early media and connect? |
| 15:44.50 | file | not currently. |
| 15:45.53 | festr_ | if some sip stack receives some RTP data on allocated port to this session and sip stack is also checking ssrc which changes somewhere in the middle this could be problem imho |
| 15:46.28 | festr_ | which is problem for some sort of phones (like siemens c450) :( |
| 15:47.37 | festr_ | question is if marker bit can help when belongs to new ssrc packet |
| 15:50.49 | festr_ | i've checked file's explanation. after connect ssrc will change to ssrc which belongs to the other phone (source) |
| 16:06.42 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) [NETSPLIT VICTIM] |
| 16:06.42 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 16:06.42 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) [NETSPLIT VICTIM] |
| 16:06.42 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 16:06.42 | *** join/#asterisk-dev xilun (i=xilun@Toushirou.duckcorp.org) [NETSPLIT VICTIM] |
| 16:06.42 | *** join/#asterisk-dev pputman- (n=centrex@c-68-62-214-146.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 16:06.42 | *** mode/#asterisk-dev [+o tzafrir_laptop] by irc.freenode.net |
| 16:07.34 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 16:07.34 | *** join/#asterisk-dev sruffell (n=sruffell@conference/asterisk/x-a0e83459adcdb644) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:07.34 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:07.34 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) [NETSPLIT VICTIM] |
| 16:07.34 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) [NETSPLIT VICTIM] |
| 16:07.35 | *** join/#asterisk-dev snuff-work (n=snuff-wo@203.176.96.250) [NETSPLIT VICTIM] |
| 16:07.35 | *** join/#asterisk-dev bkruse (n=bkruse@conference/asterisk/x-7e360e17277046c0) |
| 16:07.36 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) [NETSPLIT VICTIM] |
| 16:07.36 | *** mode/#asterisk-dev [+oooo sruffell russellb bkruse malcolmd] by irc.freenode.net |
| 16:07.36 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 16:07.36 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 16:07.36 | *** join/#asterisk-dev jsmith-away (n=jsmith@72.21.36.138) |
| 16:07.36 | *** mode/#asterisk-dev [+oo Qwell jsmith-away] by irc.freenode.net |
| 16:07.46 | *** join/#asterisk-dev d3wayne (n=dwayne@76.29.245.9) [NETSPLIT VICTIM] |
| 16:07.46 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) [NETSPLIT VICTIM] |
| 16:07.46 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 16:07.46 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 16:07.46 | *** join/#asterisk-dev jgoddess (n=monkey@phrank.aus.us.siteprotect.com) [NETSPLIT VICTIM] |
| 16:07.46 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 16:07.46 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 16:07.46 | *** mode/#asterisk-dev [+o d3wayne] by irc.freenode.net |
| 16:08.39 | *** join/#asterisk-dev putnopvut (n=putnopvu@conference/asterisk/x-9c25c68ca4978296) |
| 16:08.39 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) [NETSPLIT VICTIM] |
| 16:08.39 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:08.40 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-280993c5f279dbdf) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev viraptor (n=viraptor@awh178.internetdsl.tpnet.pl) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) [NETSPLIT VICTIM] |
| 16:08.40 | *** mode/#asterisk-dev [+oooo putnopvut jpeeler kpfleming file] by irc.freenode.net |
| 16:08.40 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-55-24-227.dhcp.embarqhsd.net) [NETSPLIT VICTIM] |
| 16:08.40 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 16:09.45 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 16:09.46 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 16:09.46 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 16:09.47 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 16:09.47 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) [NETSPLIT VICTIM] |
| 16:09.47 | *** join/#asterisk-dev oron (n=oron@local.xorcom.com) [NETSPLIT VICTIM] |
| 16:09.47 | *** join/#asterisk-dev xpot (n=jim@75.149.224.186) |
| 16:09.47 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 16:09.47 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 16:09.47 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 16:09.47 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 16:09.47 | *** mode/#asterisk-dev [+oo seanbright ChanServ] by irc.freenode.net |
| 16:09.52 | *** join/#asterisk-dev Corydon76-dig (i=silver@pdpc/supporter/bronze/Corydon76-home) |
| 16:09.52 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 16:09.52 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583145.dsl.bell.ca) [NETSPLIT VICTIM] |
| 16:09.52 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 16:09.54 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 16:09.54 | *** join/#asterisk-dev _Vile (n=vile@freeswitch/developer/vile) [NETSPLIT VICTIM] |
| 16:09.54 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-f4843577ed94baa7) [NETSPLIT VICTIM] |
| 16:09.54 | *** join/#asterisk-dev sucituanbo (n=blah@c-24-21-121-148.hsd1.mn.comcast.net) [NETSPLIT VICTIM] |
| 16:09.54 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 16:09.54 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 16:09.54 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-50-26-217.dhcp.embarqhsd.net) |
| 16:09.54 | *** mode/#asterisk-dev [+oooo Corydon76-dig citats mvanbaak ctooley] by irc.freenode.net |
| 16:11.17 | *** join/#asterisk-dev LapTop006 (n=laptop00@gemini.chriskaine.com.au) |
| 16:11.18 | dominic1 | okay, think after the irc trouble nobody saw my post.... So again: Isn't it possible to write a a statement in func_odbc.conf over more than on line? |
| 16:11.19 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 16:11.19 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:11.19 | russellb | line wrap in your editor? :) |
| 16:11.19 | Qwell | I think he means like |
| 16:11.19 | Qwell | read=SELECT * |
| 16:11.19 | Qwell | FROM foo |
| 16:11.19 | Qwell | WHERE bar |
| 16:11.19 | dominic1 | correct Qwell |
| 16:11.19 | Qwell | dominic1: I feel your pain.. I had to write a 2kb query on one line |
| 16:11.20 | dominic1 | me too, I exceeded the buffer of func_odbc |
| 16:11.20 | Qwell | you exceeded the current buffer? |
| 16:11.20 | seanbright | then we need a bigger buffer |
| 16:11.20 | seanbright | more cowbell |
| 16:11.20 | Qwell | seanbright: it's 2048! |
| 16:11.20 | dominic1 | yes it was only 2048 chars :-D |
| 16:11.20 | Qwell | that's a massive query |
| 16:11.20 | dominic1 | I increased it to 4096 |
| 16:11.20 | Qwell | Corydon76-dig: ^^^ |
| 16:11.20 | seanbright | Qwell: |
| 16:11.20 | seanbright | "I had to write a 2kb query on one line" |
| 16:11.20 | Qwell | seanbright: it was just under 2k |
| 16:11.20 | seanbright | exactly 2k? |
| 16:11.20 | seanbright | ahhh |
| 16:11.21 | Qwell | the old buffer was like 512, and Corydon76-dig was shocked when I showed him why it should be increased :p |
| 16:11.21 | seanbright | i've told you a gazillion times about exaggerating |
| 16:11.21 | dominic1 | now my statement is running, but in one line, it's hard to find errors |
| 16:11.21 | Qwell | dominic1: Are stored procs an option? |
| 16:11.21 | Qwell | or functions |
| 16:12.02 | dominic1 | Yes, I think functions will be an option in the future, but I think I am not that mysql geek yet.... |
| 16:12.02 | Qwell | dominic1: 5.0 or newer? |
| 16:12.02 | Qwell | (of mysql) |
| 16:12.03 | dominic1 | yes |
| 16:12.03 | dominic1 | 5.0.32 (debian) |
| 16:12.35 | Qwell | functions should be available then |
| 16:13.47 | dominic1 | functions are available, had a look on it yesterday, after I saw that my statement will need more chars...., but found not a good explanation of functions yet.... |
| 16:14.40 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) |
| 16:19.15 | seanbright | the 2k limit is configuration system limited or just func_odbc.conf limited? |
| 16:19.30 | Qwell | seanbright: func_odbc |
| 16:19.38 | Qwell | it's the buffer size for a sql command |
| 16:19.42 | seanbright | ah |
| 16:20.08 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 16:20.08 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:20.10 | dominic1 | it's coded in func_odbc.c, had to change 4 times to 4096 to get it done |
| 16:20.23 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 16:20.25 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 16:20.53 | seanbright | just make it an ast_str and be done with it |
| 16:21.16 | Qwell | seanbright: you have commit :D |
| 16:21.21 | seanbright | heh |
| 16:21.38 | jpeeler | is there any better way to determine if all channels are hungup other than calling ast_active_channels? |
| 16:21.40 | dominic1 | new func_odbc.c? |
| 16:21.59 | seanbright | dominic1: no |
| 16:22.04 | dominic1 | :-) |
| 16:22.49 | seanbright | dominic1: unless you want to submit a patch :) (and no, a patch that just changes 2048 to 4096 won't cut it ;)) |
| 16:24.25 | dominic1 | Will I get trouble when just changing to 4096? Thought that's the only thing I have to change to increase the buffer... |
| 16:25.50 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:25.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:25.54 | kpfleming | seanbright: are you the one who did the nmenuselect interface? |
| 16:26.04 | seanbright | kpfleming: yes |
| 16:26.12 | kpfleming | it has a small annoyance |
| 16:26.13 | seanbright | unless it's broken |
| 16:26.20 | seanbright | then it was Qwell |
| 16:26.25 | seanbright | kpfleming: what's that? |
| 16:26.31 | kpfleming | if i'm in the apps list, and i select something on page 2, when it redraws i'm back on page one |
| 16:26.42 | kpfleming | well, sort of |
| 16:26.44 | seanbright | looks |
| 16:26.58 | kpfleming | it doesn't leave the list scrolled to the same spot it was before i changed the selcetion, is my point |
| 16:27.02 | seanbright | yeah |
| 16:27.05 | kpfleming | so if i was reading down the list, i've just lost my spot |
| 16:27.07 | seanbright | i see that |
| 16:27.10 | seanbright | ok |
| 16:27.51 | kpfleming | not a big deal, clearly |
| 16:27.57 | kpfleming | but sometimes it makes me use cmenuselect instead |
| 16:28.03 | seanbright | i'll take a look-see |
| 16:28.55 | seanbright | yikes. i use c++ style comments in that file too. maybe i was drunk when i coded that. |
| 16:39.26 | russellb | seanbright: you're fired, then |
| 16:43.19 | seanbright | russellb: ok |
| 16:47.06 | mvanbaak | hey oej |
| 16:47.25 | oej | yep |
| 16:47.34 | oej | what's up? |
| 16:48.36 | Corydon76-dig | Qwell: Holy... |
| 16:48.54 | Qwell | figured you'd like that |
| 16:49.20 | mvanbaak | not much |
| 16:49.28 | Corydon76-dig | Maybe we need a configuration directive that permits line wrap |
| 16:49.31 | seanbright | so this is fun, there is a function newtListboxSetEntry which allows you to set the text of a listbox item by index, but there is no function to get the index of the current selection |
| 16:49.35 | seanbright | lame. |
| 16:49.44 | Qwell | Corydon76-dig: we already support multi-line comments |
| 16:50.01 | Corydon76-dig | but multi-line parameters? |
| 16:50.08 | Qwell | would be useful |
| 16:50.23 | Qwell | read=SELECT * \ \n FROM foo \ \n WHERE bar |
| 16:51.39 | Corydon76-dig | or else if the next line starts with some string, then continue on from the previous line... |
| 16:52.00 | Corydon76-dig | append= |
| 16:52.54 | Corydon76-dig | or readsql+= |
| 16:53.11 | kpfleming | i like += |
| 16:53.34 | Corydon76-dig | Yeah, I kinda like that one, too |
| 16:53.36 | kpfleming | that could even be handled in config.c, transparently to the module using the config file |
| 16:53.52 | Corydon76-dig | That's precisely what I was thinking |
| 16:54.37 | mvanbaak | I like the += too |
| 16:56.27 | seanbright | \ is more universal |
| 16:56.30 | seanbright | imho |
| 16:56.40 | kpfleming | but harder to use |
| 16:57.13 | kpfleming | also, using += would allow for concatenation even if the 'base' variable had been set in a template context |
| 16:58.28 | mvanbaak | omg, indeed. That rox |
| 17:02.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:10.23 | *** part/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:11.29 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:11.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:11.50 | lmadsen | Corydon76-dig: ping |
| 17:13.54 | Corydon76-dig | Pong |
| 17:15.42 | lmadsen | just wanted to let you know I'm back to the office now |
| 17:15.48 | kpfleming | nice |
| 17:15.49 | lmadsen | the move is finally complete |
| 17:16.01 | Corydon76-dig | lmadsen: woot |
| 17:16.01 | lmadsen | I have phone service and internet again too :) |
| 17:16.02 | kpfleming | ping me when you want to talk about that other subject :-) |
| 17:16.10 | lmadsen | kpfleming: how about after the town hall? |
| 17:16.16 | Corydon76-dig | lmadsen: So you're available for testing? |
| 17:16.23 | lmadsen | Corydon76-dig: I should be available sometime this week |
| 17:16.30 | kpfleming | works for me |
| 17:17.08 | lmadsen | 6105 after you get back to your desk then |
| 17:17.13 | lmadsen | thx! |
| 17:19.59 | kpfleming | will do |
| 17:31.04 | *** join/#asterisk-dev jtodd (n=jtodd@conference/cluecon/x-b647e26463439ab3) |
| 17:31.04 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:33.06 | *** part/#asterisk-dev jtodd (n=jtodd@conference/cluecon/x-b647e26463439ab3) |
| 17:33.32 | *** join/#asterisk-dev jtodd (n=jtodd@conference/cluecon/x-d363844cb12d6572) |
| 17:33.32 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:38.29 | *** join/#asterisk-dev jtodd (i=jxur1gua@ns.fox-den.com) |
| 17:38.29 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:45.15 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 18:04.00 | Qwell | jtodd: tip; don't IRC directly from conferences. |
| 18:04.12 | Qwell | (unless you connect to the servers with ssl) |
| 18:04.58 | mvanbaak | or ssh to your home box |
| 18:05.27 | putnopvut | I seem to have somehow locked up vim... |
| 18:06.48 | mvanbaak | loaded huge file ? |
| 18:10.10 | seanbright | ^S? |
| 18:14.30 | jtodd | Qwell: note the hostname from which I am connecting now, via SSH tunnel. |
| 18:14.46 | Qwell | jtodd: yeah, I saw :D That's why I mentioned it |
| 18:16.57 | jtodd | I recall a discussion a while back about support for turning logging on via dialplan or AMI so a particular call could be made to be more verbose instead of system wide. I assume there is an architectural reason in logging which explains this can't happen? |
| 18:18.32 | jtodd | I assume because logging is connected to channels or "modules" that it cannot be activated on a per-call basis. Correct? |
| 18:18.51 | kpfleming | right |
| 18:18.53 | russellb | it can happen ... it's relatively straight forward. But, it will require making a vast number of changes across the code base |
| 18:19.04 | kpfleming | there is no current way to control logging on a per-channel basis |
| 18:19.09 | russellb | currently, right |
| 18:19.13 | putnopvut | right. Every verbose message will need a channel (or list of channels) associated with it. |
| 18:19.29 | russellb | just saying that it's not architecturally difficult to achieve it if someone wanted to do it |
| 18:19.37 | russellb | junky kept saying he was going to ... never did, though |
| 18:19.37 | Juggie | yeah, the linked list which logger.c processes, has no idea which channel generated the event. |
| 18:19.40 | putnopvut | Getting it accurate may be a different matter. |
| 18:20.07 | Juggie | russellb, sounds like a use for the event system :) |
| 18:22.03 | russellb | nah ... |
| 18:23.26 | jtodd | OK, interesting. |
| 18:23.49 | russellb | step 1, add channel as an argument to ast_log, ast_verbose ... |
| 18:23.49 | jtodd | It's something that would have helped me keep quite a bit of my sanity in years past if it had existed. |
| 18:23.53 | russellb | step 2, do stuff with it |
| 18:24.23 | kpfleming | jtodd: you and a million other people... but nobody motivated enough to get it done |
| 18:24.31 | russellb | yup |
| 18:24.42 | kpfleming | and more importantly, audit the result and ensure it stays right |
| 18:25.42 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:26.19 | jtodd | russellb: It would also be fantastic to be able to add a particular log flag, or even (gasp) a filename. So you could do (for example) 1234,1,SetDebug(${CHANNEL},/tmp/20080705-${CHANNEL}) |
| 18:26.37 | jtodd | or 1234,1,SetDebug(${CHANNEL},console) |
| 18:26.38 | Corydon76-dig | jtodd: I've actually done debugging like that before |
| 18:26.38 | russellb | nods |
| 18:26.56 | russellb | puts it on "the list" |
| 18:27.00 | Corydon76-dig | jtodd: with ExecIf, Verbose, using a known callerid |
| 18:27.27 | Corydon76-dig | jtodd: Make sense? |
| 18:27.44 | russellb | that's still only stuff from the dialplan, and not everything generated internally ... |
| 18:27.53 | mvanbaak | bbl, movie time |
| 18:27.59 | jtodd | Corydon-76: That's a decent solution, but it only creates log messages that exist in the dialplan, right? I'd be more interested in what's going on in the chan_* and modules and functions, etc. etc. |
| 18:28.01 | ctooley | often finds it's not the stuff I know to log that ends up being the issue. |
| 18:28.11 | jtodd | ctooley: Right. |
| 18:28.24 | Corydon76-dig | Correct, only in the dialplan |
| 18:28.45 | ctooley | Corydon76-dig, for instance, I doubt that losing O_NONBLOCK would have been caught that way. :) |
| 18:28.48 | Corydon76-dig | At least half of the battle is coming up with a powerful and easy-to-use CLI syntax |
| 18:29.25 | Corydon76-dig | ctooley: I don't think that we've yet reported that bug to the kernel maintainers |
| 18:29.27 | *** join/#asterisk-dev linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 18:29.38 | Corydon76-dig | ctooley: because it is clearly a kernel bug |
| 18:29.55 | jtodd | The debugging information I'd be interested in is sometimes in the dialplan, but also often it's in the "underpinnings" of the * system itself, and having some way to trigger full debugs on "interesting" calls would be useful. |
| 18:30.27 | ctooley | Corydon76-dig, I saw it somewhere in a kernel mailing list. |
| 18:30.39 | jtodd | It would also be useful just in fairly "random" cases, so that only 1 channel out of 300 is sending debugging (picked at random) for audits, instead of having to pore over the huge and often locking output of a "full" debug session. |
| 18:30.49 | Corydon76-dig | ctooley: if you could find that, I'd love to be able to track the bug |
| 18:30.50 | ctooley | I forgot to immediately bookmark the mailing list page, and then got sent a link that crashed firefox. |
| 18:31.28 | ctooley | I seem to remember it taking a while to find too. :( But, if I can get this freaking OpenSER logic right sometime today, I'll spend some time looking for it. |
| 19:01.44 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:15.12 | Corydon76-dig | dominic1: += has been added to trunk |
| 19:15.17 | seanbright | kpfleming: fixed menuselect. |
| 19:25.41 | seanbright | jeebus. curses leaks like a seive. |
| 19:25.45 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 19:42.11 | Corydon76-dig | seanbright: sieve |
| 19:42.33 | Corydon76-dig | i before e except after c |
| 19:45.15 | ctooley | except after other exceptions (sieve not being one of them) |
| 19:46.25 | korihor | sruffell: why no karma for this? http://bugs.digium.com/view.php?id=12419 |
| 19:46.30 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 19:48.32 | Corydon76-dig | wonders if Al Baker will get the message |
| 19:49.02 | jsmith | Corydon76-dig: I certainly did, fwiw... |
| 19:49.54 | Corydon76-dig | jsmith: yes, but you already respond to posts in the correct way |
| 19:58.45 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 20:01.24 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:12.35 | sruffell | korihor: Because I wasn't familiar with the karma system.....I've updated that issue. :) |
| 20:13.11 | lmadsen | hopefully soon someone will help with that stuff and review the closed issues for karma :) |
| 20:14.07 | korihor | sruffell: thanks you, I appreciate it :) |
| 20:14.43 | jtodd | lmadsen: Hopefully. |
| 20:15.00 | lmadsen | we are all hopeful |
| 20:15.12 | file | I am file |
| 20:15.13 | lmadsen | I like the new little icon :) |
| 20:15.18 | jsmith | lmadsen: Yeah, but we're all busy too |
| 20:15.27 | lmadsen | jsmith: don't I know it |
| 20:15.32 | jsmith | file: Oh? I am busy! |
| 20:15.34 | lmadsen | I have a place to live now though |
| 20:15.39 | jsmith | is now known as busy |
| 20:16.38 | Juggie | lmadsen! |
| 20:16.47 | lmadsen | Juggie! |
| 20:16.52 | Juggie | how is the new pad. |
| 20:16.54 | lmadsen | I am back online! |
| 20:16.56 | seanbright | scarecrow! |
| 20:16.58 | lmadsen | new pad is pretty awesome |
| 20:17.40 | Juggie | now you just need to start the pimping :)_ |
| 20:18.40 | lmadsen | lol |
| 20:23.12 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:23.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:23.55 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:23.55 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:01.59 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:08.56 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:17.14 | *** part/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 21:21.41 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-105b6b0aab5f0aea) |
| 21:55.25 | *** join/#asterisk-dev ta^3 (n=tacvbo@conference/cluecon/x-e84ea50658e2e9b8) |
| 21:57.04 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 21:57.38 | JunK-Y | quick question, is it valid to ast_do_masquerade(chan) if chan is AsyncGoto/Zap/8-1 ? |
| 22:03.36 | putnopvut | JunK-Y: yes, in fact the code specifically does that operation in ast_async_goto in main/pbx.c |
| 22:18.07 | *** join/#asterisk-dev eliel (n=mobile@190.177.202.202) |
| 22:20.44 | JunK-Y | putnopvut: cause AsyncGoto/Zap/49-1<ZOMBIE> for my original is segfaulting in ast_do_masquerade (original=0xa0b390) |
| 22:21.15 | putnopvut | JunK-Y: could you post a backtrace of the segfault? |
| 22:24.15 | Juggie | JunK-Y, you there? |
| 22:24.54 | JunK-Y | ya |
| 22:27.38 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 22:27.38 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 22:28.16 | Juggie | JunK-Y, finish your logger patch to add channel support to logging events :) |
| 22:29.09 | JunK-Y | true, it makes a long time now :) |
| 22:35.46 | Juggie | imdeed!! |
| 22:35.50 | Juggie | er, indeed! |
| 22:38.17 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 22:38.17 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 22:54.04 | *** join/#asterisk-dev jtodd (i=n9gzwwai@ns.fox-den.com) |
| 22:54.04 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 22:56.40 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 23:06.11 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 23:24.05 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 23:43.06 | putnopvut | Hmmm, I see that in ast_pthread_create_stack, the thr_arg's name field is allocated using asprintf. This name field never appears to be freed. Should it maybe be freed at the end of dummy_start, or does the call to free() I'm expecting to see just elude my sight somehow? |
| 23:44.32 | kpfleming | that would depend on what start_routine() does with the thr_arg structure it receives |
| 23:45.16 | kpfleming | dummy_start() right above has some comments about it |
| 23:45.22 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:45.42 | putnopvut | kpfleming: ah, yes, the comments are helpful. Thanks. |