Abstract: A method for efficiently translating logic programming language code into structured query language (SQL) code that includes receiving input written in a logic programming language (LPL) that indicates a function that is defined in the LPL, but is not defined in a target SQL used to access a dataset, translating the input written in the LPL into the target SQL to generate translated SQL code, including transforming the function not defined in the target SQL into code for a series of functions that (i) are defined in the target SQL and (ii) together achieve a result of the function not defined in the target SQL, and executing the translated SQL code to achieve a result of the function that is not defined in the SQL, including executing the code for the series of functions that together achieve the results of the function that is not defined in the target SQL.

Abstract: Computer-implemented methods, non-transitory, computer-readable media, and computer-implemented systems are provided for executing a smart contract in a blockchain network. A computer-implemented method includes: in response to determining that bytecodes of a smart contract are deployed on a first blockchain node in a blockchain network, starting, by the first blockchain node, to compile the bytecodes of the smart contract into machine codes of the smart contract through a Just-In-Time (JIT) compiler; determining, by the first blockchain node, that the machine codes of the smart contract are not locally stored and that execution results of the machine codes of the smart contract and the bytecodes of the smart contract are consistent; and in response to the determining, performing, by the first blockchain node, interpretation execution on the bytecodes of the smart contract.

Abstract: In one embodiment, a service receives software version data regarding versions of software executed by devices in a network. The service detects a version change in the version of software executed by one or more of the devices, based on the received software version data. The service makes a determination that a drop in data quality of input data for a machine learning model used to monitor the network is associated with the detected version change. The service reverts the one or more devices to a prior version of software, based on the determination that the drop in quality of the input data for the machine learning model used to monitor the network is associated with the detected version change.

Abstract: Based on an analysis of example content items, a proposed initial version of an application to be generated on behalf of a client is determined. At least a portion of a software program implementing the application is generated, and an indication of the software program is provided to the client. Based on input received from the client, additional operations associated with the program are initiated.

Abstract: Example robotic process automation systems and methods are described. In one implementation, a processing system receives a first automation scenario, where the first automation scenario is for execution by the processing system. The processing system identifies a list of plugins in the first automation scenario and identifies a version number associated with each of the plugins in the first automation scenario. Additionally, the processing system verifies the list of plugins and their associated version numbers. If the list of plugins and their associated version numbers are verified, the processing system builds a first virtual environment for the plugins in the first automation scenario.

Abstract: Distributed vector representations of source code commits, are generated to become part of a data corpus for machine learning (ML) for analyzing source code. The code commit is received, and time information is referenced to split the source code into pre-change source code and post-change source code. The pre-change source code is converted into a first code representation (e.g., based on a graph model), and the post-change source code into a second code representation. A first particle is generated from the first code representation, and a second particle is generated from the second code representation. The first particle and the second particle are compared to create a delta. The delta is transformed into a first commit vector by referencing an embedding matrix to numerically encode the first particle and the second particle. Following classification, the commit vector is stored in a data corpus for performing ML analysis upon source code.

Abstract: One example method involves generating executable code, mapping a testcase to the executable code, where the testcase is associated with a test, identifying a dependent code component, notifying an owner of the dependent code component of a relation between the dependent code component and the executable code, initiating a test of the executable code, and resolving any problems that are identified during the test of the executable code. In this example, the entire method is performed during a code development phase.

Abstract: Database systems and methods are provided for remotely managing an infrastructure component. One method involves an ICL compiler service obtaining a plain text command from a client device coupled to a network, parsing the plain text command to identify an infrastructure target of the plain text command and a portion defining an action for the infrastructure target, compiling the portion of the plain text command defining the action into an intermediate format encapsulated in an executable object, and providing the executable object to the infrastructure target.

Abstract: The present specification provides a method for executing a smart contract and a blockchain node. An implementation of a method for executing a smart contract includes: receiving, by a blockchain node, a request for creating a smart contract, the request including a bytecode of the smart contract; starting, by the blockchain node after completing deployment of the smart contract, to compile the bytecode of the smart contract into a machine code by using just-in-time and storing the machine code; and in execution of the deployed smart contract, executing, by the blockchain node, the machine code corresponding to a bytecode of the smart contract in response to the machine code being locally stored. According to the above implementations of the present application, the blockchain node can greatly increase a speed of executing a smart contract.

Abstract: A wrapping method and device, a registration method and device, and a rendering apparatus are provided, which are related to a field of computer display technology. The specific implementation includes: receiving a creation instruction from a registry component, wherein the creation instruction includes an identification of a wrapper object to be registered, in a target code; and creating a corresponding wrapper object in the wrapper module, according to the identification of the wrapper object to be registered in the target code. In embodiments of the present application, a wrapper object may be quickly created in a wrapper module according to an identification of a wrapper object to be registered in a target code, which is beneficial to a reuse of a wrapper object, thereby improving code execution efficiency.

Abstract: A method for generating target codes for one or more network functions for execution in a network is provided. The method comprises: receiving, at a processor, a network function definition; receiving, at the processor, one or more templates comprising preprogrammed codes in a preset format; compiling, at the processor, the network function definition and the one or more templates by providing key terms from the network function definition to the one or more templates; and generating the target codes.

Abstract: Computer-implemented methods, non-transitory, computer-readable media, and computer-implemented systems are provided for executing a smart contract in a blockchain network. The computer-implemented method includes: compiling, by a blockchain node in a blockchain network, code of a smart contract into machine code through Just-In-Time (JIT) compilation after deploying the smart contract, wherein the code of the smart contract comprises hotspot code marked by a hotspot identifier; storing, by the blockchain node, the hotspot code marked by the hotspot identifier; and when executing the smart contract, in response to determining that the machine code corresponding to the code of the smart contract is locally stored, executing, by the blockchain node, the machine code.

Abstract: A method for scheduling instructions for execution on a computer system includes scanning a plurality of loop instructions that are modulo scheduled to identify a first instruction and a second instruction that both utilize a register of the computer system upon execution of the plurality of instructions. The loop has a first initiation interval. The first instruction defines a first value of the register in a first iteration of the loop and the second instruction redefines the value of the register to a second value in a subsequent iteration of the loop prior to a use of the first value in the first iteration of the loop. A copy instruction is inserted in the loop instructions to copy the first value prior to execution of the second instruction. A schedule is determined after the insertion of the one or more copy instructions giving a second initiation interval.

Abstract: An information update apparatus that updates first information stored in a vehicle control apparatus to second information. The information update apparatus includes: a download control unit that receives an update package including an update body that is a difference between the first information and the second information or the second information, procedure information including a procedure of updating the first information to the second information using the update body, and an activation condition that is a condition of starting updating the first information to the second information; and an event management unit that acquires a state of a vehicle on which the vehicle control apparatus and the information update apparatus are mounted, and causes an update execution unit to execute the update based on the procedure information when the state of the vehicle matches the activation condition.

Abstract: A base transaction User Interface (UI) is provided that provides transaction processing for transactions at transaction terminals. The base UI can be customized through independent and decoupled customization/extension files, which provide specific UI customizations for UI screen content, UI screen styles, UI screen views, UI screen workflows, and UI screen resource functionality. Customizations or extensions are achieved without modifying the base UI. The customizations or extensions are dynamically obtained during execution of the base UI from the corresponding files and processed by the base UI as user-defined custom overrides.

Abstract: An integrated code inspection framework using check variants is provided herein. Integrated code inspection can include associating a check variant with a development object in a development project. Additionally, a check variant can be associated with a development project. A check variant associated with a development project can cascade to development objects in the development project. A check variant associated with a development object can cascade to related development objects, based on their hierarchical relationship. A check variant can be executed against a development object to identify code which triggers check rules of the check variant. The check variants executed can come from the development project or related development objects based on the cascade of check variants. Results of the code inspection via the check variants can be aggregated and displayed in a user interface, and integrated with the code of a development object.

Abstract: Accessing migrated members in an updated type is described. Instructions to access a migrated member may be: (a) storing a value of a particular type as a value of a migrated field, or (b) invoking a migrated method using an argument of a particular type. The argument of the particular type, specified in the instructions, is converted into a value of the type associated with the current version of the migrated member. The migrated member is accessed using the converted value. Alternatively, instructions may be: (a) fetching and returning a value of a migrated field as a value of a particular type, or (b) returning a value from a migrated method as a value of a particular type. A value is returned via accessing the current version of the migrated member. The returned value is converted into a value of the particular type specified in the instructions.

Abstract: Systems and methods for programming a network device using a domain-specific language (DSL) are provided. According to one embodiment, source code in a form of a DSL, describing a slow-path task that is to be performed by a network device, is received by a processing resource. A determination is made regarding one or more types of processors are available within the network device to implement the slow-path task. For each portion of the source code, a preferred type of processor is determined by which the portion of the source code would be most efficiently implemented. When the preferred type of processor is available within the network device, executable code is generated targeting the preferred type of processor based on the portion of the source code; otherwise, intermediate code is generated in a form of a high-level programming language, targeting a general purpose processor of the network device.

Abstract: A module (m1) is allowed to gain private reflective access to any class in any module (C2 in m2), if and only if m2 grants to m1 deep reflective access for C2. A caller class may invoke a method to generate a second lookup object associated with a second principal class based on a first lookup object associated with a first principal class. The method is successfully executed only if (a) an access mode of the first lookup object allows for teleporting with private reflective access and (b) a module including the second principal class grants to a module including the first principal class deep reflective access for the second principal class. The second lookup object drops the access mode allowing for teleporting with private reflective access. Hence reflective access is confined within the limits imposed by module boundaries, as relaxed by access agreements between pairs of modules. The bilateral agreements are not transferable to other modules.

Abstract: Run-time identification of dependencies during dynamic linking. A dynamic linker accesses contents of a first executable file that is to be executed. The dynamic linker, based on the contents of the first executable file, determines that the first executable file includes a first dynamic dependency function configured to be executed by the dynamic linker. The dynamic linker invokes the first dynamic dependency function of the first executable file. The dynamic linker receives, from the first dynamic dependency function, a first run-time dependency identifier that identifies a first run-time dependency, and adds the first run-time dependency identifier to a dependency identifier list.