@@ -272,10 +272,10 @@ msgid ""
272
272
"returns ``NULL``, so a wrapper function around a system call can write "
273
273
"``return PyErr_SetFromErrno(type);`` when the system call returns an error."
274
274
msgstr ""
275
- "Esta es una función conveniente para generar una excepción cuando una "
276
- "función de biblioteca C ha retornado un error y establece la variable C :c:"
277
- "data: `errno`. Construye un objeto tupla cuyo primer elemento es el valor "
278
- "entero : c:data:`errno` y cuyo segundo elemento es el mensaje de error "
275
+ "Esta es una función conveniente para lanzar una excepción cuando una función "
276
+ "de biblioteca C ha retornado un error y establece la variable C :c:data :"
277
+ "`errno`. Construye un objeto tupla cuyo primer elemento es el valor entero : "
278
+ "c:data:`errno` y cuyo segundo elemento es el mensaje de error "
279
279
"correspondiente (obtenido de :c:func:`strerror`), y luego llama a "
280
280
"``PyErr_SetObject(type , objeto)``. En Unix, cuando el valor :c:data:`errno` "
281
281
"es :const:`EINTR`, que indica una llamada interrumpida del sistema, esto "
@@ -304,7 +304,7 @@ msgid ""
304
304
"filenames fails."
305
305
msgstr ""
306
306
"Similar a :c:func:`PyErr_SetFromErrnoWithFilenameObject`, pero toma un "
307
- "segundo objeto de nombre de archivo, para generar errores cuando falla una "
307
+ "segundo objeto de nombre de archivo, para lanzar errores cuando falla una "
308
308
"función que toma dos nombres de archivo."
309
309
310
310
#: ../Doc/c-api/exceptions.rst:184
@@ -351,7 +351,7 @@ msgid ""
351
351
"specifying the exception type to be raised."
352
352
msgstr ""
353
353
"Similar a :c:func:`PyErr_SetFromWindowsErr`, con un parámetro adicional que "
354
- "especifica el tipo de excepción que se generará ."
354
+ "especifica el tipo de excepción que se lanzará ."
355
355
356
356
#: ../Doc/c-api/exceptions.rst:213
357
357
msgid ""
@@ -370,7 +370,7 @@ msgid ""
370
370
"additional parameter specifying the exception type to be raised."
371
371
msgstr ""
372
372
"Similar a :c:func:`PyErr_SetFromWindowsErrWithFilenameObject`, con un "
373
- "parámetro adicional que especifica el tipo de excepción que se generará ."
373
+ "parámetro adicional que especifica el tipo de excepción que se lanzará ."
374
374
375
375
#: ../Doc/c-api/exceptions.rst:230
376
376
msgid ""
@@ -386,7 +386,7 @@ msgid ""
386
386
"parameter specifying the exception type to be raised."
387
387
msgstr ""
388
388
"Similar a :c:func:`PyErr_SetFromWindowsErrWithFilename`, con un parámetro "
389
- "adicional que especifica el tipo de excepción que se generará ."
389
+ "adicional que especifica el tipo de excepción que se lanzará ."
390
390
391
391
#: ../Doc/c-api/exceptions.rst:248
392
392
msgid ""
@@ -462,10 +462,10 @@ msgstr ""
462
462
"funciones similares exportadas por el módulo Python :mod:`warnings`. "
463
463
"Normalmente imprimen un mensaje de advertencia a *sys.stderr*; sin embargo, "
464
464
"también es posible que el usuario haya especificado que las advertencias se "
465
- "conviertan en errores, y en ese caso generarán una excepción. También es "
465
+ "conviertan en errores, y en ese caso lanzarán una excepción. También es "
466
466
"posible que las funciones generen una excepción debido a un problema con la "
467
- "maquinaria de advertencia. El valor de retorno es ``0`` si no se genera una "
468
- "excepción, o ``-1`` si se genera una excepción. (No es posible determinar si "
467
+ "maquinaria de advertencia. El valor de retorno es ``0`` si no se lanza una "
468
+ "excepción, o ``-1`` si se lanza una excepción. (No es posible determinar si "
469
469
"realmente se imprime un mensaje de advertencia, ni cuál es el motivo de la "
470
470
"excepción; esto es intencional). Si se produce una excepción, la persona que "
471
471
"llama debe hacer su manejo normal de excepciones (por ejemplo, referencias "
@@ -786,7 +786,7 @@ msgid ""
786
786
"`PyErr_CheckSignals()` invocation)."
787
787
msgstr ""
788
788
"La función intenta manejar todas las señales pendientes y luego devuelve "
789
- "``0``. Sin embargo, si un manejador de señales de Python genera una "
789
+ "``0``. Sin embargo, si un manejador de señales de Python lanza una "
790
790
"excepción, el indicador de error se establece y la función devuelve ``-1`` "
791
791
"inmediatamente (de modo que es posible que otras señales pendientes no se "
792
792
"hayan manejado todavía: estarán en la siguiente invocación de :c:func:"
@@ -815,7 +815,7 @@ msgid ""
815
815
"`KeyboardInterrupt` exception."
816
816
msgstr ""
817
817
"El controlador de señales de Python predeterminado para :const:`SIGINT` "
818
- "genera la excepción :exc:`KeyboardInterrupt`."
818
+ "lanza la excepción :exc:`KeyboardInterrupt`."
819
819
820
820
#: ../Doc/c-api/exceptions.rst:539
821
821
msgid ""
0 commit comments