Los 10 errores de sintaxis más comunes en PSeInt (2026)

Casi todos los programas que no compilan en PSeInt fallan por un puñado de errores que se repiten una y otra vez. Esta lista reúne los 10 errores de sintaxis más comunes: cada uno muestra la forma incorrecta, la forma correcta y una explicación breve para que no vuelvas a tropezar con él.

Consejo de lectura: no intentes memorizar la lista. Úsala como referencia: cuando PSeInt marque un error, busca aquí el patrón que se parezca a tu código.

1. Mientras terminado en Entonces (debe ser Hacer)

Mal: Mientras x < 10 Entonces
Bien: Mientras x < 10 Hacer

La estructura Si usa Entonces, pero Mientras y Para usan Hacer. Es la confusión más típica al empezar.

2. Leer un decimal en una variable Entero

Mal: Definir n Como Entero; y luego Leer n; ingresando 3.7
Bien: Definir n Como Real;

Si la variable es Entero y el usuario ingresa decimales, habrá problemas. Cuando el dato puede tener decimales, declara la variable Como Real desde el inicio.

3. Olvidar el FinSi

Mal: abrir un Si ... Entonces y no cerrarlo
Bien: todo Si debe cerrarse con su FinSi correspondiente

Cada estructura de control que abras debes cerrarla: Si→FinSi, Mientras→FinMientras, Para→FinPara. Cuenta aperturas y cierres cuando el error no aparezca claro.

4. Si sin Entonces

Mal: Si edad >= 18 (y directamente las instrucciones)
Bien: Si edad >= 18 Entonces

La palabra Entonces es obligatoria después de la condición del Si. Sin ella, PSeInt no sabe dónde termina la condición y empiezan las instrucciones.

5. Segun con una expresión que no es numérica ni carácter

Mal: Segun nombre Completo Hacer con una cadena larga
Bien: usar Segun con variables numéricas o de carácter simples

La instrucción Segun está pensada para evaluar expresiones numéricas o de carácter. Para comparar textos largos o condiciones complejas, encadena varios Si en su lugar.

6. Olvidar el punto y coma en perfil estricto

Mal: Escribir "Hola" (sin ;) en perfil estricto
Bien: Escribir "Hola";

En el perfil estricto cada instrucción debe terminar con ;. Si vienes del perfil flexible, este es el error que más veces verás al cambiar. Más detalles en punto y coma en PSeInt.

7. Comillas de texto sin cerrar

Mal: Escribir "Hola, mundo;
Bien: Escribir "Hola, mundo";

Todo texto debe abrir y cerrar comillas. Cuando falta la de cierre, PSeInt interpreta el resto de la línea (y a veces líneas siguientes) como parte del texto y el error aparece lejos del verdadero problema.

8. Usar un arreglo sin declararlo con Dimension

Mal: notas[1] <- 10; sin haber declarado el arreglo
Bien: primero Dimension notas[5]; y después usarlo

Los arreglos deben dimensionarse antes de usarse. Además, acceder fuera del tamaño declarado produce el Error 303.

9. Nombres de variables con espacios

Mal: Definir nota final Como Real;
Bien: Definir nota_final Como Real;

Los identificadores no pueden contener espacios. Usa guion bajo (_) para separar palabras en los nombres de variables.

10. Elegir el perfil de lenguaje equivocado

Mal: escribir sintaxis de un perfil y ejecutar con otro
Bien: verificar en el menú de configuración qué perfil está activo

Parte de la sintaxis (punto y coma, palabras clave aceptadas, índices de arreglos) depende del perfil. Si un código que «debería funcionar» da errores extraños, revisa el perfil antes de reescribir nada. Tienes la comparación en perfil flexible vs estricto.

Cómo depurar con método

Cuando PSeInt marque un error: 1) lee el número y el mensaje; 2) ve a la línea indicada (el problema real a veces está una o dos líneas antes); 3) compárala con esta lista. Nueve de cada diez errores de principiante están aquí. Para una visión general de fallos, visita la guía de errores comunes en PSeInt.

Preguntas frecuentes

¿Por qué el error aparece en una línea distinta a la del problema?
Porque PSeInt detecta el error cuando la sintaxis deja de tener sentido, que puede ser una o dos líneas después del verdadero fallo (típico con comillas sin cerrar o FinSi olvidados). Revisa siempre las líneas anteriores.
¿El punto y coma es obligatorio siempre?
Depende del perfil: en el perfil estricto sí es obligatorio al final de cada instrucción; en el flexible, no. Si dudas, ponlo siempre: no hace daño en ningún perfil.
¿Puedo usar tildes o ñ en nombres de variables?
Es preferible evitarlos. Usa solo letras sin tilde, números (no como primer carácter) y guion bajo para máxima compatibilidad entre versiones y perfiles.
¿Dónde consulto el significado de un código de error?
En la ayuda incluida en PSeInt (tecla F1 o en el menú Ayuda) y en las guías de errores de este sitio, como la de errores comunes y las dedicadas a códigos específicos.

Publicaciones Similares