| 00:42.19 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:42.19 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 00:50.33 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 00:50.33 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:05.48 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 01:22.08 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 03:48.12 | tzafrir_laptop | freddyk, back... |
| 03:55.26 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 04:29.09 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 05:14.30 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 05:14.30 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:13.09 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:40.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:40.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:47.05 | *** join/#asterisk-dev moy (n=moy@67.201.69.163) |
| 07:05.21 | *** join/#asterisk-dev jclacherty (n=kvirc@git.redfish-group.com) |
| 07:06.27 | jclacherty | hi there, tried out the #asterisk channel but the people there didn't seem to be able to help out |
| 07:06.56 | mvanbaak | if it's about development we can try to help. if it's not, try the mailinglist |
| 07:07.12 | jclacherty | I'm after some help understanding the SIP call flow that's used with asterisk, is anyone able to help out with that? |
| 07:07.21 | jclacherty | can't seem to find any documentation on it |
| 07:08.09 | jclacherty | it's probably more about architecture than development |
| 07:09.29 | jclacherty | it's my understanding that when placing calls between two sip phones, the asterisk box acts as a proxy, but once the call is set up the rtp/rtcp should be happening directly between the two phones (on a local network) |
| 07:10.03 | jclacherty | the packet capture I did seems to suggest that asterisk is acting as an rtp/rtcp proxy as well though |
| 07:10.30 | jclacherty | is this always the case, or is it just a configuration thing? |
| 07:10.31 | mvanbaak | jclacherty: that depends on a couple of settings |
| 07:11.17 | mvanbaak | jclacherty: if the codecs match, and you have 'canreinvite=yes' set for the two phones, and they are in the same lan as the asterisk box and eachother, rtp will go between the two phones directly |
| 07:11.47 | mvanbaak | jclacherty: unless you park the call or use Monitor/MixMonitor or some other dialplan app that needs to read the rtp stream |
| 07:13.13 | jclacherty | mvanbaak: ah, ok. The codecs matched so it's probably a config issue. Thanks for that, I'll take another look at it all, I just wanted clarification on whether or not my thinking was correct |
| 07:21.56 | *** part/#asterisk-dev jclacherty (n=kvirc@git.redfish-group.com) |
| 07:43.35 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 07:43.35 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:51.37 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 08:08.40 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 08:16.45 | *** join/#asterisk-dev moy (n=moy@67.201.69.163) |
| 09:09.19 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.122) |
| 09:38.39 | *** join/#asterisk-dev KazaLite (n=KazaLite@94-193-98-124.zone7.bethere.co.uk) |
| 09:39.17 | KazaLite | hi guys |
| 09:40.26 | KazaLite | while porting my coded from asterisk version 1.4 to 16 i see that members of struct ast_cli_entry have changed |
| 09:40.46 | KazaLite | i specifically want to talk about the handler function of this structure |
| 09:41.36 | KazaLite | earlier it's prototype was int myocdec_api_version(int fd, int argc, char *argv[]) |
| 09:42.04 | KazaLite | but now it is char *mycodec_api_version(struct ast_cli_entry *e, int cmd, struct ast_cli_args *a) |
| 09:43.15 | KazaLite | now the problem is to display version i could simply use the fd to print version ... like was simply calling ast_cli(fd, "Mycodec version 1.0\n"); |
| 09:43.28 | KazaLite | but now how could i get file descriptor? |
| 09:44.11 | KazaLite | i tried doing ast_cli(a->fd, "Mycodec version 1.0\n"); but it does not work |
| 09:44.25 | KazaLite | anyone knows whats the correct way of doing so in 1.6? |
| 09:47.49 | KazaLite | anyone alive?\ |
| 10:15.38 | KazaLite | ???? |
| 10:25.39 | kaii | KazaLite: please be patient |
| 10:26.04 | kaii | KazaLite: you may want to have a look at the definition of the structs ast_cli_entry and ast_cli_args |
| 10:26.45 | kaii | KazaLite: you need to create an instance of each struct and populate them with values .. your string will be one of the values |
| 10:27.46 | KazaLite | string is proper.....but i dont know how to get proper fd in 1.6 |
| 10:28.18 | KazaLite | like in 1.4 we are given a valid file descriptor as an input parameter..... |
| 10:28.19 | tzafrir_laptop | KazaLite, what do others do? |
| 10:29.13 | KazaLite | there is no good example for that...the only sample code that uses ast_cli_entry is dahdi |
| 10:30.44 | KazaLite | have you written some codec so that when you have loaded you codec you could type "yourcodec version" on cli and you codec displays its version? |
| 10:31.04 | KazaLite | this code was fine with 1.4 but in 1.6 lots have changed |
| 10:39.32 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:39.33 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:25.06 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:25.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:27.22 | snuff-home | morning kp |
| 11:31.12 | kpfleming | morning |
| 12:10.22 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:10.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:19.54 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:19.54 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:50.44 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 13:08.32 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:00.35 | *** join/#asterisk-dev jtodd (i=hqghyef6@ns.fox-den.com) |
| 14:00.35 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 14:01.02 | *** join/#asterisk-dev ta^3 (n=tacvbo@67.201.69.184) |
| 14:07.48 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:07.48 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:12.10 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:12.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:26.25 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:27.57 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:27.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:33.56 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 14:38.02 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/session) |
| 14:59.52 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 14:59.52 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:00.04 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:00.04 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:17.19 | freddyk | tzafrir_laptop: ping |
| 15:17.28 | tzafrir_laptop | freddyk, pong |
| 15:17.39 | freddyk | hello |
| 15:17.40 | freddyk | :) |
| 15:19.03 | freddyk | tzafrir_laptop: i was waiting for your answer about linking functions between shared objects |
| 15:19.41 | tzafrir_laptop | I must be missing something. |
| 15:20.02 | mnicholson | is NOISY_BUILD broken? |
| 15:20.23 | kpfleming | it shouldn't be, but someone made changes recently that may have broken it |
| 15:20.31 | tzafrir_laptop | I just wonder why you have a res_<something> that dependns on a non res_<something> module |
| 15:20.43 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 15:20.58 | freddyk | for licensing purposes i'm using a resource module for a channel driver |
| 15:21.22 | kpfleming | splitting modules won't solve licensing issues |
| 15:22.00 | Qwell | mnicholson: does it not give the extra output? could you try ./configure --enable-dev-mode=noisy ? |
| 15:22.08 | Qwell | if that works, it should be a pretty easy fix |
| 15:22.17 | freddyk | kpfleming: it's not right as part of code maybe gpl and other functions maybe not ? |
| 15:22.32 | kpfleming | that question does not make sense |
| 15:22.56 | kpfleming | if the modules are dependent on each other, they must have compatible licenses if you plan to distribute them |
| 15:23.05 | freddyk | <PROTECTED> |
| 15:23.21 | freddyk | i don't thing so as asterisk codecs are splitted from asterisk and even g729 is licensed |
| 15:23.34 | freddyk | so we pay for g729 and not for asterisk |
| 15:23.40 | kpfleming | that is a special case, because digium is the distributor of codec_g729 |
| 15:23.45 | kpfleming | no parties other than digium can do that |
| 15:23.46 | freddyk | sure |
| 15:24.09 | freddyk | and i'd like to do a similar thing |
| 15:24.11 | kpfleming | and you don't really pay for the module, you pay for a license to the patents that cover the technology |
| 15:24.26 | mnicholson | qwell, kpfleming, "NOISY_BUILD=yes make" does not seem to work but --enable-dev-mode=noisy does |
| 15:24.26 | kpfleming | you can't, you'll violate the terms of the GPL on asterisk |
| 15:24.34 | kpfleming | mnicholson: then it needs to be fixed |
| 15:24.46 | kpfleming | but 'make NOISY_BUILD=yes' should work |
| 15:25.07 | kpfleming | which was always the preferred way to do it |
| 15:25.21 | freddyk | channel driver interested in the split is not made by digium |
| 15:25.45 | freddyk | even if GPL |
| 15:25.49 | kpfleming | if someone writes a channel driver for asterisk and distributes it, it must be GPLv2 |
| 15:26.11 | Qwell | kpfleming: I think what's happening is that makeopts is being sourced, and NOISY_BUILD= (no or empty), overriding what's set |
| 15:26.25 | freddyk | kpfleming: when asterisk started to use GPLv2 ? |
| 15:26.43 | kpfleming | only if the 'set' was by setting an environment variable instead of a make command line assignment, which takes higher precedence |
| 15:26.47 | kpfleming | freddyk: it's always been GPLv2 |
| 15:26.54 | freddyk | since 1.0 ? |
| 15:26.58 | kpfleming | always |
| 15:27.01 | kpfleming | since 0.x.x |
| 15:27.06 | freddyk | LOL |
| 15:27.24 | freddyk | so everything works with asterisk must be gplv2 ? |
| 15:27.43 | kpfleming | unless the distributor has a special license from digium, yes |
| 15:27.46 | freddyk | what about patented codecs ? |
| 15:28.06 | kpfleming | they cannot be distributed under GPLv2 due to the patent restrictions |
| 15:28.26 | freddyk | so why i can't distribute part of code under licensing |
| 15:28.37 | freddyk | if there are some patent restrictions on the code i wrote ? |
| 15:29.00 | kpfleming | because the part that you distribute under GPLv2 is dependent on the other part, so you can't distribute it under the GPLv2 |
| 15:29.14 | kpfleming | you cannot distribute code under GPLv2 that is dependent on non-GPLv2 code |
| 15:29.21 | freddyk | not true, as the channel driver works without the resource module |
| 15:29.32 | kpfleming | yes it is true |
| 15:29.35 | freddyk | just some functions works under licensing |
| 15:29.40 | kpfleming | your specific case may be different |
| 15:29.51 | mnicholson | kpfleming, testing |
| 15:29.55 | kpfleming | is the channel driver dependent on the resource module in any way at all? |
| 15:29.59 | freddyk | nope |
| 15:30.04 | freddyk | the channel driver works standalone |
| 15:30.17 | freddyk | but some features needs a license as patent restrictions |
| 15:30.18 | kpfleming | then that would not stop the driver from being distributed under GPLv2, assuming it has no other complications |
| 15:30.25 | freddyk | yes |
| 15:30.29 | kpfleming | then it is dependent |
| 15:30.32 | kpfleming | you are conflicting yourself |
| 15:30.41 | kpfleming | s/conflicting/contradicting/ |
| 15:31.13 | Qwell | kpfleming: you're right - the second form does work |
| 15:31.21 | kpfleming | you cannot distribute code under GPLv2 that cannot be used without the non-GPLv2 code |
| 15:31.42 | Corydon76-dig | freddyk: you still cannot distribute the resource module as something other than GPLv2 |
| 15:31.45 | mnicholson | Qwell, kpfleming, yup, same result here |
| 15:32.28 | kpfleming | yes.. it's always been preferred (and should be documented) that NOISY_BUILD should be set as a make command line argument, not in the environment |
| 15:32.36 | freddyk | kpfleming: channel driver works on it's own |
| 15:32.44 | kpfleming | but some features are not available |
| 15:32.46 | freddyk | and doesn't need the external resource |
| 15:32.47 | Corydon76-dig | The rule is... if it links with Asterisk, it's gotta be GPLv2, unless you have a special license for Asterisk from Digium that is not GPLv2. |
| 15:33.21 | kpfleming | so what purpose does the resource module serve? |
| 15:33.34 | freddyk | audio mixing stuff |
| 15:33.43 | freddyk | as code is bought under license |
| 15:33.54 | freddyk | and a fee must be payd |
| 15:33.56 | freddyk | for it's use |
| 15:33.58 | kpfleming | so there is code in the channel driver that is non-functional unless the resource module is loaded |
| 15:34.01 | Corydon76-dig | freddyk: so there are only 2 questions that you need to be asking: 1) does it link with Asterisk, and 2) have you obtained a non-GPL license for Asterisk from Digium? |
| 15:34.17 | kpfleming | Corydon76-dig: that's a secondary issue for the moment |
| 15:34.46 | freddyk | 1) it links against a channel driver and doesn't use any asterisk routine; 2) i haven't asked any license to Digium as there is no code to be licensed yet |
| 15:35.26 | Corydon76-dig | freddyk: doesn't matter. If it links even indirectly to Asterisk, the GPLv2 license affects it |
| 15:36.02 | freddyk | i don't think so |
| 15:36.18 | freddyk | Asterisk links over libc |
| 15:36.34 | freddyk | so if i link over libc i should license it ? |
| 15:36.41 | Corydon76-dig | libc is under the LGPL |
| 15:36.42 | freddyk | it's a shared object |
| 15:36.48 | Corydon76-dig | Different license |
| 15:36.49 | freddyk | written in c |
| 15:36.54 | kpfleming | if the channel driver is licensed under GPLv2 (as it must be), and it exports functions/interfaces for the resource module to use, then the resource module will *by definition* be a derivative work of the channel driver, and thus must also be GPLv2 licensed |
| 15:36.54 | freddyk | for different functions |
| 15:37.04 | freddyk | i just need to include it into a channel driver |
| 15:37.22 | kpfleming | if the channel driver is licensed under GPLv2 (as it must be), and it exports functions/interfaces for the resource module to use, then the resource module will *by definition* be a derivative work of the channel driver, and thus must also be GPLv2 licensed |
| 15:37.34 | kpfleming | you are making very confusing statements |
| 15:37.42 | kpfleming | what are you trying to 'include into a channel driver'? |
| 15:37.53 | freddyk | i'm not that good into english grammar |
| 15:38.07 | kpfleming | understood |
| 15:38.09 | freddyk | as i'm not english or american, so i can express myself wrongly |
| 15:38.10 | kpfleming | i'm trying to help you |
| 15:38.16 | freddyk | i have a shared object |
| 15:38.21 | Corydon76-dig | res_config_mysql, since it links to a GPL library, CANNOT be distributed under another license, even if you obtained such a license from Digium (for Asterisk) |
| 15:38.22 | freddyk | with some exports |
| 15:38.45 | Corydon76-dig | The same thing applies to your situation, only the situation is reversed |
| 15:38.47 | kpfleming | this shared object is not an asterisk module? |
| 15:39.00 | freddyk | it's being loaded by a channel driver |
| 15:39.04 | freddyk | but it's not an asterisk module |
| 15:39.11 | kpfleming | what is the license on that shared object? |
| 15:39.20 | freddyk | there is no license yet |
| 15:39.25 | Corydon76-dig | freddyk: doesn't matter, as it links to Asterisk, directly or indirectly |
| 15:39.26 | freddyk | there is just a pending patent |
| 15:39.43 | kpfleming | Corydon76-dig: he's having a hard enough time following one thread of conversation |
| 15:40.04 | Corydon76-dig | Eh, I need to shower, anyway |
| 15:40.08 | kpfleming | you cannot have a GPLv2-licensed channel driver that uses a non-GPLv2 (or compatibly licensed) shared object |
| 15:40.13 | freddyk | have a good shower |
| 15:41.25 | kpfleming | i should clarify that: you can build such a channel driver and use it yourself, but you cannot distribute it |
| 15:43.01 | kpfleming | my wifi connection keeps failing, so i might miss your responses, sorry |
| 15:43.05 | freddyk | so, i need a license from digium to distribute a private shared object linked by it's own |
| 15:43.11 | kpfleming | no |
| 15:43.26 | freddyk | but if i use some exports into a channel driver |
| 15:43.30 | kpfleming | you need a license from digium to distribute any module that loads into/links into asterisk that cannot be distributed under the gplv2 |
| 15:43.31 | freddyk | i need a license to distribute it |
| 15:43.39 | kpfleming | the channel driver, yes |
| 15:43.47 | kpfleming | you can distribute the other object under any license you wish |
| 15:44.01 | freddyk | but not the channel driver |
| 15:44.14 | kpfleming | correct |
| 15:44.14 | freddyk | that requires a license |
| 15:44.31 | kpfleming | because the channel driver is a derivative work of asterisk and must (normally) be under the GPLv2 |
| 15:44.39 | freddyk | so i need to pay a fee to distribute a module |
| 15:44.50 | kpfleming | in this specific context that may be true, yes |
| 15:45.41 | freddyk | who can be contacted to ask this ? |
| 15:46.09 | kpfleming | you would need to contact the people who operate our technology partner program |
| 15:46.17 | kpfleming | they have a contact form on our website |
| 15:46.29 | freddyk | ok |
| 15:46.41 | freddyk | btw i didn't get the tecnological answer i asked for |
| 15:46.50 | kpfleming | which is what? |
| 15:46.59 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:47.00 | freddyk | i need to export functions in the channel driver |
| 15:47.20 | kpfleming | so what have you done? |
| 15:47.34 | freddyk | i added a filename.export |
| 15:47.41 | kpfleming | .exports, not .export |
| 15:47.45 | freddyk | and added inside the routines to export into global scope |
| 15:47.46 | freddyk | right |
| 15:47.53 | freddyk | but i have my own makefile |
| 15:48.02 | kpfleming | for the channel driver? why? |
| 15:48.14 | freddyk | as it's not included in asterisk |
| 15:48.19 | kpfleming | it doesnt matter |
| 15:48.22 | freddyk | it's a GPL channel driver |
| 15:48.30 | freddyk | with it's own makefile |
| 15:48.31 | kpfleming | the asterisk makefiles can build any modules, just drop the source code into the channels directory |
| 15:48.43 | kpfleming | if you aren't using our build system, it will be very hard to help you |
| 15:48.52 | kpfleming | you probably don't even need the exports file at all |
| 15:49.28 | freddyk | i'm just asking how to handle exports |
| 15:49.44 | freddyk | and i will manage them the same |
| 15:49.45 | kpfleming | if you are not using our build system, it will be very hard to help you |
| 15:49.54 | tzafrir_laptop | why would you need such an exports file? |
| 15:50.03 | kpfleming | the handling of exports in asterisk is done by various Makefile fragments |
| 15:50.13 | kpfleming | if you are using our build system, there is no special handling of exports required |
| 15:50.18 | kpfleming | s/are/are not/ |
| 15:50.30 | freddyk | ok |
| 15:50.40 | freddyk | but where can take a look over the handling of "exports" ? |
| 15:50.55 | kpfleming | search for 'exports' in the Asterisk makefiles |
| 15:50.58 | kpfleming | it's very easy to find |
| 15:54.58 | freddyk | got it ;) |
| 15:55.04 | freddyk | btw i will check for license |
| 15:55.12 | freddyk | do you have any idea of what are the expenses ? |
| 15:55.33 | kpfleming | no, it is not a simple thing to quote |
| 15:55.34 | kpfleming | it depends on many complex factors |
| 15:56.40 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:56.41 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:23.27 | *** join/#asterisk-dev ta^3 (n=tacvbo@67.201.69.2) |
| 16:25.48 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:34.07 | *** join/#asterisk-dev viraptor (n=viraptor@87-194-164-154.bethere.co.uk) |
| 16:34.11 | *** part/#asterisk-dev viraptor (n=viraptor@87-194-164-154.bethere.co.uk) |
| 16:34.24 | *** join/#asterisk-dev viraptor (n=viraptor@87-194-164-154.bethere.co.uk) |
| 16:34.34 | viraptor | hi |
| 16:35.03 | viraptor | do I have to do anything special if I want to create a new res_... module with an exported function? |
| 16:35.26 | kpfleming | what version of asterisk? |
| 16:35.27 | viraptor | or is it enough to make it not-static? |
| 16:35.31 | viraptor | 1.4.X |
| 16:35.47 | kpfleming | you'll need to create an .exports file for it, like the other res modules have |
| 16:36.02 | kpfleming | and the module info at the end will have to be AST_MODFLAG_GLOBAL_SYMBOLS |
| 16:36.47 | viraptor | I can't find any exports file... is it autogenerated? |
| 16:36.57 | kpfleming | no |
| 16:37.01 | kpfleming | that why i said you have to create it |
| 16:38.07 | viraptor | I mean - I can't see it for any other res_* module |
| 16:38.17 | kpfleming | what version of asterisk? you didn't tell me specifically |
| 16:38.22 | viraptor | 1.4.11 |
| 16:38.37 | kpfleming | then no, you don't need to do anything with an exports file |
| 16:40.09 | viraptor | what about module dependencies? do I have to make sure they're loaded the right way round, or can I enforce it in code? |
| 16:40.17 | kpfleming | you cannot enforce it in code |
| 16:41.12 | viraptor | ok... I think that's all I needed to start, thanks :) |
| 16:42.49 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:49.02 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 16:52.39 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 16:52.39 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:11.31 | *** join/#asterisk-dev anthm][ (n=anthm@67.201.69.2) |
| 17:12.16 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:16.26 | *** join/#asterisk-dev errotan (n=errotan@5403E455.catv.pool.telekom.hu) |
| 17:28.29 | *** join/#asterisk-dev jtodd (i=p6lyud36@ns.fox-den.com) |
| 17:28.29 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:40.24 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:12.06 | *** join/#asterisk-dev errotan (n=errotan@5403E455.catv.pool.telekom.hu) |
| 18:44.36 | *** join/#asterisk-dev moy (n=moy@67.201.69.2) |
| 18:44.49 | *** join/#asterisk-dev ta^3 (n=tacvbo@67.201.69.2) |
| 18:45.30 | seanbright | when you dereference a const char **, what do you get? |
| 18:46.45 | russellb | um, const char * ? |
| 18:46.51 | seanbright | k |
| 18:47.43 | seanbright | i wasn't sure that the const was applied all the way along the chain, so to speak. |
| 18:52.36 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-22e2e921f12eb219) |
| 19:02.36 | kpfleming | it's not |
| 19:05.31 | russellb | oh, it'd be char * wouldn't it ... |
| 19:05.41 | kpfleming | nope |
| 19:05.41 | seanbright | ahh |
| 19:05.43 | seanbright | ohhh |
| 19:05.44 | seanbright | heh |
| 19:05.48 | kpfleming | the dereference starts from the right |
| 19:05.52 | russellb | okay, so I just don't know C |
| 19:05.59 | russellb | quits |
| 19:06.07 | seanbright | ok, so we just lose a '*' |
| 19:06.07 | kpfleming | so the deref turns const char * (non-const) * into const char * |
| 19:06.21 | seanbright | so: |
| 19:06.27 | seanbright | char * const * |
| 19:06.29 | russellb | const char const * const * |
| 19:06.30 | russellb | heh |
| 19:06.36 | seanbright | would become a char * |
| 19:06.36 | seanbright | ? |
| 19:06.40 | kpfleming | yes |
| 19:06.43 | seanbright | splendid |
| 19:06.45 | seanbright | and now i know |
| 19:06.51 | seanbright | and knowing is half the battle |
| 19:07.00 | kpfleming | drinking is the other half |
| 19:07.03 | russellb | lol |
| 19:07.24 | seanbright | i thought that was a given |
| 19:08.13 | russellb | and all the other vices are an additional half |
| 19:08.19 | russellb | it doesn't add up right because of the drinking, of course |
| 19:08.20 | kpfleming | right |
| 19:08.24 | kpfleming | nice math |
| 19:08.48 | seanbright | that's like my favorite poker hand |
| 19:08.50 | seanbright | 3 pair |
| 19:09.02 | kpfleming | not if you are playing omaha |
| 19:09.18 | russellb | i like 5 of a kind |
| 19:09.23 | putnopvut | heh, I've seen people in hold 'em games try to go for the 3 pair. |
| 19:09.35 | putnopvut | And then it finally dawns on them what their mistake is. :) |
| 19:09.41 | seanbright | russellb: you can have that if you are playing with wild cards. |
| 19:09.59 | seanbright | but that would just be silly |
| 19:10.05 | kpfleming | well... if you are playing hold-em with five on the board, you can have 3 pair... they just don't all count |
| 19:10.07 | russellb | wild cards are for nubs |
| 19:10.08 | putnopvut | kpfleming: omaha is just weird. It's one of the few games where you can be dealt three of a kind and actually get annoyed by it :) |
| 19:10.20 | kpfleming | i love watching, but not playing, omaha |
| 19:10.31 | kpfleming | dammit, i got three suited cards |
| 19:10.35 | seanbright | my favorite omaha mistake is someone that has the ace of clubs with 4 clubs on the board (and no other clubs in their hand) |
| 19:10.53 | seanbright | and they think they have the nut flush |
| 19:10.53 | russellb | now wishes he knew how omaha worked ... |
| 19:10.54 | putnopvut | ha |
| 19:11.10 | kpfleming | omaha is backwards... you want the worst hand at the table |
| 19:11.14 | putnopvut | russellb: you can only use two cards from your hand (out of 4) and 3 cards from the board (out of 5) |
| 19:11.20 | seanbright | kpfleming: that's razz |
| 19:11.27 | seanbright | oh |
| 19:11.30 | seanbright | not really |
| 19:11.38 | seanbright | AKAK double suited is technically the best hand |
| 19:12.09 | seanbright | but i'll take 9 10 J Q double suited every day of the week and twice on sunday. |
| 19:12.39 | Qwell | seems a bit odd to have arbitrary hand restrictions like that |
| 19:12.52 | Qwell | I mean, you might get it a third time on Sunday and have to fold, even though it's the best hand |
| 19:13.11 | kpfleming | that would suck |
| 19:13.22 | seanbright | it's not a hand restriction |
| 19:13.29 | seanbright | that's just a fantastic hand |
| 19:14.07 | russellb | .fortune |
| 19:14.07 | russellb | heh |
| 19:16.37 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:17.06 | leifmadsen | .fortune for a super guy |
| 19:17.15 | leifmadsen | fail. |
| 19:17.36 | leifmadsen | russellb: your .fortune threw me... |
| 19:17.41 | russellb | "You will get hit by a truck today." |
| 19:17.51 | leifmadsen | that sucks, because I'm getting on the highway... |
| 19:18.59 | kpfleming | oh, i see. at the WSOP they have an event where they play Omaha low-ball, so that's why i thought that's what omaha was |
| 19:19.36 | kpfleming | it's great fun to watch someone go all in with a mess in their hand, and get a pair on the river and lose the hand |
| 19:20.05 | kpfleming | it is not, however, fun to actually be that person |
| 19:20.14 | seanbright | heh |
| 19:20.51 | seanbright | i read one time that it is statistically more likely that you will end up with 2 pair than with complete garbage |
| 19:20.54 | seanbright | in hold'em that is |
| 19:21.04 | kpfleming | i bet that is true |
| 19:21.13 | kpfleming | with seven cards to choose from, or nine in omaha |
| 19:21.40 | seanbright | yup |
| 19:23.04 | *** join/#asterisk-dev jtodd (i=l3jafar8@ns.fox-den.com) |
| 19:23.04 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 19:33.49 | mvanbaak | who's the one to contact res_calendar.c stuff ? |
| 19:34.20 | kpfleming | issues.asterisk.org |
| 19:34.30 | mvanbaak | done |
| 19:35.12 | putnopvut | Hmm, for some reason I had the same issue open in three different tabs. |
| 19:35.24 | kpfleming | please don't fix it three times |
| 19:35.39 | mvanbaak | lol |
| 19:36.10 | mvanbaak | <--- trying to get all the compile warnings/errors fixed for OpenBSD |
| 19:36.38 | kpfleming | what's the issue? |
| 19:37.05 | mvanbaak | res_calendar.c uses %lu and %ld while the param passed to it is a simple %d |
| 19:37.15 | kpfleming | from a time_t? |
| 19:37.21 | kpfleming | or a struct timeval? |
| 19:37.42 | mvanbaak | erm .... |
| 19:37.45 | mvanbaak | lemme check again |
| 19:38.05 | mvanbaak | M15656 |
| 19:38.07 | MuffinMan | [new] [Asterisk] Resources/General 0015656: [patch] res_calendar.c does not compile in devmode reported by mvanbaak (Karma: +49.00) https://issues.asterisk.org/view.php?id=15656 |
| 19:38.53 | mvanbaak | it's all struct members |
| 19:38.58 | mvanbaak | event->start |
| 19:39.08 | kpfleming | what are those struct fields defined as? |
| 19:39.34 | mvanbaak | event->end |
| 19:39.50 | *** join/#asterisk-dev moy (n=moy@c-98-193-24-21.hsd1.il.comcast.net) |
| 19:40.33 | putnopvut | They're time_t. |
| 19:41.02 | mvanbaak | I'm on my mac now, svn co is running so I can check |
| 19:41.08 | mvanbaak | ow, putnopvut found it already |
| 19:41.08 | seanbright | just cast to (unisnged long) an be done with it |
| 19:41.19 | kpfleming | more time_t crap |
| 19:41.19 | moy | does anybody around can shed some light on whether fxo lines get notified somehow (polarity reversal or some of that analog crap) when an outgoing line is answered? just some countries? is cpa needed? |
| 19:41.33 | mvanbaak | kpfleming: indeed |
| 19:41.35 | kpfleming | in general you need cpa |
| 19:41.42 | kpfleming | some places have answer supervision, most don't |
| 19:41.52 | seanbright | event->end + 0L; |
| 19:42.19 | kpfleming | and yes, it is 'analog crap' :-) |
| 19:42.39 | moy | kpfleming: thanks, do you know how those some places do the answer supervision? |
| 19:42.49 | kpfleming | no, it's not terribly common |
| 19:42.58 | kpfleming | oh, how... it's a polarity reversal |
| 19:43.18 | moy | ah ok, just like hangup detection in some places as well then |
| 19:43.21 | kpfleming | yep |
| 19:46.04 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 19:46.04 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:49.49 | moy | thanks a lot for the clarification, exactly what I needed |
| 19:54.06 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:54.06 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:59.20 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:59.20 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 20:02.32 | kpfleming | http://www.amazon.com/Million-Random-Digits-Normal-Deviates/dp/0833030477/ref=sr_1_1?ie=UTF8&s=books&qid=1249502473&sr=8-1 |
| 20:02.36 | kpfleming | read the reviews |
| 20:10.55 | seanbright | heh |
| 20:11.01 | seanbright | the first one is the best |
| 20:11.06 | kpfleming | yep |
| 20:11.59 | seanbright | the price is even better |
| 20:12.28 | seanbright | i wouldn't spend $81 on a book of random digits |
| 20:12.34 | seanbright | i clearly don't have my priorities in order |
| 20:12.38 | kpfleming | right |
| 20:12.51 | kpfleming | you have not consumed enough alcohol and/or controlled substances today |
| 20:13.07 | seanbright | i'm going to publish "The Asterisk Code" |
| 20:13.29 | seanbright | find . *.[cChH] | xargs cat |
| 20:13.35 | seanbright | and just send that off to print |
| 20:13.40 | seanbright | charge $128 dollars |
| 20:13.42 | kpfleming | in the 'preferred form for editing', right? |
| 20:13.59 | seanbright | correct. |
| 20:14.37 | Qwell | seanbright: should leave extra wide margins for note taking |
| 20:15.07 | jsmith-teaching | seanbright: and leave out the comments, as they aren't really code |
| 20:15.27 | seanbright | i bet someone would buy it |
| 20:15.33 | seanbright | maybe not for $128 |
| 20:15.35 | kpfleming | and only include the whitespace in the 'premium edition' version |
| 20:15.52 | sruffell | tzafrir_laptop: Do you mind if I commit to your sysfs branch? Or would you rather I send you patches? |
| 20:16.32 | tzafrir_laptop | generally I don't mind |
| 20:16.41 | tzafrir_laptop | but what did you have in mind? |
| 20:17.07 | mvanbaak | he rewrote it in INTERCAL |
| 20:17.08 | sruffell | I just see some spelling corrections now, etc.. But I was revisiting it in the hopes of asking you to merge it into trunk here soon. |
| 20:18.16 | tzafrir_laptop | regarding a merge: let's start with the simple things: all the debug macros |
| 20:18.53 | tzafrir_laptop | I'm not exactly sure where I want to put them |
| 20:19.01 | tzafrir_laptop | an extra .h file? |
| 20:19.06 | sruffell | looks |
| 20:19.19 | sruffell | hmm... |
| 20:22.46 | sruffell | I see the ones that are in the dahdi-sysfs-chan.c....you want to break those out? |
| 20:22.55 | sruffell | the CHAN_DBG etc.. |
| 20:32.36 | tzafrir_laptop | yes. in fact they are duplicated |
| 20:33.07 | tzafrir_laptop | in dahdi-sysfs.c as well |
| 20:36.46 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:38.09 | sruffell | breaking them out into a header file makes sense to me. I don't have strong feelings whether it is a new header file or in include/dahdi/kernel.h, since most likely all the drivers should include this new header. |
| 20:41.52 | tzafrir_laptop | I'll put it in kernel.h for the time being, but I'd like to have a second look at this |
| 20:55.45 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:00.53 | *** join/#asterisk-dev jtodd (i=jgf2mhb8@ns.fox-den.com) |
| 21:00.53 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 21:08.22 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 21:26.18 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 21:36.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:48.33 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 22:58.45 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 23:39.05 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |