![]() |
| |||
| In es.comp.lenguajes.c lestat_l <lestat_l***zensearch.com> wrote: : Lo curioso es que he buscado el patrón del "100" (1100100 en binario) : para intentar averiguar cómo estaba organizado el archivo, y no : aparece por ninguna parte. Ese es el valor que tiene el registro en la : parte de distancia. ¿Cómo puede estar organizado el archivo para que deberias enviar un codigo de ejemplo mucho mas simple (un caso minimo que reproduzca el comportamiento que no funciona como esperas). : no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo : aparezca exactamente lo que quiero? : Necesito que se guarde exactamente como le indico en los campos de bit, : porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en Si quieres almacenar los datos en memoria, en estructuras de alto nivel, y luego volcar eso, no te queda mas remedio que estudiarte como te almacena los datos el compilador. Es muy probable que meta espacios "de relleno" por cuestiones de alineacion. Para evitarte problemas, tienes que intentar que tu definicion de campos de bits no haga que existan elementos que quedarian "a caballo" entre dos palabras. Suponiendo que como sea te has quitado los problemas del "relleno", luego, para escribir los datos a disco te puede interesar definir la estructura como union (con un char[]) y escribir caracter a caracter http://www.cs.cf.ac.uk/Dave/C/node13...00000000000000 -- PGP and other useless info at \ http://webdiis.unizar.es/~spd/ \ finger://daphne.cps.unizar.es/spd \ Timeo Danaos et dona ferentes ftp://ivo.cps.unizar.es/pub/ \ (Virgilio) |
| | ||||
| ||||
| |
| |||
| In es.comp.lenguajes.c lestat_l <lestat_l***zensearch.com> wrote: : Lo curioso es que he buscado el patrón del "100" (1100100 en binario) : para intentar averiguar cómo estaba organizado el archivo, y no : aparece por ninguna parte. Ese es el valor que tiene el registro en la : parte de distancia. ¿Cómo puede estar organizado el archivo para que deberias enviar un codigo de ejemplo mucho mas simple (un caso minimo que reproduzca el comportamiento que no funciona como esperas). : no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo : aparezca exactamente lo que quiero? : Necesito que se guarde exactamente como le indico en los campos de bit, : porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en Si quieres almacenar los datos en memoria, en estructuras de alto nivel, y luego volcar eso, no te queda mas remedio que estudiarte como te almacena los datos el compilador. Es muy probable que meta espacios "de relleno" por cuestiones de alineacion. Para evitarte problemas, tienes que intentar que tu definicion de campos de bits no haga que existan elementos que quedarian "a caballo" entre dos palabras. Suponiendo que como sea te has quitado los problemas del "relleno", luego, para escribir los datos a disco te puede interesar definir la estructura como union (con un char[]) y escribir caracter a caracter http://www.cs.cf.ac.uk/Dave/C/node13...00000000000000 -- PGP and other useless info at \ http://webdiis.unizar.es/~spd/ \ finger://daphne.cps.unizar.es/spd \ Timeo Danaos et dona ferentes ftp://ivo.cps.unizar.es/pub/ \ (Virgilio) |
| |||
| In es.comp.lenguajes.c lestat_l <lestat_l***zensearch.com> wrote: : Lo curioso es que he buscado el patrón del "100" (1100100 en binario) : para intentar averiguar cómo estaba organizado el archivo, y no : aparece por ninguna parte. Ese es el valor que tiene el registro en la : parte de distancia. ¿Cómo puede estar organizado el archivo para que deberias enviar un codigo de ejemplo mucho mas simple (un caso minimo que reproduzca el comportamiento que no funciona como esperas). : no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo : aparezca exactamente lo que quiero? : Necesito que se guarde exactamente como le indico en los campos de bit, : porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en Si quieres almacenar los datos en memoria, en estructuras de alto nivel, y luego volcar eso, no te queda mas remedio que estudiarte como te almacena los datos el compilador. Es muy probable que meta espacios "de relleno" por cuestiones de alineacion. Para evitarte problemas, tienes que intentar que tu definicion de campos de bits no haga que existan elementos que quedarian "a caballo" entre dos palabras. Suponiendo que como sea te has quitado los problemas del "relleno", luego, para escribir los datos a disco te puede interesar definir la estructura como union (con un char[]) y escribir caracter a caracter http://www.cs.cf.ac.uk/Dave/C/node13...00000000000000 -- PGP and other useless info at \ http://webdiis.unizar.es/~spd/ \ finger://daphne.cps.unizar.es/spd \ Timeo Danaos et dona ferentes ftp://ivo.cps.unizar.es/pub/ \ (Virgilio) |
| |||
| In es.comp.lenguajes.c lestat_l <lestat_l***zensearch.com> wrote: : Lo curioso es que he buscado el patrón del "100" (1100100 en binario) : para intentar averiguar cómo estaba organizado el archivo, y no : aparece por ninguna parte. Ese es el valor que tiene el registro en la : parte de distancia. ¿Cómo puede estar organizado el archivo para que deberias enviar un codigo de ejemplo mucho mas simple (un caso minimo que reproduzca el comportamiento que no funciona como esperas). : no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo : aparezca exactamente lo que quiero? : Necesito que se guarde exactamente como le indico en los campos de bit, : porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en Si quieres almacenar los datos en memoria, en estructuras de alto nivel, y luego volcar eso, no te queda mas remedio que estudiarte como te almacena los datos el compilador. Es muy probable que meta espacios "de relleno" por cuestiones de alineacion. Para evitarte problemas, tienes que intentar que tu definicion de campos de bits no haga que existan elementos que quedarian "a caballo" entre dos palabras. Suponiendo que como sea te has quitado los problemas del "relleno", luego, para escribir los datos a disco te puede interesar definir la estructura como union (con un char[]) y escribir caracter a caracter http://www.cs.cf.ac.uk/Dave/C/node13...00000000000000 -- PGP and other useless info at \ http://webdiis.unizar.es/~spd/ \ finger://daphne.cps.unizar.es/spd \ Timeo Danaos et dona ferentes ftp://ivo.cps.unizar.es/pub/ \ (Virgilio) |
| |||
| In es.comp.lenguajes.c lestat_l <lestat_l***zensearch.com> wrote: : Lo curioso es que he buscado el patrón del "100" (1100100 en binario) : para intentar averiguar cómo estaba organizado el archivo, y no : aparece por ninguna parte. Ese es el valor que tiene el registro en la : parte de distancia. ¿Cómo puede estar organizado el archivo para que deberias enviar un codigo de ejemplo mucho mas simple (un caso minimo que reproduzca el comportamiento que no funciona como esperas). : no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo : aparezca exactamente lo que quiero? : Necesito que se guarde exactamente como le indico en los campos de bit, : porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en Si quieres almacenar los datos en memoria, en estructuras de alto nivel, y luego volcar eso, no te queda mas remedio que estudiarte como te almacena los datos el compilador. Es muy probable que meta espacios "de relleno" por cuestiones de alineacion. Para evitarte problemas, tienes que intentar que tu definicion de campos de bits no haga que existan elementos que quedarian "a caballo" entre dos palabras. Suponiendo que como sea te has quitado los problemas del "relleno", luego, para escribir los datos a disco te puede interesar definir la estructura como union (con un char[]) y escribir caracter a caracter http://www.cs.cf.ac.uk/Dave/C/node13...00000000000000 -- PGP and other useless info at \ http://webdiis.unizar.es/~spd/ \ finger://daphne.cps.unizar.es/spd \ Timeo Danaos et dona ferentes ftp://ivo.cps.unizar.es/pub/ \ (Virgilio) |
| |||
| Hola lestat_l Yo si que encuentro el patrón que mencionas en tu fichero (lo que no me he puesto a comprobar es que coincide con el campo que dices porque no lo he comprobado) Directamente no se me ocurre ninguna forma. En dos pasos por el contrario, se me ocurre que podrías crear un stream en representación ascii del binario con bitstream (nunca lo he probado con campos de bit, sólo es una sugerencia). Una vez hecho esto, podrías fraccionarlo en bloques de 8 caracteres (también es posible en otros múltiplos de 16 o 32), de forma que lo que cojas sean bytes y ya a partir de eso convertirlo a bytes binarios que serían los que grabases. Remarco lo de que es una sugerencia para que lo mires ya que nunca lo he probado, y antes de ponerte a hacerlo revisaría la documentación de streams y bitstreams para asegurarme. Un saludo lestat_l wrote: > Lo curioso es que he buscado el patrón del "100" (1100100 en binario) > para intentar averiguar cómo estaba organizado el archivo, y no > aparece por ninguna parte. Ese es el valor que tiene el registro en la > parte de distancia. ¿Cómo puede estar organizado el archivo para que > no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo > aparezca exactamente lo que quiero? > > Necesito que se guarde exactamente como le indico en los campos de bit, > porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en > cuenta que el sistema final tendrá grandes restricciones de memoria y > procesado, ya que se tratará de un sistema embebido. > > Muchas gracias, y un saludo. > |
| |||
| Hola lestat_l Yo si que encuentro el patrón que mencionas en tu fichero (lo que no me he puesto a comprobar es que coincide con el campo que dices porque no lo he comprobado) Directamente no se me ocurre ninguna forma. En dos pasos por el contrario, se me ocurre que podrías crear un stream en representación ascii del binario con bitstream (nunca lo he probado con campos de bit, sólo es una sugerencia). Una vez hecho esto, podrías fraccionarlo en bloques de 8 caracteres (también es posible en otros múltiplos de 16 o 32), de forma que lo que cojas sean bytes y ya a partir de eso convertirlo a bytes binarios que serían los que grabases. Remarco lo de que es una sugerencia para que lo mires ya que nunca lo he probado, y antes de ponerte a hacerlo revisaría la documentación de streams y bitstreams para asegurarme. Un saludo lestat_l wrote: > Lo curioso es que he buscado el patrón del "100" (1100100 en binario) > para intentar averiguar cómo estaba organizado el archivo, y no > aparece por ninguna parte. Ese es el valor que tiene el registro en la > parte de distancia. ¿Cómo puede estar organizado el archivo para que > no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo > aparezca exactamente lo que quiero? > > Necesito que se guarde exactamente como le indico en los campos de bit, > porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en > cuenta que el sistema final tendrá grandes restricciones de memoria y > procesado, ya que se tratará de un sistema embebido. > > Muchas gracias, y un saludo. > |
| |||
| Hola lestat_l Yo si que encuentro el patrón que mencionas en tu fichero (lo que no me he puesto a comprobar es que coincide con el campo que dices porque no lo he comprobado) Directamente no se me ocurre ninguna forma. En dos pasos por el contrario, se me ocurre que podrías crear un stream en representación ascii del binario con bitstream (nunca lo he probado con campos de bit, sólo es una sugerencia). Una vez hecho esto, podrías fraccionarlo en bloques de 8 caracteres (también es posible en otros múltiplos de 16 o 32), de forma que lo que cojas sean bytes y ya a partir de eso convertirlo a bytes binarios que serían los que grabases. Remarco lo de que es una sugerencia para que lo mires ya que nunca lo he probado, y antes de ponerte a hacerlo revisaría la documentación de streams y bitstreams para asegurarme. Un saludo lestat_l wrote: > Lo curioso es que he buscado el patrón del "100" (1100100 en binario) > para intentar averiguar cómo estaba organizado el archivo, y no > aparece por ninguna parte. Ese es el valor que tiene el registro en la > parte de distancia. ¿Cómo puede estar organizado el archivo para que > no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo > aparezca exactamente lo que quiero? > > Necesito que se guarde exactamente como le indico en los campos de bit, > porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en > cuenta que el sistema final tendrá grandes restricciones de memoria y > procesado, ya que se tratará de un sistema embebido. > > Muchas gracias, y un saludo. > |
| |
| |
| |||
| Hola lestat_l Yo si que encuentro el patrón que mencionas en tu fichero (lo que no me he puesto a comprobar es que coincide con el campo que dices porque no lo he comprobado) Directamente no se me ocurre ninguna forma. En dos pasos por el contrario, se me ocurre que podrías crear un stream en representación ascii del binario con bitstream (nunca lo he probado con campos de bit, sólo es una sugerencia). Una vez hecho esto, podrías fraccionarlo en bloques de 8 caracteres (también es posible en otros múltiplos de 16 o 32), de forma que lo que cojas sean bytes y ya a partir de eso convertirlo a bytes binarios que serían los que grabases. Remarco lo de que es una sugerencia para que lo mires ya que nunca lo he probado, y antes de ponerte a hacerlo revisaría la documentación de streams y bitstreams para asegurarme. Un saludo lestat_l wrote: > Lo curioso es que he buscado el patrón del "100" (1100100 en binario) > para intentar averiguar cómo estaba organizado el archivo, y no > aparece por ninguna parte. Ese es el valor que tiene el registro en la > parte de distancia. ¿Cómo puede estar organizado el archivo para que > no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo > aparezca exactamente lo que quiero? > > Necesito que se guarde exactamente como le indico en los campos de bit, > porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en > cuenta que el sistema final tendrá grandes restricciones de memoria y > procesado, ya que se tratará de un sistema embebido. > > Muchas gracias, y un saludo. > |
| |||
| Hola lestat_l Yo si que encuentro el patrón que mencionas en tu fichero (lo que no me he puesto a comprobar es que coincide con el campo que dices porque no lo he comprobado) Directamente no se me ocurre ninguna forma. En dos pasos por el contrario, se me ocurre que podrías crear un stream en representación ascii del binario con bitstream (nunca lo he probado con campos de bit, sólo es una sugerencia). Una vez hecho esto, podrías fraccionarlo en bloques de 8 caracteres (también es posible en otros múltiplos de 16 o 32), de forma que lo que cojas sean bytes y ya a partir de eso convertirlo a bytes binarios que serían los que grabases. Remarco lo de que es una sugerencia para que lo mires ya que nunca lo he probado, y antes de ponerte a hacerlo revisaría la documentación de streams y bitstreams para asegurarme. Un saludo lestat_l wrote: > Lo curioso es que he buscado el patrón del "100" (1100100 en binario) > para intentar averiguar cómo estaba organizado el archivo, y no > aparece por ninguna parte. Ese es el valor que tiene el registro en la > parte de distancia. ¿Cómo puede estar organizado el archivo para que > no aparezca dicho valor? ¿Hay alguna forma de forzar que en el archivo > aparezca exactamente lo que quiero? > > Necesito que se guarde exactamente como le indico en los campos de bit, > porque necesito ese formato. ¿Cómo podría hacerlo? Teniendo en > cuenta que el sistema final tendrá grandes restricciones de memoria y > procesado, ya que se tratará de un sistema embebido. > > Muchas gracias, y un saludo. > |
![]() |
| Herramientas | |
| Desplegado | |
| |
Temas Similares | ||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| calculos con campos para armar nuevos campos | laura | Newsgroup microsoft.public.es.access | 1 | 04-04-2008 18:12:27 |
| RE: Campos ocultos o permisos sobre campos personalizas en Sharepo | Ignasi Tebé | Newsgroup microsoft.public.es.sharepoint | 0 | 07-05-2007 16:14:01 |
| Re: Campos de bit | Nivel 7 | Newsgroup es.comp.lenguajes.c++ | 40 | 25-01-2006 10:36:43 |
| Campos de bit | lestat_l | Newsgroup es.comp.lenguajes.c | 25 | 24-01-2006 16:20:20 |
| Re: Campos de bit | Nivel 7 | Newsgroup es.comp.lenguajes.c++ | 0 | 24-01-2006 12:21:45 |