IR code instrumentation

• US 5,987,249 A
• Filed: 08/21/1997
• Issued: 11/16/1999
• Est. Priority Date: 08/27/1996
• Status: Expired due to Term

• Current Assignee: Borland Software Corporation (Open Text Corporation)
• Original Assignee: NuMega Technologies, Inc. (KKR & Co., Inc.)
• Inventors: Seidel, David A., Grossman, Franklin C., Angel, David C.
• Primary Examiner(s): Haliz, Tariq R.
• Assistant Examiner(s): DAM, TUAN QUANG
• Application Number:
  US08/916,125
• Time in Patent Office: 817 Days
• Field of Search: 395/704, 395/709, 395/183.11, 395/183.14, 395/183.21, 395/707, 395/185.01, 395/705, 395/708, 714/35, 714/38, 714/45, 714/48
• US Class Current: 717/130
• CPC Class Codes: G06F 11/3644 by instrumenting at runtime

Abstract

Instrumenting a computer program includes examining an initial intermediate representation of the program, selecting portions of the initial intermediate representation for instrumentation, and instrumenting the portions. Selecting the portions may include choosing portions of the initial intermediate representation corresponding to pointer arithmetic operations, operations that reads memory locations, operations that change memory locations, and/or operations that causes program variables to become defined or undefined within the program. Instrumenting the portions may include adding run time code that provides a user with an indication when a run time error occurs.

Claims

1. A method of instrumenting a computer program, comprising:

(a) examining an initial intermediate representation of the program;

(b) selecting portions of the initial intermediate representation for instrumentation; and

(c) instrumenting the portions, wherein selecting the portions includes choosing portions of the initial intermediate representation corresponding to pointer arithmetic operations, operations that reads memory locations, operations that change memory locations, and operations that causes program variables to become defined or undefined within the program.

2. A method according to claim 1, wherein instrumenting the portions includes adding run time code that provides a user with an indication when a run time error occurs.

3. A method of instrumenting a computer program, according to claim 1, further comprising:

(d) creating an intermediate representation tree of nodes corresponding to intermediate representation operations and operands of the initial intermediate representation, the nodes being interconnected according to a logical relationship between the operators and the operands, wherein instrumenting the portions includes modifying the intermediate representation tree.

4. A method according to claim 3, further comprising:

(e) following instrumenting the portions by modifying the Intermediate Representation tree, transforming the tree into an instrumented intermediate representation that is structurally equivalent to the initial intermediate representation.

5. A method according to claim 3, wherein creating the intermediate representation tree includes interconnecting the nodes so that children nodes of an operator are operands thereof.

6. A method according to claim 5 wherein creating the intermediate representation tree includes placing the children nodes on a local stack and then popping the children nodes off the local stack to connect the children nodes to parents thereof.

7. A method according to claim 1, further comprising:

(d) creating an effective scope table that correlates a unique scope identifier for each block of intermediate representation code contained within the initial intermediate representation to an effective scope identifier that indicates whether new program variables are defined within a each block of intermediate representation code; and

(e) in response to a first block of the intermediate representation code having a first effective scope identifier not equal to a second effective scope identifier of a second block of the intermediate representation code that precedes the first block of the intermediate representation code, selecting for instrumentation a portion of the intermediate representation code corresponding to a transition between the first and second blocks.

8. A method according to claim 1, further comprising:

(d) creating an effective scope table that correlates a unique scope identifier for each block of intermediate representation code contained within the initial intermediate representation to an effective scope identifier that indicates whether new program variables are defined within a each block of intermediate representation code; and

(e) in response to a first block of the intermediate representation code containing a label and having associated therewith a first effective scope identifier not equal to a second effective scope identifier of a second block of the intermediate representation code containing a control flow instruction to the label, selecting for instrumentation a portion of the intermediate representation code corresponding to a transition between the control flow instruction and the label.

9. A method of instrumenting a computer program, comprising:

(a) examining an initial intermediate representation of the program;

(b) creating an intermediate representation tree of nodes corresponding to intermediate representation operations and operands of the initial intermediate representation, the nodes being interconnected according to a logical relationship between the operators and the operands;

(c) selecting portions of the initial intermediate representation for instrumentation;

(d) instrumenting the portions by modifying the intermediate representation tree with run time instrumentation code; and

(e) using the intermediate representation tree to create an instrumented intermediate representation that is structurally equivalent to the initial intermediate representation.

10. A method according to claim 9, wherein selecting the portions includes choosing portions of the initial intermediate representation corresponding to at least one of:

pointer arithmetic operations, operations that reads memory locations, operations that change memory locations, and operations that causes program variables to become defined or undefined within the program.

11. A method according to claim 9, wherein creating the intermediate representation tree includes interconnecting the nodes so that children nodes of an operator are operands thereof.

12. A method according to claim 11, wherein creating the intermediate representation tree includes placing the children nodes on a local stack and then popping the children nodes off the local stack to connect the children nodes to parents thereof.

13. A method according to claim 9, further comprising:

(d) creating an effective scope table that correlates a unique scope indentifier for each block of intermediate representation code contained within the initial intermediate representation to an effective scope identifier that indicates whether new program variables are defined within a each block of intermediate representation code; and

(e) in response to a first block of the intermediate representation code having a first effective scope identifier not equal to a second effective scope identifier of a second block of the intermediate representation code that precedes the first block of the intermediate representation code, selecting for instrumentation a portion of the intermediate representation code corresponding to a transition between the first and second blocks.

14. A method according to claim 9, further comprising:

(d) creating an effective scope table that correlates a unique scope identifier for each block of intermediate representation code contained within the initial intermediate representation to an effective scope identifier that indicates whether new program variables are defined within a each block of intermediate representation code; and

(e) in response to a first block of the intermediate representation code containing a label and having associated therewith a first effective scope identifier not equal to a second effective scope identifier of a second block of the intermediate representation code containing a control flow instruction to the label, selecting for instrumentation a portion of the intermediate representation code corresponding to a transition between the control flow instruction and the label.

15. A computer program instrumenter, comprising:

(a) examining means for examining an initial intermediate representation of the program;

(b) creating means, coupled to the examining means, for creating an intermediate representation tree of nodes corresponding to intermediate representation operations and operands of the initial intermediate representation, the nodes being interconnected according to a logical relationship between the operators and the operands;

(c) selecting means, coupled to the examining means, for selecting portions of the initial intermediate representation for instrumentation;

(d) instrumenting means, coupled to the creating means and the selecting means, for instrumenting the portions by modifying the intermediate representation tree with run time instrumentation code; and

(e) means, coupled to the instrumenting means, for using the intermediate representation tree to create an instrumented intermediate representation that is structurally equivalent to the initial intermediate representation.

16. A computer program instrumenter, according to claim 15, wherein the portions that are selected by the selecting means includes intermediate representation code corresponding to at least one of:

pointer arithmetic operations, operations that reads memory locations, operations that change memory locations, and operations that causes program variables to become defined or undefined within the program.

17. A computer instrumenter, according to claim 15, wherein the nodes of the intermediate representation tree are interconnected so that children nodes of an operator are operands thereof.