<div dir="ltr">I upgraded from the following version:<div><br></div><div><div style="font-size:12.8px"><div>Erlang/OTP 20 [erts-9.0] [64-bit] [smp:4:4] [ds:4:4:10] [async-threads:10]</div><div><br></div><div>Eshell V9.0  (abort with ^G)</div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 12, 2017 at 9:54 AM, austin aigbe <span dir="ltr"><<a href="mailto:eshikafe@gmail.com" target="_blank">eshikafe@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks John.<div><br></div><div>How do I install diameter-2.1 on Windows without installing from source? Previous versions come with all the modules precompiled.</div><div><br></div><div>I just noticed that the diameter beam files are not included in OTP 20.1. </div><div><br></div><div><div>I keep getting the following error after upgrading from OTP 19.3 to OTP 20.1</div><div><br></div><div><div>11> ls().</div><div>cx_ts29229_v1270.dia     </div><div>ok</div><div>12> diameter_make:codec("cx_ts2922<wbr>9_v1270.dia", [erl]).</div><div>** exception error: undefined function diameter_make:codec/2</div><div>13> </div></div></div><div><br></div><div>Is installing from source the only option? <br></div><div><br></div><div><img src="cid:ii_15faf6e6370069d2" alt="Inline image 1" width="472" height="181"><br></div><div><br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 8:11 AM, John Högberg <span dir="ltr"><<a href="mailto:john.hogberg@ericsson.com" target="_blank">john.hogberg@ericsson.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Patch Package:           OTP 20.1.3<br>
Git Tag:                 OTP-20.1.<wbr>3<br>
Date:                    2017-<wbr>10-25<br>
Trouble Report Id:       OTP-13372, OTP-14672, OTP-14684, OTP-14694<br>
Seq num:                 ERIERL-73<wbr>, ERIERL-85, ERL-494<br>
System:                  OTP<br>
Release:                 20<br>
Application:             diame<wbr>ter-2.1.2, erts-9.1.3, snmp-5.2.8<br>
Predecessor:             OTP 20.1.2<br>
<br>
 Check out the git tag OTP-20.1.3, and build a full OTP system<br>
 including documentation. Apply one or more applications from this<br>
 build as patches to your installation using the 'otp_patch_apply'<br>
 tool. For information on install requirements, see descriptions for<br>
 each application version below.<br>
<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
 --- diameter-2.1.2 ------------------------------<wbr>--------------------<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
<br>
 The diameter-2.1.2 application can be applied independently of other<br>
 applications on a full OTP 20 installation.<br>
<br>
 --- Fixed Bugs and Malfunctions ---<br>
<br>
  OTP-14684    Application(s): diameter<br>
               Related Id(s): ERIERL-85<br>
<br>
               A fault introduced in diameter 2.1 could cause decode<br>
               errors to be ignored in AVPs following the header of a<br>
               Grouped AVP.<br>
<br>
<br>
 Full runtime dependencies of diameter-2.1.2: erts-6.4, kernel-3.2,<br>
 ssl-6.0, stdlib-2.4<br>
<br>
<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
 --- erts-9.1.3 ------------------------------<wbr>------------------------<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
<br>
 The erts-9.1.3 application can be applied independently of other<br>
 applications on a full OTP 20 installation.<br>
<br>
 --- Fixed Bugs and Malfunctions ---<br>
<br>
  OTP-14672    Application(s): erts<br>
               Related Id(s): ERL-494<br>
<br>
               Added zlib:set_controlling_process/2 to move a<br>
               zstream() between processes.<br>
<br>
<br>
  OTP-14694    Application(s): erts<br>
<br>
               Fix so that schedulers are bound correctly when the<br>
               first available cpu is not the first detected cpu. e.g.<br>
               when using "taskset -c X..Y" when X is not equal to 0.<br>
<br>
<br>
 Full runtime dependencies of erts-9.1.3: kernel-5.0, sasl-3.0.1,<br>
 stdlib-3.0<br>
<br>
<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
 --- snmp-5.2.8 ------------------------------<wbr>------------------------<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
<br>
 The snmp-5.2.8 application can be applied independently of other<br>
 applications on a full OTP 20 installation.<br>
<br>
 --- Fixed Bugs and Malfunctions ---<br>
<br>
  OTP-13372    Application(s): snmp<br>
               Related Id(s): ERIERL-73<br>
<br>
               The recbuf configuration option was not propagated<br>
               correctly to the socket for the SNMP Manager.<br>
<br>
<br>
 Full runtime dependencies of snmp-5.2.8: crypto-3.3, erts-6.0,<br>
 kernel-3.0, mnesia-4.12, runtime_tools-1.8.14, stdlib-2.5<br>
<br>
<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
 -----------------------------<wbr>------------------------------<wbr>----------<br>
______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/list<wbr>info/erlang-questions</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>