| 00:12.38 | *** join/#asterisk-dev moy (n=moy@189.169.91.147) |
| 00:14.22 | *** join/#asterisk-dev mog (n=mog@216-83-246-98.static.networktel.net) |
| 00:14.22 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 00:39.55 | seanbright | happy freakin friday |
| 01:01.02 | *** join/#asterisk-dev Corydon76-dig (i=gray@pdpc/supporter/bronze/Corydon76-home) |
| 01:01.02 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 01:07.35 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 01:25.45 | *** join/#asterisk-dev snuff-home (n=snuffy@C-61-68-151-217.bur.connect.net.au) |
| 01:30.36 | seanbright | Qwell: think his compile on sparc is still chugging away? |
| 01:30.48 | Qwell | must be |
| 01:31.28 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 01:31.28 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 01:52.03 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 01:52.07 | seanbright | Qwell: how familiar are you with struct ast_exten? |
| 01:52.20 | Qwell | || <--- |
| 01:52.23 | seanbright | heh |
| 01:52.34 | Qwell | no, I don't know.. what's up? |
| 01:53.22 | seanbright | from what i am looking at, it looks as though most of the strings that go into the struct are dynamically allocated and stored in 'char stuff[0]' |
| 01:53.42 | seanbright | and then the 'const char *' members reference the location of those strings stored at the end of the struct |
| 01:53.46 | seanbright | does that sound right? |
| 01:55.04 | Qwell | umm |
| 01:55.16 | seanbright | that's what i get from reading ast_add_extension2 (but the 'char foo[0]' jazz is still magic to me) |
| 01:56.41 | seanbright | i think i'm right. |
| 01:56.48 | seanbright | just say "you're right" |
| 01:56.53 | seanbright | and i'll leave you alone again |
| 01:56.54 | seanbright | :) |
| 01:57.14 | Qwell | silly magic |
| 01:57.48 | seanbright | it simplifies memory management, though. |
| 01:57.59 | seanbright | cuz you can just ast_free the whole thing and be done with it |
| 01:58.04 | seanbright | which is pretty snazzy |
| 01:58.10 | Qwell | yeah... |
| 01:58.39 | Qwell | exten, app, label, callerid |
| 01:59.11 | seanbright | yeah |
| 01:59.26 | seanbright | all stored in a big blob at the end of the struct |
| 01:59.48 | Qwell | so not all of the const char *'s |
| 01:59.56 | seanbright | and the struct members (exten, application, label, callerid) just reference the right place in said big blob |
| 02:00.00 | seanbright | right |
| 02:00.03 | seanbright | i said most |
| 02:00.16 | seanbright | "... though most of the strings ..." |
| 02:00.39 | Qwell | oh dear |
| 02:00.44 | Qwell | tmp->cidmatch and tmp->matchcid |
| 02:01.02 | seanbright | heh |
| 02:01.04 | seanbright | one is a bool |
| 02:01.08 | Qwell | s/callerid/cidmatch/ |
| 02:01.13 | seanbright | yeah |
| 02:01.33 | Qwell | so, I wonder why they aren't const |
| 02:01.53 | seanbright | shrugs |
| 02:02.05 | seanbright | i just wanted to make sure that i sorta was getting what was going on |
| 02:02.40 | Qwell | I doubt there's any realloc()ing going on |
| 02:03.08 | seanbright | doesn't appear so |
| 02:03.19 | seanbright | ok |
| 02:03.27 | seanbright | so i'm on the right page it seems |
| 02:04.57 | Qwell | odd. exten is the only one that isn't const |
| 02:04.58 | seanbright | you would think that cidmatch being NULL or not would remove the need to have the matchcid member |
| 02:05.02 | seanbright | yeah |
| 02:05.29 | Qwell | seanbright: yeah... |
| 02:06.01 | seanbright | ohhhh |
| 02:06.16 | seanbright | look at the function matchcid |
| 02:06.24 | seanbright | <PROTECTED> |
| 02:06.27 | seanbright | <PROTECTED> |
| 02:06.34 | seanbright | yikes |
| 02:06.34 | Qwell | ahh |
| 02:07.10 | seanbright | but my argument would be length == 0 vs. length > 0 vs. NULL |
| 02:07.13 | seanbright | but whatever. |
| 02:07.54 | Qwell | it'd be an api change too |
| 02:08.25 | seanbright | yeah |
| 02:08.42 | seanbright | you gotta break an egg to make an omellete |
| 02:09.36 | seanbright | the best part of that asterisk code swarm video is right around 3:45 |
| 02:12.21 | seanbright | wow... i am *totally* out of the loop |
| 02:12.33 | seanbright | i hadn't heard that reiser showed the police where his wife was buried |
| 02:12.54 | Qwell | he just had to restore his journal |
| 02:13.01 | seanbright | sigh |
| 02:13.28 | seanbright | mv wife /dev/null |
| 02:20.04 | seanbright | we're klassy |
| 02:27.38 | *** join/#asterisk-dev jameswf-home (n=james@ip24-56-23-35.ph.ph.cox.net) |
| 02:56.48 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 02:56.48 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 02:57.32 | file | nods to jpeeler and bbryant |
| 03:06.43 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 03:16.45 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 03:16.45 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 03:22.08 | *** join/#asterisk-dev jeffg (i=ZHI49uZr@pdpc/supporter/active/jeffg) |
| 03:43.52 | vipcarrier | does any one has a php script to provision cisco 79XX |
| 04:01.12 | *** join/#asterisk-dev moy (n=moy@189.169.91.147) |
| 04:13.16 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.7) |
| 04:48.31 | *** join/#asterisk-dev obnauticus_ (n=obnautic@about/windows/regular/obnauticus) |
| 05:04.46 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 05:34.36 | *** join/#asterisk-dev vipcarrier (n=vipcarri@ool-44c65236.dyn.optonline.net) |
| 05:44.59 | *** join/#asterisk-dev vipcarrier (n=vipcarri@ool-44c65236.dyn.optonline.net) |
| 06:49.26 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 06:49.26 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 06:49.28 | *** join/#asterisk-dev juanjoc (n=juanjoc@host120.190-226-84.telecom.net.ar) |
| 07:25.50 | mvanbaak_ | Corydon76-dig: you borked compiling func/func_curl.c on OpenBSD |
| 07:26.26 | mvanbaak_ | func_curl.c:184: warning: dereferencing type-punned pointer will break strict-aliasing rules |
| 10:36.17 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 12:13.26 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-254.dynamic.ngi.it) |
| 12:55.00 | *** join/#asterisk-dev jsmith-away (n=njsmith@72.21.36.138) |
| 12:55.05 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 14:44.18 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:44.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:02.15 | Corydon76-dig | mvanbaak: that's an error that I don't know how to fix |
| 15:02.47 | Corydon76-dig | The compiler is actually throwing an error that it shouldn't, because the value is the same type! |
| 15:18.21 | mvanbaak | Corydon76-dig: I tried to fix it as well, but couldn't find the problem |
| 15:19.17 | mvanbaak | ah well, I'll have to compile the OpenBSD port without --enable-dev-mode then ;) |
| 15:19.29 | mvanbaak | ok, party time here |
| 15:19.30 | mvanbaak | latero |
| 15:24.40 | Corydon76-dig | mvanbaak: precisely. It is an errant compiler warning |
| 15:25.09 | Corydon76-dig | The only way I can see to fix it is to ditch the macro definition |
| 15:41.31 | Corydon76-dig | mvanbaak: LMK if that fixes it for you |
| 15:56.06 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 16:36.40 | *** part/#asterisk-dev agx (n=badpengu@81-174-9-254.dynamic.ngi.it) |
| 16:37.42 | *** join/#asterisk-dev Cresl1n (n=matt@nat/digium/x-1751bd4058c47317) |
| 16:37.42 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:58.06 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:32.57 | *** join/#asterisk-dev c7g (n=c7g@201.53.189.43) |
| 18:34.06 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 18:55.44 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 19:01.55 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 19:41.05 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 19:41.05 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:38.30 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 20:38.30 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 20:57.36 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 20:57.36 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 20:57.54 | file | nods to jpeeler |
| 20:58.09 | jpeeler | greets file passively |
| 21:03.39 | lmadsen | waves to jpeeler |
| 21:06.21 | *** part/#asterisk-dev Cresl1n (n=matt@nat/digium/x-1751bd4058c47317) |
| 21:12.24 | jpeeler | waves back |
| 21:13.13 | file | jpeeler: what'cha up to? |
| 21:15.41 | jpeeler | file: not sure yet... but any time i'm here there's bound to be some asterisk related activity going on or coming |
| 21:16.03 | file | nods |
| 21:18.14 | jpeeler | M13431 |
| 21:18.16 | MuffinMan | [acknowledged] [Asterisk] CDR/General 0013431: Crash in ast_cdr_start() when Local channel is involved reported by mdu113 (Karma: +4.25) http://bugs.digium.com/view.php?id=13431 |
| 21:18.27 | jpeeler | file: can you explain how the CDRs are supposed to work in that situation |
| 21:18.36 | file | I can not. |
| 21:19.12 | jpeeler | i'm not sure if local channels are logged or not |
| 21:59.27 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 21:59.27 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 22:10.07 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 22:22.12 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 22:22.12 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 23:15.54 | snuff-home | mmm pastry is MIA :( |
| 23:36.27 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 23:36.27 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 23:47.40 | mvanbaak_ | Corydon76-dig: ping |
| 23:55.36 | *** join/#asterisk-dev mog (n=mog@74.95.48.254) |
| 23:55.36 | *** mode/#asterisk-dev [+o mog] by ChanServ |