| 00:16.03 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:16.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 00:19.56 | *** join/#asterisk-dev CunningPike_ (n=arodgers@204.239.12.183) |
| 00:20.57 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 00:21.49 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 00:24.11 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 00:27.20 | *** join/#asterisk-dev moy (n=moyhu@189.169.77.117) |
| 01:28.33 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 01:34.51 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:00.40 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:18.06 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582382.dsl.bell.ca) |
| 02:21.33 | *** join/#asterisk-dev steliosk (n=Stelios@85.72.76.221) |
| 03:07.55 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 03:42.49 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:49.56 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 04:05.58 | *** part/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 05:17.20 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |
| 06:08.36 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 06:28.49 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:55.21 | *** join/#asterisk-dev oej (n=olle@bkkb-gw.voop.net) |
| 06:55.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:15.33 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 07:15.47 | oej | Good morning, folks! |
| 07:16.59 | atis_work | good morning :) |
| 07:20.09 | atis_work | oej: i know you're pretty much in chan_sip, maybe you have idea - skipping of what SIP message could have caused 12447 |
| 07:20.29 | oej | M12447 |
| 07:20.30 | MuffinMan | [new] [Asterisk] Channels/chan_local 0012447: Local channel didn't get answered from answered child SIP channel reported by atis http://bugs.digium.com/view.php?id=12447 |
| 07:21.16 | atis_work | it's just a guess, that it could be caused by some buggy sip implementation or some other coincidences |
| 07:21.42 | oej | Very hard to catch without more information |
| 07:22.07 | atis_work | true, but i didn't had sip debug enabled |
| 07:23.04 | oej | Right, which is a problem. |
| 07:23.46 | oej | The parts you cut out doesn't really say anything at all. A noop() being executed while a call is going on somewhere else. |
| 07:24.17 | atis_work | well, that's end of answer macro |
| 07:24.19 | atis_work | M() |
| 07:24.39 | atis_work | so, SIP got answered, macro was executed, and local didn't |
| 07:24.54 | atis_work | local has dial to SIP |
| 07:26.47 | oej | Then I suggest you turn on sip debugging and try to repeat it |
| 07:26.50 | oej | Sorry |
| 07:26.55 | oej | I know that may be hard |
| 07:28.02 | atis_work | ok, thanks for looking :) i'm not sure that i will be able to reproduce that.. |
| 07:46.10 | IgorG | hi, oej! |
| 07:46.49 | IgorG | What about 9896? Can you review it again? |
| 07:46.52 | IgorG | M9896 |
| 07:46.55 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/Interoperability 0009896: [patch] Authentication support for SIP NOTIFY requests reported by IgorG http://bugs.digium.com/view.php?id=9896 |
| 07:48.04 | IgorG | and more, can you commit your patch from 12299... |
| 07:48.12 | IgorG | M12299 |
| 07:48.13 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0012299: [patch] Can't pickup if pickupcode include # reported by IgorG http://bugs.digium.com/view.php?id=12299 |
| 07:51.32 | oej | I had a patch for that in another bug report |
| 07:51.43 | oej | Or was it that one? |
| 07:51.47 | oej | Oh, waking up... |
| 07:51.50 | oej | Sorry |
| 07:52.01 | oej | Yes, I can. Later today. |
| 07:52.28 | IgorG | I asked qwell, but we have too big shift in time.. |
| 07:52.33 | IgorG | Thanks |
| 07:56.46 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 08:39.14 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 08:41.11 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 08:53.16 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.139) |
| 08:54.56 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 08:56.31 | festr_ | oej: hi, your fix works, thanks |
| 08:56.50 | festr_ | oej: maybe should we found some releated bugs and informs there that this affects HINTS? |
| 09:05.32 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 09:25.26 | _Vile | *yawn* |
| 09:28.38 | atis_work | agrees |
| 09:32.10 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 09:53.40 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 10:35.50 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 10:41.48 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:44.07 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 10:48.19 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 10:56.38 | oej | festr_: Thanks for confirming |
| 10:56.46 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:56.48 | oej | festr_: What do you mean with the second message? :-) |
| 11:08.48 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 11:47.43 | oej | M6240 |
| 11:47.44 | MuffinMan | [closed] [Asterisk] Core/General 0006240: [branch] Errors in support for SIP strict routing reported by Daniel Leeds http://bugs.digium.com/view.php?id=6240 |
| 11:54.48 | oej | M12322 |
| 11:54.49 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0012322: SIP reinvite record-route problem after hangup reported by rolek http://bugs.digium.com/view.php?id=12322 |
| 11:56.40 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 12:09.51 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:36.46 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 12:47.54 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:47.54 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:09.05 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 13:16.45 | *** join/#asterisk-dev lateil (n=oz@89.106.0.242) |
| 13:17.27 | lateil | hi, do you guys recomend any IDE to use in asterisk development? or anyone uses one? |
| 13:18.05 | _ys | vim ? :) |
| 13:18.34 | atis_work | mc |
| 13:18.36 | tzafrir | prefers SATA |
| 13:18.59 | lateil | how you do debug? break point? |
| 13:19.03 | jsmitih | lateil: Most of the Asterisk developers simply use a text editor such as vim or emacs |
| 13:19.35 | tzafrir | And vim is a nice Simple Adatable Text Adapter |
| 13:20.39 | lateil | tzafrir: i didn't quite understand |
| 13:20.49 | jsmith | lateil: Asterisk is multi-threaded... it's not a simple single-threaded program where you can easily set a breakpoint, look at the values, and then continue execution |
| 13:21.35 | lateil | it is C , i gues there must be a good way for it .. like eclipse or something |
| 13:22.22 | lateil | i dont refer for asterisk only but .. multithread and c is a old combination.. and debuging is a must.. |
| 13:23.02 | atis_work | i think gdb has such powers, but not really sure how to use them |
| 13:23.35 | lateil | yea, may be what i need is a gdb gui hmm |
| 13:23.50 | atis_work | but for debugging i think logs are used mostly |
| 13:25.07 | lateil | actually, i am trying to change some of chan_sip for logging , if i can pause and see stack , it will be helpfull |
| 13:25.33 | lateil | i just write ast_log every where and read structs.. this is not a good way |
| 13:28.05 | atis_work | lateil: just add ast_crash (if i remember correctly) and see stack in gdb |
| 13:28.24 | lateil | hmm i will try that |
| 13:28.41 | tzafrir | BTW: do you restart asterisk on each testing cycle (for a new code)? |
| 13:28.58 | lateil | yes, i had to ... |
| 13:28.58 | atis_work | oh, it was CRASH; |
| 13:29.11 | oej | vi is a great and very advanced IDE :-) |
| 13:29.21 | lateil | i change, compile , install, run.. see log.. recycle |
| 13:29.36 | tzafrir | it's a module . You can copy the new one in place, unload the module and load again |
| 13:29.38 | lateil | oej: how you debug with vi? |
| 13:30.12 | lateil | tzafrir: yea sure but i have to make calls again and again , just to see another var in stack |
| 13:30.24 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-c6f1304cd685feb8) |
| 13:32.07 | lateil | hmm, i found ddd .. may be this can help |
| 13:32.35 | tzafrir | lateil, learn to use ddd |
| 13:32.43 | tzafrir | s/ddd/gdb/ |
| 13:33.34 | lateil | yes i will, seems ddd will help me learn fast |
| 13:38.24 | *** join/#asterisk-dev rushowr (n=rushowr@adsl-67-66-238-42.dsl.spfdmo.swbell.net) |
| 13:38.55 | rushowr | Morning everyone |
| 13:49.14 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:49.14 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:08.45 | *** join/#asterisk-dev fmueller (n=user@p548F6C21.dip.t-dialin.net) |
| 14:09.12 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:09.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:09.14 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.235.113) |
| 14:11.12 | lateil | thanks guys , gdb does the tric ... ddd helps a lot .. |
| 14:16.04 | *** part/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:18.38 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 14:19.10 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-210-62-125.dsl.milwwi.ameritech.net) |
| 14:19.10 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:27.29 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:27.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:36.04 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 14:43.49 | mvanbaak | hhmm, automerge not running ? |
| 14:44.01 | mvanbaak | or is team/group not automerged ? |
| 14:44.41 | mvanbaak | jpeeler just merged in a lot of changes, while I never got an email that the automerge was stopped |
| 14:45.50 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 14:47.07 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 14:51.31 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 15:01.16 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 15:01.16 | *** join/#asterisk-dev steliosk (n=Stelios@85.72.76.221) |
| 15:01.17 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) [NETSPLIT VICTIM] |
| 15:01.52 | Juggie | mvanbaak, automerge has been on the fritz for me for a while |
| 15:01.56 | Juggie | but no one else seems to believe me :) |
| 15:02.52 | jsmith | Juggie: We believe you... really we do... even if there's no evidence... uh huh... |
| 15:02.53 | jsmith | ducks |
| 15:11.28 | *** join/#asterisk-dev elguero (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 15:29.53 | *** join/#asterisk-dev xrg_ (n=panos@77.83.42.197) |
| 15:33.07 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:33.38 | puzzled | hi |
| 15:34.40 | bkruse | M12458 |
| 15:34.41 | MuffinMan | [new] [Asterisk] Channels/chan_zap 0012458: [patch] chan_zap incorrectly passes information between sections in users.conf in 1.4 reported by tzafrir http://bugs.digium.com/view.php?id=12458 |
| 15:48.20 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:54.06 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 16:05.23 | tzanger | kpfleming: ping |
| 16:07.29 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 16:07.42 | flujan | hello all. |
| 16:13.44 | kpfleming | tzanger: pong |
| 16:45.42 | Qwell | putnopvut: "It really feels very great when we have such a great developers looking at the problem and providing the solution." |
| 16:45.43 | Qwell | w00t! |
| 16:53.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:19.06 | snuff-home | qwell that moh random bug.. still would be valid changing from rand() to ast_random call.. but yes i doubt that was going to fix that guys problem |
| 17:19.42 | Qwell | I half expect that there is no bug. |
| 17:21.21 | snuff-home | i submitted new patch for that guys that was almost unreadable |
| 17:21.33 | Qwell | tzafrir: on 12558, wouldn't pointers and such be unchanged with the memcpy? |
| 17:21.34 | snuff-home | M12036 |
| 17:21.36 | MuffinMan | [feedback] [Asterisk] Channels/NewFeature 0012036: [patch] RFC 3372 SIP-T receive implementation reported by gasparz http://bugs.digium.com/view.php?id=12036 |
| 17:21.37 | Qwell | 12458* |
| 17:22.13 | snuff-home | mm time for zzz.. later ppls |
| 17:22.40 | tzafrir | Qwell, first off, the same memcpy is used in trunk |
| 17:22.46 | Qwell | yeah, I saw that |
| 17:23.12 | tzafrir | that struct has two other structs, basically. It only lives for the duration of setup_zap |
| 17:24.08 | tzafrir | As for any special objects? not really sure |
| 17:25.03 | Qwell | oh, hmm, that struct doesn't have pointers |
| 17:25.36 | Qwell | okay, yeah, that should be fine |
| 17:25.37 | Qwell | commits |
| 17:28.06 | *** join/#asterisk-dev jsmith-teaching (n=jsmith@68-247-106-118.area3.spcsdns.net) |
| 17:28.06 | *** mode/#asterisk-dev [+o jsmith-teaching] by ChanServ |
| 17:30.46 | Qwell | tzafrir: fixed :D |
| 17:32.11 | tzafrir | Thanks :-) |
| 17:40.47 | seanbright | file: would it be incredibly difficult to have a whisper hook recorded along with the channel its attached to? |
| 17:41.39 | file | well, you'd have to change the order of things |
| 17:42.21 | *** part/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 17:43.34 | seanbright | alrighty. any hints? |
| 17:44.27 | file | so you mean you want the injected audio from an audiohook to be included in the audio that is sent to a spy audiohook? |
| 17:45.00 | seanbright | what i mean, is something like this: |
| 17:45.04 | seanbright | MixMonitor() |
| 17:45.06 | seanbright | Dial() |
| 17:45.16 | seanbright | and then someone whispering on that call |
| 17:45.27 | seanbright | i want all of that |
| 17:45.58 | file | in the recorded file you want the whispered audio as well? |
| 17:46.13 | seanbright | correct |
| 17:47.15 | file | well, the easiest is to move the logic around that handles frames in audiohook to do whispering before spy stuff... but that's an all or nothing |
| 17:47.39 | file | second would be to add an option for spy audiohooks to tweak the behavior on whether they want audio pre-mod or post-mod |
| 17:48.27 | seanbright | alrighty |
| 17:49.09 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 17:49.13 | file | audio_audiohook_write_list is the function |
| 17:49.18 | seanbright | thank you |
| 17:51.58 | file | there is already an options structure as well that is always in the audiohook structure, so you could add what I mentioned above to tweak the behavior |
| 17:52.46 | seanbright | ast_audiohooks_flag |
| 17:52.47 | seanbright | err |
| 17:52.58 | seanbright | ast_audiohook_flags? |
| 17:53.18 | file | ast_audiohook_options, currently only used for volume adjustment |
| 17:53.34 | seanbright | ahhh |
| 17:53.37 | seanbright | sweet |
| 17:54.24 | file | hrm, now that's a curious idea... |
| 17:54.59 | file | build a chain of audiohooks as added based on where they want to be relative to other the other types... |
| 17:55.11 | file | erm, to the other |
| 17:55.13 | seanbright | i wouldn't be mad at you were you to backport it to 1.4, as well |
| 17:55.15 | seanbright | ;) |
| 17:55.46 | file | I've got important stuff to do before I can play ;( |
| 17:55.51 | seanbright | drat. |
| 17:55.52 | seanbright | ok |
| 17:56.37 | file | if you know what I mean based on the above feel free to tackle it |
| 17:56.44 | seanbright | k |
| 17:56.57 | seanbright | i'm going the easy route at the moment, need it in production asap |
| 17:57.03 | file | nods |
| 17:57.18 | file | that will make the chanspy also hear... themselves... |
| 17:57.39 | seanbright | hmmm |
| 17:57.56 | seanbright | well this should be interesting :) |
| 17:59.00 | file | I might tackle the other way tonight... we shall see |
| 18:01.37 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 18:11.44 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:12.16 | dioedu | i wanna compile a app_queue that i change with mysqlclient lib... what do i need ? i did some changes in configure.ac and menuselect-tree to include this information, but it doesn't work... someone can help me ? |
| 18:14.00 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:29.04 | Corydon76-dig | Eh? |
| 18:29.21 | Corydon76-dig | app_queue is due for a massive rework anyway |
| 18:29.40 | jsmith | All in favor of rewriting app_queue, please wait on hold |
| 18:30.03 | Qwell | it couldn't go into core asterisk anyways, since it would use mysql |
| 18:30.23 | Corydon76-dig | You might could do it with odbc |
| 18:30.43 | lmadsen | odbc rox |
| 18:30.50 | Qwell | dioedu: BUT, to answer your question, you would need to add a dependency to mysql into app_queue.c, with a magic comment. See some of the mysql apps in -addons for an example |
| 18:50.00 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:53.32 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:54.42 | dioedu | Qwell, i add this dependency, but what i need is link this lib in compilation |
| 18:54.45 | dioedu | right ? |
| 18:54.53 | Qwell | that's what adding the dep does |
| 18:55.01 | Qwell | make dist-clean, re-run configure |
| 18:55.59 | dioedu | you are talking about some -addon example, like cdr_addon_mysql... the only mysql add there is a include <mysql/mysql.h> |
| 18:56.21 | dioedu | sorry |
| 18:56.36 | Qwell | dioedu: the MODULEINFO magic comment |
| 18:56.36 | dioedu | you are talking about this comment ? /*** MODULEINFO |
| 18:56.36 | dioedu | <PROTECTED> |
| 18:56.36 | dioedu | <PROTECTED> |
| 18:56.44 | dioedu | wow |
| 18:56.51 | dioedu | let me try |
| 18:57.03 | Corydon76-dig | Yes, isn't the build system wondrous? |
| 18:58.25 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 19:12.41 | dioedu | Qwell, this comment does the configuration of menuselect-tree correctly... but the compilation don't generate the app_queue.so and don't show any warning... |
| 19:19.04 | Qwell | did you add mysql support to the configure script? |
| 19:25.57 | simond | is there some way to speed up outbound dtmf dialing when using an analog card? |
| 19:27.17 | jsmith | simond: No, not really |
| 19:29.38 | *** join/#asterisk-dev fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 19:30.51 | dioedu | Qwell, yes, i change configure.ca, run bootstrap.sh and re-run configure... |
| 19:31.04 | dioedu | no way... app_queue doesn't compile... |
| 19:31.09 | simond | jsmith: I'd have to modify zaptel then? |
| 19:31.41 | dioedu | in menuselect, app_queue is marked as XXX |
| 19:32.04 | jsmith | simond: Yes, but if you mess with it too much, the equipment on the other end won't be able to interpret the number you're dialing |
| 19:32.37 | simond | yeah, I'd just like it a liiittle bit faster |
| 19:32.57 | simond | as i'm getting about 8 seconds of dead air before ringing starts |
| 19:33.04 | simond | if I could get it down to 6 I'd be happy |
| 19:35.45 | Qwell | dioedu: then it couldn't find a dependency |
| 19:36.27 | Juggie | my guess is chan_zap isnt compiled. |
| 19:36.32 | Juggie | because zaptel isnt installed |
| 19:36.36 | Qwell | Juggie: app_queue? |
| 19:36.50 | Qwell | you're thinking meetme |
| 19:36.50 | Juggie | what other dependency could it have? |
| 19:37.05 | Qwell | he's adding mysql for some reason |
| 19:37.22 | Juggie | o.... |
| 19:39.29 | dioedu | Qwell, the reason is that i wanna change the mode that app_queue record events in queue_log, i wanna one event by uniqueid... and not many... like we have nowadays... |
| 19:39.57 | dioedu | well... i will try some tests... |
| 19:45.02 | *** join/#asterisk-dev jeffg (i=7WseXyep@pdpc/supporter/active/jeffg) |
| 19:53.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:55.18 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.192.175) |
| 19:56.04 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:56.04 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 20:00.02 | codefreeze | hmmm. jabber seems.... disturbed... or semi-dead... |
| 20:00.36 | file | Jerron is murdering it |
| 20:01.08 | Juggie | dont murder |
| 20:01.14 | codefreeze | you'd think he'd get tired, all that entering and leaving... |
| 20:01.25 | dioedu | Qwell, sorry... but, i change the configure.ca, run bootstrap, re-run configure and configure show me that find mysqlclient... but menuselect still show me XXX in app_queue... i don't know how i resolve this dependency... don't you have any more tip ? |
| 20:06.17 | jsmith | codefreeze: It's been acting up for days now |
| 20:06.25 | Damin | Yaawwwnnn.... |
| 20:06.39 | jsmith | Damin: Stop that... now you've got me yawning too! |
| 20:06.48 | Qwell | sneezes |
| 20:08.02 | codefreeze | skips the yawning and falls immediately into a deep sleep/coma! |
| 20:38.30 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 20:38.44 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 20:52.55 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:55.37 | *** part/#asterisk-dev xrg_ (n=panos@77.83.42.197) |
| 20:55.41 | dioedu | Qwell, ok... is working now |
| 20:55.43 | dioedu | thanks |
| 20:55.57 | dioedu | i have to change the files of build_tools |
| 20:56.02 | dioedu | just it... |
| 20:56.31 | dioedu | *i had |
| 20:59.06 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-210-62-125.dsl.milwwi.ameritech.net) |
| 20:59.06 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 21:03.58 | tzafrir | M12456 |
| 21:03.59 | MuffinMan | [closed] [Asterisk] Channels/chan_zap 0012456: configuration option toneduration not working with zaptel 1.4.10 reported by fnordian http://bugs.digium.com/view.php?id=12456 |
| 21:04.57 | tzafrir | kpfleming, so zaptel kernel >= 1.4.10 requires Asterisk > 1.4.19 ? |
| 21:05.06 | kpfleming | no |
| 21:05.25 | tzafrir | (assuming the user might have set tonedurations) |
| 21:05.29 | kpfleming | well, yeah, i guess, because of the bug in chan_zap |
| 21:05.40 | tzafrir | And an interface change in zaptel |
| 21:05.54 | kpfleming | a backwards compatible interface change, if the user of the interface uses it properly |
| 21:08.47 | tzafrir | right. I forgot about the reserved bytes there |
| 21:15.53 | kpfleming | it does't matter whether there are reserved bytes or not |
| 21:16.08 | kpfleming | not really, anyway |
| 21:16.33 | kpfleming | if the structure had been increased, the ioctl number would have changed, but chan_zap would still have had a bug since it did not initialize the structure |
| 21:26.58 | tzafrir | but then versions built vs. older zaptel.h would have zeroed out a smaller struct |
| 21:27.47 | tzafrir | And if such a version would be used with the new version of zaptel, it would have an unintialized area |
| 21:35.49 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 21:44.30 | kpfleming | no, that is not true |
| 21:45.03 | kpfleming | versions built against an older zaptel would have zeroed out a smaller struct AND used a different ioctl number, so zaptel would know to expect the smaller struct |
| 22:02.31 | Qwell | echo $(patsubst %,%/%bar,foo) |
| 22:02.38 | Qwell | I end up with: foo/%bar |
| 22:02.54 | Qwell | is it not possible to use a second % like that? |
| 22:13.29 | kpfleming | nope |
| 22:13.35 | kpfleming | only one substitution per call |
| 22:14.01 | Qwell | well, that seems silly |
| 22:14.02 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:14.02 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 22:16.36 | tzafrir | kpfleming, the problem is that you cannot assume that the version of zaptel you build against is the version of the module running on your system |
| 22:16.50 | kpfleming | yes you can |
| 22:16.56 | kpfleming | otherwise massive breakage can occur |
| 22:17.16 | kpfleming | but it still wouldn't matter if chan_zap had done the right thing |
| 22:19.41 | tzafrir | I have added the section to the Zaptel README after needing to explain this once too often. |
| 22:20.03 | tzafrir | In this case, indeed - no size change and hence no interface broken |
| 22:34.32 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 22:34.53 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 22:35.59 | kpfleming | please describe for me how a size change would have broken the situation you are talking about |
| 22:48.28 | tzafrir | http://zaptel.tzafrir.org.il/#_abi_compatibility |
| 22:48.34 | tzafrir | kpfleming, ==^ |
| 22:53.16 | kpfleming | tzafrir: i don't see anything there that we haven't already talked about. if your complaint is that a program built against a newer zaptel.h than the modules loaded in the kernel won't work correctly then i have no answer for that |
| 23:11.47 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:20.45 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.152) |
| 23:37.16 | *** join/#asterisk-dev moy (n=moyhu@189.169.77.117) |
| 23:55.14 | codefreeze | has sealed his fate: he's committed the astobj2-ified chan_sip to trunk. Have mercy on him. |