S. Graham, S. Lucco, and R. Wahbe. "Adaptable binary programs." Proceedings of the USENIX Technical conference., page 315, 1995.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....be changed. As the degree of reuse in software systems is increasing, more components that are only available in binary form (e.g. COTS components) will be part of software systems. Binary adaptation to facilitate and adapt components is still an area of research in which more results are needed [8, 30]. Based on the characteristics of the systems we wanted to analyze, we chose a level two approach for our PROMON prototype (see Sections 6.4.2 and 6.4.3) The amount of information produced by such means is significant. Additional techniques such as filtering are commonly used to reduce the ....

Susan L. Graham; Steven Lucco; Robert Wahbe. Adaptable Binary Programs. pages 315--325. USENIX, Winter 1995.

....control mechanism relying on an extension s interface, that is on the externally visible types and operations of an extension, to impose access constraints. A more powerful model could be used to express finergrained security constraints. And, more aggressive techniques, such as binary rewriting [42, 40, 16, 34], could be used to enforce these constraints onto an extensible system. But such a system would also require a considerably more complex design and implementation. At the same time, an extension s interface is a natural basis for access control, as it provides a concise and well understood ....

S. L. Graham, S. Lucco, and R. Wahbe. Adaptable Binary Programs. In Proceedings of the 1995 USENIX Technical Conference, pages 315--325, New Orleans, Louisiana, January 1995.

.... et al. 1994] and link time optimizers [Fern andez 1995; Srivastava and Wall 1993] There are even some frameworks for creating applications that manipulate executable files, although none that work on more than one machine [Johnson 1990; Larus and Schnarr 1995; Srivastava and Eustace 1994] Graham et al. 1995] describe auxiliary information needed to facilitate machine code manipulations; they report support for the MIPS and SPARC architectures. A few applications avoid machine code by using assembly language, e.g. many Unix compilers emit assembly language, not object code. It is not always ....

Graham, S. L., Lucco, S., and Wahbe, R. 1995. Adaptable binary programs. In Proceedings of the 1995 USENIX Technical Conference. New Orleans, LA, 315--325.

.... and Reppy 1994) and link time optimizers (Fernandez 1995; Srivastava and Wall 1993) There are even some frameworks for creating applications that manipulate executable files, although none that work on more than one machine (Johnson 1990; Larus and Schnarr 1995; Srivastava and Eustace 1994) Graham, Lucco, and Wahbe (1995) describe auxiliary information needed to facilitate machine code manipulations; they report support for the MIPS and SPARC architectures. A few applications avoid machine code by using assembly language; e.g. most Unix compilers emit assembly language, not object code. It is not always practical ....

Graham, Susan L., Steven Lucco, and Robert Wahbe. 1995 (January). Adaptable binary programs. In Proceedings of the 1995 USENIX Technical Conference, pages 315--325, New Orleans, LA.

No context found.

S. Graham, S. Lucco, and R. Wahbe. "Adaptable binary programs." Proceedings of the USENIX Technical conference., page 315, 1995.

No context found.

Susan L. Graham, Steven Lucco, Robert Wahbe. Adaptable Binary Programs. USENIX, Winter 1995, pp. 315-325.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC