Bienvenidos al infierno...

Bueno, ya tenenos el sistema de arranque de nuestros sueños (bueno, no, pero casi, ｨverdad? ;-) ) montado en un CD. ｨArranca?. En mi primer intento no arrancó. En el segundo tampoco. Tras ponerme en contacto con Al Dermody, el autor de cdboot.zip, resultó que lo estaba haciendo bien. Pero mi sistema no arrancaba. ｨEl fallo? Bueno, la ánica diferencia entre el sistema de Al y el mío era el idioma. Su sistema yanqui arrancaba y el mío no. Desesperado, me puse a probar archivos del warp 4 original, del FP 5, etc... Afortunadamente, con los DLLs y demás archivos del FixPack 10 y las áltimas actualizaciones del IDEASD.EXE ya va "todo" bien. Por eso es muy importante repasar las fechas y tamaños de los archivos de la lista. Y aún así, nada nos garantiza al 100% que esto funcione. Como nota curiosa, ¿alguien se ha fijado en que las DLLs críticas del Warp 4 español siempre ocupan máltiplos de 256 bytes mientras que las yanquis parecen tener tamaños mucho más arbitrarios? ｨCompiladores manejados con los pies?

Tras este primer descalabro, como casi siempre, vino el segundo -pero qué masoquista soy :) -. Durante mis experimentos originales seguí las instrucciones de Al Dermody a pies juntillas, y por tanto a mitad de arranque mi sistema se ponía a leer cosas del CD en la unidad N:. El principal inconveniente de esto es que tuve que probar con 5 versiones distintas del controlador de CD-ROM OS2CDROM.DMD (otra vez a mirar la lista, ｨeh? :) ) antes de encontrar una que me funcionase. Las otras simplemente se negaban a cargar en memoria, con lo que aunque cargase el CDFS.IFS, no había unidades a las que acceder y se jorobaba todo el arranque a mitad del proceso. Lo curioso del caso es que durante las pruebas, arrancando desde disco duro, ninguno de los OS2CDROM.DMD que probé dió el menor problema. Divertido, ｨa que sí? :)

La solución que encontré es la que hemos aplicado aquí a priori para evitarnos problemas: todo el sistema que hemos construido es completamente autónomo, es decir, no hay referencias ni son necesarios archivos externos al sistema. La ventaja de esto es evidente: si el OS2CDROM.DMD no carga durante el arranque, éste no se detiene porque no se pueda acceder a tal y tal archivo, sino que prosigue hasta el final. Lo que obtenemos entonces es algo así como unos disquetes de utilidad, pero en CD (ah, y sin poder acceder a la unidad de CD). A partir de aquí, si con el sistema arrancado desde CD podemos acceder al CD como unidad N:, todo bien, podemos seguir. Si no, a probar más versiones del OS2CDROM.DMD. Segán parece, la que yo estoy utilizando en estos momentos (ver lista) es bastante fiable, pero quién sabe...