| 00:27.42 | dlynes | M14912 |
| 00:27.45 | MuffinMan | [closed] [Asterisk] Applications/app_voicemail 0014912: voicemail umask / permissions bug reported by jcapp (Karma: +4.00) https://issues.asterisk.org/view.php?id=14912 |
| 00:30.17 | dlynes | Does anyone know if this patch has been submitted to any release of 1.4? |
| 00:35.06 | snuff-work | uhmm read the comments |
| 00:35.13 | snuff-work | U branches/1.4/apps/app_voicemail.c |
| 00:35.45 | snuff-work | you can also always check the changelog of any 1.4 release |
| 01:06.45 | *** part/#asterisk-dev snuff-work (n=aaa@203.176.96.250) |
| 01:10.27 | *** join/#asterisk-dev snuff-work (n=aaa@203.176.96.250) |
| 01:10.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:32.00 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 01:32.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:12.17 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 05:31.57 | *** join/#asterisk-dev snuff-work (n=aaa@203.176.96.250) |
| 05:31.57 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:35.03 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 05:35.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 06:01.23 | *** join/#asterisk-dev |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 07:17.45 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:29.31 | mvanbaak | mogguh |
| 07:37.20 | snuff-work | mvanbaak: lives :) |
| 07:37.28 | mvanbaak | yup |
| 07:37.37 | mvanbaak | barely, but still |
| 07:38.16 | snuff-work | u see oej complain of brokeness make in 1.4 branch it also exists in 1.6.0 branch |
| 07:45.01 | mvanbaak | you mean on BSD ? |
| 07:49.37 | snuff-work | mm |
| 07:50.42 | Corydon76-dig | Given that it's snuff, I'd expect him to say it's on Solaris |
| 07:51.39 | mvanbaak | yeah |
| 07:52.12 | mvanbaak | well, running 'gmake' on OpenBSD now |
| 07:52.15 | mvanbaak | let's see how that goes |
| 07:52.39 | snuff-work | heh i haven't got around to testing sol 10 / osol in a while.. |
| 07:53.00 | snuff-work | been busy with real work getting netbackup running smoothly |
| 07:56.00 | mvanbaak | <PROTECTED> |
| 07:56.30 | snuff-work | what bsd is urs.. 4 ? 5? 6? open? free? net? ;) |
| 07:56.41 | mvanbaak | OpenBSD -current |
| 07:57.03 | mvanbaak | OpenBSD anima.vanbaak.info 4.6 GENERIC.MP#137 amd64 Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz |
| 07:57.43 | Corydon76-dig | Well, given that oej was running an ancient version of FreeBSD... |
| 07:58.06 | Corydon76-dig | probably not a big concern |
| 07:58.10 | snuff-work | according to OLD buildbot logs.. |
| 07:58.27 | snuff-work | it was broken from 14th sept.. or whatever i tracked down |
| 07:58.32 | snuff-work | for freebsd 6 |
| 08:01.27 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 08:08.16 | mvanbaak | ok, I tested on OpenBSD 4.4, OpenBSD 4.5 and the snapshot of the OpenBSD 4.6 that will be released Nov 1st |
| 08:08.28 | mvanbaak | on all those, 1.4, all 1.6 branches and trunk compile |
| 08:08.45 | mvanbaak | OpenBSD 4.4 and 4.5 both i386 and amd64 |
| 08:08.51 | mvanbaak | OpenBSD current on amd64 |
| 08:09.45 | *** join/#asterisk-dev _ys (n=ys@xgw.infor.net.ru) |
| 08:10.32 | snuff-work | mm wonder what's wrong with poor oej machine then |
| 08:11.34 | mvanbaak | 16:30 <@ oej> mvanbaak: Please save the FreeBSD world. Asterisk 1.4 have issues on FreeBSD 5 |
| 08:11.42 | mvanbaak | that's what's wrong |
| 08:12.06 | mvanbaak | he should upgrade to FreeBSD 7.2 |
| 08:12.31 | snuff-work | ;) |
| 08:12.34 | mvanbaak | FreeBSD put 6.4 into legacy mode. So even FreeBSD 6 is not considered Production anymore |
| 08:12.41 | snuff-work | *gone a homeward bound* |
| 08:13.02 | mvanbaak | if it was OpenBSD his version would not be supported anymore |
| 08:13.15 | mvanbaak | OpenBSD supports current release plus previous release |
| 08:14.16 | mvanbaak | at the moment 4.5 is release, so 4.5 and 4.4 are supported. 4.3 and earlier will only give you: 'you should upgrade and come back after that.' emails on the mailinglist |
| 08:14.43 | mvanbaak | and ppl are doing that more and more for questions based on 4.4 |
| 08:15.11 | mvanbaak | An upgrade typically takes around 30 minutes. So why stick to an old version ? |
| 08:16.19 | _ys | Hm. |
| 08:16.19 | _ys | > gmake |
| 08:16.19 | _ys | gmake: /bin/bash: Command not found |
| 08:16.38 | _ys | FreeBSD trunk |
| 08:16.50 | _ys | FreeBSD 7.2 and asterisk trunk even |
| 08:17.44 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:17.44 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:18.12 | mvanbaak | build_tools/mkpkgconfig:1:#!/bin/bash |
| 08:19.00 | _ys | which bash |
| 08:19.10 | _ys | # /usr/local/bin/bash |
| 08:20.46 | mvanbaak | _ys: can you try with !/bin/sh ? |
| 08:21.01 | mvanbaak | see if that works. I dont think that script actually needs bash |
| 08:22.41 | _ys | mvanbaak: : let me try ... |
| 08:25.42 | _ys | #1/bin/sh - no problemm |
| 08:29.59 | _ys | asterisk trunk included asterisk-addon now ? |
| 08:31.28 | mvanbaak | yes |
| 08:32.21 | _ys | CPP] chan_ooh323.c -> chan_ooh323.i |
| 08:32.21 | _ys | In file included from chan_ooh323.c:18: |
| 08:32.22 | _ys | chan_ooh323.h:53:26: asterisk/rtp.h: No such file or directory |
| 08:32.22 | _ys | gmake[1]: *** [chan_ooh323.i] Error 1 |
| 08:34.18 | _ys | include/asterisk/rtp.h are renamed ? |
| 08:34.21 | tzafrir_laptop | hmm.... should it be asterisk/rtp_engine.h ? |
| 08:34.48 | mvanbaak | chan_ooh323 is seriously broken |
| 08:34.53 | mvanbaak | it's a know issue |
| 08:35.07 | tzafrir_laptop | mvanbaak, isn't /bin/sh good enough? |
| 08:35.38 | _ys | BSD don't have bash as default |
| 08:36.13 | mvanbaak | tzafrir_laptop: it is |
| 08:36.32 | _ys | in linux /bin/sh is symlink -> /bin/bash, I think.. |
| 08:36.44 | mvanbaak | _ys: sometimes |
| 08:36.46 | tzafrir_laptop | checkbashism tells me to replace '[[ ... ]]' with '[ .. ]' |
| 08:37.08 | mvanbaak | tzafrir_laptop: _ys tested it |
| 08:37.40 | _ys | I now build asterisk trunk on BSD w/o bash ... |
| 08:39.04 | _ys | now stumbled on an error in chan_ooh323 |
| 08:39.36 | mvanbaak | yeah |
| 08:39.40 | mvanbaak | disable chan_ooh323 |
| 08:39.48 | mvanbaak | it's broken. and we know it is. |
| 08:39.54 | mvanbaak | and I think someone was working on it |
| 08:41.17 | *** join/#asterisk-dev PoWeRKiLL (n=powerkil@bzq-79-177-132-178.red.bezeqint.net) |
| 08:41.32 | tzafrir_laptop | _ys, not all Linux |
| 08:42.10 | tzafrir_laptop | Ubuntu have been using dash as /bin/sh for quite some time. And Debian are now switching to it |
| 08:42.18 | mvanbaak | hhmm, digium svn no longer using cia.vc eh ? |
| 08:42.52 | mvanbaak | I dont understand why the linux guys decided to ditch sh in favour of bash/dash |
| 08:45.59 | tzafrir_laptop | dash is faster for scripts that don't need the extra features of bash |
| 08:46.08 | tzafrir_laptop | bash is still being used as the login shell |
| 08:46.26 | tzafrir_laptop | And still used for #!/bin/bash scripts |
| 08:47.09 | mvanbaak | wtf is wrong with plain old sh ? if I type #!/bin/sh I expect plain sh instead of some other shell |
| 08:47.14 | tzafrir_laptop | I'm having problems building things in my local copy ATM |
| 08:47.21 | mvanbaak | login shell etc is a different story |
| 08:47.38 | tzafrir_laptop | sh is a posix shell |
| 08:47.57 | tzafrir_laptop | It may or may not be bash |
| 08:48.37 | tzafrir_laptop | (Debian policy defines a small set of extensions to posix that are required from the shell, but really small) |
| 08:49.03 | tzafrir_laptop | So it may be bash, dash or ksh (or even zsh) |
| 08:49.25 | tzafrir_laptop | By default it is now dash |
| 08:50.45 | mvanbaak | in my opinion, if you use #!/bin/sh you should only be able to use the posix bourne shell syntax. but on linux you can use it and type bash scripting (on Debian at least) |
| 08:51.16 | wildzero-cw | safe_asterisk in 1.4 does not run with ubuntu's 8.0.4 dash, dash -x /usr/sbin/safe_asterisk --> Syntax error: Bad fd number |
| 08:51.49 | *** join/#asterisk-dev PoWeRKiLL (n=powerkil@bzq-79-179-53-228.red.bezeqint.net) |
| 08:56.10 | mvanbaak | tzafrir_laptop: where is your local copy failing |
| 08:58.23 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:01.12 | _ys | Hm. ./configure have shell detector, why these results are not used in build_tool? |
| 09:03.51 | tzafrir_laptop | mvanbaak, some unrelated issue with libpri |
| 09:05.48 | tzafrir_laptop | wildzero-cw, some bashism issues in safe_asterisk were fixed (following bug reports from Ubuntu users, mostly) |
| 09:06.18 | wildzero-cw | yes, but not all |
| 09:06.26 | mvanbaak | ok, I'm gone again. Work is calling |
| 09:06.41 | tzafrir_laptop | I should note, however, that 'posh safe_asteirsk' would still fail, as the flags it uses with ulimit are not in posix |
| 09:06.52 | tzafrir_laptop | But I suppose we could live with that |
| 09:07.11 | tzafrir_laptop | hopes work uses Asterisk for that |
| 09:18.00 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:18.00 | *** join/#asterisk-dev MikeBalsam (n=michael@syria.uc.org) [NETSPLIT VICTIM] |
| 09:18.00 | *** mode/#asterisk-dev [+o snuff-home] by irc.freenode.net |
| 09:18.05 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) [NETSPLIT VICTIM] |
| 09:18.05 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) [NETSPLIT VICTIM] |
| 09:18.05 | *** join/#asterisk-dev PoWeRKiLL (n=powerkil@bzq-79-179-53-228.red.bezeqint.net) [NETSPLIT VICTIM] |
| 09:18.05 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 09:18.05 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by irc.freenode.net |
| 09:28.18 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 09:28.18 | *** join/#asterisk-dev snuff-work (n=aaa@203.176.96.250) [NETSPLIT VICTIM] |
| 09:28.18 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 09:28.18 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 09:28.18 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 09:28.18 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 09:28.18 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 09:28.18 | *** join/#asterisk-dev smth (n=mike__@199.84.137.3) |
| 09:28.18 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 09:28.18 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 09:28.18 | *** mode/#asterisk-dev [+oooo tzafrir_laptop snuff-work malcolmd mog] by irc.freenode.net |
| 09:28.18 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-bnbwwkrzpnjhwcxt) |
| 09:28.18 | *** join/#asterisk-dev jsmith-away (n=jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 09:28.18 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 09:28.19 | *** join/#asterisk-dev ApOgEE (i=apogee@elite.bshellz.net) [NETSPLIT VICTIM] |
| 09:28.19 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 09:28.19 | *** join/#asterisk-dev mohawk (n=ross@host217-40-110-153.in-addr.btopenworld.com) |
| 09:28.19 | *** join/#asterisk-dev ricko73 (n=dhartman@wilug/newlug/ricko73) |
| 09:28.19 | *** mode/#asterisk-dev [+o jsmith-away] by irc.freenode.net |
| 10:19.57 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 10:36.49 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 10:38.44 | tzafrir_laptop | Is there generally a problem with recording (using monitor) Local (n) channels? |
| 10:39.18 | tzafrir_laptop | I'm trying to use that for testing and getting some strange results |
| 10:48.35 | tzafrir_laptop | BTW: is it just me, or saving of CLI history is broken accross restarts ? |
| 10:48.54 | tzafrir_laptop | core\040restart\040now\040 |
| 11:25.00 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 11:45.06 | *** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca) |
| 11:46.12 | seanbright | i feel like klaus darilion (from the -dev mailing list) hangs out here |
| 11:46.21 | seanbright | is that just my imagination? |
| 12:00.41 | tzafrir_laptop | ah, ok. By the time monitoring is stopped, there's no CDR? |
| 12:13.21 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:17.03 | *** join/#asterisk-dev _ys (n=ys@xgw.infor.net.ru) |
| 12:22.49 | mvanbaak | seanbright: ping |
| 12:40.40 | mvanbaak | never mind, I replied on the -dev list |
| 12:40.44 | tzafrir_laptop | seanbright, at first glance '[[' to '[' is the only issue (well, besides the matching ]] to ], of course) |
| 12:46.12 | tzafrir_laptop | OTOH, whoever wrote that line in the Makefile has been really careful with compatibility to old shells: |
| 12:46.16 | tzafrir_laptop | if [ x`$(ID) -un` = xroot ] |
| 12:47.07 | tzafrir_laptop | but not careful enough to use a UID instead of a name |
| 12:49.03 | tzafrir_laptop | fakeroot id -un |
| 13:19.00 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:24.32 | *** join/#asterisk-dev Grof (n=dule@89.201.165.226) |
| 13:30.18 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 13:47.11 | *** join/#asterisk-dev anonymouz666 (n=anonymou@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:53.03 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:04.53 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 14:11.37 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:11.37 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:16.20 | *** join/#asterisk-dev moy (n=moy@74.12.127.128) |
| 14:18.04 | seanbright | putnopvut: so my problem yesterday... when i was adding up the values from the two waves (to generate my dialtone) i was doing two stupid things... |
| 14:18.20 | seanbright | putnopvut: well, 1 stupid thing... twice |
| 14:18.35 | putnopvut | And what was that stupid thing? |
| 14:19.12 | seanbright | truncating a double to an int instead of rounding |
| 14:19.13 | seanbright | which is why it ended up sound like crap on a stick |
| 14:19.15 | seanbright | rookie mistake |
| 14:19.44 | seanbright | i have a really pretty excel chart as a result though |
| 14:19.48 | Corydon76-dig | What does crap on a stick sound like? |
| 14:19.59 | seanbright | calls Corydon76-dig |
| 14:21.06 | Corydon76-dig | I can understand something LOOKING like crap on a stick, but I wasn't aware that crap made any sound at all, whether it was on a stick or not. |
| 14:21.32 | atis_work | well, if you wave the stick |
| 14:21.44 | russellb | so how about that Asterisk |
| 14:21.47 | seanbright | putnopvut: http://imagebin.ca/view/iAfFR9RY.html |
| 14:22.27 | Corydon76-dig | Oooo, pretty |
| 14:22.37 | seanbright | red is 350hz, blue is 440hz, green is my sum, purple is the correct sum |
| 14:23.01 | seanbright | anyway... sounds a lot better now |
| 14:23.09 | seanbright | had a noticable buzzing before |
| 14:28.59 | atis_work | leifmadsen: why would you think that my backtrace is from optimized binary? |
| 14:29.16 | leifmadsen | atis_work: because the values show as "optimized_out" |
| 14:29.42 | atis_work | huh, that's weird |
| 14:29.55 | atis_work | i do have DONT_OPTIMIZE in menuselect |
| 14:30.14 | leifmadsen | did you 'make install' after enabling it though? |
| 14:30.39 | atis_work | of course :) |
| 14:31.07 | atis_work | i just have /etc/menuselect.makeopts copied from other system, and i did clean compile |
| 14:32.52 | seanbright | tzafrir_laptop: does this work for you? http://pastebin.ca/1577913 |
| 14:33.05 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:34.58 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 14:37.40 | tzafrir_laptop | seanbright, yes, that's what I meant |
| 14:38.08 | seanbright | tzafrir_laptop: k |
| 14:42.20 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 14:46.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:51.06 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:51.06 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:00.24 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:00.24 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:05.10 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:08.27 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 15:16.26 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 15:19.06 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:19.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:25.53 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 15:32.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:34.41 | *** join/#asterisk-dev anthm][ (n=anthm@72.128.89.126) |
| 15:35.38 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:45.17 | putnopvut | hmm, what a silly assertion in sched.c::ast_sched_del |
| 15:45.40 | putnopvut | An assertion that you know will fail. What's the point? |
| 15:46.38 | Corydon76-dig | putnopvut: To make sure an error hits the log? |
| 15:46.49 | putnopvut | What a convoluted way of doing it... |
| 15:47.54 | Corydon76-dig | putnopvut: the point was, in devmode, to output where ast_sched_del was called from, rather than outputting ast_sched_del |
| 15:48.15 | Corydon76-dig | If you aren't in devmode, I don't think the assertion does anything, anyway |
| 15:49.15 | putnopvut | Corydon76-dig: yeah, and I also just figured out that if I want the assertions to REALLY do anything, I need to also select DO_CRASH in menuselect. |
| 15:50.04 | Corydon76-dig | Didn't know you were a masochist |
| 15:50.17 | Corydon76-dig | j/k |
| 15:52.48 | leifmadsen | we're working with asterisk; we're all masochists |
| 15:53.00 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:53.00 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:54.34 | russellb | Corydon76-dig: stop talking about kpfleming, he's right there |
| 15:55.10 | kpfleming | you only think i'm here |
| 15:55.11 | leifmadsen | russellb: it wasn't any worse than what you were saying |
| 15:55.25 | russellb | kpfleming: OHAI |
| 15:55.33 | russellb | kpfleming: welcome to Thursday! |
| 15:55.47 | kpfleming | 17:55 on thursday here |
| 15:57.54 | atis_work | leifmadsen: i did a dist-clean, recompiled and i still have those "value optimized out" |
| 15:58.04 | leifmadsen | that's very odd |
| 15:58.09 | leifmadsen | I have no idea why/how that happens |
| 15:58.44 | Corydon76-dig | atis_work: did you do a 'make menuselect' after the distclean? |
| 15:59.00 | Corydon76-dig | because a distclean removes ALL of the changes |
| 15:59.11 | *** join/#asterisk-dev shriven (n=shriven@rdu.crosscomm.net) |
| 15:59.38 | atis_work | Corydon76-dig: i have system wide makeopts file, but yes i did to check it |
| 15:59.56 | atis_work | also "core show settings" shows that DONT_OPTIMIZE is set |
| 16:00.14 | Corydon76-dig | Interesting |
| 16:01.18 | kpfleming | there was a bug in the configure script that allowed '-g -O2' (default) to leak into CFLAGS even if DONT_OPTIMIZE was set, but I fixed that before I left... unless i failed |
| 16:01.46 | Corydon76-dig | Oooo |
| 16:01.48 | kpfleming | what does 'grep CFLAGS makeopts' report? |
| 16:02.09 | Corydon76-dig | atis_work: "make NOISY_BUILD=y" would find that |
| 16:02.19 | *** join/#asterisk-dev contrabanda (n=contr@79.99.251.103) |
| 16:02.21 | atis_work | GC_CFLAGS=-ffunction-sections \n PTHREAD_CFLAGS=-pthread |
| 16:02.37 | *** part/#asterisk-dev shriven (n=shriven@rdu.crosscomm.net) |
| 16:03.12 | kpfleming | huh |
| 16:03.18 | kpfleming | so that's not it then |
| 16:03.49 | kpfleming | so there is anohter possibility... we don't supply -O0 for DONT_OPTIMIZE builds, we assume the compiler default is -O0 |
| 16:04.05 | kpfleming | if the gcc build on your system has a non-zero default for optimization, that could cause this as well |
| 16:04.32 | atis_work | hmm, i wonder where is vfprintf.c and vsnprintf.c |
| 16:04.44 | atis_work | they are not in asterisk, so maybe that lib is optimized |
| 16:04.58 | Corydon76-dig | They're in glibc |
| 16:05.15 | seanbright | one would hope that was optimized |
| 16:05.26 | atis_work | so, would i need glibc without optimization :D |
| 16:05.29 | kpfleming | yes, they would be |
| 16:05.38 | atis_work | huh |
| 16:06.43 | Corydon76-dig | I wouldn't recommend glibc without optimization and with debug symbols... it gets... big... |
| 16:06.44 | putnopvut | atis_work: you probably don't need to worry about optimizing glibc, because it's likely that the bug is not there. |
| 16:06.47 | atis_work | maybe somebody see what's wrong with this one: __ast_str_helper (buf=0x43a1e818, max_len=0, append=1, fmt=0x5b4cc5 "\t%s\n", ap=0x43a1e610) at utils.c:1779 |
| 16:07.14 | Corydon76-dig | atis_work: if only I could decode ap |
| 16:07.15 | seanbright | buf or ap point to invalid memory |
| 16:07.17 | atis_work | Corydon76-dig: have you tried.. i was just joking about getting unoptimized one :) |
| 16:08.10 | Corydon76-dig | No comment. |
| 16:08.55 | atis_work | 3 days of compiling unoptimized glibc just to find out that there's not enough memory in system to load it :D |
| 16:09.40 | tzafrir_laptop | atis_work, unoptimized glibc? why??? |
| 16:10.15 | seanbright | where is the backtrace? |
| 16:10.15 | seanbright | what big? |
| 16:10.15 | seanbright | bug* |
| 16:10.21 | atis_work | tzafrir_laptop: read above.. i had backtrace from it, and leifmadsen made me disable optimization :) |
| 16:10.47 | atis_work | M15951 |
| 16:10.50 | MuffinMan | [feedback] [Asterisk] Core/General 0015951: core show locks stop responding and crash asterisk reported by atis (Karma: +18.00) https://issues.asterisk.org/view.php?id=15951 |
| 16:11.57 | seanbright | atis_work: that backtrace is fine |
| 16:12.17 | seanbright | other than the crashing bit |
| 16:12.38 | putnopvut | seanbright: is that backtrace super fine? |
| 16:12.43 | leifmadsen | I don't know enough about backtraces to know when it is fine or not -- I just see when the values are optimized out, and presume DONT_OPTIMIZE is not enabled :) |
| 16:13.15 | seanbright | putnopvut: i wouldn't go that far. |
| 16:15.14 | atis_work | seanbright: if you like it, i can generate two each hour :) |
| 16:18.18 | atis_work | where is va_start defined? |
| 16:18.30 | seanbright | glibc |
| 16:18.36 | atis_work | oh |
| 16:19.37 | atis_work | well, that ap is created inside ast_str_append, and initialized with va_start |
| 16:20.19 | atis_work | tries to hide from valgrind |
| 16:25.07 | atis_work | hmm, i could just disable HAVE_BKTR |
| 16:37.10 | seanbright | there was a memory fix made to ast_str's after 1.6.1.5 was cut |
| 16:37.18 | seanbright | ast_strs, rather. |
| 16:38.25 | seanbright | hmm. fix is in the 1.6.1.5 tag. scratch that. |
| 16:39.58 | Juggie | scratches |
| 16:56.16 | Corydon76-dig | scratches. It's infectious! |
| 17:02.55 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 17:06.03 | tzafrir_laptop | the final BYE in the "rtp monitoring" branch was not sent because when the monitoring of a channel is stopped (at hangup time) it no longer has a CDR |
| 17:07.05 | tzafrir_laptop | I feel that hooking on to monitoring is the best place, but I still can't get the right information |
| 17:09.23 | kpfleming | that's not the right way |
| 17:09.37 | kpfleming | add a channel datastore, copy any information you need into it, and use the destructor to generate your hangup |
| 17:16.22 | tzafrir_laptop | but when can I get the information? |
| 17:16.23 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:16.55 | tzafrir_laptop | Furthermore, the information sits below a monitor object |
| 17:17.18 | tzafrir_laptop | (well, the monitor is not exactly an object) |
| 17:18.04 | tzafrir_laptop | I work with the monitors mostly. |
| 17:19.40 | tzafrir_laptop | I should be able to send a BYE if the monitoring stopped for whatever reason. Even if the channel still exists |
| 17:20.35 | tzafrir_laptop | Or is there a better way to let the users control the "recordings" to RTP? |
| 17:26.20 | atis_work | tzafrir_laptop: what's "recording" to RTP? |
| 17:27.42 | tzafrir_laptop | Basically an extra backend for res_monitor that records audio as rtp streams that can be sent to e.g. an Oreka/Orecx recording server |
| 17:28.16 | tzafrir_laptop | The streams are basically raw RTP streams with dummy SIP headers |
| 17:28.30 | tzafrir_laptop | good enough for wireshark to figure them out |
| 17:29.48 | tzafrir_laptop | http://svnview.digium.com/svn/asterisk/team/tzafrir/monitor-rtp/ |
| 17:40.14 | atis_work | tzafrir_laptop: so it has performance benefits? |
| 17:40.56 | atis_work | i just wonder how you would link them with actual dialplan, except for SIP headers |
| 17:41.30 | tzafrir_laptop | very initial and rough numbers show a 50% penalty on the number of possible calls (as opposed to not recording at all) |
| 17:41.49 | tzafrir_laptop | benefits: move the recordings elsewhere |
| 17:42.07 | tzafrir_laptop | A single place for all the recordings |
| 17:42.08 | atis_work | tzafrir_laptop: i wonder then what's the penalty for Monitor() app |
| 17:42.48 | tzafrir_laptop | Right now Oreka has a mode for "wiretapping" the network |
| 17:43.27 | tzafrir_laptop | Being able to send the calls directly from Asterisk simplifies the setup (if you don't have full control over the switches) |
| 17:43.43 | tzafrir_laptop | and generally gives better control |
| 17:44.56 | atis_work | well, that's kind of cool :) |
| 17:47.27 | atis_work | tzafrir_laptop: i wonder if you'll have a way to add some dialplan variables into dummy headers |
| 17:47.45 | atis_work | so you can actually control how to link recording with cdr |
| 17:47.58 | tzafrir_laptop | atis_work, should be simple |
| 17:48.36 | tzafrir_laptop | hardwiring it in the code should be simple. making it configurable is doable, I guess |
| 17:49.10 | tzafrir_laptop | You need to use custom (X-<something>) SIP headers, or set valid ones |
| 17:49.39 | atis_work | tzafrir_laptop: i have no idea, i'm looking into oreka webpage for first time |
| 17:50.02 | atis_work | i guess, whatever can help configuring oreka filename |
| 17:50.24 | tzafrir_laptop | BTW: anybody here has some experince with ant and co.? |
| 17:51.16 | tzafrir_laptop | We've already improved the C++ parts of their code base (mostly the autotools part) |
| 17:51.34 | tzafrir_laptop | But their java build instructions are basically "use ecplise" |
| 17:51.49 | atis_work | heh |
| 17:54.04 | *** part/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 18:14.46 | seanbright | lunch: http://imagebin.ca/view/uI0RiANC.html |
| 18:16.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:19.48 | leifmadsen | hahaha |
| 18:20.20 | seanbright | 5 for $5 baby! |
| 18:24.01 | Qwell | is that mayo? |
| 18:24.19 | putnopvut | probably horsey sauce |
| 18:24.29 | Qwell | ahh, it had better be |
| 18:25.51 | seanbright | horsey sauce |
| 18:26.00 | seanbright | i have an after picture as well |
| 18:26.04 | seanbright | but it's just 5 empty wrappers |
| 18:26.36 | putnopvut | seanbright: oej took a before picture of a lobster he ate in Maine last week, but then didn't take an after picture of all the mangled shells. I was disappointed. |
| 18:31.41 | Corydon76-dig | putnopvut: because somebody would have labelled it "oej, after emerging from his shell" |
| 18:34.23 | seanbright | http://imagebin.ca/view/ll9WHS.html |
| 18:34.25 | seanbright | there |
| 18:46.22 | Qwell | seanbright: I was going to go to arby's on tuesday when I saw the sign.. I think I might tonight |
| 18:46.26 | Qwell | and I blame you. |
| 18:48.29 | Corydon76-dig | He makes for a good scapegoat |
| 18:51.33 | seanbright | Qwell: you're welcome |
| 18:51.57 | Corydon76-dig | seanbright: Earlier, I had to replace a 150 lb test line dog chain, because the dog broke the chain |
| 18:52.10 | seanbright | you blame me |
| 18:52.18 | Corydon76-dig | How big do you think the dog is? |
| 18:52.32 | seanbright | 10 pounds, 8 ounces |
| 18:52.42 | Corydon76-dig | Less |
| 18:52.46 | seanbright | impressive |
| 18:55.41 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 19:00.32 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 19:13.38 | *** join/#asterisk-dev errotan (n=errotan@5403E699.catv.pool.telekom.hu) |
| 19:16.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:21.00 | *** join/#asterisk-dev anthm][ (n=anthm@CPE-72-128-89-126.wi.res.rr.com) |
| 20:21.41 | seanbright | SANDWICH AGAIN! |
| 20:23.16 | putnopvut | seanbright: at one point, those comments were helpful actually. |
| 20:23.32 | seanbright | putnopvut: i don't doubt it. |
| 20:23.52 | seanbright | i'm a printf debugger, myself. |
| 20:23.58 | russellb | same here |
| 20:24.12 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:26.28 | putnopvut | If Asterisk weren't so dependent upon real-time functionality, and I used an IDE, I'd use an actual debugger instead. |
| 20:28.13 | seanbright | aye |
| 20:29.19 | putnopvut | Another factor is that recompiling Asterisk doesn't take long, especially if changing only a single file. |
| 21:00.01 | tzafrir_laptop | As there aren't more important things to do: |
| 21:00.11 | tzafrir_laptop | [ `echo "xxx" | sed -r 's/x/y/g' 2>/dev/null | ${GREP} -c "yyy"` != 0 ] # useless use of test |
| 21:01.25 | seanbright | <@seanbright> tzafrir_laptop: does this work for you? http://pastebin.ca/1577913 |
| 21:01.33 | seanbright | sigh |
| 21:01.35 | tzafrir_laptop | if echo "xxx" | sed -r 's/x/y/g' 2>/dev/null | ${GREP} "yyy" >/dev/null # if you don't trust grep -q |
| 21:03.03 | tzafrir_laptop | I think this will wipe of an extra 0.01 second of the build time of Asterisk |
| 21:03.09 | seanbright | oh |
| 21:03.13 | seanbright | well let's commit right now |
| 21:03.15 | seanbright | heh |
| 21:03.30 | Qwell | tzafrir_laptop: exit status of GNU grep is 2 on error. |
| 21:03.41 | Qwell | That wouldn't work |
| 21:04.00 | Qwell | (it's incredibly unlikely that grep would throw an error with that, but yeah) |
| 21:05.24 | Qwell | err, wait, what? |
| 21:06.09 | Qwell | ignore me |
| 21:06.29 | seanbright | /ignore Qwell |
| 21:06.35 | Qwell | /kick seanbright |
| 21:07.07 | Qwell | throws a regular roast beef at seanbright |
| 21:07.07 | seanbright | i'll destroy you |
| 21:08.07 | tzafrir_laptop | Qwell, is that your regular expression of anger? |
| 21:08.23 | Qwell | tzafrir_laptop: No, that would be s/.*//g |
| 21:09.11 | seanbright | heh |
| 21:09.13 | seanbright | boooo |
| 21:09.37 | seanbright | /anger/ would be more appropriate |
| 21:10.09 | seanbright | optional_api still isn't working? |
| 21:11.09 | *** join/#asterisk-dev justsomedood (n=justsome@mail.serverplus.com) |
| 21:11.38 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:11.42 | justsomedood | has anyone gotten message in their asterisk/message log similar to: |
| 21:11.45 | justsomedood | [NOTICE] utils.c: Timed out trying to write |
| 21:12.09 | putnopvut | I'm sure someone has. |
| 21:12.17 | seanbright | someone in #asterisk was talking about that recently... |
| 21:13.03 | justsomedood | when I get those it keeps disconnecting manager sessions |
| 21:13.12 | justsomedood | but it stops after a minute or two |
| 21:13.23 | justsomedood | calls seem to not really be affected |
| 21:16.19 | putnopvut | That's probably because it's trying to write some data to the manager session but is timing out. I don't recall what the timeout is set to for the write operation... |
| 21:16.39 | seanbright | it's short |
| 21:16.50 | putnopvut | It's...configurable! |
| 21:17.20 | seanbright | 100ms is the default |
| 21:17.21 | putnopvut | set to 100 ms by default. |
| 21:17.27 | seanbright | jinx |
| 21:17.29 | justsomedood | Hmmm, maybe that could be part of it |
| 21:17.30 | justsomedood | lol |
| 21:17.42 | seanbright | and that is 1/10th of a second |
| 21:17.46 | seanbright | or 10/100ths |
| 21:18.04 | justsomedood | woudln't it be closer to .1 second? |
| 21:18.05 | justsomedood | ;) |
| 21:18.26 | seanbright | no, you're way off. |
| 21:18.58 | putnopvut | but yeah, in a user section in manager.conf set writetimeout=<number of ms you want the timeout to be> |
| 21:21.12 | justsomedood | well that would make a lot of sense if that's what it is |
| 21:21.25 | justsomedood | imma try some sort of number that's bigger |
| 21:21.29 | justsomedood | yes indeedee |
| 21:21.37 | justsomedood | maybe 101 |
| 21:21.54 | justsomedood | :D |
| 21:43.47 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:43.47 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:45.58 | Deeewayne | waves to the guys |
| 21:48.12 | putnopvut | Hi Deeewayne |
| 21:48.19 | putnopvut | Sorry about not being able to join you and file tonight :( |
| 21:48.31 | Deeewayne | that's ok, maybe some other time |
| 21:50.25 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 21:53.42 | file | I heard putnopvut is spending his entire evening making waffles |
| 21:54.16 | putnopvut | file: you need to plan this stuff earlier! |
| 21:54.22 | Deeewayne | magic waffles ? |
| 21:54.34 | putnopvut | stroopwaffels |
| 21:54.34 | file | magic tips |
| 21:54.38 | putnopvut | or however you spell that. |
| 21:55.05 | putnopvut | I almost had it right. stroopwafel |
| 23:02.21 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 23:21.22 | Qwell | seanbright: Arby's 5 for $2 = win. |
| 23:22.19 | putnopvut | Qwell: how'd you pull that off? |
| 23:22.27 | Qwell | found $3 in the parking lot |
| 23:22.54 | putnopvut | It's nice when you can feed a family of 3 for $5. |
| 23:22.58 | putnopvut | or $2 in your case. |
| 23:22.59 | Qwell | indeed |
| 23:24.15 | file | looks around |
| 23:24.21 | seanbright | Qwell: nice work. |
| 23:24.58 | file | goes to rearrange Qwell's office |
| 23:25.04 | Qwell | EEP! |