| 00:25.43 | *** join/#asterisk-dev jmacz (n=jmacz@mail.alianza.com.co) |
| 01:58.25 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 02:08.46 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 03:00.47 | *** join/#asterisk-dev luxxx77 (n=luxxx77@g228071058.adsl.alicedsl.de) |
| 06:45.46 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:45.46 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:44.20 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 08:33.29 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 08:33.29 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 09:43.58 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:04.20 | wedhorn | mvanbaak: ping |
| 11:04.23 | wedhorn | M13412 |
| 11:04.25 | MuffinMan | [assigned] [Asterisk] Channels/chan_skinny 0013412: [patch] Rewrite the config stuff to seperate lines and devices reported by wedhorn (Karma: +12.25) http://bugs.digium.com/view.php?id=13412 |
| 11:04.39 | wedhorn | bit late, but you know what they say |
| 11:16.54 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 11:40.06 | mvanbaak | wedhorn: no problem. I haven't had time to look at it even if you posted a week earlier :) |
| 11:40.31 | mvanbaak | wedhorn: I'll have a look at it later this week ok ? |
| 11:41.02 | mvanbaak | let me take the bug |
| 11:51.26 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:14.53 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 12:20.13 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:20.13 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:26.18 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:26.18 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:30.20 | lmadsen | morning all |
| 12:31.13 | snuff-home | ello lmadsen |
| 12:31.19 | lmadsen | how was your weekend? |
| 12:31.44 | snuff-home | mm nice n lazy.. bit cold.. |
| 12:32.29 | lmadsen | ya, I went camping in Darien Lake, NY, and it was nice on Sat. night, but quite chilly on Sunday night |
| 12:36.30 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:37.29 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 12:39.43 | snuff-home | few 10's of 1000km between us but yer.. :) |
| 12:39.49 | *** join/#asterisk-dev jjohns4 (n=Jeff@pool-71-180-122-2.tampfl.fios.verizon.net) |
| 12:40.58 | lmadsen | :) |
| 12:41.01 | lmadsen | I'm Toronto, ON |
| 12:41.07 | lmadsen | but went to the US for camping this weekend |
| 12:41.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:42.00 | snuff-home | ah nice |
| 12:42.32 | snuff-home | res_jabber moves slowly slowly down its path of destruction to ao2ness |
| 13:11.29 | mvanbaak | lol |
| 13:15.07 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 13:18.50 | caio1982 | ao2ness? |
| 13:50.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:55.47 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 13:55.47 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 14:00.09 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.10) |
| 14:01.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 14:01.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:14.30 | *** join/#asterisk-dev moy (n=moy@189.169.91.147) |
| 14:17.02 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-c869d7f84f4062b2) |
| 14:17.02 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:29.49 | file | looks around |
| 14:30.47 | seanbright | looks at file |
| 14:31.12 | file | well hello there seanbright! |
| 14:31.36 | russellb | file: it's a trap! |
| 14:31.50 | file | my trap detector did not go off so I do not believe you |
| 14:32.07 | russellb | your trap detector is crap |
| 14:32.26 | seanbright | hello der file hon |
| 14:32.30 | file | it says "Made by Russell Bryant" |
| 14:32.32 | lmadsen | met another Bryant on the weekend |
| 14:32.33 | seanbright | (that was my best baltimore accent) |
| 14:32.44 | lmadsen | except his first name was Bryant |
| 14:32.54 | seanbright | lmadsen: then it obviously doesn't count |
| 14:33.00 | lmadsen | I think it counts more |
| 14:33.06 | seanbright | i met a file this weekend |
| 14:33.12 | seanbright | README.txt |
| 14:33.13 | file | lies |
| 14:33.16 | seanbright | it was wonderful |
| 14:33.32 | Juggie | did everyone hear the guy that does like every movie trailer died yesterday |
| 14:33.43 | lmadsen | yes |
| 14:33.56 | lmadsen | complications from a collapsed lung |
| 14:34.00 | seanbright | yikes |
| 14:34.07 | russellb | yes, collapsed lungs can be complicated |
| 14:34.38 | Juggie | yes they can be an issue |
| 14:38.14 | seanbright | you should not f%@k with your lungs... |
| 14:38.17 | seanbright | goes to smoke |
| 14:38.18 | seanbright | brb |
| 14:40.04 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 14:41.38 | lmadsen | :) |
| 14:42.29 | mvanbaak_ | me too. but I'm still in doubt wether it will be a plain cigarette or one stuffed with dutch vegetables |
| 14:42.33 | mvanbaak_ | ;) |
| 14:42.45 | seanbright | heh |
| 14:43.51 | mvanbaak_ | and no, I'm not going to bring those veggies to astricon |
| 14:44.13 | seanbright | what about astricon.eu? |
| 14:44.14 | seanbright | :) |
| 14:44.17 | mvanbaak_ | I dont want to spend the rest of my life in quantanama bay |
| 14:44.35 | mvanbaak_ | seanbright: patience my friend. maybe next year |
| 14:44.45 | seanbright | i don't have that kind of time |
| 14:45.07 | seanbright | my lungs won't hold out that long! |
| 14:45.08 | seanbright | :) |
| 14:45.21 | lmadsen | lol |
| 14:46.38 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-7e180811bfdd544b) |
| 14:46.38 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:46.49 | seanbright | putnopvut! |
| 14:46.58 | putnopvut | seanbright: you're alive! |
| 14:47.03 | seanbright | putnopvut: turns out! |
| 14:47.23 | seanbright | how are the wife and kids? |
| 14:47.56 | putnopvut | Still as nonexistent as ever! |
| 14:48.09 | seanbright | great! so glad to hear it! |
| 14:48.19 | seanbright | heh |
| 14:48.22 | seanbright | ok, enough of that crap |
| 14:48.30 | seanbright | get to work. |
| 14:48.31 | seanbright | heh |
| 14:49.06 | putnopvut | I'm working, I'm working. Chill! |
| 14:49.44 | seanbright | phew |
| 14:50.22 | seanbright | ok, where is a question |
| 14:50.27 | seanbright | Rem|: menuselect |
| 14:50.29 | seanbright | err |
| 14:50.36 | seanbright | Rem|: menuselect |
| 14:50.38 | seanbright | err |
| 14:50.40 | seanbright | wtf? |
| 14:50.46 | seanbright | silly irssi |
| 14:51.09 | seanbright | in reference to: menuselect |
| 14:52.04 | seanbright | module A and module B are defined to conflict with one another, so module A conflicts with module B and module B conflicts with module A. |
| 14:52.23 | seanbright | both have their dependencies satisfied and neither has the <defaultenabled> tag |
| 14:52.39 | seanbright | when you bring up menuselect, which one would be selected? |
| 14:52.53 | putnopvut | Neither? |
| 14:53.06 | putnopvut | I'm just thinking of, for instance, voicemail build options. |
| 14:53.11 | seanbright | right |
| 14:53.25 | putnopvut | But that's also because having neither selected is a valid option, too. |
| 14:53.35 | seanbright | right, same with modules A and B |
| 14:54.17 | seanbright | but currently, only module A is part of asterisk and the current behavior is to select it by default |
| 14:54.47 | seanbright | adding module B would change the default menuselect behavior (which is already slightly wonky, but i can work through that) |
| 14:55.16 | russellb | I think seanbright just said, "I would like to be the official menuselect maintainer" |
| 14:55.21 | russellb | great, congratulations! |
| 14:55.27 | seanbright | oh for the sake of jehova |
| 14:55.29 | seanbright | heh |
| 14:55.36 | putnopvut | throws a stone at seanbright |
| 14:55.42 | file | russellb: you and your voluntelling of people |
| 14:55.45 | seanbright | well i did improve the redraw speed of... the menus... |
| 14:55.50 | russellb | file: that's my job, isn't it? |
| 14:55.51 | lmadsen | motion carried! |
| 14:56.10 | file | russellb: don't make me... uh... do something! |
| 14:56.14 | seanbright | ok... fine! |
| 14:56.18 | russellb | yay |
| 14:56.21 | seanbright | creates menuselect_win32.c |
| 14:56.29 | russellb | ha, whatever |
| 14:56.31 | seanbright | hehe |
| 14:56.39 | russellb | wouldn't be upset if asterisk worked on windows |
| 14:56.44 | russellb | i just don't want to maintain it ... |
| 14:56.47 | mvanbaak_ | me neither |
| 14:56.47 | seanbright | right |
| 14:56.48 | Juggie | seanbright, pish, menuselect.cpp |
| 14:56.50 | russellb | or do the work to get it there |
| 14:56.54 | seanbright | heh |
| 14:57.00 | mvanbaak_ | what about OS/2 |
| 14:57.01 | seanbright | well dahdi wouldn't work on windows anyway |
| 14:57.03 | seanbright | per mattf |
| 14:57.09 | russellb | shrugs |
| 14:57.12 | russellb | even voip only |
| 14:57.15 | seanbright | yeah |
| 14:57.15 | Juggie | it could work |
| 14:57.25 | Juggie | it would be a dif model but theres no reason the cards coudnt work on windows |
| 14:57.30 | putnopvut | Would it be a matter of "translating" system calls into windows API calls or something? |
| 14:57.31 | seanbright | something about interrupts and blah blah blah i was drunk and don't remember |
| 14:57.42 | russellb | lol |
| 14:57.59 | seanbright | sorry, mentioning win32 was slightly trolly |
| 14:58.00 | russellb | his point was that the dahdi architecture is _very_ sensitive to interrupt latency |
| 14:58.06 | russellb | and that windows was not very friendly in that regard |
| 14:58.11 | seanbright | right |
| 14:58.14 | seanbright | windows sucks |
| 14:58.17 | russellb | nods |
| 14:58.33 | russellb | if you wanna go proprietary, mac <3 |
| 14:58.40 | lmadsen | NEXT!!! |
| 14:58.55 | russellb | is afraid that he's becoming a mac fanboy ... |
| 14:59.11 | lmadsen | is afraid he is becoming a fan fanboy |
| 14:59.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:59.29 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:59.30 | russellb | kinky |
| 15:02.48 | lmadsen | russellb: is there any CLI commands for JACK? |
| 15:02.57 | seanbright | ... |
| 15:03.03 | russellb | Asterisk CLI commands? |
| 15:03.06 | russellb | not that I remember |
| 15:03.07 | seanbright | too... easy... |
| 15:03.13 | russellb | grep ast_cli apps/app_jack.c |
| 15:03.25 | russellb | seanbright: :-p |
| 15:03.38 | seanbright | lmadsen: there is a CLI command to turn it off... |
| 15:03.51 | russellb | seanbright: feel free to add it if you can think of something for it to do |
| 15:04.06 | seanbright | russellb: no no, i'm just being a perv. |
| 15:04.10 | russellb | nods |
| 15:04.24 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-cfc9345a145d061b) |
| 15:04.24 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:04.50 | lmadsen | russellb: ah yes, I didn't think to filter for ast_cli... I'm still tired :) I was just curious to see how hard I should work on getting app_jack to compile since I'm going to do another CLI audio |
| 15:04.52 | lmadsen | audit* |
| 15:05.13 | russellb | install jackd and libresample ... |
| 15:05.29 | lmadsen | ya, I did both of those... |
| 15:05.40 | lmadsen | unless the resample I installed is not the one it wants... |
| 15:07.12 | russellb | one sec and i'll update the instructions |
| 15:11.54 | russellb | commit asterisk 140566 |
| 15:12.03 | MuffinMan | [140566] Committed by russell on 2008-09-02T15:11:53.788350Z: Update instructions for getting libresample |
| 15:13.00 | russellb | lmadsen: ^^ |
| 15:13.13 | lmadsen | russellb: I will test! |
| 15:13.14 | lmadsen | thx |
| 15:13.18 | russellb | k |
| 15:18.48 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 15:23.39 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:52.06 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1088810630.dsl.bell.ca) |
| 15:54.12 | file | nods to JimVanM |
| 15:54.47 | JimVanM | JimVanM tips his cap to file |
| 16:06.05 | Corydon76-dig | JimVanM: try /me does action |
| 16:12.14 | Qwell | cdr_sqlite can't use sqlite3, can it? |
| 16:12.29 | putnopvut | I think it only uses sqlite2. |
| 16:12.36 | Qwell | throws rocks at Red Hat |
| 16:12.59 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 16:13.04 | Qwell | their package 'sqlite' is sqlite3 |
| 16:15.42 | putnopvut | It just means you have to use odbc with it, I guess. |
| 16:15.51 | putnopvut | Assuming there's a sqlite3 odbc connector... |
| 16:16.04 | Qwell | trying to build cdr_sqlite though :D |
| 16:16.18 | Qwell | scratches it off the list |
| 16:16.20 | lmadsen | ya, I noticed that too last week |
| 16:16.31 | Qwell | lmadsen: were you able to get it to build? |
| 16:16.39 | lmadsen | I wanted to build all the modules I could in Asterisk to do a CLI audit, but ya, sqlite pkg is version 3.x |
| 16:16.48 | lmadsen | I never got cdr_sqlite to build |
| 16:16.52 | lmadsen | just cdr_sqlite3 |
| 16:16.58 | Qwell | silly |
| 16:17.11 | lmadsen | indeed |
| 16:17.12 | Juggie | indeed, there should be just one cdr_sqlite |
| 16:17.14 | Qwell | apt-get install libsqlite0-devel |
| 16:17.22 | Qwell | erm, -dev |
| 16:19.00 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:19.06 | Juggie | oh and dont forget, res_config_sqlite implements cdr support as well |
| 16:19.09 | Juggie | good luck1 :) |
| 16:19.26 | kpfleming | yes, SQlite has had major API changes |
| 16:20.01 | Juggie | true true, but res_config_sqlite is entirely the wrong place for cdr.h to be included and implement a cdr backend. |
| 16:20.22 | agx | are tzafir patch to use beronet cards under QOZAP.KO bristuff already included in main version or i should check his separate developers repository? |
| 16:21.06 | seanbright | you can still get sqlite2 |
| 16:21.20 | seanbright | last time i tried you had to pull down trunk and then "update" to version 2 |
| 16:21.36 | Juggie | kung fu skills required for that |
| 16:21.52 | Qwell | wow, cdr_sqlite.c is tiny |
| 16:22.16 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 16:22.35 | Juggie | indeed |
| 16:22.50 | Juggie | we have 3 sqlite cdr backend implementations. |
| 16:23.03 | Qwell | what's the third? |
| 16:23.10 | seanbright | res_config_sqlite |
| 16:23.20 | Juggie | cdr_sqlite.c, cdr_sqlite3_custom & res_config_sqlite implementes one |
| 16:23.22 | Qwell | oh, cdr_sqlite3_custom |
| 16:24.13 | Juggie | the reason res_config_sqlite implemented one so far as i ca figure is so that the config/cdr records could be in the same db. |
| 16:24.20 | Juggie | *can |
| 16:24.38 | Juggie | i'd say we need a res_sqlite to solve this. |
| 16:24.47 | seanbright | Juggie: you have commit :) |
| 16:24.54 | Juggie | i do, but i have 0 time. |
| 16:25.00 | seanbright | i love that response though |
| 16:25.01 | Corydon76-dig | Juggie: the one in res_config_sqlite has also been updated to be adaptive in nature |
| 16:25.09 | seanbright | it's a catch-all |
| 16:25.32 | Juggie | Corydon76-dig,its still not the right place for that code to be implemented |
| 16:25.41 | Juggie | and we certainly dont need 3 versions |
| 16:25.42 | Corydon76-dig | Juggie: why not? |
| 16:26.03 | seanbright | we could just dump all the sqlite2 and lower stuff |
| 16:26.12 | seanbright | cdr_sqlite3_custom does what cdr_sqlite does |
| 16:26.15 | seanbright | and more |
| 16:26.16 | Corydon76-dig | Juggie: we try to reduce code duplication, even at the risk of violation of boundaries as to where stuff "belongs" |
| 16:26.21 | Qwell | res_config_sqlite depends on sqlite rather than sqlite3 |
| 16:26.29 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 16:26.29 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:26.29 | Qwell | that's probably a bug.. |
| 16:26.56 | Qwell | maybe not.. |
| 16:26.57 | Corydon76-dig | There still are functions in the apps/ directory, because it reduces code duplication, for example |
| 16:27.01 | Juggie | Corydon76-dig, the proper way to reduce the duplication would be to have res_sqllite and then have cdr_sqlite & res_config_sqlite use that |
| 16:27.06 | Corydon76-dig | and functions in the channels/ subdir |
| 16:27.33 | Juggie | or perhaps the module needs to be renamed to res_sqllite but it just doesnt seem correct. |
| 16:28.04 | atis_work | putnopvut: just a reminder: proper locking order for state_interface and remove_from interfaces ;) |
| 16:28.10 | Juggie | res_sqlite would be the ideal way anyway to share a sqlite database. |
| 16:28.41 | Corydon76-dig | Juggie: if I was familiar with it, I'd implement it myself |
| 16:29.16 | file | what code is duplicated? |
| 16:29.23 | Corydon76-dig | file: none |
| 16:29.29 | seanbright | it sounds like Juggie wants to be the official sqlite maintainer! |
| 16:29.33 | seanbright | heh |
| 16:29.47 | Juggie | leaves #asterisk-dev |
| 16:29.47 | Corydon76-dig | file: he's complaining that the code doesn't maintain separation of function |
| 16:29.52 | file | Corydon76-dig: ah |
| 16:30.09 | Juggie | Corydon76-dig, its not that res_config_sqlite implements functions to monitor itself |
| 16:30.10 | Juggie | that would be fine |
| 16:30.18 | Juggie | it implements a cdrbackend within the config module. |
| 16:30.38 | Corydon76-dig | Juggie: isn't that what I just said? |
| 16:31.04 | seanbright | proposal. drop support for sqlite versions less than version 3. move that support into a res module. update the existing cdr modules to use that instead. |
| 16:31.18 | seanbright | that sound about right? |
| 16:31.35 | Corydon76-dig | seanbright: I think we need to maintain version 2 for the foreseeable future |
| 16:31.36 | Juggie | ya, because theres no way for dif modules to share the same sqlite db file currentally |
| 16:31.52 | Corydon76-dig | seanbright: if you want to create a v3 version in addition, I don't see a problem with that, though |
| 16:31.53 | seanbright | Corydon76-dig: m'kay |
| 16:32.10 | Qwell | I don't think anything in Asterisk uses sqlite2 |
| 16:32.12 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 16:32.18 | Qwell | unless the API is the same as 0.x |
| 16:32.38 | Corydon76-dig | The API for sqlite2 is the same as 1 and 0 |
| 16:32.38 | Juggie | is there a sqlite dialplan app? |
| 16:32.48 | Juggie | similar to func_odbc |
| 16:32.51 | Corydon76-dig | Not AFAIK |
| 16:32.51 | Qwell | makes sense |
| 16:33.06 | Juggie | (not withstanding the fact you could use odbc w/ a sqite odbc connector) |
| 16:33.21 | putnopvut | atis_work: heh, thanks |
| 16:33.29 | Corydon76-dig | Sokol made one at one time, but the code didn't pass muster |
| 16:33.48 | seanbright | yeah, i think the preferred approach these days is to use ODBC wherever you can |
| 16:34.12 | Corydon76-dig | That code may get revisited and cleaned up, though |
| 16:34.20 | Juggie | ya for sure... |
| 16:34.28 | russellb | it was a huge copy of func_odbc ... |
| 16:34.31 | Corydon76-dig | since his point that func_odbc was inappropriate for embedded was a good one |
| 16:34.36 | russellb | i wasn't happy with that much code duplication of non-trivial code |
| 16:35.11 | seanbright | then we should do func_sql and abstract out the underlying provider... because that wouldn't be a total nightmare |
| 16:35.39 | seanbright | and yes, i realize that is the point of odbc |
| 16:35.43 | russellb | heh |
| 16:35.50 | Corydon76-dig | Heh |
| 16:35.56 | seanbright | but since it's "inappropriate for embedded" |
| 16:36.03 | seanbright | might be the only way around it |
| 16:36.15 | Corydon76-dig | Inappropriate might be the wrong word |
| 16:36.35 | seanbright | crappy? |
| 16:36.36 | seanbright | heh |
| 16:36.38 | Juggie | it woudnt be that farfetched to rename func_odbc -> func_db and implement multiple backends. (a huge pain perhaps, but it may make sens for embedded) |
| 16:36.44 | Corydon76-dig | It's still appropriate if you wanted to interface an embedded system to an outside DB |
| 16:37.34 | Corydon76-dig | but if you need just an internal SQL-based database, then ODBC may be too much overhead in an embedded environment |
| 16:40.47 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 16:41.52 | Corydon76-dig | Of course, there's the other problem of sqlite... lack of data integrity... |
| 16:42.12 | Corydon76-dig | When you can store a 5000-character essay in an integer column, something is very wrong |
| 16:43.37 | seanbright | i doubt many mission critical systems use sqlite |
| 16:43.51 | seanbright | i hate that i just used the phrase "mission critical systems" |
| 16:44.01 | Corydon76-dig | Hahaha |
| 16:44.46 | Corydon76-dig | and their response to that is perplexing. "We don't think databases should maintain data integrity" |
| 16:45.17 | seanbright | they think the client app should do it? |
| 16:45.26 | Corydon76-dig | Yes |
| 16:45.35 | seanbright | ugh |
| 16:46.10 | Corydon76-dig | Boy, if you thought the MySQL approach was bad, of conforming data to the type... |
| 16:46.29 | Qwell | inserting a char into a datetime column in mysql is awesome.. |
| 16:48.21 | seanbright | and by 'awesome' you mean 'not awesome'? |
| 16:53.08 | Corydon76-dig | seanbright: MySQL makes a best guess as to what you meant... it attempts to find a date in the char field |
| 16:53.24 | Qwell | and it fails so miserably at it most of the time |
| 16:54.04 | Corydon76-dig | "The operator is always right, even when the operator makes a horrible mistake." |
| 16:54.18 | Qwell | Corydon76-dig: yeah, basically |
| 16:54.45 | Qwell | doesn't mysql silently truncate by default too? |
| 16:55.00 | Corydon76-dig | As opposed to, the database is always right, even when the database makes a horrible mistake |
| 16:55.01 | Qwell | like if you try to store a novel in a VARCHAR(80) |
| 16:55.09 | Corydon76-dig | Qwell: right |
| 16:56.12 | Qwell | iirc there is a flag you can set on connect to make it fail, but.. |
| 16:56.12 | Corydon76-dig | MySQL also auto-trims trailing spaces |
| 16:56.36 | Corydon76-dig | which I actually think is a good feature |
| 16:57.07 | Corydon76-dig | None of the TRIM crap that pervades most commercial database queries |
| 16:57.24 | seanbright | LTRIM(RTRIM(foo)) |
| 16:57.34 | seanbright | mssql doesn't have just a TRIM() function |
| 16:58.03 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 16:58.03 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:58.04 | Qwell | seanbright: LTRIM first gives a performance gain |
| 16:58.06 | Corydon76-dig | Well, Mysql doesn't do LTRIM by default, just RTRIM |
| 16:58.17 | seanbright | Qwell: yeah? |
| 16:58.20 | Qwell | no |
| 16:58.23 | seanbright | oh |
| 16:58.33 | Qwell | well, I don't know...maybe |
| 16:58.35 | Qwell | never know |
| 16:58.36 | seanbright | jerk wad. |
| 16:58.45 | Corydon76-dig | Sometimes in all cases |
| 17:04.28 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:45.06 | codefreeze-lap | Anyone have any ideas? I put a loop in my dialplan with Dial(Sip/XXX,2,Ttg), which returns DIALSTATUS=NO ANSWER (I have an entry in sip.conf for it, which points to an IP with no device). After 120 iterations, VSZ grew from 121080 to 126072; RSS from 66972 to 72160; this is 1.4 straight from svn; 32 bit machine; ubuntu. I ran valgrind on it, and nothing says "I'm it!"--- is there something in dial that would eat up virtual mem w/o malloc? |
| 17:45.32 | file | have you looked at MALLOC_DEBUG? |
| 17:45.55 | Qwell | there was a bug on mantis opened over the weekend I think, about a cdr not being cleared |
| 17:46.06 | codefreeze-lap | file: will MALLOC_DEBUG tell me something valgrind won't? |
| 17:46.14 | Qwell | M13409 |
| 17:46.16 | MuffinMan | [new] [Asterisk] Core/Channels 0013409: [patch] Huge memory leak because memory of channel cdr struct is never returned reported by tomaso (Karma: neutral) http://bugs.digium.com/view.php?id=13409 |
| 17:46.33 | file | well... it will internally keep track of all memory allocations/frees and give you CLI commands to get down to the function and where and such... |
| 17:46.40 | Qwell | he was testing with 1.6.0, but it's possible it would affect 1.4 as well |
| 17:46.58 | codefreeze-lap | file: will it only list stuff that hasn't been freed? |
| 17:47.13 | file | aye. |
| 17:47.35 | codefreeze-lap | Qwell, file: OK, I go look |
| 17:49.55 | Qwell | he even supplied a patch for 1.6, so... might actually be pretty easy to test |
| 17:50.52 | Qwell | hmm.. |
| 17:51.01 | Qwell | having MuffinMan repeat the tags on the bug might be useful |
| 17:54.37 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:54.38 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 18:03.55 | codefreeze-lap | Qwell: suggested code crashes asterisk |
| 18:04.47 | codefreeze-lap | eccchhhh. fogot the one line... |
| 18:04.59 | caio1982 | meh, it's so sad to keep receiving newletters about Astricon and not being able to attend it... |
| 18:07.20 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:07.44 | lmadsen | :( |
| 18:10.56 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:10.56 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 18:11.09 | mvanbaak_ | whehehehehehe |
| 18:11.16 | mvanbaak_ | "Where an array is declared in the main function it will usually have details of dimensions included. It is possible to use another type called a pointer in place of an array. This means that dimensions are not fixed immediately, but space can be allocated as required. This is an advanced technique which is only required in certain specialised programs. " |
| 18:11.18 | Juggie | any sign of chrome yet? |
| 18:11.34 | mvanbaak_ | yeah |
| 18:11.40 | mvanbaak_ | dont use pointers |
| 18:11.52 | mvanbaak_ | they are only for certain specialised programs |
| 18:12.02 | mvanbaak_ | burns his C course materials |
| 18:13.49 | seanbright | mvanbaak_: where did you read that? |
| 18:14.15 | mvanbaak_ | http://www2.its.strath.ac.uk/courses/c/subsection3_6_6.html |
| 18:17.36 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:17.37 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 18:17.49 | mvanbaak | ugh |
| 18:17.54 | mvanbaak | my connection is bad today |
| 18:18.17 | putnopvut | Juggie: what do you mean? There's a Windows beta starting tomorrow. |
| 18:19.09 | lmadsen | Sept 3rd is the date I saw |
| 18:19.43 | mvanbaak | I wonder when the googlebrowser linux version will be there |
| 18:19.52 | mvanbaak | and I wonder if they made it really portable |
| 18:19.57 | mvanbaak | so I can use it on OpenBSD |
| 18:23.19 | seanbright | wtf is chrome? |
| 18:23.29 | Qwell | Google's new web browser |
| 18:23.32 | mvanbaak | google browser |
| 18:23.41 | seanbright | oh jeez |
| 18:24.01 | mvanbaak | they took webkit, invented their own javascript implementation, and put it together as a browser |
| 18:24.54 | Juggie | its today @ 12pdt |
| 18:24.54 | seanbright | because it's way too easy writing web apps that work in the 3 major browsers that already exist, we need another one |
| 18:24.56 | DagMoller | who is working on AEL? |
| 18:25.03 | lmadsen | codefreeze-lap |
| 18:25.04 | Juggie | codefreeze |
| 18:25.06 | DagMoller | (sorry my english) |
| 18:25.12 | mvanbaak | you know what's really cool: https://wiki.mozilla.org/Labs/Ubiquity |
| 18:25.31 | kpfleming | seanbright: was that a buffer underflow? |
| 18:25.45 | DagMoller | codefreeze-lap, are you working on AEL? |
| 18:26.04 | seanbright | kpfleming: i don't believe so |
| 18:26.18 | seanbright | kpfleming: it would only ever write 3 characters though... |
| 18:26.24 | seanbright | (not too keen on underflows) |
| 18:27.01 | seanbright | err |
| 18:27.05 | seanbright | copy 3 chars, not write. |
| 18:28.24 | seanbright | i take all of that back and just say "i don't know" |
| 18:28.25 | seanbright | :) |
| 18:28.29 | DagMoller | in trunk AEL does not generate macros as [macro-macroname], it generate like contexts [macroname] |
| 18:28.53 | DagMoller | it not generate includes inside macros |
| 18:29.05 | DagMoller | switches and eswitches too |
| 18:29.13 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 18:29.24 | Juggie | submit a bug |
| 18:29.28 | DagMoller | ok |
| 18:30.30 | Qwell | DagMoller: Did you read UPGRADE.txt? |
| 18:30.46 | Qwell | it's documented there. heck, it's the first line. |
| 18:30.47 | seanbright | kpfleming: what would make it an underflow? |
| 18:30.54 | kpfleming | sarcasm :-) |
| 18:31.09 | kpfleming | copying backwards and going off the beginning of the buffer ;-) |
| 18:31.15 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 18:31.18 | Qwell | scratches his head |
| 18:32.20 | DagMoller | Qwell, ok.. but about includes and switches? |
| 18:32.30 | Qwell | what about them? |
| 18:32.43 | seanbright | kpfleming: ah |
| 18:32.48 | seanbright | kpfleming: thought i was in trouble |
| 18:32.48 | seanbright | heh |
| 18:32.51 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:32.51 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 18:32.54 | DagMoller | AEL does not generate this codes on extensions.conf.aelparse |
| 18:33.06 | Qwell | I don't understand what you mean |
| 18:33.12 | Qwell | can you give an example? |
| 18:33.12 | DagMoller | wait |
| 18:33.16 | DagMoller | yes |
| 18:34.22 | DagMoller | Qwell, http://pastebin.com/m51585bc0 |
| 18:35.30 | seanbright | teehee... 'macro teste' |
| 18:35.36 | seanbright | i am such a child. |
| 18:36.30 | Qwell | DagMoller: how are you seeing the generated code? |
| 18:36.44 | DagMoller | Qwell, aelparse -w |
| 18:38.21 | DagMoller | my entire diaplan is writed in AEL... |
| 18:38.37 | DagMoller | on asterisk 1.4, its generate the includes |
| 18:39.16 | DagMoller | i'm working to its include switches ans eswitches too |
| 18:40.24 | Qwell | I don't think macros (or replacements) are intended to allow includes |
| 18:40.39 | lmadsen | Corydon76-dig: ping? |
| 18:40.53 | DagMoller | Qwell, in extensions.conf its work |
| 18:41.50 | seanbright | many god awful things work in extensions.conf |
| 18:42.25 | DagMoller | seanbright, Qwell http://pastebin.com/m2733a100 |
| 18:42.25 | lmadsen | careful now |
| 18:42.28 | lmadsen | <3 dialplan |
| 18:42.38 | seanbright | heh |
| 18:42.41 | lmadsen | :) |
| 18:43.05 | Qwell | it seems very silly to allow include/switch inside of a macro |
| 18:43.07 | Corydon76-dig | pong |
| 18:44.35 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 18:46.25 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:47.47 | DagMoller | Qwell, why? |
| 18:50.24 | Qwell | DagMoller: because of what a macro is |
| 18:51.07 | DagMoller | :) |
| 18:51.45 | Qwell | it's like asking "Why can't I read Excel spreadsheets from the Linux kernel?" |
| 18:52.01 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 18:52.01 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:52.26 | Qwell | DagMoller: If you need other contexts from within a macro, look at using chan_local |
| 18:52.59 | DagMoller | Qwell, you see this? http://pastebin.com/m2733a100 |
| 18:53.26 | Qwell | yes. you really should not use goto in a macro |
| 18:53.36 | DagMoller | huahauhauhua |
| 18:54.24 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:54.27 | DagMoller | this sounds like a WOP |
| 18:54.28 | Qwell | not the way you're doing it there |
| 18:55.15 | *** join/#asterisk-dev matozzao (n=matozzao@201.20.205.206.corp.ajato.com.br) |
| 18:55.31 | lmadsen | ya, you shouldn't be leaving a Macro() really |
| 18:55.32 | DagMoller | ok, can you give me a solution? |
| 18:55.41 | Qwell | I did give you a solution. chan_local |
| 18:56.09 | Corydon76-dig | or Gosub |
| 18:56.43 | caio1982 | .br invasion! i'm not responsible for that... |
| 18:56.44 | caio1982 | :P |
| 18:56.56 | Qwell | caio1982: suuuuuure you weren't |
| 18:57.17 | caio1982 | really :( |
| 18:57.23 | seanbright | .br can invade all they want, as long as they bring their women |
| 18:57.28 | Corydon76-dig | caio1982: you ever going to make it to Astricon, so we can picture who we're talking to? |
| 18:57.38 | hugorebelo | seanbright, hahaha |
| 18:57.46 | Corydon76-dig | and hear you in your own voice? |
| 18:58.06 | DagMoller | ok, let's write some WOPs |
| 18:58.18 | Qwell | a what? |
| 18:58.19 | seanbright | what is a WOP? |
| 18:58.26 | caio1982 | Corydon76-dig: i can provide both things without attending it anyway (maybe next year) :) |
| 18:58.27 | hugorebelo | WOP is just yet another design pattern.. do it and be happy :) |
| 18:59.14 | Corydon76-dig | caio1982: this will be my first year to Astricon |
| 18:59.27 | lmadsen | I have been to every single astricon :) |
| 18:59.40 | Qwell | lmadsen: you've stalked me at every single show I've been at |
| 18:59.41 | *** join/#asterisk-dev shazaum (n=shazaum@200.175.61.250.static.gvt.net.br) |
| 18:59.46 | lmadsen | its true! |
| 18:59.46 | shazaum | y0 malcolmd |
| 18:59.51 | Qwell | VON, etel... |
| 18:59.52 | shazaum | y0 matozzao |
| 18:59.52 | caio1982 | Corydon76-dig: too bad the company i work for does not do anything related to asterisk, it' too expensive to afford it on my own |
| 18:59.53 | shazaum | lol |
| 18:59.59 | Corydon76-dig | lmadsen: I'll be proxy for Qwell this year |
| 19:00.15 | Corydon76-dig | You can stalk me, instead. ;-) |
| 19:00.16 | lmadsen | neat! |
| 19:00.23 | caio1982 | lol |
| 19:00.32 | russellb | creepy |
| 19:00.39 | lmadsen | indeed |
| 19:00.40 | DagMoller | caio1982, POG |
| 19:00.54 | shazaum | DagMoller, lol |
| 19:00.54 | caio1982 | Qwell: perhaps he's been stalking you in a daily basis and you just noticed it on public events |
| 19:00.59 | lmadsen | Qwell: I think it is YOU who has been stalking MOI |
| 19:01.17 | Qwell | lmadsen: let's not go there |
| 19:01.38 | Corydon76-dig | lmadsen can stalk me, and I'll stalk file |
| 19:02.13 | file | will stalk lmadsen |
| 19:02.15 | putnopvut | I can stalk Qwell in your place, lmadsen, since we'll both be at the office for Astricon. |
| 19:02.16 | file | the circle is complete! |
| 19:02.23 | seanbright | still doesn't know what a WOP is |
| 19:02.33 | lmadsen | with out papers? |
| 19:02.35 | putnopvut | lol |
| 19:02.39 | putnopvut | I wasn't going to go there. |
| 19:02.40 | hugorebelo | seanbright, Workaround-oriented programming |
| 19:02.58 | seanbright | hugorebelo: you've just described what i do all day long. |
| 19:03.07 | hugorebelo | hahauha |
| 19:03.21 | DagMoller | heheheh |
| 19:04.02 | shazaum | i like move...move |
| 19:04.38 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:04.40 | DagMoller | Qwell, please, close this issue: 13407 |
| 19:04.47 | lmadsen | I got it |
| 19:05.06 | Corydon76-dig | lmadsen is now the buggy person |
| 19:05.14 | seanbright | hooray for lmadsen! |
| 19:05.15 | lmadsen | has no bugs |
| 19:05.17 | Qwell | lmadsen: uh huh, now who's stalking who? |
| 19:05.22 | lmadsen | Qwell: <3 |
| 19:05.37 | *** join/#asterisk-dev fivo (n=flavioca@200150013197.static.corp.wayinternet.com.br) |
| 19:06.08 | DagMoller | Qwell, thx |
| 19:06.14 | seanbright | make sure to assign lots of negative karma as well |
| 19:06.15 | Qwell | thank lmadsen |
| 19:06.19 | lmadsen | np |
| 19:06.20 | Corydon76-dig | bugs lmadsen |
| 19:06.36 | lmadsen | seanbright: done -- you're down 10 pts now |
| 19:06.40 | Corydon76-dig | We'll be pushing lmadsen around in a buggy at Astrcon |
| 19:06.43 | seanbright | lmadsen: score! |
| 19:06.45 | caio1982 | lmadsen: haha |
| 19:06.55 | lmadsen | feels popular all of a sudden... |
| 19:07.21 | *** part/#asterisk-dev matozzao (n=matozzao@201.20.205.206.corp.ajato.com.br) |
| 19:07.27 | lmadsen | hrmmm, it is september... this means I need to start working on my clustering presentation update sooooon |
| 19:07.55 | Corydon76-dig | lmadsen: so you'll start working on it the night before, right? |
| 19:07.57 | putnopvut | I need to figure out what sort of prank I'm going to pull in everyone who goes to Astricon's offices. |
| 19:08.00 | *** part/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 19:08.07 | lmadsen | Corydon76-dig: probably a couple of nights :) |
| 19:08.11 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 19:08.12 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 19:08.21 | Qwell | putnopvut: shhh... supposed to wait until after they leave |
| 19:08.21 | outtolunc | pushing? what no asterisk driven irobot vacuum mod |
| 19:08.33 | lmadsen | putnopvut: friend of mine filled up his bosses cubicle / office with balloons for April Fools |
| 19:08.45 | *** join/#asterisk-dev Skarmeth (n=Skarmeth@201.57.179.27) |
| 19:08.48 | putnopvut | lmadsen: I did that to someone's apartment once. |
| 19:08.51 | lmadsen | hahaha |
| 19:08.51 | putnopvut | I can't remember why, though. |
| 19:08.52 | lmadsen | nice |
| 19:08.53 | Corydon76-dig | Crumpled newspaper? |
| 19:09.07 | Corydon76-dig | Line every surface in the office with tin foil? |
| 19:09.10 | lmadsen | newspaper would be bad for the walls though |
| 19:09.12 | putnopvut | I think he was gone on his honeymoon or something. |
| 19:09.19 | lmadsen | the tinfoil thing would be fun :) |
| 19:09.27 | putnopvut | s/fun/tedious/ |
| 19:09.53 | lmadsen | have a motion activated speaker that played whale songs every time someone moved in the office |
| 19:09.55 | lmadsen | and hide it :) |
| 19:09.58 | Corydon76-dig | putnopvut: I'll buy you a couple rolls if you promise to leave my office alone. ;-) |
| 19:10.05 | Juggie | lmadsen, i did it for a coworker as well |
| 19:10.08 | Juggie | took us 500 baloons |
| 19:10.28 | Corydon76-dig | Juggie: bonus if they're helium balloons |
| 19:10.40 | Juggie | Corydon76-dig, we rubbed them off our hair and made them static |
| 19:10.43 | Juggie | so they stuck to stuff |
| 19:11.10 | caio1982 | no photos no facts |
| 19:11.16 | lmadsen | fill a few of them with shaving cream |
| 19:11.18 | Corydon76-dig | Juggie: do you realize how difficult it is to retrieve helium balloons that don't have strings on them? |
| 19:11.34 | Juggie | Corydon76-dig, prob not hard here given that our ceiling is maybe 6.5feet |
| 19:11.41 | Corydon76-dig | lmadsen: nah, fill a few with hydrogen. They make a lovely bang |
| 19:11.48 | lmadsen | eep |
| 19:11.56 | Corydon76-dig | Juggie: ah, ours are much higher |
| 19:12.05 | Juggie | Corydon76-dig, your in a new building |
| 19:12.10 | lmadsen | you're! |
| 19:12.22 | Juggie | this building has been screwed, the first floor used to have cathedral ceilings |
| 19:12.29 | Juggie | and in the 1970's they split it into 2 floors |
| 19:12.37 | Juggie | i'm on the 2nd and all the windows are at foot level |
| 19:12.38 | Corydon76-dig | Heh |
| 19:12.52 | Juggie | ya this was before heritage became a big thing |
| 19:12.58 | Juggie | this building was built in 1890 |
| 19:13.24 | Juggie | i work here, http://en.wikipedia.org/wiki/Connaught_Building |
| 19:13.40 | Juggie | i guess i'm wrong on the year, it was 1913 |
| 19:13.41 | Juggie | even so its old |
| 19:14.42 | Corydon76-dig | Juggie: you work for the IRS? |
| 19:14.47 | Juggie | its a cool building though, even though the ugly as hell us embassy is next to it |
| 19:14.51 | Juggie | canada's IRS yes |
| 19:15.23 | Juggie | known as Canada Revenue Agency |
| 19:15.48 | seanbright | he works for 'the man' |
| 19:16.18 | Juggie | exactally. |
| 19:16.31 | Juggie | i figured that was a well known fact |
| 19:17.06 | caio1982 | i'd be more than happy to work in a building with its own wikipedia article anyway |
| 19:17.24 | seanbright | lmadsen: one thing you should consider doing on mantis. fixing gramatically deficient summaries ;) |
| 19:17.24 | Juggie | its a nice building |
| 19:17.29 | Juggie | our lab is the entire first floor |
| 19:18.12 | Corydon76-dig | Is that the lab where you discover efficient methods for making people pay? |
| 19:18.18 | lmadsen | seanbright: I agree |
| 19:18.38 | seanbright | lmadsen: "Asterisk crash when I park call" |
| 19:18.46 | lmadsen | heh |
| 19:18.50 | Corydon76-dig | Pins under the fingernails and similar? |
| 19:19.03 | Juggie | Corydon76-dig, actually it is not |
| 19:19.06 | lmadsen | ya, some of them I've been updating, but i need to go through more of them |
| 19:19.17 | seanbright | we should just get rid of summaries altogether. |
| 19:19.18 | Juggie | none of the stuff for taxes runs in our building |
| 19:19.24 | Juggie | but the exception of IVR's |
| 19:19.27 | seanbright | they add no value |
| 19:19.27 | lmadsen | I actually need to filter through the Severity and fix the ones that are marked as Major which are not major |
| 19:19.29 | Juggie | *with the exception |
| 19:20.34 | seanbright | lmadsen: well, relying on the reporter to determine 'severity' may not have been the best decision in the first place |
| 19:21.13 | seanbright | "it's making my job slightly more complicated... MAJOR!" |
| 19:22.23 | lmadsen | seanbright: exactly -- most people seem to love setting things to Major |
| 19:23.00 | Juggie | then the bug marshalls have to determine every bug when they 'ack' it |
| 19:23.22 | Juggie | its easier just to fix it for the 20% of peoople who are not compotenent enough to set it properly |
| 19:23.26 | Juggie | then to do everyone |
| 19:23.38 | caio1982 | why not excluding the severity/priority fields for reports and let managers set it when going through the bugs? |
| 19:24.38 | lmadsen | it'd be nice to allow managers to approve certain severities |
| 19:25.32 | Juggie | thers no need to make more work |
| 19:25.59 | lmadsen | I could just wake up each morning, have a page that shows me the bugs that haven't had their priorities ack'd and just approve/disapprove them. If disapproved, set to minor, or allow me to just select from a drop down box |
| 19:26.00 | Juggie | its easier to change the offending levels then to do them all isnt it |
| 19:26.00 | lmadsen | as I described above would take like 10 mins each day at most, and would actually save time |
| 19:26.31 | lmadsen | I agree that not every single one should have to be set |
| 19:26.45 | Corydon76-dig | lmadsen: a page could be created that would show you all the bugs created in the last N hours, and let you change them en-masse, if necessary |
| 19:27.18 | lmadsen | that'd be nice I think... the question is do people ever filter by severity and actually utilize that field for anything useful |
| 19:27.20 | Corydon76-dig | where N is 12, 24, 36, 72, 96, 120, for example |
| 19:27.39 | lmadsen | I think I can do that manually in the detailed filter... |
| 19:51.13 | *** part/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 20:02.56 | malcolmd | shazaum: ahoy |
| 20:03.23 | shazaum | y0 malcolmd |
| 20:03.32 | malcolmd | what's up? |
| 20:05.13 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:06.20 | shazaum | malcolmd, saw my email sure? |
| 20:06.43 | shazaum | malcolmd, pvt? |
| 20:11.08 | *** join/#asterisk-dev jmacz (n=jmacz@190.158.236.60) |
| 20:11.12 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 20:33.51 | Qwell | mvanbaak_: ping |
| 20:39.16 | *** join/#asterisk-dev morex (n=m@5ac648f4.bb.sky.com) |
| 20:39.25 | morex | Hi there |
| 20:39.35 | morex | Does anybody here have experience with backtrace()? |
| 20:39.43 | morex | I'm trying to debug a customer's PBX... |
| 20:39.50 | Qwell | morex: You'll get a much better answer if you ask a specific question |
| 20:40.00 | morex | OK |
| 20:40.08 | morex | I'm trying to debug chan_zap.c |
| 20:40.37 | morex | I'm using the glibc backtrace() and backtrace_symbols() functions to print a stack trace to the /var/log/asterisk/messages file |
| 20:40.56 | morex | And it's working, but I don't get much helpful information (i.e. function names and line numbers) |
| 20:41.14 | morex | I think it's because I'm not using appropriate linking options in creating the chan_zap.so library |
| 20:41.19 | morex | But I'm not sure what I should be using. |
| 20:41.22 | morex | Any ideas? |
| 20:41.40 | morex | Here's an example backtrace from /var/log/asterisk/messages: |
| 20:41.47 | Qwell | please don't paste it here |
| 20:41.48 | Qwell | ~pb |
| 20:41.49 | jbot | [~pb] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 20:42.20 | morex | http://pastebin.com/m6a053bb8 |
| 20:44.30 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-212-77-233.chs.bellsouth.net) |
| 20:44.30 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:44.56 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:44.56 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 20:45.13 | morex | Hmm I guess not :-( |
| 20:45.25 | morex | I'll try emailing the asterisk-dev mailing list. |
| 20:47.21 | seanbright | morex: are you compiling with DONT_OPTIMIZE turned on? |
| 20:47.33 | morex | Um, let me check |
| 20:48.15 | morex | I can't find any reference to DONT_OPTIMIZE in the Makefile |
| 20:48.20 | morex | Where should I be looking? |
| 20:48.25 | Qwell | menuselect |
| 20:48.26 | bkruse | make menuselect |
| 20:49.01 | putnopvut | My findings are that glibc's backtrace function is really useless when using Asterisk. You're better off setting a breakpoint in gdb and getting bt's from there. |
| 20:49.17 | morex | I'm not sure how to do that with a production system |
| 20:49.27 | bkruse | eww, that can be a problem |
| 20:49.36 | bkruse | Not to mention not optimizing slows down the system as is |
| 20:49.57 | morex | DONT_OPTIMIZE doesn't appear to be selected in make menuselect |
| 20:50.25 | putnopvut | The problem, iirc, is that glibc can't give info about functions which are "static" |
| 20:50.35 | putnopvut | That's almost every function in any module of Asterisk. |
| 20:50.37 | morex | And most of them are... |
| 20:51.05 | putnopvut | But I seem to recall it not always telling much info even for functions which are not static. |
| 20:51.42 | morex | OK I've disabled optimization, hit 'x' and then done 'make clean' and 'make install' |
| 20:51.47 | morex | Is that all there is to it? |
| 20:51.53 | morex | (I haven't used menuselect before) |
| 20:52.07 | Qwell | yep |
| 20:52.10 | morex | Cool |
| 20:52.11 | morex | Ta |
| 20:52.18 | bkruse | morex: Yes, though you shouldn't have had to make clean, since menuselect will do it for you :) |
| 20:52.33 | morex | Live and learn :-) |
| 20:52.37 | Qwell | never hurts to be safe |
| 20:52.51 | bkruse | Qwell: True true |
| 20:55.13 | morex | OK I've got more output, but still no function names |
| 20:55.14 | morex | http://pastebin.com/m20918413 |
| 20:56.40 | morex | How would you guys go about getting a stack trace with this info? |
| 20:56.43 | putnopvut | morex: are you just interested in what functions are being called to reach that point? |
| 20:56.57 | Corydon76-dig | morex: run it under gdb |
| 20:57.02 | morex | Yes that's what I want to know |
| 20:57.07 | Corydon76-dig | and/or attach to a running instance with gdb |
| 20:57.27 | morex | Corydon76: It's a production system, and I only need this info under very specific circumstances |
| 20:57.36 | morex | (specifically the hangups that occur after a Yellow Alarm) |
| 20:58.02 | Corydon76-dig | Yellow Alarm is not the fault of your system |
| 20:58.13 | morex | That's what I keep telling the customer... |
| 20:58.28 | morex | But we only get them when the Zaptel card is in the loop |
| 20:58.29 | Corydon76-dig | Yellow simply means that the other end reported Red |
| 20:58.40 | Corydon76-dig | Which Zaptel card? |
| 20:58.45 | morex | TE405P |
| 20:58.56 | Corydon76-dig | Call Digium support |
| 20:59.01 | morex | I tried |
| 20:59.04 | morex | They ran out of options |
| 20:59.40 | morex | Eventually I put some code in to ignore Yellow Alarms |
| 20:59.47 | morex | But we still sometimes get hangups |
| 20:59.59 | Corydon76-dig | Who is your provider? |
| 21:00.06 | morex | It's not at the telco end |
| 21:00.27 | morex | We have two spans that go to the telco, and two spans that go to their legacy PBX (a Meridian) |
| 21:00.36 | morex | We get yellow alarms coming from the legacy PBX |
| 21:00.58 | Corydon76-dig | PRI circuits? |
| 21:01.03 | morex | E1 ISDN |
| 21:01.09 | Corydon76-dig | Yeah, PRI |
| 21:01.12 | morex | yup |
| 21:01.47 | Corydon76-dig | What I suspect is that they're trying to send one of the many IEs that libpri does not support, and when they don't get a response, they're signalling red |
| 21:01.58 | Corydon76-dig | They're not supposed to do that, but some vendors do |
| 21:02.03 | morex | Sorry, what's an IE? |
| 21:02.22 | Corydon76-dig | You'll have to run a pri intense debug and figure out what IEs are sent when the Yellow Alarm is sent |
| 21:02.37 | Qwell | morex: information element |
| 21:02.47 | morex | Thanks (I'm a bit of a noob) |
| 21:03.03 | Corydon76-dig | That may enable someone to figure out what exchange your legacy PBXes are expecting and failing to receive |
| 21:03.14 | Corydon76-dig | and maybe even code them |
| 21:04.05 | morex | OK |
| 21:04.14 | morex | I'll try leaving pri intense debug overnight |
| 21:04.19 | morex | see if we can catch one |
| 21:04.39 | Corydon76-dig | morex: you'll need to set verbose logging on, if you expect to find it in the log |
| 21:04.59 | Corydon76-dig | because pri intense debug doesn't go to the log by default |
| 21:05.00 | morex | I always have verbose logging on :-) |
| 21:05.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:06.22 | morex | OK that's done |
| 21:06.26 | morex | Now we wait... |
| 21:06.30 | Corydon76-dig | Oh, if you're using 1.4, there's also "pri set debug file <foo>" |
| 21:06.30 | morex | Thanks for your help! |
| 21:06.41 | morex | Yes we're on 1.4 |
| 21:08.24 | Corydon76-dig | Thank your lucky stars you're on a PRI circuit, because I don't know how to help if you were running legacy E&M |
| 21:09.12 | Corydon76-dig | Much simpler protocol, though |
| 21:18.39 | morex | OK I'm going to sign off now (it's late in the UK) - but thanks for the help! |
| 21:26.27 | snuff-home | M13409 |
| 21:26.29 | MuffinMan | [assigned] [Asterisk] Core/Channels 0013409: [patch] Huge memory leak because memory of channel cdr struct is never returned reported by tomaso (Karma: neutral) http://bugs.digium.com/view.php?id=13409 |
| 21:26.48 | seanbright | murf is looking into that methinks |
| 21:27.10 | lmadsen | yes he is |
| 21:27.14 | snuff-home | there is like 3 seperate bugs filed for this now i think ;) |
| 21:27.22 | lmadsen | really? which ones? |
| 21:27.25 | snuff-home | adds relation |
| 21:27.28 | lmadsen | thanks! |
| 21:27.32 | file | lol... I just got a spam email with the subject ", I will blame you for this" |
| 21:27.41 | lmadsen | LOL |
| 21:27.45 | putnopvut | hahah |
| 21:28.57 | seanbright | sent it |
| 21:29.14 | seanbright | i don't like airing our dirty laundry on -dev, file. |
| 21:29.27 | file | :( |
| 21:30.37 | Laureano | DONT_OPTIMIZE and DEBUG_THREADS flags, along with asterisk running -g, should be enough to get a decent core dump, or not? |
| 21:30.50 | seanbright | should be, yes. |
| 21:32.02 | lmadsen | indeed |
| 21:32.57 | Laureano | Mmm, I'm not getting any core dump anyway. Should I look for something more? |
| 21:33.04 | ctooley | What else does "--enable-dev-mode" do? |
| 21:33.43 | russellb | not much |
| 21:33.48 | russellb | treats compiler warnings as errors |
| 21:33.50 | ctooley | Does -g override the system's ulimit core dump setting? Because Red Hat (and hence CentOS) sets that size to zero |
| 21:33.51 | russellb | and enables a few things in the code |
| 21:34.01 | russellb | ctooley: yes, that's what -g does exactly |
| 21:34.11 | ctooley | OK, I thought so, but wanted to verify that. |
| 21:34.27 | seanbright | Laureano: it dumps the core files to /tmp on my installation |
| 21:35.13 | ctooley | Laureano, it dumps them to whatever cwd is at the time I launch asterisk. But it also depends on how you're launching asterisk. |
| 21:35.15 | Laureano | seanbright, I searched the dumps there. Nothing. |
| 21:35.45 | seanbright | ah |
| 21:35.48 | Laureano | ctooley, Yes, I also checked the cwd. |
| 21:35.56 | seanbright | updatedb |
| 21:35.57 | seanbright | locate core |
| 21:35.59 | seanbright | :) |
| 21:36.00 | Laureano | I will try to figure out what's going on. |
| 21:36.21 | Laureano | seanbright, I'm from the old-school: cd /; find . -name "core.*" |
| 21:38.01 | seanbright | Laureano: that works too |
| 21:38.39 | seanbright | could just: find / -name "core.*" |
| 21:38.42 | seanbright | skip the cd. |
| 21:38.44 | seanbright | :) |
| 21:39.13 | Laureano | That makes sense. |
| 21:39.34 | seanbright | but not really helpful, unfortunately :) |
| 21:40.30 | Laureano | Let's pastebin! |
| 21:40.49 | Laureano | http://laureano.pastebin.com/d2a9039d1 |
| 21:41.04 | Laureano | I know, app_fax is not included in 1.4.21.1 |
| 21:41.10 | lmadsen | tzafrir_laptop: thanks for the catch on changing the status to feedback on 12841 |
| 21:41.31 | Laureano | I just compiled myself. But, the problem seems to be present every time I hangup Zap/1-1. |
| 21:41.40 | seanbright | Laureano: try running under gdb |
| 21:41.42 | Laureano | It's a generic clone (X100P) |
| 21:41.47 | Laureano | Good idea. |
| 21:42.06 | seanbright | thanks. |
| 21:43.46 | seanbright | i have a theory... something is trying to access memory that doesn't belong to it |
| 21:43.55 | seanbright | heh |
| 21:49.26 | Laureano | seanbright, I found the problem using gdb: /usr/sbin/asterisk: relocation error: /usr/lib/asterisk/modules/app_fax.so: undefined symbol: ast_debug |
| 21:49.39 | Laureano | I don't see any warning while compiling. |
| 21:49.45 | Laureano | Anyway, I will fix that. |
| 21:49.57 | Laureano | Thank you for your help guys |
| 21:50.32 | seanbright | ast_debug -> ast_log(LOG_DEBUG |
| 21:50.34 | seanbright | bam |
| 21:50.35 | tzafrir_laptop | Laureano, backporting app_fax? |
| 21:51.16 | Laureano | tzafrir_laptop, yes. Sad but true. |
| 21:51.35 | Laureano | seanbright, thank you. You saved me one query to Google :-) |
| 21:52.35 | seanbright | Laureano: you gotta drop the first argument to ast_debug as well (the number) |
| 21:53.00 | Laureano | Yes, I figure out that. |
| 21:53.06 | Laureano | s/figure/figured/ |
| 21:53.08 | russellb | getting it to compile is not the only thing that must be done to backport it ... |
| 21:53.10 | tzafrir_laptop | Apply the following: http://svn.debian.org/viewsvn/*checkout*/pkg-voip/asterisk-spandsp-plugins/trunk/debian/patches/app_fax_14?rev=5963 |
| 21:53.40 | tzafrir_laptop | You also need to strip the T.38 support |
| 21:55.06 | tzafrir_laptop | Laureano, does that patch apply? |
| 21:55.17 | Laureano | tzafrir_laptop, I will try it. |
| 21:55.41 | Laureano | tzafrir_laptop, Shouldn't patch also the configure file, the menuselect or something more? |
| 21:55.56 | seanbright | menuselect will pick it up automagically |
| 21:56.07 | russellb | it removed the spandsp dependency checking ... |
| 21:56.13 | seanbright | assuming it has no dependencies |
| 21:56.19 | seanbright | or not |
| 21:56.33 | russellb | and does nothing to link spandsp into the module |
| 21:57.16 | tzafrir_laptop | right. because 1.4 does not have a check in autoconf for it |
| 21:57.20 | russellb | nods |
| 21:57.25 | russellb | so you'll have to edit apps/Makefile a bit, too |
| 21:57.45 | tzafrir_laptop | hmm... I build it out of tree, so I give the LDFLAGS manually :-( |
| 21:57.51 | russellb | ah, gotcha |
| 21:58.18 | russellb | app_fax.so: LIBS+=-lspandsp |
| 21:58.24 | russellb | just add that to apps/Makefile ... |
| 21:58.26 | russellb | that should do it |
| 21:59.21 | Laureano | I'm a little confused. I download the patch, but against which version of app_fax should I apply it? |
| 22:01.12 | seanbright | trunk/ |
| 22:01.13 | seanbright | ? |
| 22:01.36 | Laureano | seanbright, you're right. |
| 22:01.46 | Laureano | I should take some fresh air. |
| 22:01.48 | Laureano | brb |
| 22:02.37 | seanbright | Laureano: i'm usually right... it's a curse |
| 22:03.24 | Laureano | seanbright, you should be a very popular guy in Las Vegas. |
| 22:04.22 | seanbright | Laureano: always hit 16 against a dealer 7 or better |
| 22:04.42 | seanbright | always always always |
| 22:04.45 | seanbright | no exceptions. |
| 22:04.51 | seanbright | thus endeth the lesson. |
| 22:05.30 | seanbright | goes home |
| 22:05.35 | Laureano | :-) |
| 22:12.27 | Laureano | tzafrir_laptop, I removed the hunk #15 from the patch (it fails). But I'm getting compilation errors. Should I remove all the references to T.38? |
| 22:13.43 | tzafrir_laptop | compare that to the older app_fax.c from http://svn.debian.org/viewsvn/*checkout*/pkg-voip/asterisk-spandsp-plugins/trunk/app_fax.c?content-type=text%2Fplain&rev=5934 |
| 22:14.38 | Laureano | Thanks. |
| 22:21.59 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:43.52 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:43.52 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:45.11 | file | hello there bbryant |
| 22:45.20 | bbryant | hey file |
| 22:45.23 | bbryant | how's it going? |
| 22:45.29 | file | great, yourself? |
| 22:45.40 | bkruse | bbryant: How is school? |
| 22:45.59 | bbryant | bkruse: it's not bad |
| 22:46.05 | bbryant | good |
| 22:46.40 | bbryant | we're doing some introduction to linux in my comp sci class |
| 22:50.26 | putnopvut | bbryant: hopefully that isn't too hard for you :) |
| 22:57.29 | snuff-work | codefreeze-lap: maybe its worth updating 13235 to ask if the commit for 13409 fixed |
| 22:57.49 | codefreeze-lap | will do. |
| 23:04.56 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:29.04 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 23:50.38 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |