Abstract: A computing system is described that includes user interface components configured to receive typed user input; and one or more processors. The one or more processors are configured to: receive, by a computing system and at a first time, a first portion of text typed by a user in an electronic message being edited; predict, based on the first portion of text, a first candidate portion of text to follow the first portion of text; output, for display, the predicted first candidate portion of text for optional selection to append to the first portion of text; determine, at a second time that is after the first time, that the electronic message is directed to a sensitive topic; and responsive to determining that the electronic message is directed to a sensitive topic, refrain from outputting subsequent candidate portions of text for optional selection to append to text in the electronic message.

Abstract: A computing system is described that includes user interface components configured to receive typed user input; and one or more processors. The one or more processors are configured to: receive, by a computing system and at a first time, a first portion of text typed by a user in an electronic message being edited; predict, based on the first portion of text, a first candidate portion of text to follow the first portion of text; output, for display, the predicted first candidate portion of text for optional selection to append to the first portion of text; determine, at a second time that is after the first time, that the electronic message is directed to a sensitive topic; and responsive to determining that the electronic message is directed to a sensitive topic, refrain from outputting subsequent candidate portions of text for optional selection to append to text in the electronic message.

Abstract: A system enables initiation of request driven peak-hour builds to override “off-peak” patching schedules for updating server applications. An “off-peak” patching schedule is generated to minimize disruption from installing builds of patches. Notwithstanding the “off-peak” patching schedule, a tenant administrator initiates request driven peak-hour builds when some performance failure occurs during peak business hours. For example, the tenant administrator may generate a service request that includes incident data that is usable to identify and/or develop a particular patch for resolving the performance failure. Based on the service request, the “off-peak” patching schedule is overridden to expedite an out-of-sequence installation of a particular patch. In this way, a tenant administrator that becomes aware that some performance failure is disrupting information workers during a peak usage time-range (e.g.

Abstract: A system enables initiation of request driven peak-hour builds to override “off-peak” patching schedules for updating server applications. An “off-peak” patching schedule is generated to minimize disruption from installing builds of patches. Notwithstanding the “off-peak” patching schedule, a tenant administrator initiates request driven peak-hour builds when some performance failure occurs during peak business hours. For example, the tenant administrator may generate a service request that includes incident data that is usable to identify and/or develop a particular patch for resolving the performance failure. Based on the service request, the “off-peak” patching schedule is overridden to expedite an out-of-sequence installation of a particular patch. In this way, a tenant administrator that becomes aware that some performance failure is disrupting information workers during a peak usage time-range (e.g.

Abstract: A system enables initiation of request driven peak-hour builds to override “off-peak” patching schedules for updating server applications. An “off-peak” patching schedule is generated to minimize disruption from installing builds of patches. Notwithstanding the “off-peak” patching schedule, a tenant administrator initiates request driven peak-hour builds when some performance failure occurs during peak business hours. For example, the tenant administrator may generate a service request that includes incident data that is usable to identify and/or develop a particular patch for resolving the performance failure. Based on the service request, the “off-peak” patching schedule is overridden to expedite an out-of-sequence installation of a particular patch. In this way, a tenant administrator that becomes aware that some performance failure is disrupting information workers during a peak usage time-range (e.g.

Abstract: In an upgrade infrastructure performing an overall upgrade operation comprising multiple upgrade processes being executed, possibly concurrently, on multiple hosts for upgrading one or more software applications hosted by hosts, automated hang detection mechanisms are disclosed for quickly, efficiently, and automatically detecting when one or more of the upgrade process are in a hang state. Different hang detection techniques are described including a metadata-driven hang detection mechanism and a code-driven hang detection mechanism.

Abstract: A system enables initiation of request driven peak-hour builds to override “off-peak” patching schedules for updating server applications. An “off-peak” patching schedule is generated to minimize disruption from installing builds of patches. Notwithstanding the “off-peak” patching schedule, a tenant administrator initiates request driven peak-hour builds when some performance failure occurs during peak business hours. For example, the tenant administrator may generate a service request that includes incident data that is usable to identify and/or develop a particular patch for resolving the performance failure. Based on the service request, the “off-peak” patching schedule is overridden to expedite an out-of-sequence installation of a particular patch. In this way, a tenant administrator that becomes aware that some performance failure is disrupting information workers during a peak usage time-range (e.g.

Abstract: A computing system is described that includes user interface components configured to receive typed user input; and one or more processors. The one or more processors are configured to: receive, by a computing system and at a first time, a first portion of text typed by a user in an electronic message being edited; predict, based on the first portion of text, a first candidate portion of text to follow the first portion of text; output, for display, the predicted first candidate portion of text for optional selection to append to the first portion of text; determine, at a second time that is after the first time, that the electronic message is directed to a sensitive topic; and responsive to determining that the electronic message is directed to a sensitive topic, refrain from outputting subsequent candidate portions of text for optional selection to append to text in the electronic message.

Abstract: In an upgrade infrastructure performing an overall upgrade operation comprising multiple upgrade processes being executed, possibly concurrently, on multiple hosts for upgrading one or more software applications hosted by hosts, automated hang detection mechanisms are disclosed for quickly, efficiently, and automatically detecting when one or more of the upgrade process are in a hang state. Different hang detection techniques are described including a metadata-driven hang detection mechanism and a code-driven hang detection mechanism.

Abstract: Embodiments provide techniques for concurrently upgrading one or more software applications hosted by one or multiple hosts. Checkpoint data associated with the upgrade processes executing on the multiple hosts may be generated during the upgrade. The checkpoint data may be stored in a shared storage that can be accessed by the upgrade processes. Each upgrade process running on a host may be adapted to read checkpoint data from the shared storage and write checkpoint data only to a dedicated location on the shared storage. Checkpoint data written by a first upgrade process may be read by a second upgrade process to determine the status and/or progress of the first upgrade process on a given host. In this manner, the checkpoint data enable the multiple upgrade processes to synchronize with each other.

Abstract: In an upgrade infrastructure performing an overall upgrade operation comprising multiple upgrade processes being executed, possibly concurrently, on multiple hosts for upgrading one or more software applications hosted by hosts, automated hang detection mechanisms are disclosed for quickly, efficiently, and automatically detecting when one or more of the upgrade process are in a hang state. Different hang detection techniques are described including a metadata-driven hang detection mechanism and a code-driven hang detection mechanism.

Abstract: In an upgrade infrastructure performing an overall upgrade operation comprising multiple upgrade processes being executed, possibly concurrently, on multiple hosts for upgrading one or more software applications hosted by hosts, automated hang detection mechanisms are disclosed for quickly, efficiently, and automatically detecting when one or more of the upgrade process are in a hang state. Different hang detection techniques are described including a metadata-driven hang detection mechanism and a code-driven hang detection mechanism.

Abstract: Embodiments provide techniques for concurrently upgrading one or more software applications hosted by one or multiple hosts. Checkpoint data associated with the upgrade processes executing on the multiple hosts may be generated during the upgrade. The checkpoint data may be stored in a shared storage that can be accessed by the upgrade processes. Each upgrade process running on a host may be adapted to read checkpoint data from the shared storage and write checkpoint data only to a dedicated location on the shared storage. Checkpoint data written by a first upgrade process may be read by a second upgrade process to determine the status and/or progress of the first upgrade process on a given host. In this manner, the checkpoint data enable the multiple upgrade processes to synchronize with each other.

Abstract: A music score recognition method and a system thereof are provided. In the present method, a music score is detected and at least one measure in the music score is obtained by searching bar lines, so as to plan a recognition order according to the position of each measure in the music score. Next, an image capturing apparatus is controlled to capture one of the measures according to the recognition order, and music information in the captured measure is recognized and outputted immediately. The method follows the recognition order to repeatedly perform the steps of controlling the image apparatus, recognizing the captured measure, and outputting the music information on the other measures until each of the measures has been processed.

Abstract: A music score recognition method and a system thereof are provided. In the present method, a music score is detected and at least one measure in the music score is obtained by searching bar lines, so as to plan a recognition order according to the position of each measure in the music score. Next, an image capturing apparatus is controlled to capture one of the measures according to the recognition order, and music information in the captured measure is recognized and outputted immediately. The method follows the recognition order to repeatedly perform the steps of controlling the image apparatus, recognizing the captured measure, and outputting the music information on the other measures until each of the measures has been processed.

Abstract: A read module for register files includes at least one local I/O module coupled to a memory cell for outputting a value stored in the memory cell; and at least one global bit line driver having an input terminal coupled to the local I/O module, and a output terminal coupled to a global bit line for selectively pre-charging the global bit line at a default voltage in response to a local pre-charge signal, and outputting the value stored in the memory cell to the global bit line when the local pre-charge signal is not asserted.

Abstract: A document recognition system comprises a document structure analyzing module for marking a document into a plurality of blocks according to at least one structural characteristic of the document, a reading scheduling module for arranging a reading schedule for reading the plurality of blocks, a positioning module for positioning one block that is being read, and a recognizing module for recognizing the block being read and then outputting the content of the block. The system described above thus can recognize documents in real time.

Abstract: Methods and apparatuses to cancel database queries from a web application user interface in a networked database application. In one embodiment, the method includes receiving a user request to cancel a query previously sent to a database and calling an application programming interface (API) provided by the database to terminate one or more statements running on the database, the one or more statements being related to the query.

Abstract: A read module for register files includes at least one local I/O module coupled to a memory cell for outputting a value stored in the memory cell; and at least one global bit line driver having an input terminal coupled to the local I/O module, and a output terminal coupled to a global bit line for selectively pre-charging the global bit line at a default voltage in response to a local pre-charge signal, and outputting the value stored in the memory cell to the global bit line when the local pre-charge signal is not asserted.