Linux & Shell

Analizador de línea de comandosComprueba dónde se separan los argumentos

Inspecciona tokens, directorios de PATH o nombres de variables sin ejecutar la entrada.

analizador de línea de comandos

Texto de entrada

Entradas analizadas

La entrada permanece en este navegador. Nunca se ejecutan comandos.

Opciones de entrada

Dialecto: comillas comunes a POSIX sh y Bash. Los tokens son palabras léxicas, no argv en ejecución. Se rechazan expansiones y operadores del shell.

Hasta 65.536 unidades UTF-16 y 512 entradas. La vista crece de 50 en 50.

Resultado desactualizado. Analiza de nuevo antes de exportar.

Este analizador de línea de comandos ayuda cuando un nombre de archivo con espacios acaba dividido o desaparece un argumento vacío. Compara cada fragmento original con el valor que queda después de quitar las comillas, antes de modificar el código que prepara la llamada.

También puedes revisar el orden de PATH o elaborar un inventario de nombres de variables de entorno. Son formatos distintos: una asignación del shell, el valor de PATH y una lista de líneas NAME=VALUE no se interpretan de la misma manera. Cambiar de modo conserva el texto.

¿Por qué usar este analizador de línea de comandos?

Haz visibles las separaciones antes de reescribir la entrada.

Un argumento vacío sigue existiendo

El analizador de línea de comandos conserva los tokens formados por comillas vacías y une los fragmentos contiguos. Muestra el origen y la posición junto al valor. Una comilla sin cerrar produce un error, en lugar de una reparación silenciosa.

Los fragmentos agrupados pasan a tokens separados y se conserva un recuadro vacío.

Quita duplicados sin ordenar los directorios

PATH conserva la escritura y el orden original de sus entradas. Cada duplicado apunta a su primera aparición y los huecos siguen visibles. Previsualiza la eliminación o el movimiento, aplícalo y recupera una vez la entrada y el resultado anteriores.

Se elimina una carpeta repetida sin cambiar el orden de las restantes ni de un hueco vacío.

Tres comprobaciones antes de exportar

01

Selecciona la gramática correcta

El modo de comandos utiliza el subconjunto de comillas compartido por POSIX sh y Bash. PATH espera el valor de la variable; el inventario de nombres acepta un registro NAME=VALUE por línea. La selección no transforma ni sustituye lo que has pegado.

  • Elegir punto y coma para PATH no activa la interpretación de comandos de Windows.
02

Lee las posiciones y los huecos

Los valores se representan como cadenas JSON para distinguir espacios, cadenas vacías y saltos de línea. Los directorios repetidos indican su primera aparición; los nombres de variables repetidos tampoco se sobrescriben.

  • Las líneas y columnas empiezan en uno; los desplazamientos del original cuentan unidades UTF-16.
03

Revisa cada cambio antes de aplicarlo

La eliminación, el movimiento, los ejemplos y el borrado abren una vista previa. El análisis automático espera 350 ms. Si lo desactivas, utiliza el botón o Ctrl/Cmd+Intro para procesar la entrada.

  • Una modificación del texto o de los ajustes desactiva ambos métodos de exportación hasta obtener un resultado nuevo.

Tokens, rutas de búsqueda y nombres de variables

Compara el texto con su valor

Las comillas simples preservan su contenido. Las dobles mantienen los espacios y aplican las reglas limitadas de POSIX para la barra inversa. Los fragmentos adyacentes se unen; -1 sigue siendo un token, sin adivinar si el programa lo trata como una opción.

Inspecciona el orden de PATH

Escoge explícitamente dos puntos o punto y coma. La lista muestra las posiciones, las repeticiones y las entradas vacías. Solo se eliminan duplicados posteriores no vacíos y exactamente iguales. Mover un elemento afecta a dos posiciones y requiere confirmación.

Obtén un inventario de claves

Se admiten nombres ASCII, el prefijo export opcional, líneas vacías y comentarios que ocupan una línea completa. Las claves repetidas conservan su posición. Los valores situados después del signo igual no se interpretan ni se incluyen en los resultados o en el informe JSON.

Exporta el informe completo

El panel muestra 50 registros cada vez y permite desplegar más. La exportación contiene siempre todos los registros válidos, con posiciones y referencias a duplicados. Si falla el análisis, no se habilita la copia de un resultado parcial que parezca correcto.

Límites de la interpretación

Los tokens no son el argv definitivo
Palabras como NAME=value permanecen en la lista. No se consultan esquemas de opciones, alias, funciones internas ni la gramática de palabras reservadas. Una separación correcta no demuestra que el programa vaya a aceptar la llamada ni que los archivos existan.
Sin ejecución ni expansión
Se rechazan operadores y caracteres de expansión sin comillas. El dólar y el acento grave sin escape también se rechazan dentro de comillas dobles. No se evalúan variables, patrones glob, sustituciones ni comillas ANSI-C; una cita o un escape adecuado puede convertir esos caracteres en texto literal.
Una sola orden lógica
No se admiten tuberías, redirecciones, listas de comandos ni saltos de línea sin proteger entre órdenes. Una barra inversa seguida de LF continúa la misma línea lógica; se permite LF al final. Los caracteres CR de un comando se rechazan sin normalizarlos.
Las rutas se mantienen tal cual
No se recortan espacios, se cambia la capitalización, se normalizan barras ni se consulta el sistema de archivos. /bin y /bin/ son distintos. Las entradas vacías de PATH con dos puntos representan el directorio actual y se conservan. Las comillas y referencias de variables permanecen literales.
El inventario no valida dotenv
Los valores de entorno son texto opaco, aunque contengan comillas incompletas. Una línea de continuación sin NAME= produce un error. Editar valores, expandir referencias o modificar el entorno del sistema son tareas ajenas a esta lista de nombres.
Capacidad y dialectos explícitos
Se aceptan hasta 65.536 unidades UTF-16 y 512 registros. Son límites de esta herramienta, no del sistema operativo. No se admiten comandos de Windows CRT, cmd o PowerShell, archivos subidos, búsqueda de ejecutables ni enlaces que incluyan la entrada.

Preguntas sobre el analizador de línea de comandos

¿Cómo se pasan parámetros con espacios a un script Bash?

En la sintaxis admitida, las comillas simples o dobles mantienen los espacios dentro de un mismo token. Compara el fragmento original con su valor para comprobar esa frontera. El tratamiento posterior dentro del script depende de cómo se utilice el argumento.

¿Por qué un if de Bash puede dar «demasiados argumentos»?

Una expansión sin la protección adecuada puede producir más palabras de las previstas, aunque el origen visual parezca una sola expresión. Este inspector no evalúa if ni expande variables. Sirve para revisar la parte literal y sus comillas, no para sustituir un analizador semántico del script.

¿Sirve para las comillas de CMD al pasar argumentos a un EXE?

No. Las reglas de cmd, del runtime C y de PowerShell son diferentes de las de POSIX. Poder dividir un PATH mediante punto y coma no cambia el dialecto del modo de comandos. Utiliza una herramienta específica para ese programa y ese intérprete.

¿Qué significa la virgulilla ~ en Bash?

En determinados contextos Bash la expande a un directorio personal. Aquí no se consulta esa información y una virgulilla sin protección se rechaza. Si forma parte literal de un argumento, las comillas o el escape adecuado permiten representarla sin intentar una expansión.

¿Hay que añadir comillas al resultado de printenv?

La salida de una variable ya es un valor, no necesariamente código shell reutilizable. El modo PATH espera ese valor bruto, sin comillas añadidas. El inventario de entorno solo conserva nombres de líneas NAME=VALUE y no reconstruye asignaciones ni comandos a partir de sus valores.

¿Falta algún caso de dirección o prefijo?

Vuelve a la entrada actual

Regresa al analizador de línea de comandos, compara los fragmentos con sus posiciones y exporta el informe cuando siga actualizado.

No se ejecutan comandos ni se modifica el entorno del sistema.