00:05.35 | *** join/#asterisk-dev moy (n=moyhu@189.169.90.74) |
00:10.13 | macli | <PROTECTED> |
00:10.15 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
00:31.23 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
00:31.23 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
00:31.23 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
00:41.07 | *** join/#asterisk-dev anthm (n=anthm@72.60.187.48) |
00:41.29 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
00:41.54 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
01:00.34 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
01:12.42 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
01:12.42 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) [NETSPLIT VICTIM] |
01:12.42 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) [NETSPLIT VICTIM] |
01:12.42 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) [NETSPLIT VICTIM] |
01:12.42 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
01:12.43 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
01:12.43 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) [NETSPLIT VICTIM] |
01:12.43 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
01:12.43 | *** mode/#asterisk-dev [+o file] by irc.freenode.net |
01:12.48 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
01:12.48 | *** join/#asterisk-dev floppp (n=flopp@nat-staff.b3g-telecom.com) |
01:12.48 | *** mode/#asterisk-dev [+o tzafrir_laptop] by irc.freenode.net |
01:13.29 | *** join/#asterisk-dev seanbright (n=sean@c-69-251-175-43.hsd1.md.comcast.net) |
01:13.30 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) [NETSPLIT VICTIM] |
01:13.30 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) [NETSPLIT VICTIM] |
01:16.46 | Juggie | codefreeze: ping |
02:21.45 | codefreeze-lap | Juggie: how do? |
02:22.03 | codefreeze-lap | Sorry for the wait |
02:38.15 | Juggie | codefreeze, i just saw something odd go into your branch |
02:38.26 | Juggie | some patch i posted like forever ago which should of been auto merged forever ago |
02:38.35 | Juggie | because it went into trunk |
02:44.19 | codefreeze-lap | Juggie: newcdr's been idle for a long time. Trying to bring it back up to date. A ***BIG*** merge. |
02:47.11 | Juggie | ic |
02:47.16 | Juggie | i guess my commit just ended up at the top |
02:47.23 | Juggie | odd i was just curious :) |
02:55.39 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
03:07.38 | codefreeze | Juggie-- luck of draw, methinks. |
03:10.27 | *** join/#asterisk-dev VoipForces (n=courchea@bas7-montreal02-1096626715.dsl.bell.ca) |
03:10.47 | VoipForces | Corydon76-dig: you around? |
03:11.09 | snuff-home | mmm newcdr.. that's the CEL stuff right? |
03:16.14 | codefreeze | snuff-home: yep. CEL. I'm going to play again. |
03:21.25 | snuff-home | look forward to it |
03:22.15 | snuff-home | goes fetches some provisions |
03:30.06 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
03:30.11 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
03:32.54 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
03:44.39 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
04:04.53 | *** join/#asterisk-dev moy (n=moyhu@189.169.83.74) |
04:35.02 | Corydon76-dig | VoipForces: I am now |
04:35.17 | Corydon76-dig | Sorry, earlier I was messing with the guts of my laptop |
04:54.14 | *** join/#asterisk-dev korihor (n=humberto@190.39.161.145) |
05:09.50 | Juggie | did you make it bleed. |
05:11.55 | Corydon76-dig | New hard drive |
05:12.46 | Corydon76-dig | I wouldn't call it painless; Apple screws the Torx screws in hella tight |
05:13.03 | Qwell | need more torque for the torx |
05:14.05 | Corydon76-dig | I finally just removed the bumpers on the drive and used a set of pliers to get the right amount of leverage |
05:14.21 | Juggie | sounds awefully painful |
05:14.42 | Corydon76-dig | You should try it sometime. ;-) |
05:14.52 | Juggie | i've never done a laptop hdd |
05:15.01 | Juggie | but i've had my dells stripped down pretty good |
05:15.12 | Juggie | replace a lcd, add a wifi card, ram etc. |
05:15.15 | Corydon76-dig | If this wasn't the Pro laptop, the upgrade is supposedly easy |
05:15.49 | Corydon76-dig | but since this was the Pro, I had to remove the keyboard to get to the HD |
05:15.50 | Juggie | did you have screws left over? :P |
05:16.00 | Corydon76-dig | Of course not. :-P |
05:16.01 | Juggie | ah, this laptop i'm now has a laptop door |
05:16.04 | Juggie | which is handy. |
05:16.07 | Juggie | er, hdd door |
05:16.09 | Juggie | i mean |
05:16.23 | Corydon76-dig | Your laptop has a laptop? |
05:16.36 | Juggie | indeed |
05:16.39 | Juggie | its super smart. |
05:16.54 | Juggie | it looks like its on rails slides out of the side like a dvd drive or something |
05:17.27 | Corydon76-dig | Yeah, I've got bumpers, not rails |
05:17.54 | Corydon76-dig | I'm sure that does quite a bit for damage resistance |
05:18.43 | Juggie | well i'm just guessing |
05:18.54 | Juggie | theres two screws to remove, and it should slide out of the side |
05:18.58 | Juggie | not sure what its mounted on |
05:19.34 | Juggie | hah |
05:19.35 | Juggie | nothing |
05:19.40 | Juggie | just the piece of plastic on the front |
05:19.47 | Juggie | no rails or bumpers. |
05:27.08 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
05:37.40 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-311591.home.otenet.gr) |
07:04.55 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-193.bredband.comhem.se) |
07:45.28 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-193.bredband.comhem.se) |
08:40.52 | steliosk | tzafrir : was able to get the isdn card working only with signalling set as bri_cpe. If i set it to bri_cpe-_ptmp for some reason it fails to bring the D channel up |
08:41.27 | steliosk | the only way to get it up, is for the asterisk to receive a call and then reload chan_zap |
08:42.05 | steliosk | looks like a bug but not sure where yet |
08:45.04 | tzafrir | steliosk, what version of asterisk? bristuffed? |
08:46.23 | steliosk | kernel 2.6.25 zaptel 1.2.25, BRIstuffed-0.3.0-PRE-1y-q asterisk Asterisk 1.2.28 |
08:48.38 | steliosk | tzafrir : plus oslec for EC |
09:03.45 | tzafrir | is it connected to a service provider? |
09:04.01 | tzafrir | (if so: maybe it only supposrts ptp on that line?) |
09:07.11 | steliosk | tzafrir : its connected. If it was a provider issue then it should not work at all. |
09:07.58 | steliosk | the thing is that if the card gets an *incoming* call and reload chan_zap, it can then place calls |
09:08.43 | steliosk | if it was a provider issue it should not |
09:10.16 | tzafrir | sorry, I fail to parse that. What exactly work? What doesn't? |
09:11.18 | steliosk | if signalling is set to pri_cpe_ptmp then asterisk can receive calls but fails to place call from the bri |
09:12.15 | steliosk | pri show span 1 shows as status Provisioned, Down, Active |
09:12.37 | steliosk | sory signalling is set to bri_cpe_ptmp |
09:13.31 | steliosk | Once a call is received then status changes to : Provisioned, Up, Active but still can't place outgoing calls |
09:13.48 | steliosk | if i reload chan_zap then outgoing calls get placed |
09:14.34 | tzafrir | after a reload: still incoming but not outgoing? |
09:14.36 | steliosk | if i use bri_cpe as signaling then the bri can place/receive calls without any problem |
09:15.19 | steliosk | after a reload (and signaling bri_cpe_ptmp) without an incoming call first then still no outgoing |
09:16.24 | steliosk | for some reason bri_cpe_ptmp needs an incoming call to bring the D channel up and then to reload chan_zap |
09:18.41 | steliosk | so incoming calls work with bri_cpe_ptmp but not outgoing calls, unless an incoming call comes in first and then you reload chan_zap |
09:18.49 | steliosk | bri_cpe has no issues |
09:19.31 | steliosk | is it clear now or still looks Greek ? :) |
09:25.49 | tzafrir | Do outgoing calls start an ISDN dialog? (as can be seen in 'bri debug span NN')? |
09:27.51 | steliosk | tzafrir : No they don't |
09:28.17 | steliosk | tzafrir : it fails at app.dial with error code 0 |
09:28.42 | tzafrir | I guess no channel is available |
09:28.55 | steliosk | yes |
09:32.04 | steliosk | tzafrir : can you think of any reason that it would fail ? For me it looks like libpri does not provide correct info when in bri_cpe_ptmp mode and asterisk thinks channel is down |
09:33.54 | tzafrir | steliosk, or rather that it actually provides the correct information? |
09:37.04 | steliosk | tzafrir : i have tried 2 different nt devices (one from intracom and one from siemens) and the issue is there. I know the nt's provide p2mp as i can have multiple isdn phones without any issue |
09:37.41 | steliosk | each nt provides 2 S0 buses |
09:38.30 | steliosk | My last try would be to have 2 asterisk boxes one in NT one in TE more and see if the problem is still there |
09:38.42 | steliosk | s/more/mode |
11:25.13 | *** join/#asterisk-dev RoyK (n=roy@ip-115-24-149-91.dialup.ice.no) |
12:00.43 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
12:03.09 | ZaVoid | morning |
12:07.36 | *** join/#asterisk-dev oej (n=olle@206.166.206.34) |
12:07.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
12:27.30 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
12:53.19 | *** join/#asterisk-dev VoipForces (n=courchea@office.prival.ca) |
12:53.36 | VoipForces | Corydon76-dig: you around? |
12:56.16 | ZaVoid | anyone know when 1.4.20 might be out? |
13:02.46 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
13:09.29 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
13:09.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
13:11.44 | Corydon76-dig | ZaVoid: we'll go through release candidates first |
13:11.47 | Corydon76-dig | VoipForces: pong |
13:11.54 | ZaVoid | aight |
13:12.05 | ZaVoid | was just wondering roughly weeks/months etc etc |
13:12.11 | ZaVoid | it has that realtime fix.. and some other fixes |
13:12.17 | Corydon76-dig | weeks |
13:12.21 | ZaVoid | gotcha |
13:12.22 | ZaVoid | thanks man |
13:12.34 | Corydon76-dig | probably hours until the first release candidate |
13:12.40 | ZaVoid | o rlly? |
13:12.52 | Corydon76-dig | yarly |
13:13.04 | ZaVoid | looks i got work for one my techs today then lol |
13:14.31 | ZaVoid | i noticed sometimes there are RC's.. and sometimes. not... why is that/ |
13:14.31 | Corydon76-dig | If more people tested the branch..... |
13:15.02 | Corydon76-dig | We previously only did RCs on the release of a major revision |
13:15.05 | ZaVoid | i guess if people tested the branch the realtime mistake woulda showed up too huh? |
13:15.16 | ZaVoid | err "more people" i mean |
13:15.18 | Corydon76-dig | The community has requested that we do them on every release |
13:15.33 | ZaVoid | ahh |
13:15.47 | ZaVoid | we test each release.. we can start testing rc's or branches if you want |
13:16.08 | Corydon76-dig | If you could start testing the 1.4 and 1.6.0 branches, that would be appreciated |
13:16.15 | ZaVoid | 1.6.0 argh |
13:16.21 | ZaVoid | i think i'll have to rewrite all my code for that |
13:16.41 | Corydon76-dig | Both branches have a release coming up |
13:16.42 | ZaVoid | i haven't even fully looked at the changes for it yet i should really do that do |
13:17.57 | ZaVoid | i gotta work on a iax load balancer too |
13:19.47 | ZaVoid | is there any easy place to see dialplan syntax changes from 1.6 to 1.4 for comparison? |
13:20.14 | VoipForces | Corydon76-dig: Tested what you suggested last night for bug 12123, but still the same. Added feedback in mantis. Any ideas welcome. |
13:23.20 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
13:25.17 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
13:25.17 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
13:29.20 | VoipForces | ZaVoid: found this yesterday, but only shows diff between 1.2 and 1.4, but I guess they might add 1.6 in a near future: http://www.the-asterisk-book.com/unstable/applikationen.html |
13:29.38 | *** join/#asterisk-dev coppice (n=chatzill@218.0.192.80) |
13:29.49 | ZaVoid | thanks VoipForces |
13:29.51 | ZaVoid | let me look |
13:30.02 | *** part/#asterisk-dev coppice (n=chatzill@218.0.192.80) |
13:30.08 | ZaVoid | ohh 1.2/1.4 :( |
13:32.40 | *** join/#asterisk-dev oej (n=olle@206.166.206.34) |
13:32.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
13:40.45 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
13:48.23 | VoipForces | Anyone who has inputs on bug 12123, shoot, ready to try anything at this point... |
13:59.40 | ZaVoid | what big is that? |
13:59.42 | ZaVoid | bug |
14:00.02 | file | M12323 |
14:00.03 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/Registration 0012323: Asterisk gives up on registration after receiving 408 Timeout response once reported by voipdealer (Karma: neutral) http://bugs.digium.com/view.php?id=12323 |
14:00.11 | file | erm |
14:00.12 | file | M12123 |
14:00.14 | MuffinMan | [feedback] [Asterisk] Applications/NewFeature 0012123: [patch] Sending DTMF when receiving the PROGRESS status reported by VoipForces (Karma: neutral) http://bugs.digium.com/view.php?id=12123 |
14:01.29 | ZaVoid | WHAT KIND of account code services VoipForces ? |
14:01.40 | VoipForces | Allstream PRI servuce |
14:01.42 | VoipForces | service |
14:02.13 | ZaVoid | hmm |
14:02.33 | VoipForces | the account code, for some reason, is asked during the progress phase |
14:06.48 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
14:14.34 | *** join/#asterisk-dev joshaidan (n=joshaida@S01060090f8009fa6.tb.shawcable.net) |
14:19.19 | seanbright | mornin' |
14:21.11 | *** join/#asterisk-dev xrg_ (n=panos@77.83.40.166) |
14:21.15 | file | nods to seanbright |
14:25.12 | *** join/#asterisk-dev isamar (i=1000@voice.maxirede.net) |
14:25.16 | isamar | hi folks |
14:26.18 | ZaVoid | hi isamar |
14:27.55 | isamar | Zavoid |
14:28.10 | isamar | not sure if I am offtopic here.. |
14:28.22 | isamar | but I am facing a problem with openser+asterisk+no rtp proxy |
14:29.03 | isamar | all my UAs register to Openser but outbound calls go thru openser->asterisk->openser->destination UA |
14:29.09 | isamar | and I am having the following error: |
14:29.11 | ZaVoid | i don't use openser |
14:31.05 | isamar | Disconnecting call 'SIP/X.X.X.X-085340d0' for lack of RTP activity in 11 seconds |
14:31.11 | lmadsen | isamar: you are quite off topic |
14:31.23 | isamar | ok. thanks |
14:43.51 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
14:57.29 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
14:59.54 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
14:59.54 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
15:10.39 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
15:19.52 | sruffell | tzafrir: ping |
15:20.44 | tzafrir | sruffell, pong |
15:21.47 | sruffell | tzafrir: have anything you would want in a 1.4.10.1 release? |
15:21.50 | sruffell | of zaptel.. |
15:23.15 | tzafrir | there were a few small fixes: |
15:25.40 | tzafrir | r4193, r4187, r4165 |
15:26.56 | tzafrir | There's a small and nasty bug that I still have not fully tested . When do you want to release? |
15:27.53 | sruffell | We were thinking about today because of the issue with the udev rules.....how much time would you like? |
15:29.50 | sruffell | hindsight being what it is...I should have started to move on a 1.4.10.1 after jsmith first brought the issue to my attention. |
15:29.57 | sruffell | oh well... |
15:39.03 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
15:39.03 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
15:39.19 | *** part/#asterisk-dev isamar (i=1000@voice.maxirede.net) |
15:42.33 | tzafrir | if it is today then that specific issue of mine will probably wait |
15:43.21 | Cresl1n | hey tzafrir |
15:43.33 | Cresl1n | heard you have a list of a few patches you'd like to see go into a 1.4.10.1 release :-) |
15:46.00 | Cresl1n | if you could get that too me, I'm working on rolling a 1.4.10.1 right now |
15:48.37 | sruffell | Cresl1n: r4193, r4187, r4165 are the revisions he posted earlier.... |
15:51.28 | ctooley | Corydon76-dig, BTW I was looking through all my old bug reports, 10363 can be closed, later bugs/patches resolve the issue. |
15:52.09 | ctooley | it's purely a cosmetic thing as it's already "suspended" but it's unnecessary. |
15:52.22 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
15:54.45 | tzafrir | Cresl1n, <tzafrir> r4193, r4187, r4165 |
15:57.06 | *** join/#asterisk-dev RoyK (n=roy@c51008389.inet.catch.no) |
16:30.57 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
16:31.51 | Corydon76-dig | Cresl1n: ping |
16:31.58 | Cresl1n | pong |
16:32.32 | Corydon76-dig | Per community feedback, what would you say to making a 1.4.11 RC instead of a 1.4.10 release? |
16:32.56 | Cresl1n | I don't know if I'd do one instead of a 1.4.10 |
16:33.03 | Cresl1n | 1.4.10 has a bug that needs to be fixed |
16:33.27 | Cresl1n | if we do a 1.4.11, we need to do a full regression test, and there are a couple of things we're working on getting into 1.4.11 as well that aren't there yet |
16:33.54 | Corydon76-dig | Ah |
16:33.54 | Cresl1n | Why do you ask, pray tell? |
16:34.19 | Corydon76-dig | We've gotten heat for making releases "that aren't well tested" |
16:34.47 | Cresl1n | Yeah, that's something I'm planning on changing |
16:34.49 | Corydon76-dig | If we make release candidates instead, first, that may help with some of the accusations |
16:34.52 | Cresl1n | I've been wanting to do it for a while |
16:35.12 | lmadsen | I like the idea of RC's for zaptel like we have for asterisk now |
16:35.24 | Cresl1n | we're going to start making a release branch to give a few days of testing before releasing |
16:35.54 | Cresl1n | well, it's also that we can still have branch/1.4 be active and not hold progress on it for an extended period of time |
16:36.00 | Cresl1n | during release testing |
16:36.09 | Corydon76-dig | Release branch or release tag? |
16:36.14 | Cresl1n | same thing in svn |
16:36.23 | Cresl1n | the branch will be the tag |
16:37.35 | Cresl1n | Although I suspect that even doing that would not fix the bug that Steve Totaro complained about |
16:37.50 | Cresl1n | that was a regression due to all the makefile madness that has been going on |
16:38.11 | Corydon76-dig | Cresl1n: yes, but you can throw it back at Totaro... "well, you didn't catch it during the RC series, either" |
16:38.20 | Cresl1n | yeah |
16:38.50 | Corydon76-dig | Not that this is a blame game, but it's open source. We aren't hiding the development branch from anybody. |
16:39.17 | Cresl1n | there are arguments in both directions |
16:39.57 | russellb | on a slightly different yet related topic ... |
16:40.04 | russellb | I'd like to start release candidates for Asterisk 1.4.20 |
16:40.04 | Cresl1n | I've been wanting to do a release branch for a few days before release (during testing) anyways, so we don't have to freeze branches/1.4 for that long |
16:40.06 | russellb | anyone opposed? |
16:40.15 | Corydon76-dig | russellb: sounds good |
16:40.35 | Corydon76-dig | russellb: Ready for release candidate signing? |
16:40.40 | Corydon76-dig | chomps at the bit |
16:42.15 | ZaVoid | i'd like to test rc 1.4.20 for the realtime fix |
16:42.34 | russellb | Corydon76-dig: not yet |
16:42.47 | russellb | I just wanted to do a quick ping before I built the RC |
16:43.01 | russellb | file: I request your ACK on this subject |
16:43.06 | russellb | putnopvut: you too. |
16:43.21 | russellb | and anyone else :) |
16:43.37 | ZaVoid | ACK ;) |
16:43.53 | russellb | cool :) |
16:44.27 | russellb | and Qwell ^^^ |
16:44.44 | russellb | must be lunch time. |
16:44.51 | ZaVoid | lol |
16:44.51 | seanbright | horrible idea. |
16:44.59 | seanbright | ducks |
16:45.03 | ZaVoid | so what happened with the realtime bug russel? |
16:45.10 | russellb | ZaVoid: I have no idea what you're talking about |
16:45.22 | russellb | bug #? |
16:45.48 | ZaVoid | introduced in 1.4.19.. the one where you can't dial a sip outbound from a realtime peer. |
16:45.49 | russellb | keep in mind that i look at 29384729384 bugs |
16:45.49 | ZaVoid | let me get bug # |
16:45.53 | ZaVoid | i know:) |
16:46.22 | ZaVoid | apparently my techs are slacking off today they are working on installing osX on their pc's |
16:46.43 | russellb | heh, you allow them to install illegal software on work pcs? |
16:46.50 | russellb | must be a small shop :) |
16:46.50 | file | russellb: ACK |
16:47.06 | ZaVoid | no its there pc's they brought in |
16:47.12 | russellb | ah .. |
16:47.13 | ZaVoid | long as i don't own em i don't care |
16:47.21 | russellb | nods |
16:47.44 | russellb | ok, well i'm building the RC .. |
16:48.58 | paravoid | please include ABI changes to your regression testing |
16:49.07 | paravoid | we've bitten by this multiple times in te past |
16:49.56 | russellb | you mean your regression testing? |
16:49.59 | russellb | ;-p |
16:50.14 | ZaVoid | 0012362 |
16:50.17 | russellb | i think we're doing better about that now. I am specifically watching for those changes now |
16:50.17 | ZaVoid | thats the one |
16:50.21 | russellb | M12362 |
16:50.22 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/General 0012362: Asterisk crashes everytime i try to dial a realtime peer. e.g.DIAL(SIP/peer/number,60,tTwW) reported by vinsik (Karma: +0.50) http://bugs.digium.com/view.php?id=12362 |
16:50.37 | russellb | ah, well it's closed, so I guess it's fixed :) |
16:51.26 | ZaVoid | yeah |
16:51.31 | ZaVoid | but it got broken in first place ;) |
16:51.47 | russellb | sorry!!! |
16:51.48 | ZaVoid | i guess not a lot of us use realtime? |
16:51.54 | ZaVoid | hehe not giving you shit russelb |
16:51.56 | russellb | begs for forgiveness |
16:52.01 | ZaVoid | just saying i'll test it when the rc comes out today |
16:52.09 | ZaVoid | it'll get my guys to stop installing osx at least lol |
16:52.09 | russellb | thanks for the testing help :) |
16:52.12 | russellb | i know you weren't giving me shit ... |
16:52.25 | ZaVoid | figure i can start testing more now.. or at least try too |
16:52.42 | russellb | 98 fixes since 1.4.19 |
16:52.43 | russellb | not bad |
16:53.06 | file | every issue is my fault |
16:53.26 | Qwell | assigns all open bugs to file |
16:53.29 | russellb | file: obviously. |
16:53.32 | ZaVoid | who can i blame for iax? ;) |
16:53.41 | seanbright | ZaVoid: russel |
16:53.47 | ZaVoid | perfect |
16:53.49 | seanbright | s/russel/russell/ |
16:53.55 | ZaVoid | thanks to russel i gotta support another protocol ;) |
16:53.57 | paravoid | this may be a horrible idea, but have you thought of concetrating all the external-ABI-parts to a single header file |
16:54.08 | seanbright | actually, s/l/ll/ would have been easier, heh. |
16:54.10 | ZaVoid | i'm actually having 500 iax devices built now.. so i gotta build me an iax load balancer now :( |
16:54.17 | paravoid | so that eyebrows can be raised more easily on ABI changes? |
16:54.40 | paravoid | this may sound silly and/or not be feasible |
16:55.06 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
16:56.02 | ZaVoid | 2 line iax devices.. junk! |
16:57.14 | russellb | paravoid: that header file would be massive ... |
16:57.50 | paravoid | probably :P |
16:57.51 | seanbright | use PCHs |
16:57.56 | seanbright | i think gcc supports them |
16:58.03 | seanbright | looks |
16:58.07 | paravoid | oh well, I'm trying to think a way to easily detect such changes |
16:58.23 | seanbright | yup -> http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html |
16:58.33 | ZaVoid | hey russ |
16:58.44 | russellb | hey ZaVoid |
16:58.49 | ZaVoid | i was looking for a doc that shows the major dialplan changes between 1.4 and 1.6... but i'm stupid and couldn't fidn it.... |
16:58.57 | ZaVoid | cuz i wanted to test out 1.6 soon too |
16:59.00 | russellb | UPGRADE.txt includes that info |
16:59.05 | ZaVoid | i figure i gotta re-write half my scripts |
16:59.12 | ZaVoid | oh the one i didn't check... figures |
16:59.13 | ZaVoid | brb |
16:59.34 | ZaVoid | that wold make sense too..... |
17:01.04 | russellb | we really try not to make sense, so I guess that was a failure :( |
17:01.13 | ZaVoid | good job sir |
17:01.32 | Qwell | bbryant: feature request! .read method for AGC() and DENOISE() :) |
17:01.42 | ZaVoid | hey you use a MBP right russ? |
17:01.57 | Qwell | might be useful to tell what they're set to |
17:02.32 | bbryant | Qwell: that's true |
17:02.51 | bbryant | i can add that pretty easily, too |
17:02.54 | Qwell | !! always throws me off, heh |
17:03.18 | ZaVoid | Macro() is now deprecated. :( |
17:03.23 | ZaVoid | yer killing me lol |
17:03.58 | ZaVoid | oo the read change is nice |
17:07.02 | ZaVoid | can i ask a nother stupid question? |
17:07.09 | ZaVoid | The concise versions of various CLI commands are now deprecated. We recommend |
17:07.10 | ZaVoid | <PROTECTED> |
17:07.31 | Qwell | all of them |
17:07.34 | ZaVoid | o |
17:07.43 | Qwell | anything with a 'concise' |
17:10.51 | tzafrir | hmm... in zaptel we have both ARCH and UNAME_M . One has to override both of them? |
17:11.28 | tzafrir | Also, is overriding Kbuild's ARCH is a good idea? |
17:12.18 | tzafrir | ARCH is set from the kernel config directory, isn't it? |
17:13.53 | ctooley | oej around? |
17:14.05 | ctooley | apparently not, autocomplete didn't work. |
17:17.03 | russellb | I don't expect we'll actually remove Macro anytime soon, it's so widely used |
17:17.18 | russellb | maybe we could write some sort of compatability mode that uses GoSub internally |
17:17.24 | Qwell | I thought macro used gosub stuff internally now? |
17:17.30 | russellb | does it? |
17:17.36 | Corydon76-dig | It does not |
17:17.38 | Qwell | oh |
17:17.41 | Qwell | well, couldn't it? |
17:17.48 | Corydon76-dig | Nope, not really |
17:17.54 | russellb | why not? |
17:17.58 | Qwell | seems a bit silly to remove something so widely used as macro |
17:18.01 | Corydon76-dig | Macro exits on hangup. gosub does not. |
17:18.04 | russellb | you'd have to hack something up to automatically return |
17:18.12 | Corydon76-dig | Macro returns implicitly. Gosub does not. |
17:18.15 | russellb | come on, it's doable :) |
17:18.28 | russellb | that's what i mean, if run as a macro, automagically return |
17:18.50 | ZaVoid | automagically is the best word |
17:18.50 | Corydon76-dig | I dunno |
17:19.39 | Corydon76-dig | Macro eats thread stack for breakfast. Gosub doesn't really affect the stack |
17:20.18 | Corydon76-dig | On the whole, Gosub is massively lightweight |
17:20.22 | russellb | sure |
17:20.29 | ZaVoid | anyof you ever install asterisk on os x for testing? |
17:20.34 | russellb | how does that affect being able to make Macro use GoSub internally? |
17:20.47 | russellb | ZaVoid: yes, a lot of us have macs |
17:20.56 | Corydon76-dig | russellb: Totally different model |
17:21.05 | ZaVoid | any special build for em? i was gonna try it tonight on mine |
17:21.17 | ZaVoid | just wondering if anything i should know before i give it a go |
17:21.21 | Corydon76-dig | Macro runs its own internal call loop. Gosub exits almost immediately |
17:21.51 | ctooley | Corydon76-dig, the internal functionality of GoSub is so dramatically different it couldn't be made to externally appear to function like Macro? |
17:22.23 | Corydon76-dig | In fact, there is one thing we could do to make Macro eat less stack: manage the Macro recursion |
17:22.24 | russellb | my point is, that I'm really not ok with removing Macro |
17:22.34 | russellb | it has been there for way too long, and too many dialplans depend _heavily_ on it |
17:22.52 | ctooley | I know mine all do. |
17:22.58 | russellb | ctooley: you're not alone |
17:23.27 | Corydon76-dig | Well, we'll see what shakes out during the 1.6 cycle |
17:23.45 | ctooley | though, actually, most of mine will likely be moved to either EIVR apps, AGI apps, or would perform better with GoSub. |
17:23.52 | russellb | mind if I change the UPGRADE.txt to reflect that so people don't freak out? |
17:24.18 | Corydon76-dig | russellb: experimentally deprecated? |
17:24.43 | Corydon76-dig | russellb: if we're going down that road, I suppose AgentCallbackLogin would have the same status |
17:25.00 | russellb | well, i'd say it's deprecated for performance reasons, and for new dialplans, this other usage is encouraged |
17:25.07 | russellb | but that we won't remove it for backwords compatability reasons |
17:25.21 | russellb | so people dont' freak out based on existing dialplans that use it heavily |
17:25.46 | Corydon76-dig | russellb: additionally, warn people that mixing the two is heavily discouraged |
17:25.58 | ZaVoid | could i bug one of you for 4-5 mins of help getting it compile on my MBP? i get this configure:2441: error: no acceptable C compiler found in $PATH I've never installed a compiler seperately i'm guessing i need to? |
17:26.04 | russellb | Corydon76-dig: sounds good |
17:26.14 | Qwell | ZaVoid: well..yeah |
17:26.20 | russellb | ZaVoid: on mac? install xcode tools |
17:26.31 | ZaVoid | ok i can do that thanks |
17:27.11 | *** join/#asterisk-dev oej (n=olle@65.42.208.134) |
17:27.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
17:27.22 | ctooley | oej, I was just looking for you. :) |
17:28.53 | russellb | oej: run!!!!! |
17:30.05 | ctooley | I was just going to ask if the SIP failover code was going to be able to go into 1.6 |
17:30.26 | russellb | 1.6 is always fair game |
17:30.34 | Qwell | ctooley: yes. the real question is whether it would go in 1.6.x |
17:30.40 | russellb | if it doesn't make it into 1.6.X, it is fair game for 1.6.X+1 |
17:31.35 | ctooley | It's well tested in 1.4 already... we've "failed over" dozens of times since we got the patch in. |
17:32.11 | ctooley | I know it can't go in 1.4 BTW |
17:32.18 | ctooley | I was just making a comment. |
17:32.55 | russellb | fails over |
17:35.54 | oej | yes it will go to trunk |
17:36.27 | oej | waits at O'hare... |
17:36.52 | file | oej: are you flying over me again? |
17:37.07 | oej | 'helmet on |
17:42.44 | oej | Back later... |
17:44.27 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
17:46.35 | ZaVoid | bah 2 hours left for xcode tools :( |
17:46.53 | ZaVoid | hey russ when you think 1.4.20 RC will be out today? |
17:47.03 | russellb | you can check it out of the svn tag if you want it now |
17:47.09 | russellb | i just have to collect gpg signatures first |
17:47.16 | russellb | svn co asterisk/tags/1.4.20-rc1 |
17:47.18 | ZaVoid | nah i'll ait for the real deal |
17:47.22 | russellb | k |
17:47.33 | ZaVoid | otherwise internally i'll have to retest it again |
17:47.50 | Corydon76-dig | ZaVoid: if you want it faster, write the release announcement for Russell |
17:48.14 | ZaVoid | NEWSFLASH: 1.4.20 RC1 RELEASED!!!!!!!! |
17:48.18 | ZaVoid | hows that? |
17:48.26 | ZaVoid | not enuff !!! ? |
17:48.29 | russellb | lammmme |
17:48.42 | ZaVoid | hmm |
17:49.30 | ZaVoid | The Asterisk development team has released version 1.4.20 RC 1 This release fixes over 98 issues over 1.4.19.1 We expect you'll love it and we promise there is nothing borked in this release! |
17:49.32 | ZaVoid | better? |
17:50.42 | Corydon76-dig | Almost there. You also need to say where it can be found |
17:51.03 | ZaVoid | All releases are available for download from the following location: http://downloads.digium.com/pub/telephony/asterisk/ |
17:51.04 | ZaVoid | :) |
17:51.27 | ZaVoid | i'm available for parties as well thanks thanks very much |
17:51.31 | Corydon76-dig | and thank people for flying Asterisk ;-) |
17:51.59 | ZaVoid | Thank you for your continued support of Asterisk!(r) |
17:52.40 | Corydon76-dig | russellb: wanna do a release announcement that looks like an IRC conversation? |
17:52.51 | russellb | heh |
17:52.55 | russellb | that could be amusing. |
17:53.09 | Qwell | OH HAI. 1.4.20-RC1 CAN HAZ RELEASE? |
17:54.04 | Corydon76-dig | We need to make "can haz cheezburger" a native CLI command |
17:54.25 | russellb | do it! |
17:54.43 | russellb | wouldn't that be, "cheezburger can haz" ? |
17:54.43 | Qwell | make it part of a larger commit |
17:54.44 | Corydon76-dig | I'm not sure what it would do, though |
17:54.45 | jsmith | russellb: Wouldn't that be <module> can haz cheezburger |
17:54.54 | Qwell | cheezburger haz can |
17:54.57 | *** join/#asterisk-dev RoyK (n=roy@253.80-203-34.nextgentel.com) |
17:55.30 | ZaVoid | 1.4.20-RC1 2 31337 4 U!!! |
17:56.16 | ZaVoid | core show application bitchx needs to be there too or toolz or infinity |
17:57.12 | ZaVoid | come on some of you old timers gotta know toolz or infinity |
17:58.08 | Corydon76-dig | Sorry, I was using sirc at the time |
17:58.27 | Corydon76-dig | Oddly, I still am using sirc. |
17:58.57 | ZaVoid | really? |
17:59.07 | Corydon76-dig | with a wrapper |
17:59.24 | ZaVoid | ahh old ircII users.. and loved my delphi vax irc client :) |
17:59.32 | Qwell | epic |
17:59.39 | Corydon76-dig | sirc > ircii |
17:59.53 | Corydon76-dig | I used ircii before I discovered sirc |
18:00.20 | Corydon76-dig | Even built myself a /nuke command in sirc |
18:00.24 | russellb | my first IRC client was mIRC :( |
18:00.36 | putnopvut | ditts from me. |
18:00.39 | ZaVoid | :( |
18:00.44 | Corydon76-dig | Ah, Windows 95... those were the days |
18:00.45 | ZaVoid | efnet 4 life Corydon76-dig |
18:00.50 | Juggie | russellb, it better have been on windows 3.1 |
18:00.52 | seanbright | ircle! |
18:01.03 | russellb | Juggie: probably windows 95 or 98 |
18:01.05 | Juggie | with trumpet winsock |
18:01.06 | Corydon76-dig | I wasn't using Win95, but I sure did enjoy sending a BSOD to everybody who was |
18:01.08 | russellb | i'm pretty new school |
18:01.40 | Juggie | win3.11+trumpet winsock+win32bit dlls, hawt. |
18:01.44 | ZaVoid | port 139 cory |
18:01.47 | seanbright | the author of ircle tested his video streaming changes by streaming porn to me from .nl |
18:01.52 | seanbright | it was _awesome_ |
18:01.56 | seanbright | heh |
18:01.56 | russellb | lol |
18:02.03 | Corydon76-dig | ZaVoid: nuke was OOB data |
18:02.53 | Juggie | yes, teardrop was fun |
18:02.55 | ZaVoid | you remember the old mac irc client... what was it... had simpsons references in for os 7xxx |
18:03.16 | seanbright | wrote a cron job that sent that to a coworkers PC every hour... forgot to turn it off |
18:03.18 | ZaVoid | had big switchs for channel settings lol |
18:03.36 | seanbright | ZaVoid: oh yeah... can't remember either |
18:03.40 | Corydon76-dig | http://www.iagora.com/~espel/sirc/scripts/winnuke.pl |
18:03.44 | seanbright | goes to puremac |
18:03.45 | ZaVoid | you know what i;'m talking about though sean :) |
18:03.51 | Corydon76-dig | My first ever published software code |
18:03.53 | seanbright | ZaVoid: i do |
18:05.28 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
18:05.28 | seanbright | ZaVoid: homer? |
18:05.28 | ZaVoid | i had a mansion BBS and the mac WWIV bbs software too |
18:05.28 | ZaVoid | homer!!!! |
18:05.28 | ZaVoid | thats it!! |
18:05.28 | seanbright | "Said to be slow and buggy, and not updated since 1995, but good for beginners. Many Homer users have moved to iRCle. Homer lacks some basic features such as DCC." |
18:05.32 | ZaVoid | http://www.ircreviews.org/clients/homer.html |
18:05.40 | ZaVoid | lol |
18:05.40 | ZaVoid | great interface though |
18:05.48 | seanbright | fox probably sued them |
18:11.10 | ZaVoid | brb phone |
18:15.48 | ZaVoid | no plans for the tcb400 to transcode ilbc right? |
18:17.25 | russellb | correct |
18:17.26 | kpfleming | ZaVoid: correct |
18:17.32 | ZaVoid | :( |
18:17.38 | russellb | #define ilbc g729 |
18:17.39 | russellb | yes |
18:24.38 | ZaVoid | yes? |
18:25.02 | file | ZaVoid: he means no. |
18:25.08 | russellb | if by ilbc, you mean g729, then yes |
18:25.08 | ZaVoid | ah |
18:25.12 | ZaVoid | err |
18:25.14 | ZaVoid | no |
18:25.51 | ZaVoid | or g723r63 :( |
18:26.07 | russellb | actually, that's not completely true |
18:26.13 | russellb | we now properly accept 63 |
18:26.17 | russellb | but we will always sent 53 |
18:26.22 | russellb | i think .. |
18:26.25 | file | s/sent/send/ |
18:26.28 | russellb | yes. |
18:26.41 | file | asks for one of russellb's grapes |
18:26.46 | russellb | already ate them all |
18:26.48 | russellb | sry |
18:26.51 | file | lame |
18:27.13 | ZaVoid | wont' send r63? meh |
18:27.27 | *** join/#asterisk-dev oej (n=olle@2.234.241.83.in-addr.dgcsystems.net) |
18:27.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
18:27.51 | Corydon76-dig | The encoder isn't capable of that variant |
18:28.14 | ZaVoid | main variant used by crap carriers :( |
18:28.27 | russellb | well, they should be able to accept 53 :) |
18:28.30 | ZaVoid | actually i could just send them g729 |
18:28.39 | ZaVoid | heh ever deal with grey market termination russel? |
18:28.47 | russellb | nope. |
18:28.55 | ZaVoid | consider yourself lucky :) |
18:28.57 | russellb | i don't deal with any "real" usage issues :-p |
18:29.02 | ZaVoid | ouch |
18:29.16 | russellb | i just try to fix things for the people that do |
18:29.16 | ZaVoid | i deserved that huh lol |
18:29.42 | russellb | it wasn't a slam ... just saying |
18:29.51 | russellb | i don't directly deal with using asterisk in production :) |
18:30.08 | file | thank god Digium is not a VoIP provider |
18:30.20 | Corydon76-dig | but it is |
18:30.25 | Corydon76-dig | through iaxtel |
18:30.33 | russellb | iaxtel hasn't existed for like a year |
18:30.55 | ZaVoid | any reason won't send r63.. or just time to code it? |
18:30.56 | Corydon76-dig | Shows you how often I use it. ;-) |
18:31.12 | Corydon76-dig | ZaVoid: it's all licensed code |
18:31.24 | ZaVoid | r53/r63 different license? |
18:31.30 | russellb | shrugs |
18:31.35 | Corydon76-dig | Different firmware |
18:31.53 | Corydon76-dig | The firmware that we use is not capable |
18:32.14 | ZaVoid | ahh so not even a chance.. gotcha |
18:32.25 | Corydon76-dig | Hey, if you really want small, use LPC10 |
18:32.27 | ZaVoid | but if the r63 recieve is fixed i'll try em again.. |
18:32.30 | ZaVoid | maybe take some load off my servers |
18:32.34 | ZaVoid | 80 load is no fun :( |
18:33.50 | oej | yet another airport. |
18:34.36 | Corydon76-dig | oej: you should get your pilot's license and fly direct. ;-) |
18:34.39 | Qwell | bbryant: you rock |
18:34.48 | ZaVoid | airport? |
18:34.53 | oej | Corydon: or just get Mark to fly me... |
18:36.01 | russellb | heh, i dont' think mark's plane can cross the pond |
18:40.45 | ctooley | oej, which airport now? |
18:41.14 | oej | The all so wonderful extravagant luxury Chicago O'Hare - on my way home again |
18:43.08 | ZaVoid | DA BEARS |
18:43.27 | russellb | heh |
18:43.37 | ZaVoid | eagles fan here actually |
18:43.42 | Corydon76-dig | da bulls |
18:44.10 | russellb | i haven't chosen a team ... |
18:44.23 | russellb | mostly because i don't really care. |
18:45.16 | Corydon76-dig | So you're saying you don't have Titan Fever? |
18:45.38 | ZaVoid | soon the tc400b 120 bi directional g729a... what if i have more then 120 active calls? i can install 2? |
18:45.47 | ZaVoid | you guys lost pacman! |
18:46.01 | Corydon76-dig | Good riddance |
18:46.05 | russellb | yes, you can install 4 if you want |
18:46.09 | oej | Adtran just released an IP pbx... |
18:46.18 | Corydon76-dig | or 7, if you have enough PCI slots |
18:46.18 | ZaVoid | nah 1U boxes.. can't install 4 lol |
18:46.24 | russellb | oej: orly? |
18:46.29 | russellb | oej: link? |
18:46.30 | ZaVoid | probably not even 2 come to think about it |
18:46.38 | oej | http://www.voipplanet.com/solutions/article.php/3743901 |
18:48.56 | ctooley | Yeah, we've had a demo unit in house for a few days. Not too bad. |
18:50.41 | ctooley | The sales droids like it cuz it is easy. The sales engineers like it cuz it passed the certification process. The techsupport people... yeah, not so much. |
18:50.56 | ZaVoid | i can't even find a place to download homer seanbright |
18:52.47 | ZaVoid | haha found it! |
18:53.53 | ZaVoid | bah it won't open |
18:53.56 | russellb | ctooley: easier than switchvox, though? I doubt it! :) |
18:55.36 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
18:55.51 | ctooley | russellb, depends on what you're doing. We're a telephone company, having something that we can easily "auto-provision" in house the way Switchvox auto-provisions is handy. And since we use Adtrans in a lot of other places it has some draw. We do however recommend ABE to a lot of people that need more than "Press 1 for sales,..." auto-attendants. |
18:56.13 | russellb | cool :) |
18:56.22 | ctooley | russellb, we've also never gotten a switchvox box to "certify" on our network... because I expect it to be soooo different than ABE. |
18:56.30 | russellb | i don't mean to be applying any pressure ... that's really not my place |
18:56.39 | russellb | we're supposed to be agnostic around -dev :) |
18:56.53 | russellb | ctooley: yeah, it will likely be different |
18:57.00 | ctooley | eh, I don't make those decisions either way. I do however, hear all the crap. |
18:57.25 | ctooley | How would it possibly be different? They still use the same PRI cards and the same SIP stack, don't they? |
18:57.56 | ctooley | We don't care how the configuration screens look, we really only care whether the PRIs talk to our switch or the SIP stack talks to our SBCs. |
18:58.23 | russellb | yeah, they do, but switchvox is currently based on 1.2 |
18:58.31 | ZaVoid | which sbc's ctooley ? |
18:58.37 | russellb | session border controller |
18:58.38 | ctooley | people who aren't using at least a PRI for voice... they're probably not our customers so we don't even bother with FXO ports. |
18:58.45 | ZaVoid | nextone/sansay/acme? |
18:59.00 | ctooley | We use several different ones, but ACME is our primary customer facing ones. |
18:59.03 | russellb | ZaVoid: oh, i thought you were asking what SBC stood for, heh |
18:59.10 | ZaVoid | no russellb |
18:59.16 | russellb | i should have known, sorry |
18:59.19 | ctooley | I personally can't stand the ACMEs, but some people like them. |
18:59.23 | ZaVoid | you like them? i hear bad things about thier routing.. we use mostly nextone's and sansays |
18:59.30 | ZaVoid | guess that answers it lol |
18:59.56 | ZaVoid | sansay has my favorite tag line.. "masters of voip" |
19:00.00 | ctooley | I had Netrake nCite's at my last job, they're a giant pain in the but to get the routing set up on, but once you do, they're great. |
19:00.14 | ZaVoid | entice? |
19:00.19 | ZaVoid | from texas? |
19:00.40 | ctooley | Netrake was the company name, Audiocodes bought them. Yeah, they were from Dallas. |
19:00.48 | ctooley | I think their tag line was "not cheap" |
19:01.36 | ZaVoid | actually i'm thinking o stratus they are called now |
19:01.58 | ZaVoid | http://www.stratus.com/telecom/ <-- THESE GUYS? woah caps |
19:02.34 | ctooley | ah, nope. |
19:03.24 | ZaVoid | ahh ok |
19:03.37 | ZaVoid | everr work with nextone much? |
19:04.25 | ctooley | Nextone refused to sell me an SBC on the schedule I needed it delivered on (which was measured in weeks) the first time I dealt with them. Afterwards, I never looked back. Plus, at the time, they were not able to do the port density I needed. |
19:04.44 | ZaVoid | really? |
19:04.59 | ZaVoid | how long ago was that? |
19:05.06 | ctooley | couple years go |
19:05.08 | ZaVoid | hmm |
19:05.18 | ZaVoid | we had one pair of MSW's doing 20k concurrent calls at one point |
19:05.27 | ZaVoid | and that was on the "OLD" hardware |
19:05.37 | Corydon76-dig | lmadsen: ping |
19:11.31 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
19:11.42 | oej | corydon: I'll tell him when I fly by... |
19:13.44 | ZaVoid | wtf.. Classic enviroment no longer supported in 10.5? |
19:24.08 | elguero | quit |
19:24.14 | elguero | oops... |
19:33.36 | oej | Russell: We missed something yesterday. |
19:34.12 | oej | russellb: I already have a queue entry for state notifications with a flag. The patch adds the ability to send SIPfrags, which is not handled properly yet. |
19:34.19 | seanbright | before i try something stupid and screw this up... can i do two svnmerges in a row without committing in between? |
19:34.26 | oej | russellb: So the question remains... Why doesn't it work? |
19:34.39 | Qwell | seanbright: no, svnmerge will check for modifications and fail if it finds any |
19:34.48 | seanbright | Qwell: oh right. good call. |
19:34.50 | Qwell | you can, however, merge two revisions |
19:35.09 | oej | Logging off for a while... |
19:35.10 | Qwell | svnmerge merge -r<rev1>,<rev2> |
19:35.39 | seanbright | meh... i'll just commit in between :) |
19:37.07 | *** join/#asterisk-dev RoyK (n=roy@253.80-203-34.nextgentel.com) |
19:38.29 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
19:38.29 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
19:41.40 | seanbright | ahhh... much better. |
19:42.19 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
19:47.14 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
19:47.32 | *** part/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
19:54.01 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.161.225) |
19:56.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
19:57.32 | lmadsen | Corydon76-dig: pong |
19:58.12 | ctooley | lmadsen, you're supposed to wait until you see the: Corydon-dig has quit |
19:58.24 | lmadsen | oh crap... I've screwed up again |
19:58.28 | lmadsen | I already know what he wants :) |
19:58.30 | lmadsen | M10540 |
19:58.32 | MuffinMan | [assigned] [Asterisk] Functions/func_timeout 0010540: timeout value should accept floating point numbers reported by spendergrass (Karma: neutral) http://bugs.digium.com/view.php?id=10540 |
19:58.43 | lmadsen | I have no update yet... maybe tonight after a couple of these consulting calls I have scheduled :( |
19:59.02 | Juggie | lmadsen, slacker. |
19:59.12 | lmadsen | actually... I'm doing anything but slacking today :) |
19:59.21 | ZaVoid | sean you on 10.4 or 10.5? |
19:59.21 | lmadsen | yesterday however... that's a different story |
20:02.31 | ZaVoid | hey russellb ? xcode and dashcode i should install? |
20:02.31 | seanbright | ZaVoid: 10.4 at home |
20:02.47 | ZaVoid | you can ron homer then still seanbright ... i forgot classic was taken out of 10.5 |
20:02.53 | file | xcode. |
20:02.56 | ZaVoid | thanks file |
20:02.59 | file | tools. |
20:03.03 | ZaVoid | yep |
20:03.16 | seanbright | ZaVoid: i'm sure i could... but why would i want to? :) |
20:03.24 | ZaVoid | anything esle i should know file? |
20:03.28 | seanbright | is pissed that the iPhone SDK only runs on 10.5 |
20:03.33 | ZaVoid | seanbright: take a screenshot with skitch and share it with us :) |
20:03.36 | file | yes, I'm sleepy. |
20:03.43 | ZaVoid | need a bed time story? |
20:03.51 | file | alas no |
20:03.54 | seanbright | there once was a man from nantucket |
20:04.53 | Corydon76-dig | lmadsen: actually, I was going to ask you to give a quick run-through on 12402 |
20:05.09 | Corydon76-dig | especially since you have access to busy systems which would benefit |
20:05.14 | ZaVoid | no 10.5 seanbright ? older mac? |
20:05.29 | seanbright | ZaVoid: haven't really been using it. not worth buying the upgrade. |
20:05.34 | ZaVoid | ah |
20:05.38 | seanbright | ZaVoid: 1st gen mbp |
20:05.46 | seanbright | ZaVoid: supports 10.5 i believe |
20:05.50 | ZaVoid | with intel chip? |
20:05.52 | seanbright | aye |
20:06.01 | seanbright | you could fry an egg on it |
20:06.01 | ZaVoid | so core2.. not duo |
20:06.01 | Corydon76-dig | seanbright: which one did you get? |
20:06.02 | seanbright | heh |
20:06.18 | seanbright | Corydon76-dig: the 15 inch |
20:06.20 | ZaVoid | i put a 250gb drive in m mbp... it burns my leg |
20:06.33 | Corydon76-dig | ZaVoid: first gen was core duo, not core 2 duo |
20:06.40 | seanbright | correct |
20:06.43 | seanbright | thats what i gots |
20:06.51 | Corydon76-dig | has 2nd gen |
20:06.52 | ZaVoid | right thats what i said i think? |
20:06.58 | ZaVoid | i got 2nd gen too |
20:07.12 | Corydon76-dig | just upgraded the HD to 320GB |
20:07.24 | ctooley | Corydon76-dig, that a trunk patch or a 1.4 patch? |
20:07.26 | seanbright | just upgraded to a dell m1330 ;) |
20:07.33 | seanbright | with a 64GB SSD |
20:07.34 | ctooley | Corydon76-dig, 12402 I mean. |
20:07.35 | seanbright | bam |
20:07.43 | Corydon76-dig | ctooley: I'm sure it would work on 1.4, but it was against trunk |
20:07.58 | ZaVoid | 320 in the mbp? |
20:08.03 | ctooley | Corydon76-dig, I'll try applying it to 1.4 and if it works iti |
20:08.04 | ZaVoid | thats gotta be hot |
20:08.09 | ZaVoid | 5400rpm though right? |
20:08.13 | Corydon76-dig | right |
20:08.16 | ctooley | it'll be on a busy server in 20 minutes or so. |
20:08.22 | ZaVoid | my buddy but a 7200 in his. i shoulda done the same |
20:08.26 | Corydon76-dig | ctooley: sweet |
20:08.42 | ctooley | Corydon76-dig, that bug breaks some of our monitoring tools. :) |
20:08.44 | Corydon76-dig | I'm not concerned with HD speed, only capacity |
20:08.52 | Corydon76-dig | ctooley: woot |
20:08.58 | ZaVoid | so Corydon76-dig other then installiny xcode.. anything special i need to worry about compiling asterisk on mac os? |
20:09.14 | Corydon76-dig | ZaVoid: just one thing |
20:09.30 | Corydon76-dig | The poll(2) interface on OS X is badly broken |
20:09.51 | ZaVoid | huh? |
20:10.17 | Corydon76-dig | If you attempt to use the builtin poll function in OS X, you will be sorry |
20:10.46 | Corydon76-dig | There is no other way to put that. |
20:10.57 | ZaVoid | ok |
20:11.30 | Corydon76-dig | There are two bugs on the bugtracker recently which come back to that point |
20:15.00 | ctooley | Corydon76-dig, everything applied but a log message inside logger.c |
20:15.10 | ctooley | less logging is good sometimes. :) |
20:17.38 | Corydon76-dig | Heh |
20:18.38 | bbryant | does anyone know where console commands are in the source tree? |
20:20.28 | seanbright | bbryant: all over |
20:20.46 | seanbright | bbryant: unless you mean just main/cli.c |
20:20.53 | bbryant | seanbright: that's what i figured |
20:20.59 | seanbright | bbryant: they are registered in individual modules though |
20:20.59 | bbryant | i'm trying to find an example of one |
20:21.07 | Corydon76-dig | ctooley: you figure it out? |
20:21.07 | seanbright | bbryant: search for AST_CLI_DEFINE in trunk |
20:21.15 | bbryant | thanks |
20:21.40 | ZaVoid | nice its compiling now |
20:24.58 | ctooley | Corydon76-dig, the patch? yeah, I just ignored the log line. |
20:25.18 | Corydon76-dig | ctooley: new patch for 1.4 uploaded |
20:25.56 | Corydon76-dig | ctooley: if you ignore it, then you get a garbage character in any log file with VERBOSE set |
20:26.08 | ctooley | ah |
20:26.23 | ctooley | I was more worried about how well the rest of the patch worked. |
20:26.29 | Corydon76-dig | I used a single character preamble on all verbose messages |
20:26.54 | Corydon76-dig | and then filter it at the display level |
20:27.03 | ctooley | ah |
20:27.14 | ZaVoid | damn it froze on make |
20:27.21 | ZaVoid | app_getcpeid.c |
20:27.53 | Corydon76-dig | ZaVoid: that would probably mean that you have hardware heat issues |
20:28.15 | ZaVoid | come on |
20:28.18 | Corydon76-dig | You might want to think about getting a laptop coolor |
20:28.34 | ZaVoid | 90 degrees celcius is not too hot! |
20:28.44 | Corydon76-dig | Heh |
20:29.03 | ZaVoid | and you wunder why it burned my leg |
20:29.18 | Corydon76-dig | I don't wonder. I wear jeans. |
20:29.45 | ZaVoid | so do i |
20:29.53 | ZaVoid | makes em toasty in the winter |
20:30.24 | Corydon76-dig | and I don't keep my knees together. It's cooler on the outside edges |
20:30.39 | ZaVoid | enuff about you on your knees please |
20:31.10 | Corydon76-dig | Hey, I have a reputation to uphold |
20:31.29 | Corydon76-dig | or would that be downhold? |
20:31.59 | ZaVoid | ZING |
20:32.12 | lmadsen | M12402 |
20:32.13 | MuffinMan | [new] [Asterisk] Core/NewFeature 0012402: [patch] Restrict what is printed during -rx output reported by Corydon76 (Karma: +418.25) http://bugs.digium.com/view.php?id=12402 |
20:33.09 | Corydon76-dig | lmadsen: That's a long-running pet peeve of a good many people |
20:33.18 | lmadsen | indeed |
20:33.44 | lmadsen | I'm trying to think of who I could apply this to... |
20:33.57 | Corydon76-dig | ctooley is working on it... |
20:34.04 | Corydon76-dig | though on 1.4, only |
20:34.13 | lmadsen | the client with the really busy boxes running OS is no longer a client of mine... |
20:34.17 | lmadsen | and everyone else is running ABE :) |
20:34.23 | Corydon76-dig | Ah, heh |
20:34.25 | lmadsen | oh glad that ctooley is picking up me slack |
20:34.54 | Corydon76-dig | lmadsen: which leaves you to go back and distclean the 10540 |
20:34.57 | Corydon76-dig | ;-) |
20:35.02 | ZaVoid | rc is out |
20:35.05 | ZaVoid | nice thanks |
20:35.24 | lmadsen | Corydon76-dig: I have 30 mins to kill... let me do that |
20:35.35 | lmadsen | tries to remember the IP of the test box... |
20:35.58 | Corydon76-dig | lmadsen: you need your own domain, to keep those IPs in DNS |
20:36.18 | Corydon76-dig | It's why I bought vcch.net... |
20:36.29 | Corydon76-dig | Every client of VCCH is in that domain |
20:36.45 | lmadsen | I do have my own domain (several of them in fact), but I'm running dd-wrt, and I haven't figured out how to make it DHCP_BROADCAST the name instead of having to setup each VM manually |
20:36.58 | Corydon76-dig | Ah... |
20:37.09 | lmadsen | since they are temp boxes... so setting them up manually makes little sense... |
20:37.22 | Corydon76-dig | Well, I do all of my DNS manually anyway |
20:37.35 | lmadsen | I'd even run a VM for the DNS as long as I knew how to get DHCP_BROADCAST to work (it works at Digium nicely.. maybe I'll ask how they do it) |
20:38.09 | Corydon76-dig | There's some integration between ISC named and dhcpd |
20:38.29 | lmadsen | ya, exactly |
20:39.01 | lmadsen | might be as easy as setting up named and adding some custom setting in dd-wrt... who knows |
20:39.10 | Corydon76-dig | Heh |
20:39.31 | lmadsen | I haven't looked into it very closely... but I'm near that point now since I have my website back up, virtual machine server up, and wiki up for documentation |
20:40.02 | lmadsen | so basically all infrastructure is actually starting to come together :) |
20:40.45 | lmadsen | that's my last pet peeve |
20:41.28 | Juggie | lmadsen, dd-wrt uses dnsmasq |
20:41.30 | Juggie | look at that |
20:41.47 | lmadsen | ya... I enabled it... but it didn't seem to just work out of the box... but maybe I'll give it a shot again |
20:43.45 | Juggie | works out of the box for me i have DNSMasq for dhcp enabled |
20:43.47 | Juggie | and dns |
20:43.53 | Juggie | infact i think it was enabled by default |
20:44.59 | lmadsen | what version you happen to be running? |
20:45.04 | lmadsen | of dd-wrt |
20:45.28 | Juggie | v24rc5 |
20:45.47 | Juggie | (thats the last version worth running) |
20:46.07 | lmadsen | hrmmm... v23sp2 here |
20:46.14 | lmadsen | maybe time to upgrade |
20:46.19 | Juggie | ya, perhaps |
20:49.14 | Juggie | services |
20:49.36 | Juggie | grr, services tab is where yuo will find the dnsqmasq config |
20:50.14 | Juggie | so you can put like dhcp-option=16,192.168.1.1 |
20:50.14 | Juggie | or whatever |
20:52.21 | ctooley | lmadsen, http://my-mili.eu/matt/docs/dynamic-dns-with-dhcp-and-bind-9/ |
20:53.36 | lmadsen | thx ctooley |
20:55.58 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
20:56.32 | ctooley | Corydon76-dig, It's building (had a delay) but I have a child emergency so I have to go. It'll have to wait until tonight or tomorrow. |
20:56.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
20:56.46 | Corydon76-dig | ctooley: okay, thank you for testing |
20:57.12 | ctooley | "testing"? Live production traffic. :) |
20:58.13 | ctooley | is waiting on his wife to get back with the injured child. |
21:03.44 | ctooley | is off. later folks. |
21:04.01 | lmadsen | lates |
21:06.49 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
21:37.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
21:48.52 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
21:53.22 | lmadsen | Corydon76-dig: 10540 looks good now |
21:53.51 | Corydon76-dig | lmadsen: so distclean fixed it? |
21:53.55 | lmadsen | yes sir |
21:54.03 | Corydon76-dig | Excellent. Thank you. |
21:54.04 | lmadsen | tested both absolute and response timeouts with success |
21:54.38 | putnopvut | Yay, now my calls can be set to time out in 4.523 seconds. |
21:54.54 | lmadsen | yes they can! |
21:54.59 | lmadsen | 5.2 seconds for my response timeout |
21:55.10 | Qwell | can I do 5.2ms? |
21:55.31 | Qwell | I guess that would just be like 0.0052 |
21:57.38 | Corydon76-dig | No, only down to the millisecond in precision |
21:57.55 | Corydon76-dig | Well, no, wait |
21:58.26 | Corydon76-dig | Hmmm. I think that while it will represent down to the microsecond, only millisecond precision is actually supported |
22:04.04 | *** join/#asterisk-dev anthm (n=anthm@70-9-119-28.area4.spcsdns.net) |
22:39.31 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
22:41.32 | Corydon76-dig | putnopvut: ping |
22:41.43 | putnopvut | Corydon76-dig: pong |
22:41.59 | Corydon76-dig | awhile ago, you added a comment to the header file in sched.h |
22:42.19 | putnopvut | let me pull that up. |
22:42.21 | Corydon76-dig | I think the comment was based on a misunderstanding of the code in question, and I wanted to clarify it with you |
22:42.30 | putnopvut | 1.4 or trunk? |
22:42.37 | Corydon76-dig | 1.4 |
22:43.12 | putnopvut | Ah, the comment above AST_SCHED_DEL? |
22:43.28 | Corydon76-dig | Right |
22:43.49 | Qwell | hmm, would somebody mind reviewing the patch on 12161? |
22:43.50 | Qwell | M12161 |
22:43.51 | MuffinMan | [closed] [Asterisk] Resources/res_agi 0012161: res_agi.c can still tell you to use DeadAGI for hung up channels reported by explidous (Karma: +1.25) http://bugs.digium.com/view.php?id=12161 |
22:43.54 | Qwell | 12161-lockfail.diff |
22:44.13 | Qwell | 12162, rather |
22:44.15 | Corydon76-dig | Because it's a macro, if the ID changes, then since the location of the ID is referenced, the new ID is thus referenced |
22:44.39 | Corydon76-dig | Hence, I don't think the comment is really correct |
22:44.55 | snuff-home | anyone help callguy for bug 12555 |
22:44.58 | russellb | takes the blame for that |
22:45.03 | putnopvut | I don't understand what you mean by "the location of the ID is referenced" |
22:45.09 | Qwell | russellb: 12162 :D |
22:45.13 | russellb | Qwell: not that |
22:45.15 | Corydon76-dig | second argument to the macro |
22:45.23 | Qwell | I'm volunteering you to review :p |
22:45.24 | russellb | what Corydon76-dig is talking about ... |
22:45.27 | Qwell | it's locking stuffage |
22:45.30 | russellb | Qwell: but what if i don't wanna |
22:45.32 | Corydon76-dig | Is the location of the ID value |
22:45.38 | Qwell | then... |
22:45.41 | Qwell | ~lart russellb |
22:45.41 | jbot | forces russellb to use Outlook Express |
22:45.50 | russellb | eep |
22:45.51 | putnopvut | Corydon76-dig: that doesn't really make sense to me. |
22:46.13 | Corydon76-dig | putnopvut: a macro is just a code substitution, right? |
22:46.17 | putnopvut | right. |
22:46.39 | Corydon76-dig | So if you take one of the cases, and you do the substitution, you'll see what I'm talking about |
22:47.36 | Corydon76-dig | Basically, the macro does exactly what you said it doesn't do |
22:47.45 | putnopvut | Corydon76-dig: I may not have expressed myself clearly in that comment... |
22:48.29 | putnopvut | Basically what I was saying is that if you try to delete an id that isn't in the scheduler queue, then it doesn't make sense to loop. |
22:48.35 | Corydon76-dig | The 3rd paragraph, in particular, is completely wrong |
22:49.23 | Corydon76-dig | putnopvut: right, but the code can't know that. The only way to know that there is no scheduled process is if the value is -1 |
22:49.38 | putnopvut | no, not necessarily. |
22:49.47 | Corydon76-dig | If the value is positive, then it's assumed that the schedule is still active |
22:49.59 | putnopvut | assumed, but not necessarily. |
22:50.02 | Corydon76-dig | The scheduled process should set it back to -1 otherwise |
22:50.15 | Corydon76-dig | putnopvut: unless there's a bug. ;-) |
22:50.35 | Corydon76-dig | which is precisely what we're trying to track down there |
22:50.56 | putnopvut | russellb: you mentioned the use of the scheduler in chan_iax2 when you were telling me about that macro. |
22:51.32 | putnopvut | Corydon76-dig: what prompted me to add that comment was a discussion I had with Russell which was a tangent to a conversation about a bug that was happening in chan_sip.c |
22:51.45 | russellb | yeah, so ... like i mentioned, i think this is my fault |
22:51.48 | Corydon76-dig | Right, chan_iax2 sometimes doesn't set the value back to -1, and we really need to track down why |
22:52.27 | putnopvut | And basically it came from the fact that if you are trying to delete a scheduled entry, it may be silly to loop to try to delete an entry when it simply does not exist in the scheduler queue any more. |
22:52.50 | Corydon76-dig | I'd really like to see most of that commit reverted, but I need to do it the right way... by convincing you... ;-) |
22:53.20 | Corydon76-dig | but if it doesn't exist, then there's a bug. |
22:53.26 | russellb | so, i guess the macro is safe as long as the scheduled item either finishes and reschedules, or sets the val to -1, within 10 context switches |
22:53.33 | putnopvut | Why is there a bug? |
22:53.48 | russellb | because if it doesn't get rescheduled, then it should be setting the scheduler ID to -1 |
22:53.56 | Corydon76-dig | russellb: right, that was the assumption... that a scheduled process won't last longer than 10 context switches |
22:54.01 | russellb | nods |
22:54.28 | russellb | putnopvut: I wasn't thinking about the fact that it was a macro, and that it would take into account the possibility of the ID changing when the callback reschedules itself ... |
22:54.37 | russellb | i still don't think that should be a WARNING message |
22:54.39 | Corydon76-dig | which should be a full second, unless the scheduled process is yielding |
22:54.57 | Corydon76-dig | russellb: it was a DEBUG before |
22:55.11 | Corydon76-dig | http://svn.digium.com/view/asterisk/branches/1.4/include/asterisk/sched.h?r1=106704&r2=108227 |
22:55.23 | putnopvut | But it was a warning before that. |
22:55.34 | putnopvut | And a lot of people wrote e-mails to the users list asking about it. |
22:55.40 | Corydon76-dig | Oh, okay |
22:55.59 | Corydon76-dig | Well, I have no problem with it being DEBUG, but I think the comment should go away |
22:56.33 | russellb | ok, i'm fine with the comment going away |
22:56.41 | russellb | but i am not ok with it being a higher log level than debug |
22:56.46 | Corydon76-dig | The reason why I made it a WARNING originally is that I thought that being unable to cancel something meant that we had a condition that was likely to cause a crash |
22:56.49 | russellb | putnopvut: i apologize for the confusion ... |
22:56.55 | putnopvut | I'm still confused as hell. |
22:56.57 | Corydon76-dig | since generally we cancel stuff before freeing memory |
22:57.15 | Corydon76-dig | and a scheduled job on freed memory... ouch... |
22:57.56 | russellb | yes, that is bad |
22:58.01 | russellb | putnopvut: i'll come talk to you in a bit in person |
22:58.04 | russellb | or, let's get on the phone |
22:58.05 | russellb | that is better |
22:58.11 | snuff-home | mm maybe that's what happens with 12555 ? |
22:58.12 | russellb | let me go look at bbryant's code real quick first |
22:58.20 | putnopvut | russellb: can it wait until after I've thrown the ball some? :) |
22:58.27 | putnopvut | ah, perfect then. |
22:58.35 | putnopvut | I'll talk to you in about 10 mins or so. |
22:59.01 | Corydon76-dig | snuff-home: it wouldn't be the first time... anywhere we have corrupted memory, it's a fair chance it's due to a scheduled job not being cancelled properly before memory was freed |
22:59.33 | Corydon76-dig | It's not the only cause of corrupted memory, but it certainly has been popular |
23:01.09 | snuff-home | ok could that bug be assigned or related to another so not to get lost.. |
23:01.33 | russellb | hm ... i think i want to throw the ball now. |
23:02.08 | snuff-home | i also added a small patch on that bug to check before ast_string_copy.. since it appears it can be null as the initial person reported |
23:06.59 | Corydon76-dig | M12555 |
23:07.01 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0012555: Crash is sip_destroy reported by callguy (Karma: +2.75) http://bugs.digium.com/view.php?id=12555 |
23:08.23 | *** join/#asterisk-dev RoyK (n=roy@ip-115-24-149-91.dialup.ice.no) |
23:09.07 | *** part/#asterisk-dev RoyK (n=roy@ip-115-24-149-91.dialup.ice.no) |
23:09.45 | codefreeze | Corydon76-dig: what happened to ast_odbc_direct_execute? |
23:14.14 | Corydon76-dig | What do you mean? |
23:14.25 | codefreeze | not finding it in trunk |
23:14.48 | Corydon76-dig | It's in 1.6.0 |
23:15.06 | Corydon76-dig | and it's in trunk |
23:15.26 | Corydon76-dig | Are you looking in include/asterisk/res_odbc.h ? |
23:15.30 | codefreeze | in res_odbc.h? |
23:15.38 | Corydon76-dig | It's the second to last function there |
23:16.06 | Corydon76-dig | Line 111 |
23:16.55 | codefreeze | very interesting. It is in trunk, but my branch based on trunk doesn't have it. |
23:18.44 | Corydon76-dig | That could be a problem, especially when you try merging it |
23:19.25 | codefreeze | hmmm. I'm infestigating it right now. |
23:22.58 | Corydon76-dig | codefreeze: btw, have you taken care of the out of disk space condition on parsetree.com yet? |
23:23.08 | file | Corydon76-dig: probably should have used attribute_deprecated |
23:23.20 | Corydon76-dig | file: what do you mean? |
23:23.50 | Corydon76-dig | That's the attribute as listed in the gcc manual |
23:23.56 | file | there's autoconf stuff to determine whether compiler attributes exist, and #defines allow them to work even if they don't exist |
23:24.23 | file | so if deprecated is valid then __attribute__((deprecated)) will be put in, otherwise nothing |
23:24.25 | Corydon76-dig | Show me? |
23:24.36 | file | 'tis include/asterisk/compiler.h |
23:25.22 | Corydon76-dig | file: err, what happens when you want to have two different attributes? |
23:26.25 | Corydon76-dig | The compiler wants both to be inside the (( )), separated by a comma |
23:26.49 | file | then we could not currently |
23:27.10 | file | wonders if we even use the stuff in compiler.h |
23:27.45 | file | we do, good... |
23:28.15 | file | just in utils.h... |
23:28.23 | Corydon76-dig | Ah |
23:29.47 | Corydon76-dig | There's a ton of places that we don't, though |
23:29.53 | file | correct |
23:33.30 | putnopvut | Corydon76-dig: http://pastebin.ca/1004460 |
23:33.35 | putnopvut | Is that a better version of the comment? |
23:34.58 | Corydon76-dig | It was never passed by value |
23:35.20 | Corydon76-dig | What's important is that you reference the location in the struct where the value is actually stored, not a copy |
23:35.30 | putnopvut | ...which is what the comment says to do. |
23:35.56 | Corydon76-dig | Yeah, but by reference vs by value is the wrong explanation |
23:36.03 | putnopvut | by name vs. by value. |
23:36.30 | Corydon76-dig | I see what you're trying to say, but I think it's confusing that way |
23:37.29 | putnopvut | Why is it confusing that way? It clears up the confusion I had earlier, which was that I was thinking in a purely by-value way. |
23:37.53 | putnopvut | This way it makes it clear to whoever sees the comment that the value is passed by name to the macro, which is what makes it work. |
23:38.34 | Corydon76-dig | "by storage location" makes more sense to me than "by name" |
23:39.19 | Corydon76-dig | because you're trying to check the storage location each time, and the value in the storage location may have changed |
23:40.16 | putnopvut | I used "by name" because that's the formal name for that type of parameter passing. |
23:40.52 | Corydon76-dig | Hmm, I never learned macros formally. ;-) |
23:41.05 | Corydon76-dig | Well, not macros that took parameters, anyway |
23:41.25 | Corydon76-dig | Back when I was learning, we used macros as constants |
23:42.03 | russellb | back when I was learning, we didn't have macros |
23:42.32 | denon | so is asterisknow's setup wizard in the web gui post-install? |
23:42.58 | denon | I mean, there's no ncurses stuff besides just installing and partitioning and stuff, right? |
23:43.19 | putnopvut | denon: no idea, man. I know next to nothing when it comes to using Asterisknow. |
23:43.27 | denon | yeah, me either :) |
23:43.47 | denon | but Ive gotta walk an enduser through setting up an asterisk box .. who's never touched linux/etc |
23:43.57 | denon | at least walk them far enough that I can get into it remotely |
23:44.04 | denon | asterisknow is probably the best way to do that |
23:44.12 | putnopvut | Corydon76-dig: I guess I'll just go ahead and remove the comment altogether since, from what I understand, we don't ever pass a copy of the schedule ID to that macro anyway. |
23:45.41 | Corydon76-dig | putnopvut: that's true, but some documentation is good... |
23:46.00 | putnopvut | Oh, and... |
23:46.06 | putnopvut | http://www.cs.sfu.ca/~cameron/Teaching/383/PassByName.html |
23:46.09 | Corydon76-dig | putnopvut: I'm not trying to frustrate you; I'm trying to make it clear... |
23:46.17 | putnopvut | An interesting article about Algol and pass-by-name parameters. |
23:46.22 | denon | man, i'm really scared of having to use a gui though :) |
23:54.34 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |