path: root/lib/observer/doc/src/notes.xml

<?xml version="1.0" encoding="latin1" ?>
<!DOCTYPE chapter SYSTEM "chapter.dtd">

<chapter>
  <header>
    <copyright>
      <year>2004</year><year>2011</year>
      <holder>Ericsson AB. All Rights Reserved.</holder>
    </copyright>
    <legalnotice>
      The contents of this file are subject to the Erlang Public License,
      Version 1.1, (the "License"); you may not use this file except in
      compliance with the License. You should have received a copy of the
      Erlang Public License along with this software. If not, it can be
      retrieved online at http://www.erlang.org/.

      Software distributed under the License is distributed on an "AS IS"
      basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See
      the License for the specific language governing rights and limitations
      under the License.

    </legalnotice>

    <title>Observer Release Notes</title>
    <prepared>otp_appnotes</prepared>
    <docno>nil</docno>
    <date>nil</date>
    <rev>nil</rev>
    <file>notes.xml</file>
  </header>
  <p>This document describes the changes made to the Observer
    application.</p>

<section><title>Observer 0.9.10</title>

    <section><title>Fixed Bugs and Malfunctions</title>
      <list>
        <item>
          <p>
	    Do not install *.bat files on non-win32 machines (Thanks
	    to Hans Ulrich Niedermann)</p>
          <p>
	    Own Id: OTP-9515</p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.9</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    The time needed for loading a crashump into the crashdump
	    viewer would earlier grow exponentially with the size of
	    the crashdump file. Reading a file of 20M would take a
	    couple of minutes, and for a dump of 250M it would take
	    between 1 and 2 hours. This has been solved.</p>
          <p>
	    Earlier, all processes, timers, funs or ets-tables would
	    be loaded into the memory of the crashdump viewer node
	    before sending it on to the web server. This has been
	    changed and the pages are now sent to the web server in
	    chunks.</p>
          <p>
	    A security function in newer web browsers prevents a full
	    file path to be sent from an HTML file input field, i.e.
	    the field needed to implement the "Browse" button when
	    loading a file into the crashdump viewer. To overcome
	    this, the file input field is no longer used. Instead a
	    normal text input field is used, and the user needs to
	    manually insert the complete file path. For convenience,
	    a shell script and a batch file are added to the observer
	    application. These can be used to start the
	    crashdump_viewer and a browser and load a file - with the
	    file name given from the command line. The shell script
	    and batch file are called cdv and cdv.bat respectively,
	    and can be found in the priv dir of the observer
	    application.</p>
          <p>
	    Own Id: OTP-9051 Aux Id: seq11789 </p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.8.4</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    The multitrace.erl installation example file is now
	    installed in the examples directory. (Thanks to Peter
	    Lemenkov.)</p>
          <p>
	    Own Id: OTP-8857</p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.8.3</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    The test suite has been updated for R14A.</p>
          <p>
	    Own Id: OTP-8708</p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.8.2</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    Misc updates</p>
          <p>
	    Own Id: OTP-8456</p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.8.1</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    Major improvements of the Erlang distribution for Erlang
	    runtime systems with SMP support. Previously distribution
	    port locks were heavily contended, and all encoding and
	    decoding for a specific distribution channel had to be
	    done in sequence. Lock contention due to the distribution
	    is now negligible and both encoding and decoding of
	    Erlang messages can be done in parallel.</p>
          <p>
	    The old atom cache protocol used by the Erlang
	    distribution has been dropped since it effectively
	    prevented all parallel encoding and decoding of messages
	    passed over the same distribution channel.</p>
          <p>
	    A new atom cache protocol has been introduced which
	    isolates atom cache accesses and makes parallel encoding
	    and decoding of messages passed over the same
	    distribution channel possible. The new atom cache
	    protocol also use an atom cache size 8 times larger than
	    before. The new atom cache protocol is documented in the
	    ERTS users guide.</p>
          <p>
	    Erlang messages received via the distribution are now
	    decoded by the receiving Erlang processes without holding
	    any distribution channel specific locks. Erlang messages
	    and signals sent over the distribution are as before
	    encoded by the sending Erlang process, but now without
	    holding any distribution channel specific locks during
	    the encoding. That is, both encoding and decoding can be
	    and are done in parallel regardless of distribution
	    channel used.</p>
          <p>
	    The part that cannot be parallelized is the atom cache
	    updates. Atom cache updates are therefore now scheduled
	    on the distribution port. Since it is only one entity per
	    distribution channel doing this work there is no lock
	    contention due to the atom cache updates.</p>
          <p>
	    The new runtime system does not understand the old atom
	    cache protocol. New and old runtime systems can however
	    still communicate, but no atom cache will be used.</p>
          <p>
	    Own Id: OTP-7774</p>
        </item>
      </list>
    </section>

</section>

<section><title>Observer 0.9.8</title>

    <section><title>Improvements and New Features</title>
      <list>
        <item>
          <p>
	    <c>etop</c> would crash if the emulator's custom
	    allocators had been turned off (e.g. using the
	    <c>+Meamin</c> option).</p>
          <p>
	    Own Id: OTP-7519</p>
        </item>
        <item>
	    <p>The copyright notices have been updated.</p>
          <p>
	    Own Id: OTP-7851</p>
        </item>
      </list>
    </section>

</section>

  <section>
    <title>Observer 0.9.7.4</title>

    <section>
      <title>Improvements and New Features</title>
      <list type="bulleted">
        <item>
          <p>Minor Makefile changes.</p>
          <p>Own Id: OTP-6689</p>
        </item>
        <item>
          <p>Obsolete guard tests (such as list()) have been replaced
            with the modern guard tests (such as is_list()).</p>
          <p>Own Id: OTP-6725</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.7.3</title>

    <section>
      <title>Improvements and New Features</title>
      <list type="bulleted">
        <item>
          <p>This application has been updated to eliminate warnings
            by Dialyzer.</p>
          <p>Own Id: OTP-6551</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.7.2</title>

    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p>Several minor bugs and race conditions eliminated in the
            runtime_tools and observer applications.</p>
          <p>Own Id: OTP-6265</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.7.1</title>

    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p>Crash dump with large integers could crash the
            <c>crashdump_viewer</c>.</p>
          <p>Own Id: OTP-6301</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.7 (R11B)</title>

    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p>Fixed a bug in <c>etop</c> which made the Load and Memory
            information in the header incorrect -- for example the
            value shown for <c>binary</c> (memory allocated for
            binaries) was actually the number of currently running
            processes. (Thanks to Rikard Johansson.)</p>
          <p>Own Id: OTP-6075</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.6.2</title>

    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p>The Observer application has been recompiled because of
            a compiler bug.</p>
          <p>Own Id: OTP-5700</p>
        </item>
      </list>
    </section>
  </section>

  <section>
    <title>Observer 0.9.6.1</title>

    <section>
      <title>Fixed Bugs and Malfunctions</title>
      <list type="bulleted">
        <item>
          <p><c>crashdump_viewer</c> is faster when showing message,
            dictionary, and stack dump for large processes.</p>
          <p>Own Id: OTP-5408</p>
        </item>
      </list>
    </section>
  </section>
</chapter>