![]() |
| |||||||
| Registrarse | Preguntas Frecuentes | Lista de Foreros | Calendario | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
| | LinkBack | Herramientas | Desplegado |
| | ||||
| ||||
| |
| |||
| > De todas formas, ¿cómo lo estás probando? Si es pokeando desde Basic > no vale, ya que al hacer el primer POKE para poner el primer byte a 0, > en teoría y si lo usa el propio intérprete de Basic, ya llamaría al > Vector, de forma que no llegaría a realizar el segundo POKE. pues igual tienes razón... lo he hecho desde BASIC tal que así: POKE 23735,0: POKE 23736,0: SAVE "xx" y quizás pase lo que tú dices de que se "modifica" el valor antes de que el intérprete pueda usarlo... pero ten en cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas. La verdad es que ahora que le presto atención si que como dices en plan "anécdota" está curioso... el resto de variables y vectores están más que documentados y aprovechados al máximo, y este no aparece más que en contadísimas ocasiones :-) ... no te extrañe que igual alguien encontró ese valor por "casualidad" y poco más de él se pueda aprovechar... quiero decir que tal vez no sea más que una casualidad el efecto, aunque evidentemente tendrá su motivo "técnico" pero que se nos escapa -bueno, al menos a mi se me escapa- Muchas gracias de nuevo. Un saludo. |
| |||
| > De todas formas, ¿cómo lo estás probando? Si es pokeando desde Basic > no vale, ya que al hacer el primer POKE para poner el primer byte a 0, > en teoría y si lo usa el propio intérprete de Basic, ya llamaría al > Vector, de forma que no llegaría a realizar el segundo POKE. pues igual tienes razón... lo he hecho desde BASIC tal que así: POKE 23735,0: POKE 23736,0: SAVE "xx" y quizás pase lo que tú dices de que se "modifica" el valor antes de que el intérprete pueda usarlo... pero ten en cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas. La verdad es que ahora que le presto atención si que como dices en plan "anécdota" está curioso... el resto de variables y vectores están más que documentados y aprovechados al máximo, y este no aparece más que en contadísimas ocasiones :-) ... no te extrañe que igual alguien encontró ese valor por "casualidad" y poco más de él se pueda aprovechar... quiero decir que tal vez no sea más que una casualidad el efecto, aunque evidentemente tendrá su motivo "técnico" pero que se nos escapa -bueno, al menos a mi se me escapa- Muchas gracias de nuevo. Un saludo. |
| |||
| > De todas formas, ¿cómo lo estás probando? Si es pokeando desde Basic > no vale, ya que al hacer el primer POKE para poner el primer byte a 0, > en teoría y si lo usa el propio intérprete de Basic, ya llamaría al > Vector, de forma que no llegaría a realizar el segundo POKE. pues igual tienes razón... lo he hecho desde BASIC tal que así: POKE 23735,0: POKE 23736,0: SAVE "xx" y quizás pase lo que tú dices de que se "modifica" el valor antes de que el intérprete pueda usarlo... pero ten en cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas. La verdad es que ahora que le presto atención si que como dices en plan "anécdota" está curioso... el resto de variables y vectores están más que documentados y aprovechados al máximo, y este no aparece más que en contadísimas ocasiones :-) ... no te extrañe que igual alguien encontró ese valor por "casualidad" y poco más de él se pueda aprovechar... quiero decir que tal vez no sea más que una casualidad el efecto, aunque evidentemente tendrá su motivo "técnico" pero que se nos escapa -bueno, al menos a mi se me escapa- Muchas gracias de nuevo. Un saludo. |
| |||
| > De todas formas, ¿cómo lo estás probando? Si es pokeando desde Basic > no vale, ya que al hacer el primer POKE para poner el primer byte a 0, > en teoría y si lo usa el propio intérprete de Basic, ya llamaría al > Vector, de forma que no llegaría a realizar el segundo POKE. pues igual tienes razón... lo he hecho desde BASIC tal que así: POKE 23735,0: POKE 23736,0: SAVE "xx" y quizás pase lo que tú dices de que se "modifica" el valor antes de que el intérprete pueda usarlo... pero ten en cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas. La verdad es que ahora que le presto atención si que como dices en plan "anécdota" está curioso... el resto de variables y vectores están más que documentados y aprovechados al máximo, y este no aparece más que en contadísimas ocasiones :-) ... no te extrañe que igual alguien encontró ese valor por "casualidad" y poco más de él se pueda aprovechar... quiero decir que tal vez no sea más que una casualidad el efecto, aunque evidentemente tendrá su motivo "técnico" pero que se nos escapa -bueno, al menos a mi se me escapa- Muchas gracias de nuevo. Un saludo. |
| |||
| >cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas Pero cambias un Byte y para que apunte a algo válido. Al intentar resetear el spectrum metiendo dos valores, se salta a la dirección del vector (está por ver cómo se compone con estos dos bytes la dirección de salto) con el pimer POKE. Como es un salto aleatorio, no se regresa al intérprete basic y se queda ahí colgado. Cuando llegue a case le dedico a esto un rato y os cuento, aunque de todas formas como mucho podrá sacar cómo compone la dirección de salto el intérprete (algo es algo) pero sin documentación no puedo sacar cómo se integra todo esto con el intérprete Basic y de que forma podemos usarlo en beneficio propio para el uso para el que fue creado. Bueno, sí se puede, mirando el listado de la ROM completo desensamblado, que está disponible en Internet y donde a buen seguro está esta parte de la ROM hasta con comentarios, pero de momento no tengo tanto tiempo libre como para estudiar esto a ese nivel de detalle. |
| |||
| >cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas Pero cambias un Byte y para que apunte a algo válido. Al intentar resetear el spectrum metiendo dos valores, se salta a la dirección del vector (está por ver cómo se compone con estos dos bytes la dirección de salto) con el pimer POKE. Como es un salto aleatorio, no se regresa al intérprete basic y se queda ahí colgado. Cuando llegue a case le dedico a esto un rato y os cuento, aunque de todas formas como mucho podrá sacar cómo compone la dirección de salto el intérprete (algo es algo) pero sin documentación no puedo sacar cómo se integra todo esto con el intérprete Basic y de que forma podemos usarlo en beneficio propio para el uso para el que fue creado. Bueno, sí se puede, mirando el listado de la ROM completo desensamblado, que está disponible en Internet y donde a buen seguro está esta parte de la ROM hasta con comentarios, pero de momento no tengo tanto tiempo libre como para estudiar esto a ese nivel de detalle. |
| |||
| >cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas Pero cambias un Byte y para que apunte a algo válido. Al intentar resetear el spectrum metiendo dos valores, se salta a la dirección del vector (está por ver cómo se compone con estos dos bytes la dirección de salto) con el pimer POKE. Como es un salto aleatorio, no se regresa al intérprete basic y se queda ahí colgado. Cuando llegue a case le dedico a esto un rato y os cuento, aunque de todas formas como mucho podrá sacar cómo compone la dirección de salto el intérprete (algo es algo) pero sin documentación no puedo sacar cómo se integra todo esto con el intérprete Basic y de que forma podemos usarlo en beneficio propio para el uso para el que fue creado. Bueno, sí se puede, mirando el listado de la ROM completo desensamblado, que está disponible en Internet y donde a buen seguro está esta parte de la ROM hasta con comentarios, pero de momento no tengo tanto tiempo libre como para estudiar esto a ese nivel de detalle. |
| |||
| >cuenta que cuando se usa para que no salga el mensaje de comienzo de grabación también se hace desde BASIC y funciona sin problemas Pero cambias un Byte y para que apunte a algo válido. Al intentar resetear el spectrum metiendo dos valores, se salta a la dirección del vector (está por ver cómo se compone con estos dos bytes la dirección de salto) con el pimer POKE. Como es un salto aleatorio, no se regresa al intérprete basic y se queda ahí colgado. Cuando llegue a case le dedico a esto un rato y os cuento, aunque de todas formas como mucho podrá sacar cómo compone la dirección de salto el intérprete (algo es algo) pero sin documentación no puedo sacar cómo se integra todo esto con el intérprete Basic y de que forma podemos usarlo en beneficio propio para el uso para el que fue creado. Bueno, sí se puede, mirando el listado de la ROM completo desensamblado, que está disponible en Internet y donde a buen seguro está esta parte de la ROM hasta con comentarios, pero de momento no tengo tanto tiempo libre como para estudiar esto a ese nivel de detalle. |
| |||
| > ¡ UAH ! Yo ya sabía que existía un poke o rutina así, llevo buscándolo > hace tira. Lo probaré nada más terminar este mensaje. pues vaya, me alegro que aún sirva a alguien !!!! :-) De todas formas, probarlo es bastante sencillo, ya que funciona tanto en líneas de programa como en la "línea de comandos", es decir, no tienes más que teclear: POKE 23736,181: SAVE "xx" y podrás ver su efecto. Un saludo. |
| |
| |
![]() |
| Herramientas | |
| Desplegado | |
| |
Temas Similares | ||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| CAMBIAR DIRECCION DE CORREO ELECTRONICO O DIRECCION DE MESS | Danger.ve | Newsgroup microsoft.public.es.msn.messenger | 8 | 20-03-2007 21:54:06 |
| Conexión extraña | José Manuel | Newsgroup es.comp.virus | 16 | 23-01-2007 21:00:12 |
| IP MUY EXTRAÑA | Q | Newsgroup es.comp.redes.misc | 10 | 08-06-2006 11:22:07 |
| peticion extraña | CADchondo | Newsgroup es.comp.cad.autocad | 0 | 28-10-2005 10:25:25 |
| cosa extraña en C | Ricardo Catalinas Jimenez | Newsgroup es.comp.os.linux.programacion | 48 | 26-04-2005 21:49:19 |