| 00:02.50 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 00:22.21 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.41.233) |
| 00:22.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:06.14 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.249.151) |
| 01:06.14 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:21.32 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.125) |
| 01:32.27 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 01:32.30 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:41.34 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:41.34 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:53.53 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 05:42.29 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 06:49.51 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 07:55.23 | *** join/#asterisk-dev tzafrir (n=tzafrir@local.xorcom.com) |
| 07:55.23 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:12.26 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 08:29.06 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 11:17.02 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:17.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:20.37 | *** join/#asterisk-dev fish9370 (n=Miranda@79.120.100.132) |
| 11:22.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:19.33 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 14:06.13 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:11.16 | *** join/#asterisk-dev lenne_dk (n=leif@0x573cc07b.odnxx13.dynamic.dsl.tele.dk) |
| 14:12.13 | lenne_dk | Hi. I'm trying to add a flag to app_dial.c, but 64-bit flags gets defined to zero?! |
| 14:13.07 | lenne_dk | #define DIAL_STILLGOING (1 << 31) |
| 14:13.08 | lenne_dk | #define DIAL_NOFORWARDHTML ((uint64_t)1 << 32) /* flags are now 64 bits, so keep it up! */ |
| 14:13.08 | lenne_dk | #define OPT_CANCEL_ELSEWHERE ((uint64_t)1 << 33) |
| 14:13.49 | lenne_dk | STILLGOING is ok, something large negative, but the next are zero |
| 14:14.50 | lenne_dk | Anybody got a clue? |
| 14:14.55 | tzafrir | lenne_dk, where is this #define used that casts this away? |
| 14:15.12 | lenne_dk | app_dial.c |
| 14:15.26 | tzafrir | Could you point to a specific line? |
| 14:15.30 | lenne_dk | Arounbd line 284 |
| 14:16.01 | tzafrir | what version? |
| 14:16.28 | lenne_dk | ASTERISK_FILE_VERSION(__FILE__, "$Revision: 227833 $") |
| 14:16.48 | tzafrir | What branch? |
| 14:16.49 | lenne_dk | Asterisk 1.6.0.18, |
| 14:18.03 | lenne_dk | Or can %d not print 64-bit values? |
| 14:18.37 | mvanbaak | no, it cant |
| 14:18.43 | mvanbaak | use %ld for it |
| 14:19.35 | lenne_dk | Oh. So it is ok that ast_verb(2,"Testing: OPT_CANCEL_ELSEWHERE = %d\n",OPT_CANCEL_ELSEWHERE) prints zero. Doh... |
| 14:20.51 | mvanbaak | it will give you a compiler warning as well I think |
| 14:21.13 | lenne_dk | I didn't notice anything... |
| 14:21.59 | tzafrir | well, but is there an actual such downcase in app_dial.c ? |
| 14:22.02 | lenne_dk | Now I get this: |
| 14:22.03 | lenne_dk | app_dial.c:624: warning: format '%ld' expects type 'long int', but argument 2 has type 'long long unsigned int' |
| 14:22.46 | tzafrir | OPT_CANCEL_ELSEWHERE is merely a numeric constant |
| 14:23.08 | tzafrir | If you want to make it longer, prefix it accordingly |
| 14:23.08 | lenne_dk | I was trying to see if my new flag were set, but it always returned zero. |
| 14:23.42 | lenne_dk | Then I tried to see what the other original flags were, and they *also* was zero |
| 14:24.21 | lenne_dk | I was confused... What is the proper printf % for long long unsigned int= |
| 14:24.24 | lenne_dk | ? |
| 14:25.31 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) |
| 14:26.23 | mvanbaak | see the manpage of printf |
| 14:27.01 | lenne_dk | Right. Sorry :-) |
| 14:27.19 | mvanbaak | :) |
| 14:28.25 | lenne_dk | Does %llu look right? |
| 14:30.27 | lenne_dk | It does... Thanks for the hint. |
| 14:31.58 | lenne_dk | I'm trying to add an option to DIAL() to return busy, if at least one extension is BUSY when dialing multiple extensions. So my deskphone doesn't ring, if I'm busy on my portable and vice versa. |
| 14:32.16 | lenne_dk | Works fine, now I just need to add a flag for it. |
| 14:32.38 | lenne_dk | watch out for patch :-) |
| 14:32.43 | mvanbaak | :) |
| 14:33.17 | lenne_dk | But now its time for # make dinner |
| 14:33.20 | lenne_dk | bye |
| 14:33.29 | mvanbaak | have fun |
| 14:33.33 | *** part/#asterisk-dev lenne_dk (n=leif@0x573cc07b.odnxx13.dynamic.dsl.tele.dk) |
| 14:33.43 | file | darn, I was going to say that is not as easy as he thinks |
| 14:33.58 | mvanbaak | lol |
| 14:44.38 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:44.38 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:54.35 | Gugge | is there a reason why an incoming call first tryes to find a matching user by username, and then by ip if no user with the username is found? |
| 14:56.06 | kpfleming | yes... that's how chan_sip is designed to work |
| 14:56.14 | kpfleming | users place incoming calls, peer are for outgoing calls (in general) |
| 14:58.27 | Gugge | what if i have a gateway, on a trusted ip |
| 14:58.32 | Gugge | that sometimes have a users number in from |
| 14:58.39 | Gugge | a peers number in from i mean |
| 14:59.06 | kpfleming | there is no such sip entity as a 'gateway'... you'll have to be more specific |
| 14:59.22 | Gugge | a cisco xxx device, sending the calls from a know ip, without any other form of auth |
| 14:59.30 | kpfleming | ok |
| 14:59.42 | Gugge | sometimes the from number is a number known to me |
| 14:59.48 | Gugge | and then the call is rejected |
| 14:59.51 | kpfleming | your SIP usernames should not be E.164 numbers |
| 15:00.04 | Gugge | thats what i feared :) |
| 15:00.04 | kpfleming | they should also not be extension numbers in your dialplan |
| 15:01.34 | Gugge | at the time they are, but it would solve so many issues if they were not :) |
| 15:20.08 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:20.08 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:20.11 | *** join/#asterisk-dev lenne_dk (n=leif@0x573cc07b.odnxx13.dynamic.dsl.tele.dk) |
| 15:21.44 | *** join/#asterisk-dev DocAwesome (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:21.44 | *** mode/#asterisk-dev [+o DocAwesome] by ChanServ |
| 15:26.31 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733516.dsl.bell.ca) |
| 15:27.21 | lenne_dk | if the flag is not set, shouldn't this print zero? |
| 15:27.22 | lenne_dk | ast_verb(2,"Testing: pos %d, chan: %d, opt: %llu\n",pos,o->chan, ast_test_flag64(o, OPT_SINGLE_BUSY)); |
| 15:28.12 | kpfleming | i would expect so |
| 15:28.29 | lenne_dk | and it doesn't.... |
| 15:28.47 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:28.47 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:28.57 | kpfleming | that's not a very good explanation... "it doesn't print zero" doesn't tell us what it does print, or what it does |
| 15:29.27 | lenne_dk | It does print the value opt_single_busy, defined as 1 << 28 |
| 15:29.36 | lenne_dk | 1 << 38 |
| 15:29.54 | kpfleming | then the flag must be set |
| 15:29.58 | russellb | heh.. |
| 15:30.32 | lenne_dk | it's in app_dial.c I have defined the flag, but I'm not setting it. |
| 15:31.00 | lenne_dk | even removed it from AST_APP_OPTIONS(dial_exec_options, BEGIN_OPTIONS |
| 15:31.00 | lenne_dk | AST_APP_OPTION_ARG('A', OPT_ANNOUNCE, OPT_ARG_ANNOUNCE), |
| 15:31.15 | kpfleming | is o->flags a 64-bit integer? |
| 15:31.28 | kpfleming | or structure... whatever :-) |
| 15:31.52 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:32.27 | lenne_dk | I guess so :-) |
| 15:32.35 | putnopvut | it is |
| 15:32.44 | putnopvut | o is of struct chanlist, and flags is a uint64_t |
| 15:32.52 | kpfleming | well, then something has set that bit |
| 15:32.53 | putnopvut | s/of/a/ |
| 15:33.29 | lenne_dk | Can something set bits, which are not defined? |
| 15:33.33 | kpfleming | of course |
| 15:33.37 | kpfleming | the bits still exist |
| 15:34.20 | lenne_dk | Yes, but If I define a bit in the flag, which appearently is not used, shouldn't I expect it to be zero? |
| 15:35.21 | lenne_dk | The last bit in app_dial is #define OPT_PEER_H ((uint64_t)1 << 34) |
| 15:36.39 | putnopvut | Are you casting 1 as uint64_t in your flag definition? |
| 15:36.54 | putnopvut | Also, what dial options do you have set in your test? |
| 15:37.15 | lenne_dk | Just copying OPT_PEER_H, shifting one more. |
| 15:37.53 | lenne_dk | Only option was "B", my new option, but even without it, flag is still set. |
| 15:38.45 | lenne_dk | Tried bit 35 and bit 38, it both were set. |
| 15:39.12 | lenne_dk | Perhaps I should try printing the flags as binary... |
| 15:41.06 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 15:41.48 | lenne_dk | %X |
| 15:43.04 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:43.04 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:47.51 | lenne_dk | The unused bits seems to be set: FFFFFFFF80000000 |
| 15:48.59 | kpfleming | well there you go... the code was not lying to you, the bit *is* set :-) |
| 15:49.25 | lenne_dk | But but... This is... untidy :-( |
| 15:49.55 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 15:50.48 | lenne_dk | So the question is then, why is unused bits set... |
| 15:51.33 | lenne_dk | if struct chanlist->flags is just bits. |
| 15:52.13 | lenne_dk | I'll try to print all constants as hex, and be perhaps be wiser... |
| 15:57.40 | lenne_dk | Constants are fine, both 32 and 64 bits. |
| 16:00.09 | kpfleming | so the structure is not being properly initaliized |
| 16:00.14 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@nat/digium/x-hzcrpatuouavmhag) |
| 16:00.14 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:03.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:04.54 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 16:38.14 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 16:38.15 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:47.17 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 17:03.53 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:11.33 | *** join/#asterisk-dev Assuero (n=Assuero@189.104.82.122) |
| 17:25.19 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 18:01.17 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 18:11.01 | kaii | lenne_dk: hm .. when you call lets say a mobile phone and a sip phone both associated with an extension, the sip phone will ring early. Then, when Dial() detects busy on the mobile phone, the sip phone will stop ringing. |
| 18:11.49 | *** join/#asterisk-dev korihor (n=korihor@201.210.226.98) |
| 18:11.52 | kaii | lenne_dk: as said, i implemented this as a macro, but did not include handling of external numbers.. (only used internally) |
| 18:13.11 | kaii | lenne_dk: maybe you can (optionally?) filter the argument list of dial so that you can first ring external numbers and only start ringing sip(etc) devices when the external numbers are in ringing state? |
| 18:13.46 | mvanbaak | pizza ftw |
| 18:13.54 | kaii | lenne_dk: that would also eliminate that annoying delay most people have when they hae both a mobile phone and a sip phone associated with their extension |
| 18:18.58 | Corydon76-lap | kaii: you assume too much about the immediacy of ringing SIP phones |
| 18:19.37 | kaii | Corydon76-lap: i was just thinking loud. thinking further i realized that "external number" is very hard to define |
| 18:19.53 | Corydon76-lap | How do you distinguish between a SIP phone and a trunk connected over SIP? |
| 18:20.11 | kaii | Corydon76-lap: and that sip/iax devices/trunks that are not on your local network are a whole different thing |
| 18:20.20 | Corydon76-lap | Quite |
| 18:20.44 | kaii | not so really different, but they will have delay too |
| 18:24.44 | kaii | i used device state to check if i should signal busy for a group of phones (when one of them is busy) |
| 18:25.05 | kaii | but this is not applicable for numbers in PSTN |
| 18:32.38 | kaii | lenne_dk with your option set you could ring the channels in the order they are given, with waiting for the previous channel going into "ringing" state .. that way you would not have to call all devices in the first place and hangup all channels when you receive the first busy. |
| 18:32.43 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 18:41.55 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 18:43.08 | *** join/#asterisk-dev jtodd (i=j5s3feix@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 18:43.08 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 18:44.02 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 19:08.13 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:08.13 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:39.36 | lenne_dk | Well, I realized it was too long ago I programmed in C... I could just manage to hardcode it to hang up when one extension was busy, but an appearently simple thing as propagating a flag from the dialstring down to the test was too much... For the moment, I give up. |
| 19:40.03 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 19:40.39 | lenne_dk | I might post it at the mailinglist. (asterisk-users) Perhaps somebody will pick it up. |
| 19:47.45 | TheDavidFactor | is tilghman on here? |
| 19:48.46 | Qwell | points to Corydon76-dig |
| 19:49.34 | TheDavidFactor | Corydon76-dig, r u tilghman? |
| 19:50.12 | seanbright | REF_DEBUG_ONLY_QUEUES |
| 19:50.19 | seanbright | that is defined in app_queue.c in 1.6.1 svn |
| 19:51.57 | Corydon76-lap | Eh? |
| 19:52.52 | Corydon76-lap | TheDavidFactor: I am, what's up? |
| 19:53.49 | TheDavidFactor | hi sir, I was hoping to get a little clarity from you about what you meant by "I'd be fine with using NULL here, as long as you check that condition before dereferencing it." |
| 19:54.05 | TheDavidFactor | How can I "check that condition"? |
| 19:54.13 | TheDavidFactor | or how should I |
| 19:54.39 | Corydon76-lap | If the type is a pointer, just pass NULL and check to ensure that the pointer is not null before dereferencing it |
| 19:55.24 | TheDavidFactor | how would I check that it is not null? I'm sorry if this is a n00b question, but I'm pretty new to C |
| 19:56.12 | Corydon76-lap | if (foo && *foo >= 0) ... |
| 19:56.25 | TheDavidFactor | ok, thankyou sir |
| 19:59.24 | *** join/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 20:13.54 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) |
| 20:19.35 | *** join/#asterisk-dev tamiel (n=tamiel@ip-1.net-81-220-19.versailles.rev.numericable.fr) |
| 20:21.50 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-rkkzxkyswyktomqg) |
| 20:24.47 | mvanbaak | wee, I have an asterisk box in production that does not have gdb |
| 20:25.11 | leifmadsen | o.O |
| 20:25.23 | mvanbaak | and now I need it |
| 20:25.24 | mvanbaak | fun |
| 20:26.43 | russellb | other systems have these nice things called "package management systems" that make it very easy to install gdb |
| 20:27.00 | russellb | I'm not sure if OpenBSD has caught up to that technology or not |
| 20:27.02 | seanbright | "smart ass" |
| 20:27.05 | seanbright | :-) |
| 20:27.09 | russellb | <3 |
| 20:27.22 | kpfleming | $ apt-get install smart-as |
| 20:27.35 | seanbright | <tab> |
| 20:27.36 | russellb | sorry ... it's Monday after being out for a week |
| 20:27.55 | seanbright | kpfleming: and don't forget sudo |
| 20:28.03 | russellb | unless you're on FC12 |
| 20:28.04 | russellb | zing. |
| 20:28.07 | mvanbaak | OpenBSD has gdb if you chose the comp46.tgz during install |
| 20:28.08 | russellb | sort of. |
| 20:28.11 | kpfleming | you don't run as root all the time? lame. |
| 20:28.13 | mvanbaak | without that you dont have a compiler |
| 20:28.13 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 20:28.41 | seanbright | kpfleming: that would be # apt-get ... |
| 20:28.45 | seanbright | not $ apt-get |
| 20:28.59 | mvanbaak | not unles you set root prompt to $ |
| 20:29.18 | kpfleming | export PROMPT=seanbrightisanub> |
| 20:29.37 | mvanbaak | but since you should be running zsh anyways the non-root prompt is % by default |
| 20:40.10 | tzafrir | The sysfs branch is now once again usable |
| 21:13.53 | alecdavis | jpeeler: quick question, did you get to ask rmudgett re rx/txgain with digital calls. |
| 21:15.51 | alecdavis | or anyone able to bring bug 15972 to rmudgett's attention. |
| 21:15.52 | jpeeler | alecdavis: not yet, i have it on the list |
| 21:16.44 | alecdavis | I should have waited 1 second longer, and would have seen your reply. Thanks. |
| 21:18.14 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 21:20.51 | russellb | philipp64: I expect to branch off 1.8 by the end of Q1. |
| 21:20.57 | russellb | Your timeframe is reasonable, but tight |
| 21:21.47 | Corydon76-lap | And making a branch is a FAR, FAR cry from making a release |
| 21:21.57 | leifmadsen | looks at 1.6.2 |
| 21:22.48 | putnopvut | looks at a ladybug |
| 21:32.10 | jsmith | looks at the clock and sighs |
| 21:33.14 | leifmadsen | I wish it was dinner |
| 21:34.43 | philipp64 | leifmadsen: whatcha making? matjes? |
| 21:35.04 | philipp64 | no, wait... that's dutch... the danes have something similar, but I forget what it's called. |
| 21:35.34 | Corydon76-lap | Is it called "a doobie"? |
| 21:36.23 | philipp64 | that's actually not all they're good for... despite popular belief. |
| 21:37.11 | philipp64 | matjes == raw "new" herring, chopped up, with onions and pickles, on a bun. mustard is optional. the beer to wash it down isn't. |
| 21:37.24 | leifmadsen | no thanks :) |
| 21:37.27 | philipp64 | this is about the time of year for it, too. |
| 21:37.36 | Corydon76-lap | I never said it was. They also make some fantastic blue and white pottery |
| 21:38.13 | philipp64 | I thought that was the brits... what's it called? Waterford? |
| 21:38.20 | Corydon76-lap | Delftware |
| 21:38.44 | philipp64 | oh, right... the scenes of skating on canals and such... |
| 21:38.52 | philipp64 | cows and windmills... |
| 21:39.08 | Corydon76-lap | and dykes |
| 21:39.37 | Corydon76-lap | (on bikes) |
| 21:39.48 | philipp64 | goes with the windmills, I guess (they pump out the land behind the dyke to keep it from getting saturated...) |
| 21:40.10 | philipp64 | isn't there a Queen song about those? |
| 21:40.37 | Corydon76-lap | nope |
| 21:41.46 | puzzled | philipp64: that would be "maatjes haring" :) |
| 21:42.13 | philipp64 | daarn those double-a's. |
| 21:42.40 | philipp64 | good stuff, anyway. with a stroopwafel for dessert... |
| 21:43.08 | philipp64 | and a cornwijn for the disgestif. |
| 21:44.10 | philipp64 | alas... leif's comment about dinner has taken me to a dark place... ;-) |
| 21:44.25 | puzzled | stroopwafels are indeed delicious. cornwijn you only drink when you need holes in your stomach |
| 21:44.38 | puzzled | or to fight the herring |
| 21:44.39 | philipp64 | sounds like a geneever man... |
| 21:46.33 | puzzled | last year at the VoIP show in Miami I saw big billboards with a Ketel 1 Jenever ad on them. Amazing anyone drinks that stuff outside of .nl |
| 21:46.57 | philipp64 | gin for the truly hard-core. |
| 21:47.06 | puzzled | indeed :) |
| 21:48.50 | ecrane | wonders if he was the only one who just read "gin for the truly hard-code." |
| 21:49.42 | Corydon76-lap | The hard-core drink Scotch, not gin |
| 21:50.11 | Corydon76-lap | points at putnopvut |
| 21:50.56 | kpfleming | dutch has all the vowels that the germans didn't want |
| 21:51.07 | putnopvut | And Finnish gathered up the rest. |
| 21:51.23 | Corydon76-lap | and none were left for the Welsh |
| 21:51.27 | putnopvut | lol |
| 21:51.28 | kpfleming | right |
| 21:51.36 | kpfleming | dertjkwjkhrhwrjk (perfectly sane Welsh, I suspect) |
| 21:51.57 | putnopvut | case in point. I listen to a Finnish musician named Jari Mäenpää |
| 21:52.31 | Corydon76-lap | I didn't know the Finns used large square boxes in their alphabet |
| 21:52.42 | kpfleming | they displayed fine fo rme |
| 21:52.52 | kpfleming | must be that single-threaded mac can't handle UTF-8 |
| 21:53.06 | putnopvut | just add another mouse button and everything will display fine. |
| 21:53.08 | file | kpfleming: half a thread these days |
| 21:53.13 | kpfleming | rofl |
| 21:53.27 | file | depreciation. |
| 21:53.28 | kpfleming | i know quite a few mac desktop users that use two-button mice |
| 21:53.43 | file | the other half of the thread is emulated in software |
| 21:53.49 | kpfleming | LOZL |
| 21:53.55 | kpfleming | s/LOZL/LOLZ/ |
| 21:53.55 | Corydon76-lap | I know a lot of PC laptop users with their standard 106-button mice |
| 21:54.03 | puzzled | putnopvut: Jamendo has a ton of music from a finnish guy called Matti Paalanen. Quite spacey |
| 21:54.44 | Corydon76-lap | What else can you write with 6 months of daylight? |
| 21:54.53 | kpfleming | prior to seeing Finnish/Estonian, i never would have imagined someone would intentionally put two 'i'-s in a row |
| 21:55.14 | Corydon76-lap | You mean like in "skiing"? |
| 21:55.20 | kpfleming | exactly |
| 21:55.34 | kpfleming | that's just a silly word |
| 21:55.43 | puzzled | lol |
| 21:56.18 | Corydon76-lap | I still like that "seize" is the exception to the exception to the rule |
| 21:56.50 | Corydon76-lap | excuse me, the exception to the exception to the exception to the rule |
| 21:56.54 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 21:56.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:56.57 | puzzled | Corydon76-dig: if you grok that one then learning Dutch should be easy |
| 21:57.14 | puzzled | then again why would you |
| 21:57.18 | Corydon76-lap | Neighbor and sleigh are the exception to the exception to the rule |
| 21:57.40 | kpfleming | also sleight |
| 21:57.56 | Corydon76-lap | sleight of hand? |
| 21:58.00 | kpfleming | yep |
| 21:58.20 | kpfleming | a word that has no other purpose than to be part of that phrase |
| 21:59.06 | Corydon76-lap | Well, no wonder. Sleight is old Norse. |
| 21:59.07 | putnopvut | weigh, weight, leisure |
| 21:59.21 | putnopvut | eight |
| 21:59.32 | ecrane | I heard someplace that rule might have more 'exceptions' then cases where it fits. |
| 21:59.56 | philipp64 | it's no coincidence that Hawaiians never invented skiing. they had used up their allotment of double-i's. |
| 22:00.21 | putnopvut | oh dear, I forgot about Hawaiian. The Finns split the vowels with them too. |
| 22:00.30 | philipp64 | German: 10,000 rules... 5 exceptions... Dutch: 5 rules, 10,000 exceptions. |
| 22:00.48 | putnopvut | Ko'alaiawa'ahea St |
| 22:01.04 | putnopvut | I could never find my way around Honolulu |
| 22:01.23 | kpfleming | at least it's not on Kanji! |
| 22:01.27 | kpfleming | doh... in |
| 22:01.50 | philipp64 | weird. |
| 22:05.11 | leifmadsen | mekaleka'hi'meckahiney'ho |
| 22:06.13 | philipp64 | is that from 50 first dates? |
| 22:06.25 | philipp64 | sounds like the Rob Schnieder song... |
| 22:06.38 | philipp64 | err.. Schneider. |
| 22:06.40 | leifmadsen | I think it's from PeeWee's PlayHouse |
| 22:07.13 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 22:07.14 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:09.12 | kpfleming | is there really going to be a Fedora 13? seems risky |
| 22:09.41 | Qwell | kpfleming: how is it any different than 12? ;) |
| 22:09.53 | kpfleming | *13* |
| 22:09.55 | puzzled | it will be shinier :) |
| 22:09.58 | Qwell | but it's Fedora |
| 22:10.19 | kpfleming | tru' dat |
| 22:10.45 | Corydon76-lap | Do two occasions of bad luck make it a disaster or a reversal of fortune? |
| 22:11.18 | ecrane | Depends on how bad the luck was... |
| 22:11.36 | Corydon76-lap | Fedora is pretty bad |
| 22:12.48 | puzzled | F11 & F12 work quite well for me but I guess your mileage may vary |
| 22:13.24 | Corydon76-lap | puzzled: are you just using them, or are you trying to develop for them? |
| 22:14.12 | puzzled | I build rpms |
| 22:14.18 | Corydon76-lap | If you're just using one, it doesn't really make much difference which distro you use, once you get it to a usable state |
| 22:14.32 | puzzled | don't do developing unless trying to evolve beyond helloworld.c counts |
| 22:14.46 | kpfleming | except for when 'yum update' upgrades the kernel and glibc to stuff that has bleeding-edge backports in it. |
| 22:15.47 | Corydon76-lap | I also *love* kernel versions that have backported interfaces that make detecting the kernel version unreliable towards detecting a particular interface |
| 22:15.50 | puzzled | that's the price of being on the cutting edge. if you want stability use CentOS or RHEL |
| 22:16.21 | Corydon76-lap | If I want stability, I'll use Debian, but thanks. |
| 22:16.25 | kpfleming | or debian or its derivatives |
| 22:16.36 | kpfleming | i haven't found any need to be on the cutting edge for years now |
| 22:16.38 | puzzled | Corydon76-dig: yes I have seen a few of those. doesn't make it any easier |
| 22:17.03 | Corydon76-lap | I can bash my head against the wall just fine without any assistance from Red Hat |
| 22:20.16 | snuff-work | mm.. Corydon76-lap.. for my func_memcache is the current way i'm doing queries doomed if i want to make it multiget like func_odbc ? |
| 22:21.05 | Corydon76-lap | snuff-work: haven't the faintest, since I haven't looked at your code |
| 22:23.16 | snuff-work | k.. i stole my structure from func_db.. so i think i'd need a rewrite of the surrounding calls to make it more func_odbc like |
| 22:24.41 | Corydon76-lap | or you could do MEMCACHE_{QUERY,FETCH,FINISH} |
| 22:25.25 | Corydon76-lap | Make sense? |
| 22:26.59 | snuff-work | yes |
| 22:27.11 | Corydon76-lap | Not knowing what multi-row results you want to retrieve, it makes it difficult to figure out what would help |
| 22:28.05 | snuff-work | think of memcache as glorified ast_db |
| 22:29.00 | Corydon76-lap | Is it just a memory-based cache? |
| 22:29.03 | snuff-work | yse |
| 22:29.28 | snuff-work | ppl use it for caching sql queries even |
| 22:29.29 | Corydon76-lap | You do know that you can store astdb on a ramdisk and get basically the same advantages, right? |
| 22:30.39 | snuff-work | yes.. but this might integrate better with their current memcache infrastructure |
| 22:31.00 | Corydon76-lap | Ah |
| 22:43.35 | Gugge | memcache can be used from more than one host at a time too cant it? |
| 22:50.14 | snuff-work | yes |
| 22:50.19 | Corydon76-lap | snuff-work: Also, I think you should probably only implement the read2 functions, not the read functions |
| 22:50.58 | Corydon76-lap | The read2 functions are far more memory efficient, especially with stack space |
| 22:51.27 | snuff-work | np.. i was mainly interested at first in getting the memcache working |
| 22:51.39 | snuff-work | which is why i took the simple func_db way.. |
| 23:14.58 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 23:32.28 | *** join/#asterisk-dev snuff-work (n=aaa@120.19.32.32) |
| 23:32.29 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:40.03 | *** join/#asterisk-dev tzafrir__laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 23:40.03 | *** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ |
| 23:48.58 | mpe | hmm M16242 is blocked, probably but it is mention in AST-2009-010 |
| 23:50.55 | Qwell | mpe: private, you mean? |
| 23:50.59 | Qwell | like, you can't see it? |
| 23:51.25 | kpfleming | yeah, it should be made public now that the releases are out |
| 23:51.34 | mpe | yes, i get "Access Denied." |
| 23:51.40 | Corydon76-lap | Fixed |
| 23:51.55 | mpe | thanks |
| 23:51.55 | Qwell | Corydon76-lap: thanks - was just trying to figure out how |
| 23:52.13 | Corydon76-lap | Update issue, then flip the select box |
| 23:52.28 | mpe | i just wantet to know if it was armorsen or oej that reportet it |
| 23:53.22 | Corydon76-lap | amorsen |
| 23:53.28 | mpe | as we all 3 was involved in discovering the bug |
| 23:57.31 | *** join/#asterisk-dev korihor (n=korihor@201.210.229.106) |