| 00:00.10 | Qwell | (or a file in /etc/ld.so.conf.d/) |
| 00:00.23 | putnopvut | So, some C expert should explain why this is considered an invalid initialization, assuming that integer is an int: |
| 00:00.38 | putnopvut | char str[80] = integer ? "valid" : "invalid"; |
| 00:00.55 | seanbright-home | wrap it in parens |
| 00:01.00 | putnopvut | truly? |
| 00:01.03 | russellb | char *str |
| 00:01.05 | russellb | that will make it work |
| 00:01.09 | kpfleming | yep |
| 00:01.10 | seanbright-home | or that |
| 00:01.11 | russellb | or char str[] |
| 00:01.12 | seanbright-home | heh |
| 00:01.24 | seanbright-home | <-- isn't an expert |
| 00:01.25 | putnopvut | mmkay, cool beans. |
| 00:01.39 | kpfleming | and unless you are going to change the string, char *str is much better |
| 00:01.48 | kpfleming | actually, const char *str |
| 00:01.49 | russellb | and const char * is even better |
| 00:01.49 | Qwell | const char *str even |
| 00:01.51 | file | const char |
| 00:01.52 | russellb | kpfleming: jinx |
| 00:01.56 | russellb | all of you JINX |
| 00:01.57 | russellb | !!!!!!!!! |
| 00:01.58 | file | lol |
| 00:02.00 | kpfleming | yowza |
| 00:02.06 | putnopvut | Yeah, const char * it is. |
| 00:02.09 | Qwell | const char const *str! |
| 00:02.10 | putnopvut | thanks, boyz! |
| 00:02.16 | russellb | you're welcome |
| 00:02.16 | russellb | <3 |
| 00:02.22 | russellb | i still hate g722 |
| 00:02.25 | russellb | that is all |
| 00:03.04 | Qwell | hmm.. is there some way I can enumerate USB tty interfaces? |
| 00:03.18 | Qwell | like...see what's plugged in |
| 00:03.35 | russellb | ls /dev/ttyUSB* ? |
| 00:03.36 | russellb | :) |
| 00:03.41 | file | Qwell: O.o |
| 00:03.48 | Qwell | yeah, but I don't want to connect to the wrong one |
| 00:03.52 | russellb | I FREAKING FIXED IT |
| 00:03.59 | Qwell | I (in theory) have 2 USB tty thingies connected |
| 00:04.44 | Qwell | actually.. can a device be both usb-storage and a tty simultaneously? |
| 00:04.47 | file | russellb: WHAT WAS IT |
| 00:05.00 | russellb | well, a large number of things |
| 00:05.03 | denon | ruh roh, file lost his caps locks key again |
| 00:05.14 | russellb | the thing is ... g722 is really 2 samples per byte |
| 00:05.20 | denon | left, left, left .. now up ... theere it is .. |
| 00:05.23 | file | russellb: aye. |
| 00:05.24 | russellb | yet some specs made this a bit PITA and specified it as 1 sample per byte |
| 00:05.31 | russellb | so it's sent that way over RTP and such |
| 00:05.40 | russellb | and apparently, g722_decode() also expects it that way |
| 00:05.47 | russellb | yet we still represent it right within asterisk |
| 00:05.49 | Qwell | usb 5-2: configuration #1 chosen from 1 choice |
| 00:05.54 | russellb | so anyway, i just fixed like 6 more places where the number wasn't right |
| 00:05.56 | Qwell | Does that mean I get no tty? heh |
| 00:05.59 | russellb | and now it's happy |
| 00:06.17 | file | russellb: gonna merge it in? :D |
| 00:06.23 | file | like... now? |
| 00:06.27 | russellb | working on it |
| 00:06.30 | russellb | i have it all in a branch |
| 00:06.32 | russellb | gotta merge to trunk now |
| 00:07.35 | russellb | ast_verbose() saved the day |
| 00:07.36 | russellb | heh |
| 00:08.11 | *** join/#asterisk-dev jsmith (n=jsmith@63.172.83.18) |
| 00:08.11 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 00:08.27 | Qwell | apparently ttyACMx is also valid...but my phone isn't wanting to give me a term...stupid thing |
| 00:08.29 | russellb | jsmith: THERE ARE SHARKS, RUN! |
| 00:08.56 | jsmith | russellb: Sharks? Do they have lasers? |
| 00:09.08 | file | invisible sharks |
| 00:09.10 | *** join/#asterisk-dev actros1840 (n=A@chello087207097013.chello.pl) |
| 00:09.15 | jpeeler | do these polycom phones support srtp? |
| 00:09.16 | russellb | with green laserz :( |
| 00:09.21 | russellb | jpeeler: yes they do |
| 00:09.31 | russellb | ... i think |
| 00:09.35 | russellb | O.o |
| 00:09.36 | Qwell | they should |
| 00:09.44 | russellb | of course, we've never tried it ;) |
| 00:10.07 | jpeeler | it's possible i might be ready to start testing |
| 00:10.25 | russellb | jpeeler: that's hot |
| 00:10.40 | russellb | jpeeler: if you test it, test it without SIP/TLS for now |
| 00:10.45 | russellb | we still have to get some bugs out |
| 00:10.57 | jpeeler | well i can't use my phone anyway... |
| 00:11.09 | russellb | true. |
| 00:11.19 | russellb | jpeeler: i might get your help on the SIP/TLS bug |
| 00:11.26 | russellb | i need some help getting it recreated |
| 00:11.53 | russellb | now that i have this g722 thing fixed |
| 00:12.01 | jpeeler | you mean using this new patch? |
| 00:12.01 | russellb | that's the one thing pending for 1.6.0-rc1 |
| 00:12.13 | russellb | jpeeler: nah ... |
| 00:12.21 | jpeeler | ok good |
| 00:12.26 | russellb | jpeeler: it's just that we need to test SRTP with SIP/TLS ... but SIP/TLS has some problems right now |
| 00:12.33 | russellb | so we need to fix them |
| 00:12.39 | russellb | i have a patch, but it's blowing up |
| 00:12.42 | jpeeler | well i need to learn more about that in general anyway |
| 00:12.46 | Corydon76-dig | actros1840: We no longer recommend the use of mpg123 |
| 00:13.15 | jpeeler | in fact... i was hoping i could talk to you a little bit about the existing tcptls stuff |
| 00:13.19 | Corydon76-dig | actros1840: if you must, use format_mp3 from addons |
| 00:13.23 | russellb | jpeeler: i refuse to talk |
| 00:13.28 | jpeeler | russellb: chat? |
| 00:13.42 | jpeeler | ah, telepathy is fine too |
| 00:13.45 | file | jpeeler: I bet if you corner him in his office you can make him talk |
| 00:13.49 | russellb | jpeeler: telepathy only |
| 00:13.53 | file | chinese water torture might work |
| 00:13.54 | russellb | res_telepathy release is expected tomorrow |
| 00:13.59 | Corydon76-dig | jpeeler: are you going to ask him A/S/L, next? |
| 00:14.13 | russellb | 12/M/Brazil |
| 00:14.15 | jpeeler | Corydon76-dig: i think i know those things |
| 00:14.35 | Corydon76-dig | jpeeler: STALKER! |
| 00:14.47 | jpeeler | where L is usually about 20 feet |
| 00:14.49 | jpeeler | away |
| 00:14.59 | file | ha |
| 00:15.54 | russellb | SCARY |
| 00:15.58 | russellb | jpeeler: STOP STALKING ME |
| 00:18.24 | actros1840 | Corydon76-dig : I use format_mp3 everyday however I see no way how to gain volume using format_mp3 and that's why I'm trying to use mpg123 |
| 00:18.50 | Corydon76-dig | actros1840: I fail to understand what you're trying to do |
| 00:19.36 | Corydon76-dig | Besides, you're asking about usage, so this discussion probably belongs in #asterisk |
| 00:20.17 | actros1840 | Corydon76-dig : I often stream some mp3 files from remote server (not my server, not my files) and the volume is too low so I'm desperate for a solution to gain volume without having to download those files and alter them |
| 00:20.35 | tzafrir | jpeeler, apt-get install telepathy-idle |
| 00:21.03 | actros1840 | this is a reason why I'm here in dev, I want to know if app_mp3 can be modified to accept -g parameter |
| 00:22.36 | Corydon76-dig | Yes, it can. |
| 00:22.49 | actros1840 | any hint how ? |
| 00:23.06 | Corydon76-dig | You haven't looked at the source, have you? |
| 00:23.11 | actros1840 | I did |
| 00:23.29 | Corydon76-dig | If you've looked at the source, it should be fairly obvious |
| 00:23.30 | jpeeler | tzafrir, heh, deb ftw |
| 00:23.32 | actros1840 | I even tricked mp3player to use mpg123 with -g parameter |
| 00:23.35 | actros1840 | but no gain |
| 00:23.51 | Corydon76-dig | Does mpg123 even take a -g parameter? |
| 00:23.58 | actros1840 | sure it does |
| 00:24.07 | actros1840 | it works for speakers |
| 00:24.13 | actros1840 | but not for stdout |
| 00:24.33 | actros1840 | can you check this out ? maybe my mpg123 is broken |
| 00:24.44 | seanbright-home | heh |
| 00:24.49 | Corydon76-dig | I'm not going to mess with it |
| 00:24.58 | jpeeler | testing sip locally doesn't work right? |
| 00:25.24 | Corydon76-dig | jpeeler: run your sip client on a different control port |
| 00:25.30 | Corydon76-dig | 5061, for example |
| 00:25.43 | jpeeler | right |
| 00:25.48 | actros1840 | Corydon76-dig : what is it to mess with ? just issue a simple command in your dialplan, you don't risk anything |
| 00:25.49 | jpeeler | what client do you guys usually use? |
| 00:26.28 | Corydon76-dig | actros1840: no, as in, the problem isn't interesting to me, so I'm not going to |
| 00:26.45 | seanbright-home | actros1840: i'll do it for $100,000 |
| 00:27.05 | seanbright-home | well, actually, we're all friends here... make it $90,000 |
| 00:27.21 | actros1840 | Corydon76-dig : OK, I understand that typing a command is a problem here |
| 00:27.50 | actros1840 | all I need is : yes I have this same problem or I have it working so there is no problem |
| 00:28.09 | Corydon76-dig | No, I don't have that problem |
| 00:28.35 | actros1840 | because you are not aware of it |
| 00:28.46 | jeffg | is there a quick way to check whether a given app is loaded, apart from reimplementing "core show application like %s"? |
| 00:28.49 | Corydon76-dig | Because I don't care |
| 00:29.44 | Corydon76-dig | actros1840: This is open source. If you want to get it working, more power to you. But we are under no obligation to help you. |
| 00:30.24 | Corydon76-dig | actros1840: if you want someone to look at it for you, there are plenty of consultants who will be happy to take your money |
| 00:30.30 | actros1840 | sure, no obligation but if you are not willing to then there is no reason for you to start a pointless discussion |
| 00:30.35 | JT | waaa |
| 00:31.34 | seanbright-home | actros1840: you are the one that started the pointless discussion |
| 00:31.57 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584628.dsl.bell.ca) |
| 00:32.31 | actros1840 | I asked he replied, that's how I see it |
| 00:33.04 | seanbright-home | actros1840: what version of asterisk are you running? |
| 00:33.10 | JT | and then you started to whinge and become demanding |
| 00:33.29 | actros1840 | I'm not demanding, prove me that I am |
| 00:33.53 | seanbright-home | actros1840: i'll help you, but we'll need to take it over to #asterisk |
| 00:33.57 | russellb | jeffg: in C code? |
| 00:34.09 | russellb | jeffg: if so, pbx_findapp() or whatever the API call is ... |
| 00:34.09 | jeffg | russellb, aye, specifically from res_snmp :) |
| 00:34.15 | actros1840 | ok, no problem |
| 00:34.21 | jeffg | ahh, i was looking for an ast_ one, thanks russellb |
| 00:34.26 | actros1840 | I won't bother you here on this channel |
| 00:34.27 | russellb | jeffg: it would be in include/asterisk/pbx.h |
| 00:35.09 | Corydon76-dig | russellb: right on the first try |
| 00:35.23 | jeffg | russellb, found it in doxygen, thanks! |
| 00:35.50 | russellb | yay |
| 00:35.50 | jeffg | just needed the pbx_ nudge |
| 00:36.28 | russellb | jeffg: of course, that's only for exact application name |
| 00:36.30 | russellb | names* |
| 00:36.48 | russellb | so it wouldn't be like the CLI command you mentioned with the "like clause |
| 00:36.56 | russellb | s/like/like"/ |
| 00:36.57 | jeffg | russellb, like "MeetMe", not like "app_meetme", then? |
| 00:37.01 | russellb | damn |
| 00:37.06 | russellb | jeffg: correct |
| 00:37.19 | russellb | if you want to check if _modules_ are loaded, then there is something you can use from the loader API |
| 00:37.22 | russellb | ast_module_helper() i think |
| 00:37.44 | jeffg | k, i'll probably get around to needing that before too much longer |
| 00:38.25 | russellb | yep, ast_module_helper() it is. |
| 00:38.33 | Corydon76-dig | char *adsi_loaded = ast_module_helper("", "res_adsi.so", 0, 0, 0, 0); |
| 00:38.50 | Corydon76-dig | NULL if the module isn't loaded |
| 00:40.47 | jeffg | Corydon76-dig, for the case of platforms where SOEXT != ".so" (darwin, hpux come to mind) that could get dicey? |
| 00:41.00 | russellb | on darwin we use so anyway |
| 00:41.00 | russellb | heh |
| 00:41.09 | russellb | and hpux? |
| 00:41.12 | jeffg | excellent, just like apache httpd on windows :) |
| 00:41.20 | russellb | heh, yeah |
| 00:41.21 | jeffg | sorry, left out the "S" in hpux |
| 00:41.26 | russellb | even in cygwin, so |
| 00:42.06 | Corydon76-dig | We don't support Hockey PUX |
| 00:42.10 | russellb | lol |
| 00:42.42 | Corydon76-dig | russellb: That's actually what a lot of users call it |
| 00:42.57 | jeffg | we just bought a couple hpux boxen at work, one pa-risc and one itanic... since our naming convention is south park, they became satan and saddam |
| 00:43.08 | Corydon76-dig | Vandy Bookstore used to have an HP 9000 |
| 00:44.03 | jeffg | i honestly think i'd rather use windows than hpux as a daily driver. it may be a rock-solid platform, but mounting a cdrom requires 15 minutes of puzzling out pfs_mount options |
| 00:45.00 | Corydon76-dig | jeffg: on the hpux system I was on, the install was so old that they weren't even using a shadowed password file |
| 00:45.12 | Corydon76-dig | HPUX 9 or something |
| 00:45.25 | jeffg | well, you probably couldn't build john on that platform anyway, so no matter ;) |
| 00:46.42 | jeffg | even if you compromise a shell account, there's a built-in tarpit in that things are just different enough from any other system to be terminally irritating |
| 00:47.18 | jeffg | crash override sez leave b4 u r expunged |
| 00:47.21 | Corydon76-dig | Like that /usr/local/bin on hpux is world writable by default? |
| 00:47.30 | tzanger | jeffg: no, acid burn said that |
| 00:47.33 | jeffg | great place to drop your rootkit |
| 00:47.46 | jeffg | tzanger, thanks, where are my brains, in my ass? |
| 00:47.53 | Corydon76-dig | which is why hp says that putting /usr/local/bin in your path is a security risk |
| 00:47.59 | tzanger | no idea where you keep 'em |
| 00:49.04 | russellb | file: i'm not sure that my g722 changes are going to help you unless you were using g722 |
| 00:49.20 | file | russellb: *nod* |
| 00:49.59 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:00.33 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 01:00.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 01:03.59 | seanbright-home | whew... |
| 01:04.05 | seanbright-home | no good deed goes unpunished |
| 01:04.07 | seanbright-home | heh |
| 01:04.42 | jeffg | the trollinator |
| 01:06.04 | seanbright-home | the "solution" was: |
| 01:06.13 | seanbright-home | `mv mpg123 mpg123.bin` |
| 01:06.33 | seanbright-home | then create a new mpg123 as: |
| 01:06.40 | seanbright-home | #!/bin/sh |
| 01:06.57 | seanbright-home | mpg123 $2 $8 | sox -t raw - -t raw - vol 2.0 |
| 01:07.05 | seanbright-home | heh |
| 01:07.07 | seanbright-home | piece of cake. |
| 01:07.23 | seanbright-home | err |
| 01:07.28 | seanbright-home | mpg123.bin $2 $8 | sox -t raw - -t raw - vol 2.0 |
| 01:18.36 | seanbright-home | so i'm thinking 2.0 should be a complete rewrite in erlang |
| 01:18.43 | seanbright-home | i'll create a branch. |
| 01:34.41 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.170.114.149) |
| 01:40.03 | *** join/#asterisk-dev pputman (n=consorm@c-71-207-165-154.hsd1.al.comcast.net) |
| 01:58.16 | seanbright-home | m12058 |
| 01:58.18 | MuffinMan | [feedback] [Asterisk] PBX/General 0012058: AJAM error when sending commands reported by liorm http://bugs.digium.com/view.php?id=12058 |
| 02:08.32 | snuff-work | question marks for every1 |
| 02:17.51 | *** join/#asterisk-dev mosty (n=mostyn@ppp191-34.static.internode.on.net) |
| 03:01.33 | *** join/#asterisk-dev steliosk (n=Stelios@79.131.80.108) |
| 03:19.47 | *** join/#asterisk-dev apocn (n=apo@unaffiliated/apocn) |
| 03:20.00 | apocn | Hello, when I create a loop, the first iteration never runs my stuff, why is that? for example I have: for($x=0; $x < 3; $x++){ $AGI->exec("NoOp", "Iteration No.: $x"); $AGI->get_data...;} when I execute it I get: (NoOp) Options: (Iteration No.: 0) then (NoOp) Options: (Iteration No.: 1) then it executes the $AGI->get_data... and plays the file (the second iteration). |
| 03:20.02 | apocn | any help? |
| 03:33.56 | JunK-Y | apocn: i think #asterisk would be a better place for asking this. |
| 03:34.19 | apocn | ok :( |
| 03:34.40 | apocn | I added a line: if($iteration == 0){sleep(1);} and it works fine |
| 03:34.51 | apocn | maybe the script is going a bit faster than it should... |
| 03:35.26 | apocn | thanks anyway |
| 04:39.54 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 05:07.38 | Juggie | seanbright: ping |
| 05:11.48 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 05:34.05 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 05:36.04 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 05:58.29 | *** join/#asterisk-dev oej (n=olle@p5485DC78.dip.t-dialin.net) |
| 05:58.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:58.53 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) [NETSPLIT VICTIM] |
| 05:58.53 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 05:58.53 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 05:58.53 | *** mode/#asterisk-dev [+o kpfleming] by irc.freenode.net |
| 06:01.10 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-37-8.sttlwa.dsl-w.verizon.net) |
| 06:01.45 | philipp64 | evening all. |
| 06:02.33 | philipp64 | question: if Macro() is being deprecated, how does one achieve the equivalent functionality with just Gosub()? I'm trying to close out bug id 11969. |
| 06:05.14 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 06:10.35 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 06:10.35 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 06:32.20 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 08:06.36 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 08:20.19 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 08:28.44 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:39.38 | sergee | anybody awake? :) |
| 08:42.43 | IgorG | I do not think so... |
| 08:43.26 | mvanbaak | sergee: hardly |
| 08:44.17 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 08:45.15 | sergee | quick lame question: |
| 08:45.52 | sergee | lines in CLI looks like : "[Mar 7 11:45:22] DEBUG[22204]: res_config_mysql.c:369..." |
| 08:47.04 | sergee | while lines in /var/log/asterisk/messages doesn't contain "res_config_mysql.c:369" portion |
| 08:47.29 | sergee | is there any easy way to make messages file to look like CLI output? :) |
| 09:00.27 | sergee | according to main/logger.c - there is no such way |
| 09:00.32 | sergee | i wonder why? |
| 09:06.53 | mvanbaak | hhmm, did you add debug to the file? |
| 09:07.16 | mvanbaak | something like: full => notice,warning,error,debug,verbose |
| 10:20.52 | sergee | mvanbaak: sure i did, but there is no C code which writes function name and line number to the log file |
| 10:31.47 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:33.57 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:50.22 | *** join/#asterisk-dev agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:20.49 | mvanbaak | ah |
| 11:59.43 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 12:13.31 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:21.50 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:50.15 | *** join/#asterisk-dev RoyK (n=roy@ip-202-5-149-91.dialup.ice.no) |
| 12:52.52 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 13:03.57 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 13:09.31 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 13:22.24 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 13:52.13 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:52.13 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:06.45 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:16.08 | *** join/#asterisk-dev jeffg (i=a0LgLSgF@pdpc/supporter/active/jeffg) |
| 14:23.13 | jmls_home | M11999 |
| 14:23.15 | MuffinMan | [feedback] [Asterisk] Core-General 0011999: memory leak reported by destiny6628 http://bugs.digium.com/view.php?id=11999 |
| 14:23.37 | jmls_home | as putnopvut is not around, is there anyone who can suggest what might be going on with this ? |
| 14:29.24 | jsmith | jmls_home: The only thing *I* can think of might be related to http://lists.digium.com/pipermail/asterisk-dev/attachments/20080307/44631c83/attachment.txt |
| 14:29.49 | jsmith | jmls_home: But that's just a random stab in the dark with earplugs in and all my fingers and toes crossed |
| 14:30.02 | jsmith | Other than that, I have no clue |
| 14:38.43 | jmls_home | you know, I was just thinking that |
| 14:38.56 | jsmith | That means we're both probably wrong ;-) |
| 14:39.00 | jmls_home | heh |
| 14:39.23 | jmls_home | who should review that email ? |
| 14:39.57 | jsmith | Any of the devs... probably russell or codefreeze or file would be ideal |
| 14:40.35 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 14:42.12 | jmls_home | codefreeze: ping |
| 14:43.49 | jsmith | jmls_home: Let's see... it's 7:43am his time, so he's probably still getting his sons off to school |
| 14:43.55 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:43.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:44.47 | jmls_home | that is just sooooo inconsiderate |
| 14:45.07 | jsmith | putnopvut: jmls_home has been waiting hours for you to show up ;-) |
| 14:45.26 | jmls_home | putnopvut: !!!!!! |
| 14:45.33 | jmls_home | jbot: tackle putnopvut |
| 14:45.33 | jbot | ACTION tackles putnopvut to the ground. |
| 14:45.35 | jsmith | jmls_home: I've got two, who are also at school |
| 14:45.39 | putnopvut | Uh oh!! |
| 14:45.50 | jmls_home | M11999 |
| 14:45.51 | putnopvut | What'd I do? |
| 14:45.52 | MuffinMan | [feedback] [Asterisk] Core-General 0011999: memory leak reported by destiny6628 http://bugs.digium.com/view.php?id=11999 |
| 14:46.03 | putnopvut | Ah that one. |
| 14:46.12 | jmls_home | jsmith and I were thinking that it may be related to an earlier email |
| 14:46.42 | putnopvut | I'm intrigued, because right now I have no idea how those crashes are happening. |
| 14:47.10 | jmls_home | http://lists.digium.com/pipermail/asterisk-dev/attachments/20080307/44631c83/attachment.txt |
| 14:49.26 | jsmith | putnopvut: That was just a random thought on my part, but it doesn't look like it could hurt to investigate |
| 14:50.03 | putnopvut | Yeah, it never hurts to investigate. Unfortunately, I can't say for certain the two are related. |
| 14:50.17 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:50.17 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:50.20 | putnopvut | I'll take a look at that section of code a bit further and see what I think about it. |
| 14:53.07 | jsmith | putnopvut: Thanks ;-) |
| 15:03.29 | jmls_home | putnopvut: I see that he's using ,,o |
| 15:03.54 | *** join/#asterisk-dev jeffg (i=WXnjRLSP@pdpc/supporter/active/jeffg) |
| 15:04.23 | jmls_home | can this affect the channel ? |
| 15:04.37 | jmls_home | I've also asked him to say what he does in the AGI |
| 15:04.56 | putnopvut | Here's the thing about those crashes: it's always a linked list operation on the channel's readq that cause the crash. |
| 15:05.42 | putnopvut | And I'm checking __ast_pbx_run (a large function) to see if there are any reads or writes to the readq in there. |
| 15:07.32 | putnopvut | And it appears that really anything on the channel could get changed there, because extensions are spawned from there, and if the extension uses an app that changes the readq, then ... |
| 15:08.18 | putnopvut | But the thing is, I'm still not sure if this is the cause of those crashes. |
| 15:10.23 | putnopvut | Oh, geez... |
| 15:10.30 | putnopvut | I just saw some of his latest crashes... |
| 15:10.34 | putnopvut | They're all over the place now. |
| 15:10.36 | lmadsen | anyone know what time russell gets in? |
| 15:10.41 | putnopvut | Not just the readq. |
| 15:10.43 | lmadsen | or is he in SC? |
| 15:10.57 | putnopvut | lmadsen: he's in HSV, he'll probably get in ca 10:00 |
| 15:11.21 | putnopvut | I'm not sure if he has any trips planned to SC until the wedding. |
| 15:11.23 | jmls_home | putnopvut: it's not just a machine though - it's on several machine |
| 15:11.31 | jmls_home | (machines) |
| 15:11.38 | putnopvut | jmls_home: right, that's what's quite odd. |
| 15:11.41 | lmadsen | putnopvut: ok, thx |
| 15:12.16 | jmls_home | I had a problem with * crashing loads of times, in different places. |
| 15:12.32 | jmls_home | turns out it was my odbc driver borking, and nothing to do with * |
| 15:14.16 | putnopvut | Yeah, and the reporter didn't say if he was or was not using odbc. |
| 15:14.38 | jmls_home | I know - he kept very quiet on that ;) |
| 15:15.24 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:15.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:16.59 | putnopvut | jmls_home: he did say "We are using httpd and php for the web interface and other pages for dialing and all" |
| 15:17.21 | putnopvut | I wonder a web interface should indicate the use of a database backend. |
| 15:17.28 | putnopvut | s/a/if a/ |
| 15:18.21 | jmls_home | quite possibly |
| 15:22.36 | putnopvut | I'd be willing to bet we could have solved the problem(s) long ago if he would just run valgrind, but he won't. |
| 15:22.50 | jmls_home | not on any of his servers ? |
| 15:24.10 | putnopvut | From the get-go he said he couldn't run valgrind. |
| 15:24.22 | putnopvut | It's in the bug description. |
| 15:27.12 | jmls_home | well, we run a similar setup (maybe not the same number of calls , around 6000 per day) using local channels inbound and outbound, mixmonitoring them all, heavy use of curl and jabbers |
| 15:27.28 | jmls_home | and have not had a crash for over 7 weeks |
| 15:28.46 | putnopvut | That's certainly good! I just wish that this guy wasn't having multiple crashes per day... |
| 15:31.30 | jmls_home | well, it comes to a point where he probably needs to use valgrind. The amount of downtime / problems / crashes he's having on his production server must far outweigh the temporary performance issue of valgrind ... |
| 15:31.56 | file | jmls_home: you rock, you know that? |
| 15:32.02 | jmls_home | ? |
| 15:32.14 | file | don't be worried |
| 15:32.57 | jmls_home | what have I done to earn such an accolade, then ? |
| 15:33.40 | Corydon76-dig | Qwell: are you free on Monday evening? |
| 15:34.29 | putnopvut | Corydon76-dig: he's married, you know... |
| 15:35.07 | Corydon76-dig | putnopvut: Even worse. I'm going to ask him to do a guest lecture |
| 15:35.21 | putnopvut | Uh oh! |
| 15:35.27 | putnopvut | Any particular topic in mind? |
| 15:35.32 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 15:35.32 | Corydon76-dig | chan_skinny |
| 15:35.36 | Qwell | eww |
| 15:35.39 | Qwell | err |
| 15:35.53 | file | why chan_skinny? O.o |
| 15:35.56 | Corydon76-dig | Specifically, writing a channel driver |
| 15:36.34 | Corydon76-dig | file: because it's one of the few channels currently maintained by a single person |
| 15:36.42 | Corydon76-dig | (who works for Digium) |
| 15:37.09 | Qwell | I defer to mvanbaak |
| 15:37.10 | putnopvut | Corydon76-dig: why not use a simpler one like chan_console? |
| 15:37.11 | Corydon76-dig | whereas SIP, I'm not sure that anybody has a clear understanding of the entire code... |
| 15:37.36 | Qwell | I don't know that I would say I have a clear understanding of chan_skinny |
| 15:38.07 | file | yeah... I don't know if chan_skinny is a good idea to use as a basis |
| 15:38.11 | file | for teaching about it |
| 15:38.25 | Corydon76-dig | Hrm |
| 15:39.33 | Corydon76-dig | Qwell: is there another channel you know better? ;-) |
| 15:39.54 | Corydon76-dig | I'd bug Russell, but he's not around yet |
| 15:40.15 | file | you can use a skeleton channel driver to describe the interaction between the core and channel driver, the other side is simply allocating a channel and starting a PBX for inbound calls from the specific technology |
| 15:41.41 | Corydon76-dig | file: did you just describe the Local channel as a skeleton channel? |
| 15:41.53 | file | I did not. |
| 15:42.23 | jsmith | Corydon76-dig: Class on Monday night? |
| 15:42.30 | Corydon76-dig | jsmith: Yes |
| 15:42.41 | Corydon76-dig | jsmith: woot |
| 15:43.02 | Corydon76-dig | jsmith: The well is dry, which is why I'm asking |
| 15:43.59 | file | like describing each technology callback, when they are called, what they do both fundamentally plus in popular channel drivers, how calls originating from the technology are setup... |
| 15:44.10 | jsmith | Corydon76-dig: I'd be happy to talk about something, if there was anything I was actually qualified to talk about |
| 15:44.23 | Corydon76-dig | Heh |
| 15:56.17 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 15:56.54 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:56.55 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:57.04 | *** join/#asterisk-dev bkw_ (n=brian@ppp-70-128-106-102.dsl.tulsok.swbell.net) |
| 16:02.49 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 16:05.58 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:13.23 | outtolunc | anyone remember if there has been a discussion about pbx_extension_helper in regards to having a regex to *also* test the for a context match trimming out '@xx.xx.xx.xx' before falling thru |
| 16:13.38 | Qwell | outtolunc: huh? |
| 16:13.55 | outtolunc | ok, basic rundown |
| 16:14.47 | outtolunc | setup iax between 2 boxes, originate from boxA to B with a context of somecontext@ip.of.box.a |
| 16:15.37 | *** join/#asterisk-dev juanjoc (n=juanjoc@host239.190-31-235.telecom.net.ar) |
| 16:15.37 | outtolunc | call on boxA calls B, B calls A .. A falls thru because somecontext@ip.of.box.a,s,1 doesn't exist |
| 16:16.29 | outtolunc | so, having a regex to *also test for triming out the '@xx.xx.xx.xx' in the context so it can actually find the somecontext,s,1 that does exist would help <G> |
| 16:18.23 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 16:19.29 | outtolunc | so i was just wondering if it has already be discussed, as it would really make clustering so much easier |
| 16:19.38 | outtolunc | er been |
| 16:21.42 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 16:31.07 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 16:31.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:31.36 | oej | Afternoon, folks! |
| 16:33.57 | outtolunc | howdy howdy |
| 16:34.31 | file | oej: moo! |
| 16:35.05 | oej | That's one way of saying it, file :-) |
| 16:40.16 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:40.16 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:53.10 | *** join/#asterisk-dev datachomper (n=russ@static-68-236-214-95.nwrk.east.verizon.net) |
| 16:53.48 | datachomper | So I need to manipulate the data portion of a signed linear frame. Should I cast it as (signed int *) ? |
| 16:54.28 | russellb | uint16_t * |
| 16:54.34 | russellb | errr |
| 16:54.36 | russellb | int16_t * |
| 16:54.57 | russellb | don't use uint ... i did that once, the audio didn't sound very good :) |
| 16:55.03 | datachomper | Ah hah, thanks Russ |
| 16:55.27 | datachomper | Are there any docs floating around that describe the slinear format? |
| 16:55.47 | russellb | that's an _extremely_ common audio data representation, so ... |
| 16:56.04 | russellb | there are references all over the internet |
| 16:56.07 | russellb | but there really isn't much to say |
| 16:56.25 | russellb | it's 16-bit integer raw samples at 8 kHz ... |
| 16:56.29 | russellb | that's about all there is to say about it |
| 16:59.00 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 16:59.00 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 17:12.25 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.117.5) |
| 17:14.17 | datachomper | So in the ast_frame structure, is "datalen" aligned to whatever the native sample size of the encoding is? |
| 17:15.24 | datachomper | IE for slinear, datalen is the number of int16_t chunks? |
| 17:15.49 | russellb | no |
| 17:15.52 | russellb | number of bytes |
| 17:17.00 | datachomper | Oh duh. "samples" is what I'm looking for I belive |
| 17:18.20 | Juggie | quiet day today. |
| 17:36.13 | *** join/#asterisk-dev RoyK (n=roy@ip-202-5-149-91.dialup.ice.no) |
| 17:39.05 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 17:43.30 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:46.09 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 18:10.06 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-42-24.sttlwa.dsl-w.verizon.net) |
| 18:41.34 | caio1982 | seanbright-home: did you notice anything wrong when you hit ESC on your new menuselect curses ui? is it only me having problems with it? |
| 18:43.27 | caio1982 | hmmm both ESC key and window size detections aren't working in my linux box :( |
| 18:43.40 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.4) |
| 18:51.57 | *** join/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 18:53.51 | Netgeeks | when you are using dtmf transfer - and you set the blindxfer in features to two dtmf keys, like ##. There seems to be an artifact generated that can result in incorrect dtmf being sent. |
| 18:54.38 | Netgeeks | for example, if blindxfer is ## and you press #0, on the far end you get a short almost squelched #, then a short break and the full # 0. Sending that to another asterisk, and it detects # # 0 |
| 18:55.38 | Netgeeks | looking at rtp traces, I see the second # and 0 as rfc2833 dtmf, but I don't see the squelched # |
| 18:56.04 | Netgeeks | So I'm wondering is it getting sent in-band? |
| 18:59.21 | Juggie | post a bug. |
| 18:59.50 | jtodd | Death by a thousand DTMF paper cuts. |
| 19:01.29 | Netgeeks | I need to test it on 1.4.18 or trunk first, this was 1.4.4 |
| 19:02.44 | Netgeeks | was just hoping someone would pipe up and say oh, yeah, I remember that we fixed that with this patch - or should be fixed in current release.... ;) |
| 19:04.31 | file | well... you haven't said how DTMF is being received |
| 19:06.47 | Netgeeks | dtmf is being received in rfc2833 rtp packets. asterisk is turning them around and sending them out in rfc2833 rtp packets |
| 19:06.55 | Netgeeks | expect for the squelched # |
| 19:07.06 | Netgeeks | which I don't see in my packet sniff |
| 19:07.45 | file | you could record the channel... and see if it shows up |
| 19:07.50 | file | then you would know it's inband |
| 19:08.56 | Netgeeks | record won't record dtmf recieved as rfc2833? |
| 19:09.23 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 19:09.27 | file | it records audio. |
| 19:09.31 | Juggie | how could it, they are not part of the audio |
| 19:10.18 | Netgeeks | we talking Record() or Monitor? |
| 19:10.47 | file | Monitor is fine. |
| 19:12.57 | Netgeeks | okay, I'll put together a test. phone A ---> Asterisk with Monitor on call ----> pstn phone b. phone a will press # 8, phone b will hear # # 8, and minitor should only get # if that false first # is being sent in inband? |
| 19:16.58 | Juggie | file, ottawa is supposed to get 30-50cm of snow this weekend! |
| 19:17.39 | Qwell | Juggie: what's that in real measurements? |
| 19:18.24 | Juggie | 12-20inches |
| 19:25.53 | datachomper | that's 0.00149-0.00248 furlongs |
| 19:25.56 | Juggie | Qwell: btw, imperial are not 'real' mesurements :) |
| 19:29.17 | lmadsen | ottawa and montreal will get more snow than Toronto |
| 19:29.25 | lmadsen | I think it's just starting to come in now too |
| 19:29.33 | putnopvut | And Huntsville will get less snow than Bangkok |
| 19:29.48 | putnopvut | Actually I have no idea how much snow Bangkok will get. |
| 19:30.12 | Corydon76-dig | If y'all only got as much rain as Bangkok |
| 19:34.06 | *** part/#asterisk-dev jmls_home (n=jmls@mail.tessera.co.uk) |
| 19:38.01 | datachomper | What is the "offset" field in ast_frame for? |
| 19:40.37 | Corydon76-dig | How far beyond the end of the struct that the data starts |
| 19:45.28 | datachomper | Ah, thanks |
| 19:48.34 | file | whoops... |
| 19:48.38 | file | having a lock where you meant unlock is bad. |
| 19:48.46 | Cresl1n | woohoo |
| 19:48.54 | Cresl1n | hey file |
| 19:48.56 | Corydon76-dig | Afternoon, Cresl1n |
| 19:49.04 | Cresl1n | Corydon76-dig: !!!! |
| 19:49.10 | Corydon76-dig | How goes? |
| 19:49.27 | Corydon76-dig | Sleepless in Huntsville (with the child)? |
| 19:49.36 | Cresl1n | yeah... |
| 19:49.50 | Cresl1n | Looking forward to him sleeping all night |
| 19:50.06 | Corydon76-dig | Just walk around the building, muttering "Braaaaainz" |
| 20:04.05 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 20:13.07 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 20:13.15 | Qwell | russellb: ping! |
| 20:14.17 | *** join/#asterisk-dev joshaidan (n=brianj@S0106001c1023e838.tb.shawcable.net) |
| 20:17.15 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:17.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:19.29 | Qwell | M12117 |
| 20:19.30 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0012117: menuselect - CORE-SOUNDS-EN-GSM cannot be replaced reported by pprindeville http://bugs.digium.com/view.php?id=12117 |
| 20:19.34 | Qwell | russellb: ^^ if you want to take a peek :D |
| 20:21.17 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 20:23.10 | jeffg | heh... so i'm trying to string along and track down these clowns who are trying to pull a "reduce your credit card interest rate" scam... i managed to get one of them to put me on hold this morning... guess what? surprise, fpm-world-mix! |
| 20:25.56 | Corydon76-dig | jeffg: Ditto for eHarmony.com |
| 20:35.25 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 20:57.17 | russellb | Qwell: yeah, i noticed ... |
| 20:57.23 | russellb | Qwell: it's pretty far near the bottom of my priority list |
| 21:09.04 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 21:10.10 | *** join/#asterisk-dev docelmo (n=vircuser@h74.196.180.12.cable.rstb.cablerocket.net) |
| 21:11.48 | *** join/#asterisk-dev jmls_home (n=jmls@mail.tessera.co.uk) |
| 21:15.12 | jmls_home | crap |
| 21:15.32 | jsmith-busy | jmls_home: Where? I don't wanna step in it |
| 21:15.54 | jmls_home | this is *way* ot, but do one of you guys have a config file for bip that works for more than one computer ? I just cannot get the history to replay |
| 21:16.39 | jsmith-busy | jmls_home: file does |
| 21:16.47 | jsmith-busy | file: Lend a hand, eh? |
| 21:16.54 | Qwell | backlog = true; backlog_lines = 1000; always_backlog = true; |
| 21:16.59 | Qwell | that's what I use, and it works alright |
| 21:18.41 | jmls_home | hrmpphh. Missing backlog_lines. |
| 21:18.41 | jmls_home | brb |
| 21:18.59 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 21:19.16 | jsmith-busy | jmls: Success? |
| 21:20.09 | jmls | yay! |
| 21:20.31 | jmls | man. something so simple |
| 21:20.48 | jsmith-busy | Simple minds, simple pleasures |
| 21:20.49 | jmls | thanks Qwell |
| 21:20.54 | Qwell | there's also blreset_on_talk = true; if you want to clear the backlog after you say something |
| 21:21.08 | jmls | yeah, had that one :) |
| 21:23.01 | codefreeze | has anyone else noticed, that the trunk version of chan_sip tends to crash with a double-free (not all the time, tho) on "stop gracefully"? |
| 21:24.13 | putnopvut | codefreeze: I havent' had it happen yet. |
| 21:24.53 | codefreeze | OK, I admit it. I'm weird. And you're lucky.... ;) |
| 21:25.18 | jsmith-busy | codefreeze: Hold on, let me test. |
| 21:26.40 | jsmith-busy | Curl up with a nice blanket... this machine isn't the fastest in the world |
| 21:35.30 | russellb | codefreeze: ping |
| 21:35.44 | codefreeze | russellb: hiya! |
| 21:35.55 | russellb | codefreeze: i'm getting a lot of this on "dialplan reload" ... WARNING: Freeing unused memory at (nil), in ast_free_ptr of /home/russell/src/asterisk/issue_11972/include/asterisk/utils.h, line 395 |
| 21:36.02 | russellb | i have a feeling it's related to your recent changes |
| 21:36.30 | russellb | just fyi, so you could see if it happens to you ... |
| 21:36.45 | codefreeze | highly probable. But why not me? Why do **you** get all the good stuff? |
| 21:36.52 | russellb | unknown. |
| 21:37.01 | codefreeze | 64 bit machine or something? |
| 21:37.01 | russellb | i can turn off malloc debug and let it crash i guess ... |
| 21:37.02 | mvanbaak | russellb: send your configs to codefreeze |
| 21:37.07 | russellb | codefreeze: this one is 32-bit |
| 21:37.11 | russellb | mvanbaak: i refuse |
| 21:37.14 | mvanbaak | lol |
| 21:37.19 | mvanbaak | is it working on 8bit ? |
| 21:37.27 | russellb | only works on 19-bit |
| 21:37.30 | mvanbaak | I really should give asterisk a try on my amiga 2600 |
| 21:37.37 | russellb | anyway, i'll turn off malloc debug and let it crash |
| 21:37.54 | mvanbaak | btw |
| 21:38.05 | mvanbaak | I have this great idea for the next asterisk appliance |
| 21:38.12 | mvanbaak | is it ok if I vent them here ? |
| 21:38.20 | codefreeze | wait, wait, just a minute... the ael stuff did that unless the files were post-processed... could I have...??? |
| 21:38.21 | russellb | um, i suppose so |
| 21:38.43 | russellb | codefreeze: do what? |
| 21:38.48 | mvanbaak | I have been testing asterisk on the new soekris 5501 |
| 21:38.51 | mvanbaak | it works super |
| 21:38.52 | russellb | english man! |
| 21:39.02 | jpeeler | russellb: i passed the file descriptor from the ast_tcptls_server_instance to eivr_comm and it works, but somehow i don't think that is what is needed |
| 21:39.10 | mvanbaak | 1.6 asterisk on both linux and openbsd |
| 21:39.24 | russellb | jpeeler: ummmm .... that will work as long as you don't enable TLS |
| 21:39.26 | mvanbaak | linux to test the zaptel stuff, and openbsd to test it in a dual-server setup |
| 21:39.39 | mvanbaak | the box itself is like 200 us $ |
| 21:39.44 | jpeeler | russellb: so the goal is to enable tls then? |
| 21:39.49 | russellb | jpeeler: nah, not for now |
| 21:39.52 | russellb | so then yeah, that's fine |
| 21:40.03 | russellb | jpeeler: also, don't forget to free the server instance at the end |
| 21:40.03 | mvanbaak | you get a full 4nic firewall including fullsize pci slot all on 8W power |
| 21:40.07 | codefreeze | russellb: well, the parser would generate those, so I had to.... they **are** harmless tho... |
| 21:40.15 | jpeeler | i feel like i just reimplemented what was already done basically |
| 21:40.20 | mvanbaak | and you can use a full pri without trouble (E1 that is) |
| 21:40.32 | mvanbaak | cpu load never reached 50% |
| 21:40.43 | russellb | codefreeze: the parser generates those messages? |
| 21:40.55 | mvanbaak | queues with agents, moh, voicemail etc |
| 21:40.58 | russellb | codefreeze: can you please make it not do that? |
| 21:41.19 | codefreeze | russellb: yeah... but thought I fixed that... lemme check |
| 21:41.21 | mvanbaak | maybe,.... its a good idea to look at that for the next box |
| 21:41.33 | russellb | no, this is an astmm error message |
| 21:41.37 | russellb | meaning free() was called on NULL |
| 21:41.38 | russellb | which is bad |
| 21:41.52 | mvanbaak | just one of my silly brainfarts |
| 21:42.29 | codefreeze | russellb: exactly. But **most** glib systems don't care about freeing null. |
| 21:42.47 | codefreeze | some just complain |
| 21:42.52 | russellb | codefreeze: that's evil |
| 21:42.57 | russellb | now do they complain? |
| 21:43.03 | russellb | free() doesn't return anything |
| 21:43.26 | russellb | (unrelated sidenote ... i had points taken off a college exam because my handwritten code didn't check the return value of free() ... caused me to not get a 100 on it.) |
| 21:43.27 | kpfleming | you will hear quiet whimpering |
| 21:43.34 | russellb | (the professor was a moron) |
| 21:43.59 | codefreeze | you get one of those irritating free of NULL messages... |
| 21:44.01 | russellb | (same professor, and same course, where he claimed that java and C were pretty much the same thing) |
| 21:44.07 | russellb | codefreeze: no you don't |
| 21:44.09 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 21:44.12 | russellb | codefreeze: that comes from main/astmm.c |
| 21:44.21 | russellb | where _we_ made it safe and reported it |
| 21:44.41 | codefreeze | well, on **some** systems you get a message, mostly 64-bit so far... |
| 21:45.07 | codefreeze | and, ps... I hope you got your points back |
| 21:45.29 | russellb | i did not ... i didn't even ask ... |
| 21:45.33 | kpfleming | no, russellb is right. free() will never generate a message |
| 21:46.37 | russellb | well i guess you're right that it's not crashing on free(NULL) ... |
| 21:46.45 | codefreeze | usually it isn't free, perse, it's from underneath somewhere. I've had it come up a few times, and added stuff to the makefile and parser to avoid the default code that yacc/flex sets up... |
| 21:47.00 | russellb | i see. |
| 21:47.11 | russellb | well, i guess if nobody reports that it crashes their box, then we can live |
| 21:47.19 | jeffg | so if one wanted to get a branch to work in, how would one go about that? |
| 21:47.19 | russellb | however, i am _not_ ok with making that a standard assumption in our code |
| 21:47.28 | russellb | jeffg: email russell@digium.com |
| 21:47.37 | jeffg | russellb, thanks, will do |
| 21:47.43 | russellb | k, and then be patient with me ;) |
| 21:47.52 | russellb | but i should be able to get it done within a week |
| 21:48.49 | codefreeze | If you can find what what code that message is coming from, russellb, that might help... I'll search for it, and make sure I didn't forget it... in the parser, at least... |
| 21:49.51 | russellb | codefreeze: alrighty ... |
| 21:50.07 | russellb | codefreeze: if you turn on MALLOC_DEBUG and don't see the messages, then don't worry about it unless/until I send you that info |
| 21:50.41 | codefreeze | ok, but I want to kill another bug first... I'm almost done. |
| 21:50.51 | russellb | i totally understand |
| 21:50.56 | russellb | that's why i'm not doing it right now, either :-p |
| 21:51.00 | russellb | working on another bug ... |
| 21:51.35 | codefreeze | ya panamayoo |
| 21:52.01 | codefreeze | ich verstehe |
| 22:00.53 | Cresl1n | ya tozhe ponimayoo |
| 22:00.53 | Cresl1n | :-) |
| 22:01.20 | Cresl1n | Hey, anybody know what kinds of things can cause a SIGABORT to occur? |
| 22:01.21 | codefreeze | ya nye panamayoo ;) |
| 22:01.54 | Cresl1n | ты видешь этого? |
| 22:03.27 | codefreeze | You can get a SIGABORT from me, when you type russian at me! |
| 22:03.28 | jsmith-busy | ~wibble codefreeze |
| 22:03.29 | jbot | ACTION puts 2 pencils up codefreeze's nose and drools on them, going "WIBBLE!" |
| 22:03.37 | jsmith-busy | Dang, somebody changed jbot! |
| 22:03.45 | jsmith-busy | Sorry codefreeze |
| 22:03.49 | Cresl1n | codefreeze: was that visible? |
| 22:03.54 | codefreeze | now I'm afraid to touch the keys |
| 22:04.11 | codefreeze | Cresl1n: yep. |
| 22:04.16 | Cresl1n | ok |
| 22:04.47 | codefreeze | Cresl1n: I plainly see: ты видешь этого? |
| 22:05.40 | codefreeze | jsmith-busy: now that I'm wibbled, hand me a hanky and tell me how things went... |
| 22:07.29 | scatterbrained | There we go |
| 22:07.33 | scatterbrained | Maybe I'll keep this nick |
| 22:09.20 | codefreeze | oops, gtg... CEO has to sign off corp taxes |
| 22:17.09 | *** join/#asterisk-dev RoyK (n=roy@ip-183-20-149-91.dialup.ice.no) |
| 22:27.41 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 22:36.54 | russellb | file: sip_pvt's aren't going away and it makes me sad |
| 22:38.01 | mvanbaak | what's the best place to document a list of needed pkg's for obsd ? |
| 22:38.17 | mvanbaak | doc/openbsd.txt ? |
| 22:38.41 | jsmith | mvanbaak: Documentation? What's that? |
| 22:38.58 | mvanbaak | jsmith: it's that thing that replicates sourcecode |
| 22:39.14 | mvanbaak | for those who cannot read C or configure.in and m4 files |
| 22:39.20 | mvanbaak | and yes, they are out there |
| 22:39.31 | russellb | doc/openbsd.txt is fine with me |
| 22:39.36 | mvanbaak | ok |
| 22:39.39 | russellb | or preferably doc/tex/openbsd.tex |
| 22:39.45 | mvanbaak | ugh |
| 22:40.01 | russellb | ok, convert doc/tex into a format you like and then use that |
| 22:40.02 | Qwell | or you could put it in tzafrir's script |
| 22:40.30 | mvanbaak | Qwell: is that part of stock asterisk now |
| 22:40.40 | Qwell | umm...not sure |
| 22:40.43 | Qwell | probably not |
| 22:40.52 | mvanbaak | that wont work then |
| 22:41.12 | mvanbaak | russellb: asciidoc |
| 22:41.22 | russellb | blargh |
| 22:41.37 | mvanbaak | docbook |
| 22:41.44 | russellb | docbook i can live with |
| 22:41.49 | jsmith | docbook! |
| 22:41.54 | Qwell | xml |
| 22:41.56 | jsmith | russellb: I'll quote you on that ;-) |
| 22:42.05 | mvanbaak | Qwell: docbook == xml |
| 22:42.18 | russellb | jsmith: i've said that before |
| 22:42.19 | russellb | i really don't care |
| 22:42.25 | russellb | but i'm not going through and doing it all again to change |
| 22:42.31 | mvanbaak | tex is complicated |
| 22:42.32 | russellb | if someone else wants to change it, then by all means, have at it |
| 22:42.36 | russellb | i'll commit as soon as you're ready |
| 22:42.45 | russellb | i don't think it is any more complicated than docbook ... |
| 22:42.50 | russellb | but again, no reason to argue |
| 22:42.54 | russellb | i don't carrrrre |
| 22:42.55 | mvanbaak | indeed |
| 22:43.09 | russellb | docbook++ AFAIC |
| 22:43.20 | mvanbaak | ok |
| 22:43.30 | mvanbaak | let me post a ticket and assign it to me |
| 22:43.54 | russellb | don't do that ... |
| 22:44.02 | russellb | no reason to have it in the tracker |
| 22:44.09 | mvanbaak | I agree |
| 22:44.19 | mvanbaak | a branch is ok right ? |
| 22:44.30 | russellb | yes |
| 22:44.39 | file | branches are your friend. |
| 22:44.43 | mvanbaak | will start it as soon as I figured out the correct stuff for openbsd, debian and freebsd |
| 22:44.50 | russellb | k |
| 22:44.55 | mvanbaak | I have the txt file for debian here |
| 22:44.57 | Qwell | bash == required |
| 22:45.10 | mvanbaak | and openbsd is done, but I dont have a list of needed stuff here |
| 22:45.20 | Qwell | (if only to keep your sanity while using it) |
| 22:45.33 | mvanbaak | I use openbsd as desktop, and compile the packages there |
| 22:49.12 | mvanbaak | I'm setting up a virgin obsd vm to conclude the documentation |
| 22:54.11 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 23:00.36 | Corydon76-dig | Heh. We sent a note telling a customer how to set a new pincode, and he tells us "But when I enter the pincode, it just hangs up." |
| 23:01.12 | Corydon76-dig | Yeah... |
| 23:02.55 | Cresl1n | I had a friend who was a branch once |
| 23:02.59 | Cresl1n | he was a good friend |
| 23:03.55 | mvanbaak | sent a mail to -dev about the docbook stuff |
| 23:04.06 | mvanbaak | lets see what other ppl think of it |
| 23:04.41 | jpeeler | o |
| 23:04.51 | jpeeler | oops |
| 23:04.52 | putnopvut | I agree with jpeeler. |
| 23:06.48 | jpeeler | i'm trying to get asterisk to make a SIP call to itself using the originate command, but i'm getting "loop detected". |
| 23:06.52 | jpeeler | i must be confused |
| 23:07.49 | Corydon76-dig | jpeeler: It's detecting a loop back to itself |
| 23:08.09 | jpeeler | which i guess it was it kind of is, but it's intentional |
| 23:08.11 | codefreeze | Cresl1n: If I were to mutter "распекать", would that be bad? |
| 23:08.58 | jpeeler | man i write some horrible things sometimes |
| 23:12.35 | codefreeze | just one peice of advice: работать как черт !! |
| 23:13.26 | Qwell | Я люблю пиво |
| 23:13.36 | Qwell | That is all. |
| 23:14.01 | mvanbaak | let's call it a week |
| 23:14.05 | mvanbaak | I'm off |
| 23:16.22 | codefreeze | Qwell-- based on host names at digium, you and everyone else! |
| 23:16.43 | putnopvut | Qwell: I <something> beer... |
| 23:16.47 | putnopvut | What's the something? |
| 23:16.54 | putnopvut | need? |
| 23:16.56 | putnopvut | want? |
| 23:17.25 | codefreeze | love |
| 23:17.55 | putnopvut | Oh. |
| 23:19.44 | Qwell | codefreeze: those are all IT servers |
| 23:27.19 | Qwell | M12164 |
| 23:27.20 | MuffinMan | [assigned] [Asterisk] Codecs/codec_g722 0012164: Distorted playback of G.722 prompts reported by milazzo http://bugs.digium.com/view.php?id=12164 |
| 23:27.20 | Qwell | russellb: :( |
| 23:29.09 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 23:34.30 | russellb | Qwell: works just fine for me. |
| 23:34.43 | Cresl1n | hey file |
| 23:34.53 | Cresl1n | russellb: what's wrong? |
| 23:34.58 | russellb | Cresl1n: the world |
| 23:35.11 | russellb | nothing, really, though |
| 23:35.18 | Corydon76-dig | TGIF |
| 23:35.25 | russellb | Corydon76-dig++ |
| 23:35.44 | Cresl1n | so what's g.722 doing so badly for you? |
| 23:35.59 | Corydon76-dig | I can hardly wait for the weekend, so I can work on Asterisk |
| 23:36.01 | russellb | it's working fine for me |
| 23:36.08 | russellb | bug claims it's not working for him |
| 23:36.12 | russellb | but i say he's a liar! |
| 23:36.36 | russellb | (not really) |
| 23:40.22 | Cresl1n | it's ok |
| 23:40.24 | Cresl1n | :-) |
| 23:40.26 | russellb | heh |
| 23:40.28 | russellb | it's friday ... |
| 23:40.30 | russellb | i'm ... fried |
| 23:40.41 | Cresl1n | fried-day :-D |
| 23:40.45 | russellb | yup |
| 23:40.46 | russellb | :) |
| 23:41.44 | Cresl1n | well, this isn't cool for probably anyone except me, but I found out one of my guys using libss7 is doing ~80,000 calls per day with it |
| 23:41.51 | Cresl1n | kinda neat |
| 23:42.09 | *** join/#asterisk-dev snuff-home (i=snuff@C-61-68-136-239.bur.connect.net.au) |
| 23:42.36 | JunK-Y | Cresl1n: nice. |
| 23:42.50 | russellb | Cresl1n: that rocks |
| 23:42.52 | file | Cresl1n: that's hawt |
| 23:42.53 | Cresl1n | JunK-Y: !!!! |
| 23:42.56 | Cresl1n | I haven't seen you in forever |
| 23:43.35 | Cresl1n | thx guys! |
| 23:44.05 | Cresl1n | he's also giving trunk some good testing |
| 23:44.14 | russellb | snuff-home: it was this ... |
| 23:44.15 | russellb | <Cresl1n> well, this isn't cool for probably anyone except me, but I found out one of my guys using libss7 is doing ~80,000 calls per day with it |
| 23:44.22 | Cresl1n | as a side affect |
| 23:44.24 | snuff-home | woah |
| 23:44.48 | Cresl1n | doing SS7->IAX bridges for all the calls |
| 23:45.13 | russellb | 80k calls a day on IAX? and it isn't blowing up? |
| 23:45.15 | russellb | yay for that |
| 23:45.24 | Cresl1n | russellb: figured you'd appreciate that part :-) |
| 23:45.30 | russellb | that module has never fully recovered from its multi-threadedness |
| 23:45.30 | russellb | heh |
| 23:46.59 | Cresl1n | I've only got two cores from him from the last month and a half or so |
| 23:47.04 | Cresl1n | one was in the jitterbuffer code |
| 23:47.50 | Cresl1n | not sure if there was IAX involved |
| 23:48.09 | Cresl1n | oh it was in IAX |
| 23:48.14 | Cresl1n | sorry :-( |
| 23:48.24 | Cresl1n | well through IAX to the jitterbuffer |
| 23:48.33 | Cresl1n | if you want a backtrace, I can hook you up |
| 23:49.32 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 23:55.17 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) |
| 23:59.32 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |