FreshPatents.com Logo
stats FreshPatents Stats
n/a views for this patent on FreshPatents.com
Updated: August 12 2014
newTOP 200 Companies filing patents this week


    Free Services  

  • MONITOR KEYWORDS
  • Enter keywords & we'll notify you when a new patent matches your request (weekly update).

  • ORGANIZER
  • Save & organize patents so you can view them later.

  • RSS rss
  • Create custom RSS feeds. Track keywords without receiving email.

  • ARCHIVE
  • View the last few months of your Keyword emails.

  • COMPANY DIRECTORY
  • Patents sorted by company.

Follow us on Twitter
twitter icon@FreshPatents

Collaborative software debugging in a distributed system with multi-member variable expansion

last patentdownload pdfdownload imgimage previewnext patent


Title: Collaborative software debugging in a distributed system with multi-member variable expansion.
Abstract: In a distributed system that includes a debug server and debug clients coupled for data communications through a data communications network, where the debug server includes a debug administrator, a message router, a back-end debugger, and a debuggee, collaborative software debugging includes receiving application-level messages, including a request from a requesting debug client to notify other debug clients of an expansion of a multi-member variable; routing the application-level messages among the debug clients, the debug administrator, and the back-end debugger, including providing distributed control of the back-end debugger to the debug clients and distributing, to the other debug clients, a notification of the expansion of the multi-member variable; and returning to the debug clients in response to the application-level messages routed to the back-end debugger, client-specific debug results. ...


Browse recent International Business Machines Corporation patents - Armonk, NY, US
Inventor: Cary L. Bates
USPTO Applicaton #: #20120102463 - Class: 717125 (USPTO) - 04/26/12 - Class 717 
Data Processing: Software Development, Installation, And Management > Software Program Development Tool (e.g., Integrated Case Tool Or Stand-alone Development Tool) >Testing Or Debugging >Having Interactive Or Visual

view organizer monitor keywords


The Patent Description & Claims data below is from USPTO Patent Application 20120102463, Collaborative software debugging in a distributed system with multi-member variable expansion.

last patentpdficondownload pdfimage previewnext patent

BACKGROUND OF THE INVENTION

1. Field of the Invention

The field of the invention is data processing, or, more specifically, methods, apparatus, and products for collaborative software debugging in a distributed system.

2. Description Of Related Art

Software source code is increasingly complex and is often developed by various developers, sometimes physically dispersed from one another. One part of software development, source code debugging, is especially complex in today\'s distributed software development environments. In debugging, it is often useful for two or more developers to work together in real-time to debug the source code. Further, during such debugging, developers may have differing interests in different portions of the source code. At present, there are no debug engines available that enable remotely distributed developers to debug the same source code collaboratively in real-time, while separately viewing different results of the same debugging.

SUMMARY

OF THE INVENTION

Methods, apparatus, and products for collaborative software debugging in a distributed system are disclosed. In embodiments of the present invention, the distributed system includes a debug server, a plurality of debug clients, and a data communications network. The debug server is coupled for data communications to the plurality of debug clients through the data communications network and the debug server includes a debug administrator, a message router, a back-end debugger, and a debuggee. From the perspective of the debug server, collaborative software debugging in the distributed system according to embodiments of the present invention includes: receiving, by the debug server from the debug clients asynchronously during a debug session of the debuggee, a plurality of application-level messages, including receiving, from a requesting debug client, a request to notify other debug clients of an expansion of a multi-member variable; routing, by the message router in accordance with an application-level message passing protocol, the application-level messages among the debug clients, the debug administrator, and the back-end debugger, including providing distributed control of the back-end debugger to the debug clients with application-level messages routed to the back-end debugger and distributing, to the other debug clients, a notification of the expansion of the multi-member variable; and returning, by the debug server to the debug clients in response to the application-level messages routed to the back-end debugger, client-specific debug results.

From the perspective of the debug clients, collaborative software debugging in accordance with embodiments of the present invention includes: presenting, by each debug client to a user of the debug client, a client-specific graphical user interface (‘GUI’), the client-specific GUI providing a client-specific display of a debug session of the debuggee; detecting, by each debug client, user input through the client-specific GUI, including detecting, by a requesting debug client, user input indicating an expansion of a multi-member variable to view one or more members of the multi-member variable; generating, by each debug client in dependence upon the detected user input, one or more application-level messages, including generating, by the requesting debug client, a request to notify other debug clients of the expansion of the multi-member variable; sending, by each debug client, the application-level messages to the debug server, including sending, by the requesting debug client to the debug server, the request to notify other debug clients of the expansion of the multi-member variable; receiving, by each debug client responsive to the application-level messages, client-specific debug results, including receiving, by the other debug clients, a notification of the requesting debug client\'s expansion of the multi-member variable; and displaying, by each debug client in the client-specific GUI, the client-specific debug results, including displaying, by each of the other debug clients, a graphical indication of the expansion of the multi-member variable.

The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular descriptions of exemplary embodiments of the invention as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts of exemplary embodiments of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 sets forth a network diagram of a distributed system in which collaborative software debugging is carried out according to embodiments of the present invention.

FIG. 2 sets forth an example client-specific graphical user interface (‘GUI’) presented to a user of a debug client in accordance with embodiments of the present invention.

FIG. 3 sets forth a flowchart illustrating an exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

FIG. 4 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to join a debug session.

FIG. 5 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to leave a debug session.

FIG. 6 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to distribute data other debug clients.

FIG. 7 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to issue a command to the back-end debugger.

FIG. 8 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to establish an event notification with the back-end debugger.

FIG. 9 sets forth a sequence diagram illustrating a further exemplary method of collaborative software debugging in accordance with embodiments of the present invention in which a debug client requests to register a group of debug clients.

FIG. 10 sets forth a flowchart illustrating a further exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

FIG. 11 sets forth a flowchart illustrating a further exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

FIG. 12 sets forth a flowchart illustrating a further exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

FIG. 13 sets forth a flowchart illustrating a further exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

FIG. 14 sets forth a flowchart illustrating a further exemplary method of collaborative software debugging in a distributed system in accordance with embodiments of the present invention.

DETAILED DESCRIPTION

OF EXEMPLARY EMBODIMENTS

Exemplary methods, apparatus, and products for collaborative software debugging in a distributed system in accordance with the present invention are described with reference to the accompanying drawings, beginning with FIG. 1. FIG. 1 sets forth a network diagram of a distributed system in which collaborative software debugging is carried out according to embodiments of the present invention. The term ‘debug,’ and its variations—debugged, debugging, and so on—as used in this specification generally refers to a methodical process of finding and reducing the number of bugs, or defects, in a computer program, that is, in source code of the computer program. Debugging may also be carried out to produce other results—decrease source code size, increase efficiency of the source code, decrease memory use by the executed source code, and so on as will occur to readers of skill in the art. The source code of a software program or application being debugged is referred to in this specification as a ‘debuggee.’

The system of FIG. 1 is a distributed system. The term ‘distributed’ generally describes a system in which elements of the system are coupled for data communications through a data communications network, in many cases, a loosely-coupled data communications network. The distributed system of FIG. 1, for example, includes a debug server (102), a plurality of debug clients (104), and a data communications network (100). The debug server (102) in the example distributed system of FIG. 1 is coupled for data communications to the plurality of debug clients (104) through the data communications network (100). The term ‘distributed’ may also refer, as context requires, to the physical distribution of the debug clients (104). That is, each debug client (106, 108, 110, and 112) may physically remote from each of the other debug clients. Clients (106 and 108) may be located in different states in the United States, while client (110) may be located in China, and client (112) may be located in Japan. The plurality of clients (104) is ‘distributed’ physically in various locations.

In the distributed system of FIG. 1, each of the debug clients (106, 108, 110, and 112) and the debug server (102) is implemented as automated computing machinery, a computer. For clarity of explanation, not limitation, the components comprising the debug server (102) are similar to and bear the same numbers as corresponding components comprising each of the debug clients (104). Similar components may be described below with respect to only one of the debug server (102) or a debug client, but such descriptions applies to components of both the debug server and the debug client.

Each of the debug clients (106, 108, 110, 112) of FIG. 1 includes at least one computer processor (156) or ‘CPU’ as well as random access memory (168) (‘RAM’) which is connected through a high speed memory bus (166) and bus adapter (158) to processor (156) and to other components of the debug clients (106, 108, 110, 112). The debug server (102) includes similar components coupled in similar ways.

Stored in RAM (168) of each debug client (106, 108, 110, 112) is a client debug application (128), a module of computer program instructions that, when executed by the computer processor (156) of the debug client, causes the debug client to carry out client-side collaborative software debugging in accordance with embodiments of the present invention. The client debug application (128) of each debug client, say client (106) as an example, carries out client-side collaborative software debugging in accordance with embodiments of the present invention by: presenting, by the debug client (106) to a user (not shown) of the debug client (106), a client-specific GUI (124). In the example of FIG. 1, the client-specific GUI (124) is a client-specific display of a debug session of the debuggee. The phrase ‘client-specific’ as used here describes a GUI and display of a debug session that may differ from other debug clients\' GUI and display of the same debug session. A debug session is a semi-permanent interactive information interchange between at least one debug client and a debug server for the purposes of a debugging a particular debuggee. A session is set up or established at a certain point in time, and torn down at a later point in time. An established communication session may involve more than one message in each direction.

The client debug application (128) of the debug client (106) may also detect user input through the client-specific GUI, generate, in dependence upon the detected user (100) input, one or more application-level messages (126), and send the application-level messages to the debug server (102). The phrase ‘application-lever’ is used to describe messages that have meaning at a particular level in a data communications protocol model or framework. Consider, as one example of a data communications protocol model, the Open Systems Interconnection model that has seven layers, the application layer being the ‘highest’ and the physical layer being the lowest. Consider also, as another example, the TCP/IP model, which sets forth the application layer at the highest level and a link layer at the lowest level. The relative terms—higher and lower—describe a protocol\'s ‘closeness’ with regard to physical hardware (cables and the like) upon which data communications are passed. Each higher layer is a greater level of abstraction. In both models, the application layer or application-level is the highest level, farthest away from hardware and most abstracted layer. In the examples provided here, the application-level messages are abstracted from the data communications protocols used to transmit the data making up the application-level messages across one or many physical connections.

Detecting user (100) input through the client-specific GUI (124) in the example of FIG. 1 may include detecting, by a requesting debug client—such as client (106) for example—user input indicating an expansion of a multi-member variable to view one or more members of the multi-member variable. A multi-member variable is a variable in source code having a data type that may include more than one member. Examples of such data types include a structure and a union. A structure is a fixed set of labeled members (sometimes called objects, elements, or fields), each of which may have a different data type. A structure, for example, may include a character member, an integer member, a float member, a double member, and so on, at the same time. Although a structure is described here as ‘multi-member,’ readers of skill in the art will recognize that such description is not a limitation but rather a description of capability. The term ‘multi-member’ refers to data types capable of including one or more members—not necessarily more than one member. That is, the term ‘multi-member’ descries data types that are not restricted to a single member, but may in some cases include only one member. A structure, for example, may include any number of members, and each of the members may be a different data type. Once a particular structure is declared—including declaring each member and type of each member—variables may be declared that have the particular structure. Such variables in this specification are referred to as ‘structure variables.’ A structure variable may, at any time, include a value for any number of the members of the structure. That is, each member of a structure variable may store a value regardless of whether other members of a structure variable are also presently storing a value. A structure variable having a structure type with a character member, a float member, and an integer member, may, for example, at any instance include all or some combination of a character value, a float value, and integer value.

A union is another example multi-member data type. Like a structure, a union may be declared with any number of members, each of which may be of a different data type. Unlike a structure, however, only one member of a union may store a value at any time. By restricting unions such that only member may store a value at a time, a union variable is effectively restricted to a single data type at any time, unlike a structure variable which may include multiple disparate data types simultaneously.

A user, through a client-specific GUI (124), may ‘expand’ a multi-member variable in order to view debug results, present values for example, of the members of the multi-member variable. For a structure variable having four members, for example, a user may expand the structure variable to view the present value of each of the members of the structure variable. A user may expand a union variable, as another example, to view each member of the union and to view the member currently storing the present value of the union.

Generating one or more application-level messages (126) in the example of FIG. 1 may include generating, by the requesting debug client (106), a request (127) to notify other debug clients (108, 110, 112) of the expansion of the multi-member variable and sending the application-level messages (126) to the debug server (102) may include sending, by the requesting debug client (106), the request to notify other debug clients (108, 110, 112) of the expansion of the multi-member variable to the debug server (102). In the example of FIG. 1, the request (127) may be implemented as an application-level message having a DISTRIBUTE REQUEST message type, a specification of intended recipients of data to distribute including an identification of each of the other debug clients (108, 110, 112), and a payload to distribute. The payload in such an example application-level message may include a notification (131) of the expansion of the multi-member variable. Such an application-level message may be sent by the requesting debug client (106) through the data communications network (100) to the debug server (102).

The term ‘server’ may, as context requires, refer to either or both of a server application or a computer upon which such a server application is executing. For clarity, the debug server (102) in the example of FIG. 1 is depicted and described as a computer upon which a server application executes.

Stored in RAM (168) of the debug server (102) is a listening agent (129), a module of computer program instructions that listens on a port for debug client requests where that port is well-known to the client. The listening agent (129) may also provide debug clients with a list of available collaborative debug server applications (130) or begin execution of a particular collaborative debug server application (130) upon request. A debug client, for example, may request that a particular type of collaborative debug server application be started for debugging a particular debuggee. The server (102) in the example of FIG. 1, may support simultaneous execution of several different debug server applications, each of which may debug separate debuggees. The listening agent may also provide to a requesting debug client, a port, socket, or other data communications identifier of the collaborative debug server application with which the requesting debug client is to communicate with during a debug session. That is, the listening agent (129) effectively brokers communications between a collaborative debug server application (130) and a debug client (104).

Also stored in RAM (168) of the debug server (102) is a collaborative debug server application (130), a module of computer program instructions that, when executed by the computer processor (156) of the debug server, causes the debug server (102) to carry out server-side collaborative software debugging in accordance with embodiments of the present invention. The collaborative debug server application (130) also includes a debug administrator (114), a message router (116), a back-end debugger (118), and a debuggee (120).

The debug administrator (114) is a module of computer program instructions that administers a collaborative debug session, administering client identifiers, registering and unregistering clients in a debug session, and so on. A back-end debugger (118) is an application that controls operation of another application—the debuggee (120)—for the purpose of testing execution of the debuggee. The source code of the debuggee may run on an instruction set simulator (ISS), a technique that allows great power in its ability to halt when specific conditions are encountered but which will typically be somewhat slower than executing the code directly on a processor for which the code is written. When execution of a program crashes or reaches a preset condition, a debugger typically displays the position in the source code at which the execution of the program crashed. A ‘crash’ occurs when the program cannot normally continue because of a programming bug. In addition to displaying a position in source code when execution of the source code crashes, debuggers also often offer other functions such as running a program step by step (single-stepping or program animation), stopping, breaking, or pausing the program to examine the current state, at some event or specified instruction by means of a breakpoint, and tracking the values of some variables.

The term ‘back-end’ is used here to indicate that the debugger (118) in the example of FIG. 1 is indirectly controlled by multiple clients. As explained below in detail, the back-end debugger (118) is controlled indirectly by multiple clients through use of an intermediary—the message router (116). From the perspective of the back-end debugger (118), the debugger is controlled by a single source, the message router (116). The message router, however, operates as intermediary between multiple debug clients and the debugger. The term ‘back-end’ may be further described by contrast to the term ‘front-end.’ Debugger front-ends are popular extensions to debugger engines that provide Integrated Development Environment (‘IDE’) integration, program animation, and visualization features, rather than console-based command line interfaces. The ‘front-end’ directly faces a client, in contrast to the ‘back-end’ debugger (118) in the example of FIG. 1, which interfaces indirectly with the clients through the message router (116).

The collaborative debug server application (130) carries out server-side collaborative software debugging in accordance with embodiments of the present invention by: receiving, by the debug server (102) from the debug clients (104) asynchronously during a debug session of the debuggee (120), a plurality of application-level messages (126); routing, by the message router (116) in accordance with an application-level message passing protocol, the application-level messages (126) among the debug clients, the debug administrator, and the back-end debugger. In routing the messages in the example of FIG. 1, the message router (116) provides distributed control of the back-end debugger (118) to the debug clients (104) with the application-level messages (126) routed to the back-end debugger (118). The debug server application (138) also returns, to the debug clients (104) in response to the application-level messages routed to the back-end debugger, client-specific debug results.

In embodiments such as those described above in which the debug client (106) detects user input indicating an expansion of a multi-member variable, generates and sends a request to notify other debug clients of the expansion. the debug server (102) in the example of FIG. 1 may receive, from the requesting debug client (106), the request (127) to notify other debug clients (108, 110, 112) of the expansion, and, in routing application-level messages, distribute, the notification (131) of the expansion of the multi-member variable to the other debug clients (108, 110, 112).

Each debug client (106, 108, 110, 112), is also configured to receive the client-specific debug results as application-level reply messages (126) and display, in the client-specific GUI (180), the client-specific debug results. In this example, the other debug clients (108, 110, 112) may receive the notification (131) of the requesting debug client\'s (106) expansion of the multi-member variable and display a graphical indication of the expansion of the multi-member variable. In this way, a user of one debug client (106) may expand a multi-member variable—representing a user\'s interest in the variable—and as in response users of other debug clients (108, 110, 112) may view, in a client-specific GUI, a graphical indication that such an expansion occurred. That is, without direct user communication and without the need for close physical proximity to the same display device, multiple users in multiple, remote locations may view one user\'s actions in a real-time or near real-time manner. In addition, such graphical representations of expanded multi-member variables—variables which, due to the expansion, have some indication of interest from at least one user—also enable multi-member variables, members of the variables, and values of the members to be easily identified and located in source code during debugging, increasing efficiency in debugging.

Also stored RAM (168) of the debug server (102) and debug clients (104) is an operating system (154). An operating system is a computer software component that is responsible for execution of application programs and for administration of access to computer resources, memory, processor time, and I/O functions, on behalf of application programs. Operating systems useful in computers of a distributed system in which collaborative software debugging is carried out according to embodiments of the present invention include UNIX™, Linux™, Microsoft XP™, AIX™, IBM\'s i5/OS™, and others as will occur to those of skill in the art. The operating system (154), collaborative debug server application (130), debuggee (120), client debug application (128), client-specific debug GUI (124), and so on in the example of FIG. 1 are shown in RAM (168), but many components of such software typically are stored in non-volatile memory also, such as, for example, on a disk drive (170).

Each of the debug server (102) and debug clients (104) of FIG. 1 includes disk drive adapter (172) coupled through expansion bus (160) and bus adapter (158) to processor (156) and other components of the debug server (102) and debug clients (104). Disk drive adapter (172) connects non-volatile data storage to each of the debug server (102) and debug clients (104) in the form of disk drive (170). Disk drive adapters useful in computers that provide collaborative software debugging according to embodiments of the present invention include Integrated Drive Electronics (‘IDE’) adapters, Small Computer System Interface (‘SCSI’) adapters, and others as will occur to those of skill in the art. Non-volatile computer memory also may be implemented for as an optical disk drive, electrically erasable programmable read-only memory (so-called ‘EEPROM’ or ‘Flash’ memory), RAM drives, and so on, as will occur to those of skill in the art.

Each of the example debug server (102) and debug clients (104) of FIG. 1 includes one or more input/output (‘I/O’) adapters (178). I/O adapters implement user-oriented input/output through, for example, software drivers and computer hardware for controlling output to display devices such as computer display screens, as well as user input from user input devices (181) such as keyboards and mice. Each of the example debug server (102) and debug clients (104) of FIG. 1 includes a video adapter (209), which is an example of an I/O adapter specially designed for graphic output to a display device (180) such as a display screen or computer monitor. Video adapter (209) is connected to processor (156) through a high speed video bus (164), bus adapter (158), and the front side bus (162), which is also a high speed bus.

Each of the example debug server (102) and debug clients (104) of FIG. 1 includes a communications adapter (167) for data communications with other computers and for data communications with a data communications network (100). Such data communications may be carried out serially through RS-232 connections, through external buses such as a Universal Serial Bus (‘USB’), through data communications networks such as IP data communications networks, and in other ways as will occur to those of skill in the art. Communications adapters implement the hardware level of data communications through which one computer sends data communications to another computer, directly or through a data communications network. Examples of communications adapters useful in computers that provide collaborative software debugging according to embodiments of the present invention include modems for wired dial-up communications, Ethernet (IEEE 802.3) adapters for wired data communications network communications, and 802.11 adapters for wireless data communications network communications.

The arrangement of debug servers, debug clients, data communications networks, and other devices making up the exemplary system illustrated in FIG. 1 are for explanation, not for limitation. Data processing systems useful according to various embodiments of the present invention may include additional servers, routers, other devices, and peer-to-peer architectures, not shown in FIG. 1, as will occur to those of skill in the art. Networks in such data processing systems may support many data communications protocols, including for example TCP (Transmission Control Protocol), IP (Internet Protocol), HTTP (HyperText Transfer Protocol), WAP (Wireless Access Protocol), HDTP (Handheld Device Transport Protocol), and others as will occur to those of skill in the art. Various embodiments of the present invention may be implemented on a variety of hardware platforms in addition to those illustrated in FIG. 1.

For further explanation, FIG. 2 sets forth an example client-specific GIU presented to a user of a debug client in accordance with embodiments of the present invention. The example GUI (124) of FIG. 2 provides an interface for a user of a debug client to effectively control, collaboratively with other client debuggers, the back-end debugger of a debug server. The debug GUI of each debug client in a distributed system for which collaborative software debugging is carried out in accordance with embodiments of the present invention is client-specific, meaning any one debug GUI may be configured differently, displayed differently, or operate differently, than any other debug client\'s GUI, while all debug clients collaboratively control the same, single back-end debugger of a debug server during the same debug session of the same debuggee. One debug GUI may display the source code at one location (line number) while another debug GUI displays the source code at another location; one debug GUI displays a call stack of one thread, while another debug GUI displays a call stack of another thread; one debug GUI displays evaluation results of one variable, while another debug GUI displays evaluation results of another variable; and so on as will occur to readers of skill in the art. The example client-specific debug GUI (124) of FIG. 2 provides a client-specific display of debugging along with collaborative, or ‘distributed,’ control of the debugger, rather than all debug clients displaying only the same GUI as a single master debug client, where the master client has absolute, not collaborative, control over the debugger until passing that control to another client.

The example GUI (124) of FIG. 2 includes a menu bar (208), including a number of separate menus: a File menu, an Edit menu, a View menu, a Collaborate menu, and a Help menu. The Collaborate menu (206), when selected, may provide a user with various menu items that support collaborative debugging. In the GUI (124) of FIG. 2, the Collaborate menu may, for example, include a menu item for setting multi-member variable expansions private or public. Selecting a menu item setting multi-member variable expansions private configures the debug client to ignore a user\'s expansion—not sending any request to notify other debug clients. By contrast, selecting a menu item for setting multi-member variable expansions public configures the debug client to detect user input indicating an expansion and generate a request to notify other debug clients of the expansion.

The example GUI (124) of FIG. 2 also includes several independent portions—called panes (as in ‘window panes’) for clarity of explanation—a project pane (202), a source code pane (210), and two separate data panes (204, 212). Project pane (202) presents the files and resources available in a particular software development project. Source code pane (210) presents the source code of debuggee. The data panes (204, 212) present various data useful in debugging the source code. In the example of FIG. 2, data pane (204) includes three tabs, each of which presents different data: a call stack tab (214), a register tab (214), and a memory tab (218). Data pane (212) includes four tabs: a watch list tab (220), a breakpoints (222) tab, a local variable tab (224), and a global variable tab (226).

In the data pane (212) of the example GUI (124) of FIG. 2, a user, has expanded two multi-member variables, a structure variable called ‘book 1,’ and a union variable called ‘myData.’ In accordance with embodiments of the present invention the debug client presenting the client-specific GUI (124) of FIG. 2, may detect user input indicating the expansion of either or both multi-member variables, generate, and send a request to notify other debug clients of the expansion to the debug server. The debug server may then send such a notification to the other debug clients, which in displaying client-specific debug results may also display a graphical indication of the expansion of the multi-member variable.



Download full PDF for full patent description/claims.

Advertise on FreshPatents.com - Rates & Info


You can also Monitor Keywords and Search for tracking patents relating to this Collaborative software debugging in a distributed system with multi-member variable expansion patent application.
###
monitor keywords



Keyword Monitor How KEYWORD MONITOR works... a FREE service from FreshPatents
1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored.
3. Each week you receive an email with patent applications related to your keywords.  
Start now! - Receive info on patent apps like Collaborative software debugging in a distributed system with multi-member variable expansion or other areas of interest.
###


Previous Patent Application:
Collaborative software debugging in a distributed system with graphic representation of source code ownership assignments
Next Patent Application:
Registration-based remote debug watch and modify
Industry Class:
Data processing: software development, installation, and management
Thank you for viewing the Collaborative software debugging in a distributed system with multi-member variable expansion patent info.
- - - Apple patents, Boeing patents, Google patents, IBM patents, Jabil patents, Coca Cola patents, Motorola patents

Results in 0.98051 seconds


Other interesting Freshpatents.com categories:
Nokia , SAP , Intel , NIKE ,

###

Data source: patent applications published in the public domain by the United States Patent and Trademark Office (USPTO). Information published here is for research/educational purposes only. FreshPatents is not affiliated with the USPTO, assignee companies, inventors, law firms or other assignees. Patent applications, documents and images may contain trademarks of the respective companies/authors. FreshPatents is not responsible for the accuracy, validity or otherwise contents of these public document patent application filings. When possible a complete PDF is provided, however, in some cases the presented document/images is an abstract or sampling of the full patent application for display purposes. FreshPatents.com Terms/Support
-g2-0.3878
     SHARE
  
           

FreshNews promo


stats Patent Info
Application #
US 20120102463 A1
Publish Date
04/26/2012
Document #
12908099
File Date
10/20/2010
USPTO Class
717125
Other USPTO Classes
International Class
/
Drawings
15


Collaborative Software


Follow us on Twitter
twitter icon@FreshPatents