Mensajes

No entiendo bien que quieres decir, explícate mejor.

Dijiste que tal interaccion existe como un intercambio de fotones. Si lo deduzco bien, esto quiere decir que la perturbacion que resulta de esto primero, concluye en el impetu para la particula, y es lo mismo que se manifiesta como magnetismo. Esta bien... pero, ¿por que? es decir, ¿a partir de que? si hablamos de intercambio hablamos de movimiento, esto es asi en todo el sentido humano del intercambio pero, para que haya movimiento tuvo que haber energia. Entonces ¿la energia solo aparece?

Saludos y gracias por responder.

Machacador estudio de chiquitito con Newton.

Apuesto a que eran mejores amigos. Aun se huele la envidia de Hooke...

Estas lineas son una representación gráfica de algo que no se puede graficar... o sea... tales lineas ni existen...

Parece que Newton se hizo un usuario en el foro... 

Saludos.

En este caso osea en el caso de la fuerza electromagnética el bosón en cuestión es el fotón. Por lo tanto si así lo quieres decir esas lineas serían las interacciones entre partículas que crean el campo magnético a través de bosones.

En verdad esperaba algo mas "el universo es asi".
Esto tiene mas sentido... ahora me pregunto que es el movimiento en si del foton que forma una interaccion.

Gracias por responder.

No. Una referencia es cualquier miembro del código fuente que se incluyó en la tabla de símbolos. Puede ser desde una expresión, a un método, un tipo de datos complejo. La expresión será reducida y convertida (en general) a notación polaca inversa antes de hacerla consignar como lista para compilar... etc...

Esta bien. Esto lo entendi, me referia a objeto no como su definicion en el contexto de la orientacion a objetos sino como, literalmente, cualquier objeto en el codigo. Como una variable, una funcion, etcetera...

La tabla de símbolos es una tabla con estructura de árbol

Esto me lo suponia, gracias por afirmarlo.

No. Un pase no tiene nada que ver con ordenar, ni tampoco se calculan la cantidad de pases.
El número de pases es una cuestión de diseño, de la forma en que haya sido concebido el compilador para manejar el lenguaje que compila.
De hecho las operaciones que realice en uno u otro pase, es también dependiente del diseño del compilador... yo simplemente señalo la 'separación lógica' (para entenderlo), en dos fases bien claras y definidas, en un pase suele hacerse en análisis léxico (para encontrar errores con 'tokens' no reconocibles y el análisis sintáctico (para ver que aunque cada token se reconoce la propia línea tiene sentido... y se reconoce como bien formada, esto como mínimo...

Esta bien... esto me tenia un poco confundido.

Luego interviene el linker que toma todos los módulos y construye con todos el ejecutable, todavía suele proceder resolver algunas referencias como ya expliqué, aunque nuevamente dependerá del diseño, pudiera ser que el compilador haya resuelto ya las referencias y el linker simplemente ensamble todos los módulos junto y lo pase definitivamente al código intermedio o al código nativo... piensa que no hay reglas fijas... hay pasos que resolver pero cada cual diseña que pasos resuelve en que sitio y cuales en otro.

Okay con esto me queda mas claro que es un enlazador.

Tambén es frecuente que haya más de una fase de optimización del código. Aunque si son demasiadas puede sufrir demora.

Hmmmmm con que a esto se debe. Me preguntaba a que se debian esas demoras repentinas cuando hacia ciertas combinaciones especificas en mis codigos. Sobre todo cuestiones relacionadas con ciclos.

No hay nada que ordenar a no ser que te refieras a poner las cosas en su sitio...

Si, precisamente a eso me refiero.

No sé porque insistes en un 'orden'.

No orden sino ordenamiento. Como metaforicamente lo explicaste con "poner las cosas en su sitio".

Por ejemplo imagina que hay una directiva include... que coloca cierto código en una parte... pués tocará dejar hueco para realojar ese include... aunque lo general es que cuando un lenguaje admite  directivas include, hace un preprocesamiento

Con que de aqui viene el termino coprocesador de C y C++.

Respecto a lo que dices en seguida, supongo que resolvere los detalles cuando analice lo que me recomendaste revisar.

Muchas gracias por tu ayuda. Entiendo mucho mejor por que existen estos procesos y por que hay una diferencia entre ellos.

[en si]

Definitivamente la piedra angular de la tecnologia moderna. Sin embargo ¿es tan conocido como utilizado?. Se bien que el campo magnetico ha sido bien estudiado en el pasado, especialmente por Maxwell y Faraday:

http://hermes.ffn.ub.es/luisnavarro/nuevo_maletin/Maxwell_1856_Faraday_lines_excerpt.pdf

Sin embargo, incluso luego de un modelo matematico, me parece que la pregunta mas esencial es lo menos comprobable, mas que una simple manifestacion en virtud de una facultad (como dirian varios fisicos modernos), es una cuesion de que es, mas que de como es o como funciona.

Podemos observar facilmente el fenomeno con el expermiento del polvo de hierro:



Pero sigo sin encontrar una respuesta a mi pregunta: ¿que son lineas de campo?.
Esta claro que hablamos de lineas como una representacion, como dijo Newton, del fenomeno, y no como el fenomeno en si y, sabiendo eso, ¿que es lo que realmente son? ¿una perturbacion del espacio?

Me gustaria saber lo que opinan sobre esto.

Saludos.

Esta bien...

Hablamos entonces de referencias como -cualquier tipo de- objeto a ser localizado en el algoritmo.
Los pases son, en pocas palabras, un ordenamiento (en todo sentido) del proceso de compilacion.
y ¿como calcula el compilador el numero de pases que son necesarios, en ese caso (o cualquier otro)?
El codigo objeto es entonces mas bien informacion que codigo, que el enlazador utiliza para enlazar.

En la última fase (ya del linker) si quedare algo por hacer sería recorrer de nuevo el fichero resultante y actualizar las direcciones. El linker, se encarga además de procurrar todas las referencias externas, es decir aquellas llamadas que se harán a objetos fuera dle proyecto (librerías dll, controles d eusuario, etc...), pués deba añadir código ahí para resolver el tipo de llamada a dicha librería (algunas librerías utilizan la pila

Esto me genera un poco de confusion.
Entonces seria algo asi: el compilador se encarga del ordenamiento del algoritmo principal, en forma de "arbol" (digamos). Y el enlazador se encarga del ordenamiento de su interaccion con este exterior compuesto de librerias de enlace dinamico, librerias estaticas, etcetera. ¿no?
Y ¿es el compilador o el enlazador el que auna los algoritmos de un mismo proyecto? Por deduccion de lo anterior pensaria que es el compilador.

https://en.wikipedia.org/wiki/Calling_convention

Uf. Cuanto necesitaba leer este articulo.
Me parece interesante que la ignorancia pueda ser una fuente de creatividad. Yo no conocia las maneras en las que se realiza esto y como consecuencia invente varias maneras de hacerlo. Me gustaria incluirlas aqui pero creo que seria demasiado off-topic. Pero va desde una locura de retornos en la pila, a simplemente el registro DX. En verdad la programacion (especialmente en ensamblador) puede convertirse en un lienzo en blanco pidiendo a gritos tu imaginacion.

Gracias por tu tiempo. Este foro es increible, en verdad  .

[Yuki]

En general no es sencillo compilar de una sola pasada, por varias razones.

Okay... entonces de aqui viene.

- Hay referencias que no se han resulto, se guardan datos intermedios y en otra fase se termina de verificar.

¿te refieres con esto a que en el proceso las direcciones varian y al mismo tiempo y por el mismo son ajustadas?

- El código es tan grande que la memoria no puede albergar todo el proyecto en memoria.

Los archivos COM, son de cuando los programas eran tan pequeñitos que cabían en un unico sector (no más de 64kb.). Eso implicaba que las direcciones podían ser consideradas absolutas, si se cargaban en un sector siendo la dirección absoluta real la dirección del sector + el desplazamiento en el sector. Eso mismo supone ciertas restricciones, a cambio de una carga más rápida (no hay que traducir las direcciones que ya tiene el COM).
Un exe, en cambio puede tener cualquier tamaño, y exige que durante la carga todas sus direcciones sean modificadas (una vez cargado en memoria), conforme al valor que contienen y al punto en memoria que fueron cargados... eso supone una cierta lentitud en la carga en memoria (el loader), a su vez se libera de ciertos rigores como el tamaño limitado o los saltos...
En fin, la diferencia básica se limita a la velocidad de carga que hoy es despreciable peroq ue en los 70-80 podría suponer una gran diferencia dada la velocidad de ejecución d elos procesadores de entonces.
Cuando la velocidad de los procesadores se disparó y el tamaño de la memoria siguió el mismo camino, los programas COM, básdicamente quedaron obsoletos (pués ya más que ventajas ofrecen restricciones)

Imagino que estamos hablando de la relacion entre la velocidad de acceso al disco y a la memoria.
Sin embargo, asi como un archivo COM es limitado por su estructura, ¿un EXE no debe ser igualmente no mayor al rango del registro de segmento de codigo? (Si vamos al caso)

Lo siento he tachado esa parte final, porque tú sabrás que 'cuestiones superficiales' conoces, yo no sé cuales son, y creo que nadie más que tú lo sepa... ni si son correctas o sesgadas, es asumir...sin conocimiento de causa.

Es decir, como dije cuando introduje mis preguntas, lo que tiene que decir Wikipedia (como antonomasia de las definiciones generales).

Me he tomado la molestia de buscar un hilo donde respondí varios temas a Yuki, luego abandonó el proyecto, así que ya no pude orientarle más...
He buscado el hilo, te pongo un link al mensaje específico que contesta por encima las fases de un compilador (típico). Aunque si estás interesado, te recomiendo leer todo el hilo:

https://foro.elhacker.net/foro_libre/escribiendo_un_compilador_en_vivo-t482796.0.html;msg2160676#msg2160676

De hecho me he preguntado varias veces como seria el codigo fuente de un compilador. Gracias por tu tiempo.

No suele haber tales referencias.

Y eso temia. En realidad es solo curiosidad.

Link es enlace, linking, es enlazar... Se trata de hacer que todos esos ficheros de código individuales sean uno solo, pero no se trata de eso solo, también (y sobretodo) se trata de otorgar las direcciones de memoria relativa dentro del código (el cargador del ejecutable durante la ejecución tomará las direcciones relativas y las transformará en direccioes absolutas en la memoria, aunque no es exactamente así...

¿Te refieres con esto, como pregunte antes, a que al momento de unir los archivos las direcciones varian y el enlazador debe encargarse de a su vez ajustarlas?

Ademas me pregunto si justamente a eso te refieres con lo que dices en seguida.

Gracias por responder.

A los sistemas critpograficos lo que pinturas han hecho los pintores. A pesar de las limitaciones para con las herramientas que se utilizan para emular matematicamente lo que se imagina como una forma de transformar informacion, lo unico que permanece omnipotente es la imaginacion. Para mi el critpoanalisis es fundamentalmente lo mismo que observar una pintura hasta ver las manos del pintor, y seguira siendo asi hasta que pueda expresarse (de la misma forma) el azar en una ecuacion.

Hola.
Echandole un vistazo a lo que tiene que decir Wikipedia acerca de esto me han quedado ciertas dudas acerca del funcionamiento, digamos, de bajo nivel del ensamblaje y linkeado de programas, en terminos generales.

¿Que es, fundamentalmente, la generacion del codigo objeto?
Facilmente en Internet puede encontrarse una variedad considerable de referencia para con este tema sin embargo lo que mas bien me pregunto es cual es el proceso preciso del compilador, tomando en cuenta que ya conozco las cuestiones mas superficiales. En verdad no pido (aunque agradeceria por añadidura) una explicacion (mas bien, resumen) de este proceso porque se que no merece un resumen. Tambien agradeceria saber en donde podria encontrar una buena referencia acerca del formato de archivo OBJ.

y, de igual manera, ¿que es, fundamentalmente, el proceso de linking?
Sin bastante que añadir, tengo basicamente la misma duda.

Como resultado de estas cuesitones, ademas tengo algunas otras preguntas:
Ya que no conozco el funcionamiento basico del proceso de linking, pido que disculpen mi ignorancia porque realmente no se si es posible linkear (¿soy el unico al que le parecen raros estos anglicismos?) un archivo COM pero, si es asi, ¿cual es la diferencia entre linkear un archivo COM y un archivo EXE? y ¿en que afecta este proceso los valores de los registros de segmento, o a los mismos en definitiva, en tiempo de ejecucion?

Gracias de antemano y saludos.