| 05:05.39 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 05:05.39 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 07:00.45 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:00.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.59 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:21.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:46.48 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:55.47 | oej | MOrning folks |
| 08:12.54 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:481d:8693:2775:522f) |
| 08:16.28 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:16.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:17.09 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:17.09 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:06.58 | skrusty | morning all |
| 09:20.28 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:20.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:23.58 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 10:55.04 | *** join/#asterisk-dev danjenkins__ (dan@nat/digium/x-ovqvmwxwiulgqdnv) |
| 11:02.13 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:02.13 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:27.30 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 11:39.16 | *** join/#asterisk-dev danjenkins__ (dan@nat/digium/x-zkwoslyqjvzmfser) |
| 11:54.45 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:54.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:15.05 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 12:15.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:29.40 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:29.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:46.34 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-153-9.user.veloxzone.com.br) |
| 13:02.58 | skrusty | pabelanger: did i see right in one of the astricon vids, that you had a shell for executing ari commands? |
| 13:03.49 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 13:03.49 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:04.35 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 13:12.45 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:45.47 | oej | Asterisk 1.8 doesn't handle unknown messages properly. Just dropping them without responding |
| 13:45.55 | oej | That must be a regression |
| 14:08.31 | oej | No more Pizza for mjordan |
| 14:08.37 | oej | Method not implemented |
| 14:09.06 | mjordan | Hm. And here I had pizza last night |
| 14:10.43 | mjordan | I do see something that _appears_ like it wants to send a 501 in handle_incoming |
| 14:14.35 | mjordan | oej: I'll be back on later if you narrow it down. I'm curious how that stopped working |
| 14:14.40 | *** part/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 14:15.18 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 14:15.18 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:15.34 | oej | jsmith! |
| 14:15.47 | jsmith | Greetings, oej |
| 14:16.00 | oej | All fine in the state of the Smith family? |
| 14:16.17 | jsmith | Yeah, I can't complain. |
| 14:16.24 | oej | Good to hear |
| 14:16.27 | jsmith | Just keeping super-busy as always... |
| 14:16.31 | jsmith | oej: How are you and your family? |
| 14:17.28 | oej | jsmith: We're fine. Freezing a bit, but it's that time of the year. Longing for Phoenix or other warn places⦠|
| 14:17.49 | jsmith | oej: And here I am, wishing we'd get a good snowstorm :-/ |
| 14:18.18 | oej | jsmith: I did not parse that. "wishing" and "snowstorm" in the same sentence |
| 14:18.45 | jsmith | oej: Sorry, that sentence was a bit like IAX -- not exactly mainstream, but powerful nonetheless |
| 14:18.53 | jsmith | ducks and hides |
| 14:18.56 | oej | jsmith: :-) |
| 14:19.24 | oej | jsmith: THat's an old battle. The front has moved to other territories⦠|
| 14:19.50 | jsmith | I'm not sure I ever saw it as a battle... |
| 14:19.56 | oej | :-) |
| 14:20.24 | oej | Just found a secret group working with SIP and IPv6 - providing certification⦠|
| 14:20.48 | oej | So much crazy stuff pop up on the net. |
| 14:51.36 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dopnjcgvhrmoimmd) |
| 15:02.45 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-fpeddmltisarxsgt) |
| 15:19.10 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-ywhocxmhstwyjylj) |
| 15:19.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:25.23 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:25.23 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:37.44 | *** join/#asterisk-dev sgriepentrog (sgriepentr@nat/digium/x-dikqpmkcbkbgqewe) |
| 15:38.13 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ibjccitnsadjywgf) |
| 15:40.34 | oej | Are we still having limitation on the number of pickup groups available? |
| 15:40.38 | oej | I thought that was fixed. |
| 15:40.55 | mjordan | oej: named pickup groups |
| 15:41.05 | oej | When was that introduced? |
| 15:41.09 | mjordan | 11, IIRC |
| 15:41.12 | oej | Aha. |
| 15:41.28 | oej | Someone asked me to raise the limit in 1.8. |
| 15:41.45 | mjordan | it's technically separate from the standard pickup groups, which was a debatable implementation decision. It is a bit slower than the 'normal' groups, since you can't just use the group number as an index |
| 15:41.45 | Qwell | good luck! |
| 15:42.09 | oej | More bits, more bits. |
| 15:42.13 | oej | Always more bits. |
| 15:42.24 | oej | I did not say I have accepted the project, Qwell :-) |
| 15:42.31 | mjordan | oej: if you do decide to backport it, I *believe* this was the original patch that went into 11 - https://reviewboard.asterisk.org/r/2112/ |
| 15:43.44 | oej | There's no channel settings in there. |
| 15:43.58 | oej | That's kind of weird. The idea was that Alice belonged to groups... |
| 15:45.02 | mjordan | hm. |
| 15:45.06 | mjordan | I know we updated a ton of channel drivers |
| 15:45.11 | mjordan | so that might not have been the whole patch |
| 15:45.14 | mjordan | goes to google some more |
| 15:45.40 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-hjwuxjpbqqntpezw) |
| 15:46.54 | mjordan | yeah, those were just rmudgett's fixes |
| 15:46.55 | mjordan | hm. |
| 15:47.38 | mjordan | when in doubt, svn blame |
| 15:48.35 | oej | svn blame from distance is just painful, so thank you for running it for me :-) |
| 15:48.48 | mjordan | np |
| 15:48.55 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hrefdxqtlexoyxam) |
| 15:48.57 | mjordan | I've done it in Europe before, it is rather bad |
| 15:49.02 | mjordan | looks at git again |
| 15:49.42 | oej | Yeah, that's a benefit with git. |
| 15:56.26 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 15:56.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:56.34 | oej | back⦠Network issues... |
| 15:58.15 | mjordan | oej: found it - https://reviewboard.asterisk.org/r/2043/ |
| 16:03.49 | *** join/#asterisk-dev Jacoby6000 (~jbarber@static-71-252-134-63.dllstx.fios.verizon.net) |
| 16:05.34 | *** join/#asterisk-dev stefan27 (~stefan27@212.247.4.149) |
| 16:05.39 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:42.33 | oej | Thanks mjordan |
| 16:50.20 | WIMPy | I've got an Asterisk sitting in an endless loop trying to play a non-existing file via Read(). It seems to consume more and more RAM and doesn't care that the channel has been hung up a long time ago |
| 16:50.41 | WIMPy | It doesn't care about a channel request hangup, either. |
| 16:51.20 | WIMPy | Anything I should try before killing it? |
| 16:52.54 | WIMPy | core set debug doesn't seem to work. |
| 16:53.25 | WIMPy | Ouch! |
| 16:54.08 | WIMPy | I just notice that the timesatamps of what's displayed on the console has timestamps from more than 2 hours ago. |
| 17:21.52 | *** join/#asterisk-dev michael_work (~michael_w@bzq-82-168-31-134.red.bezeqint.net) |
| 17:54.44 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 17:54.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:57.03 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 18:19.46 | stefan27 | Hi, I'm trying to find the cause of ASTERISK-24673 (and ASTERISK-24640) . Is any of the developers assigned to either of those available for discussion? mjordan or Rusty (?) (Does rusty use IRC?). I compiled 13.1.0 with REF_DEBUG on and here's some output http://pastebin.com/VFJvhGZd. (Has anyone been able to reproduce ASTERISK-24673?) |
| 18:21.27 | file | neither of those issues have anyone assigned to them |
| 18:22.20 | stefan27 | aha i confused issue participant with assignee |
| 18:25.24 | stefan27 | Anyways, I'm trying to find out why a certain sip_registry is not unreffed and destroyed upon sip reload, if I can't solve the problem myself i wanna supply as much help/logs as possible to the JIRA, but i dont know how to continue |
| 18:32.13 | pabelanger | mjordan, cool patch BTW. Could have used it at the hackathon :D |
| 18:32.26 | pabelanger | Need to make some time to play with it |
| 18:41.29 | WIMPy | Ok, I think the issue I've seen is just that the logger wasn't able to write to disk fast enough and then eating away all available RAM for buffering. |
| 18:41.41 | WIMPy | Not sure an unlimited buffer is a good idea. |
| 18:48.33 | mjordan | WIMPy: Are you running with DEBUG? |
| 18:49.04 | mjordan | rmudgett: http://stackoverflow.com/questions/2392766/multiline-strings-in-json |
| 18:49.57 | WIMPy | Debug as in -d or as in compil options? |
| 18:50.29 | WIMPy | For the later I've only enables don't optimize and better backtraces. |
| 18:50.39 | mjordan | debug as in -d |
| 18:50.48 | WIMPy | no |
| 18:50.51 | mjordan | hm |
| 18:51.04 | mjordan | that is surprising then, I'd expect the logger to keep pace reasonably well with verbose only. |
| 18:51.17 | WIMPy | I tried to enable it until I noticed that the output I got was more than two hours behind. |
| 18:51.25 | mjordan | yikes |
| 18:53.09 | WIMPy | I have to say that the disk ran out of space, but even tho a 'logger rotate' worked and I removed the old file, that didn't really make a change. |
| 18:53.35 | mjordan | I'm not sure that off nominal condition gets a lot of testing :-P |
| 18:54.45 | WIMPy | The cause was the endless loop with the non-existant file, obviousely. |
| 18:55.55 | WIMPy | I tried it again, and the *CLI is immediately bedind, crolling the same timestamp along for several seconds. |
| 18:56.49 | mjordan | any error messages of any kind showing up on the CLI? |
| 18:57.00 | mjordan | or just the *CLI> prompt getting spammed? |
| 18:58.07 | WIMPy | Two alternating messages from file.c: File ... does not exist in any format and Unable to open ... |
| 18:58.47 | mjordan | hm. |
| 18:59.14 | mjordan | It probably just keeps buffering the log messages. It is arguable whether or not it should do that, but I can see both sides of that. |
| 19:00.09 | WIMPy | Yes. I'm with you. But the unlimited part is probably not good. |
| 19:00.16 | mjordan | file: Question! On r4316, when you refer to 'AoR support' - can you point me to a parsing example that does what you would like? I'm thinking that constructing a dial string isn't quite right, since it supports multiple contacts |
| 19:00.31 | mjordan | WIMPy: No, probably not. A high water mark on the logger queue would be a good improvement |
| 19:01.31 | WIMPy | Or maybe a warning couter per channel that would allow to kill it? |
| 19:01.38 | file | mjordan, there isn't really one as everything else requires an endpoint |
| 19:07.15 | mjordan | WIMPy: yeah, after you hit a certain threshold the queues should just start rejecting the log messages and require a logger rotate/restart to refresh. |
| 19:07.22 | mjordan | the constant CLI spam is unhelpful :-P |
| 19:07.26 | mjordan | file: Nuts. |
| 19:08.19 | WIMPy | I think a per channel thing would be idea. |
| 19:08.24 | WIMPy | l |
| 19:08.28 | file | mjordan, try to find endpoint, then AOR, then treat as URI? |
| 19:08.53 | WIMPy | But in this case even the quickest and dirtiest one would have helped, i.e. if Asterisk had just died. |
| 19:09.30 | mjordan | file: what would you have to specify to do that? |
| 19:09.35 | mjordan | PJSIP/foo/foo? |
| 19:09.58 | file | PJSIP/<endpoint>/<aor> is how a dial string works |
| 19:10.58 | mjordan | Hm. |
| 19:11.06 | mjordan | Except that you then would need a convenience dialplan function |
| 19:11.19 | mjordan | And how would you handle multiple contacts on an AoR in the redirect case? |
| 19:11.36 | file | use the first one, same as you are doing right now |
| 19:11.45 | file | or return all of them as Contacts and see what the endpoint does |
| 19:11.58 | file | HILARITY |
| 19:12.28 | mjordan | heh |
| 19:12.38 | mjordan | I guess I'm trying to see why specifying an AoR would be helpful |
| 19:13.04 | mjordan | What does specifying it buy us in this case, since (almost 99% likely) we only want to place one URI in the Contact header |
| 19:13.21 | mjordan | (And we can specify any arbitrary URI using PJSIP/sip:foo@foo.com) |
| 19:13.35 | file | we allow specifying an explicit AOR elsewhere when dialing so consistency - but if you don't want to I'm not going to fight it |
| 19:13.51 | mjordan | well, it's actually what I wanted initially |
| 19:14.05 | mjordan | I just couldn't see what it was buying me, since I could specify arbitrary URIs (unlike with dialing) |
| 19:14.11 | mjordan | which, unfortunately, makes sense |
| 19:14.23 | mjordan | as with dialing, I need to have codecs, and dialplan contexts, and SRTP, and stuff |
| 19:14.31 | mjordan | but in this case, we're just trying to slap a URI in a header on the way out the door |
| 19:14.57 | file | you could argue with the new PJSIP_AOR and PJSIP_CONTACT dialplan functions you don't need it at all |
| 19:15.00 | mjordan | I suppose if an endpoint had multiple AoRs it would make a difference, but I'm not sure we even look at it |
| 19:15.04 | mjordan | True |
| 19:15.25 | mjordan | shall we punt then? |
| 19:15.31 | file | SURE! |
| 19:21.28 | stefan27 | I want to find out what still holds a reference to my poor sip_registry struct but i can't quite match which +1 refcount line that a certain -1 refcount line is associated with in http://pastebin.com/aVgZEgyv is there additional tools for ref debugging besides the log produced by REF_DEBUG enabled? |
| 19:22.28 | mjordan | stefan27: as depressing as it sounds, you generally have to look at the source code and line them up |
| 19:23.51 | mjordan | stefan27: what version of Asterisk? |
| 19:27.27 | stefan27 | 13.1.0 -- this is a debugging-process of ASTERISK-24673 , but i sort of lack asterisk-code experience to debug it effectively, but since the initial bug-report could not be reproduced by Digium im trying to dig through it myself as well... I hope Digium can reproduce it next time a developer looks at it though cause we supplied some more info to the jira. |
| 19:28.30 | stefan27 | I'm trying to compile 12.6.0 with REF_DEBUG as well since there the same issue does not exist (with exact same test case) but im failing the build atm |
| 19:29.46 | mjordan | hm. |
| 19:30.42 | mjordan | heh |
| 19:31.04 | mjordan | well I'll be |
| 19:31.09 | mjordan | we switched to an ao2_container in 13 |
| 19:31.12 | mjordan | I wonder who did that |
| 19:31.43 | stefan27 | not me :) |
| 19:32.21 | mjordan | yeah, pretty sure I know what it is. |
| 19:32.28 | mjordan | We only dispose of the underlying container in an unload_module |
| 19:35.48 | stefan27 | oh? |
| 19:39.12 | mjordan | yeah. It looks like it is holding the reference. |
| 19:39.57 | mjordan | want to try a patch? |
| 19:40.01 | mjordan | completely untested |
| 19:40.04 | mjordan | but it may work |
| 19:40.06 | stefan27 | Yeah sure |
| 19:40.28 | stefan27 | im just gonna stop the 12.6.0 compilation its bugging out anyways |
| 19:40.38 | mjordan | http://pastebin.com/ZJPkS2R0 |
| 19:42.05 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:42.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:46.18 | mjordan | stefan27: let me test that out for a second |
| 19:55.21 | mjordan | stefan27: works on my box |
| 19:55.24 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:55.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:55.25 | mjordan | (with the patch) |
| 20:06.30 | stefan27 | I'll test it now, compile soon done with patch |
| 20:08.04 | mjordan | stefan27: I suspect we had trouble reproducing it initially due to looking for the "Strange, trying to register" messages |
| 20:08.14 | stefan27 | patch failed first because i copied from pastebin to clipboard which converted tabs to whitespaces |
| 20:08.16 | mjordan | That was probably ancillary to what was actualyl occurring |
| 20:08.19 | mjordan | ew |
| 20:08.23 | mjordan | stefan27: I put it up on the issue |
| 20:10.06 | stefan27 | great, let's see what happens on my machine |
| 20:17.53 | stefan27 | wow that did solve the issue |
| 20:18.53 | mjordan | nifty |
| 20:19.02 | mjordan | do you mind commenting on the issue? I'll get it put up for review today |
| 20:21.29 | stefan27 | yeah i will - how long does review usually take? and do you think this change will make it to next 13.x release? |
| 20:23.00 | pabelanger | Dear kind sir, please to be making: |
| 20:23.08 | pabelanger | *CLI> core show variables |
| 20:23.44 | pabelanger | I suspect it wouldn't be too difficult with all the xmldocs we now have |
| 20:25.07 | jsmith | pabelanger: Please to be converting XML to JSON, kind sir. JSON is "teh bomb". XML is ugly like zebra. Why u no use JSON... |
| 20:25.09 | jsmith | trolls |
| 20:25.26 | pabelanger | jsmith, hipster json? |
| 20:25.28 | pabelanger | pfft |
| 20:25.54 | jsmith | pabelanger: You say that, but if *this guy* is currently up to his eyeballs in JSON, you know it's no longer hipster... |
| 20:26.07 | pabelanger | :) |
| 20:26.13 | jsmith | pabelanger: (says the guy who convinced everyone to do the xmldocs stuff in XML in the first place) |
| 20:26.29 | stefan27 | I will test the patch in a different environment tomorrow - If I detect something unexpected ill get back, but probably is fine |
| 20:26.38 | stefan27 | bbl |
| 20:28.13 | Qwell | jsmith: JSONx or bust. http://www-01.ibm.com/support/knowledgecenter/SS9H2Y_6.0.0/com.ibm.dp.xi.doc/json_jsonxconversionrules.html |
| 20:28.49 | jsmith | Qwell: What, not JSONP or bjson or json+comments? |
| 20:29.27 | jsmith | Qwell: What about HAL, and the whole HATEOAS thing? |
| 20:30.29 | jsmith | Qwell: Yikes... JSONx is worse than I imagined... |
| 20:30.35 | Qwell | indeed |
| 20:31.00 | jsmith | Qwell: It's an ugly duckling that neither JSON nor XML fans will appreciate... |
| 20:31.22 | jsmith | Qwell: I'll keep that in mind for a good "recruiting test" problem, though :-) |
| 20:31.57 | Qwell | jsmith: "If you hated your co-workers, how would you get back at them using a JSON conversion?" |
| 20:32.29 | jsmith | Qwell: Whether or not I hate my co-workers is orthogonal to the issue... |
| 20:40.19 | mjordan | pabelanger: I'm going to refer you to the last time I asked for help with manager event documentation |
| 20:40.26 | mjordan | pabelanger: the response was *OVERWHELMING* |
| 20:40.30 | mjordan | sarcasm off |
| 20:41.02 | mjordan | jsmith: you know, I've discovered that since JSON can't handle line breaks in the middle of it, it kinda stinks for documentation |
| 20:41.21 | mjordan | CDATA is kinda useful for formatting a wall of text |
| 20:41.40 | jsmith | mjordan: Aye... |
| 20:42.05 | jsmith | can't tell you how much of his life has been spent piping json documents to the json_reformat command |
| 20:42.36 | mjordan | ooo |
| 20:44.14 | mjordan | yeah, that's handy. Long lines of text are still just long lines of text. |
| 20:45.02 | mjordan | heh |
| 20:45.08 | mjordan | JSONx: the worst of both worlds. |
| 20:45.17 | mjordan | not surprising that a consulting company would come up with that. |
| 20:47.22 | jsmith | Qwell: I see your JSONx, and raise you a set of great Reddit comments: http://www.reddit.com/r/programming/comments/h0chx/need_more_enterprise_introducing_jsonx_an_ibm |
| 20:48.57 | jsmith | mjordan: My favorite comment there is this: {IBMEnterpriseXMLj_descriptor: {IBMEnterpriseXMLj_type: "IBMEnterpriseXMLj", IBMEnterpriseXMLj_content: [{IBMEnterpriseXMLj_type: "customer", IBMEnterpriseXMLj_children: [{IBMEnterpriseXMLj_type: "name", IBMEnterpriseXMLj_children: ["John Smith"]},{IBMEnterpriseXMLj_type: "telephone", IBMEnterpriseXMLj_children: ["223-177655"]}]}]}} |
| 20:52.17 | mjordan | NOOoooo |
| 20:52.38 | mjordan | It's... it's enterprise fizz buzz, only for data exchange |
| 20:54.36 | mjordan | "Yo dawg I heard you liked serialization formats so we put a serialization format in your serialization format so you can kill yourself while you code " |
| 20:55.18 | jsmith | ACK |
| 20:57.03 | mjordan | Some people, when confronted with a problem, think, "I know, I'll use C strings!" Now they have $5h.Ï´â aâ³Ì£Ì°Ê <â«# [root@localhost] |
| 22:41.26 | *** join/#asterisk-dev snuff-work (~blatus@203.87.61.22) |
| 22:41.26 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:46.04 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 23:21.00 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-ywhocxmhstwyjylj) |
| 23:36.30 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 23:39.15 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 23:50.39 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-dopnjcgvhrmoimmd) |