Ejecutas tu programa y… nada. La ventana no responde, no muestra resultados y parece haberse quedado «colgada». En la gran mayoría de los casos no es que PSeInt se haya roto: tu programa entró en un ciclo infinito, un bucle cuya condición nunca deja de cumplirse. Aquí verás cómo detenerlo y cómo evitarlo.

Cómo detener un programa colgado

Cuando un programa no responde durante la ejecución, busca en la barra de herramientas de PSeInt el botón Detener (suele representarse con un cuadrado, como el «stop» de un reproductor) y púlsalo. Esto interrumpe la ejecución y te devuelve el control del editor.

Si el botón Detener no respondiera (situación poco habitual), cerrar la ventana de ejecución también interrumpe el programa.

Causa 1: la condición del Mientras nunca se vuelve falsa

El caso más frecuente: un Mientras cuya condición siempre es verdadera porque nada dentro del bucle la modifica.

Proceso BucleInfinito
    Definir x Como Entero;
    x <- 1;
    Mientras x < 10 Hacer
        Escribir "x vale ", x;
    FinMientras
FinProceso

x siempre vale 1, así que x < 10 nunca deja de cumplirse. La corrección habitual es actualizar la variable dentro del bucle:

Proceso BucleCorregido
    Definir x Como Entero;
    x <- 1;
    Mientras x < 10 Hacer
        Escribir "x vale ", x;
        x <- x + 1;
    FinMientras
FinProceso

Causa 2: el paso del Para va en la dirección equivocada

En un Para…Hasta, si el paso avanza en dirección contraria al límite, el contador nunca lo alcanza:

Proceso PasoIncorrecto
    Definir i Como Entero;
    Para i <- 1 Hasta 10 Con Paso -1 Hacer
        Escribir i;
    FinPara
FinProceso

El contador empieza en 1 y decrece, alejándose del 10 en cada vuelta. La solución es usar un paso positivo cuando el límite es mayor que el inicio (o replantear los límites del bucle).

Causa 3: olvidaste actualizar el contador

Variante de la causa 1: la condición sí podría volverse falsa, pero olvidaste la instrucción que actualiza la variable de control. Revisa que dentro del bucle exista una asignación que acerque la condición a su fin (x <- x + 1, intentos <- intentos - 1, etc.).

Señales de que estás ante un ciclo infinito

Antes de pulsar Detener, confirma el diagnóstico con estas señales:

• El programa no muestra ningún resultado nuevo desde hace un rato, pero tampoco muestra un mensaje de error.
• Si añadiste un Escribir temporal dentro del bucle, ves que la variable de control no avanza (siempre el mismo valor) o que los mensajes se repiten sin fin.
• El consumo de CPU sube mientras la ventana de ejecución sigue abierta: el programa está trabajando, solo que en algo que nunca termina.

Con el diagnóstico confirmado, detén la ejecución y revisa la condición del bucle y la actualización de su variable de control: ahí está la causa en la gran mayoría de los casos.

Cómo prevenir los ciclos infinitos

• Verifica la condición de salida antes de ejecutar: pregúntate «¿qué hace que este bucle termine?» y señala la instrucción exacta que lo provoca.
• Comprueba el sentido del paso en los bucles Para: si vas de menor a mayor, el paso debe ser positivo.
• Prueba con valores pequeños primero: si el bucle debe repetirse 100 veces, pruébalo con 3 o 4 para confirmar que termina.
• Añade un Escribir temporal dentro del bucle mostrando la variable de control: verás inmediatamente si no avanza.

Preguntas frecuentes

Ejecutas tu programa y… nada. La ventana no responde, no muestra resultados y parece haberse quedado «colgada». En la gran mayoría de los casos no es que PSeInt se haya roto: tu programa entró en un ciclo infinito, un bucle cuya condición nunca deja de cumplirse. Aquí verás cómo detenerlo y cómo evitarlo.

Cómo detener un programa colgado

Cuando un programa no responde durante la ejecución, busca en la barra de herramientas de PSeInt el botón Detener (suele representarse con un cuadrado, como el «stop» de un reproductor) y púlsalo. Esto interrumpe la ejecución y te devuelve el control del editor.

Si el botón Detener no respondiera (situación poco habitual), cerrar la ventana de ejecución también interrumpe el programa.

Causa 1: la condición del Mientras nunca se vuelve falsa

El caso más frecuente: un Mientras cuya condición siempre es verdadera porque nada dentro del bucle la modifica.

Proceso BucleInfinito
    Definir x Como Entero;
    x <- 1;
    Mientras x < 10 Hacer
        Escribir "x vale ", x;
    FinMientras
FinProceso

x siempre vale 1, así que x < 10 nunca deja de cumplirse. La corrección habitual es actualizar la variable dentro del bucle:

Proceso BucleCorregido
    Definir x Como Entero;
    x <- 1;
    Mientras x < 10 Hacer
        Escribir "x vale ", x;
        x <- x + 1;
    FinMientras
FinProceso

Causa 2: el paso del Para va en la dirección equivocada

En un Para…Hasta, si el paso avanza en dirección contraria al límite, el contador nunca lo alcanza:

Proceso PasoIncorrecto
    Definir i Como Entero;
    Para i <- 1 Hasta 10 Con Paso -1 Hacer
        Escribir i;
    FinPara
FinProceso

El contador empieza en 1 y decrece, alejándose del 10 en cada vuelta. La solución es usar un paso positivo cuando el límite es mayor que el inicio (o replantear los límites del bucle).

Causa 3: olvidaste actualizar el contador

Variante de la causa 1: la condición sí podría volverse falsa, pero olvidaste la instrucción que actualiza la variable de control. Revisa que dentro del bucle exista una asignación que acerque la condición a su fin (x <- x + 1, intentos <- intentos - 1, etc.).

Señales de que estás ante un ciclo infinito

Antes de pulsar Detener, confirma el diagnóstico con estas señales:

• El programa no muestra ningún resultado nuevo desde hace un rato, pero tampoco muestra un mensaje de error.
• Si añadiste un Escribir temporal dentro del bucle, ves que la variable de control no avanza (siempre el mismo valor) o que los mensajes se repiten sin fin.
• El consumo de CPU sube mientras la ventana de ejecución sigue abierta: el programa está trabajando, solo que en algo que nunca termina.

Con el diagnóstico confirmado, detén la ejecución y revisa la condición del bucle y la actualización de su variable de control: ahí está la causa en la gran mayoría de los casos.

Cómo prevenir los ciclos infinitos

• Verifica la condición de salida antes de ejecutar: pregúntate «¿qué hace que este bucle termine?» y señala la instrucción exacta que lo provoca.
• Comprueba el sentido del paso en los bucles Para: si vas de menor a mayor, el paso debe ser positivo.
• Prueba con valores pequeños primero: si el bucle debe repetirse 100 veces, pruébalo con 3 o 4 para confirmar que termina.
• Añade un Escribir temporal dentro del bucle mostrando la variable de control: verás inmediatamente si no avanza.

Preguntas frecuentes

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.

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

El Error 208 en PSeInt significa «variable no definida»: tu programa usa una variable que no fue declarada antes con Definir. Aparece sobre todo cuando trabajas en perfil estricto, donde PSeInt exige declarar cada variable antes de usarla. La buena noticia es que tiene una solución muy sencilla.

¿Por qué aparece el Error 208?

En el perfil estricto, PSeInt no permite usar variables «espontáneas»: cada variable debe presentarse primero con Definir indicando su tipo de dato. Si escribes una asignación o una lectura sobre un nombre que nunca definiste, el intérprete se detiene con el Error 208.

En el perfil flexible este control es más laxo, pero declarar siempre tus variables es una buena práctica en cualquier perfil: el código queda más claro y los errores tipográficos se detectan antes. Tienes la comparación completa en perfil flexible vs estricto.

Ejemplo que provoca el error

Proceso Error208
    Escribir "Ingrese su edad:";
    Leer edad;
    Escribir "Su edad es: ", edad;
FinProceso

La variable edad se usa en Leer y en Escribir, pero nunca se declaró. En perfil estricto, esto genera el Error 208 en la línea del Leer.

El mismo ejemplo, corregido

Proceso SinError208
    Definir edad Como Entero;
    Escribir "Ingrese su edad:";
    Leer edad;
    Escribir "Su edad es: ", edad;
FinProceso

Basta añadir Definir edad Como Entero; al inicio del proceso. Repasa la sintaxis completa en la guía de Definir en PSeInt.

Casos típicos que disparan el 208

• Errores de escritura: defines Definir total Como Real; pero luego escribes totla <- .... Para PSeInt, totla es otra variable distinta y no definida. Revisa letra por letra el nombre que marca el error.
• Variables usadas solo dentro de un Si o un bucle: aunque la uses en un solo lugar, debe estar definida al inicio del proceso igualmente.
• Copiar código de otro perfil: un programa que funcionaba en perfil flexible puede dar 208 al pasarlo a estricto. Añade los Definir que falten.
• Mayúsculas y minúsculas: asegúrate de escribir el nombre exactamente igual que en la declaración.

Repaso rápido: Definir y tipos de datos

Ya que el Error 208 nace de una declaración ausente, conviene tener clara la sintaxis de Definir:

Definir edad Como Entero;
Definir precio Como Real;
Definir nombre Como Caracter;
Definir esMayor Como Logico;

Los tipos más usados son Entero (números sin decimales), Real (números con decimales), Caracter (texto) y Logico (verdadero/falso). Puedes declarar varias variables del mismo tipo en una línea separándolas con comas: Definir a, b, c Como Entero;. Tienes el detalle completo en la guía de tipos de datos.

Un error clásico relacionado: declarar la variable con un tipo y usarla con otro incompatible (por ejemplo, pedir un decimal en una variable Entero). El 208 te avisa de que la variable no existe; los errores de tipo te avisarán de que existe pero no encaja con el uso.

El 208 al copiar código entre perfiles

Un escenario muy común en clase: el profesor comparte un ejemplo escrito en perfil flexible (sin Definir ni punto y coma) y tu PSeInt está en perfil estricto. Al ejecutarlo, aparecen varios Error 208 seguidos. No es que el código esté mal: simplemente tu perfil exige las declaraciones. La solución es añadir un bloque de Definir al inicio con todas las variables que el programa usa. Si no sabes en qué perfil estás, consulta la comparativa de perfiles.

Cómo prevenirlo: el hábito de declarar primero

Acostúmbrate a escribir el bloque de Definir antes que cualquier otra instrucción del proceso. Muchos programadores lo hacen como primer paso, incluso antes de escribir la lógica: listar qué datos necesita el programa y de qué tipo es cada uno. Este hábito elimina de raíz no solo el Error 208, sino también varios errores comunes de tipos incompatibles.

Preguntas frecuentes

El Error 303 en PSeInt aparece cuando tu programa intenta acceder a una posición de un arreglo (vector o matriz) que no existe. Es el clásico «subíndice fuera de rango»: declaraste un arreglo de cierto tamaño y luego pediste leer o escribir en una posición más allá de sus límites.

¿Qué causa el Error 303?

Un arreglo declarado con Dimension tiene un número fijo de posiciones. Si declaras Dimension notas[5];, las posiciones válidas son un conjunto limitado (según tu perfil, los índices pueden empezar en 0 o en 1 — revísalo en la configuración del perfil). Cualquier acceso fuera de ese conjunto provoca el Error 303, por ejemplo:

• Leer notas[6] cuando el arreglo solo llega hasta la posición 5.
• Usar un índice negativo o cero cuando tu perfil empieza en 1.
• Que una variable usada como índice tome un valor inesperado (por ejemplo, un contador que se pasa del límite).

Ejemplo que provoca el error

Proceso Error303
    Dimension notas[5];
    Definir i Como Entero;
    Para i <- 1 Hasta 6 Con Paso 1 Hacer
        notas[i] <- i * 10;
    FinPara
FinProceso

El arreglo tiene 5 posiciones, pero el bucle llega hasta i = 6. En la última iteración se intenta escribir en notas[6], que no existe: Error 303.

El mismo ejemplo, corregido

Proceso SinError303
    Dimension notas[5];
    Definir i Como Entero;
    Para i <- 1 Hasta 5 Con Paso 1 Hacer
        notas[i] <- i * 10;
    FinPara
FinProceso

La única diferencia es el límite del Para: ahora va de 1 a 5, exactamente el tamaño del arreglo. Regla de oro: el rango del bucle debe coincidir con el tamaño declarado en Dimension.

Cómo revisar los límites de tus bucles

La mayoría de los Error 303 nacen en bucles, no en accesos aislados. Cuando te aparezca:

1. Localiza el Dimension del arreglo implicado y anota su tamaño.
2. Revisa cada bucle que lo recorre: ¿el valor inicial y el final están dentro del tamaño declarado?
3. Cuidado con el índice inicial: según tu perfil, los índices pueden empezar en 0 o en 1. Si tu perfil empieza en 0, un arreglo de 5 va de 0 a 4; si empieza en 1, va de 1 a 5. Mezclar ambas convenciones es una fuente típica de este error.
4. Vigila los índices calculados: si el índice viene de una operación (por ejemplo v[i+1]), comprueba el caso extremo: con i en su valor máximo, ¿i+1 sigue siendo válido?

Si el error aparece en una matriz, aplica la misma lógica a ambas dimensiones: filas y columnas tienen sus propios límites.

Ejemplo con matriz: el error en dos dimensiones

Proceso Error303Matriz
    Dimension tabla[3, 4];
    Definir f, c Como Entero;
    Para f <- 1 Hasta 3 Con Paso 1 Hacer
        Para c <- 1 Hasta 5 Con Paso 1 Hacer
            tabla[f, c] <- 0;
        FinPara
    FinPara
FinProceso

La matriz tiene 3 filas y 4 columnas, pero el bucle interno llega hasta la columna 5: al intentar tabla[1, 5] aparece el Error 303. La corrección es ajustar el segundo bucle a Hasta 4. Fíjate en que el error puede estar en cualquiera de las dos dimensiones, así que revisa ambas.

Estrategia de depuración paso a paso

Cuando el Error 303 te frene, sigue este orden y lo encontrarás en minutos:

1. Anota el tamaño declarado: busca el Dimension del arreglo y escribe en un papel sus límites.
2. Identifica el acceso que falla: el mensaje de error indica la línea; mira qué índice se usa allí.
3. Rastrea el valor del índice: si es una variable de bucle, comprueba sus valores inicial y final; si viene de un cálculo, evalúa el caso extremo.
4. Verifica la convención de tu perfil: recuerda que, según tu perfil, los índices pueden empezar en 0 o en 1. Un bucle Para i <- 0 Hasta 5 sobre Dimension v[5] falla en ambos casos: en un perfil que empieza en 1, v[0] no existe; en uno que empieza en 0, el rango válido es 0 a 4 y v[5] se sale. La moraleja: el bucle y el perfil deben usar la misma convención.
5. Corrige el límite, no el arreglo: salvo que realmente necesites más posiciones, lo habitual es ajustar el bucle al tamaño declarado, no al revés.

Otros errores relacionados

El 303 suele aparecer junto a otros errores de principiantes: variables sin declarar (ver Error 208) o problemas de sintaxis en los bucles (ver errores comunes). Si estás repasando fallos típicos, la guía de Para…Hasta también te ayudará a afinar los límites de tus ciclos.

Preguntas frecuentes

Haces doble clic en el icono de PSeInt y… nada. O se abre y se congela. Antes de preocuparte, debes saber que en la gran mayoría de los casos PSeInt no abre por un bloqueo de seguridad de Windows, no porque el programa esté dañado. Sigue estos pasos en orden: uno de ellos casi seguro resolverá tu problema.

Paso 1: Ejecutar como administrador

La solución más rápida. Haz clic derecho sobre el icono de PSeInt y elige «Ejecutar como administrador». En muchos equipos, los permisos limitados de la cuenta de usuario impiden que el programa inicie correctamente, y con este paso se resuelve de inmediato.

Paso 2: Permitir PSeInt en la advertencia de SmartScreen

Windows puede bloquear silenciosamente programas que no reconoce mediante el filtro SmartScreen. Si al intentar abrir PSeInt aparece una ventana azul que dice «Windows protegió su PC»:

1. Haz clic en «Más información».
2. Haz clic en «Ejecutar de todas formas».

Solo hazlo si descargaste PSeInt desde el sitio oficial o desde nuestra página de descarga. Más detalles en ¿PSeInt es seguro?.

Paso 3: Revisar la cuarentena de tu antivirus

Algunos programas de seguridad pueden mover archivos de PSeInt a cuarentena por un falso positivo, lo que impide que el programa arranque. Abre tu programa de seguridad, busca la sección de cuarentena o elementos bloqueados y verifica si hay archivos de PSeInt allí.

Si los encuentras, restáuralos y agrega la carpeta de instalación de PSeInt a la lista de exclusiones de tu programa de seguridad para evitar que vuelva a ocurrir. (No recomendamos desactivar por completo tu protección: basta con la exclusión.)

Paso 4: Reinstalar desde la fuente oficial

Si nada de lo anterior funciona, la instalación puede estar incompleta o dañada. La solución es una reinstalación limpia:

1. Desinstala PSeInt desde Panel de control → Programas → Desinstalar un programa.
2. Descarga el instalador únicamente desde el sitio oficial (descargar PSeInt).
3. Ejecuta el instalador como administrador (clic derecho → «Ejecutar como administrador»).

Paso 5: Probar la versión portable

Si la versión instalable sigue sin abrir, prueba la versión portable de PSeInt: no requiere instalación, se ejecuta directamente desde su carpeta y evita la mayoría de los conflictos de permisos y bloqueos del sistema. Es una excelente alternativa para equipos con restricciones.

Más información en la página de PSeInt portable.

¿Usas Mac? Lee esto

En macOS, PSeInt se distribuye de forma distinta y los pasos de Windows no aplican directamente: puede ser necesario ajustar los permisos en Preferencias del Sistema → Seguridad y privacidad para permitir la aplicación. Tenemos una guía específica: PSeInt para Mac.

Preguntas frecuentes

Si estás aprendiendo a programar con PSeInt, es normal toparse con mensajes de error. La buena noticia es que la mayoría de los errores en PSeInt tienen causas simples y soluciones rápidas. Esta página es tu pequeño centro de ayuda: reunimos los errores más comunes en PSeInt, qué significan y cómo solucionarlos en pocos pasos.

Para una referencia completa de la sintaxis, consulta la guía de sintaxis de PSeInt.

1. Olvidar el punto y coma (perfil estricto)

Si trabajas con el perfil estricto, cada instrucción debe terminar con punto y coma (;). Olvidarlo es el error más frecuente de todos y PSeInt lo señalará inmediatamente.

Solución: agrega ; al final de cada instrucción. Detalles en la guía del punto y coma en PSeInt.

2. Variable no definida

Ocurre cuando usas una variable sin haberla declarado antes con Definir. PSeInt necesita saber el tipo de cada variable antes de usarla.

Solución: declara todas tus variables al inicio del proceso con su tipo correcto. Ver la guía de Definir en PSeInt.

3. Error 205 en la estructura SEGUN

El Error 205 aparece cuando la expresión de control del SEGUN no es numérica ni de tipo caracter — típicamente, cuando se usa una expresión lógica (como x > 5) donde no corresponde.

Solución: usa SI…SINO para condiciones lógicas, o cambia la expresión de control a un número o caracter. Explicación completa con ejemplos en Error 205 en PSeInt: causa y solución.

4. Índice de arreglo fuera de rango

Sucede al intentar acceder a una posición de un arreglo que no existe, por ejemplo, pedir el elemento 10 de un arreglo de 5 posiciones. Recuerda: en PSeInt los índices de los arreglos comienzan en 1, no en 0.

Solución: revisa el tamaño declarado con Dimension y asegúrate de que el índice esté entre 1 y el tamaño del arreglo. Ver la guía de Dimension en PSeInt.

5. Tipos incompatibles en la asignación

Intentar guardar un texto en una variable numérica (o viceversa) produce un error de tipos. Cada variable solo acepta valores de su tipo declarado.

Solución: revisa el tipo declarado de la variable y el tipo del valor que le asignas. Repasa los tipos de datos en PSeInt.

6. Problemas con las comillas en cadenas de texto

Los textos (cadenas de caracteres) deben ir entre comillas dobles: Escribir "Hola mundo";. Usar comillas simples, olvidar cerrar las comillas o mezclar tipos de comillas genera errores de sintaxis.

Solución: abre y cierra cada cadena con comillas dobles " y verifica que no falte ninguna.

7. División entre cero

Dividir un número entre cero provoca un error en tiempo de ejecución. Suele ocurrir cuando el divisor es una variable que el usuario ingresa como 0 o que nunca se inicializó.

Solución: antes de dividir, verifica con un SI que el divisor sea distinto de cero, o inicializa tus variables con valores válidos.

8. Leer variables que nunca se ingresaron

Si usas una variable en un cálculo sin haberla leído antes con Leer ni asignado un valor, el resultado será incorrecto (o PSeInt te advertirá). Es un error lógico, no siempre visible como mensaje.

Solución: asegúrate de que cada variable tenga un valor (por Leer o por asignación) antes de usarla en operaciones.

Consejo general para depurar

Cuando un error no sea evidente, sigue este orden: 1) lee el mensaje completo (PSeInt suele indicar la línea); 2) revisa la sintaxis de esa línea (puntos y coma, comillas, paréntesis); 3) verifica los tipos de las variables involucradas; 4) prueba el algoritmo paso a paso con valores simples.

Descarga la última versión del programa desde nuestra página de descarga. Y si te preocupa la seguridad del software, lee ¿PSeInt es seguro?.

Preguntas frecuentes

🔧 Guías de solución de problemas

• PSeInt no abre o no responde: soluciones paso a paso
• Cómo actualizar PSeInt a la última versión
• Error 205 en Según: causa y solución

El Error 205 en PSeInt es uno de los mensajes más desconcertantes para quienes están aprendiendo a programar, porque aparece en un lugar inesperado: dentro de la estructura SEGUN (el equivalente al switch de otros lenguajes). En esta guía te mostramos qué significa, por qué ocurre y cómo corregirlo con ejemplos de código.

¿Qué significa el Error 205?

El Error 205 aparece cuando la expresión de control del SEGUN (el valor que va entre paréntesis después de la palabra Segun) no es del tipo correcto. PSeInt exige que esa expresión sea de tipo numérico o de tipo caracter.

Si la expresión de control evalúa a otro tipo de dato —por ejemplo, un valor lógico (Verdadero/Falso)—, PSeInt no puede comparar los casos y muestra el Error 205.

Ejemplo que provoca el Error 205

❌ Así NO: este código genera el Error 205

Proceso EjemploError205
    Definir x Como Entero;
    Escribir "Ingrese un número:";
    Leer x;
    Segun (x > 5) Hacer
        Verdadero:
            Escribir "El número es mayor que 5";
        Falso:
            Escribir "El número es 5 o menor";
    FinSegun
FinProceso

¿Ves el problema? La expresión de control es (x > 5), que no es un número ni un caracter: es una expresión lógica que solo puede valer Verdadero o Falso. El SEGUN no admite expresiones lógicas como control, por eso PSeInt muestra el Error 205.

Código corregido

✅ Así SÍ: versión corregida

Para una condición lógica como esta, la estructura correcta no es SEGUN sino SI:

Proceso EjemploCorregido
    Definir x Como Entero;
    Escribir "Ingrese un número:";
    Leer x;
    Si x > 5 Entonces
        Escribir "El número es mayor que 5";
    Sino
        Escribir "El número es 5 o menor";
    FinSi
FinProceso

Y si realmente quieres usar SEGUN, la expresión de control debe ser numérica o de tipo caracter, por ejemplo:

Proceso EjemploSegunCorrecto
    Definir opcion Como Entero;
    Escribir "Elija una opción (1, 2 o 3):";
    Leer opcion;
    Segun opcion Hacer
        1:
            Escribir "Elegiste la opción uno";
        2:
            Escribir "Elegiste la opción dos";
        3:
            Escribir "Elegiste la opción tres";
        De Otro Modo:
            Escribir "Opción no válida";
    FinSegun
FinProceso

¿Por qué ocurre el Error 205?

En resumen, el Error 205 aparece cuando hay una incompatibilidad de tipos entre lo que el SEGUN espera y lo que recibe:

• El SEGUN espera: un valor numérico o un caracter para comparar con cada caso.
• El Error 205 ocurre cuando: la expresión de control es de otro tipo, típicamente una expresión lógica (comparaciones con >, <, =, <>, o combinaciones con Y, O, NO).

El error más frecuente es intentar usar SEGUN para decisiones de tipo «sí/no». Para eso existe la estructura SI…SINO, que está diseñada precisamente para evaluar condiciones lógicas.

Cómo evitar el Error 205

1. Revisa la expresión de control: antes de ejecutar, pregúntate: «¿esto es un número o un caracter?». Si la respuesta es no, usa SI.
2. Usa SEGUN para menús y opciones numeradas: es su uso natural (opción 1, 2, 3…).
3. Usa SI para condiciones: mayor que, menor que, igualdades lógicas y combinaciones con Y/O.
4. Revisa los tipos de tus variables con nuestra guía de tipos de datos si no estás seguro de qué tipo devuelve tu expresión.

Para dominar por completo esta estructura, visita la guía completa de SEGUN en PSeInt. Y si te preocupa la seguridad del programa, lee ¿PSeInt es seguro?. Puedes descargar la última versión desde nuestra página de descarga.

Preguntas frecuentes