| 01:15.36 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 02:08.38 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-132-18.bvtn.or.frontiernet.net) |
| 02:19.11 | *** join/#asterisk-dev moy (~moy@65.204.112.138) |
| 04:06.44 | *** join/#asterisk-dev mickecarlsson (~Micke@h10n3c1o1101.bredband.skanova.com) |
| 04:26.51 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 04:26.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:00.53 | *** part/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 05:01.50 | *** join/#asterisk-dev irroot (~irroot@197.104.43.6) |
| 05:02.28 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 06:24.32 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 06:25.20 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:25.20 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:07.52 | oej | Good morning, folks |
| 07:11.30 | irroot | lo there |
| 07:11.57 | irroot | tzafrir working through the ec changes |
| 07:47.00 | *** join/#asterisk-dev apten (~apten@carbon.gonicus.de) |
| 07:55.21 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@210.5.215.39) |
| 08:18.23 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 08:18.24 | schmidts | good morning |
| 08:46.11 | asterisk-Tester | hello |
| 08:55.48 | tzafrir | https://issues.asterisk.org/jira/browse/DAHLIN-249 - that's an odd one |
| 08:56.46 | tzafrir | We looked into considered re-adding mmx support oslec. But then noticed that there are some issues with the baseline |
| 08:57.52 | schmidts | tzafrir ouch |
| 08:58.22 | tzafrir | I wonder if anybody else can reproduce this |
| 09:03.50 | irroot | tzafrir EISH |
| 09:07.00 | schmidts | i will tr |
| 09:07.05 | schmidts | s/tr/try |
| 09:08.30 | irroot | any idea what kernel / gcc version ?? |
| 09:13.58 | schmidts | tzafrir how often do you have to reload dahdi to get some errors? |
| 09:14.36 | tzafrir | here it's just about every time |
| 09:15.04 | schmidts | and how do you do this? i used the init.d file with dahdi stop and dahdi start |
| 09:15.16 | tzafrir | kernel: 2.6.18-164.el5 |
| 09:15.18 | schmidts | and also the wanrouter start and stop cause its an sangoma card i have |
| 09:15.28 | tzafrir | Maybe I should try a newer one |
| 09:15.35 | schmidts | Linux voipgw-02 2.6.26-2-amd64 #1 SMP Tue Jan 25 05:59:43 UTC 2011 x86_64 GNU/Linux |
| 09:15.57 | schmidts | do you have a card in there using dahdi? |
| 09:16.05 | tzafrir | I can't reproduce it with my Squeeze test machine |
| 09:16.15 | schmidts | ah ok |
| 09:16.18 | tzafrir | But I also suspected that it may be related to multicore |
| 09:16.53 | schmidts | thats my test machine: http://pastebin.com/svWxSeuk |
| 09:17.18 | schmidts | i am not sure if its one quad core or two double core cpus |
| 09:22.11 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 11:44.27 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:44.27 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:02.22 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 12:11.35 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:11.35 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:25.45 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ptlrgxwwogyigecb) |
| 13:02.58 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:02.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:06.59 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:06.59 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:09.50 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 13:09.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:29.57 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:46.31 | *** join/#asterisk-dev tamiel (~tamiel@65.204.112.138) |
| 13:49.08 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 13:49.08 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:03.57 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:03.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:11.27 | *** part/#asterisk-dev apten (~apten@carbon.gonicus.de) |
| 14:31.30 | asterisk-Tester | hello |
| 15:04.31 | seanbright | what is the correct way to iterate over a const char *? |
| 15:05.07 | seanbright | or is 'char *x = (char *) my_const_char_ptr_var;' the only way? |
| 15:09.52 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:09.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:16.48 | russellb | define iterate ... |
| 15:17.59 | mjordan | and are you assuming that the char * is a null terminated string, or a buffer of bytes? In your routine, can you make that assumption? |
| 15:19.14 | Kobaz | you guys ever thought about making AST_LIST doubly linked? |
| 15:19.33 | Kobaz | wouldn't have to traverse the whole list on an AST_LIST_REMOVE |
| 15:19.35 | russellb | see dlinkedlists.h |
| 15:19.40 | Kobaz | oh |
| 15:19.42 | Kobaz | heh |
| 15:19.45 | russellb | or whatever it's called |
| 15:19.57 | russellb | it's just not used often |
| 15:20.00 | Kobaz | never noticed that |
| 15:20.39 | russellb | it's all good |
| 15:28.58 | Kobaz | not used often as in... not used? |
| 15:29.19 | Kobaz | oh wait i typed it wrong |
| 15:29.50 | Kobaz | i did find one reference to it... it's in the tests for double linked lists... hehe |
| 15:31.33 | *** join/#asterisk-dev irroot (~irroot@197.108.59.225) |
| 15:37.25 | russellb | ha, it used to be used in sched.c, but I think I ripped it out a while back |
| 15:45.16 | seanbright | russellb: while (*x) { x++; } |
| 15:47.03 | russellb | you can do that with a const char * |
| 15:47.27 | seanbright | well when you put it that way... |
| 15:47.40 | seanbright | bows his head in shame |
| 15:48.21 | russellb | you can't do it with const char foo[], or char * const foo, or const char * const foo |
| 15:48.49 | Qwell | or a struct * |
| 15:49.07 | Qwell | (iterate over a const char *, with a struct *, that is) |
| 15:49.30 | Qwell | ((ignore me)) |
| 15:56.38 | pabelanger | Corydon76-home: I'll give the patch a run this afternoon |
| 16:00.00 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-gtwqnfppkwtysoaz) |
| 16:25.48 | Corydon76-home | Qwell: sure you can... as long as the struct only contains a single char * |
| 16:26.02 | Corydon76-home | Or a single char, rather |
| 16:26.36 | Qwell | Corydon76-home: I think the implication was that that wasn't the case. :p |
| 16:26.58 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:26.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:27.15 | Corydon76-home | Qwell: or a really complex Unicode character, spread over several bytes |
| 16:27.25 | Qwell | quiet you |
| 16:27.44 | Corydon76-home | grins |
| 17:10.02 | *** part/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 17:22.45 | sruffell | On wiki.asterisk.org, how do I subscribe to the daily updates? I don't see an "Edit" button at the bottom of the "Your Settings" -> "Email Settings" page. |
| 17:24.41 | Qwell | sruffell: All updates are sent to a mailing list. asterisk-wiki-changes |
| 17:24.54 | sruffell | ahhâ¦.that's what I needed to know..thanks. |
| 17:27.45 | kpfleming | but you should be able to subscribe to updates as well... |
| 17:28.28 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 17:32.19 | sruffell | "general" and "editor" sections have an "edit" button. The email one doesn't for me. But it's not that big a deal for me currently given the mailing list. |
| 17:33.46 | kpfleming | huh... i have an edit button. strange. |
| 17:35.45 | kpfleming | sruffell: send me an email about that so i don't forget. thanks. |
| 17:35.54 | sruffell | will do. |
| 18:01.43 | *** join/#asterisk-dev bklang (~bklang@216.24.165.172) |
| 18:18.58 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-132-18.bvtn.or.frontiernet.net) |
| 19:09.45 | tzafrir | sruffell, patch looks OK |
| 19:10.16 | sruffell | tzafrir: thx |
| 19:12.19 | sruffell | tzafrir: I've pushed out sysfs and sysfs-for-trunk (diff sysfs sysfs-for-trunk is empty) with the for-trunk reordered such that the logical parts are kept together. Not quite sure about the last two commits on the for-trunk thoughâ¦but anywayâ¦. |
| 19:20.00 | sruffell | tzafrir: are you working on the tools patch? Do you just want me to create the tools counterpart of the sysfs branches or wait? |
| 19:20.46 | sruffell | On my side, I would like to make sure I have the E1 / T1 mode prototyped before pushing the treeâ¦but otherwise, I'm not aware of any outstanding issues with what's on the sysfs-for-trunk branch at this point (but it's not been in heavy rotation for awhile here) |
| 19:21.22 | sruffell | I should say, I would like to have the E1 / T1 set by config before span_registration prototyped. |
| 19:25.04 | sruffell | oh..and I don't see any reason for the "dahdi: Add error messages in dahdi_ioctl_chanconfig" and "dahdi: dahdi_is_analog_span().." to be committed to trunk right now. I moved them to the bottom of the -for-trunk branch since they don't really have anything to do with the sysfs work specifically. |
| 19:31.07 | *** join/#asterisk-dev mbrevda_ (~mbrevda@unaffiliated/mbrevda) |
| 19:35.32 | mbrevda_ | looking for the someone in charge/with admin access to jira |
| 19:36.38 | sruffell | serafie: ^^^ ? |
| 19:37.28 | mbrevda_ | ping serafie |
| 19:37.38 | serafie | o/ |
| 19:39.18 | mbrevda_ | serafie: hey, was wondering if I can get my Username in jura updated |
| 19:39.20 | mbrevda_ | ? |
| 19:39.22 | mbrevda_ | *jira |
| 19:39.34 | serafie | Unfortunately, no. It is not possible to change a username. |
| 19:40.07 | mbrevda_ | hmm, seemed to have remembered having it done on another install |
| 19:40.13 | mbrevda_ | ok, thanks! |
| 19:40.26 | serafie | on JIRA? |
| 19:40.41 | serafie | JIRA uses the username as a unique ID in the database. |
| 19:41.01 | mbrevda_ | ewww, what happened to id's! |
| 19:41.13 | mbrevda_ | if my memory servers me correctly, I may be mistaking though |
| 19:41.15 | serafie | It is possible to change a username with manual database manipulation, and I have done it before, but it is very tedious. I have not done it since we integrated JIRA with issues.asterisk.org and code.asterisk.org |
| 19:41.30 | serafie | and will not attempt it |
| 19:41.34 | serafie | I value my job. ;) |
| 19:42.00 | mbrevda_ | if its more than a one line update that I'll live with it |
| 19:42.26 | kpfleming | well, at a minimum, it requires a maintenance window where all the sites are shut down while the databases are manipulated |
| 19:42.31 | kpfleming | it's definitely non-trivial |
| 19:42.59 | mbrevda_ | eww, nm! |
| 19:43.00 | serafie | mbrevda_: vote for this over at Atlassian: https://jira.atlassian.com/browse/JRA-1549 |
| 19:43.01 | mbrevda_ | thanks! |
| 19:43.17 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 20:00.02 | *** join/#asterisk-dev malcolmd_ (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:00.03 | *** mode/#asterisk-dev [+o malcolmd_] by ChanServ |
| 20:05.24 | *** join/#asterisk-dev igcewieling (~igcewieli@67.sub-75-224-119.myvzw.com) |
| 20:07.32 | igcewieling | Does anyone have info on the app_aelsub? Based on this http://svnview.digium.com/svn/asterisk?revision=310500&view=revision it looks like it was added to 1.4, 1.6.2 and 1.8 in March of this year. Is this correct? |
| 20:13.01 | *** part/#asterisk-dev mbrevda_ (~mbrevda@unaffiliated/mbrevda) |
| 20:17.51 | mickecarlsson | ASTERISK-18099 |
| 20:18.06 | mickecarlsson | Hmm, that did not work |
| 20:34.19 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-lbkfldddgnukdbip) |
| 20:34.19 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 20:40.26 | Qwell | struct foo { uint64_t foo; }; struct foo bar = { 0, }; |
| 20:40.33 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 20:40.33 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:40.46 | Qwell | Is there any reason that might only set the first 32-bits to 0? |
| 21:00.46 | kpfleming | well, apparently today's Asterisk Dev Call is not happening |
| 21:04.49 | kpfleming | well... the bridge is now up, 15 minutes late |
| 21:08.48 | *** join/#asterisk-dev treborsux (~treborsux@75-144-117-117-Jacksonville.hfc.comcastbusiness.net) |
| 21:08.56 | *** part/#asterisk-dev treborsux (~treborsux@75-144-117-117-Jacksonville.hfc.comcastbusiness.net) |
| 21:11.37 | pabelanger | kpfleming: there is also an issue with the calendar invite, it contains the wrong data. The date information is incorrect last I checked |
| 21:11.47 | kpfleming | whaa? |
| 21:12.20 | kpfleming | how can it be wrong... it's the only source of that information |
| 21:15.10 | pabelanger | kpfleming: I don't know why but it has duplicate events for each week. both 10am and 5pm |
| 21:15.35 | kpfleming | that's a display issue in the tool displaying the calendar. my phone displays them that way, but zimbra and google calendar do not. |
| 21:15.54 | *** join/#asterisk-dev zoid_99 (~chris@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 21:17.31 | pabelanger | Ya, just confirmed it does not affect google apps. |
| 21:17.33 | pabelanger | bad zimbra |
| 21:17.46 | kpfleming | you see it that way in zimbra? |
| 21:20.29 | pabelanger | kpfleming: disregard... I fail. The issue is thunderbird |
| 21:20.36 | kpfleming | yeah |
| 21:20.42 | kpfleming | also the HTC Sense calendar app |
| 21:20.45 | kpfleming | same problem |
| 21:23.12 | Qwell | Someone feel like sanity checking me? (1 << 31) is different from ((uint64_t)1 << 31) |
| 21:23.21 | kpfleming | yes it is |
| 21:24.02 | kpfleming | and you are certainly not sane |
| 21:24.05 | Qwell | is (1 << 31) useful/valid? |
| 21:24.35 | kpfleming | it's probably undefined behavior, as you are trying to push into the 32nd bit of a 32-bit signed integer |
| 21:24.49 | Qwell | 1111111111111111111111111111111110000000000000000000000000000000 |
| 21:24.52 | Qwell | That's what I get. |
| 21:25.01 | Qwell | (note it's 33 1s) |
| 21:25.10 | kpfleming | that's a 64-bit value, not a 32-bit value |
| 21:25.19 | kpfleming | that is not the direct result of that expression... what did you store it into? |
| 21:26.03 | Qwell | This is ast_flag64 stuff from app_dial. I'm trying to reproduce an issue which may involve option 'a', which happens to be defined as (1 << 31) |
| 21:26.25 | Qwell | https://issues.asterisk.org/jira/secure/attachment/40848/18crash.txt |
| 21:26.29 | kpfleming | ok, so what did you store that into in order to print it out? |
| 21:26.50 | Qwell | That's what I get when I print opt.flags (using %lu) |
| 21:26.57 | kpfleming | right |
| 21:27.00 | kpfleming | so that is broken |
| 21:27.05 | kpfleming | the flag should not be defined that way |
| 21:27.30 | kpfleming | it should be either (1u << 31) or (1lu << 31)... i think |
| 21:27.30 | Qwell | (1<< 32) and above are cast to uint64_t - should 31, as well? |
| 21:27.36 | kpfleming | yes |
| 21:27.45 | kpfleming | there's no harm in doing all of them that way |
| 21:28.37 | kpfleming | there's no reason to use a cast either... (1LU << 31) is the same thing and easier to read |
| 21:29.22 | Qwell | Leave it to falves to find this... |
| 21:29.29 | kpfleming | indeed |
| 21:30.45 | kpfleming | in other places in the code we use 1ULL << 31 or similar |
| 21:31.11 | kpfleming | looks like app_meetme has the same problem in CONFFLAG_NO_AUDIO_UNTIL_UP |
| 21:31.26 | kpfleming | and app_dial DIAL_STILLGOING |
| 21:31.35 | Qwell | DIAL_STILLGOING is...something. |
| 21:31.40 | Qwell | but yes, that's in my patch already |
| 21:32.29 | kpfleming | it only matters if the result is being stored into a 64-bit variable... then sign-extension takes over to turn it into a valid 64-bit negative integer |
| 21:34.47 | Qwell | Which means the instance in sip.h for SIP_G726_NONSTANDARD is probably okay? |
| 21:35.00 | kpfleming | i did not look further, but it could be, yes |
| 21:35.27 | kpfleming | i didn't check where app_meetme is storing those flags either |
| 21:35.43 | Qwell | I'm pretty sure meetme is doing 64-bit flags now |
| 21:37.46 | Qwell | I really dislike the way this stuff is done. There's an enum, with 32-bits worth of stuff, then the rest are #define |
| 21:38.01 | kpfleming | yes, because enums are 32-bit integers |
| 21:38.04 | kpfleming | that's fairly ugly |
| 21:56.10 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-lbkfldddgnukdbip) |
| 21:56.29 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-tpfgxkgbfakttvnv) |
| 21:56.29 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 22:00.22 | Qwell | Well, that ended up being a useful distraction. Unrelatedly, I really need to set an alarm for 5:00 or something. |
| 22:04.24 | kpfleming | Corydon76-home: ping |
| 22:25.27 | *** join/#asterisk-dev guilhermebr (~Guilherme@186.214.148.176) |
| 22:34.17 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-tpfgxkgbfakttvnv) |
| 22:37.12 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |