Re: Ni Pazos ni MkII

Ram=?iso-8859-1?Q?=f3n_?= escribió:

> From: Ram=?iso-8859-1?Q?=f3n_?=<ramoni(_en_)mallorcaweb(_punto_)net>

(Hay que ver en lo que se se convierte un inocente acento de nada eh? ;-))

> On Fri, 21 Jan 2000 20:55:24 +0100
> Juan Antonio Gómez <joanant(_en_)arrakis(_punto_)es> wrote:
>
> Dejando a un lado el tema del SBB cuya opinión me reservo, la polémica
> sobre si el MegaSCSI tiene o no un BUG me parece exagerada.
> Estamos hablando de lo que ASCII dice, deja de decir o la forma en que
> se deben o no deben hacer las cosas, cuando en realidad ASCII hace mucho
> que no dice nada y las cosas se hacen cada vez más como se puede que
> como se debe. Y no me refiero a que las cosas se hagan mal, sino a que
> normalmente las hace una persona, o un grupo reducido, que por mucho que
> sepa ni trabaja de ello ni tiene el equipo necesario para hacer las
> miles de pruebas que se harían si fuera algo comercial.
>
> Personalemte creo que el tema es mucho menos grave de lo que se está
> hablando aquí. Recapitulemos: El EP, así como MUCHOS, por no decir todos
> los programas residentes (por citar algunos: Cheat Master, MCDRV,
> NestorAcentos, NestorCDplayer, MWMplay) leen sin restaurar el valor del
> famoso PPI-C. Vale.
>
> El problema está en que si ese programa residente se ejecuta junto a una
> aplicación que de por supuesto que dicho registro no cambia entonces
> puede ocurrir que la lectura del teclado sea incorrecta. Vale.
> Ya lo sabemos. Solución: No caer dos veces en el mismo error.
>
> Podemos pasarnos años discutiendo si la culpa la tiene el uno o el otro,
> pero creo que el problema, añadir un simple OUT no merece ni el esfuerzo
> ni las consecuencias que está teniendo.
>
> El hecho de si el MegaSCSI tiene un bug me parece, come he dicho,  exagerado.
> A mi entender un bug es algo gordo: un fallo en el funcionamiento del
> programa, por ejemplo que no emulara bien determinados discos por algún
> motivo, o que el programa se colgara, o que se cargara el HD. ESO son
> bugs.

Personalmente, si la función del emulador de discos, es emular la carga por
sectores de un diskete, y éste por razones secundarias modifica cualquier cosa
del hard que la disketera no haría, pues si considero que puede ser un bug, ya
que esto puede probocar fallos en programas (he aquí un caso, que no debe ser el
único).
Hay que tener en cuenta que, cuando un programador hace un programa/juego,
normalmente lo piensa para que funcione en un MSX sin problemas, en el formato 
de
distribución, luego si cada uno se lo quiere adaptar a diskete, o a CD, o a 
disco
duro, o a ROM o lo que sea, y el programa no funciona bien por no estar 
corriendo
en el entorno previsto, pues que le busque una solución o a tirar de parches,
pero que no diga que algo está mal programado, porque no es así.
Creo que en esto último, JAM me dará la razón, que ha adaptado varios juegos a
(MEGA)ROM, ¿no?.

> Lo de que no restaure el PPI-C, es, a mi parecer, una peculiaridad
> de éste y MUCHOS otros programas, casi diria yo que eso a lo tachais de
> bug es más una costumbre o un "standar" en la forma de programar, algo
> que "como todo el mundo lo hace de la misma forma no vale la pena
> cambiar"...

Eso me me recuerda al chiste del hombre que se meaba en la piscina y que acababa
algo así: "Ah! Pero si eso lo hace todo el mundo ...." y le contestaban: "Sí,
pero no desde el trampolín" X-D.

Con esto quiero decir que, si "todo el mundo" juegua con el PPI y se deja algún
bit cambiado, y todo le funciona bien, pues vale. Pero si "alguien" se encuentra
con que un programa (residente o no), no funciona bien por ese cambio, pues creo
que es razón suciente para cambiar esa "mala costumbre". El que toque un bit en
un puerto (cualquier puerto) y despues no lo restaure, pues que se atenga a las
consecuencias: Que funciona bien todo, pues fantastico, que no, pues que se
aguante y que lo hubiera programado "como dios manda" o que se haga un parche y
punto.

> Repito, me parece totalmente desmesurado el efecto que ha tenido este
> "efecto PPI-C" y espero que no se siga dando más vueltas al tema ni
> intentando demostrar si  tal o cual programa tiene o no un bug. Hay
> muchos programas más interesantes para depurar y muchas cosas más
> provechosas en las que perder el tiempo.

Estoy de acuerdo al 100%.

Slds,
I.I.E. - IVIsoft Corp.