| 00:43.48 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 02:23.02 | *** join/#asterisk-dev Corydon76-dig (i=yellow@pdpc/supporter/sustaining/Corydon76-home) |
| 02:23.02 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 02:24.36 | *** join/#asterisk-dev Corydon76-home (i=peuce@pdpc/supporter/sustaining/Corydon76-home) |
| 02:24.36 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 02:43.26 | *** join/#asterisk-dev IgorG (n=FeedomPa@host-87-103-181-21.pppoe.omsknet.ru) |
| 03:00.04 | *** join/#asterisk-dev Corydon76-dig (i=two@pdpc/supporter/sustaining/Corydon76-home) |
| 03:00.10 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 03:00.34 | *** join/#asterisk-dev Corydon76-home (i=orange@pdpc/supporter/sustaining/Corydon76-home) |
| 03:00.34 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 03:24.51 | *** join/#asterisk-dev Corydon76-home (i=indigo@pdpc/supporter/sustaining/Corydon76-home) |
| 03:24.51 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 03:24.58 | *** join/#asterisk-dev Corydon76-dig (i=orange@pdpc/supporter/sustaining/Corydon76-home) |
| 03:24.58 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 03:30.09 | *** join/#asterisk-dev netson99 (n=netson99@202.153.241.206) |
| 03:37.15 | paravoid | grmf |
| 03:37.20 | paravoid | I registered to asterisk-dev and mailed again |
| 03:37.26 | paravoid | and still my mail's missing |
| 03:37.32 | paravoid | dropped or whatever |
| 03:40.21 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 04:02.33 | *** join/#asterisk-dev Corydon76-home (i=black@pdpc/supporter/sustaining/Corydon76-home) |
| 04:02.33 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 04:03.11 | *** join/#asterisk-dev Corydon76-dig (i=ten@pdpc/supporter/sustaining/Corydon76-home) |
| 04:03.11 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 04:15.39 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 07:15.52 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 07:22.52 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:22.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:23.21 | oej | Morning |
| 07:46.55 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 07:50.51 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 08:47.55 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 09:10.55 | jmls | morning oej |
| 09:12.56 | oej | morning jmls |
| 09:21.59 | *** join/#asterisk-dev svensk_neutrino (n=tze@static-213-115-44-90.sme.bredbandsbolaget.se) |
| 09:22.02 | svensk_neutrino | hello girls |
| 09:22.44 | svensk_neutrino | ..and the silence loomed large in the kicthen |
| 09:28.33 | jmls | ;) |
| 09:54.37 | svensk_neutrino | kitchen |
| 11:44.12 | *** join/#asterisk-dev dioedu (n=dioedu@c915230f.virtua.com.br) |
| 12:06.11 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 12:09.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:27.57 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 12:33.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:38.35 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 12:43.09 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 12:43.28 | *** join/#asterisk-dev h0 (n=Fakhir@unaffiliated/fakhir) |
| 12:50.14 | *** join/#asterisk-dev davevg-btwtech (n=davevg@nj-67-76-177-147.sta.embarqhsd.net) |
| 12:53.31 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.25.220.191) |
| 13:02.58 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:24.13 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:24.56 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM000a73a18a20.cpe.net.cable.rogers.com) |
| 13:34.12 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 13:45.45 | *** join/#asterisk-dev ivanfm (n=ivanfm@c906b486.virtua.com.br) |
| 13:47.47 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-ec18b82f0019ced9) |
| 13:47.47 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:47.51 | *** join/#asterisk-dev Corydon76-home (i=five@pdpc/supporter/sustaining/Corydon76-home) |
| 13:47.51 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 13:48.35 | *** join/#asterisk-dev Corydon76-dig (i=blush@pdpc/supporter/sustaining/Corydon76-home) |
| 13:48.35 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 13:51.07 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 14:01.43 | *** join/#asterisk-dev jsmith (n=jsmith@000-181-995.area3.spcsdns.net) |
| 14:06.40 | *** join/#asterisk-dev tsurko (n=tsurko@213.91.216.130) |
| 14:06.46 | jmls | really chatty in here today ;) |
| 14:07.41 | jsmith | jmls: Well, it *is* Monday |
| 14:07.52 | jsmith | jmls: But I'll break the silence and say hi |
| 14:07.53 | putnopvut | w00t Monday :/ |
| 14:11.35 | jmls | yay! monday ! |
| 14:12.31 | file | boo Monday |
| 14:12.49 | jsmith | file: We're all cheering because it means that last week's Mondays are over! |
| 14:13.46 | file | jsmith: and another round begins... |
| 14:13.51 | tzafrir | gee, what's so wrong with Monday? |
| 14:14.14 | jsmith | ~Mondays |
| 14:14.15 | jbot | Sounds like _somebody_'s got a case of the Muhhndays! |
| 14:14.18 | jsmith | ~Monday |
| 14:14.19 | jbot | hmm... monday is when everything breaks for no apparent reason, creating so many problems that it takes you until friday to get back to normal. at which point one more thing breaks that takes you the whole weekend to fix |
| 14:14.36 | *** join/#asterisk-dev ManxPower (n=manxpowe@175.sub-75-201-234.myvzw.com) |
| 14:14.37 | jsmith | That's the answer I was looking for. |
| 14:29.18 | *** join/#asterisk-dev moy (i=moyhu@nat/ibm/x-e084f58d6833ccaf) |
| 14:30.47 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:37.58 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 14:38.33 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 14:46.59 | *** join/#asterisk-dev ivanfm (n=ivanfm@c906b486.virtua.com.br) |
| 15:06.19 | *** join/#asterisk-dev ivanfm (n=ivanfm@c906b486.virtua.com.br) |
| 15:38.38 | *** join/#asterisk-dev Corydon76-lap (i=Corydon7@pdpc/supporter/sustaining/Corydon76-home) |
| 15:38.38 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:42.02 | *** join/#asterisk-dev qdk (n=qdk@0x50c627be.bynxx11.adsl-dhcp.tele.dk) |
| 15:50.25 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:55.29 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:55.53 | tzanger | damn |
| 15:55.59 | tzanger | you guys added post support to the http server |
| 15:56.04 | tzanger | I did that to an earlier version of it too |
| 15:56.13 | tzanger | actually not tso much post as CGI :-) |
| 16:00.50 | russellb | yeah, it's not "real" POST support |
| 16:01.07 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 16:01.07 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:01.15 | tzanger | hheh |
| 16:01.23 | tzanger | mmy CGI support isn't real CGI support eitherh :-) |
| 16:01.37 | tzanger | works really well though, it's specifically for flash updates |
| 16:01.45 | tzanger | basically pipes everything to netflash |
| 16:04.05 | Juggie | heh |
| 16:04.14 | Juggie | i have to bring my car in for a firmware update. |
| 16:04.17 | Juggie | stupid computers! :) |
| 16:04.25 | mvanbaak | lol |
| 16:04.54 | Juggie | its not calculating the speedometer correctally |
| 16:05.27 | Qwell | Juggie: hybrid or something? |
| 16:05.48 | Juggie | nah, 07 elantra |
| 16:05.49 | Qwell | my friend owned a Prius - always told me weird crap that would happen to his car |
| 16:06.05 | mvanbaak | Qwell: my brother has a prius |
| 16:06.09 | Qwell | the lcd (just the lcd) went out on the "car computer"... |
| 16:06.19 | Juggie | i found a TSB online its a known problem w/ all 07 elantras built before june07 |
| 16:06.20 | Qwell | it cost an excessive amount to replace... they couldn't replace just the lcd |
| 16:07.36 | mvanbaak | if all works ok it's a nice car tho |
| 16:07.48 | Qwell | the prius? yeah, probably |
| 16:08.17 | mvanbaak | 17 to 20 miles on 1 litre of gas |
| 16:09.21 | mvanbaak | damn, debian testing gets almost daily updates |
| 16:09.50 | Juggie | my car does like ummm... 13l per 100km or something |
| 16:10.16 | mvanbaak | holy crap |
| 16:10.29 | mvanbaak | 1:8 |
| 16:10.52 | mvanbaak | anything below 1:10 is too much for me |
| 16:10.58 | jmls | hmm 70l == 420 miles for me |
| 16:10.59 | Juggie | actually, its not that bad nm. |
| 16:11.14 | Qwell | what is a liter? :p |
| 16:11.25 | Juggie | that was my old elantra which i only had for like 5 months |
| 16:11.33 | jmls | 7l == 42miles |
| 16:11.40 | Juggie | driving to montreal i had like 6-7l/100km |
| 16:11.40 | jmls | 1l == 6 miles ? |
| 16:11.43 | mvanbaak | 70 liter = 18.4920436 US gallons |
| 16:11.54 | Qwell | jbot: gmath 1 liter in gallons |
| 16:11.56 | Juggie | that was doing 135-145 the entire way. |
| 16:12.23 | jmls | so, what's an elantra ? |
| 16:12.32 | Juggie | ottawa<->montreal is one crazy highway |
| 16:12.34 | mvanbaak | meh, my car has max speed of 110 km/h |
| 16:12.40 | Juggie | for canada anyways. |
| 16:12.51 | jmls | mvanbaak: what do you have ? A skateboard ? |
| 16:12.56 | Juggie | if you dont break the speed limit by at least 25-30km someone will run you over |
| 16:13.04 | mvanbaak | jmls: a 16 year old nissan micro 1.0 |
| 16:13.15 | jmls | right. A skateboard ;) |
| 16:13.21 | mvanbaak | yup, indeed |
| 16:13.38 | jmls | skoda with a sun roof == a skip '< |
| 16:13.40 | mvanbaak | and it's not even waterfree when it rains |
| 16:13.54 | mvanbaak | my sunroof is leaking |
| 16:14.12 | mvanbaak | man, I need a new car |
| 16:14.17 | jmls | yup |
| 16:14.30 | mvanbaak | I'm thinking bout buying a volvo C30 |
| 16:14.48 | Juggie | mvanbaak, whats your budget? 15,20,30? |
| 16:14.53 | jmls | just make sure that * can be installed on it ... |
| 16:15.04 | mvanbaak | gheh, 1200 euro or something like that Juggie |
| 16:15.23 | Juggie | mvanbaak, hah. |
| 16:15.31 | Juggie | 1200 euro total? :P |
| 16:15.33 | jmls | 800 quid ? Man, you won't get a lot for that |
| 16:15.36 | mvanbaak | but I've been looking at leasing a car |
| 16:16.23 | mvanbaak | the volvo C30 with a v5turbo, good stereo and nice wheels will cost me 450euro/month |
| 16:16.44 | jmls | Corydon76-dig: you around ? I added the notes that you requested |
| 16:16.50 | jmls | m10710 |
| 16:16.50 | MuffinMan | [new] [Asterisk] Core-General 0010710: asterisk segfault in ast_list_traverse_safe_begin reported by jmls http://bugs.digium.com/view.php?id=10710 |
| 16:18.07 | mvanbaak | gheh, our colo provider has total blackout ! |
| 16:18.25 | paravoid | Qwell: I registered to asterisk-dev and my mails still get dropped |
| 16:18.31 | paravoid | who's the listmaster? |
| 16:18.40 | mvanbaak | kpfleming |
| 16:18.52 | Qwell | there is an email address on lists.digium.com that you can email |
| 16:19.06 | mvanbaak | yup, kevins |
| 16:19.12 | russellb | asterisk-dev-owner@lists.digium.com i think |
| 16:19.23 | paravoid | asterisk-dev list run by jsmith at digium.com |
| 16:19.36 | mvanbaak | ah, must have been one of the other lists |
| 16:19.40 | mvanbaak | or outdated info |
| 16:19.41 | kpfleming | the mailman list pages have the list owner addresses, never email someone directly about them |
| 16:19.47 | mvanbaak | [2007-09-16 16:47:19] NOTICE[6549]: cdr.c:434 ast_cdr_free: CDR on channel 'Skinny/6002@livingroom-13' not posted |
| 16:19.49 | Qwell | there is also mailman@lists.digium.com |
| 16:19.50 | mvanbaak | eh ? |
| 16:19.58 | Qwell | "If you are having trouble using the lists, please contact mailman@lists.digium.com." |
| 16:20.20 | paravoid | ok :) |
| 16:20.42 | mvanbaak | I thought only the cdr branch dropped posting CDR on noanswer |
| 16:20.51 | kpfleming | well, nobody answers mailman@lists.digium.com anymore |
| 16:20.56 | codefreeze | mvanbaak: yep, I see it... in trunk? |
| 16:21.03 | Qwell | kpfleming: oh |
| 16:21.05 | mvanbaak | codefreeze: this is 1.4 svn |
| 16:21.30 | jmls | russellb: I see you're planning a release this week of 1.4 ? |
| 16:21.33 | Qwell | maybe we should change that address... do I just email webmaster? |
| 16:21.49 | kpfleming | no, you email the list owner for the list you are having trouble with |
| 16:21.55 | kpfleming | via the -list-owner address |
| 16:22.04 | Qwell | I mean to get that mailman@lists.digium.com email changed - if it isn't used |
| 16:22.15 | kpfleming | that page just needs to be edited, probably |
| 16:22.29 | kpfleming | but that can be done by jared in the mailman admin interface, IIRC |
| 16:22.29 | codefreeze | mvanbaak: a side effect... people were complaining about getting too many useless CDRs... so I did something to calm it down...! |
| 16:23.04 | mvanbaak | codefreeze: can I undo that with a setting ? |
| 16:23.16 | codefreeze | mvanbaak: is it the message, or the lack of CDR, that disturbs the most? |
| 16:23.27 | mvanbaak | lack of CDR |
| 16:23.34 | jmls | murf, you gotta know by now that you can't win with CDR ... |
| 16:23.57 | codefreeze | Oh, I'm getting used to it! |
| 16:24.02 | mvanbaak | lol |
| 16:24.27 | mvanbaak | cdr.conf: cdronnoanswer = yes |
| 16:24.28 | mvanbaak | ;) |
| 16:24.42 | codefreeze | mvanbaak: what kinda missing cdr's dya want back? |
| 16:24.49 | codefreeze | In other words, what |
| 16:24.56 | codefreeze | is the situation? |
| 16:25.27 | mvanbaak | I call a group of phones (2 in this case, other cases have more) and I used to get 2 cdr's |
| 16:25.42 | mvanbaak | one for the connected call, one for the 'not answered' one |
| 16:26.39 | codefreeze | And now, you only get the answered call CDR? |
| 16:26.46 | mvanbaak | I use those cdr's to monitor if someone is slacking |
| 16:27.26 | codefreeze | LOL, jmls is right, I can't win. I can't even get out of the game. It's just like Thermodynamics! |
| 16:27.45 | Qwell | codefreeze: At least you can break even, right? |
| 16:27.56 | codefreeze | mvanbaak: I'll look at providing an option. |
| 16:28.06 | codefreeze | Qwell: nope. guaranteed loss every time! |
| 16:28.07 | file | everyone wants something different :D |
| 16:28.08 | mvanbaak | yup, only the "ANSWERED" one |
| 16:28.27 | Qwell | IMO, all CDRs should be posted, unanswered or not... |
| 16:28.33 | mvanbaak | indeed |
| 16:28.35 | Qwell | if somebody doesn't want those - they can filter them |
| 16:29.15 | codefreeze | Actually, guys, in 1.2, attempts to ring a phone were not posted... so its 'kinda' a new feature... |
| 16:29.26 | Qwell | interesting |
| 16:29.34 | mvanbaak | ah |
| 16:29.44 | mvanbaak | I coded this monitoring thingie after we went to 1.4 |
| 16:29.49 | mvanbaak | so never tested it with 1.2 |
| 16:29.53 | codefreeze | more like a reverberation of a change... but an option to cover it is reasonable. |
| 16:30.14 | mvanbaak | but all of a sudden I did not see stats about unanswered calls for members of my callgroups anymore |
| 16:30.38 | codefreeze | If it will maximize the number of happy users, I'm game. |
| 16:30.38 | mvanbaak | so I could not fire them anymore based on the phonestats ;) |
| 16:31.15 | codefreeze | Anything, *anything* to help mvanbaak increase employee turnover! |
| 16:32.25 | jmls | codefreeze: what's "reverberation of a change" |
| 16:32.25 | jmls | A shift in the time-space continuum ? |
| 16:32.36 | jmls | it was a change in 1.2, but it wasn't there when someone looked ... |
| 16:33.13 | jmls | just an echo of something that codefreeze was going to do in the future |
| 16:33.37 | mvanbaak | brb |
| 16:33.42 | mvanbaak | lol codefreeze |
| 16:33.42 | codefreeze | jmls: yeah, now you are getting the idea. It's more like a butterfly in Africa flapping its wings, causing a hurricane in Florida |
| 16:34.22 | jmls | or your cdrs not to work. Damnned butterfly ... |
| 16:35.54 | codefreeze | I've scheduled a repair session for tonight... at midnight, I will swing goat entrails over my head while shouting latin incantations. |
| 16:36.22 | jmls | chicken bones work better for me |
| 16:36.37 | jmls | or several bottles of good red wine |
| 16:36.51 | jmls | <PROTECTED> |
| 16:37.12 | codefreeze | Chicken Bones? Great idea! That's for tomorrow... ;) |
| 16:37.25 | jmls | mind you, by the seventh, there's not much difference between "good" and "bad" wine ... |
| 16:39.17 | codefreeze | I don't drink myself, but so I've heard... and witnessed... ;D |
| 16:44.33 | Juggie | codefreeze, how is the CRRfix branch these days |
| 16:45.40 | codefreeze | I get a few grumbling over it. But that's good. I'll try to make as many happy as possible. |
| 16:46.51 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 16:46.53 | Juggie | i found a volonteer to pick up on nolosscdr branch, so he's done a little work on it, its looking really good now. |
| 16:47.11 | codefreeze | Excellent! |
| 16:47.39 | elixer | i don't like being talked about like i'm not here... |
| 16:47.40 | elixer | ;-) |
| 16:48.11 | codefreeze | elixer: so we can talk about you while you ARE here? |
| 16:48.15 | Qwell | Juggie: That Sean...what a ...OH, HI elixer! |
| 16:48.16 | elixer | of course |
| 16:48.30 | Juggie | elixer, you are licensed i assume? |
| 16:48.34 | elixer | i am |
| 16:48.37 | elixer | seanbright on mantis |
| 16:48.38 | Juggie | great. |
| 16:48.46 | *** join/#asterisk-dev jtexter3 (n=jtexter3@12.159.220.114) |
| 16:49.24 | Juggie | ya, elixer, made a couple of smart changes i didnt think of. |
| 16:49.37 | Juggie | plus fixed adaptive_odbc to work under the new model |
| 16:51.49 | elixer | Juggie: i did have one question, take a look at lines 557 and 558 of adaptive when you get a second. not 100% on what should be returned there. |
| 16:53.01 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:53.03 | elixer | plus i was thinking that while the retry stuff is good, it makes an assumption (i believe) that /eventually/ whatever caused the initial failure will clear up. i'm not convinced that is a good assumption. |
| 16:53.31 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-90d89fd095cd4451) |
| 16:53.31 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:55.00 | Juggie | elixer, thats why there is a FATAL return |
| 16:55.22 | elixer | right, but its hard to be definitive |
| 16:55.42 | elixer | let me find an example |
| 16:55.51 | Juggie | its up to the backend to determine if the error is fatal or not |
| 16:57.23 | elixer | right, ok. |
| 16:57.26 | bkruse | M10745 |
| 16:57.27 | MuffinMan | [assigned] [Zaptel] General 0010745: [patch] Change spaninfo to _compat and create new API reported by Corydon76 http://bugs.digium.com/view.php?id=10745 |
| 16:57.50 | bkruse | Corydon76-lap: does this mean that everything that uses the zt_spaninfo struct will be deprecated? |
| 16:58.01 | bkruse | What is the point of this rather? (just wondering :) ) |
| 16:58.02 | Corydon76-lap | No |
| 16:58.21 | Corydon76-lap | The point of it is that Mark is pissed that it broke binary compatibility |
| 16:58.32 | kpfleming | between what? |
| 16:58.38 | bkruse | oh? |
| 16:58.54 | Corydon76-lap | Well, potentially between 1.4.5.1 and whatever the next release is |
| 16:59.00 | russellb | anything compiled against an older version of zaptel apparently |
| 16:59.02 | Corydon76-lap | so we're fixing it |
| 16:59.12 | bkruse | hmmm |
| 16:59.14 | kpfleming | so when have we ever preserved binary compatibility? |
| 16:59.15 | russellb | (or trunk, as was the problem in his case) |
| 16:59.24 | russellb | almost always within a release series |
| 16:59.25 | ManxPower | do you realize that #exec is not documented anywhere in 1.2 and I suspect in 1.4 as well. |
| 16:59.37 | kpfleming | russellb: for asterisk yes...for zaptel, no |
| 16:59.44 | russellb | but it is between asterisk and zaptel |
| 16:59.46 | Juggie | ManxPower, i suspect there are plenty of undocumented things |
| 16:59.49 | russellb | also, it's not a big deal to fix it ... |
| 16:59.51 | Corydon76-lap | More specifically, he's pissed that he spent 2 days debugging something |
| 17:00.06 | bkruse | oh...I can see that |
| 17:00.08 | kpfleming | russellb: but that's why you have to recompile asterisk if you install a new version of zaptel |
| 17:00.18 | kpfleming | it's always been that way |
| 17:00.19 | ManxPower | Juggie: I'm sure there are, but I just wanted to let y'all know. |
| 17:00.29 | kpfleming | anyway, i need lunch :-) |
| 17:00.49 | Juggie | would it be possible for chan_zap to detect if its running against a different version then it was compiled against? |
| 17:01.03 | kpfleming | it's software, anything is possible |
| 17:01.10 | Juggie | then we should do that. |
| 17:01.14 | bkruse | its just not there now |
| 17:01.31 | russellb | it is actually |
| 17:01.36 | russellb | but that is unrelated to the problem here. |
| 17:01.37 | Corydon76-lap | so yes, it's easy enough to fix, I just want him to look over the patch before I commit, to ensure that what he said to do is the same as what I understood |
| 17:02.05 | russellb | Corydon76-lap: you did what i understood was the case ... |
| 17:02.35 | Corydon76-lap | Nothing wrong with making sure |
| 17:03.02 | russellb | agreed |
| 17:03.11 | russellb | Corydon76-lap: thanks for taking care of it |
| 17:03.30 | Corydon76-lap | Eh, it was my patch, I should fix it |
| 17:04.56 | Deeewayne | bkruse: are you in the office ? |
| 17:06.33 | tzafrir | In libpri's Makefile I see: |
| 17:06.36 | tzafrir | CFLAGS += -I../zaptel -I../zapata |
| 17:06.48 | Corydon76-lap | Heh |
| 17:06.55 | Juggie | Corydon76-lap, can i pick your brain about ast_odbc_prepare_and_execute for a minute? |
| 17:07.00 | tzafrir | I don't suppose libpri uses libzap, right? |
| 17:07.06 | Corydon76-lap | Juggie, um, sure |
| 17:07.18 | tzafrir | zaptel seems to only be used directly in test programs |
| 17:07.37 | tzafrir | But then it is used with: #include <zaptel/zaptel.h> |
| 17:07.47 | Juggie | Corydon76-dig, if it returns failure, how can i differentiate between a connection error or a failure building the sql staetment (which would allways fail) |
| 17:07.57 | tzafrir | So one should have used: CFLAGS += -I.. |
| 17:07.59 | tzafrir | right? |
| 17:08.13 | Corydon76-lap | Juggie, you shouldn't care. The error was already displayed to the user |
| 17:08.20 | Juggie | Corydon76-dig, i do care. |
| 17:08.29 | Juggie | because of the branch i'm working on, i need to know. |
| 17:08.33 | tzafrir | or just drop that linbe |
| 17:08.54 | tzafrir | line |
| 17:09.04 | Corydon76-lap | Juggie, so you can print out yet another error message to the user? |
| 17:09.12 | Juggie | because if its a problem w/ prepare then i can assume it will *NEVER* work, where as if its a connection error, i can try again after a set amount of time. |
| 17:09.13 | bkruse | Deeewayne: yes |
| 17:10.11 | Corydon76-lap | Juggie, if it fails after trying the connection twice, you can safely assume it will always fail |
| 17:10.13 | Qwell | A82594 |
| 17:10.15 | MuffinMan | [82594] Committed by russell on 2007-09-17 13:46:59: Handle the case where there are multiple dynamic features with the same digit |
| 17:10.20 | Qwell | russellb: I believe there may have been an open bug about that |
| 17:10.24 | Juggie | Corydon76-home, what if the database is just down for a restart. |
| 17:10.33 | Qwell | it sounds familiar for some reason |
| 17:10.38 | Juggie | i'm not going to throw away a cdr record because the database is down for 30 seconds |
| 17:10.56 | Corydon76-lap | Ye gods, what database is down for 30 seconds for a restart? |
| 17:11.01 | Qwell | mysql |
| 17:11.06 | Qwell | (not really) |
| 17:11.10 | Corydon76-lap | pssht |
| 17:11.13 | putnopvut | oracle |
| 17:11.16 | Qwell | but sqlserver does take a while.. you generally have to reboot the machine ;) |
| 17:11.19 | putnopvut | (also not really) |
| 17:11.29 | Juggie | it doesnt matter, it could be a switch that died that takes 20min to replace |
| 17:11.44 | Qwell | Juggie: personally, I'd agree with that logic |
| 17:11.46 | Juggie | why should i throw away all those cdr records if the problem is going to clear itself |
| 17:11.54 | Juggie | up to a certain max limit of course. |
| 17:12.06 | Qwell | it may be a "permanent failure", but it's a temporary perm failure.. :p |
| 17:12.09 | russellb | Qwell: cool ... |
| 17:12.23 | *** join/#asterisk-dev h0 (n=Fakhir@unaffiliated/fakhir) |
| 17:12.26 | russellb | i am finding a crapton of bugs with channel locking |
| 17:12.28 | Juggie | Qwell, exactally, thats the assumption my nolosscdr branch makes. |
| 17:12.28 | russellb | it's quite a mess |
| 17:12.38 | Corydon76-lap | Juggie, I wouldn't worry about it. Either you're going to save everything and retry after 20 minutes or you aren't |
| 17:12.55 | Juggie | Corydon76-dig, but i need to know if the sql problem is fatal or not. |
| 17:13.05 | Juggie | if theres a error in the statement for some reason |
| 17:13.14 | Corydon76-lap | Juggie, doesn't matter. Save everything for 20 minutes. |
| 17:13.16 | Juggie | (not likely but possible) then it will hang on that record for ever |
| 17:13.35 | Corydon76-lap | No, if it still fails after 20 minutes, you discard it |
| 17:13.37 | Qwell | Juggie: if you go that route, there should definitely be a way to purge those pending records from the CLI/manager or something |
| 17:14.42 | Qwell | realistically though - how many CDRs would it take to be in memory in order to even use 1mb of ram? |
| 17:14.51 | elixer | 7 |
| 17:14.53 | Juggie | Corydon76-dig, the point is to not loose cdr's not to just give up. |
| 17:15.11 | Corydon76-lap | Juggie, there are too many specific errors that COULD be considered temporary, if only the admin does something specific to clear the problem... |
| 17:15.35 | Corydon76-lap | and there are situations where the admin simply will never take that action |
| 17:16.00 | Corydon76-lap | So if we're going to be fault-tolerant, be tolerant for every failure |
| 17:16.05 | Juggie | right, i only want to consider connection issues temporary. |
| 17:16.25 | Corydon76-lap | and the next admin will want a slightly different criteria |
| 17:16.27 | Qwell | what besides a connection issue would cause a CDR to not post? |
| 17:16.40 | Corydon76-lap | Qwell, primary key conflict |
| 17:16.46 | Qwell | fair enough |
| 17:16.55 | elixer | but that too will never resolve |
| 17:17.01 | Qwell | not on it's own |
| 17:17.04 | elixer | right |
| 17:17.05 | Corydon76-lap | Qwell, and if the admin sees that, he might take action to clear that unique key, so that the cdrs can be saved |
| 17:17.24 | Corydon76-lap | connection issues don't generally resolve on their own, either |
| 17:17.48 | Juggie | right, well it cant go on how it is now |
| 17:17.51 | mvanbaak | they did for us today ;) |
| 17:17.58 | Corydon76-lap | Juggie, why not? |
| 17:17.58 | Juggie | 2 tries which span like 2 seconds, and then the record is lost |
| 17:18.01 | Juggie | isnt acceptable |
| 17:18.01 | mvanbaak | colo provider trashed a juniper |
| 17:18.14 | Corydon76-lap | Juggie, okay, fine. Retry EVERY failure in 20 minutes |
| 17:18.33 | Qwell | double the timeout on every failure, heh |
| 17:18.34 | Corydon76-lap | If it still fails after that time period, toss the record |
| 17:19.21 | elixer | seems reasonable. retry period can be configurable. |
| 17:19.23 | Corydon76-lap | You cannot be piecemeal about fault tolerance, because every admin (and every database) is different in the possible causes of a failure |
| 17:19.37 | Juggie | i've been working on a different approach which was given the go ahead by murf. |
| 17:20.03 | Juggie | and the retry peroid is configurable, but by default it is 30 seconds. |
| 17:20.12 | Corydon76-lap | Cool |
| 17:20.15 | elixer | ah yes. |
| 17:21.31 | *** join/#asterisk-dev ivanfm (n=ivanfm@c906b486.virtua.com.br) |
| 17:21.37 | Juggie | i dont agree with leaving records to post in 20 minutes, or even 10 or 5, it could be a very temporary problem, i see no harm in trying each backend instance each 30 seconds until it suceeds then we move on with no delay until another record fails. |
| 17:22.34 | Corydon76-lap | Well, okay, fine. Retry every 30 seconds, and if it still doesn't post after 40 retries, discard the record |
| 17:23.22 | Corydon76-lap | but I wouldn't serialize the records, I'd stick the record back on a circular queue to be retried later |
| 17:25.31 | Corydon76-lap | Maybe even create a "disk bucket" where you stick every query which failed to insert |
| 17:26.31 | Corydon76-lap | Then an admin can go back later and figure out why it failed and fix the database or dialplan to ensure that it gets inserted correctly in the future |
| 17:34.51 | *** join/#asterisk-dev ManxPower (n=manxpowe@98.sub-70-221-75.myvzw.com) |
| 18:11.31 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 18:11.31 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 18:14.42 | *** join/#asterisk-dev ManxPower (n=manxpowe@155.sub-75-201-181.myvzw.com) |
| 18:30.55 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:54.25 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-88-154-177-39.red.bezeqint.net) |
| 18:54.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:58.05 | kpfleming | Juggie: ping |
| 18:58.54 | Juggie | kpfleming, pong |
| 18:59.08 | kpfleming | did that last commit contain code from someone other than you? |
| 18:59.08 | Juggie | whats up kpfleming. |
| 18:59.23 | Juggie | yes, but he's disclaimed. |
| 18:59.32 | kpfleming | doesn't matter |
| 18:59.43 | kpfleming | if you commit code, it has to either be yours or come through the issue tracker |
| 18:59.53 | Juggie | to a branch? |
| 18:59.55 | kpfleming | we cannot rely on you saying the code was covered by a license agreement |
| 18:59.56 | kpfleming | yes |
| 19:00.03 | kpfleming | unless you don't want that branch to be mergeable |
| 19:00.20 | Juggie | but if he puts it on the issue tracker i can just commit it to my branch then? |
| 19:00.24 | kpfleming | yes |
| 19:00.32 | Juggie | ok, i'll have that done, thanks for letting me know. |
| 19:00.40 | kpfleming | because he has to upload it and mark it as being covered by his license agreement |
| 19:00.42 | kpfleming | thanks :-) |
| 19:00.58 | Juggie | no problem, just wasnt aware of that. |
| 19:01.43 | Juggie | how do i make svnbot post to a bug? |
| 19:01.49 | Juggie | is there a doc for that somewhere. |
| 19:01.59 | russellb | Juggie: the main page of bugs.digium.com talks aboutg it |
| 19:02.03 | Juggie | ok. |
| 19:02.13 | russellb | but basically "#1234" |
| 19:02.19 | russellb | or "closes issue #1234" |
| 19:02.38 | Juggie | is that required though, since i've already commited this stuff i dont want to have to revert and re-commit. |
| 19:02.42 | kpfleming | or use the commit message template |
| 19:02.44 | Juggie | i will for any new commits though. |
| 19:02.48 | Juggie | k. |
| 19:03.01 | kpfleming | you can just edit the log message again... although i don't think svnbot will see the revprop change |
| 19:03.26 | Juggie | nah i dont think so either. |
| 19:03.45 | Juggie | i'll try though. |
| 19:06.10 | elixer | msg Juggie bug 10747 |
| 19:06.16 | elixer | woops |
| 19:07.33 | bkruse | haha |
| 19:07.37 | bkruse | better than a bad message |
| 19:08.22 | elixer | heh |
| 19:08.25 | elixer | yeah, could have been worse |
| 19:17.10 | Juggie | anyways, taken caer of now. |
| 19:17.13 | Juggie | *care. |
| 19:17.45 | Juggie | kpfleming: will this do? http://bugs.digium.com/view.php?id=10747 |
| 19:18.03 | kpfleming | yes |
| 19:18.21 | Juggie | k, thanks. |
| 19:22.04 | Juggie | russellb: ping |
| 19:22.17 | russellb | pong |
| 19:22.26 | russellb | 1.4 patch? :) |
| 19:22.34 | Juggie | you want me to make one? :P |
| 19:22.40 | russellb | if you don't mind, that would rock |
| 19:22.43 | Juggie | grrr |
| 19:22.43 | Juggie | ok. |
| 19:22.46 | russellb | but you are allowed to say no. |
| 19:22.52 | russellb | but it may delay getting it applied ;) |
| 19:25.05 | Qwell | So...do we want to use up a codec bit for AMR? |
| 19:26.15 | ManxPower | Qwell: if it will stop someone from complaining on -dev, I'm all for it. |
| 19:26.25 | Qwell | we have a total of 2 left |
| 19:26.39 | Juggie | russellb: whats odd is for me when i apply it to 1.4 svn i get like 4 rejects |
| 19:26.40 | Qwell | (in the current format) |
| 19:26.42 | Juggie | but he only gets one. |
| 19:26.55 | ManxPower | Qwell: I guess it's time to change formats. |
| 19:27.31 | Juggie | ahh nm i had some left over dirt in my code |
| 19:28.36 | Qwell | erm, 3 left? |
| 19:28.40 | Qwell | whichever |
| 19:31.25 | Juggie | festr_: ping |
| 19:39.47 | JerJer | what's a compatible ABI call ? |
| 19:40.22 | Qwell | JerJer: binary compatibility |
| 19:40.33 | Qwell | so, if you rebuild zaptel but not asterisk, we want it to still work |
| 19:40.46 | *** join/#asterisk-dev jsmith (n=jsmith@000-181-995.area3.spcsdns.net) |
| 19:42.18 | JerJer | ahh - cool |
| 19:44.40 | Corydon76-lap | jsmith, !!!! |
| 19:44.49 | jsmith | Hey Corydon76-lap... wassup? |
| 19:44.58 | Corydon76-lap | Not too much |
| 19:45.16 | Corydon76-lap | A small heap? |
| 19:49.05 | jsmith | Well, in typical computer programmer fashion, the heap is infinitely large, it's the stack I have to worry about |
| 19:51.55 | Juggie | russellb: ping |
| 19:52.04 | Juggie | jsmith, how was monthreal. |
| 19:52.08 | Juggie | *montreal |
| 19:52.13 | russellb | Juggie: pong |
| 19:52.21 | jsmith | Juggie: It was good |
| 19:52.23 | Juggie | russellb, posted a patch for 1.4 but i await testing. |
| 19:52.32 | russellb | awesome, thanks for the update |
| 19:52.40 | Juggie | np. |
| 19:52.57 | Juggie | did you figure out why this is acting so ackward? |
| 20:03.36 | jmls | Corydon76-lap: I added the info you requested to m10710 |
| 20:04.00 | jmls | and if anyone wants to look at 10706 and 10709 I would be grateful |
| 20:04.01 | Corydon76-lap | jmls, yes, I saw |
| 20:04.12 | jmls | oh, ok. Sorry. |
| 20:04.13 | russellb | M10706 |
| 20:04.13 | MuffinMan | [new] [Asterisk] Applications/app_mixmonitor 0010706: Asterisk segfaulted using Mixmonitor reported by jmls http://bugs.digium.com/view.php?id=10706 |
| 20:04.18 | russellb | M10709 |
| 20:04.19 | MuffinMan | [new] [Asterisk] Channels/chan_local 0010709: asterisk segfaulted in __ast_module_user_remove reported by jmls http://bugs.digium.com/view.php?id=10709 |
| 20:04.31 | russellb | the problem is that those are not obvious |
| 20:04.35 | jmls | these are all 1.4 svn. |
| 20:04.37 | russellb | like ... at all |
| 20:05.02 | jmls | russellb: I can reproduce 10709 every time. At least, I can make it segfault every time .. |
| 20:05.20 | jmls | 10706 I haven't been able to |
| 20:05.36 | russellb | reproducable on a test machine? |
| 20:05.39 | jmls | ypu |
| 20:05.41 | jmls | ypu |
| 20:05.44 | russellb | oh, nice |
| 20:05.46 | jmls | *&*(&*&%^&%^ |
| 20:05.48 | jmls | yup |
| 20:05.51 | Corydon76-lap | Repeatable cases help |
| 20:06.00 | russellb | would you be willing to let someone log in to look? |
| 20:06.25 | jmls | yeah, no problems. Need to set up the test scripts first, and have some dinner. Would be available in around an hour. |
| 20:06.35 | russellb | ok, i should be around and available |
| 20:07.30 | jmls | cool. for info, I make 30 outbound calls, loop 'em back into a 10 agent queue. Outbound and inbound Mixmonitor the call. |
| 20:08.02 | jmls | all playing music to each other. A random ring period, a random call length |
| 20:08.17 | russellb | sounds complicated :( |
| 20:08.27 | russellb | but i'll see what i can find |
| 20:08.27 | jmls | yeah. wanting to stress it ;) |
| 20:08.55 | jmls | I'll give you a call when I'm not hungry any more ... 8-) |
| 20:09.00 | russellb | heh, i |
| 20:09.02 | russellb | s/i/k/ |
| 20:20.04 | tzafrir_laptop | Corydon76-dig, ZT_SPANSTAT and ZT_SPANSTAT_COMPAT have the same value |
| 20:21.48 | Corydon76-lap | tzafrir_laptop, are you sure? |
| 20:21.56 | Corydon76-lap | Mark seems to think otherwise |
| 20:22.16 | tzafrir_laptop | just used a little test program. It prints: |
| 20:22.25 | tzafrir_laptop | c0704a0a: ZT_SPANSTAT_COMPAT |
| 20:22.26 | tzafrir_laptop | c0784a0a: ZT_SPANSTAT |
| 20:22.33 | kpfleming | those are not the same |
| 20:22.35 | Corydon76-lap | And they're different |
| 20:22.40 | kpfleming | that too :-) |
| 20:22.44 | russellb | heh |
| 20:22.54 | Qwell | tzafrir_laptop: s/0/8/ :) |
| 20:22.56 | russellb | c070 vs. c078 |
| 20:22.57 | russellb | :) |
| 20:23.13 | tzafrir_laptop | duh! |
| 20:23.17 | russellb | :-D |
| 20:23.23 | russellb | tzafrir_laptop: you're allowed to make mistakes. |
| 20:23.38 | russellb | on 3!!! |
| 20:23.41 | Corydon76-lap | Hooray, I followed Mark's instructions and I wasn't wrong (for once) |
| 20:23.45 | Qwell | stupid fonts! |
| 20:23.57 | Qwell | making 8s look like 0s... |
| 20:30.11 | tzanger | the spanish inquisition was on a mission from god |
| 20:30.15 | tzanger | they can't possibly be blamed |
| 20:38.57 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-f4ac6ca07cd247cc) |
| 20:38.57 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:50.42 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 20:54.31 | Qwell | russellb: what are cat_metric and var_metric? |
| 20:54.49 | Corydon76-lap | They are the two fields from the old static realtime |
| 20:54.59 | Qwell | what do they do? |
| 20:55.11 | russellb | they are for ordering the stuff in the db |
| 20:55.16 | Corydon76-lap | The purpose is to provide ordering for duplicate category or variable declaration |
| 20:55.19 | Qwell | oh, I see |
| 20:55.31 | Corydon76-lap | i.e. disallow first, then 4 allow's |
| 20:55.36 | Qwell | cat_metric to sort the categories, and var_metric to sort the individual line? |
| 20:55.44 | russellb | yes |
| 20:55.45 | Qwell | makes sense |
| 20:55.48 | Qwell | thanks |
| 20:56.21 | Qwell | heh, now I remember using that in voicemail |
| 20:56.53 | Qwell | it was always a PITA to sync... |
| 20:57.15 | Corydon76-lap | Rather cruddy, but it was consistent to almost all config files |
| 21:06.15 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 21:08.39 | Deeewayne | I'm diving into chan_agen'ts __login_exec() function. If nobody hears back from me in 24 hours, please call for help |
| 21:09.09 | russellb | lol |
| 21:09.14 | jmls | russellb: test ready to start. |
| 21:09.19 | Corydon76-lap | I wonder how much of the really weird crashes attributable to chan_local and chan_agent might be fixed with astobj2 |
| 21:09.29 | jmls | I need your ip address you're coming from to set up the firewall |
| 21:09.43 | jmls | Corydon76-dig: lots ! |
| 21:09.46 | russellb | jmls: it would be gateway.digium.com |
| 21:19.14 | russellb | i have a crash in libpthread |
| 21:19.15 | russellb | that's nice. |
| 21:19.38 | Juggie | hahaha |
| 21:19.45 | Juggie | and on that note, i am going home, have fun w/ that one :) |
| 21:19.50 | russellb | i'm sure it's my fault... |
| 21:19.53 | russellb | have a good night! |
| 21:20.11 | Juggie | indeed... dont forget to be ready for drinking next week. |
| 21:20.38 | russellb | w00t |
| 21:21.27 | Deeewayne | O.o |
| 21:25.09 | putnopvut | I want to drink some cactus water. |
| 21:25.24 | putnopvut | Or maybe just some margaritas. |
| 21:28.47 | russellb | sounds like a plan |
| 21:28.53 | russellb | perhaps a margarita made with cactus water? |
| 21:29.09 | putnopvut | Or Tequila, whichever is more convenient ;) |
| 21:29.17 | russellb | :) |
| 21:29.51 | putnopvut | Let it be known to all that I hate writing presentations. |
| 21:29.55 | putnopvut | That is all. |
| 21:31.24 | Qwell | putnopvut: I'll do your presentation if you read this RFC :p |
| 21:31.31 | putnopvut | Which one? |
| 21:31.50 | russellb | 7 |
| 21:31.55 | putnopvut | As in, which RFC, not which presentation (I have 3 to write) |
| 21:32.22 | putnopvut | Host-IMP interface |
| 21:32.23 | russellb | RFC 7 |
| 21:32.26 | Qwell | 4867 |
| 21:32.43 | putnopvut | Ah, AMR |
| 21:32.45 | Qwell | TP Payload Format and File Storage Format for the |
| 21:32.46 | Qwell | <PROTECTED> |
| 21:32.46 | Qwell | <PROTECTED> |
| 21:32.49 | putnopvut | You go right ahead. |
| 21:32.52 | Qwell | erm, RTP payload |
| 21:33.02 | Qwell | it's...interesting |
| 21:33.22 | putnopvut | Adaptive multi-rate. Sounds CPU intensive. |
| 21:33.38 | Qwell | yeah, there are like 8 different "modes" |
| 21:34.21 | Qwell | The AMR codec is a multi-mode codec that supports eight narrow band speech encoding modes with bit rates between 4.75 and 12.2 kbps. |
| 21:35.15 | Qwell | (there's also AMR-WB, which supports an additional 9 modes - 6.6 to 23.85 kbps) |
| 21:35.24 | putnopvut | Sounds delicious. |
| 21:46.40 | *** join/#asterisk-dev NoCarrier (n=John@unaffiliated/badpacket) |
| 21:57.03 | tzafrir_laptop | "adaptive multi-rate". Sounds not unlike speex |
| 21:59.36 | *** join/#asterisk-dev snuff-away (i=snuff@220-253-19-185.VIC.netspace.net.au) |
| 22:08.23 | *** join/#asterisk-dev twilson (n=twilson@CPE-65-30-30-20.kc.res.rr.com) |
| 22:08.41 | Deeewayne | file: :-o |
| 22:09.12 | Qwell | tzafrir_laptop: AMR can change mid-stream |
| 22:09.45 | Deeewayne | I can't type my question....yet |
| 22:17.09 | russellb | Corydon76-lap: ping |
| 22:17.13 | russellb | Corydon76-lap: http://pastebin.ca/701196 |
| 22:17.26 | russellb | that is from jmls' box ... valgrind is very upset with his use of func_odbc |
| 22:18.08 | russellb | i was just hoping you could take a look since it may be obvious to you what could be happening |
| 22:18.17 | russellb | there is more output where that came from, heh |
| 22:18.53 | russellb | I think this is the root cause of all of the crashes he is having with backtraces all over the place |
| 22:19.10 | file | eventual memory corruption insanity? |
| 22:19.18 | russellb | yes sir |
| 22:19.59 | Corydon76-lap | hrm |
| 22:20.53 | Corydon76-lap | __post_internal_error looks bad |
| 22:21.29 | russellb | yeah |
| 22:21.41 | outtolunc | FC4 |
| 22:21.42 | outtolunc | ? |
| 22:21.47 | russellb | it's probably best to start with the first one |
| 22:21.56 | russellb | as later stuff is often side effects |
| 22:23.16 | Corydon76-lap | okay, well, the only reason it would call it from there is if the prepare failed... |
| 22:23.39 | Corydon76-lap | which usually means the sql is invalid |
| 22:23.56 | russellb | Corydon76-lap: it looks like SQLDisconnect() made obj->con invalid, but it is still getting used |
| 22:24.05 | russellb | of course i'm describing the effect, not the cause. |
| 22:24.16 | Corydon76-lap | What's the database backend? |
| 22:24.28 | jmls | Progress |
| 22:24.35 | russellb | o.O |
| 22:24.48 | russellb | that silly thing again! |
| 22:24.55 | Corydon76-lap | Are you using the pooling or not? |
| 22:24.58 | jmls | <PROTECTED> |
| 22:25.37 | Corydon76-lap | and is your SVN revision at least 79142? |
| 22:25.46 | russellb | that silly thing again! |
| 22:25.50 | russellb | er |
| 22:25.51 | jmls | Corydon76-dig: yes, 82286 |
| 22:26.21 | jmls | it's not Postgres .. it's Progress ... |
| 22:27.32 | russellb | Corydon76-lap: kind sir, may I officially pass this over to you since it appears to be in your domain? :) |
| 22:27.35 | Corydon76-lap | jmls, in res_odbc.conf, there's a setting called pooling and limit. Please set pooling => yes, and limit => 15 |
| 22:27.55 | Corydon76-lap | jmls, then reload, and try again |
| 22:28.22 | jmls | under the section, or global ? |
| 22:28.23 | Corydon76-lap | russellb, dunno, I'm grasping at straws, I think |
| 22:28.28 | Corydon76-lap | under the section |
| 22:28.29 | russellb | k |
| 22:28.51 | russellb | jmls: let me know when you want to run the test, i want to do valgrind again |
| 22:28.53 | Corydon76-lap | This is the only thing that is a little bit of a race condition |
| 22:29.09 | jmls | russellb: I can run when you're ready |
| 22:29.23 | russellb | it's starting |
| 22:29.24 | russellb | zzz |
| 22:29.34 | russellb | hold please. |
| 22:29.46 | jmls | ok ... |
| 22:30.06 | russellb | it appears to be upset before you even start doing anything |
| 22:30.20 | Corydon76-lap | Oooo, kick ass |
| 22:30.50 | jmls | I didn nuttin |
| 22:30.52 | Corydon76-lap | Progress... |
| 22:31.06 | russellb | new paste coming |
| 22:31.26 | russellb | http://pastebin.ca/701218 |
| 22:32.21 | jmls | could this be the pooling and limit settings ? |
| 22:33.46 | jmls | Corydon76-dig: outtolunc just showed me this: |
| 22:33.47 | jmls | http://mail.easysoft.com/pipermail/unixodbc-support/2005-November/000771.html |
| 22:33.51 | russellb | jmls: i think that was there before you changed that setting, but we could check again |
| 22:34.02 | jmls | I've got unixODBC-2.2.11-7.1 |
| 22:34.03 | russellb | the output i just pasted shows some very bad problems within the progress odbc driver |
| 22:34.31 | jmls | russellb: our live system is taking 7000+ calls a day, using the same driver |
| 22:34.33 | russellb | that email isn't related |
| 22:34.41 | *** join/#asterisk-dev Yourname`` (n=IM@unaffiliated/yourname/x-837320) |
| 22:35.04 | russellb | jmls: that's weird ... there has got to be something different ... |
| 22:35.11 | russellb | we can't fix these errors |
| 22:35.13 | russellb | and they are fatal ... |
| 22:35.14 | jmls | one of the only differences is that we are using a view in the test system |
| 22:35.33 | jmls | and it's on the queue members ... |
| 22:35.48 | jmls | hmmmm |
| 22:35.58 | Yourname`` | Hi. I keep getting segfault on my queuesbox. I've been using svn 1.4 for quite sometime. But I recently did an svn update and it messed up, and following someone else's advice on #asterisk, I ran another update. Yet, Asterisk keeps crashing every few minutes. |
| 22:36.16 | russellb | Yourname``: do you have a backtrace? |
| 22:36.24 | Corydon76-lap | jmls, one of the errors shown by valgrind was mixing of C-style and C++-style allocations and destructors. |
| 22:36.27 | Yourname`` | Pastebin for that http://pastebin.ca/701225 |
| 22:36.37 | russellb | jmls: you can provide that valgrind output to the maintainers of the progress driver and see what they say |
| 22:36.43 | Yourname`` | russellb: lol, the man who helped me with the SVN back then! No sir, no backtrace. |
| 22:36.59 | Yourname`` | russellb: I wish I even remembered what svn version worked perfectly fine! |
| 22:37.06 | russellb | heh ... |
| 22:37.09 | jmls | russellb: is the file on my box ? |
| 22:37.16 | russellb | jmls: nope ... |
| 22:37.18 | russellb | i can save it though |
| 22:37.51 | Corydon76-lap | Yourname``, that's far from enough information. You need to take that coredump and generate a stack backtrace from it |
| 22:38.02 | jmls | if you could I'll speak to tech support tomorrow. I am going to find it a little tough though, as the progress driver itself is not crashing, is it ? |
| 22:38.10 | jmls | do you have some tech-speak I could use ? |
| 22:38.23 | russellb | jmls: /usr/src/asterisk/progress-odbc-valgrind.txt |
| 22:38.32 | jmls | russellb: thanks |
| 22:38.33 | Yourname`` | Corydon76-lap: The thing is I'm a newbie. And I was thinking of just reverting back to the old version 2 updates ago. But I wanted to help out with this.. and now I have no idea how I can :S |
| 22:38.49 | russellb | jmls: say that you're getting crashes using the odbc driver, and here is some valgrind output showing some things going on in the driver |
| 22:39.04 | jmls | thanks |
| 22:39.13 | russellb | jmls: it shows reads of memory past the end of allocated buffers, and also shows mismatched calls between malloc/free new/delete |
| 22:39.16 | Corydon76-lap | Yourname``, please see doc/backtrace.txt |
| 22:39.27 | Yourname`` | ok |
| 22:40.02 | jmls | russellb: thanks very much. |
| 22:40.33 | russellb | jmls: you're welcome |
| 22:40.36 | jmls | Corydon76-dig: thanks for the help |
| 22:40.37 | russellb | hopefully something good will come of it |
| 22:41.00 | Juggie | <PROTECTED> |
| 22:41.11 | Juggie | my car has to go in tomorow for a firmware update :( |
| 22:41.14 | Corydon76-lap | jmls, russellb was far more responsible for the diagnosis than I was. |
| 22:41.14 | russellb | lol |
| 22:41.15 | russellb | nice |
| 22:41.32 | Juggie | indeed, the speedometer is off by 10km/hr |
| 22:42.11 | Qwell | Juggie: You know what that means? |
| 22:42.18 | Qwell | You can speed and get away with it. |
| 22:42.34 | jmls_sleeeeeeep | goodnight all |
| 22:42.41 | Qwell | ...unless it's broken the other way |
| 22:44.23 | russellb | Corydon76-lap: his box had me really worried before i pulled out valgrind |
| 22:44.27 | russellb | the backtraces were everywhere |
| 22:44.34 | Corydon76-lap | ouch |
| 22:44.53 | Corydon76-lap | Well, I'm going to head home |
| 22:44.58 | codefreeze | Qwell: more than once, my speedometer read "0", no matter the actual speed.... it's a real pain... |
| 22:45.12 | Corydon76-lap | Yay, two hour drive |
| 22:46.38 | Yourname`` | Why does the main person who is helping me always leave! lo |
| 22:46.50 | Yourname`` | Anyway, I got the gdb stuff done. Now, here I come on the bugtracker. |
| 22:47.06 | Yourname`` | Meanwhile, is there a way I can REVERT to "two updates ago" on SVN by any chance, please? |
| 22:47.27 | russellb | you can run "svn up -r <revision>" to any revision |
| 22:49.23 | Yourname`` | russellb: What if I don't remember the revision number? :S (which is the case) |
| 22:49.43 | russellb | well, you can just ... pick one, i guess |
| 22:49.52 | russellb | svn log --limit=200 | less |
| 22:50.02 | russellb | go down until you find a nice one, heh |
| 22:51.56 | Juggie | Qwell, its showing 10km/hr faster |
| 22:53.42 | Yourname`` | Ah, great... doing it right now till I remember what revision it was, thanks russellb :) |
| 22:54.44 | russellb | np |
| 22:55.31 | *** join/#asterisk-dev CunningPike_ (n=arodgers@204.239.12.183) |
| 22:55.38 | Yourname`` | Submitted a bug, russellb with gdb's coredump information. |
| 22:55.44 | Yourname`` | Now, all I have to do is revert to make it work! |
| 22:55.53 | russellb | great, thank you |
| 23:00.59 | russellb | Yourname``: that should be fixed |
| 23:01.04 | russellb | using the latest of the latest. |
| 23:01.07 | russellb | i fixed it earlier today |
| 23:01.27 | Yourname`` | russellb: After doing the svn update should I "make clean && ./configure && make && make install" ? |
| 23:01.39 | elixer | if a girl SMSs you telling you she is gassy... do you propose right then and there? |
| 23:02.06 | Yourname`` | russellb: Oh, around what time you think? I did another update following ManxPower's advice and it still crashed, 25 mins ago. |
| 23:02.22 | Yourname`` | elixer: You ask for her parent's phone number. Call them up, and pass on the message. |
| 23:03.15 | elixer | russellb: well, by "girl" i mean "woman who hasn't lived with her parents in many moons." |
| 23:03.17 | elixer | err |
| 23:03.26 | elixer | Yourname``: well, by "girl" i mean "woman who hasn't lived with her parents in many moons." |
| 23:03.27 | elixer | heh |
| 23:04.57 | russellb | Yourname``: let me check something |
| 23:05.34 | russellb | Yourname``: yeah, it should be fixed ... |
| 23:05.35 | russellb | :-/ |
| 23:05.49 | Yourname`` | russellb: Ok, so what would that version be? |
| 23:06.06 | Yourname`` | The current broken one is 82594M. |
| 23:07.05 | russellb | that is the _last_ revision before the fix. |
| 23:07.11 | russellb | you need at least 82644 |
| 23:07.15 | russellb | but preferably 82676 |
| 23:07.31 | Yourname`` | So svn update should bring me to 82676, right? |
| 23:07.34 | russellb | yes |
| 23:07.35 | russellb | or later |
| 23:07.37 | russellb | and if it doesn't |
| 23:07.42 | russellb | well .... i'm screwed |
| 23:07.54 | Yourname`` | Ok, instead of going back to the working one.. I'll contrib to the community by taking on this one! lol |
| 23:07.55 | elixer | heh |
| 23:08.01 | *** join/#asterisk-dev fadey (n=fadey@89.140.51.39.static.user.ono.com) |
| 23:08.04 | russellb | Yourname``: thanks :) |
| 23:08.14 | Yourname`` | russellb: It's 82729 right now. :) |
| 23:08.38 | Yourname`` | russellb: After doing the svn update should I "make clean && ./configure && make && make install" ? |
| 23:08.54 | russellb | that certainly can't hurt |
| 23:08.58 | russellb | usually just make && make install |
| 23:09.18 | Yourname`` | ok |
| 23:10.03 | fadey | hello, everyone. I'm desperate with setting a higher IRQ priority for my digium card. Is changing a PCI slot is the only way to do it? |
| 23:10.26 | russellb | fadey: please contact support@digium.com |
| 23:11.05 | Yourname`` | russellb: And then asterisk should be fine with a "stop now" and then "safe_asterisk"? |
| 23:11.14 | russellb | yes |
| 23:13.19 | Yourname`` | Ok. Done. Did a stop gracefully.. |
| 23:14.22 | Yourname`` | Hmm, weird. It's still at 825940 |
| 23:14.26 | Yourname`` | Hmm, weird. It's still at 82594* |
| 23:15.17 | Yourname`` | Even weird, even though I did stop gracefully.. while there are calls going on, it stopped anyway. |
| 23:15.44 | elixer | Yourname``: do you get any output when you do a `svn up` |
| 23:15.45 | elixer | ? |
| 23:16.12 | Juggie | the asterisk binary probally just wasnt changed so it shows an older revision |
| 23:16.34 | Juggie | just do a make clean, and rebuild from scratch if you want to make sure you see the proper version numbers. |
| 23:16.35 | elixer | ah. that could do it, too. |
| 23:16.57 | Yourname`` | elixer: Ofcourse, it did a full update. |
| 23:17.24 | Yourname`` | Juggie: That's what I did. |
| 23:18.07 | Juggie | make clean; make install; asterisk -rx "restart now" you did all that? |
| 23:19.27 | Yourname`` | I did make clean && ./configure && make && make install |
| 23:20.09 | Qwell | I don't think make clean removes the version file. |
| 23:20.14 | elixer | make distclean |
| 23:20.15 | elixer | ? |
| 23:20.18 | Qwell | that would |
| 23:20.24 | Yourname`` | There we go! |
| 23:20.26 | Qwell | oh, I guess it does...hmm |
| 23:20.29 | Yourname`` | make distclean |
| 23:20.41 | Yourname`` | I think I had to do that last time thanks to russellb. |
| 23:20.45 | Yourname`` | Thank you, Qwell. |
| 23:21.00 | Qwell | according to the Makefile, distclean shouldn't be needed, heh |
| 23:21.30 | elixer | i hate it when Makefile lies to me |
| 23:27.19 | russellb | stop the hate |
| 23:27.24 | russellb | love the code |
| 23:28.03 | elixer | heh |
| 23:29.32 | russellb | i'm calling BS on valgrind. |
| 23:29.36 | russellb | :) |
| 23:29.42 | russellb | oh well |
| 23:29.46 | russellb | off to play some pool ... |
| 23:29.50 | Yourname`` | Thanks russellb |
| 23:29.57 | Yourname`` | Hoping it works without crashing ;) |
| 23:30.00 | russellb | Yourname``: you're welcome |
| 23:30.01 | russellb | me too |
| 23:30.18 | Yourname`` | I'm calling BS on sellvoip. |
| 23:30.36 | Yourname`` | Why can't one find carrier-grade large scale classy voip providers! |
| 23:30.57 | Yourname`` | Hey, question, once people do "stop gracefully" or "restart gracefully".. why does Asterisk not take any more commands? |
| 23:31.36 | russellb | because it is blocking waiting for it to stop |
| 23:31.45 | russellb | you can do more commands if you connect with another shell - asterisk -r |
| 23:34.18 | Yourname`` | Good idea! thanks again. |
| 23:35.54 | Yourname`` | Thanks for all the help, developers! |
| 23:35.59 | Yourname`` | And russellb. |
| 23:36.04 | *** part/#asterisk-dev Yourname`` (n=IM@unaffiliated/yourname/x-837320) |
| 23:36.09 | elixer | heh |
| 23:51.08 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |