Skip to content

Main content

DFA Deterministic Transition Key Audit

Audit repeated deterministic automaton source-state/symbol keys, including identical repeated targets; no silent first/last transition selection.

Loading tool…

Description

Audit repeated deterministic state/symbol transition keys, including identical duplicate records.

A deterministic transition maps a state and one literal alphabet symbol to at most one next state. A partial table may leave some pairs undefined; a complete table defines every state/symbol pair. Tracing one word, exploring all graph paths and changing the accepting set are distinct operations. IDs and symbols use exact string identity.

Audit repeated deterministic state/symbol transition keys, including identical duplicate records.

When to use this tool

Use the key audit before tracing a table that may contain conflicting or repeated transition records.

How to use the tool and how it works

  1. Enter transitionsJson using the definitions below. Serialize JSON text fields in the decoded shape shown below.
  2. Run the operation. Resolve input-format errors before interpreting an output.
  3. Read result.duplicates, using the stated boundary, ordering, sign and absence conventions.

Group transitions by exact [from,symbol] key and return groups occurring more than once with their original transition indexes.1

Input fieldMeaning and unitsAccepted input
transitionsJsonJSON array of {from,symbol,to} literal string records, preserving transition indexes. Determinism is checked or audited as described above.Text, at most 8,192 UTF-16 code units; narrower grammar/range rules also apply.

These decoded structures show the examples inside JSON text fields. Supply their serialized JSON strings as input.

json
{
  "transitionsJson": [
    {
      "from": "a",
      "symbol": "x",
      "to": "b"
    },
    {
      "from": "b",
      "symbol": "x",
      "to": "b"
    }
  ]
}
Output fieldInterpretation
resultObject containing the fields below.
result.duplicatesRepeated [from,symbol] key groups with original transition indexes.
json
{
  "input": {
    "transitionsJson": "[{\"from\": \"a\", \"symbol\": \"x\", \"to\": \"b\"}, {\"from\": \"b\", \"symbol\": \"x\", \"to\": \"b\"}]"
  },
  "output": {
    "result": {
      "duplicates": []
    }
  }
}

Limitations and assumptions

  • Even repeated identical destination records are duplicate keys. This audit reports conflicts rather than choosing a first or last transition.
  • Transition JSON is an array of {from,symbol,to} string records. Tools requiring a declared automaton use a nonempty distinct state bank and distinct alphabet, validate endpoints and symbols, and reject duplicate [from,symbol] keys. Trace-only tools validate keys without inferring a declared universe. No normalization or implicit sink is provided.
  • Every declared outer field is required and unknown outer fields are rejected. Strings and JSON text have size limits, lists are bounded to 128 entries, and JSON nesting/node counts are bounded. Tighter operation-specific bounds stated above take precedence.
  • Numeric outputs must remain finite and within safe-integer magnitude. Original record indexes and cell coordinates are zero-based; stated half-open ranges exclude their end.

Alternative or Complementary methods

Use endpoint and duplicate-key audits before transformations. Check completeness before complementing an accepting set, and preserve the declared alphabet, start-state convention and acceptance policy with exported tables.

References

  1. Tool behavior and example: DFA Deterministic Transition Key Audit — tool.io

Similar or alternative tools