| 00:23.33 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 00:23.33 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 00:28.49 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 00:28.49 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 00:49.49 | tzanger | what's mog's IRC name? |
| 00:50.20 | putnopvut | tzanger: typically either mog or mogorman, I believe. |
| 00:50.27 | tzanger | ah |
| 00:50.31 | tzanger | 19:33 -!- mog [n=mog@nat/digium/x-5acd40cb56dec29a] has quit [Read error: 110 (Connection timed out)] |
| 00:50.37 | tzanger | naturament |
| 00:50.39 | tzanger | ugh :-) |
| 00:59.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:08.22 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 01:12.42 | lmadsen | I'm kinda shocked he's on IRC at all since I never see him say anything |
| 01:13.12 | sruffell | what's wrong with lurking sometimes? |
| 01:15.02 | tzanger | heh |
| 01:15.09 | tzanger | sruffell: know anything about libpri? |
| 01:15.26 | tzanger | I'm pretty sure that's creslin's baby |
| 01:15.30 | sruffell | tzanger: very little unfortunately. I've never had to do anything with it except compile it. |
| 01:15.39 | sruffell | yeah...creslin is the man there. |
| 01:27.54 | lmadsen | sruffell: lots is wrong with it :D |
| 01:28.05 | lmadsen | sruffell: I don't really mean that though |
| 01:28.15 | sruffell | heh |
| 01:28.30 | sruffell | Normally I can't ever follow along...if I did, that's probably all I would do all day. |
| 01:34.55 | *** join/#asterisk-dev ZaVoid (n=zavoid@nj-76-6-39-193.dhcp.embarqhsd.net) |
| 02:21.43 | tzanger | hmm |
| 02:21.55 | tzanger | what's teh longest ISDN BRI HDLC frame you've ever seen? |
| 02:21.59 | tzanger | cos' I'm seeing 320 byte ones |
| 02:22.04 | tzanger | and that seems a little excessive |
| 03:49.13 | *** join/#asterisk-dev Corydon76-dig (i=two@pdpc/supporter/bronze/Corydon76-home) |
| 03:49.13 | *** join/#asterisk-dev fenlander (n=fenlande@82.152.81.57) [NETSPLIT VICTIM] |
| 03:49.13 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 04:33.45 | *** join/#asterisk-dev ZaVoid (n=zavoid@nj-76-6-39-193.dhcp.embarqhsd.net) |
| 05:22.03 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.5) |
| 05:32.03 | *** join/#asterisk-dev jameswf (n=james@ip68-3-60-66.ph.ph.cox.net) |
| 06:02.31 | *** join/#asterisk-dev ZaVoid (n=zavoid@nj-76-6-39-193.dhcp.embarqhsd.net) |
| 07:39.54 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.59) |
| 08:00.29 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 08:00.29 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 08:38.28 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:38.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:44.50 | *** join/#asterisk-dev schmooze_Tony (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 10:31.03 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 10:31.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:35.14 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 10:35.14 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:37.08 | *** join/#asterisk-dev magumbade (n=magumbad@ppp-88-217-26-45.dynamic.mnet-online.de) |
| 11:28.43 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:29.05 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1279505417.dsl.bell.ca) |
| 12:35.39 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 12:40.25 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 13:22.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 13:53.19 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:53.19 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:55.31 | *** join/#asterisk-dev dwayne__ (n=dwayne@76.29.245.9) |
| 13:55.31 | *** mode/#asterisk-dev [+o dwayne__] by ChanServ |
| 13:57.04 | lmadsen | hey jpeeler! morning! I saw that you did seem to have figured out how to change the status codes in mantis (sorry it took so long! I had no idea!). When do you think that would get implemented into mantis? |
| 14:00.31 | file | he doesn't get in for awhile. |
| 14:03.49 | lmadsen | ok, well maybe he'll see the scrollback |
| 14:28.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.36.177.64) |
| 15:13.42 | *** join/#asterisk-dev IsUp (n=nocturne@unaffiliated/isup) |
| 15:13.53 | IsUp | hello |
| 15:14.12 | file | moo |
| 15:14.18 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-a3ee68f9996380bc) |
| 15:14.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:14.34 | IsUp | i am getting "kernel: [4751991.814247] asterisk[12073]: segfault at b6ab9ff8 eip b7e02d8c esp b6ab9ffc error 6" and my asterisk restarts. |
| 15:15.04 | IsUp | theres core dump files in /tmp but i dont know how to view or debug it |
| 15:16.15 | anonymouz666 | I would say that you are in trouble :) |
| 15:16.22 | IsUp | yeah, i know :> |
| 15:16.51 | IsUp | any ideas? |
| 15:17.59 | jsmith | IsUp: http://www.voip-info.org/wiki/view/Asterisk+Documentation+1.6.0+backtrace.txt |
| 15:20.51 | IsUp | thank you |
| 15:23.21 | IsUp | jsmith: should i run gdb on the same server? i want to copy dump files to another server and run gdb on it. is that possible? |
| 15:23.51 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-0d4b908bf5231ab4) |
| 15:23.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:24.03 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:24.39 | jsmith | IsUp: On the same server |
| 15:25.33 | IsUp | is that going to affect my running Asterisk? because its production server. |
| 15:27.02 | jsmith | Nope |
| 15:27.06 | jsmith | Not at all |
| 15:27.59 | IsUp | thanks alot, i am going to install gdb |
| 15:28.08 | IsUp | and i'll let you know my bt output |
| 15:28.20 | IsUp | i hope this is not a mess |
| 15:28.53 | anonymouz666 | IsUp: what asterisk version? |
| 15:30.37 | IsUp | Asterisk 1.4.21.2 |
| 15:34.04 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-f6d5bb71cb06bdf4) |
| 15:34.04 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:37.20 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:37.20 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:45.01 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:47.12 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 15:55.42 | seanbright | otherwiseguy: so the dealership replaced all 4 of my wheels (because they damaged the originals) and one of the replacement wheels has a huge gouge taken out of the edge! |
| 15:55.52 | seanbright | damn you otherwiseguy and your nick |
| 15:56.00 | seanbright | was trying to say OT: |
| 15:56.04 | putnopvut | ha |
| 15:56.19 | Marquis42 | seanbright: That might be the very definition of asshattery. |
| 15:57.03 | otherwiseguy | "t" and "therwiseguy"...the keys are right next to each other! j/k stupid autocomplete. |
| 15:57.16 | putnopvut | omg...pbx_spool.c has 10 levels of nesting in its scan_thread function. |
| 15:57.19 | putnopvut | I want to throw up. |
| 15:57.41 | putnopvut | phew, luckily it's not nearly so bad in trunk. |
| 15:57.43 | Marquis42 | Sweet. A couple more and perhaps you can set some kind of record. ;) |
| 15:57.52 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:57.52 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:58.17 | putnopvut | Marquis42: that's what I was thinking, too :) |
| 15:58.17 | seanbright | what are you working on in pbx_spool? |
| 15:58.43 | seanbright | http://imagebin.ca/view/JS-9yj.html |
| 15:58.45 | seanbright | :-( |
| 15:59.21 | putnopvut | seanbright: customer is complaining that sometimes files remain in the outgoing directory unprocessed. Investigating that. |
| 15:59.27 | seanbright | ahh |
| 15:59.33 | seanbright | good luck |
| 15:59.35 | seanbright | that code scares me |
| 15:59.40 | putnopvut | thanks :) |
| 16:00.29 | jsmith | putnopvut: Look at the remaining file itself. Did Asterisk append any information to it? |
| 16:00.37 | jsmith | putnopvut: Is the creation date/time in the future? |
| 16:01.51 | otherwiseguy | One would think that a SIP phone could reboot faster than say an OS X machine...but no... Thanks, polycom. |
| 16:02.24 | *** join/#asterisk-dev kotique (n=picachu@host-static-89-41-72-85.moldtelecom.md) |
| 16:02.27 | jsmith | otherwiseguy: Amen, brother! |
| 16:02.45 | kotique | guys. why the heck asterisk is picking up a=crypto instead of just ignoring it in peer's SRTP SDP offer? |
| 16:02.52 | kotique | http://pastie.org/private/ounqtikdb58e8qzciq58rq |
| 16:03.25 | Marquis42 | otherwiseguy: What model are you using? The newer, backlit ones boot rather a lot faster than the old ones do. Not that it's nearly as fast as, say, a Snom, but better. |
| 16:03.56 | lmadsen | otherwiseguy: it's even worse with 3.1.1 I've found |
| 16:03.57 | putnopvut | kotique: I'm not familiar with the specific RFC's, but ignoring a crypto line seems like a violation. |
| 16:04.22 | otherwiseguy | Marquis42: I have several models but unfortunately the only 6-line models I have are IP500s. :-( |
| 16:04.34 | kotique | well, trying to talk on crypto codec isn't the right thing either. |
| 16:04.36 | putnopvut | Then again, I guess what you're saying is we should answer with no a:crypto line so the phone knows not to encrypt the audio. |
| 16:05.53 | kotique | right now, asterisk latest stable version just complains "Error in codec string '=audio 2222 RTP/SAVP 18 0 8 101'" and bails out |
| 16:06.04 | Marquis42 | otherwiseguy: That's a sad state of affairs. I don't have any 500s, but my 601s are *slow* booting for sure. |
| 16:08.08 | kotique | i'm going to try srtp patch which will correct this problem, anyway, but in future, I think the bahaviiour with no a:crypto line is the best one. |
| 16:10.32 | kotique | Uh, I think it just picks up the first offer and throws the above error instead of ignoring it and picking up the 2nd one (see pastie) |
| 16:22.15 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:39.58 | jpeeler | lmadsen: ready for review is ready for review, or something |
| 16:40.20 | lmadsen | jpeeler: lol |
| 16:52.58 | IsUp | well |
| 16:53.17 | IsUp | i just did "gdb asterisk /root/dump/16.core" but it says "warning: Can't read pathname for load map: Input/output error." is that important? |
| 16:53.23 | IsUp | btw, ive got many outputs |
| 16:53.56 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 16:54.26 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 17:10.42 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 17:23.45 | IsUp | any ideas? |
| 17:27.20 | *** join/#asterisk-dev gsiener (n=gsiener@209.169.48.66) |
| 17:27.28 | gsiener | Anyone here using a Voismart vGSM card? I can't get mine working. |
| 17:49.29 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:49.29 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:53.21 | *** join/#asterisk-dev CunningPike_ (n=arodgers@204.239.10.119) |
| 19:02.30 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 19:02.30 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:03.25 | ctooley | D-Day has finally arrived. Griffin is going live in a limited capacity in our network minutes from now. We're only going to do an hour or so run to test out things, but it's finally going live. |
| 19:03.36 | Qwell | Griffin? |
| 19:04.25 | ctooley | The routing engine we built which is front ended by Asterisk. |
| 19:04.27 | putnopvut | Qwell: It's a mythological creature, with an eagle's head and a lion's body. |
| 19:04.40 | ctooley | 18 months of development and testing. |
| 19:04.48 | ctooley | putnopvut, That's a gryphon |
| 19:05.07 | putnopvut | oh. I've seen it anglicized as "Griffin" before. Probably only in Japanese video games, though :) |
| 19:05.13 | ctooley | This fits much more closely with the description of the "Family Guy" family. |
| 19:05.20 | putnopvut | Ah, neat |
| 19:06.29 | seanbright | Pea...Tear...Gryphon... |
| 19:06.31 | seanbright | aw crap |
| 19:06.36 | putnopvut | ahh, memories. |
| 19:06.44 | seanbright | like the corner of my mind |
| 19:07.18 | seanbright | ctooley: what's your url again? |
| 19:08.06 | ctooley | simplified.org |
| 19:08.17 | ctooley | but it has very very little information about Griffin on there as of now. |
| 19:09.06 | Qwell | tzafrir_laptop: ping? |
| 19:09.37 | tzafrir_laptop | Qwell, pong |
| 19:09.42 | Qwell | M13822 |
| 19:09.44 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0013822: [patch] multiple voicemail and directory modules reported by tzafrir (Karma: +112.25) http://bugs.digium.com/view.php?id=13822 |
| 19:09.47 | Qwell | Thoughts on the comments? |
| 19:10.18 | lmadsen | Cherry... Cherry... GRYPHON?!?! |
| 19:11.03 | seanbright | Qwell: agreed. |
| 19:11.30 | Qwell | I just think that doing anything besides fixing the real problem would be a hack.. |
| 19:11.31 | lmadsen | +1 from me |
| 19:11.37 | seanbright | ndos |
| 19:11.40 | seanbright | nods too |
| 19:20.07 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 19:20.39 | tzafrir_laptop | Qwell, in your package you have different asterisk-voicemail-* binary packages? |
| 19:20.46 | Qwell | yes |
| 19:21.01 | tzafrir_laptop | and how do you change config at build time? |
| 19:21.06 | Qwell | change config? |
| 19:21.36 | tzafrir_laptop | the patch there is to build those multiple modules in a single build |
| 19:21.48 | Qwell | yes, but it's not the right way to do it |
| 19:22.39 | Qwell | my method is fairly similar.. Makefile change for OPTS/DEPENDS, then patches to copied app_voicemail_*.c |
| 19:44.02 | ctooley | Things are going quite well. 40 minutes into it and no issues other than a couple of bad rates. Asterisk is holding up well, but the call volume is still very low. |
| 20:09.50 | Qwell | if ((tdp.dtmf_tonelen <= 4000) || (tdp.dtmf_tonelen >= 10)) { |
| 20:09.55 | Qwell | is my brain parsing that correctly? |
| 20:11.13 | kpfleming | is it? |
| 20:11.22 | kpfleming | wait... that looks wrong |
| 20:11.24 | Qwell | heh |
| 20:11.37 | Qwell | okay, so this reporter is right, and we aren't both insane. |
| 20:11.46 | kpfleming | so -1 would be a valid value according to that test, as would 5,001 |
| 20:11.56 | Qwell | and every other value |
| 20:12.02 | kpfleming | yes |
| 20:12.04 | Qwell | fixing |
| 20:12.07 | kpfleming | it's a complicated way of saying nothing |
| 20:12.08 | Qwell | s/||/&&/ ? |
| 20:12.12 | seanbright | yeah |
| 20:12.50 | seanbright | 9 < dtmf_tonelen < 4001 |
| 20:12.53 | seanbright | ? |
| 20:13.45 | seanbright | Qwell: try to work a ?: in there |
| 20:13.48 | seanbright | just cuz |
| 20:13.49 | Qwell | no thanks. |
| 20:14.16 | seanbright | you're fired. |
| 20:15.29 | tzanger | mog: ping? |
| 20:18.27 | tzanger | I wish C had a ?! construct |
| 20:18.39 | seanbright | meaning? |
| 20:18.47 | tzanger | preferably to work alongside a WTF reserved keyword |
| 20:18.52 | seanbright | oic |
| 20:20.50 | tzanger | anyone at digium near Mog or has access to a way to ping him? |
| 20:25.29 | putnopvut | Deeewayne: seen mog? ^^ |
| 20:31.26 | Deeewayne | haven't seen him, but I heard he was in today. He may be at lunch |
| 20:31.41 | Qwell | M13205 |
| 20:31.43 | MuffinMan | [assigned] [DAHDI-linux] dahdi (the module) 0013205: [patch] bad master selection reported by biohumanoid (Karma: +5.00) http://bugs.digium.com/view.php?id=13205 |
| 20:31.54 | Qwell | kpfleming: per your comment on that, should 12405 be closed? |
| 20:32.10 | kpfleming | no clue |
| 20:32.21 | kpfleming | hang on |
| 20:32.52 | Qwell | looks like a new bug was created for DAHDI. The older one is against Zaptel. |
| 20:33.01 | kpfleming | yes |
| 20:33.21 | kpfleming | 12405 is a new feature, really |
| 20:34.09 | Qwell | closed |
| 20:47.10 | kpfleming | Qwell: ugh... that was my ugly code, unless i just copied it from a previous version |
| 20:49.40 | Qwell | <PROTECTED> |
| 20:49.40 | Qwell | <PROTECTED> |
| 20:49.51 | kpfleming | whew |
| 20:50.04 | Qwell | EINVAL though |
| 20:50.14 | Qwell | (that's from a blame at r2000) |
| 20:52.02 | putnopvut | that markster code is correct. |
| 20:52.27 | seanbright | yeah |
| 20:52.31 | seanbright | go mark! |
| 20:54.41 | kpfleming | darn |
| 20:55.10 | kpfleming | so as it turns out, i am imperfect |
| 20:55.44 | seanbright | i won't tell anyone |
| 20:55.55 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 20:55.55 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 21:07.15 | lmadsen | kpfleming: we don't believe it |
| 21:08.00 | kpfleming | 'tis true |
| 21:08.21 | lmadsen | my whole world is crashing down on me... you were my rock! |
| 21:08.30 | lmadsen | funny enough... rocks are heavy |
| 21:08.44 | Marquis42 | lmadsen: If you were really interested in the app_minivm fixes/enhancements we talked about yesterday, the bug numbers are 13946 and 13943 |
| 21:09.01 | lmadsen | Marquis42: awesome! I will check them out when I return from my shower |
| 21:09.10 | Marquis42 | Heh... OK. :) |
| 21:09.28 | seanbright | lmadsen: asterisk comes before personal hygiene |
| 21:09.59 | lmadsen | seanbright: maybe in France :) |
| 21:10.03 | lmadsen | oh burn |
| 21:21.49 | sruffell | Is there some secret to using iax show netstats? I can use netfilter to drop packets on an iax trunk.....and I can hear the quality degrade...but I never see any packet loss in netstats. This is with 1.4-trunk. |
| 21:43.09 | putnopvut | needs to bite the bullet and learn chan_iax2.c |
| 21:55.00 | *** join/#asterisk-dev [Nikon] (n=_Nikon@201.76.135.136) |
| 21:55.19 | *** part/#asterisk-dev [Nikon] (n=_Nikon@201.76.135.136) |
| 21:59.19 | jpeeler | is there a way to use preprocessor logic to do a true search and replace, specifically on existing #ifdef directives? |
| 22:01.18 | snuff-home | i cant think of one.. vi maybe.. |
| 22:02.03 | jpeeler | needs to be programmatic, or just have to find another way |
| 22:02.15 | putnopvut | jpeeler: preprocessor for search and replace...I don't know of a way to do it. But I would be very interested to see it if it were done :) |
| 22:03.17 | sruffell | jpeeler: What are you trying to do that you want the preprocessor to do search and replace? |
| 22:05.01 | jpeeler | compiling 1.4 against zaptel with the dahdi_compat header actually defines all the zaptel defines |
| 22:05.18 | jpeeler | i'm guessing the reason there haven't been any problems is just because nobody is using old zaptel releases |
| 22:05.48 | sruffell | ahh |
| 22:07.02 | jpeeler | or defines the dahdi defines, rather |
| 22:08.21 | tzafrir_laptop | jpeeler, do you want to see the output of the preprocessor? |
| 22:08.38 | jpeeler | tzafrir_laptop: i'm looking at it, with kevin's new changes they are just sitting there |
| 22:10.37 | tzafrir_laptop | jpeeler, the problem was with some #define-s that get automatically defined |
| 22:10.46 | jpeeler | yep |
| 22:19.15 | jpeeler | well, as long as none of the zaptel defines if they exist are zero, we could change all the ifdefs to if SOMETHING != 0 |
| 22:19.50 | jpeeler | wait |
| 22:20.31 | jpeeler | yeah i think that would work... |
| 22:22.12 | seanbright | i don't really get what you are trying to accomplish, but... sounds good! |
| 22:22.13 | seanbright | ;) |
| 22:22.33 | jpeeler | it doesn't work anyway |
| 22:22.34 | jpeeler | um |
| 22:22.48 | jpeeler | the ifdef-s are being satisfied by dahdi_compat instead of the zaptel defines from zaptel |
| 22:22.55 | seanbright | ah |
| 22:23.09 | seanbright | sounds like dahdi_compat needs some love then |
| 22:23.28 | jpeeler | well it's just a bunch of defines |
| 22:24.08 | seanbright | looks |
| 22:24.56 | seanbright | ah... ugh |
| 22:25.40 | seanbright | so you'd need to wrap each #define with an #ifdef |
| 22:26.51 | seanbright | #if defined(ZT_TONE_BUSY) |
| 22:26.53 | seanbright | #define DAHDI_TIMERACK ZT_TIMERACK |
| 22:26.53 | jpeeler | yeah i think that would work |
| 22:26.55 | seanbright | #endif |
| 22:27.07 | seanbright | it's ugly as hell though |
| 22:27.22 | jpeeler | yeah, but i'm not sure if i care |
| 22:27.45 | Qwell | I was thinking you could macro it |
| 22:27.53 | Qwell | make it kinda like S_OR |
| 22:27.56 | seanbright | that would be better |
| 22:28.07 | Qwell | macro could be like |
| 22:28.22 | Qwell | #ifdef a |
| 22:28.26 | Qwell | #define b a |
| 22:28.27 | Qwell | #endif |
| 22:28.51 | Qwell | then just STUFF(ZAPTEL_FOO, DAHDI_FOO) |
| 22:28.57 | seanbright | good call |
| 22:29.08 | jpeeler | yeah that's better |
| 22:29.16 | Qwell | can you macro preprocessor directives? I can't imagine it wouldn't work |
| 22:29.29 | tzafrir_laptop | and there's actually a patch with those changes already in the bug report |
| 22:29.29 | seanbright | well they are recursive |
| 22:29.34 | seanbright | oh nice |
| 22:30.06 | Corydon76-dig | #define Qwell(a) SPOON(a) |
| 22:31.23 | tzafrir_laptop | I'm not sure it's recursive . I think it is actually: |
| 22:31.40 | tzafrir_laptop | #define MACRO1 something with MACRO2 |
| 22:31.45 | tzafrir_laptop | is actually read as: |
| 22:32.03 | tzafrir_laptop | #define MACRO1 something with <expansion of MACRO2> |
| 22:32.19 | seanbright | and if MACRO2 expands to MACRO3, etc, etc. |
| 22:32.26 | Qwell | tzafrir_laptop: either way - it'll end up as the same code. |
| 22:32.41 | seanbright | sed -r -e 's/^#define ([^ ]+) ([^ ]+)/STUFF(\2, \1)/' dahdi_compat.h |
| 22:32.50 | seanbright | sed <3 |
| 22:38.55 | jpeeler | yeah it doesn't look like you can use an ifdef inside of a define |
| 22:39.04 | seanbright | lame |
| 22:39.13 | kpfleming | no, you can't use preprocessor directives inside a macro |
| 22:41.10 | lmadsen | Corydon76-dig: ping |
| 22:41.48 | lmadsen | Corydon76-dig: any way (in 1.4 or 1.6) to have a pattern match that has a space in it? i.e.: _(NXX) NXX-XXXX |
| 22:41.58 | lmadsen | _(NXX)NXX-XXXX seems to be perfectly valid |
| 22:42.19 | lmadsen | oops... my tabs are in the wrong order, I meant to sent that via #asterisk |
| 22:43.44 | Corydon76-dig | Sure, you can have a space in it... |
| 22:43.56 | Corydon76-dig | It just means that the number has to have a space in it |
| 22:44.17 | lmadsen | eh? |
| 22:44.25 | lmadsen | the parser seems to strip out the space |
| 22:44.27 | Corydon76-dig | Think SIP |
| 22:44.33 | Corydon76-dig | Really? |
| 22:44.35 | lmadsen | yep |
| 22:44.37 | lmadsen | I just tested |
| 22:44.57 | lmadsen | _(NXX) NXX-XXXX becomes _(NXX)NXX-XXXX |
| 22:45.00 | Corydon76-dig | Well, I'm a bloated liar, then |
| 22:45.09 | lmadsen | I tried using [ ] and \ and \\\ :) |
| 22:45.25 | kpfleming | Corydon76-dig: you are not bloated |
| 22:45.36 | Corydon76-dig | kpfleming: Actually, I am bloated |
| 22:46.05 | seanbright | jpeeler: perl -ne 'chomp; if (/^\#define ([^ ]+) ([^ ]+)/) { print "#if defined($2)\n# define $1 $2\n#endif\n"; }' include/asterisk/dahdi_compat.h |
| 22:46.08 | seanbright | :) |
| 22:46.17 | seanbright | wanders off |
| 22:46.24 | kpfleming | an emacs keyboard macro could do that very quickly |
| 22:46.32 | jpeeler | ha, i guess if i can't find a better way |
| 22:46.54 | Corydon76-dig | lmadsen: when you say the parser, do you mean it shows up without a space in 'dialplan show'? |
| 22:46.59 | lmadsen | correct |
| 22:47.06 | kpfleming | jpeeler: i can do that in emacs pretty fast if you want |
| 22:47.10 | Corydon76-dig | 1.4 or 1.6? |
| 22:47.32 | lmadsen | 1.4 |
| 22:47.36 | jpeeler | kpfleming: well... is that what we want to do? sure, if you think it is the best solution |
| 22:47.45 | kpfleming | is there a better solution? |
| 22:47.49 | putnopvut | There's nothing in the coding guidelines that forbids this, but what are people's opinions on the use of negative subscripts in arrays? |
| 22:48.00 | kpfleming | it's weird |
| 22:48.05 | kpfleming | but nothing wrong with it |
| 22:48.32 | putnopvut | Okay. I just know I'd never use that myself, but I wasn't sure if it's something that is seen as "bad" by others. |
| 22:48.38 | putnopvut | I'll leave it alone then. |
| 22:48.54 | kpfleming | i don't think it is any more wrong than using goto... everything has its place |
| 22:49.06 | jpeeler | kpfleming: ok, that's what i'll do then |
| 22:49.40 | jpeeler | sean's one liner actually worked nearly perfectly |
| 22:49.52 | kpfleming | schweet |
| 22:50.10 | Corydon76-dig | lmadsen: I honestly can't imagine why that would be |
| 22:50.18 | kpfleming | umm... any apache configuration experts here? i'm trying to a simple redirect and it's not working as i want it to |
| 22:50.37 | lmadsen | Corydon76-dig: ya... I'm trying right now to match on it... but it seems like it may not actually be stripping out the space in the parser... just on the display... |
| 22:51.09 | kpfleming | well... now it is working |
| 22:51.10 | kpfleming | so never mind |
| 22:52.44 | lmadsen | Corydon76-dig: http://pastebin.ca/1263863 |
| 22:52.59 | lmadsen | that shows what ${EXTEN} is getting... and that _. is matching it... but not the pattern match for some reason |
| 22:55.23 | lmadsen | http://pastebin.ca/1263864 <-- contains two pattern matches with and without the space, and asterisk complains there is a duplicate extension (fyi) |
| 23:00.16 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 23:02.24 | Corydon76-dig | lmadsen: It appears to be intentional |
| 23:02.33 | lmadsen | I see |
| 23:02.53 | Corydon76-dig | But I agree that it's at least partially a bug |
| 23:02.54 | lmadsen | what if you could do... [ ] to make it a literal space? |
| 23:03.24 | Corydon76-dig | It's a nice what-if |
| 23:04.49 | Corydon76-dig | I just thought of an evil way you could use this bug |
| 23:05.27 | Corydon76-dig | If you created "_ NXX-NXX-XXXX" as an extension, it would match in 1.4 earlier than "_X." |
| 23:05.52 | Corydon76-dig | In fact, it would match earlier than even "_." |
| 23:06.08 | Corydon76-dig | but I'm going to fix it now |
| 23:13.47 | lmadsen | Corydon76-dig: what did you change? wouldn't _ NXX have just been stripped down to _NXX? |
| 23:14.17 | Corydon76-dig | lmadsen: yes, but... |
| 23:14.32 | Corydon76-dig | The space affected where in the list the entry got put |
| 23:14.35 | lmadsen | ah gotcha |
| 23:14.37 | lmadsen | interesting |
| 23:14.45 | Corydon76-dig | bad sorting. BAD! |
| 23:14.49 | Corydon76-dig | No biscuit. |
| 23:14.50 | lmadsen | lol |
| 23:19.55 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 23:19.55 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0! |
| 23:30.51 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.156.108) |
| 23:39.20 | *** join/#asterisk-dev sasargen (n=chatzill@68.245.131.215) |