Skip to content

Main content

Option End Marker Partition

Partition an explicit argv at its first exact -- end-of-options marker; no shell tokenization or reclassification of later tokens.

Loading tool…

Description

Partition an explicit argv at its first exact -- end-of-options marker; no shell tokenization or reclassification of later tokens.

An argv vector already consists of literal argument strings. Shell quoting and tokenization happen before this representation; joining argv elements with spaces does not reconstruct a safe command string. Option aliases, duplicates, arity and dependencies are application policies that these tools take explicitly.

Partition an explicit argv at its first exact -- end-of-options marker; no shell tokenization or reclassification of later tokens.

When to use this tool

Use this tool to partition an explicit argv at its first exact -- end-of-options marker; no shell tokenization or reclassification of later tokens.

How to use the tool and how it works

  1. Enter arguments using the input definitions below.
  2. Run the operation. Resolve malformed-input errors before interpreting the result.
  3. Read result.before, result.after, result.markerIndex. Interpret signs, units, ordering and null values using the rules below.

Locate the first exact -- token. Return tokens before and after it, excluding that marker, plus its zero-based index; if absent return the whole list as before, empty after and null markerIndex.1

Input fieldMeaning and unitsAccepted input
argumentsLiteral argv string vector in source order; each element is already one argument.Dense list of at most 128 strings, each at most 8,192 UTF-16 code units.
Output fieldInterpretation
resultObject containing the fields below.
result.beforeArguments before the first exact end-of-options marker, excluding that marker.
result.afterLiteral arguments after the marker; empty if no marker occurs.
result.markerIndexOriginal index of the first exact marker, or null.
json
{
  "input": {
    "arguments": [
      "-x",
      "--",
      "--value"
    ]
  },
  "output": {
    "result": {
      "before": [
        "-x"
      ],
      "after": [
        "--value"
      ],
      "markerIndex": 1
    }
  }
}

Limitations and assumptions

  • Later -- tokens remain literal members of after. No shell splitting or option parsing is performed.
  • Inputs are literal tokens or explicit records. The restricted long-name grammar is [A-Za-z0-9][A-Za-z0-9-]* where required. No universal option syntax, shell semantics or process execution is inferred.
  • Every declared top-level input is required and unknown fields are rejected. Ordinary strings are limited to 8,192 UTF-16 code units and lists to 128 entries, with tighter operation-specific bounds where stated. JSON text has bounded nesting and node counts.
  • Numeric outputs must be finite and within the absolute safe-integer magnitude; exact larger integers use decimal text. Source positions are zero-based UTF-16 offsets and span ends are exclusive unless a different convention is explicitly stated.

Alternative or Complementary methods

Use the application’s option schema to choose arity, aliases and conflict policy. Pass a literal argv vector to the intended process interface; shell command construction requires separate quoting rules.

References

  1. Tool behavior and example: Option End Marker Partition — tool.io

Similar or alternative tools

  • Long Option Assignment Joiner

    Format one literal long-option argv token under a restricted ASCII option-name grammar; returns one argument, not shell quoting.

  • Long Option Assignment Splitter

    Split one strict ASCII --long-name[=value] argv token at the first equals; no shell parsing or implicit next-token consumption.