← Back to branch summary

~ubuntu-branches/ubuntu/lucid/erlang/lucid-updates

« back to all changes in this revision

Viewing changes to erts/doc/src/match_spec.xml

  • Committer: Elliot Murphy
  • Date: 2009-12-22 02:56:21 UTC
  • mfrom: (3.3.5 sid)
  • Revision ID: elliot@elliotmurphy.com-20091222025621-qv3rja8gbpiabkbe
Tags: 1:13.b.3-dfsg-2ubuntu1
* Merge with Debian testing; remaining Ubuntu changes:
  - Drop libwxgtk2.8-dev build dependency. Wx isn't in main, and not
    supposed to. (LP #438365)
  - Drop erlang-wx binary.
  - Drop erlang-wx dependency from -megaco, -common-test, and -reltool, they
    do not really need wx. Also drop it from -debugger; the GUI needs wx,
    but it apparently has CLI bits as well, and is also needed by -megaco,
    so let's keep the package for now.
* Fixed dialyzer(1) manpage which was placed into section 3 and conflicted
  with dialyzer(3erl).
* New upstream release (it adds a new binary package erlang-erl-docgen).
* Refreshed patches, removed most of emacs.patch which is applied upstream.
* Linked run_test binary from erlang-common-test package to /usr/bin.
* Fixed VCS headers in debian/control.
* Moved from prebuilt manpages to generated from sources. This adds
  erlang-manpages binary package and xsltproc build dependency.

Show diffs side-by-side

added added

removed removed

Lines of Context:
erts/doc/src/match_spec.xml
29
29
    <checked></checked>
30
30
    <date>1999-06-01</date>
31
31
    <rev>PA1</rev>
32
 
    <file>match_spec.sgml</file>
 
32
    <file>match_spec.xml</file>
33
33
  </header>
34
34
  <p>A "match specification" (match_spec) is an Erlang term describing a
35
35
    small "program" that will try to match something (either the
260
260
        either a process identifier or the registered name of a
261
261
        process to set trace flags on, the second is the disable
262
262
        list, and the third is the enable list. Returns
263
 
        <c><![CDATA[true]]></c> if any trace propery was changed for the
 
263
        <c><![CDATA[true]]></c> if any trace property was changed for the
264
264
        trace target process or <c><![CDATA[false]]></c> if not. It may only
265
265
        be used in the <c><![CDATA[MatchBody]]></c> part when tracing.
266
266
        </p>
441
441
          <c><![CDATA[MatchConditions]]></c>, but completely ignore the return
442
442
           values. Regardless of what happens in this part, the match has
443
443
           succeeded.</item>
444
 
          <item><em>If the match_spec is executed when selectiing objects from an ETS table:</em><br></br>
 
444
          <item><em>If the match_spec is executed when selecting objects from an ETS table:</em><br></br>
445
445
           Evaluate the expressions in order and return the value of
446
446
           the last expression (typically there is only one expression
447
447
           in this context)</item>
459
459
      ETS context.</p>
460
460
    <p>When tracing there is no return value to produce, the
461
461
      match specification either matches or doesn't. The effect when the
462
 
      expression matches is a trace messsage rather then a returned
 
462
      expression matches is a trace message rather then a returned
463
463
      term. The <c><![CDATA[ActionTerm]]></c>'s are executed as in an imperative
464
464
      language, i.e. for their side effects. Functions with side effects
465
465
      are also allowed when tracing.</p>