Que turbo C acepte el far.

 Un reto para programadores.

 Hola a todos.    (Ah, mira, un subforo que estreno yo ).

 Después de unas semanas fuera ya he vuelto.
 ... Y traigo problemas nuevos. 

 Como tengo ya por costumbre, durante las vacaciones me convierto en "programador", (ansi C, pelado).
 ... y como sea que me gustan los equipos antiguos, intento vivir la experiencia de como era
 hacerlo "a la antiga usanza e manera".
 Para ello cuento con un portátil de los de entonces (Toshiba CS2110), (un 486, dx no crea, :)  ),
 un s.o. ms-dos 5.00, y un turbo c (2.0 ó asi), cedido por la propia Borland.

 A pesar de sus pequeñas manias y algún problemilla, he de confesar que funciona sorprendentemente
 bien, y además es muy agradable y fácil de trabajar con el.
 Y además sin windows!, ni siquiera uno antiguo. Sin "telemetrias", sin sp's, sin espionajes en red,
 sin nada, solo el toshiba el programa y yo. :). (­Chupate esa Redmond! ).
 Aunque este año ... (Con un bug hemos topado, amigo Sancho).

 Intenté‚ entrar al modo gráfico que parece que tiene, y que está soportado por el header
 graphics.h. Me ilustré‚ con los ejemplos que hay en las web sobre como hacerlo, incluso
 encontre un tutorial sobre como hacerlo en el turbo C, con sus ejemplos de código.

 Recorté‚ y pegué‚ el primero de los ejemplos, para ver como va eso. Y plaff!, la primera en
 la frente.
 Me tiró un montón de errores, ­del header!, no del código.
 No es la primera vez que me pasa, (con 1 ó 2 errores, tantos nunca), y entonces copiaba
 la declaración que necesitaba, la pegaba en el programa. Y listos.
 Esta vez hay muchas declaraciones implicadas que las necesito, y no puedo usarlas.

 Al final resulta que los errores, (ejemplo mas abajo), los produce la partícula "far"
 que usan dichas declaraciones.  :(   [confused]
 Después de mirar internet, (no venía en mis textos), parece que es algo que se usaba
 con arquitecturas y s.o. muy antiguos y que era para evitar los errores de segmento.
 (Bueno, no es un 8086, ni un dos 2.x ó 3.x, pero está a solo a unas 3 generaciones).

 En muchos escritos decían que se podían retirar los far y no pasa nada.
 Yo lo intenté‚ con una copia editada del header. Y los errores desde luego desaparecieron,
 todo ok.
 Pero al intentar correr el código, (paso a paso), sencillamente se reinicia la computadora
 cuando llego al initgraph.
 Lo intenté‚ montando una copia de todo en un laptop PIII que tengo, y msdos 6.22, por la edad no será ,
 y se queda clavado cuando llega al initgraph.

 
 O sea, que necesito si o si que el turbo C reconozca sus propios far como una parte
 correcta de la orden, pero no tengo ni idea de donde se gestiona la aceptación de cosas
 como esta que no veo por ningún fichero, ni sale en ninguno de los menus help del programa.

 ¿ Alguien puede orientarme de donde hay que tocar para que acepte sus propios far ?.

 ___________________________________________________________________________________

 Pongo como ejemplo los 4 primeros errores. (Y hay uno por cada linea que lleva el far).
 el número que hay delante es la línea del header en donde está  el error, debajo están
 los errores que da.

 241 void far _Cdecl arc(intx,inty, int stangle, int endangle, int radius);
	size of structure or array not known.
	declaration sintax error.
 
 243 far _Cdecl bar(int left, int top, int right, int botom);
	size of structure or array not known.
	declaration sintax error.

 244 void far _Cdecl bar3d (int left, int top, int right, int botom, int depth, int topflag);
	size of structure or array not known.
	declaration sintax error.

 246 far _Cdecl circle(int x, int y, int radius);
	size of structure or array not known.
	declaration sintax error.

 En todos ellos el punto de la linea marcado es la apertura del parentesis.

 Saludos a todos.  Espero que hayais tenido una buenas vacaciones.