<div>Can erlang read xlsx file (excel file)?</div><div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b> "erlang-questions-request";<erlang-questions-request@erlang.org>;</div><div><b>Date: </b> Thu, Oct 17, 2013 06:00 PM</div><div><b>To: </b> "erlang-questions"<erlang-questions@erlang.org>; <wbr></div><div></div><div><b>Subject: </b> erlang-questions Digest, Vol 135, Issue 4</div></div><div><br></div>Send erlang-questions mailing list submissions to<br> erlang-questions@erlang.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>      http://erlang.org/mailman/listinfo/erlang-questions<br>or, via email, send a message with subject or body 'help' to<br>     erlang-questions-request@erlang.org<br><br>You can reach the person managing the list at<br>  erlang-questions-owner@erlang.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of erlang-questions digest..."<br><br><br>Today's Topics:<br><br>   1. Re:  A (hopefully simple) diameter relay question<br>      (Anders Svensson)<br>   2. Re:  A (hopefully simple) diameter relay question (Tim Watson)<br>   3.  memsup errors on Mac OS X 10.8.4 (Max Lapshin)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 16 Oct 2013 12:22:04 +0200<br>From: Anders Svensson <anders.otp@gmail.com><br>To: Tim Watson <watson.timothy@gmail.com><br>Cc: "erlang-questions@erlang.org Questions"<br>        <erlang-questions@erlang.org><br>Subject: Re: [erlang-questions] A (hopefully simple) diameter relay<br>      question<br>Message-ID:<br> <CADho9oeUcfZtVRcqmJca83zDaGUs3=na0CnQGvLeSLtgmVEEQg@mail.gmail.com><br>Content-Type: text/plain; charset=UTF-8<br><br>Hi Tim.<br><br>On Tue, Oct 15, 2013 at 5:32 PM, Tim Watson <watson.timothy@gmail.com> wrote:<br>> Putting the list back on cc...<br>><br>> So actually, having read through someone else's adventure -<br>> http://erlang.org/pipermail/erlang-questions/2013-March/072918.html - I see<br>> that if you have multiple 'Auth-Application-Id' entries, you seem to need<br>> and {application, Config} tuple for each entry with the relevant dictionary.<br>> That's not at all what I want. I wish to 'snoop' on the AVPs and relay all<br>> traffic to the real diameter server. I had hoped that by just setting up<br>><br>> {'Auth-Application-Id', [?DIAMETER_APP_ID_RELAY]}, {application, [....,<br>> {dictionary, ?DIAMETER_DICT_RELAY}]}<br>><br>> that I could avoid all of that.<br><br>Yes, this is the right thing to do.<br><br>> But unless I set the same list of values in 'Auth-Application-Id' on the<br>> erlang relay as I do on the server, the capabilities exchange seems to fail.<br><br>How do the CER/CEA messages look when it fails?<br><br>/Anders, Erlang/OTP<br><br>> Is it in fact possible to be a transparent relay/proxy in this fashion? I've<br>> spent the best part of 24 hours fiddling around with auth-app-ids in the<br>> test client / server and that's fair enough - but now the test client and<br>> server will happily talk directly to each other, but once the erlang relay<br>> gets in the middle it all falls apart. There must be some rules about how to<br>> configure a relay agent that I'm missing.<br>><br>> Cheers,<br>> Tim<br>><br>> On 15 Oct 2013, at 10:32, Ferenc Holzhauser wrote:<br>><br>> Hi Tim,<br>><br>> AFAIK the restrict_connections and use_shared_peers options are internal to<br>> the diameter app for the case it is distributed when connections may be<br>> handled on different erlang nodes.<br>><br>> Typically if pick peer doesn't give you anything to pick from (assuming that<br>> peers are connected) then the remote end didn't announce support for the app<br>> id you're trying to send to (and/or tell that he is a jolly joker relay<br>> accepting anything). You being relay is not doing a lot when sending IMO.<br>> What did your seagull announce when connecting?<br>><br>> BR,<br>> Ferenc<br>><br>><br>><br>><br>> On 14 October 2013 17:43, QDev <watson.timothy@gmail.com> wrote:<br>>><br>>> Hi folks,<br>>><br>>> Hopefully I'm being a bit dense and missing some obvious configuration<br>>> here, but how do I get the OTP application to relay diameter messages to<br>>> another (externally hosted) diameter server? I start my service with<br>>> {'Auth-Application-Id', [?DIAMETER_APP_ID_RELAY]}, {restrict_connections,<br>>> false} and {use_shared_peers, true}, and then start a listener and a relay<br>>> to the upstream using the example peer module:<br>>><br>>> peer:connect(?MODULE, {tcp, loopback, 13868}),<br>>> peer:listen(?MODULE, tcp),<br>>><br>>> However whilst my callback module's handle_request gets called fine, when<br>>> it returns {relay, [{extra, [relayed]}]}, in the corresponding pick_peer/5<br>>> callback there are no remote (or local) peers to select from! Do I need to<br>>> add additional service configuration in order to relay to another diameter<br>>> server? The server I am trying to "forward" traffic to is *not* an<br>>> Erlang/OTP server btw, but some other diameter server (or as it happens in<br>>> this particular case, a diameter test bed server running on seagull).<br>>><br>>> Cheers,<br>>> Tim<br>>> _______________________________________________<br>>> erlang-questions mailing list<br>>> erlang-questions@erlang.org<br>>> http://erlang.org/mailman/listinfo/erlang-questions<br>><br>><br>><br>><br>> _______________________________________________<br>> erlang-questions mailing list<br>> erlang-questions@erlang.org<br>> http://erlang.org/mailman/listinfo/erlang-questions<br>><br><br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 16 Oct 2013 11:39:42 +0100<br>From: Tim Watson <watson.timothy@gmail.com><br>To: Anders Svensson <anders.otp@gmail.com><br>Cc: "erlang-questions@erlang.org Questions"<br>      <erlang-questions@erlang.org><br>Subject: Re: [erlang-questions] A (hopefully simple) diameter relay<br>      question<br>Message-ID: <C1BFC706-59F4-4891-A471-7E2CB2827DB1@gmail.com><br>Content-Type: text/plain; charset=us-ascii<br><br>Hi Anders,<br><br>On 16 Oct 2013, at 11:22, Anders Svensson wrote:<br>> On Tue, Oct 15, 2013 at 5:32 PM, Tim Watson <watson.timothy@gmail.com> wrote:<br>>> I had hoped that by just setting up<br>>> <br>>> {'Auth-Application-Id', [?DIAMETER_APP_ID_RELAY]}, {application, [....,<br>>> {dictionary, ?DIAMETER_DICT_RELAY}]}<br>>> <br>>> that I could avoid all of that.<br>> <br>> Yes, this is the right thing to do.<br>> <br><br>Ah, good to know.<br><br>>> But unless I set the same list of values in 'Auth-Application-Id' on the<br>>> erlang relay as I do on the server, the capabilities exchange seems to fail.<br>> <br>> How do the CER/CEA messages look when it fails?<br>> <br><br>I'm not in front of it right now, but as soon as I am, I'll look through the wireshark traces and post back.<br><br>Thanks!<br><br>Tim<br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 17 Oct 2013 13:49:32 +0400<br>From: Max Lapshin <max.lapshin@gmail.com><br>To: Erlang-Questions Questions <erlang-questions@erlang.org><br>Subject: [erlang-questions] memsup errors on Mac OS X 10.8.4<br>Message-ID:<br>     <CAMxVRxDw6bx=tEcRzgO2zF0PAVi-F_M7s3nCxyn12iarZVQeiA@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>(flussonic@127.0.0.1)49> 13:02:03.502 emulator Error in process <0.16248.3><br>on node 'flussonic@127.0.0.1' with exit value: {{case_clause,{more,"Pages<br>free:~d.",0,[]}},[{memsup,fread_value,2,[{file,"memsup.erl"},{line,760}]},{memsup,get_memory_usage,1,[{file,"memsup.erl"},{line,730}]},{memsup,'-handle_call/3-fun-1-',2,[{file,"memsup.erl"},{line,285}]}]}<br><br><br>Looks like something two years ago:<br>http://erlang.org/pipermail/erlang-bugs/2009-October/001559.html<br><br>Currently my vm_stat shows:<br><br>$ vm_stat<br>Mach Virtual Memory Statistics: (page size of 4096 bytes)<br>Pages free:                         979676.<br>Pages active:                       603451.<br>Pages inactive:                      74428.<br>Pages speculative:                  162379.<br>Pages wired down:                   243971.<br>"Translation faults":            244013412.<br>Pages copy-on-write:              15480794.<br>Pages zero filled:               211325884.<br>Pages reactivated:                  428830.<br>Pageins:                          22645518.<br>Pageouts:                                0.<br>Object cache: 14 hits of 372888 lookups (0% hit rate)<br><br><br><br>Can I provide any other information about this failure?<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://erlang.org/pipermail/erlang-questions/attachments/20131017/0aeda644/attachment-0001.html><br><br>------------------------------<br><br>_______________________________________________<br>erlang-questions mailing list<br>erlang-questions@erlang.org<br>http://erlang.org/mailman/listinfo/erlang-questions<br><br><br>End of erlang-questions Digest, Vol 135, Issue 4<br>************************************************<br>.<br></div>