| 00:19.52 | *** part/#asterisk-dev RoyK (n=roy@ip-10-16-149-91.dialup.ice.no) |
| 00:34.38 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 01:14.05 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 01:15.12 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-a0d6eb01002f9b4a) |
| 01:15.12 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:15.06 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 02:21.02 | *** join/#asterisk-dev jsmith (n=jsmith@206.166.212.66) |
| 02:21.02 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 02:35.59 | *** join/#asterisk-dev friendge (i=friendge@adsl-065-080-185-040.sip.bna.bellsouth.net) |
| 02:41.40 | *** part/#asterisk-dev friendge (i=friendge@adsl-065-080-185-040.sip.bna.bellsouth.net) |
| 02:42.05 | tzanger | anyone here? |
| 02:42.43 | file | maybe. |
| 02:43.27 | tzanger | what's the highest number of zap channels you have seen on PC hardare? |
| 02:45.03 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 02:45.03 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:47.03 | jsmith | tzanger: I've seen a box w/ 480 Zap channels... but it wasn't exactly efficient |
| 02:47.59 | tzanger | jsmith: where was it inefficient? I want to point at poll() and zaptel channels (one fd per channel leading to huge number of poll fds and ... trouble... |
| 02:48.37 | jsmith | tzanger: Well, it took about three minutes just to load the zaptel modules |
| 02:49.51 | tzanger | heh |
| 02:51.04 | tzanger | I noticed a while back (got bit by it actually) where autoconf looked for epoll() |
| 02:51.15 | tzanger | is anything in asterisk using that yet? |
| 02:51.19 | tzanger | specifically zaptel? |
| 02:51.32 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:56.55 | *** join/#asterisk-dev codefreeze (n=steve_mu@12.175.45.218) |
| 02:56.55 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 03:09.09 | *** join/#asterisk-dev amessina (n=amessina@h-66-166-108-202.chcgilgm.covad.net) |
| 03:12.21 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 03:12.38 | ZX81 | I'm getting a core dump in chan_iax2.c with the svn version of 1.4 |
| 03:12.46 | ZX81 | #0 0x02429066 in socket_process (thread=0xb7d29058) at chan_iax2.c:7525 |
| 03:21.48 | *** part/#asterisk-dev amessina (n=amessina@h-66-166-108-202.chcgilgm.covad.net) |
| 03:26.16 | *** join/#asterisk-dev moy (n=moyhu@189.169.99.148) |
| 03:31.38 | ZX81 | so nobody wants to help diagnose a core dump that happens twice per day in 1.4 (the stable release of Asterisk) |
| 03:33.55 | ZX81 | meh all good |
| 03:34.56 | *** join/#asterisk-dev the_harlequin (i=8b507b22@gateway/web/cgi-irc/ircatwork.com/x-0588800f78295919) |
| 04:27.46 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 05:21.31 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 06:33.03 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:33.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:52.20 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 08:19.38 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:19.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:32.47 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 08:55.40 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 08:55.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:07.14 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 09:14.28 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 09:22.47 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 09:26.01 | *** join/#asterisk-dev qdk (n=qdk@193.164.155.7) |
| 09:37.25 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 10:38.10 | *** join/#asterisk-dev dklima (n=dklima@200.195.161.164) |
| 11:05.58 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:07.24 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:23.20 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 11:32.43 | *** join/#asterisk-dev RoyK (n=roy@ip-171-29-149-91.dialup.ice.no) |
| 11:34.11 | snuff-away | Corydon76-dig ping? |
| 11:45.11 | caio1982 | interesting... someone's developing a sip client (sort of) for iPhone and Asterisk is being used: http://bananenoeffnen.de/VoiPod/VoIP-Test.html |
| 11:45.46 | caio1982 | s/iphone/ipod touch |
| 11:46.37 | *** join/#asterisk-dev eferro (n=eferro@212.230.49.164) |
| 11:57.05 | _ys | murf here? |
| 12:15.39 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 12:18.01 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:00.06 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 13:16.59 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.125.196) |
| 13:22.38 | oej | Afternoon folks |
| 13:29.50 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 13:32.03 | _ys | hi oej |
| 13:36.35 | *** join/#asterisk-dev eliel (n=eliel@200.69.205.157) |
| 13:37.12 | eliel | ping tzafrir |
| 13:37.17 | eliel | M11511 |
| 13:37.18 | MuffinMan | [new] [Zaptel] General 0011511: [patch] Error while deleting all modules (script error). reported by eliel http://bugs.digium.com/view.php?id=11511 |
| 13:37.33 | tzafrir | eliel, pong |
| 13:37.47 | eliel | I am using dash |
| 13:38.02 | tzafrir | where? |
| 13:38.32 | eliel | you ask which shell I was using causing this 'function' error. |
| 13:38.36 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:38.57 | eliel | on #11511 |
| 13:39.12 | tzafrir | hmmm |
| 13:39.30 | tzafrir | now I see that posh doesn't like it as well. Maybe I fixed it before testing? |
| 13:39.50 | eliel | who knows :-) |
| 13:40.07 | _ys | Hm. wt: chan_sip.c:3229 update_call_counter: Inringing for peer '3300' < 0? |
| 13:43.15 | oej | That's bad |
| 13:48.07 | dklima`away | another deadlock... |
| 13:48.18 | dklima`away | but now, 'core show locks' worked !!! |
| 13:48.21 | dklima`away | =) |
| 13:48.34 | dklima`away | http://bugs.digium.com/view.php?id=11080 |
| 13:48.35 | dklima`away | updated |
| 14:05.11 | tzafrir | hmmm... uninstall-modules is just too aggressive. If ever someone had a module 'texxpport' it would have been deleted when installing zaptel. and quitely |
| 14:06.06 | tzafrir | hmmm... maybe the "right thing" would probably be to look in modules.dep for zaptel.ko and everything recusrsively dependent on it... |
| 14:12.56 | mvanbaak | hhmm, looks like asterisk wont reconnect to jabber when it looses registration/connectivity for a short moment |
| 14:14.25 | tzanger | now that there are more people awake here... I noticed that asterisk's autoconf checks for epoll()... is there anything in asterisk (chan_zap in particular) which makes use of it? |
| 14:15.41 | mvanbaak | nope, had to 'module unload res_jabber.so && module load res_jabber.so' before it started working again |
| 14:17.02 | oej | mvanbaak: That's bad... |
| 14:17.18 | oej | mvanbaak: Should reconnect, really. |
| 14:24.23 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-4f1c1d051df601d1) |
| 14:24.23 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:49.19 | oej | jsmith was promoted! Congrats! |
| 14:50.13 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 14:54.59 | mvanbaak | oej: yeah, I thought res_jabber would reconnect |
| 14:55.12 | mvanbaak | but it keeps running in cycles trying to read from the socket |
| 14:55.29 | mvanbaak | [2007-12-11 15:12:51] WARNING[22031]: res_jabber.c:1943 aji_recv_loop: JABBER: socket read error |
| 14:55.39 | mvanbaak | I'll open a bug for it later today once I get home |
| 14:56.24 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 15:00.05 | *** part/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 15:05.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:05.36 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:05.39 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-97e17545779df2e9) |
| 15:05.39 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:09.56 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:13.15 | *** join/#asterisk-dev moy (i=moyhu@nat/ibm/x-3422f5a899613135) |
| 15:16.42 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:20.04 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:20.12 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 15:34.34 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:34.34 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:43.13 | *** join/#asterisk-dev dklima (n=dklima@200.195.161.164) |
| 15:44.35 | dklima | Corydon76 |
| 15:44.50 | *** join/#asterisk-dev callguy (n=callguy@pool-71-162-97-18.bstnma.east.verizon.net) |
| 15:44.58 | Corydon76-dig | dklima: yes? |
| 15:45.17 | dklima | did you see #11080 |
| 15:45.25 | Corydon76-dig | and commented on it |
| 15:45.33 | dklima | I saw you note... but did not understood... |
| 15:45.45 | dklima | It's a hardware trouble? |
| 15:45.52 | Corydon76-dig | Unlikely |
| 15:46.23 | jsmith | oej: I was? |
| 15:46.31 | dklima | it's was a trully deadlock so ? |
| 15:46.43 | dklima | *it was |
| 15:47.06 | Corydon76-dig | dklima: It is a very weird situation. Properly speaking, what you have should NEVER happen |
| 15:47.42 | Corydon76-dig | dklima: however, I have access to a machine with the same problem, so I'm running Asterisk under valgrind on that machine |
| 15:47.51 | dklima | so why its called 'deadlock' |
| 15:47.52 | dklima | hehe |
| 15:47.58 | Corydon76-dig | Hopefully, I'll get something today that lets me know WHY |
| 15:48.21 | Corydon76-dig | dklima: no, what you have is even WORSE than a deadlock |
| 15:48.37 | Corydon76-dig | It's lock corruption, I think |
| 15:49.03 | Corydon76-dig | Deadlocks are easy to fix, once you figure out where they occur. |
| 15:49.34 | Corydon76-dig | Memory corruption is a bit harder, which is why I need to run under valgrind |
| 15:50.09 | Corydon76-dig | If you like, please also follow doc/valgrind.txt, just in case my customer isn't getting the same problem. |
| 15:50.40 | Corydon76-dig | and whatever you do, don't tell me that valgrind isn't crashing it... That's part of the point of using valgrind... |
| 15:53.03 | *** join/#asterisk-dev msetim (n=marcos@200.195.161.164) |
| 15:54.58 | dklima | I've tried to use valgrind... |
| 15:55.25 | Corydon76-dig | And? |
| 15:55.50 | dklima | I'll try again when next deadlock occour, cause I 'll have to kill asterisk, after that will start asterisk with valgrind |
| 15:56.25 | dklima | before asterisk wasn't compiled into machine, now it's the last branches |
| 15:56.37 | dklima | *compiled into |
| 15:56.51 | oej | jsmith: Yes, my IRC client said that "jsmith was promoted" |
| 15:57.15 | blitzrage | jsmith: is now op'd |
| 15:57.15 | jsmith | oej: That's news to me... maybe they've changed my title to "Senior Henchman" |
| 15:58.45 | Corydon76-dig | jsmith: I think he means you got opped |
| 15:59.29 | jsmith | Oh, yeah... that... |
| 16:00.01 | oej | "jsmith was promoted to operator by ChanServ." |
| 16:00.27 | jsmith | I always wanted to be a phone operator |
| 16:07.40 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 16:08.18 | caio1982 | newbie question: is there any place in trunk's code showing how to count the numbers of items in a AST_RWLIST? |
| 16:09.07 | Corydon76-dig | caio1982: not that I know of |
| 16:10.22 | Qwell | AST_RWLIST_TRAVERSE(...) { |
| 16:10.25 | Qwell | count++; |
| 16:10.26 | Qwell | } |
| 16:10.58 | caio1982 | that helps, thanks :) |
| 16:12.00 | file | while holding a read lock. |
| 16:12.25 | Qwell | right, of course |
| 16:20.04 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 16:23.11 | *** join/#asterisk-dev Zuchmir (n=dddddd@123-2-65-142.static.dsl.dodo.com.au) |
| 16:30.48 | russellb | Corydon76-dig: I have a theory as to why chan_sip is deadlocking, but it doesn't explain why we're having so much trouble getting debug information ... |
| 16:32.41 | russellb | Corydon76-dig: the changes i made to getvar_helper() and friends to make them lock the channel are likely making chan_sip lock a channel while holding a private lock, while most other code does it the other way around. you're supposed to have the channel lock before getting the pvt lock ... |
| 16:34.24 | Corydon76-dig | russellb: actually, chan_agent does that in the same order |
| 16:34.56 | russellb | well, either way is fine, as long as the channel is consistent about it |
| 16:35.09 | russellb | however, most of the channel tech callbacks get called with the channel already locked |
| 16:35.16 | Corydon76-dig | russellb: I'm thinking another case of memory corruption. If you look at his 'core show locks', it's showing two different threads having acquired exactly the same lock |
| 16:35.18 | russellb | so that sort of forces it to be 1) channel, 2) pvt |
| 16:35.36 | *** join/#asterisk-dev Darthclue (n=root@li13-84.members.linode.com) |
| 16:35.45 | russellb | hm, that's odd |
| 16:35.54 | Corydon76-dig | and TWO different cases of that |
| 16:36.07 | Corydon76-dig | Both of chan_local |
| 16:36.20 | russellb | hrm ... brb |
| 16:36.20 | Corydon76-dig | in local_queue_frame |
| 16:36.53 | flujan | hi russellb Hi Corydon76-dig . I think this could be the reason of the bug I reported... http://bugs.digium.com/view.php?id=11386 |
| 16:37.17 | flujan | If you will made other changes please and want me to debug it, please, let me know. |
| 16:37.27 | flujan | I will test the patch on this friday. |
| 16:37.28 | Deeewayne | I think you would always have to grab the channel lock before the pvt |
| 16:37.37 | Deeewayne | my 2 cents |
| 16:39.50 | *** join/#asterisk-dev ManxPower (n=manxpowe@115.sub-75-201-188.myvzw.com) |
| 16:40.53 | Darthclue | if a call is packet2packet bridged should it jump back to the h extension when the call terminates? if not, how do i disable packet2packet bridging? |
| 16:41.56 | ManxPower | Darthclue: remember the "h" extension has to be in the same context/macro/subroutine as the Dial |
| 16:43.19 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:48.20 | Darthclue | ManxPower: Thank You. That's probably been the problem all along. |
| 16:56.45 | *** part/#asterisk-dev ManxPower (n=manxpowe@115.sub-75-201-188.myvzw.com) |
| 17:07.56 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 17:17.51 | *** join/#asterisk-dev jsmith-busy (i=jsmith@nat/digium/x-a4676754f2f5e90b) |
| 17:17.51 | *** mode/#asterisk-dev [+o jsmith-busy] by ChanServ |
| 17:48.21 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:58.08 | *** join/#asterisk-dev tomlima (n=tom@200.195.161.164) |
| 17:58.12 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 18:01.43 | *** join/#asterisk-dev Fade (n=fade@outrider.deepsky.com) |
| 18:01.52 | Fade | is anybody aware of a specification for the signaling used in POTS systems in china? |
| 18:01.59 | Fade | they use PSTN, but I'm wondering if it diverges |
| 18:02.16 | Fade | google is letting me down. my searches are being poisoned by ieee abstracts. ;) |
| 18:04.37 | *** part/#asterisk-dev Zuchmir (n=dddddd@123-2-65-142.static.dsl.dodo.com.au) |
| 18:07.33 | tzafrir | Qwell, something is strange with http://bugs.digium.com/11515 |
| 18:07.48 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:07.51 | *** join/#asterisk-dev Laureano (n=Laureano@200.59.172.38) |
| 18:07.55 | tzafrir | (the one you asted me to add details in) |
| 18:08.08 | tzafrir | I distinctively remember I have filled in details |
| 18:08.16 | Corydon76-dig | tzafrir: if you didn't see, you can now do karma transactions |
| 18:08.37 | tzafrir | Corydon76-dig, thanks :-) |
| 18:09.11 | tzafrir | anyway, if you search in the zaptel bugs for " dereferencing type-punned pointer will break strict-aliasing rules" (in the text box) it will be the only result |
| 18:09.29 | tzafrir | And the reminder email I got from it, was cut off in the middle |
| 18:09.42 | tzafrir | Only headers, no body |
| 18:24.07 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 18:27.58 | *** join/#asterisk-dev Shazaum (n=machine_@189-11-189-182.fnsce703.dsl.brasiltelecom.net.br) |
| 18:46.41 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 18:46.42 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 18:46.46 | JerJer | word |
| 18:47.02 | JerJer | is Kyle Miller a legit Digium Employee? |
| 18:53.13 | JerJer | or add the wrist lanyard on the iPhone |
| 18:53.59 | JerJer | speaking of the appliance - my whole house is now wired into the appliance |
| 18:54.22 | JerJer | using all 4 FXS lines - cuz I can |
| 18:55.04 | outtolunc | the *JohnPhone (tm) <G> |
| 18:55.27 | JerJer | *key |
| 19:02.21 | Qwell | JerJer: see msg |
| 19:05.44 | dklima | yet another deadlock... but now I've not able to get 'core show locks' |
| 19:06.22 | dklima | executing 'core show locks' locked up all CLI> prompt, no output |
| 19:06.28 | dklima | must kill asterisk |
| 19:06.43 | dklima | #11080 |
| 19:07.48 | file | ...ok |
| 19:08.03 | Qwell | tzafrir: how weird... if I go to advanced view, I see it in the desc |
| 19:08.53 | Qwell | erm, not advanced - update |
| 19:11.14 | Qwell | hey russellb ? |
| 19:11.47 | file | he went that way... |
| 19:11.55 | Qwell | how...ambiguous |
| 19:12.11 | Qwell | file: check out 11515. specifically, look at the description |
| 19:12.14 | Qwell | ever seen that before? |
| 19:12.45 | file | I see none... in simple or advanced |
| 19:12.51 | Qwell | now go to update issue |
| 19:13.08 | file | interesting |
| 19:13.10 | Qwell | very |
| 19:14.10 | snuff-away | mm what do you guys think about double casting... aka is it acceptable in * |
| 19:14.47 | Corydon76-dig | double casting? |
| 19:15.55 | snuff-away | aka.. you have a char *.. that you want to cast into a struct ast_chan *.. but say you get alignment errors.. so you double cast.. (struct ast_chan *)(void *) |
| 19:17.10 | Corydon76-dig | Um, aren't alignment errors a clue that you need to change something? |
| 19:17.32 | Corydon76-dig | i.e. a possible hardware problem? |
| 19:18.18 | Corydon76-dig | We generally eschew casts altogether |
| 19:18.48 | snuff-away | mm.. but what should i do about it.. several places asterisk casts a char* into a struct* |
| 19:19.25 | russellb | trying to suppress a warning? |
| 19:19.30 | Corydon76-dig | For example? |
| 19:19.40 | snuff-away | M11485 |
| 19:19.41 | MuffinMan | [new] [Asterisk] Core-General 0011485: Alignment issues building on solaris sparc reported by snuffy http://bugs.digium.com/view.php?id=11485 |
| 19:19.56 | russellb | Corydon76-dig: the receive buffer for a network frame, casted into the struct that describes the contents |
| 19:20.06 | russellb | as one example ... |
| 19:20.28 | Corydon76-dig | Wouldn't that be better done with a union? |
| 19:20.38 | russellb | good idea |
| 19:20.53 | russellb | great idea, even :) |
| 19:21.06 | snuff-away | russ.. it says throws a warning yes.. but stops compiling.. :) |
| 19:21.17 | russellb | i saw this _exact_ discussion on a different project's mailing list recently, and they came to that same conclusion ... |
| 19:21.19 | Corydon76-dig | Then the alignment issues are taken care of by the compiler... |
| 19:22.50 | Qwell | russellb: could you take a look at 11515 - specifically the desc? That's VERY odd |
| 19:23.47 | Corydon76-dig | We need to clone Russell |
| 19:25.44 | RoyK | http://www.upload.mn/viewer.php?file=1ykm9q7qa687q1fwqbos.jpg |
| 19:26.17 | snuff-away | heh |
| 19:29.35 | russellb | on the topic of the issue itself, i think it's time we drop 2.4 support :) |
| 19:29.54 | Qwell | russellb: well, yeah, but, did you see the weirdness? |
| 19:30.05 | Qwell | not the issue itself - a mantis problem |
| 19:30.06 | russellb | i did |
| 19:30.15 | Qwell | I don't understand why it's doing that |
| 19:30.18 | russellb | maybe it's too much junk in the description ... |
| 19:30.28 | *** kick/#asterisk-dev [RoyK!i=russell@asterisk/developer-and-stable-maintainer/drumkilla] by russellb (russellb) |
| 19:30.30 | Qwell | I tried putting it in additional, and also in a note, and neither accepted it |
| 19:30.54 | russellb | Copy it off to a text file, and change it to something less verbose |
| 19:30.57 | Qwell | well, no, I accepted it - but it didn't display it |
| 19:30.57 | russellb | maybe there is a maximum |
| 19:31.00 | Qwell | s/I/it/ |
| 19:31.31 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:31.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:32.23 | Qwell | that's better, I guess |
| 19:33.25 | *** join/#asterisk-dev RoyK (n=roy@ip-171-29-149-91.dialup.ice.no) |
| 19:33.28 | russellb | he put too much stuff in the description |
| 19:33.58 | russellb | RoyK: you're welcome to stay, just don't post random crap that is off topic |
| 19:35.31 | *** join/#asterisk-dev eliel (n=eliel@201.234.250.98) |
| 19:35.42 | eliel | ping tzafrir |
| 19:35.58 | eliel | tzafrir: another compile error... |
| 19:36.08 | RoyK | russellb: sure, but if that's a channel rule, please specify it somewhere |
| 19:36.09 | Qwell | eliel: 11519? |
| 19:36.16 | eliel | Qwell: yeaph |
| 19:36.27 | Qwell | RoyK: Topic for #asterisk-dev is: Asterisk Development Discussion |
| 19:36.36 | dklima | russellb, 2 deadlocks... in an interval of 15 mins |
| 19:36.43 | Qwell | eliel: == is the "right" one, isn't it? |
| 19:37.12 | oej | Evening! |
| 19:37.16 | eliel | Qwell: I read the documentation and != is diferrence but '=' is the right one, not == |
| 19:37.29 | russellb | dklima: i'm very sorry ... i really just don't have any time to look at it |
| 19:37.36 | Qwell | ahh, right, == is the bashism |
| 19:37.45 | Qwell | erm, maybe |
| 19:37.45 | RoyK | Qwell: that really doesn't say that offtopic posts will allow for kicking people, does it? |
| 19:37.51 | dklima | oh right |
| 19:41.49 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:43.22 | Qwell | eliel: yeah, you're right - committed |
| 19:43.32 | eliel | Qwell: thanks! |
| 19:44.04 | Qwell | I think it *should* be == in all versions of sh, but that's not a battle I'm ever going to win ;) |
| 19:44.43 | eliel | Qwell: One of this days... :-) |
| 19:45.10 | Qwell | I think it's about time for an update to POSIX :p |
| 19:45.15 | Qwell | it's been what, 7 years? |
| 19:45.35 | Qwell | or, 6, I guess. POSIX.2001? |
| 19:47.25 | mvanbaak | who to bug about res_jabber.c ? |
| 19:47.41 | russellb | bugs.digium.com :-p |
| 19:47.50 | eliel | heh, you are asking too much |
| 19:47.51 | russellb | Phillipe Sultan has done most of the work in recent times |
| 19:48.09 | bkruse | Qwell: Unfortunately, testing in if [ ] 's you can use the = sign as a comparison instead of declaration |
| 19:48.22 | mvanbaak | if you get a connection timeout it tries to read from the closed socket in a loop |
| 19:48.26 | bkruse | as opposed to pretty much every convention |
| 19:48.36 | mvanbaak | [2007-12-11 20:46:53] WARNING[22031]: res_jabber.c:1943 aji_recv_loop: JABBER: socket read error |
| 19:48.47 | mvanbaak | I have that one on my cli for over a 1000 times now |
| 19:56.14 | oej | mvanbaak: ctrl-alt-del will remove it. |
| 19:57.48 | mvanbaak | oej ;) |
| 19:58.29 | mvanbaak | ah well, I did put some extra debug stuff in it, now we'll have to wait for a disconnect |
| 20:03.44 | tzafrir_home | Qwell, thanks |
| 20:13.29 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 20:40.18 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 20:40.34 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:47.51 | *** join/#asterisk-dev jsmith-busy (i=jsmith@nat/digium/x-27ac0ecd9dd49cc0) |
| 20:47.51 | *** mode/#asterisk-dev [+o jsmith-busy] by ChanServ |
| 20:49.33 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:49.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:53.46 | Qwell | I really wish gcc were smart enough to say "oh, the only thing that changed in this header was a comment. we don't need to reebuild the entire tree" |
| 20:54.14 | oej | Sorry for that... |
| 20:54.17 | snuff-work | <PROTECTED> |
| 20:54.18 | oej | I saw that happen |
| 20:54.29 | Qwell | oej: not a big deal - just commenting in general :p |
| 20:54.32 | Qwell | if anybody, I blame gcc |
| 20:54.49 | *** join/#asterisk-dev codefreeze (i=steve_mu@nat/digium/x-5b9b73fa37dbda0e) |
| 20:54.49 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 20:54.53 | oej | qwell: Yes, I know. But it was a lot of improvements to doxygen - all done during a very sad conference call |
| 20:55.22 | Qwell | oej: don't take my comments the wrong way - doxygen updates are great, and certainly worth the extra compile time :) |
| 20:55.33 | Qwell | snuff-away: indeed |
| 20:55.39 | oej | qwell: I did not take it wrong... No problem at all. |
| 20:55.45 | Qwell | I just wish gcc was smart enough to figure that out ;) |
| 20:56.39 | snuff-work | oej to you have any comment on sip_addrcmp i mentioned above? seems wierd to just pass in a char* then cast it straight back to sip_peer which it came from |
| 20:57.18 | oej | Isn't it just a way to not have to declare SIP internal data structures in external functions? |
| 20:58.25 | snuff-work | k.. np.. |
| 20:59.39 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-3ea2280a348a9aaa) |
| 20:59.40 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 20:59.53 | oej | snuff-work: Oh, that's very ugly. It's something deep down in the objects that we use to go back from the char* pointer to the actual peer. The object has a pointer to the *name which is the first data in the sip_pvt structure, so it's basically the same pointer. |
| 21:00.04 | oej | Ugly programming, bad hack. But rather funny. |
| 21:01.06 | snuff-work | yes i understand how it works.. but it flunks solaris sparc compile :) |
| 21:08.24 | snuff-work | plus atm its only used within chan_sip |
| 21:11.42 | russellb | Qwell: that's what ccache is for |
| 21:11.51 | Qwell | russellb: true |
| 21:12.00 | russellb | Qwell: sudo apt-get install ccache ; ln -s /usr/bin/ccache ~/bin/gcc |
| 21:12.01 | russellb | done |
| 21:12.18 | russellb | assuming PATH=~/bin:${PATH} |
| 21:13.17 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 21:16.54 | tzafrir_home | russellb, don't link that |
| 21:17.11 | tzafrir_home | put /usr/lib/ccahe in your PATH before /usr/bin |
| 21:17.30 | tzafrir_home | /usr/lib/ccache , that is |
| 21:22.29 | Qwell | meh, it didn't work :D |
| 21:22.48 | Qwell | `touch include/asterisk.h` still makes it rebuild the tree |
| 21:24.17 | Qwell | I guess it *might* help if it actually had a cache first, eh? |
| 21:24.28 | snuff-work | hehe |
| 21:24.50 | Qwell | yeah, much faster if it has a cache already, heh |
| 21:40.14 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:42.33 | snuff-work | ok well i've updated my bug.. 11485 with what is cast to what etc |
| 21:51.47 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 21:54.03 | *** join/#asterisk-dev ZX81 (n=matt@203-97-202-198.reserved.telstraclear.net) |
| 21:59.32 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 22:09.08 | oej | file:///usr/local/src/asterisk.svn/workarea/doc/api/html/annotated.html |
| 22:09.17 | oej | Ouch |
| 22:09.21 | oej | Local pointer |
| 22:09.37 | oej | Anyway, we still have a lot of undocumented pointers |
| 22:10.12 | anonymouzledzepp | it's better undocumented pointers than NULL pointers hehe |
| 22:10.21 | oej | http://www.asterisk.org/doxygen/trunk/annotated.html |
| 22:10.29 | oej | I meant structures. Too late. Too tired. |
| 22:19.24 | paravoid | russellb: export PATH="/usr/lib/ccache:$PATH" is better |
| 22:19.33 | mvanbaak | hhmm |
| 22:19.42 | mvanbaak | 46" in centimeters |
| 22:21.52 | mvanbaak | holy crap |
| 22:21.55 | mvanbaak | 117 cm |
| 22:21.59 | mvanbaak | NICE tv |
| 22:26.40 | russellb | tzafrir_home: paravoid ... heh, thanks for the pointer to the proper method :) |
| 22:30.23 | blitzrage | mvanbaak: I have one of those :) |
| 22:30.32 | mvanbaak | wow |
| 22:30.40 | mvanbaak | they are 4000 euro here in .nl |
| 22:30.45 | blitzrage | wow |
| 22:30.48 | blitzrage | I didn't pay nearly that much |
| 22:31.01 | blitzrage | mine is a DLP projection though -- not LCD or plasma |
| 22:31.03 | mvanbaak | of course it's a sony bravia full HD one |
| 22:31.10 | blitzrage | ewww sony |
| 22:31.12 | blitzrage | Samsung is better |
| 22:31.15 | blitzrage | (and cheaper) |
| 22:31.20 | mvanbaak | ehm, the sony comes with a ps3 |
| 22:31.30 | blitzrage | my statement still stands :) |
| 22:31.35 | mvanbaak | lol |
| 22:31.41 | mvanbaak | I have a samsung now |
| 22:31.45 | mvanbaak | but it's normal tv |
| 22:31.48 | mvanbaak | 75cm |
| 22:32.42 | mvanbaak | and JVC ? |
| 22:32.49 | mvanbaak | they have nice tv's |
| 22:33.01 | mvanbaak | 98cm HD LCD for around 1200 euro |
| 22:33.45 | blitzrage | http://www.shopbot.ca/p-88780-1753577.html |
| 22:33.48 | blitzrage | thats the one I have |
| 22:34.09 | blitzrage | I got mine for $999 w/ DVD player |
| 22:34.14 | blitzrage | last one in Toronto |
| 22:35.33 | mvanbaak | looks nice |
| 22:44.51 | blitzrage | ya, I like it. My room mate had the 42" version, then moved out, so I had to get a new TV, and just happened to stumble upon a good deal |
| 22:45.17 | mvanbaak | I'm thinking about replacing my tv with a hd lcd |
| 22:46.25 | mvanbaak | I'm looking for a nice setup with 5.1 sound and a ps3 |
| 22:57.24 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 23:05.12 | *** join/#asterisk-dev RoyKa (n=roy@ip-108-27-149-91.dialup.ice.no) |
| 23:49.37 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
