| 00:00.01 | snuff-work | ah.. another option.. didn't notice |
| 00:00.12 | Qwell | there's another one too, which I don't recall |
| 00:01.08 | Qwell | localstatedir, I think |
| 00:01.16 | Corydon76-dig | yep |
| 00:01.31 | kpfleming | the entirety of solaris *is* a weird place :-) |
| 00:01.42 | Corydon76-dig | The placement of file on Slowaris was due to the recommendations of Sun staffers |
| 00:02.01 | snuff-work | ah to have it in var/etc ? |
| 00:02.06 | Corydon76-dig | i.e. where they recommend putting third party packages |
| 00:02.45 | Corydon76-dig | snuff-work: localstatedir is just for var |
| 00:02.48 | snuff-work | just that according to ./configure the etc should be PREFIX/etc i guess that's overriden in make |
| 00:02.53 | Corydon76-dig | sysconfdir is just for etc |
| 00:03.35 | Qwell | putting configs in /usr/etc/ while prefix=/usr/ is...silly |
| 00:05.14 | snuff-work | not arguing.. just what configure script says.. i'm quite happy to add --sysconfdir etc to my configure on solaris (trying to keep * self contained away from most things) |
| 00:09.17 | snuff-work | when you get a core dump.. there is a way to set which directory and filename it goes to isn't there.. |
| 00:26.56 | De_Mon | When a call is blindxfered to park using PARKINGEXTEN, the channel parked gets to hear where it was parked... |
| 00:27.53 | De_Mon | What is the preferred way to to a silent transfer? adding a flag or checking if PARKINGEXTEN exists? I'm trying to think of a situation where PARKINGEXTEN is set and you want the channel to know where they were parked and have so far failed. |
| 00:28.36 | kpfleming | it's not intentional behavior, just a side effect |
| 00:28.54 | kpfleming | but blind-transfer to an unassigned parking slot seems pointless, as you'd have no way to know how to retrieve the call |
| 00:31.08 | De_Mon | Weel, here's my dialplan. generate callfile to remote call center, wait for an agent to pickup the call, press a key to get parked to an extension that is added to a Queue, once in the queue they get connected with whomever Called the queue! |
| 00:31.41 | kpfleming | i dont think that qualifies as 'parking' |
| 00:31.58 | De_Mon | The call is Parked and then picked up at 700@parkedcalls |
| 00:32.05 | De_Mon | Local/ |
| 00:32.43 | De_Mon | The only other way I see of doing something like this is to use agents, which I prefer to avoid |
| 00:33.08 | kpfleming | i have no idea... i don't have the mental bandwidth at the moment to consider options :-) |
| 00:33.23 | De_Mon | it took me 2 days to get this straight in my head :) |
| 00:33.52 | De_Mon | I don';t really care that the remote call center agent hears where they were parked, but it'd be nice if they didn't just the same. |
| 00:37.54 | De_Mon | does this link work https://origsvn.digium.com/svn/asterisk/branches/1.4 svnmerge is adding it to revision comments |
| 00:38.41 | file | it does work, if you have the proper access otherwise you have to use http://svn.digium.com/svn/asterisk/branches/1.4 |
| 00:38.47 | blitzrage | hrmm... I bet I have a section of dialplan I could use to implement that same functionality, but make it non-centralized |
| 00:38.58 | blitzrage | (why didn't I just say "distributed") |
| 00:39.30 | De_Mon | okay, I thought it might be privilaged |
| 00:40.36 | De_Mon | man thats an ugly svn viewer, I'll stick to svn.digium.com/view/asterisk/branches/1.4 |
| 00:41.16 | jtodd | codefreeze: whaddya know. It works. |
| 00:42.23 | De_Mon | (for the record the .call file knows where the callee will be parked too.) |
| 00:54.55 | jtodd | As usual, I'm finding new bugs faster than I can test old bug fixes. |
| 00:55.37 | jtodd | I should really rent myself out as "Mr. Break-It". |
| 01:05.37 | De_Mon | hehe |
| 01:11.59 | codefreeze | jtodd: with the name of "Murphy", I think I can safely qualify to LEAD the "Break-It Brigade". |
| 01:12.15 | Corydon76-dig | jtodd: new recommendation is to read (and follow) doc/valgrind.txt |
| 01:12.21 | jtodd | True. |
| 01:12.50 | codefreeze | jtodd: you didn't HAVE to agree...! ;) |
| 01:12.53 | file | jtodd: srv issue located. |
| 01:12.57 | Corydon76-dig | It's amazing the kind of stuff we've been able to find with valgrind... random corruption |
| 01:13.10 | jtodd | corydon: OK. |
| 01:13.50 | codefreeze | Corydon76-dig: just used it a few days ago to clean out the config stuff... What I end up seeing is a lot of complaints from withing the dl_* stuff. |
| 01:13.51 | Corydon76-dig | jtodd: valgrind is my new hammer... (and every problem is a nail). ;-) |
| 01:14.26 | jtodd | corydon: Got it. Will turn things into nails. |
| 01:15.25 | file | jtodd: srv issue fixed. |
| 01:15.26 | jtodd | file: did I touch some "weird" way of doing SRV lookups? |
| 01:15.39 | jtodd | file: it seems this would have been evident in even passing testing of the new SRV code. |
| 01:15.47 | file | no, apparently nobody tested the SRV changes that Kevin did when he asked |
| 01:16.17 | jtodd | I see clearly. But the session-timers stuff, having several testers, is still uncommitted. <nudge> |
| 01:16.29 | file | I'm on a break from bugs |
| 01:16.53 | De_Mon | a break!? you have to actually do work to get a break from it |
| 01:17.21 | file | if all of swdev went on a break at the same time, all hell would break lose :) |
| 01:17.24 | De_Mon | this reminds me of those dropped call commercials |
| 01:18.07 | De_Mon | qwell keeps fixing and closing the bugs I open, its hard to keep up... |
| 01:19.28 | jtodd | corydon: valgrind fails with an ODBC error, but running asterisk the "normal" way has no problems. |
| 01:20.31 | jtodd | corydon: Here's the command I used: valgrind --log-file-exactly=/tmp/valgrind.txt asterisk -vvvvcg 2>/tmp/malloc_debug.txt |
| 01:21.55 | file | jtodd: are you still keeping track of commits and stuffz? |
| 01:22.29 | jtodd | file: I just parse stuff out of my inbox to figure out who is committing what, if you're talking about the message I sent a few weeks ago. |
| 01:23.26 | jtodd | Does anyone here use Snak IRC client, by any chance? I'm getting fed up with it's foolish context issues - hints required. |
| 01:23.48 | Corydon76-dig | jtodd: on os x, I use XChat Aqua |
| 01:24.31 | Corydon76-dig | jtodd: are you volunteering to test patches? I have a few that I've closed due to insufficient testing |
| 01:24.43 | Corydon76-dig | M10486 |
| 01:24.43 | MuffinMan | [closed] [Asterisk] Functions/func_curl 0010486: [patch] Handle libcurl errors reported by Corydon76 http://bugs.digium.com/view.php?id=10486 |
| 01:25.07 | jtodd | F)(#*$%)#(W% Snak won't let me enter a dialog w/anybody. |
| 01:25.38 | jtodd | No, I'm not volunteering except for what I have time for, which is little. I'll try to do what I can. |
| 01:25.55 | Corydon76-dig | M9279 |
| 01:25.56 | MuffinMan | [closed] [Asterisk] CDR/cdr_pgsql 0009279: fields "start", "answer" and "end" are always empty. reported by rottenroddy http://bugs.digium.com/view.php?id=9279 |
| 01:26.30 | Corydon76-dig | That one would have added cdr_adaptive support to cdr_pgsql |
| 01:26.47 | Corydon76-dig | Neat feature. No testers. |
| 01:30.16 | *** join/#asterisk-dev enst (n=enst@60.28.119.64) |
| 01:32.05 | Corydon76-dig | M7946 |
| 01:32.06 | MuffinMan | [closed] [Asterisk] CDR/cdr_pgsql 0007946: [patch] Use of PQescapeString() compromises thread safety reported by Freyguy http://bugs.digium.com/view.php?id=7946 |
| 01:33.56 | Corydon76-dig | M10220 |
| 01:33.57 | MuffinMan | [ready for testing] [Asterisk] Core/HTTP 0010220: HTTP manager delivery invalid XML reported by msetim http://bugs.digium.com/view.php?id=10220 |
| 01:34.41 | jtodd | brb. |
| 01:35.14 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 01:35.35 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 01:35.49 | jtodd | OK, let's try this with xchat aqua and see if it doesn't suck as much as Snak. |
| 01:36.05 | De_Mon | sellout |
| 01:36.12 | Corydon76-dig | lol |
| 01:36.14 | jtodd | Pragmatist. |
| 01:38.29 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-227-239.dsl.irvnca.pacbell.net) |
| 01:39.05 | Corydon76-dig | Evening, Mitchel |
| 01:58.07 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:58.07 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:00.57 | Corydon76-dig | Evening, russellb. Feeling better? |
| 02:01.10 | russellb | getting there |
| 02:01.13 | russellb | thanks for asking |
| 02:04.58 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 02:07.44 | snuff-work | mm russ in ur commit u mention using array_len.. but i only see u removing it and divides by two sizeof |
| 02:07.49 | snuff-work | instead |
| 02:13.40 | russellb | ummm |
| 02:13.42 | russellb | which file? |
| 02:15.13 | russellb | in main/image.c ? i looked and it is what i intended |
| 02:15.28 | russellb | ARRAY_LEN(blah) is ... sizeof(blah) / sizeof(blah[0]) |
| 02:16.07 | snuff-work | ah stupid me :( |
| 02:17.09 | russellb | ah :) |
| 02:17.38 | russellb | it happens |
| 02:33.32 | ManxPower | On #Asterisk Own4g33| is asking for someone to DDOS Strom off IRC. |
| 02:33.40 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:33.40 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:38.48 | codefreeze | jtodd: yooo-hooo, still out there? |
| 02:42.52 | jtodd | codefreeze: yes, still here. |
| 02:58.26 | *** join/#asterisk-dev Mackes (n=root@cpe-76-180-236-119.buffalo.res.rr.com) |
| 03:03.54 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:03.54 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:17.46 | *** join/#asterisk-dev rasix (n=rasix@ip70-110.cbn.net.id) |
| 03:18.44 | *** part/#asterisk-dev rasix (n=rasix@ip70-110.cbn.net.id) |
| 03:44.26 | *** join/#asterisk-dev grimsy (n=chatzill@203-206-220-214.perm.iinet.net.au) |
| 04:17.10 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 04:29.06 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 04:44.12 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 05:23.30 | *** join/#asterisk-dev ManxPower (n=manxpowe@71-8-61-95.dhcp.leds.al.charter.com) |
| 05:51.27 | *** part/#asterisk-dev Mackes (n=root@cpe-76-180-236-119.buffalo.res.rr.com) |
| 06:40.42 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:40.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:11.23 | sergee | !seen putnopvut |
| 07:14.54 | sergee | putnopvut: let me knoe if you need any help in testing M11196 |
| 07:14.57 | sergee | ~seen putnopvut |
| 07:15.04 | jbot | putnopvut is currently on #asterisk-dev (15h 30m 44s) #asterisk (15h 30m 44s) #asterisk-bugs (15h 30m 44s). Has said a total of 39 messages. Is idling for 8h 35m 8s, last said: 'Ah, I see you've already posted a note on the issue. I guess I'll just change the status to feedback and wait for followup.'. |
| 07:20.01 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:57.18 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:09.52 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:09.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:10.37 | oej | morning |
| 08:22.14 | sergee | oej: hi! |
| 08:22.27 | oej | hi there, sergee |
| 08:22.31 | sergee | oej: are there any chances to get M11049 into the trunk? :) |
| 08:22.41 | sergee | M11049 |
| 08:22.42 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0011049: implementation of application/dtmf for SIP INFO reported by sergee http://bugs.digium.com/view.php?id=11049 |
| 08:23.04 | oej | Ok |
| 08:24.23 | oej | Sergee: There's far too much duplication of code here |
| 08:24.46 | sergee | oej: any hints for me to imrove it? |
| 08:24.48 | oej | You should be able to do this without duplication of functions, just a switch on which header to use in the existing code for application/dtmf-relay |
| 08:25.04 | oej | And we should propably ACCEPT both on incoming |
| 08:25.05 | sergee | ah ok, i'll try it |
| 08:25.41 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-227-239.dsl.irvnca.pacbell.net) |
| 08:26.21 | sergee | oej: we accept both in that patch |
| 08:27.18 | oej | Cool then |
| 08:27.40 | sergee | oej: thanks for reviewing :) |
| 08:27.42 | oej | I was just brainstorming in my head to understand what was needed to be done |
| 08:27.48 | oej | This could go into trunk quickly |
| 08:40.55 | *** join/#asterisk-dev synthetiq (n=roger@unl201395.nl.customer.alter.net) |
| 09:06.11 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 09:11.02 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:47.37 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 09:48.41 | *** join/#asterisk-dev agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:18.32 | sergee | oej: i removed duplicated code, please take a look when you'll have some time. thanks. |
| 10:19.17 | oej | Thank you for fixing that - that was quick! I'll try to take a look later, don't hesitate to remind me. I am on my way out of the office now... |
| 10:24.14 | agx | oje, hi, you still working on chan_sip[23456789].c ? any suitable source i can test? |
| 10:24.26 | oej | Yes, No. |
| 10:24.43 | oej | The code doesn't compile with any known version of Asterisk, since it's been on hold for a few months. |
| 10:24.58 | oej | I did not get the funding needed, but working on trying to restart the project for the spring. |
| 10:25.35 | agx | oej, plz, can you point me to the latest version? i'm interested in having a look at it before reinventing the wheel |
| 10:25.35 | oej | What wheel are you reinventing? |
| 10:26.42 | agx | oej, don't think its a nice topic to discuss here :) |
| 10:26.57 | oej | Ok, so mail me |
| 10:27.07 | oej | I gotta rush out. See you guys later. |
| 10:53.01 | *** join/#asterisk-dev michael-i (n=michael-@Lf5d7.l.pppool.de) |
| 11:06.25 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:16.39 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:28.12 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:37.57 | *** join/#asterisk-dev allankardec (n=root@201.50.61.190) |
| 12:26.45 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 12:26.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:43.06 | *** join/#asterisk-dev oej (n=olle@gw-sthlm01.rebtel.com) |
| 12:43.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:43.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.106.70) |
| 13:05.23 | *** join/#asterisk-dev agx (n=AGX@88.34.216.63) |
| 13:14.46 | *** join/#asterisk-dev eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 13:23.27 | *** join/#asterisk-dev eliel (n=eliel@host172038.metrored.net.ar) |
| 13:23.56 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:23.56 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 13:26.58 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 13:41.37 | *** join/#asterisk-dev oej (n=olle@gw-sthlm01.rebtel.com) |
| 13:41.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:55.04 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:56.37 | puzzled | hi |
| 14:00.16 | eliel | hi |
| 14:01.57 | _ys | hi |
| 14:02.40 | eliel | hmm, next weak I will do the bootcamp and at the end, the dcap exam, someone knows which topics are needed to aprove? |
| 14:03.05 | eliel | this is the first time in argentina... |
| 14:04.55 | anonymouz666 | yes, you need to know exactly how it works internally all the EC from Zaptel. |
| 14:05.13 | anonymouz666 | heh |
| 14:06.32 | eliel | hmm, I will need to study more... |
| 14:06.46 | anonymouz666 | Questions about audio core |
| 14:07.29 | eliel | do you have an example ? |
| 14:08.13 | anonymouz666 | I am just kidding. |
| 14:08.43 | *** join/#asterisk-dev oej (n=olle@gw-sthlm01.rebtel.com) |
| 14:08.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:08.56 | eliel | ufff |
| 14:09.48 | eliel | I know they ask you about everything, but don't know how deep the get |
| 14:14.58 | _ys | oops, r89268 break ast_variable_new() :( |
| 14:15.58 | _ys | for example: value "127.0.0.1" -> "1127.0.0.1" |
| 14:27.16 | Corydon76-dig | _ys: in 1.4 or trunk? |
| 14:29.55 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 14:32.05 | _ys | Corydon76-dig trunk, i found where. |
| 14:32.29 | *** join/#asterisk-dev jsmith (n=jsmith@68.246.137.171) |
| 14:32.29 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:32.43 | Corydon76-dig | Upload patch to tracker? |
| 14:39.10 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 14:39.19 | flujan | hi all... |
| 14:39.42 | flujan | I am experiencing random crashes of asterisk with segmentation fault. |
| 14:40.07 | flujan | I used gdb to search th information and I saw two segmentation faults with this same message: |
| 14:40.15 | flujan | http://pastebin.com/m3a9e40f5 |
| 14:40.37 | flujan | I search in Mantis and found a lot of bugs considering the segmentation fault... |
| 14:40.46 | flujan | could you please check this bt ? |
| 14:42.03 | Corydon76-dig | flujan: please read doc/valgrind.txt |
| 14:42.38 | Corydon76-dig | and please upgrade to the latest SVN 1.4 if you haven't already. |
| 14:42.53 | Corydon76-dig | We've already fixed a number of causes of that in SVN |
| 14:43.49 | flujan | Corydon76-dig: sorry, I don't found the valgrind.txt |
| 14:43.58 | Corydon76-dig | flujan: upgrade to SVN |
| 14:44.20 | flujan | Corydon76-dig: Ok, I will try it... I lost a couple of nights searching this... :( |
| 14:44.39 | Corydon76-dig | We'll have another 1.4 release out soon, but use 1.4 SVN in the meantime |
| 14:46.02 | flujan | Corydon76-dig: thanks... which svn I can use? |
| 14:46.03 | flujan | http://www.asterisk.org/developers/getting-started |
| 14:46.54 | Corydon76-dig | There's only one you can access |
| 14:47.16 | Corydon76-dig | svn co http://svn.digium.com/svn/asterisk/branches/1.4 asterisk-1.4 |
| 14:50.07 | _ys | Corydon76-dig heh tilghman correct onr typo and make new :) |
| 14:50.15 | _ys | s/onr/one |
| 14:50.34 | Corydon76-dig | _ys: eh? |
| 14:51.08 | _ys | Corydon76-dig ast_variable_new(): dst += fn_len; need to be: dst += val_len; |
| 14:51.29 | _ys | r89269 |
| 14:52.00 | _ys | in main/config.c |
| 14:52.03 | Corydon76-dig | Ah |
| 14:52.23 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 14:52.23 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:54.49 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:54.49 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:04.20 | jameswf | is there a reason I would get method not allowed when I try to pull from svn... |
| 15:08.23 | Corydon76-dig | Usually the cause is a transparent web proxy that doesn't support webdav |
| 15:09.00 | Corydon76-dig | Go bitch at your sys admin |
| 15:09.45 | tzafrir | jameswf, what specific URL? |
| 15:10.34 | jameswf | svn co http://svn.digium.com/zaptel/branches/1.2/xpp/utils/ |
| 15:15.31 | De_Mon | was there a plan to make NZX case sensitive in 1.4? |
| 15:16.25 | Qwell | isn't it already? |
| 15:16.36 | De_Mon | sadly no |
| 15:16.39 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:16.49 | De_Mon | conf-XXX isn't matching until I take out the n |
| 15:16.54 | Qwell | yes, it is :p |
| 15:17.14 | De_Mon | huh? |
| 15:17.15 | Qwell | ext_cmp1 in main/pbx.c |
| 15:17.57 | Qwell | but, try putting the n in [] |
| 15:18.04 | Qwell | co[n]f-XXX |
| 15:18.22 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 15:18.50 | flujan | Corydon76-dig: hi... I donwloaded the svn... valgrind is to run asterisk using the valgrind right? |
| 15:19.20 | flujan | I thought it was a bug correction to my issue. |
| 15:20.45 | *** join/#asterisk-dev eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 15:20.59 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:21.22 | Corydon76-dig | flujan: correct |
| 15:21.50 | Corydon76-dig | flujan: use the suggested command, so we get both types of output |
| 15:22.26 | flujan | OK. Corydon76-dig I am currently using slackware 11... I am considering to upgrade to slackware 12. Since its is a libc problem it could be corrected right? |
| 15:24.03 | Corydon76-dig | flujan: what makes you think it's a libc problem? |
| 15:24.26 | flujan | http://pastebin.com/m3a9e40f5 the last lines |
| 15:24.33 | Corydon76-dig | flujan: it's more likely that corruption resulted from some process that the valgrind output will help us find |
| 15:24.39 | flujan | it is a problem creating threads... I dunno exactly what could be. |
| 15:25.05 | Corydon76-dig | flujan: you're reading it backwards |
| 15:25.12 | Corydon76-dig | The top line is where it crashed |
| 15:26.03 | Corydon76-dig | The following lines provide context for the crash... it's each consecutive stack frame |
| 15:27.12 | De_Mon | http://pastebin.ca/773446 |
| 15:27.16 | Corydon76-dig | The issue is that malloc found corruption of its internal structures |
| 15:27.22 | ManxPower | 1.4 appears to have stun support, but there is NO mention of stun in any of the sample config files or docs |
| 15:28.30 | Corydon76-dig | De_Mon: and? |
| 15:28.43 | flujan | Corydon76-dig: hum... I see... it is also a libc.so.6 problem right? |
| 15:28.44 | flujan | <PROTECTED> |
| 15:29.02 | Corydon76-dig | flujan: probably not. Please send me the valgrind output. |
| 15:29.11 | De_Mon | <PROTECTED> |
| 15:29.19 | De_Mon | 1.4 isn't being case sensitive |
| 15:29.32 | Corydon76-dig | flujan: even if valgrind doesn't cause a crash, it is still likely to give me the information needed |
| 15:29.39 | Corydon76-dig | De_Mon: it never was |
| 15:29.46 | flujan | OK. The bug only appear once today... I will install valgrind this night... in 8 hours to be exact... and then I can send you the information |
| 15:29.47 | blitzrage | N and n are the same thing |
| 15:29.54 | flujan | thanks for the help Corydon76-dig |
| 15:30.02 | De_Mon | 10:15AM <De_Mon> was there a plan to make NZX case sensitive in 1.4? |
| 15:30.02 | De_Mon | 10:16AM <@Qwell> isn't it already? |
| 15:30.38 | Corydon76-dig | We don't change released code in subtle ways like that |
| 15:30.49 | Qwell | dunno, comp_ext1 doesn't look case sensitive, but I didn't look at the caller. |
| 15:31.00 | De_Mon | This plan would have been made in 1.2 |
| 15:31.06 | De_Mon | and implimented in 1.4 |
| 15:31.20 | Corydon76-dig | I think you just answered your own question |
| 15:31.29 | Corydon76-dig | No, it's not case-sensitive |
| 15:31.49 | De_Mon | I didn't answer my open question. the question was "wasn't there a plan to..." |
| 15:31.57 | Corydon76-dig | and we certainly aren't going to change it now |
| 15:32.06 | De_Mon | just becuase the plan failed doesn't mean it wasn't made in the first place |
| 15:32.22 | Corydon76-dig | If there was ever such a plan, I'm not aware of it |
| 15:32.31 | De_Mon | probably not in 1.4, but 1.6 is still out there |
| 15:33.03 | De_Mon | and if it just got "missed" theres still a good chance it'll get implimented sooner or later if someone points out that it isn't done... |
| 15:34.33 | *** join/#asterisk-dev PTorres (n=PTorres@200.68.87.146) |
| 15:35.10 | *** part/#asterisk-dev PTorres (n=PTorres@200.68.87.146) |
| 15:36.35 | *** part/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 15:37.59 | De_Mon | lastlog qwell 10 |
| 15:40.58 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:41.02 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:22.55 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 16:29.23 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 16:38.22 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:44.12 | *** join/#asterisk-dev DosKey (n=nwood@82-39-76-161.cable.ubr02.jarr.blueyonder.co.uk) |
| 16:44.17 | DosKey | Hello people |
| 16:44.21 | DosKey | Check my new server btw doskey.rmachine.net |
| 16:45.25 | *** mode/#asterisk-dev [+b *!n=*@82-39-76-161.cable.ubr02.jarr.blueyonder.co.uk] by Corydon76-dig |
| 16:45.29 | *** kick/#asterisk-dev [DosKey!i=blue@pdpc/supporter/bronze/Corydon76-home] by Corydon76-dig (spammer) |
| 16:45.37 | Qwell | who saw that coming? |
| 16:45.44 | Qwell | I did, I did |
| 16:46.32 | mvanbaak | ;) |
| 16:47.46 | *** mode/#asterisk-dev [-b *!n=*@82-39-76-161.cable.ubr02.jarr.blueyonder.co.uk] by Corydon76-dig |
| 16:48.52 | outtolunc | anyone remember (offhand) when S_OR was introduced (and yes, i am trying to make this backward compat (please dont shoot)) <G> |
| 16:49.23 | Corydon76-dig | It's been awhile |
| 16:49.31 | Corydon76-dig | you can annotate the source and find out |
| 16:50.48 | Corydon76-dig | Revision 14747 |
| 16:51.39 | Corydon76-dig | March 24, 2006 |
| 16:54.07 | outtolunc | i hate to ask this as i am sure i already know the answer... is S_OR the implied standard, or can we still use things like chan->cid.cid_num in patches for trunk (without being flamed to death) |
| 16:54.19 | Qwell | eh? |
| 16:54.26 | Qwell | S_OR has nothing to do with cid |
| 16:54.28 | outtolunc | <PROTECTED> |
| 16:54.28 | outtolunc | <PROTECTED> |
| 16:54.36 | Qwell | yes, use S_OR |
| 16:54.39 | outtolunc | vice |
| 16:54.41 | outtolunc | S_OR(cid_name, "<unknown>"), |
| 16:54.57 | Corydon76-dig | use S_OR in new patches |
| 16:55.11 | outtolunc | yeah yeah .. figured <G> |
| 16:55.48 | outtolunc | S_KINDASORTA |
| 16:56.17 | Corydon76-dig | S_XOR |
| 16:56.36 | Qwell | how about S_NULL |
| 16:56.45 | Qwell | if the value is NULL, use it - otherwise, use NULL |
| 16:56.54 | Corydon76-dig | Heh |
| 17:08.13 | Corydon76-dig | Why does it feel like a cold sluggish January day? |
| 17:13.05 | ManxPower | callerid numbers have <> around them? |
| 17:13.21 | ManxPower | ..er.. sorry, clid name has brackes around them? |
| 17:14.32 | Corydon76-dig | number does. Name doesn't |
| 17:14.48 | Corydon76-dig | "Foo bar <123>" |
| 17:15.22 | Corydon76-dig | For SIP calls, though, the number could be alpha |
| 17:15.37 | Corydon76-dig | Well, any voip, really |
| 17:17.19 | flujan | Corydon76-dig: http://pastebin.com/m14fe845c |
| 17:17.24 | flujan | another segfault... |
| 17:17.38 | flujan | I dont install svn yet... Just to keep you informed... |
| 17:17.48 | Corydon76-dig | flujan: valgrind, please. The backtraces aren't helpful |
| 17:18.02 | flujan | Corydon76-dig: ok |
| 17:18.11 | flujan | Corydon76-dig: valgrind is a binary program? |
| 17:18.16 | Corydon76-dig | Yes |
| 17:21.22 | flujan | I compile and build svn but I didn't find it on the asterisk buil directory... |
| 17:21.29 | flujan | where can I check if it is compiled? |
| 17:21.59 | Corydon76-dig | apt-get install valgrind |
| 17:22.32 | flujan | Corydon76-dig: I am running slackware 11. no apt-get. :( |
| 17:22.54 | Corydon76-dig | Oh, well, then use whatever package management system |
| 17:26.25 | flujan | Corydon76-dig: compiled and installed... |
| 17:26.39 | flujan | do you need the threads stuff enabled in the compiler options? |
| 17:35.31 | Corydon76-dig | DEBUG_THREADS? Not for this purpose, no |
| 17:35.44 | Corydon76-dig | However, please do run with DONT_OPTIMIZE |
| 17:43.54 | flujan | ok |
| 17:44.11 | flujan | I marked DONT_OPTIMIZE AND malloc_debug. is that ok? |
| 17:44.31 | flujan | an last question Corydon76-dig , I promise. :) |
| 17:44.57 | flujan | Since the two segmentation faults occurs with different backtraces... it could be a hardware problem of some sort? |
| 17:46.19 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 17:48.51 | eliel | I have a big gap knowledge here, which is the difference between a format and a codec? I think that the codec is how it is "compressed" and the format is how to create the structure to store that codec... is this correct? or I am missing something? |
| 17:49.10 | Qwell | eliel: format is for reading/write files on disk |
| 17:49.22 | Qwell | codec modules are for transcoding between codecs |
| 17:49.41 | eliel | Qwell: Thanks! |
| 17:49.45 | Qwell | so, for example, there is a format_g729 in-tree, because it's not doing any modifications to the data - thus no patent stuff |
| 17:50.11 | Qwell | (between codecs, and between flavors of the same codec - technically) |
| 17:50.22 | Qwell | (ie; varying bitrates of speex) |
| 17:50.30 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:50.35 | Corydon76-dig | flujan: please... valgrind, first. Then we can talk about other possible problems |
| 17:51.21 | eliel | so the patent of g729 is only needed for transcoding? not for reading or writing that codec? |
| 17:51.31 | Qwell | right |
| 17:51.40 | Qwell | it's just bits of data |
| 17:52.00 | eliel | great! |
| 17:52.02 | Qwell | if that were the case, every router on the planet would need a g729 data transfer license |
| 17:52.27 | eliel | Qwell: I didn't though in that way |
| 17:55.39 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-212.dynamic.ngi.it) |
| 18:05.37 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.109.32) |
| 18:07.20 | *** join/#asterisk-dev Laureano (n=Laureano@200.59.172.38) |
| 18:10.40 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 18:23.02 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:23.02 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 18:23.22 | blitzrage | codefreeze: _XXXXXXXXXXX should win over _XXXXXXXXXXX. |
| 18:23.40 | blitzrage | rule: more specific matches |
| 18:23.42 | jtodd | Ah, this can of worms. |
| 18:23.44 | blitzrage | :) |
| 18:24.06 | blitzrage | if you want to change the order of matching, then you should use an include |
| 18:24.07 | jtodd | IIRC, that is not the case right now. Least specific matches. |
| 18:24.17 | blitzrage | really? I've never noticed that |
| 18:24.20 | jtodd | Or am I sadly out of date? |
| 18:24.36 | jtodd | Yeah, I think so. Try it. Use _X. and then use _XX. and see which one 123 matches on. |
| 18:24.40 | blitzrage | potentially out of date... |
| 18:25.03 | blitzrage | sure -- let me load up my VM lab |
| 18:25.06 | ctooley | I thought that the best match (most specific match) matched these |
| 18:25.47 | jtodd | OK, maybe I'm wrong. Let me try it myself (I had to use "includes" yesterday to solve a matching order problem on that ticket codefreeze is/was working on) |
| 18:26.30 | ctooley | I might be wrong as well. I seem to remember kpfleming discussing this a while back and saying it was most specific match, but I've slept since then. |
| 18:27.21 | jtodd | Hmm... OK, so it appears that it's most-specific. What the heck did I run across yesterday, then? Weird. |
| 18:27.37 | blitzrage | jtodd: _XX. matches 123 for me |
| 18:27.38 | jtodd | I've just been assuming least-specific, and building all my dialplans with "includes" to force ordering. |
| 18:27.54 | blitzrage | really? I've always built them as most specific matching, and never run into an issue..... |
| 18:27.58 | blitzrage | maybe I've just been lucky |
| 18:28.05 | blitzrage | i.e. |
| 18:28.15 | blitzrage | _s-BUSY matches over _s-. |
| 18:28.25 | blitzrage | (not that the _ is needed in the s-BUSY, but you konw what I mean) |
| 18:28.36 | jtodd | Never mind. Move along. Nothing to see here. Don't know why I had this concept. |
| 18:28.39 | blitzrage | haha |
| 18:29.00 | blitzrage | but if I wanted _X. to match before _XX., then you would put _XX. in the include (but it would never get matched) |
| 18:29.05 | jtodd | Works the same way, I've just been doing extra coding. |
| 18:29.43 | blitzrage | fyi: /close != /quit :) |
| 18:30.34 | jtodd | I am going to stop using commands in IRC, and just stick with mouse clicks. |
| 18:30.48 | blitzrage | good call -- I should learn to do the same |
| 18:31.00 | eliel | In the manager interface if you Login then you must logOUT, and if you LOGON the you LOGOFF, I don't know why in AMI you LOGIN and the you LOGOFF :S |
| 18:31.32 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:31.57 | eliel | This are the things that never change for compatibility, heh |
| 18:37.38 | *** join/#asterisk-dev CrashHD (n=crashhd@67-107-9-130.starstream.net) |
| 18:40.05 | jtodd | codefreeze: Now that I see the svn commit/question, I agree with blitzrage - the all X match should win. |
| 18:41.09 | codefreeze | jtodd: good. because in the stuff I committed a little while ago (89272), it should. |
| 18:42.03 | ManxPower | <PROTECTED> |
| 18:43.27 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 18:51.35 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 19:06.28 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 19:06.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:07.15 | De_Mon | another easy one M11246 |
| 19:07.36 | De_Mon | M11246 oh fine jbot, be that way |
| 19:07.37 | MuffinMan | [new] [Asterisk] Channels/chan_local 0011246: Answering local channel does not remove it from call path reported by jon http://bugs.digium.com/view.php?id=11246 |
| 19:08.04 | De_Mon | sorry muffinman, I didn't mean to inslut you like that |
| 19:09.44 | Corydon76-dig | inslut? |
| 19:10.37 | De_Mon | oops |
| 19:12.26 | blitzrage | ManxPower: new design? I don't understand what changed... has "most specific" not always been the case? I don't even remember it not being like that |
| 19:12.37 | blitzrage | Corydon76-dig: you're such an inslut |
| 19:13.08 | Corydon76-dig | blitzrage: I think I'd enjoy being inslutted by you |
| 19:14.07 | blitzrage | ya, that's what they all say |
| 19:14.43 | blitzrage | lol... not gonna work on me |
| 19:14.57 | Corydon76-dig | That's what they all say |
| 19:15.14 | Qwell | <caption>5 drinks later</caption> |
| 19:15.32 | blitzrage | nah, I'm just a tease -- I don't put out |
| 19:18.14 | De_Mon | lol |
| 19:18.50 | Corydon76-dig | Well, not yet, anyway |
| 19:21.10 | Simon-- | I've noticed the Meetme name record feature seems to always work poorly because people like to hit # right after finishing talking, but the recording seems to cut off the end of the sound sooner than the dtmf is received. isn't this line in main/app.c kind of broken? -> |
| 19:21.15 | Simon-- | ast_stream_rewind(others[x], totalsilence ? totalsilence - 200 : 200); |
| 19:21.48 | Simon-- | that seems to cut off more if no silence is detected, or leave 200ms of silence if some was detected |
| 19:23.43 | *** join/#asterisk-dev osas (n=nnnnnnos@i216-58-54-200.cybersurf.com) |
| 19:24.25 | osas | Qwell, take a look at the other bugs that I posted |
| 19:25.01 | osas | a similar issue was fixed for the asterisk package |
| 19:25.03 | Qwell | which ones? |
| 19:25.09 | osas | in the bug |
| 19:25.10 | osas | one sec |
| 19:25.19 | osas | http://bugs.digium.com/view.php?id=8637 |
| 19:25.27 | osas | http://bugs.digium.com/view.php?id=9784 |
| 19:26.04 | osas | and I think this is a general issue for all the othe packages (like zaptel ...) |
| 19:27.36 | Qwell | so, what is the actual problem in your new report? Is it actually erroring? |
| 19:28.27 | osas | the old report was related to the asterisk package |
| 19:28.44 | osas | now I'm trying to port all the other packages: add-ons, zaptel |
| 19:29.11 | osas | so I ran into the same issue ... |
| 19:30.17 | osas | while trying to cross compile these extra packages |
| 19:30.31 | tzafrir | osas, what version of Zaptel have you tried? |
| 19:30.47 | osas | the latest one: 1.4.6 |
| 19:31.19 | osas | I ported successfully asterisk to the open embedded build |
| 19:31.23 | Corydon76-dig | Severe thunderstorm warning, so be patient if I go offline/away from windows and doors |
| 19:31.27 | osas | now I wanted to make the complete port |
| 19:31.30 | tzafrir | how do you run configure? |
| 19:31.49 | osas | it is posted in the bug (for the addons package) |
| 19:32.13 | osas | http://bugs.digium.com/view.php?id=11205 |
| 19:32.27 | Qwell | osas: where is the actual error you're getting? |
| 19:32.43 | osas | one sec |
| 19:33.02 | mvanbaak | thanks to the work done yesterday I can now update my obsd port of asterisk :) |
| 19:34.22 | osas | it is trying to link using the cross libraries instead of the host libraries |
| 19:35.05 | tzafrir | menuselect and mxml are host programs |
| 19:35.16 | osas | Qwell, http://pastebin.ca/773767 |
| 19:35.23 | osas | exactly :) |
| 19:35.41 | osas | and it should be compiled and linked aganst host include/libs |
| 19:35.46 | osas | and it is not |
| 19:36.03 | osas | asterisk prior 1.4.7 had this issue |
| 19:36.13 | osas | russelb fixed them |
| 19:36.46 | osas | unfortunately, at that point in time I didn't had time to mess with all the other packages |
| 19:38.33 | osas | I posted to the bug all the relevant config.log files |
| 19:38.40 | Qwell | in gz format... |
| 19:38.56 | mvanbaak | a2enmode deflate |
| 19:38.57 | mvanbaak | ;) |
| 19:39.01 | osas | is there a problem with that? |
| 19:39.03 | Qwell | can't do that in my browser |
| 19:39.08 | Qwell | osas: no, it's just difficult to look at |
| 19:39.12 | osas | sry |
| 19:39.23 | osas | what should I use next time? |
| 19:39.29 | Qwell | just upload them as text |
| 19:39.31 | mvanbaak | just upload them |
| 19:39.37 | osas | those are big ... |
| 19:39.43 | osas | but as you wish :) |
| 19:39.44 | Qwell | doesn't matter.. |
| 19:40.01 | Qwell | osas: people occasionally post 50+MB core files, so... |
| 19:40.09 | Qwell | a few kb won't hurt :) |
| 19:40.09 | osas | ok |
| 19:40.22 | osas | I'm a conservative guy ... ;) |
| 19:41.29 | Qwell | patch uploaded, try that |
| 19:43.54 | osas | I thought the Makefile is generated by the configure ... |
| 19:43.57 | Qwell | no |
| 19:44.01 | osas | ok |
| 19:44.03 | osas | one sec |
| 19:44.20 | Qwell | you'll have to do a make distclean first |
| 19:45.26 | Corydon76-dig | The Makefile isn't created by the configure, but some of the Makefile dependencies are |
| 19:50.28 | osas | ok |
| 19:50.49 | osas | I will need to pull from svn |
| 19:51.05 | osas | it is different than the version from tarball |
| 20:17.07 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 20:17.26 | osas | Qwell, doesn't work :( |
| 20:17.56 | Qwell | I copied it from asterisk... |
| 20:18.48 | Qwell | same error? |
| 20:18.52 | osas | I think russelb also fixed something in configure ... |
| 20:18.54 | osas | yup |
| 20:18.57 | osas | same error |
| 20:19.16 | osas | gcc -g -c -D_GNU_SOURCE -Wall -isystem/home/admin/slug-3.10/releases/slugos-3.10-beta/openslug-nslu2.tmp/staging/armeb-linux/include -c -o menuselect.o menuselect.c |
| 20:19.25 | osas | the -i is the issue |
| 20:20.28 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:20.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:20.31 | osas | there were some fixes for autoconfigure stuff ... but I can't remember exactly |
| 20:20.44 | Qwell | those were for editline and others |
| 20:21.20 | osas | I remember that I had about three iterations untill we got it to work ... |
| 20:21.42 | osas | is he around? |
| 20:24.00 | Qwell | can you pastebin the entire output from a clean checkout? |
| 20:24.19 | osas | sure |
| 20:24.20 | osas | one sec |
| 20:25.42 | osas | http://www.pastebin.ca/773844 |
| 20:27.16 | Qwell | full output - including the configure script, and any commands run |
| 20:27.43 | osas | ok |
| 20:28.41 | osas | how about I create a tar file and post it to the bug report? |
| 20:28.48 | osas | you will have all the logs |
| 20:28.56 | osas | and the commands |
| 20:29.29 | Qwell | the output will show any commands you ran.. it should only be one file |
| 20:30.17 | osas | it is splitted across several files |
| 20:30.30 | Qwell | why? |
| 20:30.37 | osas | each task is separated: configure, run ... |
| 20:30.43 | osas | it is the build system |
| 20:31.02 | Qwell | it logs each individual command in each application to a different file? |
| 20:31.30 | osas | it logs the configure commands in a file and the output is a different |
| 20:31.36 | osas | same thing for compilation |
| 20:31.50 | osas | you have clean logs for each run |
| 20:31.58 | Qwell | that's a bit silly |
| 20:32.05 | osas | it works well |
| 20:32.21 | osas | I know exactly were I need to look when I have an issue |
| 20:32.33 | osas | 'and all the env variables are listed there |
| 20:32.51 | osas | ok |
| 20:32.59 | osas | I will paste bin one by one |
| 20:35.28 | osas | http://www.pastebin.ca/773861 |
| 20:35.58 | osas | Qwell, posted the output of configure and compile |
| 20:39.36 | outtolunc | seems to be looking for ncurses |
| 20:39.42 | outtolunc | (its lib) |
| 20:41.02 | osas | yeah, but in the wrong place |
| 20:41.05 | osas | that's the issue |
| 20:41.54 | osas | menuselect should be compiled against host ncurses, not against target ncurses (the cross compiled version) |
| 20:42.46 | Qwell | menuselect/makeopts |
| 20:42.59 | Qwell | What are the values of CURSES_INCLUDE and NCURSES_INCLUDE? |
| 20:43.05 | osas | one sec |
| 20:44.18 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:44.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:45.09 | osas | config.log:CURSES_INCLUDE='' |
| 20:45.09 | osas | config.log:NCURSES_INCLUDE='-I/home/admin/slug-3.10/releases/slugos-3.10-beta/openslug-nslu2.tmp/staging/armeb-linux/include' |
| 20:46.03 | osas | same on config.log and menuselect/config.log |
| 20:46.56 | osas | for the asterisk package: |
| 20:47.11 | osas | CURSES_INCLUDE='' |
| 20:47.12 | osas | NCURSES_INCLUDE='-I/home/admin/slug-3.10/releases/slugos-3.10-beta/openslug-nslu2.tmp/staging/armeb-linux/include' |
| 20:47.21 | osas | and in menuselect/config.log: |
| 20:47.29 | osas | CURSES_INCLUDE='' |
| 20:47.29 | osas | NCURSES_INCLUDE='' |
| 20:47.36 | osas | Qwell, reading? |
| 20:48.34 | Corydon76-dig | Ugh, it's hard to concentrate with a clap of thunder every few minutes |
| 21:04.40 | *** join/#asterisk-dev callguy (n=callguy@pool-71-255-162-167.bstnma.east.verizon.net) |
| 21:05.15 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 21:06.45 | *** join/#asterisk-dev snuff-work (n=bradl@61.29.30.137) |
| 21:12.32 | codefreeze | Corydon76-dig: It's the scream of a million freight trains you really gotta worry about.... |
| 21:12.53 | Corydon76-dig | codefreeze: thankfully, I've never had the privilege |
| 21:13.08 | codefreeze | I suggest worrying about such things in the basement |
| 21:13.18 | Corydon76-dig | I have no basement |
| 21:13.27 | Corydon76-dig | Most people don't in the South |
| 21:13.33 | codefreeze | root cellar? Nearby ditch? |
| 21:13.48 | snuff-work | mmm nearby ditch... |
| 21:15.19 | Corydon76-dig | No root cellars... I live with a stream in my backyard |
| 21:15.59 | Corydon76-dig | so any root cellar would be quickly underwater |
| 21:17.00 | Qwell | osas: so, menuselect/config.log has NCURSES_INCLUDE set? |
| 21:17.22 | osas | nope for asterisk, yes for asterisk-addons |
| 21:17.36 | Qwell | that makes no sense |
| 21:18.03 | osas | configure is not the same for asterisk and asterisk-addons .... |
| 21:18.15 | Qwell | menuselect/configure is |
| 21:18.33 | osas | yes, but something is passed from configure |
| 21:18.47 | osas | there was a fix in asterisk with respect to this issue |
| 21:18.55 | osas | one sec |
| 21:19.02 | Qwell | and the patch that I uploaded adds that same fix.. |
| 21:21.26 | osas | Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux |
| 21:21.41 | Qwell | ../src/configure? |
| 21:21.46 | osas | this is the configure for menuselect from main asterisk package |
| 21:22.39 | osas | Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux |
| 21:23.02 | osas | hmm ... identical |
| 21:23.05 | Qwell | osas: that's how configure was configured |
| 21:23.12 | Qwell | or, gcc..whatever |
| 21:23.14 | osas | yup |
| 21:23.19 | codefreeze | Corydon76-dig: Hopefully there is someplace to hide! Bathtub? something? |
| 21:23.21 | Qwell | like when gcc was built |
| 21:23.32 | Qwell | the very top of the file says how configure was run |
| 21:23.44 | Qwell | generated by GNU Autoconf 2.61. Invocation command line was |
| 21:23.44 | Qwell | $ ./configure --enable-dev-mode |
| 21:24.24 | Deeewayne | Qwell: the change has been reduced to this: http://pastebin.com/d6811dcfb |
| 21:25.08 | Qwell | Deeewayne: looks right to me |
| 21:25.23 | Qwell | and that's definitely 1.4 material |
| 21:55.11 | Qwell | gah |
| 21:55.29 | Qwell | it's using the CFLAGS from asterisk in menuselect also |
| 21:55.51 | osas | where? |
| 21:56.07 | Qwell | when I run make from asterisk |
| 21:56.49 | osas | the Makefile? |
| 21:58.58 | osas | we have MENUSELECT_CFLAGS set for asterisk, but nit for asterisk-addons |
| 22:01.25 | Qwell | I still have no idea how make or configure are being run in that environment |
| 22:04.13 | osas | first, configure is run from the top directory |
| 22:04.19 | osas | and after that, make |
| 22:04.23 | Qwell | with what arguments? |
| 22:04.29 | osas | one sec |
| 22:05.11 | snuff-work | off topic question.. how do you do special chars in linux.. aka windows like alt+numpad 174 = registered symbol |
| 22:11.07 | Corydon76-dig | Generally, you use OpenOffice to insert the special characters into a document |
| 22:11.08 | osas | Qwell, http://pastebin.ca/773995 |
| 22:12.00 | Corydon76-dig | snuff-work: since character generators aren't always the same, it's best to use an alternative encoding to get those special characters, to ensure that it gets rendered everywhere the same |
| 22:14.00 | snuff-work | found it.. can at least in vim.. i cant do in my rxvt console those |
| 22:14.03 | snuff-work | *though |
| 22:15.38 | Corydon76-dig | outtolunc: ping |
| 22:15.45 | outtolunc | Corydon76-dig: pong |
| 22:15.53 | Corydon76-dig | re your patch |
| 22:16.01 | outtolunc | ? |
| 22:16.19 | Corydon76-dig | My concern is that callerid is not necessary unique, so it doesn't provide a very good method of tracking |
| 22:16.37 | Corydon76-dig | Channel name does, though, as an alternative to the uniqueid |
| 22:17.10 | Corydon76-dig | while uniqueid is unique across calls, channel name is guaranteed to be unique in the time space that a call occupies |
| 22:17.20 | outtolunc | it was just for 'commonality' there are many places that already output the CallerID/Num and CallerIDName on events |
| 22:17.40 | outtolunc | this was just one that was missing that would be helpful (to some of us) |
| 22:17.58 | outtolunc | i had to try <G> |
| 22:21.59 | outtolunc | side note: if you look at NewChannel event and if you have the Hangup event you can have CallerIDNum/Name from beginning to end.. but anyways, it was wishful thinking |
| 22:25.01 | Qwell | osas: In that patch I uploaded, try adding a CPPFLAGS="" as well |
| 22:25.17 | osas | one sec |
| 22:27.00 | snuff-work | mm.. i have my little patch to ditch newExten manager events still open :) |
| 22:28.40 | flujan | Corydon76-dig: hi... |
| 22:28.48 | flujan | i am installing the svn version now... |
| 22:29.09 | Qwell | osas: if that works, I'm not going to understand why, since asterisk doesn't clear CPPFLAGS either |
| 22:29.16 | osas | Qwell, you mean CFLAGS="" => CFLAGS="$(CFLAGS)" |
| 22:29.19 | osas | right? |
| 22:29.31 | Qwell | no, at the very bottom of the Makefile, where CFLAGS="", add CPPFLAGS="" |
| 22:30.20 | osas | ok |
| 22:30.28 | osas | I got it |
| 22:30.34 | osas | you want to clear them |
| 22:36.02 | *** join/#asterisk-dev agx (n=badpengu@81.174.9.212) |
| 22:36.03 | flujan | Corydon76-dig: all... Corydon76-dig asked me to install the svn version an run it with valgrind... can I install my g729 codecs on it? |
| 22:36.13 | flujan | I don't have the dir /var/lib/asterisk/modules... |
| 22:36.42 | Corydon76-dig | flujan: yes |
| 22:36.56 | Corydon76-dig | flujan: that's /usr/lib/asterisk/modules |
| 22:37.42 | flujan | oops... |
| 22:37.44 | flujan | sorry |
| 22:37.45 | flujan | :D |
| 22:38.15 | Corydon76-dig | That would be why that directory isn't there. ;-) |
| 22:38.44 | osas | Qwell, if I add that, it clears the cross compile flags, but it is not finding curses.h ... |
| 22:41.41 | Qwell | osas: make distclean |
| 22:42.09 | osas | I've added --without-curses to configure |
| 22:42.20 | osas | it is intersting |
| 22:43.04 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 22:43.18 | osas | on the asterisk package, after running configure in menuconfig, runs configure in mxml |
| 22:43.40 | osas | on asterisk-addons, after running configure in menuconfig it starts building menuconfig ... |
| 22:44.23 | flujan | Corydon76-dig: thanks so far for your help. the system is ready... when it crashes I will contact you... :D |
| 22:44.40 | flujan | Corydon76-dig: last question, I can start asterisk without the -c option? |
| 22:46.29 | Corydon76-dig | flujan: not for the valgrind, no |
| 22:46.40 | flujan | ok |
| 22:46.45 | Corydon76-dig | Just run it for 30 minutes or so |
| 22:46.51 | flujan | I will run it on screen and detach it... |
| 22:46.57 | Corydon76-dig | That should give us enough data |
| 22:47.18 | Corydon76-dig | The real key is doing whatever normal things you do with that server |
| 22:47.20 | flujan | Corydon76-dig: you do not need to wait the system crash? now there is none using it... |
| 22:47.34 | Corydon76-dig | because it's what you do in your own unique way that is exposing the problem |
| 22:47.37 | flujan | so lets wait up to next week |
| 22:47.59 | Corydon76-dig | Usually running under valgrind doesn't cause crashes, because it slows down the race conditions |
| 22:48.06 | flujan | Corydon76-dig: ok... lets leave it running for a full day job... |
| 22:48.15 | flujan | hum... ok |
| 22:48.15 | Corydon76-dig | Okay |
| 22:48.32 | osas | Qwell, I did a clean build and it is still looking for curses ... |
| 22:48.40 | Corydon76-dig | but the key is that the valgrind output tells us where it MIGHT have crashed, which is how we find the problems |
| 22:48.52 | flujan | we are on holiday at Brazil... Only next wednesday I will have a full day of work. :D |
| 22:48.53 | osas | Qwell, I need to run now, I will be back on line tomorrow |
| 22:49.03 | Corydon76-dig | and it gives us very detailed information on that |
| 22:49.27 | flujan | ok Corydon76-dig ... I will contact you again at wednesday... I will try to make the system crash... :D |
| 22:50.55 | Corydon76-dig | flujan: it is already Wednesday |
| 22:51.17 | flujan | Corydon76-dig: I just tail -f and see: |
| 22:51.18 | flujan | http://pastie.caboo.se/118106 |
| 22:51.24 | flujan | this is normal stuff? |
| 22:51.38 | flujan | Corydon76-dig: I mean next wednesday. :D |
| 22:51.43 | Corydon76-dig | Yeah, wouldn't worry about it |
| 22:52.09 | Corydon76-dig | if you grep any lines that contain "Invalid write", those are interesting |
| 22:53.42 | flujan | Corydon76-dig: No lines with the "Invalid write" let's leave the server and wait for the crash. :D |
| 22:55.43 | Corydon76-dig | Are you processing calls? |
| 22:56.07 | flujan | Corydon76-dig: no |
| 22:56.26 | flujan | Corydon76-dig: as I said the company is empty now... :D |
| 22:57.25 | Corydon76-dig | Ah. That would be why you're not seeing any of the invalid writes |
| 22:57.47 | flujan | :D |
| 22:58.25 | flujan | Corydon76-dig: It's late here... I will go home now and rest a bit... thanks again for the help... |
| 22:58.27 | flujan | :D |
| 22:58.42 | Corydon76-dig | yw |
| 23:14.33 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 23:35.28 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 23:35.43 | puzzled | hi |
| 23:48.59 | *** part/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |