From professional translators, enterprises, web pages and freely available translation repositories.
objeto binario grande exch50
exch50 binary large object
Last Update: 2006-09-06
Usage Frequency: 1
Quality:
== planeta enano ==al saberse que quaoar es un objeto binario puede calcularse su masa analizando la órbita del objeto secundario.
===because quaoar is a binary object, the mass of the system can be calculated from the orbit of the secondary.
los laboratorios de cv inventaron modos eficientes de dirigir los viejos binarios de ese software en la nueva máquina, por la emulación y por la traducción automática del código del objeto binario.
hp labs invented efficient ways to run the old binaries of that software on the new machine, by emulation and by automatic translation of binary object code.
otra característica básica de las funciones de control es que también resulta casi imposible encontrar otro objeto binario (es decir, distinto del utilizado en un principio para obtener el compendio) que produzca el mismo compendio.
another basic feature of hash functions is that it is also virtually impossible to find another binary object (i.e. different from the one from which the digest was originally derived) producing the same digest.
en 2008, un trabajo publicado muestra que el conjunto tiene un período orbital extraordinariamente largo (para un objeto binario transneptuniano, asteroide o planeta menor) de unos 25 ~ 30 años.
in 2008, work was published showing that the binary has an extraordinarily long orbital period (for a binary trans-neptunian object, asteroid or minor planet) of some 25–30 years.
las entidades de coste reconocidas por kcachegrind; vienen dadas en las siguientes posiciones:instrucción. una instrucción en ensamblador en una dirección especificada. línea de código de una función. todas las instrucciones que el compilador (a través de la información de depuración) mapea para una línea de código, identificada por el nombre del archivo y por el número de línea y que son ejecutadas en el contexto de una función. una línea de código de una función incorporada ('inline') podrá aparecer en el contexto de varias funciones. las instrucciones que sin ninguna referencia a una línea de código aparecen referenciadas a la línea 0 del archivo «???». función. todas las líneas de código de que está constituida una función componen la función en si. está identificada por su nombre y por su localización si estuviese disponible. esta última es necesaria porque los binarios de un programa podrán contener funciones con el mismo nombre. si una herramienta de perfilado no es capaz de detectar el nombre del símbolo de una función, p. ej. porque no está disponible la información de depurado, suele usarse la dirección de la primera instrucción ejecutada o «???». objeto binario. todas las funciones cuyo código está dentro del rango de un determinado objeto binario ya sea el ejecutable principal o una librería dinámica. archivo de código fuente. todas las funciones cuya primera instrucción está referenciada en una línea de dicho archivo. clase. en general, los nombre de las funciones suelen estar ordenados de forma jerárquica en espacios de nombres, eg; los «namespaces» de c++ o las clases de los lenguajes de programación orientados a objetos. como tal, una clase puede contener funciones de dicha clase o otras clases incluídas en ella. parte del perfilado. alguna sección de la ejecución de un perfilado con un determinado identificador de hebra, de proceso y línea de órdenes ejecutada.. tal como se ve en la lista, un conjunto de entidades de coste suele definir otra entidad de coste, por tanto existe una jerarquía de inclusión que debería ser obvia con la explicación anterior.
the cost entities known to kcachegrind are given in the following. simple positions: instruction. an assembler instruction at a specified address. source line of a function. all instructions that the compiler (via debug information) maps to a given source line specified by source file name and line number, and which are executed in the context of some function. the latter is needed because a source line inside of an inlined function can appear in the context of multiple functions. instructions without any mapping to an actual source line are mapped to line number 0 in file "???". function. all source lines of a given function make up the function itself. a function is specified by its name and its location in some binary object if available. the latter is needed because binary objects of a single program each can hold functions with the same name (these can be accessed e.g. with dlopen/dlsym; the runtime linker resolves functions in a given search order of binary objects used). if a profiling tool can not detect the symbol name of a function, e.g. because debug information is not available, either the address of the first executed instruction typically is used, or "???". binary object. all functions whose code is inside the range of a given binary object, either the main executable or a shared library. source file. all functions whose first instruction is mapped to a line of the given source file. class. symbol names of functions typically are hierarchically ordered in name spaces, e.g. c++ namespaces, or classes of object oriented languages; thus, a class can hold functions of the class or embedded classes itself. profile part. some time section of a profile run, with a given thread id, process id, and command line executed. as can be seen from the list, a set of cost entities often defines another cost entity; thus, there is a inclusion hierarchy of cost entities which should be obvious from the description above.