| 00:07.49 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 00:46.17 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 01:18.15 | file | did I beat jsmith? |
| 01:26.11 | snuff-work | mm... i fixed flock with solaris.. least it seems ok.. |
| 01:36.38 | snuff-work | hey file you know fcntl? |
| 01:36.59 | file | not currently. |
| 01:37.36 | snuff-work | basically i have replaced 'flock' with fcntl |
| 01:40.06 | snuff-work | can i pb for you to look at? |
| 01:40.18 | file | tomorrow... tomorrow |
| 01:43.50 | snuff-work | k :) |
| 01:54.29 | *** join/#asterisk-dev dseeb_ (n=dcb@58.171.91.189) |
| 02:00.33 | JunK-Y | file: julie is mad, you better come see her. |
| 02:17.37 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 02:18.44 | file | eep |
| 02:19.04 | file | she might hurt me |
| 02:37.22 | JunK-Y | so u better prepare urself for a lunch before you leave. |
| 03:20.51 | *** join/#asterisk-dev netson99 (n=netson99@202.153.241.206) |
| 03:24.30 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:24.52 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 03:44.46 | *** join/#asterisk-dev Digitalcom1 (n=info@201-212-168-128.net.prima.net.ar) |
| 03:45.07 | *** join/#asterisk-dev dseeb_ (n=dcb@58.171.91.189) |
| 04:05.33 | *** join/#asterisk-dev Digitalcom2 (n=info@201-212-168-128.net.prima.net.ar) |
| 04:07.13 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 04:07.30 | Damin | Since when did make 3.80 become a build dependency for Zaptel? |
| 04:07.53 | Damin | Latest released version of make for Centos 3 is 3.79... |
| 04:08.42 | Damin | So I've got a couple of choices.. re-build the entire box on a newer OS, roll a new make RPM or compile it from scratch.. |
| 04:09.59 | Corydon76-dig | JunK-Y: ping |
| 04:10.13 | JunK-Y | pong |
| 04:10.24 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 04:10.24 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 04:10.26 | Damin | And Junk-Y SCORES! |
| 04:11.00 | Corydon76-dig | Hang on |
| 04:11.54 | Corydon76-dig | http://asterisk.drunkcoder.com/patches/localtime_update.diff.txt |
| 04:12.04 | Corydon76-dig | Apply that to 1.4 and try it out for me |
| 04:12.35 | Damin | Problem solved... Wrote: /usr/src/redhat/RPMS/i386/make-3.80-6.EL4.i386.rpm |
| 04:12.38 | Corydon76-dig | That is the massively new timezone code |
| 04:13.30 | Damin | And now, back to our regularly scheduled program... "Building Zaptel for Fun and Profit" |
| 04:19.38 | *** join/#asterisk-dev Juggie (n=Juggie@CPE00c049d9f271-CM000a73a18a20.cpe.net.cable.rogers.com) |
| 04:23.37 | *** join/#asterisk-dev cpatry (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 04:23.43 | cpatry | Corydon76-dig: works so far :) |
| 04:23.54 | *** join/#asterisk-dev Digitalcom3 (n=info@201-212-168-128.net.prima.net.ar) |
| 04:23.55 | Corydon76-dig | How far is that? |
| 04:24.05 | Corydon76-dig | Juggie: I have some code for you to test |
| 04:24.50 | cpatry | far like: nashville-phoenix :P |
| 04:24.54 | Juggie | Corydon76-dig, for? |
| 04:25.11 | Corydon76-dig | ast_localtime |
| 04:25.23 | Juggie | sure |
| 04:25.38 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 04:25.39 | Corydon76-dig | I just spent something like 8 hours getting the latest code from the US govt and fixing it to work with Asterisk |
| 04:25.43 | Corydon76-dig | http://asterisk.drunkcoder.com/patches/localtime_update.diff.txt |
| 04:31.11 | cpatry | bug |
| 04:31.12 | cpatry | exten => 82,1,SayUnixTime(${STRPTIME(2007-08-22 22:23:59|Canada/Montreal|%Y-%m-%d %H:%M:%S)}|America/Montreal); |
| 04:31.29 | cpatry | <PROTECTED> |
| 04:31.29 | cpatry | [Sep 12 00:30:48] DEBUG[8746]: say.c:2996 ast_say_date_with_format_en: Parsing (offset 16) in ABdY 'digits/at' IMp |
| 04:31.32 | cpatry | [Sep 12 00:30:48] DEBUG[8746]: say.c:2996 ast_say_date_with_format_en: Parsing I (offset 17) in ABdY 'digits/at' IMp |
| 04:31.36 | cpatry | <PROTECTED> |
| 04:31.38 | cpatry | [Sep 12 00:30:48] DEBUG[8746]: say.c:2996 ast_say_date_with_format_en: Parsing M (offset 18) in ABdY 'digits/at' IMp |
| 04:31.41 | cpatry | <PROTECTED> |
| 04:31.44 | cpatry | <PROTECTED> |
| 04:31.46 | cpatry | [Sep 12 00:30:50] DEBUG[8746]: say.c:2996 ast_say_date_with_format_en: Parsing p (offset 19) in ABdY 'digits/at' IMp |
| 04:31.49 | cpatry | <PROTECTED> |
| 04:31.52 | cpatry | 6:23pm |
| 04:31.54 | *** mode/#asterisk-dev [+b %cpatry!*@*] by Corydon76-dig |
| 04:32.00 | Corydon76-dig | Um, flooding? |
| 04:32.24 | *** mode/#asterisk-dev [-b %cpatry!*@*] by Corydon76-dig |
| 04:34.55 | JunK-Y | and |
| 04:34.59 | JunK-Y | exten => 81,1,SayUnixTime(${STRPTIME(2007-08-22 22:23:59||%Y-%m-%d %H:%M:%S)}); is still 11:23 |
| 04:35.25 | Corydon76-dig | Weird, I still get the right result when I try it |
| 04:36.43 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 04:44.44 | Juggie | Corydon76-dig, sorry, back, had to do something... i cant test right now but i can try it tomorow. |
| 04:46.09 | snuff-work | Corydon76-dig: i think i fixed the flock() issue :) |
| 04:46.41 | Corydon76-dig | snuff-work: cool |
| 04:47.38 | snuff-work | replaced with fcntl instead, i 'think' my code is right for it.. appears happy anyway |
| 04:51.23 | snuff-work | if u want to take a look at what i did.. might even put it with my other patch from this morning |
| 04:53.00 | Corydon76-dig | I'm rather tired after spending lots of time with timezone code, so upload it to a bug report on bugs.digium.com, please |
| 04:53.42 | snuff-work | np |
| 04:53.56 | JunK-Y | Corydon76-dig: thanks btw :) |
| 04:54.16 | Corydon76-dig | Eh, if it doesn't work, though |
| 04:58.57 | *** join/#asterisk-dev tsurko (n=tsurko@213.91.216.130) |
| 05:01.47 | Juggie | Corydon76-dig, holy crap thats a big patch |
| 05:01.52 | Juggie | i'm off to bed, i'll try it tomorow. |
| 05:10.49 | JunK-Y | same here, we'll check this out tomorrow corydon |
| 05:11.09 | JunK-Y | goto(bed,s,1) you deserved it :) |
| 05:14.14 | JunK-Y | Media Server Control Markup Language (MSCML) is a markup language used in conjunction with SIP to provide advanced conferencing and interactive voice response (IVR) functions. |
| 05:14.18 | JunK-Y | rfc 5022 |
| 05:25.22 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 06:07.57 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 06:17.24 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:20.18 | jmls_waking_up | putnopvut: wow - that's a *big* fix for the queue members ... |
| 06:21.05 | jmls_waking_up | did this mean that previously all queue members were being erased and then rebuilt after a call ? |
| 06:42.16 | snuff-work | jmls_waking_up: you see croyd patch for localtime? |
| 06:42.26 | snuff-work | that is rather large too |
| 06:44.54 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:44.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:01.30 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 07:01.30 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 07:04.07 | jmls_waking_up | snuff-work: yeah. Seems big changes are afoot |
| 07:04.30 | jmls | (day) |
| 07:22.00 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:22.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:00.55 | *** join/#asterisk-dev mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 08:39.43 | *** join/#asterisk-dev d3wayne (n=deeewayn@c-71-228-186-75.hsd1.al.comcast.net) |
| 08:39.43 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 08:49.25 | jmls | oh, bugger |
| 08:49.35 | jmls | I'm still not getting any call stats on members |
| 08:49.51 | jmls | r82267 |
| 08:50.05 | jmls | also, I'm now getting a "[Sep 12 09:49:15] NOTICE[19527]: cdr.c:432 ast_cdr_free: CDR on channel 'OutgoingSpoolFailed' not posted" |
| 08:50.14 | jmls | which I didn't last night |
| 09:23.23 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 09:28.00 | *** join/#asterisk-dev LukinoVoip (n=LukinoVo@gw.abanet.it) |
| 09:47.24 | LukinoVoip | does anybody has used t38modem + asterisk as t38 termination? |
| 09:48.38 | *** join/#asterisk-dev gaspiz (n=gaspiz@86.34.6.109) |
| 09:52.02 | gaspiz | Hi, in the dial application when we use "r" (ringing tone) it surpresses the early sounds given back by the dialed channel |
| 09:52.43 | gaspiz | ex: if a mobile carrier says "the person you are trying to reach is not available" without answering the channel |
| 09:54.05 | gaspiz | if on line 659 if (!ast_test_flag(outgoing, OPT_RINGBACK | OPT_MUSICBACK)) we remove the OPT_RINGBACK it will work as expected |
| 09:54.19 | gaspiz | ringing tone + early sounds if present |
| 09:54.37 | gaspiz | why is the flag tested? |
| 10:11.35 | festr_ | hello |
| 10:11.35 | festr_ | AGI Rx << temp buffer EXEC Set CHANNEL(language)=cz |
| 10:11.35 | festr_ | <PROTECTED> |
| 10:11.44 | festr_ | the latest asterisk 1.4 svn |
| 10:14.16 | festr_ | any idea? |
| 10:14.29 | festr_ | channel hangs in ring state after this error |
| 10:14.46 | festr_ | it starts somewhere after agi changes |
| 10:17.23 | festr_ | after this: http://bugs.digium.com/view.php?id=10553 |
| 10:17.44 | festr_ | Juggie: ping |
| 10:26.23 | *** part/#asterisk-dev LukinoVoip (n=LukinoVo@gw.abanet.it) |
| 10:30.41 | JT | gaspiz: that's the whole point of Dial option r. |
| 10:30.52 | JT | gaspiz: very easy to solve: don't use Dial option r. |
| 10:32.34 | gaspiz | jt: not quite - While the called channel doesn't send RTP I want it to generate a ringing tone, so that the client doesn't stay in dead air |
| 10:32.49 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 10:33.07 | paravoid | my mails to asterisk-dev are silently discarded |
| 10:33.10 | JT | gaspiz: that's what asterisk normally does |
| 10:33.22 | JT | no early media, provide ringback tone as specified by indications.conf |
| 10:33.35 | gaspiz | jt: when the called channel starts sending rtp - with or without a previous answer I want the client to hear that rtp |
| 10:34.06 | JT | you may need to add a new dial option |
| 10:34.45 | *** join/#asterisk-dev ManxPower (n=manxpowe@144.sub-70-223-97.myvzw.com) |
| 10:35.26 | *** join/#asterisk-dev misk0 (n=misk0@62.48.116.68) |
| 10:35.45 | festr_ | can somobody reopen bug #10553 pls? |
| 10:36.28 | gaspiz | jt: hmmmm, but dial options are complicated enough, I don't think adding another one is a good idea |
| 10:36.40 | JT | well it's a different use case |
| 10:36.52 | gaspiz | jt: that is true |
| 10:37.39 | gaspiz | jt: checking a channel variable? what do you think? |
| 10:37.56 | JT | another possibility |
| 10:38.03 | JT | i don't know which is preferable |
| 10:38.27 | gaspiz | jt: like: DIALEARLYMEDIA=true, defaults to false? |
| 10:38.56 | JT | dunno, not my call |
| 10:40.37 | gaspiz | jt: should I write a mail to the dev list? what do you think? I don't want ot just code it and then somebody to come with another way |
| 10:41.00 | ManxPower | I'm a big fan of using channel variables to control dialplan applications |
| 10:43.14 | gaspiz | manxpower: I agree, it's a more flexible mechanism |
| 10:44.33 | mvanbaak | festr_: that is the same issue ? |
| 10:46.37 | jmls | is there someone who can help me with safe_asterisk : I think that there's either a coding or somethings missing |
| 10:46.45 | jmls | "coding error" |
| 10:46.50 | mvanbaak | jmls: what is it ? |
| 10:47.19 | jmls | safe_asterisk restarts * if it fails , yes ? |
| 10:47.26 | mvanbaak | yup |
| 10:47.44 | jmls | and there's a section to allow you to specify scripts to run (/etc/asterisk/startup.d) |
| 10:48.11 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 10:48.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:48.15 | festr_ | mvanbaak: what same issue? |
| 10:48.28 | jmls | shouldn't that block be within the run_asterisk() section, to allow you to run the scripts when asterisk (re)starts ? |
| 10:48.40 | mvanbaak | festr_: the error you posted here and the bug 10553 |
| 10:48.56 | mvanbaak | jmls: hhmm, sounds like a plan indeed |
| 10:49.01 | jmls | at the moment, it only runs when safe_asterisk starts |
| 10:49.06 | festr_ | mvanbaak: no |
| 10:49.19 | festr_ | mvanbaak: i'm getting always this error asap my skript writes to stdout |
| 10:49.27 | festr_ | mvanbaak: Agi(skript.php) |
| 10:49.34 | festr_ | mvanbaak: before it works without any problems |
| 10:49.35 | mvanbaak | festr_: then why should we reopen 10553 ? |
| 10:49.48 | festr_ | mvanbaak: because the fix in this bug cause this error |
| 10:49.55 | mvanbaak | ah, before that patch it worked ok, and after the patch your agi dies |
| 10:50.02 | festr_ | yes |
| 10:50.02 | mvanbaak | hang on |
| 10:50.13 | festr_ | actualy it not dies, but hangs in ring state |
| 10:50.38 | mvanbaak | ok |
| 10:50.50 | mvanbaak | reopened, post a comment with the information |
| 10:50.54 | festr_ | thanks! |
| 10:51.21 | mvanbaak | jmls: let me have a look |
| 10:51.28 | jmls | mvanbaak: thanjs |
| 10:51.37 | jmls | oh, man. Thanks |
| 10:53.01 | mvanbaak | jmls: hhmm, I dont think it should be there |
| 10:53.22 | mvanbaak | it's intended to be used to set specific stuff for your system like env vars etc |
| 10:53.29 | mvanbaak | at least that's what the comment tells me |
| 10:53.50 | jmls | I think that there should be 2 sections, one _before_ asterisk starts, and one _after_ |
| 10:54.13 | jmls | to allow you to run pre-startup and post-startup scripts |
| 10:54.21 | mvanbaak | and you can code functions in the .sh files and put those function names in the EXEC variable |
| 10:54.41 | mvanbaak | then they will be executed after asterisk started |
| 10:55.38 | jmls | isn't that only if it crashes first ? |
| 10:56.11 | mvanbaak | ah, yeah |
| 10:56.44 | mvanbaak | when it exited |
| 10:56.50 | jmls | I wanted to be able to "clean" an odbc database if * crashes. So I need to do that before it (re)starts |
| 10:56.52 | mvanbaak | a crash will be handled differently |
| 10:57.30 | mvanbaak | jmls: you can do that with the EXEC stuff |
| 10:58.05 | mvanbaak | when you start asterisk with the safe_asterisk script it assumes you have a clean enviroment |
| 10:58.21 | mvanbaak | as soon as something happens it will run the $EXEC stuff before restarting asterisk |
| 10:59.17 | mvanbaak | so running safe_asterisk for the first time it assumes there's no asterisk running yet and it's initial startup |
| 11:00.11 | mvanbaak | then it will monitor the process and as soon as there's an EXITSIGNAL it will run the $EXEC stuff and then it will create a core file and then it will restart asterisk |
| 11:01.13 | mvanbaak | looks like a correct way to handle things |
| 11:03.19 | jmls | well, maybe. But what happens if I Issue a "stop now" |
| 11:03.41 | mvanbaak | totally nothing |
| 11:03.51 | jmls | * will stop, as requested, but perhaps not gracefully and the database will be left in a "dirty" state |
| 11:04.04 | jmls | and I want it cleaned when I start * again |
| 11:04.15 | mvanbaak | if it does not stop gracefully the exitsignal wont be 0 |
| 11:04.29 | jmls | stop now == 0, though |
| 11:04.41 | mvanbaak | even when it dies while shuttingdown ? |
| 11:04.44 | jmls | do all active calls hang up ? |
| 11:04.58 | jmls | (if you issue a stop now) |
| 11:05.27 | jmls | i.e do they process the h extension before * stops |
| 11:05.30 | mvanbaak | isn't 'stop now' an emergency command ? |
| 11:05.38 | jmls | yup. |
| 11:05.58 | mvanbaak | if you issue that you should know better and clean the database yourself |
| 11:06.19 | mvanbaak | oh, and safe_asterisk will stop on exitsignal 0 |
| 11:06.24 | jmls | of course |
| 11:07.32 | mvanbaak | so if you call the db cleanup stuff in one of the scripts in /etc/asterisk/startup.d everything will be cleaned |
| 11:07.45 | mvanbaak | run it and set the EXEC var to point to the function |
| 11:08.01 | mvanbaak | that way it will be executed as soon as you call safe_asterisk and also after a crash of asterisk |
| 11:08.17 | jmls | set EXEC=/path/to/my/script ? |
| 11:08.23 | mvanbaak | yup |
| 11:08.30 | jmls | cool. thanks for the help |
| 11:08.41 | mvanbaak | set EXEC=/etc/asterisk/startup.d/cleanmydb.sh |
| 11:29.54 | *** join/#asterisk-dev yannj_fr (n=yannj@chilli.esiee.fr) |
| 12:09.48 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:10.01 | puzzled | hi |
| 12:10.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:16.06 | *** part/#asterisk-dev gaspiz (n=gaspiz@86.34.6.109) |
| 12:30.12 | *** join/#asterisk-dev hermuli (n=Eladamri@xdsl-83-145-207-63.nebulazone.fi) |
| 12:37.39 | *** join/#asterisk-dev yannj_fr (n=yannj@chilli.esiee.fr) |
| 12:39.13 | *** join/#asterisk-dev mariodabek (n=whatever@66.246.173.34) |
| 12:44.12 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-24-0-209-5.hsd1.nj.comcast.net) |
| 12:44.12 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 12:45.51 | file | bweschke: !!! |
| 13:02.11 | *** join/#asterisk-dev wyoming (n=steve_mu@216.166.159.235) |
| 13:09.11 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 13:13.57 | *** join/#asterisk-dev mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 13:14.24 | *** join/#asterisk-dev mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 13:15.27 | *** join/#asterisk-dev Laureano (n=chatzill@host172038.metrored.net.ar) |
| 13:17.45 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.25.25.53) |
| 13:23.55 | *** join/#asterisk-dev dioedu (n=dioedu@c915230f.virtua.com.br) |
| 13:35.16 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.104.36) |
| 13:37.10 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-56a9898177030453) |
| 13:37.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:41.21 | *** join/#asterisk-dev ssokol (i=ssokol@nat/digium/x-d4cd7b5dbee07208) |
| 13:44.03 | Corydon76-dig | Morning, Steve |
| 13:45.05 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-d3aaffcdf9aab9a5) |
| 13:45.05 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:46.35 | *** join/#asterisk-dev ManxPower (n=manxpowe@144.sub-70-223-97.myvzw.com) |
| 13:52.26 | *** join/#asterisk-dev ssokol (i=ssokol@nat/digium/x-5d49e2a792dda793) |
| 14:00.14 | *** join/#asterisk-dev ssokol (i=ssokol@nat/digium/x-313f3cb0c72b5431) |
| 14:15.53 | codefreeze | Corydon76-dig: g'morning, Tilghman!! How goes? |
| 14:16.08 | Corydon76-dig | not bad |
| 14:17.33 | Corydon76-dig | Just after I typed that, I realized there was more than one Steve in here... |
| 14:23.24 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 14:24.03 | codefreeze | Corydon76-dig: expect 358 hellos, then! |
| 14:27.38 | Juggie | is russellb awol? |
| 14:31.50 | putnopvut | Juggie: he'll be here in a few minutes. |
| 14:31.55 | putnopvut | As in... maybe 10. |
| 14:34.53 | jmls | eek. segfault on 1.4 |
| 14:34.58 | jmls | latest svn |
| 14:35.23 | putnopvut | What revision? |
| 14:35.48 | jmls | 82267 |
| 14:35.49 | jmls | http://www.pastebin.ca/693936 |
| 14:36.21 | jmls | looks unpleasant |
| 14:36.44 | jmls | should I raise a bug ? |
| 14:37.07 | putnopvut | I don't know much about the mixmonitor stuff... |
| 14:37.15 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:37.15 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:37.30 | jmls | putnopvut, also I still have the stats reset on my queue members |
| 14:37.39 | putnopvut | yeah, I JUST fixed that :0 |
| 14:37.40 | putnopvut | :) |
| 14:37.56 | putnopvut | 82276 |
| 14:38.22 | jmls | oh. sorry. Thought that was fixed at 22:00 last night ;) |
| 14:38.35 | putnopvut | lol, I thought so, but it turned out to be something more insidious. |
| 14:38.51 | putnopvut | You can thank russellb for pinpointing it. |
| 14:39.20 | jmls | russellb: thanks ! |
| 14:39.27 | putnopvut | Last night I found that searching for members had gotten messed up, and so I corrected that...but it didn't fix the issue. |
| 14:39.53 | putnopvut | But russellb found that the member container was getting re-initialized everytime a realtime queue was accessed. |
| 14:40.04 | putnopvut | Fixing that solved your issue. |
| 14:40.45 | putnopvut | But even better, it solved what would have been some HUGE memory problems in app_quee. |
| 14:40.48 | putnopvut | queue* |
| 14:40.54 | jmls | yeah, I thought that. |
| 14:41.21 | jmls | makes you wonder how the guy that tested it for 5000 calls made it ;) |
| 14:41.23 | jmls | maybe russellb can fix the segfault ... |
| 14:44.14 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 14:46.44 | mvanbaak | jmls: maybe they run it with 16GB ram ? |
| 14:50.54 | putnopvut | The thing to remember was this was only an issue with realtime queues. |
| 14:51.29 | putnopvut | If the tester wasn't using realtime, the problem was much less severe. |
| 14:53.39 | jmls | true |
| 14:53.52 | jmls | it was my trusty test rig that picked this up ;) |
| 14:54.15 | jmls | ok, gonna file a degfault bug |
| 14:54.25 | jmls | erm, segfault |
| 14:55.25 | jmls | is this error with mixmonitor ? |
| 14:56.08 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 14:58.10 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:02.27 | putnopvut | jmls: I can only go by your backtrace, but it does appear to be mixmonitor related. |
| 15:02.49 | *** join/#asterisk-dev russellb (i=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:02.49 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:02.54 | elixer | so i've noticed the use of 'alloca' around the codebase a lot. could someone explain to me the benefit of using that over allocating from the heap? |
| 15:02.58 | file | 1.4? |
| 15:03.41 | russellb | elixer: allocating memory on the stack is *much* less expensive than allocating on the heap |
| 15:04.21 | russellb | elixer: so it is preferred whenever possible |
| 15:04.23 | russellb | file: greetings sir |
| 15:05.38 | Juggie | russellb |
| 15:05.50 | Juggie | i would really like to get that res_agi fgets fix in. |
| 15:05.50 | russellb | Juggie |
| 15:06.11 | file | it's already in, and has already been reopened because it broke stuff |
| 15:06.20 | russellb | what file said. |
| 15:06.37 | russellb | indeed, it's about to come back out ... |
| 15:06.38 | Juggie | i didnt see any extra posts on the tracker as of yesterday? |
| 15:06.46 | russellb | o.O |
| 15:06.47 | russellb | hit refresh ... |
| 15:06.51 | Juggie | what did it break. |
| 15:07.04 | Juggie | we ran like 10,000 calls through it here. |
| 15:09.04 | Juggie | hrmf, illegal seek? |
| 15:11.31 | Juggie | russellb, give me a sec till i see if i can figure out whats going on. |
| 15:11.46 | russellb | you can have as much time as you need :) |
| 15:12.44 | Juggie | ya, it would appear to be when a local agi is run. |
| 15:12.53 | Juggie | fixed fast agi, partially broke local agi. :) |
| 15:19.07 | Juggie | i assume its getting into an infinite loop |
| 15:19.24 | Juggie | since the channel is getting blocked |
| 15:22.22 | Juggie | damn i hate fgets. |
| 15:22.33 | Juggie | what a messed up function |
| 15:23.29 | Juggie | i guess the only option is to handle it differentally if its fastagi or agi |
| 15:24.21 | Juggie | waiting for trunk to compile to test a fix |
| 15:34.25 | Juggie | russellb: ping |
| 15:34.31 | russellb | pong |
| 15:35.20 | Juggie | this is going to be an pain in the ass fix as i'm going to have to pass all the way into run_agi weather it is fast agi or not |
| 15:35.23 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:35.36 | Juggie | i dont see any other way to detect it besides passing it in unless i'm missing something |
| 15:35.55 | Juggie | as res_agi runs the script the same way regardless, its only the launch_script/netscript which differs |
| 15:41.51 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 15:45.54 | Corydon76-dig | I am wondering if perhaps we need ast_strptime |
| 15:46.37 | JunK-Y | i vote for yes. |
| 15:46.48 | russellb | i vote for maybe. |
| 15:46.57 | Corydon76-dig | It's not a matter of voting. It's a matter of whether it's needed |
| 15:48.20 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 15:49.49 | JunK-Y | that will be much more easier to maintain long term, since a separed stuff, why not separate this? |
| 15:50.40 | *** join/#asterisk-dev qdk (n=qdk@0x50c627be.bynxx11.adsl-dhcp.tele.dk) |
| 15:50.48 | Deeewayne | M10636 |
| 15:50.49 | MuffinMan | [assigned] [Asterisk] Applications/app_meetme 0010636: Meetme with Redirect leaves channel after hangup and crashes reported by atis http://bugs.digium.com/view.php?id=10636 |
| 15:51.03 | Juggie | gotta love a function that acts differentally based on the kind of handle you pass it. |
| 15:51.35 | Deeewayne | 10636 looks like it might be caused by the race condition between find_conf() and build_conf() |
| 15:51.55 | JunK-Y | Deeewayne: more details? |
| 15:52.18 | JunK-Y | Deeewayne: Qwell was thinking that bug related to the redirect thru the AMI. |
| 15:52.24 | JunK-Y | i dont think so anymore. |
| 15:52.35 | Deeewayne | why not ? |
| 15:53.08 | JunK-Y | my bug is just the chan->pbx isnt set. |
| 15:53.18 | JunK-Y | theres nothing about race condition for my bug. |
| 15:53.35 | Deeewayne | ok, maybe they aren't related then. :-) |
| 15:53.56 | JunK-Y | hehehe |
| 15:54.11 | Deeewayne | I saw your patch |
| 15:54.28 | JunK-Y | whatcha think about this? |
| 15:55.03 | russellb | JunK-Y: i don't think your patch is related to the crash Deeewayne is working on |
| 15:55.17 | Deeewayne | for 10636, if multiple threads fail to find_conf(), then they will both (or all) build_conf and there will be multiple recordthreads created |
| 15:55.40 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:55.42 | russellb | Deeewayne: ooooh ... interesting |
| 15:55.51 | Deeewayne | then from the cli you will see multiple pseudo threads accumulate |
| 15:55.52 | JunK-Y | russellb: i dont think so me neither. |
| 15:55.57 | Deeewayne | until eventually it crashes |
| 15:56.36 | russellb | Deeewayne: yeah, i think that makes sense, because for each redirect, you are sending 2 channels into the same meetme at the _exact_ same time |
| 15:57.13 | Deeewayne | I was thinking that if we kept track of conferences that were not found in the find_conf() in a separate list, we can remove them after the build_conf completes |
| 15:57.37 | Deeewayne | but I'm not sure if this is the best fix or not |
| 15:57.40 | russellb | hmmmm |
| 15:57.49 | file | I don't think that is the issue exactly |
| 15:57.54 | Deeewayne | no ? |
| 15:58.05 | file | I will elaborate in a moment |
| 15:58.11 | JunK-Y | file: teach! |
| 15:58.17 | file | I'm grabbing 1.2 to check something |
| 15:58.30 | Deeewayne | O.O |
| 15:59.29 | file | it is up to the recording thread itself to indicate that the recording has started, it is possible for that thread to not yet be started, so while in reality it's going to start... the second channel does not know that, and starts it again |
| 16:01.06 | Juggie | eugh, file i have to go to french class today :( |
| 16:01.18 | file | Deeewayne: did that make sense? |
| 16:02.01 | JunK-Y | good, french is good! |
| 16:02.51 | Deeewayne | not sure, I'm learning meetme, but I'll look. |
| 16:03.10 | file | conf->recording variable |
| 16:03.40 | file | it is checked to see if the recordthread needs to be started up, but that thread itself changes the conf->recording variable to ACTIVE when it is started up... |
| 16:04.01 | file | if two channels enter at the same time it is possible that said thread may not be started yet so the conf->recording variable won't be set to active, and it will think it needs to start it |
| 16:04.16 | JunK-Y | Deeewayne: mouhahaha :) |
| 16:04.40 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 16:04.53 | Deeewayne | yes, I agree |
| 16:05.32 | Juggie | you'd think feof would you know, tell you there was no more data. |
| 16:06.33 | file | Deeewayne: I dunno what the best approach would be... maybe checking to see if the recordthread variable isn't set as well... |
| 16:06.50 | file | lunch! |
| 16:08.15 | Juggie | russellb, you still around? |
| 16:08.32 | russellb | no |
| 16:08.33 | russellb | :-p |
| 16:08.34 | russellb | what's up |
| 16:09.51 | Juggie | i posted a patch, should solve it, not sure if you'll like what i did though, the code around the fgets needed to know if it was fastagi or not because well, fgets is retarded. I used the agi struct and added a flag for fast. Is that ok, or do you think it would be better to add in an extra variable to the function headers same as 'dead' gets passed around. |
| 16:10.21 | russellb | i think adding it to the agi struct sounds cleaner |
| 16:10.24 | russellb | i'll take a look later on |
| 16:10.33 | russellb | i wish i knew exactly why fgets was being stupid |
| 16:10.50 | Juggie | what was happening was for some reason it would do the fgets, read in the data as you would expect, then it would loop |
| 16:10.56 | Juggie | it should of broke out @ feof |
| 16:11.26 | Juggie | well actuall, it woudnt loop, it should of done the done the fgets, then broken out @ feof |
| 16:11.36 | Juggie | because the stream should have nothing left in it. |
| 16:12.03 | Juggie | but instead of doing that, it was proceding, then looping, then running fgets on an empty stream which caused a block. |
| 16:12.39 | mvanbaak | there are some patches out there waiting to get in |
| 16:13.00 | Juggie | funny thing is russellb, foef works just fine w/ fastagi |
| 16:13.21 | Juggie | maybe it has something to do with how we open the local socket |
| 16:13.26 | mvanbaak | we should plan a hackaton, so we can get a lot of those in |
| 16:14.28 | Juggie | astricon in 2 weeks |
| 16:14.32 | Juggie | code room |
| 16:14.38 | putnopvut | M10698 |
| 16:14.41 | MuffinMan | [new] [Asterisk] Core-General 0010698: [patch] Solaris build warnings reported by snuffy http://bugs.digium.com/view.php?id=10698 |
| 16:14.54 | putnopvut | Anyone object to my committing these patches? |
| 16:15.00 | mvanbaak | Juggie: I cant make it there. too far away from me |
| 16:15.24 | Corydon76-dig | putnopvut: as long as it compiles fine on Linux, I don't see any problem with that |
| 16:15.40 | putnopvut | I'll test to make sure it does, then commit |
| 16:15.45 | mvanbaak | Corydon76-dig: any idea on the DST trouble |
| 16:15.57 | Juggie | Corydon76-dig, do you have any idea why when running agi on a local stdin/stdout, that foef appears to not work? |
| 16:16.15 | Corydon76-dig | Why am I getting two questions directed at me, at once? |
| 16:16.25 | Juggie | because we like you |
| 16:17.00 | Corydon76-dig | mvanbaak: as I've said repeatedly, no |
| 16:17.01 | mvanbaak | because you know too much ;) |
| 16:17.13 | Juggie | i'm just very puzzeled, fgets works one way w/ stdin/stdout, another with fastagi (a socket), feof works fine with fastagi, but not at all wih stdin. |
| 16:17.15 | Juggie | its very messed. |
| 16:17.16 | Corydon76-dig | If I knew too much, there would be no bugs |
| 16:17.20 | mvanbaak | Corydon76-dig: sorry. thought you were up to something because of the new patch |
| 16:17.44 | Corydon76-dig | mvanbaak: I'm up to getting the source updated to the latest timezone code |
| 16:19.19 | Corydon76-dig | which is why I thought it might fix the problem. The code in there now is old and has gotten many updates since |
| 16:21.07 | Juggie | woot |
| 16:21.32 | Juggie | gotta love the gov, my laptop battery was only holding 70% charge... so i tell my boss i think i need a new one... and voila, new battery. |
| 16:21.44 | Qwell | Juggie: tell him I need a new phone |
| 16:21.46 | Qwell | :p |
| 16:25.14 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 16:27.37 | Laureano | Hi, I'm working in a patch to zaptel. The patch would let an user to know the running version of zaptel by reading an entry in the proc filesystem. The path is /proc/zaptel/version. Is this the correct channel to talk about zaptel, or should I use another one? Or the -dev list? |
| 16:28.09 | russellb | i think you'll get better feedback on the -dev list |
| 16:28.25 | Laureano | Ok, I will post there then. Thank you Russel. |
| 16:28.30 | russellb | you're welcome |
| 16:29.23 | Corydon76-dig | Laureano: wouldn't it be more effective to read version info out of zaptel.h ? |
| 16:29.42 | Corydon76-dig | It's really only useful if you're developing |
| 16:31.45 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 16:34.12 | Laureano | Corydon76-dig: It's useful when we have a production enviroment, with too many zaptel sources and we would like to know which version it's actually loaded (running). |
| 16:34.29 | Corydon76-dig | Ah |
| 16:34.45 | Corydon76-dig | I meant the zaptel.h that is installed in /usr/include |
| 16:38.32 | mvanbaak | file: you here ? |
| 16:38.46 | file | I am. |
| 16:39.50 | Corydon76-dig | Schroedinger's file |
| 16:39.56 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 16:40.13 | Corydon76-dig | only when he's being directly observed. ;-) |
| 16:40.38 | file | yay sun |
| 16:41.24 | Qwell | Juggie: maybe instead of "fast", it could be a flag for the type of agi...or something |
| 16:42.03 | Qwell | maybe that wouldn't be useful though |
| 16:44.11 | Laureano | Corydon76-dig: On zaptel.h I can only find the define of ZT_GETVERSION _IOR. I'm not really shure about how I can determine, using bash, the running version of zaptel using zaptel.h. My idea is to determine the zaptel version and echo canceler compiled just like I can do running "asterisk -V". |
| 16:45.16 | Laureano | Corydon76-dig: I think that the proc filesystem is a better aproach to this particular question. |
| 16:49.57 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 16:50.03 | Corydon76-dig | Hrm. Why is it important to know in bash? |
| 16:50.45 | Corydon76-dig | I agree that for bash, the proc FS would make sense, but why is the information important at that level? |
| 16:52.14 | Corydon76-dig | Is it just a simple lookup method or are you planning to build on top of it? |
| 16:55.59 | Laureano | Corydon76-dig: It's a simple lookup method but could be useful at some point in the future. For example, I work with a channel driver for SS7 signalling in which I should modify the Makefile to identify the zaptel version that I want to use. Should be something like doing a "uname" to determine the current kernel version. This is particular example but ilustrates my point. |
| 16:57.58 | Corydon76-dig | Okay, sounds good. Are you using revision number as part of the identification? |
| 17:00.01 | Corydon76-dig | tab delimited, maybe, even, so you can select the right versioning info? |
| 17:00.18 | *** join/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 17:02.08 | Corydon76-dig | russellb: pingish |
| 17:08.01 | *** join/#asterisk-dev ManxPower (n=manxpowe@116.sub-70-223-112.myvzw.com) |
| 17:08.33 | Laureano | Corydon76-dig: I'm using the information of the version from the constant ZAPTEL_VERSION, define in version.h. This includes the revision (if its a svn co) or the release version. |
| 17:09.02 | Laureano | Corydon76-dig: What do you mean by "tab delimited"? Are you talking about the output of "cat /proc/zaptel/version"? |
| 17:10.59 | Corydon76-dig | Laureano: yes |
| 17:11.33 | Corydon76-dig | Laureano: several of the virtual files in /proc are tab-delimited, for easy parsing |
| 17:12.08 | Corydon76-dig | Laureano: I'd like to see at least one of those values be entirely numeric, for better comparisons |
| 17:13.34 | Corydon76-dig | I figure you can use a string for the base tree, whether that string is "1.2", "1.4", "1.6", or "trunk", plus a revision number, and that should allow you to figure out whether you've got a sufficient revision for a particular purpose |
| 17:15.34 | Corydon76-dig | We might could even add it into Asterisk and force unload chan_zap if the zaptel revision is newer than what Asterisk was compiled against |
| 17:15.58 | Corydon76-dig | or the wrong base tree or something else like that |
| 17:17.45 | jmls | oh man. Another segfault. |
| 17:17.47 | jmls | http://www.pastebin.ca/694182 |
| 17:17.49 | Laureano | I see your point know. I can print something like this (for example): "1.4.5.1"<TAB> "2976"<TAB> "MG2", indicating that this it's a release (1.4.5.1), which has been generated from the revision 2976, and the echo canceller used. |
| 17:18.04 | jmls | this may be in __ast_module_user_remove |
| 17:18.11 | Qwell | Laureano: don't forget - there may not always be a version |
| 17:18.29 | Corydon76-dig | jmls: that's a double free |
| 17:18.41 | jmls | and that's not a good thing, right ... |
| 17:18.42 | Qwell | or, rather, there would be, but not in the format you may expect |
| 17:18.55 | Corydon76-dig | jmls: usually indicates memory corruption |
| 17:19.49 | jmls | I've started getting these since I started using queues for my inbound call tests |
| 17:19.52 | Corydon76-dig | Laureano: base tree is important in addition to revision number... |
| 17:19.57 | jmls | (these == segfaults) |
| 17:20.01 | Laureano | Qwell: Thanks for the advice. I will keep in mind that while I develop the patch. |
| 17:20.16 | Corydon76-dig | because revision numbers are over the whole tree, which includes every branch |
| 17:20.37 | Laureano | Corydon76-dig: Roger that. |
| 17:21.36 | Corydon76-dig | I hesitate to say "base branch", because trunk is technically not a branch |
| 17:22.59 | Laureano | I don't have a deeper knowledge about base branch, trunks, etc. But I will continue working on the patch and discuss the diferent problems / questions I can have with you. |
| 17:23.14 | Corydon76-dig | Cool |
| 17:23.15 | Laureano | Corydon76-dig, Qwell : Thank you very much for your help. |
| 17:42.13 | elixer | Laureano: i have a patch for this (only does ZAPTEL_VERSION<tab>echo canceller) against 1.4.5.1 if you hadn't made it that far yet and wanted to use it as a starting point |
| 17:45.34 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 17:46.25 | *** join/#asterisk-dev jsmith-teaching (n=jsmith@atelka.info) |
| 18:01.05 | Laureano | elixer: Thank you for your offer, but I already have that part of the patch working against trunk, and backported to 1.4 and 1.2 (we use it on our systems). Thank you anyway. |
| 18:01.53 | mvanbaak | any regex wizard here ? |
| 18:03.22 | elixer | Laureano: no prob. |
| 18:03.33 | Laureano | :-) |
| 18:05.01 | elixer | mvanbaak: i could try to help |
| 18:05.18 | mvanbaak | what's wrong with this perl regex /[^a-zA-Z0-9_\-\(\)\{\}\[\]&@\=\+\:\/\.\?;,'"\s]/s |
| 18:05.39 | elixer | the unescaped @ |
| 18:05.40 | elixer | ? |
| 18:06.29 | mvanbaak | preg_quote function is used on it |
| 18:06.49 | Corydon76-dig | Oh, then it's php, not Perl |
| 18:06.55 | elixer | heh |
| 18:07.06 | mvanbaak | Corydon76-dig: preg == perl regular expression syntax |
| 18:07.26 | Corydon76-dig | pseudo perl |
| 18:07.31 | elixer | quasi-perl |
| 18:07.39 | mvanbaak | yeah |
| 18:10.14 | elixer | so you are trying to match any character that is not in that range |
| 18:10.16 | elixer | ? |
| 18:10.57 | elixer | it works for me here. |
| 18:11.15 | elixer | "hello there" is not matched, while "hello|there" is matched |
| 18:12.37 | mvanbaak | I'm trying to allow only those characters |
| 18:12.53 | mvanbaak | $allowed = "<that regexp>" |
| 18:12.57 | elixer | well the ^ at the front negates the set |
| 18:13.11 | mvanbaak | $data = preg_replace($allowed, "", $inputdata); |
| 18:13.13 | mvanbaak | like that |
| 18:14.15 | mvanbaak | ok, let me start over |
| 18:14.27 | elixer | heh |
| 18:15.11 | mvanbaak | going to redo this function, because it's borked and I see no way to fix it now |
| 18:18.36 | elixer | mvanbaak: i have it working in PHP now... |
| 18:19.11 | elixer | mvanbaak: http://www.seanbright.com/regexp.txt |
| 18:22.53 | russellb | Corydon76-dig: pongish? |
| 18:29.49 | Deeewayne | M10636 |
| 18:29.50 | MuffinMan | [assigned] [Asterisk] Applications/app_meetme 0010636: Meetme with Redirect leaves channel after hangup and crashes reported by atis http://bugs.digium.com/view.php?id=10636 |
| 18:30.05 | Deeewayne | file, etc: what do you guys think of this ? http://dpaste.com/19369/ |
| 18:31.05 | russellb | Deeewayne: missing ast_mutex_init() |
| 18:31.16 | russellb | (and ast_mutex_destroy()) |
| 18:31.28 | russellb | just an initial comment |
| 18:31.48 | Deeewayne | ok... what about the rest ? It seems to prevent the crash I'm looking at |
| 18:31.59 | russellb | looking |
| 18:33.54 | file | hrm! |
| 18:34.15 | russellb | i think there is still a race condition |
| 18:34.20 | file | I agree |
| 18:34.23 | Laureano | M10575 |
| 18:34.24 | MuffinMan | [closed] [LibSS7] General 0010575: Added some code to handle more ss7 messages and states reported by alanmcmillan http://bugs.digium.com/view.php?id=10575 |
| 18:34.25 | Deeewayne | crap |
| 18:34.30 | russellb | you could release the lock before the thread actuall runs far enough to set cnf->recording |
| 18:34.34 | russellb | however, there is a way to fix it |
| 18:34.35 | Laureano | (Just checking the bot) |
| 18:34.43 | russellb | and that is by using a thread condition |
| 18:35.10 | russellb | let me find an example real quick ... |
| 18:35.24 | file | russellb: what about just making sure that recordthread is not AST_PTHREADT_NULL? |
| 18:35.46 | Deeewayne | I thought just checking without a lock would still have a race condition |
| 18:36.03 | russellb | file: ah, fair point. that would do it |
| 18:36.34 | russellb | another alternative is what i did in some SLA code ... if you search for ast_pthread_create where it creates a thread to run the run_station function |
| 18:36.56 | russellb | it uses a local lock and condition to wait until the thread acknowleges that it is up and running |
| 18:39.38 | russellb | checking for the recordthread to be set would be easier, indeed |
| 18:45.26 | mvanbaak | elixer: thanks, checking |
| 18:45.38 | mvanbaak | I had dinner in between, sorry for the late response |
| 18:46.04 | *** join/#asterisk-dev andrebarbosa (n=andrebar@83.240.148.235) |
| 18:46.32 | mvanbaak | hhmm |
| 18:46.40 | mvanbaak | the only difference is you escape the " |
| 18:46.44 | mvanbaak | is it that simple ? |
| 18:47.09 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 18:48.11 | *** join/#asterisk-dev tzafrir_laptop (n=chatzill@bzq-79-178-52-214.red.bezeqint.net) |
| 18:48.11 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:49.46 | Laureano | I'm leaving. Good bye. |
| 18:50.03 | jmls | Corydon76-dig: should Ifile a bug about that crash I had earlier ? |
| 18:50.16 | Corydon76-dig | jmls: probably |
| 18:50.25 | jmls | okie dokie |
| 18:52.00 | jmls | hmm. what category would a crash in ast_module_user_remove be ? |
| 18:54.03 | russellb | Core/General i guess |
| 18:54.04 | russellb | heh |
| 18:54.17 | russellb | or for whatever module is exposing the crash |
| 18:54.28 | Corydon76-dig | Channels/chan_local |
| 18:55.07 | jmls | meh |
| 18:55.29 | jmls | and then |
| 18:55.54 | Qwell | no bt attached :p |
| 18:56.28 | jmls | just been updating the categories - you can't add a file on submission, only after it's been added now |
| 18:57.10 | jmls | Qwell: done ;) |
| 19:04.43 | file | in defense mode! |
| 19:04.49 | elixer | mvanbaak: yup, should be that simple. |
| 19:04.58 | mvanbaak | indeed |
| 19:04.59 | mvanbaak | damn |
| 19:05.17 | mvanbaak | as a test I did: echo preg_quote('"'); |
| 19:05.25 | mvanbaak | it simply echoed " |
| 19:05.35 | mvanbaak | so according to preg_quote you dont have to escape it |
| 19:06.21 | elixer | mvanbaak: i dunno. never used preg_quote before |
| 19:06.54 | mvanbaak | ah well |
| 19:06.57 | mvanbaak | thanks a lot |
| 19:07.03 | elixer | yup |
| 19:11.28 | mvanbaak | elixer: http://dev.mvblog.org/trac/changeset/619 |
| 19:12.36 | russellb | off topic question ... i need to go to chicago, and apparently o'hare and midway airports are equally close to where i'm going ... which should i go to? |
| 19:12.54 | mvanbaak | the one in the middle |
| 19:13.05 | russellb | heh |
| 19:14.33 | ManxPower | russellb: midway is less crowded and usually cheaper |
| 19:14.51 | ManxPower | There is a train that goes to Midway from union station downtown chicago |
| 19:14.55 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 19:15.16 | ManxPower | I assume O'hare also does, but I don't know |
| 19:15.54 | paravoid | svenl appeared in -release too |
| 19:15.55 | paravoid | grmf |
| 19:16.09 | paravoid | fortunately he didn't troll |
| 19:17.54 | Deeewayne | russellb, file, etc: Heres the patch according to your suggestions, plus an extra memory leak fix for good measure: http://dpaste.com/19373/ |
| 19:18.57 | russellb | close ... |
| 19:19.07 | Deeewayne | no cigar ? |
| 19:19.07 | russellb | shouldn't it be recordthread == AST_PTHREADT_NULL |
| 19:19.10 | russellb | ? |
| 19:19.29 | russellb | also, why (conf->lchan || (conf->lchan = ast_request..... ? |
| 19:19.37 | Deeewayne | yup it should be == |
| 19:20.04 | ManxPower | What languages use = instead of == anyway? |
| 19:20.10 | Deeewayne | I was still accumulated pseudo channels without the extra (conf->lchan) check |
| 19:20.16 | ManxPower | You must have picked up that bad habit somewhere. 8-) |
| 19:20.16 | mvanbaak | ManxPower: visual basic |
| 19:20.24 | russellb | Deeewayne: interesting ... |
| 19:20.38 | russellb | which begs the question, though ... |
| 19:20.47 | mvanbaak | I know CPR, out of my way, let me save ManxPower |
| 19:20.57 | russellb | nm. |
| 19:21.01 | Deeewayne | although...maybe I don't need it anymore in light of the conf->recordthread == AST_PTHREADT_NULL check |
| 19:21.03 | russellb | Deeewayne: you get my approval |
| 19:21.06 | russellb | yeah |
| 19:21.45 | Deeewayne | I suppose for completeness, I could remove that conf->lchan check and try to reproduce it again |
| 19:22.08 | russellb | might as well ... i'm not sure why else conf->lchan would be set |
| 19:25.09 | paravoid | can someone take a look and see why my messages to asterisk-dev go to /dev/null? |
| 19:30.57 | mvanbaak | we are below 290 bugs in asterisk |
| 19:31.39 | russellb | paravoid: make sure you're sending messages from the same address that is subscribed to the list |
| 19:31.57 | file | Deeewayne: :D |
| 19:32.55 | Deeewayne | O.O |
| 19:33.25 | russellb | <("<) <("^) ^("^) (^")^ (^")> (>")> |
| 19:33.48 | putnopvut | mvanbaak: awesome work on bug marshalling! It's much appreciated! |
| 19:33.49 | mvanbaak | 289 to go |
| 19:34.00 | mvanbaak | putnopvut :) |
| 19:34.14 | putnopvut | at least 4 |
| 19:34.16 | mvanbaak | 287 |
| 19:34.19 | mvanbaak | ;) |
| 19:34.33 | yannj_fr | get mine pending |
| 19:34.50 | mvanbaak | yannj_fr: yuppers. thanks for the contribution |
| 19:35.44 | yannj_fr | at least my unsleeping nights begin to be useful |
| 19:35.53 | russellb | ha .. |
| 19:38.12 | mvanbaak | whehehehe |
| 19:38.35 | mvanbaak | it's a feature I'm going to use in almost all my asterisk installs once it's in |
| 19:39.00 | mvanbaak | get rid of all that messy ael stuff I have in place now to do the same thing |
| 19:42.04 | yannj_fr | That's also a way not to be bored during my lessons |
| 19:42.08 | Corydon76-dig | Qwell: ping |
| 19:44.18 | Qwell | pong |
| 19:45.33 | Corydon76-dig | Have you tried the localtime patch today? |
| 19:45.48 | Corydon76-dig | make sure it makes STRPTIME work on 64-bit? |
| 19:46.00 | Qwell | no, is that on the bug? |
| 19:46.18 | Corydon76-dig | Yes, it is |
| 19:48.27 | Corydon76-dig | I just concluded testing, which confirmed that ast_localtime and ast_mktime are perfect inverse functions of each other |
| 19:48.43 | Corydon76-dig | so the problem is in strptime |
| 19:49.41 | Qwell | yeah, no more infinite loop |
| 20:00.00 | russellb | mvanbaak: be careful about asking too much of patch submitters ... |
| 20:00.27 | mvanbaak | russellb: okies |
| 20:00.28 | russellb | for example, if it is our fault that the patch hasn't been looked at in a year, then we should probably accept the responsibility for updating the ptch |
| 20:00.36 | russellb | don't want to drive people away ... |
| 20:00.47 | russellb | thanks :) |
| 20:00.53 | mvanbaak | makes sence |
| 20:00.58 | Corydon76-dig | russellb: are you okay with the patch in 10531? It's... big |
| 20:01.18 | putnopvut | M10531 |
| 20:01.19 | mvanbaak | I had this talk with file after I looked at some of the older patches and asked for updates on one or two |
| 20:01.19 | MuffinMan | [new] [Asterisk] Core-General 0010531: bug in time-zone with daylight saving time reported by junky http://bugs.digium.com/view.php?id=10531 |
| 20:01.20 | russellb | woah .. |
| 20:01.27 | mvanbaak | because I felt it was the wrong way to go |
| 20:02.07 | russellb | Corydon76-dig: syncing up with 10 years of updates? |
| 20:02.08 | russellb | heh |
| 20:02.26 | Corydon76-dig | russellb: something like that |
| 20:02.35 | Corydon76-dig | 6 years, I think |
| 20:02.42 | Qwell | oh, is that all? |
| 20:02.51 | Corydon76-dig | 2001 to 2007 |
| 20:03.05 | russellb | ah, i was looking at this ... |
| 20:03.06 | russellb | <PROTECTED> |
| 20:03.06 | russellb | -** June 5, 1996 by Arthur David Olson (arthur_david_olson@nih.gov). |
| 20:03.07 | russellb | +** 1996-06-05 by Arthur David Olson. |
| 20:03.14 | file | going to keep it up date from now on? :D |
| 20:03.51 | Corydon76-dig | russellb: yeah, basically I grabbed the latest reference implementation and added the extensions that allow us to use different timezones at once |
| 20:04.02 | russellb | cool, well yeah, i think that makes sense |
| 20:04.03 | russellb | i'm ok with it |
| 20:04.11 | russellb | Corydon76-dig: did you mean to change stdtime/Makefile ? |
| 20:04.13 | Corydon76-dig | and updated the really old linked lists with linkedlists.h |
| 20:04.14 | Qwell | it fixes an infinite loop too :p |
| 20:04.29 | Corydon76-dig | Qwell: 64-bit issue, really |
| 20:04.56 | Corydon76-dig | it was underflowing to a 62-bit number |
| 20:05.01 | Qwell | nic |
| 20:05.02 | Qwell | e |
| 20:05.16 | russellb | commit away (minus the main/stdtime/Makefile change) :) |
| 20:05.18 | Corydon76-dig | russellb: ah, that was debugging |
| 20:05.22 | russellb | cool |
| 20:05.37 | russellb | builds under dev-mode with all of our regular CFLAGS ? |
| 20:05.47 | Corydon76-dig | Yes, indeed |
| 20:05.53 | russellb | sweet. |
| 20:06.12 | file | we'll see if it fails on FreeBSD... :D |
| 20:06.18 | Corydon76-dig | Compiling one more time just to be sure |
| 20:07.19 | mvanbaak | vmware-server on 64bit linux can emulate 64 bit for clients right ? |
| 20:07.37 | file | emulate isn't the right word... but yes |
| 20:07.47 | file | if the CPU is recent enough, which most are |
| 20:07.50 | Juggie | no |
| 20:08.02 | Juggie | well, not emulate 64bit on a 32bit host |
| 20:08.10 | russellb | I just SMS'd jeff pulver happy birthday through facebook :-p |
| 20:08.28 | Juggie | it has to be a 64bit cpu to provide a 64bit vm |
| 20:09.22 | mvanbaak | T7100 core2duo |
| 20:10.24 | mvanbaak | the default xen kernel in debian did not play well with my X |
| 20:10.31 | mvanbaak | hmmm |
| 20:10.39 | mvanbaak | I have to look into that because it should work |
| 20:10.45 | mvanbaak | then I can use xen on my lappy |
| 20:11.06 | mvanbaak | with the HVM stuff in this CPU I will be able to run OpenBSD etc on xen |
| 20:13.54 | Juggie | russellb, that patch i posted was fine w/ agi & res agi in our testing |
| 20:14.08 | Juggie | odly enough we had some agi scripts that wroked with the old patch, but i found one that didnt. |
| 20:14.19 | Juggie | i didnt isolate why yet, i had to go to french class. |
| 20:14.27 | russellb | thanks for the update |
| 20:15.15 | Juggie | its very fustrating that that group of functions works differentally based on what you are working with, stdin, socket... |
| 20:15.54 | Deeewayne | ok this is it: http://dpaste.com/19387/ |
| 20:16.17 | Deeewayne | I think this fixes 10636, and the extra check for conf->lchan was no longer necessary |
| 20:16.24 | russellb | Deeewayne: sir yes sir! |
| 20:16.31 | russellb | i do agree that your patch looks good. |
| 20:16.47 | Deeewayne | now if only mr file was here |
| 20:16.48 | putnopvut | commit it! |
| 20:16.49 | putnopvut | Now! |
| 20:17.29 | russellb | Deeewayne: does it close out the really old report of the same thing, too? |
| 20:17.54 | russellb | no really, i have a cold |
| 20:17.56 | Deeewayne | I was just reviewing and I'm not exactly sure |
| 20:18.08 | Deeewayne | 7706 is the old report you are thinking about |
| 20:18.09 | russellb | well, request re-testing i guess |
| 20:18.13 | russellb | M7706 |
| 20:18.14 | MuffinMan | [assigned] [Asterisk] Channels/chan_local 0007706: Redirecting Local channels to Meetme causes a crash when executing "core show channels" reported by BigJimmy http://bugs.digium.com/view.php?id=7706 |
| 20:18.16 | russellb | yes, that one. |
| 20:18.42 | Deeewayne | I hope it fixes this one...its an oldy-and-not-so-goody |
| 20:18.55 | russellb | yep |
| 20:18.57 | russellb | we shall see |
| 20:20.33 | russellb | in any case, t'was definitely a bug |
| 20:22.18 | russellb | ... 1.4.12 is going to be a huge release |
| 20:22.29 | Juggie | any idea when it will be? |
| 20:22.35 | russellb | next week i'm thinking |
| 20:22.36 | mvanbaak | now ! |
| 20:22.51 | mvanbaak | ./mkrelease asterisk 1.4.12 |
| 20:23.05 | Qwell | 1.4 1.4.12 1.4.11 |
| 20:23.08 | russellb | no, it's ./mkrelease asterisk 1.4 1.4.12 1.4.11 |
| 20:23.08 | russellb | pwned |
| 20:23.16 | mvanbaak | ah |
| 20:23.35 | mvanbaak | I was using my mkrelease syntax ;) |
| 20:23.44 | Qwell | ./mkrelease asterisk trunk trunk.1 trunk.beta34982878927 |
| 20:23.54 | Juggie | russellb, ok... i wanna get that fgets thing in so let me knwo if you need anything. |
| 20:23.55 | mvanbaak | I guess you have to specify the 1.4.11 to grab the changes from svn right ? |
| 20:24.05 | Qwell | mvanbaak: to create a patch file |
| 20:24.10 | Juggie | though i'm sure there are lots of pressing issues :) |
| 20:24.11 | mvanbaak | yeah |
| 20:24.13 | Qwell | and the changelog too, I think? |
| 20:24.35 | mvanbaak | I read the asterisk mkrelease script months ago |
| 20:24.36 | russellb | changelog too, yes |
| 20:24.43 | russellb | 119 changes in 1.4 since 1.4.11 so far |
| 20:24.50 | mvanbaak | when I was implementing some stuff in my own mkrelease script |
| 20:24.52 | Juggie | russellb, are you going to *-con. |
| 20:24.54 | russellb | scary. |
| 20:24.56 | russellb | Juggie: yes |
| 20:24.57 | Deeewayne | is CIA dead ? |
| 20:25.00 | Juggie | sweet. |
| 20:25.01 | russellb | Deeewayne: yes |
| 20:25.03 | Qwell | disabled |
| 20:25.07 | Deeewayne | that's sad :( |
| 20:25.17 | Juggie | russellb, i hope the party has no tickets this year. |
| 20:25.19 | russellb | disabled because it pissed me off one too many times |
| 20:25.20 | Juggie | but i fear it will not :) |
| 20:25.25 | Qwell | Juggie: yes, that was silly |
| 20:25.27 | russellb | Juggie: heh, let's hope there is a party |
| 20:25.27 | Deeewayne | kick ban ? |
| 20:25.43 | Juggie | russellb, i guess w/ 'shareholders' theres alot more money responsibiltiy :) |
| 20:25.52 | Qwell | if there are tickets, I'll sell them to you guys for like...$10 each! |
| 20:26.01 | Juggie | hehe, last time i was able to get lots |
| 20:26.04 | Qwell | Juggie: the tickets had something to do with it being a dry county though, I think |
| 20:26.05 | Juggie | you just had to ask nicely. |
| 20:26.19 | russellb | if we have a party, i hope we can have a list of people not to let in |
| 20:26.25 | russellb | :-X |
| 20:26.26 | Juggie | haha |
| 20:26.31 | jsmith-teaching | russellb: Like me? |
| 20:26.39 | russellb | jsmith-teaching: no sir, not you :) |
| 20:26.40 | Qwell | like...users |
| 20:26.41 | Qwell | :P |
| 20:26.45 | mvanbaak | lol |
| 20:26.45 | russellb | lol, nice |
| 20:26.51 | jsmith-teaching | Ouch... |
| 20:27.00 | Qwell | I kid, of course :D |
| 20:27.02 | mvanbaak | I can provide the OpenBSD boxen for that ;) |
| 20:27.06 | russellb | the schedule says "Conference Party" on thursday night |
| 20:27.10 | Qwell | w00t |
| 20:27.20 | mvanbaak | block in quick from users to all |
| 20:27.26 | Qwell | the last day of the conf is friday, right? |
| 20:27.31 | Juggie | yes |
| 20:27.53 | Juggie | yes, the dry county bit was really weird |
| 20:28.03 | Juggie | the county was 'dry' but if you were a club member you could drunk |
| 20:28.05 | Juggie | *drink |
| 20:28.16 | Juggie | so everywhere i went was photocopying my license so i could be in their club |
| 20:30.30 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 20:32.12 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 20:34.21 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 20:35.03 | *** join/#asterisk-dev qdk (n=qdk@0x50c627be.bynxx11.adsl-dhcp.tele.dk) |
| 20:44.21 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 20:47.56 | *** join/#asterisk-dev gmustafa (n=gmustafa@202.5.145.13) |
| 20:48.16 | gmustafa | i have * 1.4.2, spandsp 0.0.4 and app_rxfax is installed and working but the problem is after receiving fax app_rxfax keeps the channel up forever untill i manually hangup the chan |
| 20:48.32 | russellb | gmustafa: #asterisk please |
| 20:48.41 | russellb | and you're crazy for trying to use 1.4.2 :) |
| 20:49.23 | gmustafa | nobody could answer this question at #asterisk right now |
| 20:49.44 | russellb | try the forums or mailing lists |
| 21:02.21 | jmls_Eng3_Rus0 | 3 - 0 was indeed the final score :p |
| 21:06.14 | elixer | i have a patch that converts asterisk to c++. its about 410k lines. do i just submit that to the bug tracker? |
| 21:06.31 | russellb | elixer: are you serious? |
| 21:06.36 | elixer | no |
| 21:06.38 | russellb | :-p |
| 21:06.38 | elixer | heh |
| 21:06.46 | codefreeze | Corydon76-dig: Hey, Tilghman, are you going to take care of the sound stuff for 8993? Or am I misunderstanding? |
| 21:07.23 | elixer | russellb: but for some reason i feel compelled to give it a try, if only for the academic value. |
| 21:07.41 | russellb | elixer: it's not worth it |
| 21:07.50 | russellb | the amount of work just to make it *compile* is enormous |
| 21:08.00 | Corydon76-dig | codefreeze: yes, we're still waiting on translations |
| 21:08.14 | russellb | and then, to actually change things to be written in a C++ style object oriented way ... you're basically starting over |
| 21:08.14 | Corydon76-dig | codefreeze: we have that one, just not some of the symbol names |
| 21:09.49 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:09.59 | codefreeze | Corydon76-dig: Do we? I don't see any sound file called vm-duration.... I'm looking in trunk... |
| 21:10.00 | elixer | russellb: i agree. i think the application lends itself well to being object oriented. a friend and i were discussing it over coffee this morning, trying to find the "upside" to doing it. |
| 21:10.08 | Qwell | not to mention teaching people how to write C++ :P |
| 21:10.15 | elixer | russellb: we found no upside :-) |
| 21:10.30 | russellb | elixer: well i do agree that it lends itself well to it :) |
| 21:10.35 | elixer | russellb: heh |
| 21:10.39 | Corydon76-dig | codefreeze: You misunderstood. We have that script in the list of things to translate, but we don't have the full list of translations yet |
| 21:10.58 | elixer | Qwell: its easy. s/struct/class/ |
| 21:11.02 | elixer | :-) |
| 21:11.08 | Qwell | and a bunch of extra colons |
| 21:11.11 | elixer | right |
| 21:11.11 | codefreeze | Ah.... ok. If you are going to see this thru, it only makes sense to assign you the bug? |
| 21:11.38 | Corydon76-dig | Two minutes ahead of you |
| 21:12.13 | mvanbaak | if you want it oo better to go with python |
| 21:12.19 | elixer | ugh |
| 21:12.19 | mvanbaak | asterisk in python |
| 21:12.20 | elixer | err |
| 21:12.24 | elixer | ugh |
| 21:12.24 | elixer | heh |
| 21:12.33 | Qwell | Corydon76-dig: You are awesome BTW |
| 21:12.43 | Qwell | I didn't realize that what I needed was already done in a separate commit |
| 21:12.52 | Corydon76-dig | eh? |
| 21:12.55 | Qwell | that's probably gonna make things a hell of a lot easier |
| 21:13.01 | Qwell | A79940 |
| 21:13.02 | MuffinMan | [79940] Committed by tilghman on 2007-08-18 10:52:44: We weren't properly encapsulating the mtime ignores of config files (closes issue #10488) |
| 21:13.04 | mvanbaak | asterisk.py |
| 21:13.11 | mvanbaak | channels/chan_skinny.py |
| 21:13.17 | Qwell | mvanbaak: .rb |
| 21:13.22 | mvanbaak | hahahahahaha |
| 21:13.25 | Qwell | we could rewrite it in like 80 lines, tops |
| 21:13.25 | Corydon76-dig | Oh |
| 21:13.26 | codefreeze | Corydon76-dig: so you are. OK. And so, then, following that line of reasoning, you also inherit 5208! ;) |
| 21:13.40 | mvanbaak | or cli php |
| 21:13.43 | mvanbaak | that would be fun |
| 21:13.44 | Qwell | bash? |
| 21:13.52 | Qwell | or, plain old sh... |
| 21:13.52 | Corydon76-dig | codefreeze: probably |
| 21:13.54 | mvanbaak | COBOL |
| 21:14.00 | elixer | jeez |
| 21:14.01 | jmls_soothsayer | FORTRAN, surely |
| 21:14.02 | Qwell | no, COBOL can die |
| 21:14.03 | mvanbaak | qbasic |
| 21:14.14 | paravoid | russellb: I'm not subscribed to the list because I'm reading it through gmane |
| 21:14.23 | Qwell | paravoid: You have to be subscribed to post |
| 21:14.25 | codefreeze | Corydon76-dig: lol. Nothing probable about it. Done. Enjoy! ;^) |
| 21:14.29 | paravoid | shouldn't it bounce? |
| 21:14.44 | mvanbaak | no |
| 21:14.45 | Qwell | it's an anti-spam measure... |
| 21:14.50 | Corydon76-dig | Ook! Ook Ook? Ook? |
| 21:14.59 | mvanbaak | it goes into the 'need confirmation' box |
| 21:15.00 | paravoid | hrm |
| 21:15.06 | Qwell | I've got it... |
| 21:15.11 | Qwell | we can rewrite asterisk in whitespace |
| 21:15.16 | mvanbaak | lol |
| 21:15.21 | mvanbaak | lisp |
| 21:15.30 | elixer | smalltalk |
| 21:15.34 | mvanbaak | d |
| 21:15.42 | mog | java.... |
| 21:15.43 | Qwell | XML |
| 21:15.47 | Qwell | ERLANG! |
| 21:16.02 | mvanbaak | java sounds good _NOT_ |
| 21:16.03 | mog | ERLANG!!!! |
| 21:16.15 | mvanbaak | tcl |
| 21:16.18 | mog | <PROTECTED> |
| 21:16.20 | mvanbaak | make it an eggdrop mod |
| 21:16.34 | mog | er "good idea" |
| 21:16.36 | mvanbaak | you will get IRC communication for free |
| 21:17.03 | mvanbaak | or code it on top of bitlbee |
| 21:17.10 | mog | because irc communication is awesome |
| 21:17.10 | Qwell | mirc plugin |
| 21:17.15 | elixer | how about C? |
| 21:17.18 | mvanbaak | that way it will be able to do precense on most IM networks |
| 21:17.22 | Qwell | elixer: meh, that's been done |
| 21:17.25 | mvanbaak | elixer: FREAKING GOOD IDEA ! |
| 21:17.56 | snuff-away | why not ruby :P its all the rage |
| 21:18.09 | Corydon76-dig | because it's all the rage |
| 21:18.10 | mvanbaak | rubi on rails |
| 21:18.35 | mvanbaak | or python-zope |
| 21:19.05 | Corydon76-dig | In some ways, I'm glad that Perl is no longer the language to have anymore... it means that Perl can now stand on its own legs and compete on the merits |
| 21:19.18 | snuff-away | nah stuff it lets make it hard to port.. ASM |
| 21:19.18 | mvanbaak | if we are going to rewrite it it should be C# |
| 21:19.24 | mog | yuck |
| 21:19.36 | mog | why not just right in vb then mvanbaak |
| 21:19.40 | Corydon76-dig | Everytime I hear about Ruby, it's with OMFGKEWL!!! |
| 21:19.48 | mvanbaak | because C# is more portable |
| 21:19.56 | mog | corydon76 ask brooks |
| 21:20.03 | mog | mvanbaak: it compiles to same bytecode |
| 21:20.07 | mog | so its just as portable |
| 21:20.27 | mvanbaak | mog: yeah, but mono can run most C# stuff but it fails on most vb stuff |
| 21:20.49 | mog | meh, i try to avoid ms related things |
| 21:20.53 | mvanbaak | or is that 'compile' |
| 21:20.53 | Corydon76-dig | Cool factor is a reason NOT to use it |
| 21:20.57 | mog | tomboy is pretty cool though |
| 21:21.26 | mvanbaak | me too mog, but beagle is a really cool tool I use in a couple of applications |
| 21:21.29 | mvanbaak | it's C# |
| 21:21.32 | snuff-away | Corydon76-dig.. trunk should compile on solaris now ;) |
| 21:21.35 | mog | beagle is lame |
| 21:21.36 | mog | use locate |
| 21:21.39 | mog | ^_^ |
| 21:21.40 | Corydon76-dig | snuff-work: cool! |
| 21:21.46 | mog | find anything on your box, instantly |
| 21:21.51 | mvanbaak | locate wont index based on content |
| 21:22.02 | mog | thats what filenames are for ^_^ |
| 21:22.21 | mvanbaak | cant do for mail attachments and stuff |
| 21:22.30 | mog | i tried beagle for a bit but it used a lot of cpu time on the lappy |
| 21:22.33 | mog | and i never used |
| 21:22.38 | Corydon76-dig | wtf is origsvn so slow? |
| 21:22.40 | mog | it, locate just always was there |
| 21:23.48 | mvanbaak | we use the beagle stuff in our CRM application |
| 21:23.57 | mvanbaak | because it's able to index content of files |
| 21:24.13 | mvanbaak | mail attachments, quotes, orders, whatever |
| 21:25.25 | Corydon76-dig | DIRTY WORD |
| 21:25.33 | mvanbaak | it can even index the content of the files that are inside an archive |
| 21:25.38 | mvanbaak | that's why we use it |
| 21:25.45 | Corydon76-dig | CRM is a dirty word |
| 21:28.35 | mvanbaak | sorry, it's my daytime job |
| 21:29.09 | jmls_soothsayer | M10709 |
| 21:29.10 | 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 |
| 21:29.16 | jmls_soothsayer | got another segfault in the same place |
| 21:29.32 | Corydon76-dig | jmls_soothsayer: that means you're talented |
| 21:29.47 | jmls_soothsayer | heh |
| 21:30.04 | jmls_soothsayer | my girlfriend has always said that :) |
| 21:30.18 | jmls_soothsayer | s/girlfriend/wife ... |
| 21:30.40 | Qwell | Corydon76-dig: in that revision I mentioned above, you've got if (set_config(config, 1) == 1) ... |
| 21:30.40 | elixer | s/wife/mom |
| 21:30.43 | elixer | heh |
| 21:30.45 | Qwell | I don't think that's right |
| 21:30.46 | elixer | sorry, i couldn't resist |
| 21:30.48 | jmls_soothsayer | meh |
| 21:30.54 | jmls_soothsayer | eeeewwwwww |
| 21:30.55 | Corydon76-dig | "Here's to our wives and girlfriends... and may they never meet." |
| 21:31.21 | Qwell | I'm thinking it should be != -1 |
| 21:31.26 | jmls_soothsayer | oh, sh*t. and another segfault. yup. in ast_module_user_remove |
| 21:32.11 | jmls_segfaulter | should I upload a third bt, or is 2 enough ? |
| 21:32.21 | Corydon76-dig | One is enough |
| 21:32.28 | jmls_segfaulter | damn. |
| 21:32.35 | Corydon76-dig | Did you have a 'bt full' ? |
| 21:32.39 | jmls_segfaulter | yup |
| 21:32.48 | Corydon76-dig | Then that's fine |
| 21:33.18 | jmls_segfaulter | ok, I'll leave it alone then until russellb fixes it ;) |
| 21:33.48 | Corydon76-dig | What if someone else fixes it? |
| 21:33.53 | Qwell | actually, why the heck is set_config returning capability? |
| 21:34.04 | jmls_segfaulter | then I will dance a merry jig |
| 21:34.10 | Qwell | that seems pretty useless |
| 21:34.46 | Corydon76-dig | Qwell: eh? |
| 21:34.59 | Qwell | check out set_config in chan_iax2... |
| 21:35.04 | jmls_segfaulter | my dancing is useless ?? |
| 21:35.12 | Qwell | jmls_segfaulter: that too |
| 21:35.16 | jmls_segfaulter | lol |
| 21:35.34 | Qwell | Your dancing is useless - you will be served. |
| 21:35.46 | Qwell | and I assure you - it will be on |
| 21:36.48 | jmls_segfaulter | ... |
| 21:36.57 | Qwell | yeah |
| 21:37.00 | Corydon76-dig | Qwell: it's non-zero, not 1, and not -1 |
| 21:37.13 | Qwell | huh? |
| 21:37.18 | Corydon76-dig | capability |
| 21:37.32 | Qwell | it could be 0, couldn't it? |
| 21:37.38 | Qwell | disallow=all |
| 21:37.47 | Qwell | but that isn't the point - why is returning that to begin with? |
| 21:38.18 | Qwell | that's secondary to the other thing though. I think the if check in reload_config should be != -1, rather than ==1 |
| 21:38.57 | Qwell | erm, hmm, but 1 is returned on a refusal to update |
| 21:41.16 | Corydon76-dig | Are you changing it or do you want me to? |
| 21:41.38 | Qwell | well, I wanted to see if you agree.. I think 3 things need to change |
| 21:41.57 | Corydon76-dig | 1) return of capability on success |
| 21:42.01 | Qwell | 1, set_config should return -1 in the case where both cfg and ucfg are CONFIG_STATUS_FILEUNCHANGED rather than 1 |
| 21:42.23 | Qwell | 2, the if check that checks the return value of set_config in reload_config should be != -1 |
| 21:42.37 | Qwell | and 3, set_config should just return 0, rather than some weird somewhat random value |
| 21:42.39 | Corydon76-dig | Qwell: but -1 indicates the whole module should be disabled |
| 21:42.55 | Corydon76-dig | and we don't want to say disable if the file hasn't changed |
| 21:43.19 | Qwell | that isn't checked on a reload |
| 21:43.58 | Corydon76-dig | Okay, but if someone deletes the file, that should disable the module on reload, right? |
| 21:44.46 | Qwell | okay, so maybe not != -1, maybe just >= 0 |
| 21:45.00 | Qwell | erm |
| 21:45.07 | Corydon76-dig | if the file hasn't changed, return 0, yes? |
| 21:45.11 | Qwell | that's the same thing :p |
| 21:45.28 | Qwell | I guess 1 would still be okay |
| 21:45.48 | Corydon76-dig | No, -2 isn't -1 and isn't >=0 either |
| 21:46.10 | Qwell | well, as far as the current return values go |
| 21:46.29 | Qwell | right now it's -1, 0, or...something 0 or higher |
| 21:46.42 | Corydon76-dig | Okay, so -1 on error... 0 on no change... positive on change... |
| 21:46.50 | Qwell | sure |
| 21:47.01 | Qwell | then the set_config check in reload_config should be >= 0 |
| 21:48.24 | Corydon76-dig | Wouldn't even need to change |
| 21:48.30 | Qwell | it's currently ==1 |
| 21:48.38 | Corydon76-dig | Well, okay > 0 is fine |
| 21:48.58 | Corydon76-dig | because what's in there doesn't have an effect if == 0 |
| 21:49.00 | Qwell | we still want to reregister everything, right? |
| 21:49.17 | Qwell | and poke peers |
| 21:49.30 | Corydon76-dig | I suppose, I was looking at the pruning |
| 21:49.58 | Corydon76-dig | I don't know if we should, though |
| 21:50.22 | Corydon76-dig | Part of the reason of the fileunchanged code is to avoid certain work on reload |
| 21:51.07 | Corydon76-dig | Part of that is checking config files, but if things are registered, there's no point to force a reregister if nothing has changed |
| 21:51.24 | Qwell | the way it is now in trunk, that stuff only happens if neither file changed :D |
| 21:51.39 | Qwell | so if either file did change, stuff doesn't get reregistered |
| 21:51.40 | Corydon76-dig | Oh, heh |
| 21:51.45 | Corydon76-dig | Oops |
| 21:51.57 | Qwell | so the logic is just backwards then... I'll fix, and do > 0 |
| 21:52.29 | Qwell | You can see why I was confused, heh |
| 21:52.38 | Corydon76-dig | Um, yeah |
| 21:53.12 | Corydon76-dig | Sorry, I did a whole of restructuring when I made this change, so some of the logic got a little weird, I guess |
| 21:54.04 | Deeewayne | me fail english? that's unpossible! |
| 21:55.50 | *** join/#asterisk-dev Netgeeks-laptop (n=chris@204.11.231.198.static.etheric.net) |
| 21:57.24 | elixer | do i need to file a bug report for this patch? i have a disclaimer on file (seanbright is my username in the bug tracker) --> http://rafb.net/p/iEz7lr69.html |
| 22:00.10 | russellb | elixer: no, but that doesn't actually fix anything does it? |
| 22:00.16 | russellb | just an unnecessary increment i guess? |
| 22:00.34 | elixer | yeah |
| 22:00.45 | elixer | that kills performance on my box |
| 22:00.47 | elixer | ;-) |
| 22:00.49 | russellb | lol |
| 22:00.57 | elixer | i'm just bored, sorry. |
| 22:01.04 | russellb | well, i can just commit, or if you put it in mantis, you'll get karma :) |
| 22:01.05 | russellb | it's up to you |
| 22:01.10 | russellb | no no, don't be sorry |
| 22:01.16 | russellb | clean up as much code as you feel up to! |
| 22:01.23 | file | clean it all up |
| 22:01.26 | file | it's all good |
| 22:01.32 | file | russellb: <3 |
| 22:01.49 | elixer | not really that concerned about the karma |
| 22:01.57 | russellb | file: channel_find_locked() bit the dust! |
| 22:02.07 | russellb | no more O(n^n) channel list walking ... |
| 22:02.09 | file | russellb: yayyyyyy |
| 22:02.22 | Qwell | is it O(0)? now |
| 22:02.33 | russellb | at best, O(n) ... |
| 22:02.45 | russellb | wellll ... at best O(1) |
| 22:02.56 | russellb | but for a walk of the whole list, at best O(n) |
| 22:02.56 | Qwell | ooo |
| 22:03.02 | jmls_segfaulter | well, that's me for the night |
| 22:03.06 | jmls_segfaulter | good night all |
| 22:03.07 | file | can I run through the list? |
| 22:03.10 | russellb | but for a simple find, it could be O(1) :) |
| 22:03.12 | Qwell | average of O(n)? |
| 22:03.13 | russellb | file: sure! |
| 22:03.23 | Qwell | or like O(n/2)? |
| 22:03.44 | Qwell | nm, my head hurts too much already |
| 22:03.47 | russellb | lol |
| 22:03.49 | russellb | <3 |
| 22:04.05 | russellb | i'll document it up pretty hardcore at some point. |
| 22:04.07 | russellb | but not now. |
| 22:04.09 | Qwell | why was set_config returning capability? O.o |
| 22:04.13 | Qwell | that has me baffled |
| 22:04.42 | Corydon76-dig | How about O(log(n)) ? |
| 22:04.56 | russellb | How about O(hi) |
| 22:05.08 | Qwell | it's clearly 5:00 |
| 22:05.24 | *** join/#asterisk-dev marta (n=aaa@87.19.202.200) |
| 22:05.26 | marta | hi |
| 22:05.31 | elixer | its clearly 6:00 |
| 22:05.37 | codefreeze | hey, marta! |
| 22:05.39 | elixer | 6:05, actually |
| 22:05.41 | file | it's clearly 6:05 |
| 22:05.51 | putnopvut | file: you betray your home time zone? |
| 22:05.56 | file | putnopvut: sure |
| 22:06.11 | Qwell | he's in Montreal, so according to strptime, it's...what, 7:05? |
| 22:06.14 | elixer | i was done with work an hour ago, it doesn't really explain why i am still sitting here |
| 22:06.19 | Corydon76-dig | I'll see your 6:05 and I'll raise you 3:05 |
| 22:06.28 | russellb | elixer: because you're hardcore! |
| 22:06.40 | Qwell | Corydon76-dig: it's 3:05 where murf is, I think |
| 22:06.50 | russellb | there is no time where I am. |
| 22:06.53 | elixer | russellb: careful. i'll one-line-patch you to death. |
| 22:07.00 | codefreeze | close; ya gotta hit CAlifornia to get that.. |
| 22:07.05 | Qwell | elixer: careful, we'll give you commit ;) |
| 22:07.05 | Corydon76-dig | 4:05 |
| 22:07.10 | file | my laptop keeps grabbing random wireless connections, lawl |
| 22:07.28 | elixer | Qwell: enough of your empty threats ;-) |
| 22:07.37 | outtolunc | er -es |
| 22:07.42 | codefreeze | gotta go pick up daughter. brbiaw |
| 22:07.53 | elixer | be right back in a while? hrmmmm |
| 22:27.10 | elixer | i wish there was a good way to spell out the sounds that crickets make... can't come up with anything other than: *cricket* *cricket* *cricket* |
| 22:27.25 | russellb | *crickets* |
| 22:27.46 | elixer | why didn't i think of that!? |
| 22:27.47 | elixer | heh |
| 22:28.21 | Corydon76-dig | Don't crickets chirp? |
| 22:28.31 | tzafrir_laptop | what's the relation between the animmal and the game? |
| 22:28.49 | Corydon76-dig | tzafrir_laptop: eh? |
| 22:29.44 | elixer | Corydon76-dig: yeah, but it doesn't have the same effect. i see *chirp* and i think of birds, not crickets. |
| 22:29.59 | *** join/#asterisk-dev anthm (n=anthm@mb20736d0.tmodns.net) |
| 22:29.59 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:30.02 | tzafrir_laptop | is the game cricket named after th at chirping thing? |
| 22:30.32 | russellb | ha, nice |
| 22:30.35 | tzafrir_laptop | Or after a whole different game with a somewhat similar name, as Duglas Adams has suggested? |
| 22:31.11 | Corydon76-dig | http://en.wikipedia.org/wiki/Cricket#History |
| 22:31.50 | snuff-work | mmm go cricket |
| 22:31.52 | elixer | short answer: its not clear |
| 22:32.28 | elixer | is the astricon speaker list thats on the astricon website up to date? |
| 22:32.38 | russellb | it's close |
| 22:32.45 | russellb | though i know it changed slightly as of yesterday |
| 22:32.56 | russellb | someone cancelled and i took their spot :) |
| 22:33.27 | elixer | nice |
| 22:33.30 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:34.17 | elixer | a friend of mine (steve totaro) sent me an e-mail a few weeks ago saying he was "invited to speak" |
| 22:34.22 | elixer | i guess he was fibbing |
| 22:34.39 | russellb | hm .. |
| 22:34.45 | russellb | i'm not in charge of that, at all |
| 22:34.59 | elixer | which i'm totally ok with - i use the word 'friend' loosely |
| 22:34.59 | elixer | :) |
| 22:35.12 | Corydon76-dig | Heh, I get invited to speak at various functions, too. I generally decline |
| 22:35.20 | *** join/#asterisk-dev kay2 (n=two@gob75-7-82-247-113-230.fbx.proxad.net) |
| 22:35.35 | russellb | i don't :( |
| 22:36.00 | Corydon76-dig | That's because you're a suck^H^H^H^Hgood speaker |
| 22:36.05 | russellb | :'( |
| 22:36.35 | file | what are you talking about? russellb rocks! |
| 22:37.03 | Corydon76-dig | Yes, if he didn't speak, I might have to. Hoorah for Russell! |
| 22:37.29 | elixer | wow, a freepbx and intro to linux talk back to back |
| 22:37.45 | russellb | the freepbx talk breaks my heart |
| 22:37.46 | russellb | :-p |
| 22:37.55 | elixer | heh |
| 22:38.25 | elixer | those two sessions alone are worth the cost of tickets, airfare, and accomodations |
| 22:38.57 | russellb | elixer: are you going? |
| 22:39.02 | elixer | no way |
| 22:39.02 | elixer | heh |
| 22:39.03 | russellb | and if so, will you be there for tuesday? |
| 22:39.04 | russellb | ah. |
| 22:39.11 | elixer | i'm fair skinned |
| 22:39.19 | file | russellb: are YOU going? |
| 22:39.22 | elixer | i can't get within 1000 miles of arizona |
| 22:39.49 | Netgeeks-laptop | the total cost of attending exceeds my budget for conferences bu 200.00 :( |
| 22:39.55 | Corydon76-dig | or Huntsville. Huntsville would work for me, too |
| 22:39.56 | Netgeeks-laptop | :s/nu/by |
| 22:40.03 | Netgeeks-laptop | *sigh* I can't type today |
| 22:40.04 | elixer | i'm trying to get my company to spring for TechEd next year, i doubt i could get them to spring for both |
| 22:40.16 | Corydon76-dig | Netgeeks-laptop: so are you coming to PhreakNIC? |
| 22:40.17 | file | hold the phone system hostage |
| 22:40.31 | elixer | file: i like the way you think |
| 22:40.31 | russellb | but astricon is l33t |
| 22:40.41 | Netgeeks-laptop | Corydon76: alas no as well |
| 22:40.51 | Corydon76-dig | Netgeeks-laptop: total cost for PhreakNIC is $25 |
| 22:40.51 | elixer | russellb: yes, i can see myself putting that in a proposal to management |
| 22:41.24 | Corydon76-dig | It fits nicely into budgets |
| 22:41.26 | elixer | "Dear Employers, I want to go to Astricon. Its OK. Russell says its l33t (that means good)" |
| 22:41.38 | Corydon76-dig | Heh |
| 22:41.42 | Netgeeks-laptop | Corydon76: the reason I'm not going to PhreakNIC (besides the fact I didn't even know about it until about 1 mionute ago) is lack of interest... I can go to a movie and save 5 bucks instead! |
| 22:41.45 | blitzrage | I really wish AstriCon would show up in Toronto |
| 22:41.46 | russellb | :D |
| 22:41.47 | file | does Phreaknic also fit comfortably into overhead bins? |
| 22:41.48 | blitzrage | Toronto rox0rz |
| 22:42.00 | elixer | blitzrage: i love toronto |
| 22:42.04 | blitzrage | everyone does :) |
| 22:42.12 | Qwell | I don't |
| 22:42.17 | file | neither do I |
| 22:42.27 | blitzrage | lies |
| 22:42.55 | elixer | blitzrage: except the one time i was there, i was driving around town and about 1000 people were in the middle of street demanding that we not drive our cars that day. |
| 22:43.03 | russellb | elixer: i could say that to my management :-p |
| 22:43.05 | elixer | blitzrage: other than that... awesome |
| 22:43.13 | Corydon76-dig | I like Toronto. Can I come stay with you, blitzrage? ;-) |
| 22:43.19 | elixer | russellb: well does digium need a janior or something? |
| 22:43.35 | elixer | s/janior/janitor |
| 22:44.09 | russellb | no, but we're always hiring for other positions. |
| 22:44.10 | blitzrage | Corydon76-dig: sure -- but you're sleeping on the couch and I'll be sleeping in my bedroom with the door locked :D |
| 22:44.14 | russellb | like ... coders. |
| 22:44.33 | elixer | russellb: oh, damn. welp it was worth a try... ;-) |
| 22:44.33 | file | blitzrage's couch is not that comfy |
| 22:44.50 | Qwell | russellb: 1567? How...random |
| 22:45.00 | russellb | :) |
| 22:45.04 | russellb | it's prime! |
| 22:45.36 | Corydon76-dig | Awwww |
| 22:46.06 | Netgeeks-laptop | The lockpick set for blitz's new door is just a little bit larger and somewhat heavier... an axe |
| 22:46.34 | Corydon76-dig | Netgeeks-laptop: I think that might wake him up |
| 22:46.46 | Netgeeks-laptop | That was the plan anyway wasn't it? |
| 22:46.55 | denon | Netgeeks-laptop: don't you ever watch SciFi? just get an invisibility cloak, or shift yourself to anotehr dimension, and walk right through |
| 22:47.00 | Corydon76-dig | Nah... |
| 22:47.16 | Corydon76-dig | Netgeeks-laptop: I'm gentle |
| 22:47.27 | blitzrage | so how 'bout that local sports team?! :) |
| 22:47.38 | Corydon76-dig | and/or college? |
| 22:47.45 | russellb | and/or professional? |
| 22:48.02 | russellb | i totally won in my fantasy football league for last week |
| 22:48.04 | elixer | damn. if i had planned better i could have killed two birds with one stone. going to vegas on the 28th. |
| 22:48.09 | Corydon76-dig | blitzrage: have your copy with you now? |
| 22:49.00 | Corydon76-dig | Page 279: /etc/odbc/ini |
| 22:49.01 | blitzrage | Corydon76-dig: no, I won't have it until October -- I'm traveling across North America |
| 22:49.07 | blitzrage | I'm currently in Vancouver |
| 22:49.11 | Corydon76-dig | Ah |
| 22:49.31 | Corydon76-dig | So when are you coming to Nashville? ;-) |
| 22:49.43 | blitzrage | too far south on the way back from AstriCon :) |
| 22:49.49 | Corydon76-dig | Heh |
| 22:50.11 | Corydon76-dig | Just pull a Steve Fossett... disappear for a couple weeks on your way back... |
| 22:50.35 | blitzrage | I'd love to... I should have turned my phone off... now I'm fighting some channels that aren't being torn down for some reason |
| 22:50.46 | elixer | Corydon76-dig: ohhhhhh... too soon, too soon. |
| 22:50.52 | blitzrage | it's like the BYE isn't getting back to Asterisk or something |
| 22:50.52 | jtodd | blitzrage: Sorry for latency. Yes, I am going to Astricon. And no, I won't wear the dress despite your pleading. |
| 22:51.07 | Qwell | jtodd: Do we even want to know? |
| 22:51.08 | Corydon76-dig | elixer: he's not declared dead yet |
| 22:51.14 | file | jtodd: will you wear a hawaiian shirt? |
| 22:51.29 | jtodd | Qwell: No Hawaiian shirt, but I think a tye-dye is in order, as usual. |
| 22:51.38 | blitzrage | jtodd: :D |
| 22:51.51 | tzafrir_laptop | one silly issue: am I the only one bothered by the fact that a quick browse of trunk's code in the svn viewer shows many items with the shrt descrition: |
| 22:52.51 | elixer | Corydon76-dig: true. personally i think he kidnapped madeline mccann... |
| 22:52.54 | russellb | o.O |
| 22:53.05 | tzafrir_laptop | Merged revisions NNNNN via svnmerge from https://origsvn.digium.com/svn/asteris.. |
| 22:53.35 | Corydon76-dig | elixer: heh |
| 22:53.58 | tzafrir_laptop | the URL is invalid, as it points to origsvn, instead of svn |
| 22:54.34 | Qwell | tzafrir_laptop: nope, it doesn't change the commit messages |
| 22:54.45 | tzafrir_laptop | and generaly this is not a one-line description of the change. very far from it |
| 22:55.00 | Qwell | everything else gets changed though, like svn:external references |
| 22:55.57 | russellb | it's only in the log, it's not something that will actually cause a problem for someone ... |
| 22:56.48 | tzafrir_laptop | if I manually edit the message and do it like I want, you get something like: http://svn.digium.com/view/zaptel?view=rev&revision=2881 |
| 22:56.50 | elixer | g'night folks |
| 22:57.07 | *** part/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 22:57.16 | tzafrir_laptop | russellb: unless you actually want to use the svn browser to review changes |
| 22:58.24 | russellb | true ... |
| 22:58.32 | tzafrir_laptop | I do realise that prefixing the fact that this is a merge makes revewing mail messages easier |
| 22:58.42 | tzafrir_laptop | you automatically ignore them... |
| 22:59.08 | tzafrir_laptop | but the changelog of trunk stays longer |
| 23:00.08 | russellb | perhaps the place to change this is the svnmerge tool, itself |
| 23:02.24 | russellb | we already have our own copy, so we can just have it done there |
| 23:04.37 | tzafrir_laptop | one thing that should probably be fixed is the URL, if there's any simple way to do that |
| 23:04.47 | russellb | right |
| 23:04.48 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:10.15 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 23:16.46 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 23:29.45 | *** join/#asterisk-dev elixer (n=seanbrig@c-68-55-114-113.hsd1.md.comcast.net) |
| 23:32.29 | elixer | i just ate yogurt with a measuring spoon. there is something fundamentally wrong with that. |