[ATARI] Librer ías dinámicas

[Jaime Cagigal Bordonaba]

El Tue, 14 Jan 2003 21:29:28 +0100
Luis Manuel Asensio Royo <lasensio at airtel.net> escribió:

> En el caso de una librería matemática se debería estudiar si es realmente 
> necesaria una precisión tan elevada teniendo en cuenta a qué tipo de usuarios 
> se destina el sistema. Si son usuarios normales y corrientes, o incluso PYMES, 
> en mi modesta opinión creo que tiene poco sentido, porque con la precisión que 
> tienen los coprrcesadores matemáticos ya es suficiente. Pero aun en el caso de 
> que fueran necesario, se tendría que tener en cuenta cuántas aplicaciones la 
> necesitan, y qué necesitan de ésta librería, porque no creo que un programa 
> las necesite todas.
> 
Precisamente usar una librería dinámica te permite tener cierta
independencia de hardware, ahora ya no se da porque todo viene con
copro, pero en los tiempos en que tenias ordenadores sin copro y con
copro era mucho más interesante el uso de librerías matemáticas.
Ejemplo: Tenemos el programa X que corre en un procesador sin FPU y
apenas usa funciones matematicas, las librerias dan el resultado con o
sin FPU. Resulta que ahora cambiamos a uno que requiere mucha mas
precizion, el programa Y. Si no tuviesemos FPU posiblemente ni podríamos
usarlo pero ahora gracias a la librería podemos usarlo más o menos y
llevar nuestros modelos a casa de un amigo que si que tiene FPU y la
librería usa sus funciones optimizadas para FPU resultando en un render
más rápido. Sólo son ventajas.

> Estoy totalmente en desacuerdo en tener varias versiones de la misma librería, 

yo también, pero si resulta que la siguiente librería tiene un bug,
hasta que lo solucionan puedes poner la librería en el directorio del
programa y que así funcione.

> lo considero redundante e innecesario, máxime si se tratan de librerías 
> especializadas en una tarea concreta. Pongo por ejemplo el Linux, más 
> concretamente la distribución Debian. Acabo de examinar el directorio /lib, y 
> solamente he encontrado una librería por API o tarea diferente, lo demás son 
> enlaces simbólicos a dichas librerías, lo cual evita la redundancia y el 
> despilfarro de espacio y tiempo.
> 
no he probado nunca, por curiosidad el NTFS permite hacer enlaces?

> Se ha hablado de actualizar el sistema operativo. Se habla de la ventaja de 
> tener el sistema en disco, yo lo veo una desventaja, Si se te corrompe el 
> disco o se avería, ya puedes prepararte para empezar de nuevo la instalación 
> del sistema entero, aparte de las aplicaciones, como pasa con el windows y el 
> linux. La idea del Milan me parece la más idónea. El sistema está en una 
> FlashROM, por ello SIEMPRE esta presente y disponible, pase lo que pase, y al 
> ser una FlashROM, si hay un error en el sistema y parece una nueva versión que 
> la corrige, la grabas en la FlashROM y listo. Ësto es útil cuando se tiene un 
> sistema pequeño y eficiente, como siempre lo ha sido el TOS. Los sistema que 
> se cargan de disco al final acaban convirtiéndose en armatostes que necesitan 
> megas y megas de disco, y yo no quiero eso en un sistema Atari, lo rechazo de 
> plano.
> 
Tengo por aquí una versión de XP de rescate que autoarranca de cd en un
modo gráfico propio (no es el explorer normal pero es similar) y permite
ejecutar algunos programas de rescate etc... :-)
bueno, tb corre emuladores de recreativa, como ves no ejecuta todo todo
pero muchas cosas si. Lo suficiente para solucionar los problemas en
disco.
Así que no hay necesidad de tener XP en flashrom ;-)    
(por otra parte seria una flashrom "pequeñita"   jejeje)

> Me niego rotundamente a que el TOS acabe siendo un 'conjunto de librerías', da 
> igual donde se metan, porque se que al final acabaría como otros sistemas, 
> convirtiéndose en una locura. El ejemplo del VDI no es válido en absoluto, ya 

creo que otro problema de windows es la forma de llamar a las librerías,
que no es muy intuitiva, y con el tamaño de caracteres que permiten los
ficheros podrían poner algo más amigable para el usuario. En Amiga (y
supongo que en muchos otros) los nombres son un poco más descriptivos
(pero ojo, tampoco son parrafos) me acuerdo por ejemplo de la
powerpacker.library que usaba el compresor PowerPacker para comprimir y
descomprimir ficheros, si fuese windows la llamarían pp20.dll y se
quedarían tan anchos. Tener nombres claros ayuda a saber lo que tienes
en el disco.

Saludos
Jaime Cagigal Bordonaba