U.S. patents available from 1976 to present.
U.S. patent applications available from 2005 to present.

Operating system debugger

Patent 4819234 Issued on April 4, 1989. Estimated Expiration Date: Icon_subject May 1, 2007. Estimated Expiration Date is calculated based on simple USPTO term provisions. It does not account for terminal disclaimers, term adjustments, failure to pay maintenance fees, or other factors which might affect the term of a patent.

Patent References

Method and apparatus for assisting in debugging of a digital computer program
Patent #: 3937938
Issued on: 02/10/1976
Inventor: Matthews

Single step system for a microcomputer
Patent #: 4308581
Issued on: 12/29/1981
Inventor: Raghunathan

Computer with console addressable PLA storing control microcode and microinstructions for self-test of internal registers and ALU
Patent #: 4482953
Issued on: 11/13/1984
Inventor: Burke

Data processor having selective breakpoint capability with minimal overhead
Patent #: 4635193
Issued on: 01/06/1987
Inventor: Moyer ,   et al.

System for detecting a program execution fault
Patent #: 4635258
Issued on: 01/06/1987
Inventor: Salowe

RAM based multiple breakpoint logic Patent #: 4675646
Issued on: 06/23/1987
Inventor: Lauer

Inventor

Assignee

Application

No. 07/046082 filed on 05/01/1987

US Classes:

717/129, Using breakpoint714/35, Substituted or added instruction (e.g., code instrumenting, breakpoint instruction)717/135Including simulation

Examiners

Primary: Atkinson, Charles E.

Attorney, Agent or Firm

International Classes

G06F 11/36 (20060101)
G06F 11/00 (20060101)

Abstract

The invention is a debugger which is part of the operating system of a multi-programmable digital data processor with virtual memory. The debugger can identify and correct faults in an embedded operating system of a multi-programmable digital data processor having hardware-controlled process exchange. The debugger is capable of suspending and effectively restarting processes in a primary or second central processing unit, as well as selectively accessing, reading, and/or modifying data at real or virtual memory locations. Further, the debugger can look ahead, using a next instruction prediction function, and determine the location of the next-to-be executed instruction. The debugger can then replace the previous breakpoint with the instruction the break point had originally replaced, and put the breakpoint after the next-to-be executed instruction. The debugger is also capable of simulating the local execution of a replaced instruction and restarting suspended processes. In this way the debugger can be used in single-step fashion to cause process suspension after every instruction in a sequence of code.

Other References

  • "Debugging and Monitoring", Communications of the CACM, Jan. 1978, vol. 21, p. 89
  • "Exceptions Occurring as the Consequence of an Instruction Start", VAX11 Architecture Handbook, Digital, pp. 304-313
  • VAX11 780 Technical Summary, Digital, pp. 4-22-4-23
PatentsPlus Images
Enhanced PDF formats
loading...
PatentsPlus: add to cart
PatentsPlus: add to cartSearch-enhanced full patent PDF image
$9.95more info
PatentsPlus: add to cart
PatentsPlus: add to cartIntelligent turbocharged patent PDFs with marked up images
$18.95more info
 
Sign InRegister
Username  
Password   
forgot password?