8000 Traducido archivo library/struct by xooseph · Pull Request #2678 · python/python-docs-es · GitHub
[go: up one dir, main page]

Skip to content

Traducido archivo library/struct #2678

New issue
8000

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 8 commits into from
Oct 23, 2023
Merged
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Actualizado archivo library/struct
  • Loading branch information
xooseph committed Oct 16, 2023
commit e4259c415c02f0cbc64abc08464e831228703769
1 change: 1 addition & 0 deletions dictionaries/library_struct.txt
Original file line number Diff line number Diff line change
Expand Up @@ -2,3 +2,4 @@ middle
binary
precision
Struct
endianness
100 changes: 50 additions & 50 deletions library/struct.po
Original file line number Diff line number Diff line change
Expand Up @@ -62,11 +62,11 @@ msgstr ""
"Cuando no se proporciona ningún carácter de prefijo, el modo nativo es el "
"predeterminado. Empaqueta o desempaqueta datos según la plataforma y el "
"compilador en el que se creó el intérprete de Python. El resultado de "
"empaquetar una estructura C determinada incluye *bytes* de relleno que "
"empaquetar una estructura C determinada incluye bytes de relleno que "
"mantienen la alineación adecuada para los tipos C involucrados; asimismo, se "
"tiene en cuenta la alineación al desempaquetar. Por el contrario, cuando se "
"comunican datos entre fuentes externas, el programador es responsable de "
"definir el orden de *bytes* y el relleno entre elementos. Ver :ref:`struct-"
"definir el orden de bytes y el relleno entre elementos. Ver :ref:`struct-"
"alignment` para más detalles."

#: ../Doc/library/struct.rst:35
Expand Down Expand Up @@ -161,7 +161,7 @@ msgstr ""
"Desempaqueta de manera iterativa desde el búfer *buffer* según la cadena de "
"formato *format*. Esta función retorna un iterador que leerá fragmentos de "
"igual tamaño desde el búfer hasta que se haya consumido todo su contenido. "
"El tamaño del búfer en *bytes* debe ser un múltiplo del tamaño requerido por "
"El tamaño del búfer en bytes debe ser un múltiplo del tamaño requerido por "
"el formato, como se refleja en :func:`calcsize`."

#: ../Doc/library/struct.rst:93
Expand Down Expand Up @@ -197,8 +197,8 @@ msgstr ""
"desempaquetan datos. Se construyen a partir :ref:`caracteres de "
"formato<format-characters>`, que especifican el tipo de datos que se "
"empaquetan/desempaquetan. Además, los caracteres especiales controlan el :"
"ref:`orden de *bytes*, tamaño y alineación<struct-alignment>`. Cada cadena "
"de formato consta de un carácter de prefijo opcional que describe las "
"ref:`orden de bytes, tamaño y alineación<struct-alignment>`. Cada cadena de "
"formato consta de un carácter de prefijo opcional que describe las "
"propiedades generales de los datos y uno o más caracteres de formato que "
"describen los valores de datos actuales y el relleno."

Expand All @@ -216,11 +216,11 @@ msgid ""
"standard formats depends on the application."
msgstr ""
"Por defecto, los tipos C se representan en el formato nativo y el orden de "
"*bytes* de la máquina, y se alinean correctamente omitiendo *bytes* de "
"relleno si es necesario (según las reglas utilizadas por el compilador de "
"C). Se elige este comportamiento para que los *bytes* de una estructura "
"empaquetada correspondan correctamente al diseño de memoria de la estructura "
"C correspondiente. El uso de ordenamiento y relleno de *bytes* nativos o "
"bytes de la máquina, y se alinean correctamente omitiendo *bytes* de relleno "
"si es necesario (según las reglas utilizadas por el compilador de C). Se "
"elige este comportamiento para que los bytes de una estructura empaquetada "
"correspondan correctamente al diseño de memoria de la estructura C "
"correspondiente. El uso de ordenamiento y relleno de bytes nativos o "
"formatos estándar depende de la aplicación."

#: ../Doc/library/struct.rst:139
Expand Down Expand Up @@ -306,11 +306,11 @@ msgid ""
"endian; IBM z and many legacy architectures are big-endian. Use :data:`sys."
"byteorder` to check the endianness of your system."
msgstr ""
"El orden de *bytes* nativo es big-endian o little-endian, dependiendo del "
"El orden de bytes nativo es big-endian o little-endian, dependiendo del "
"sistema host. Por ejemplo, Intel x86, AMD64 (x86-64) y Apple M1 son little-"
"endian; IBM z y muchas arquitecturas heredadas son big-endian; ARM e Intel "
"*Itanium* tienen la propiedad de trabajar con ambos formatos (middle-"
"endian). Utiliza :data:`sys.byteorder` para comprobar la *endianness* "
"endian). Utiliza :data:`sys.byteorder` para comprobar la endianness "
"(\"extremidad\") de tu sistema."

#: ../Doc/library/struct.rst:164
Expand Down Expand Up @@ -699,7 +699,7 @@ msgid ""
msgstr ""
"El código de conversión ``'?'`` corresponde al tipo :c:expr:`_Bool` definido "
"por C99. Si este tipo no está disponible, se simula mediante un :c:expr:"
"`char`. En el modo estándar, siempre se representa mediante un *byte*."
"`char`. En el modo estándar, siempre se representa mediante un byte."

#: ../Doc/library/struct.rst:268
msgid ""
Expand Down Expand Up @@ -780,7 +780,7 @@ msgstr ""

#: ../Doc/library/struct.rst:305
msgid "When packing, ``'x'`` inserts one NUL byte."
msgstr "Al empaquetar, ``'x'`` inserta un *byte* NUL."
msgstr "Al empaquetar, ``'x'`` inserta un byte NUL."

#: ../Doc/library/struct.rst:308
msgid ""
Expand Down Expand Up @@ -822,18 +822,18 @@ msgid ""
"(while ``'0c'`` means 0 characters)."
msgstr ""
"Para el carácter de formato ``'s'``, el recuento se interpreta como la "
"longitud de los *bytes*, no un recuento de repetición como para los otros "
"longitud de los bytes, no un recuento de repetición como para los otros "
"caracteres de formato; por ejemplo, ``'10s'`` significa una sola cadena de "
"10 *bytes* asignada hacia o desde una sola cadena de *bytes* de Python, "
"mientras que ``'10c'`` significa 10 elementos de caracteres separados de un "
"*byte* (por ejemplo, ``cccccccccc``) asignada hacia o desde diez objetos de "
"*bytes* de Python diferentes. (Ver :ref:`struct-examples` para una "
"demostración concreta de la diferencia.) Si no se da un recuento, el valor "
"predeterminado es 1. Para el empaquetado, la cadena es truncada o rellenada "
"con *bytes* nulos según corresponda para que se ajuste. Para desempaquetar, "
"el objeto bytes resultante siempre tiene exactamente el número especificado "
"de *bytes*. Como caso especial, ``'0s'`` significa una sola cadena vacía "
"(mientras que ``'0c'`` significa 0 caracteres)."
"10 bytes asignada hacia o desde una sola cadena de bytes de Python, mientras "
"que ``'10c'`` significa 10 elementos de caracteres separados de un byte (por "
"ejemplo, ``cccccccccc``) asignada hacia o desde diez objetos de *bytes* de "
"Python diferentes. (Ver :ref:`struct-examples` para una demostración "
"concreta de la diferencia.) Si no se da un recuento, el valor predeterminado "
"es 1. Para el empaquetado, la cadena es truncada o rellenada con bytes nulos "
"según corresponda para que se ajuste. Para desempaquetar, el objeto bytes "
"resultante siempre tiene exactamente el número especificado de bytes. Como "
"caso especial, ``'0s'`` significa una sola cadena vacía (mientras que "
"``'0c'`` significa 0 caracteres)."

#: ../Doc/library/struct.rst:333
msgid ""
Expand Down Expand Up @@ -894,10 +894,10 @@ msgid ""
"of any prefix character) may not match what the reader's machine produces as "
"that depends on the platform and compiler."
msgstr ""
"Los ejemplos de orden de *bytes* nativos (designados por el prefijo de "
"formato ``'@'`` o la falta de cualquier carácter de prefijo) pueden no "
"coincidir con lo que produce la máquina del lector, ya que eso depende de la "
"plataforma y el compilador."
"Los ejemplos de orden de bytes nativos (designados por el prefijo de formato "
"``'@'`` o la falta de cualquier carácter de prefijo) pueden no coincidir con "
"lo que produce la máquina del lector, ya que eso depende de la plataforma y "
"el compilador."

#: ../Doc/library/struct.rst:368
msgid ""
Expand Down Expand Up @@ -938,10 +938,10 @@ msgstr ""
"El orden de los caracteres de formato puede afectar el tamaño en el modo "
"nativo, ya que el relleno está implícito. En el modo estándar, el usuario es "
"responsable de insertar el relleno que desee. Toma en cuenta que en la "
"primera llamada ``pack`` a continuación se agregaron tres *bytes* NUL "
"después del ``'#'`` empaquetado para alinear el siguiente entero en un "
"límite de cuatro *bytes*. En este ejemplo, el resultado se produjo en una "
"máquina *little endian*::"
"primera llamada ``pack`` a continuación se agregaron tres bytes NUL después "
"del ``'#'`` empaquetado para alinear el siguiente entero en un límite de "
"cuatro bytes. En este ejemplo, el resultado se produjo en una máquina little "
"endian::"

#: ../Doc/library/struct.rst:422
msgid ""
Expand Down Expand Up @@ -1011,19 +1011,19 @@ msgid ""
"of consecutive chunks of data."
msgstr ""
"Al construir cadenas de formato que imitan diseños nativos, el compilador y "
"la arquitectura de la máquina determinan el orden y el relleno de los "
"*bytes*. En tales casos, se debe utilizar el carácter de formato ``@`` para "
"especificar el orden de *bytes* nativo y el tamaño de los datos. Los *bytes* "
"de relleno internos normalmente se insertan automáticamente. Es posible que "
"se necesite un código de formato de repetición cero al final de una cadena "
"de formato para redondear hasta el límite de *bytes* correcto para una "
"alineación adecuada de fragmentos de datos consecutivos."
"la arquitectura de la máquina determinan el orden y el relleno de los bytes. "
"En tales casos, se debe utilizar el carácter de formato ``@`` para "
"especificar el orden de bytes nativo y el tamaño de los datos. Los bytes de "
"relleno internos normalmente se insertan automáticamente. Es posible que se "
"necesite un código de formato de repetición cero al final de una cadena de "
"formato para redondear hasta el límite de bytes correcto para una alineación "
"adecuada de fragmentos de datos consecutivos."

#: ../Doc/library/struct.rst:467
msgid ""
"Consider these two simple examples (on a 64-bit, little-endian machine)::"
msgstr ""
"Considera estos dos ejemplos sencillos (en una máquina *little-endian* de 64 "
"Considera estos dos ejemplos sencillos (en una máquina little-endian de 64 "
"bits)::"

#: ../Doc/library/struct.rst:475
Expand All @@ -1032,7 +1032,7 @@ msgid ""
"string without the use of extra padding. A zero-repeat format code solves "
"that problem::"
msgstr ""
"Los datos no se rellenan hasta un límite de 8 *bytes* al final de la segunda "
"Los datos no se rellenan hasta un límite de 8 bytes al final de la segunda "
"cadena de formato sin el uso de relleno adicional. Un código de formato de "
"repetición cero resuelve ese problema::"

Expand All @@ -1050,7 +1050,7 @@ msgid ""
"By default, native byte ordering and alignment is used, but it is better to "
"be explicit and use the ``'@'`` prefix character."
msgstr ""
"De forma predeterminada, se utiliza el orden y la alineación de *bytes* "
"De forma predeterminada, se utiliza el orden y la alineación de bytes "
"nativos, pero es mejor ser explícito y utilizar el carácter de prefijo "
"``'@'``."

Expand All @@ -1072,16 +1072,16 @@ msgid ""
"from the previous section, we have::"
msgstr ""
"Cuando intercambia datos más allá de su proceso, como redes o "
"almacenamiento, sé preciso. Especifica el orden de *bytes*, el tamaño y la "
"almacenamiento, sé preciso. Especifica el orden de bytes, el tamaño y la "
"alineación exactos. No asumas que coinciden con el orden nativo de una "
"máquina en particular. Por ejemplo, el orden de los *bytes* de la red es "
"*big-endian*, mientras que muchas CPU populares son *little-endian*. Al "
"definir esto explícitamente, el usuario no necesita preocuparse por las "
"especificaciones de la plataforma en la que se ejecuta su código. El primer "
"carácter normalmente debería ser ``<`` o ``>`` (o ``!``). El relleno es "
"máquina en particular. Por ejemplo, el orden de los bytes de la red es big-"
"endian, mientras que muchas CPU populares son little-endian. Al definir esto "
"explícitamente, el usuario no necesita preocuparse por las especificaciones "
"de la plataforma en la que se ejecuta su código. El primer carácter "
"normalmente debería ser ``<`` o ``>`` (o ``!``). El relleno es "
"responsabilidad del programador. El carácter de formato de repetición cero "
"no funcionará. En su lugar, el usuario debe agregar explícitamente ``'x'`` "
"*bytes* de relleno donde sea necesario. Revisando los ejemplos de la sección "
"bytes de relleno donde sea necesario. Revisando los ejemplos de la sección "
"anterior, tenemos::"

#: ../Doc/library/struct.rst:521
Expand Down
0