virtuald

#!/usr/bin/env python
#
# Run this in three different terminal windows (presumes download of NSQD):
# - rm *.dat && ./nsqd
# - ./raw_perf.py read
# - ./raw_perf.py write
#

from __future__ import print_function

virtuald

'''
    This is significantly derived from StackContext, Apache 2.0 license
'''

from tornado.stack_context import StackContextInconsistentError, _state

class ContextLocal(object):
    '''
        Implements a threadlocal-like mechanism that can be used to track data
        across tornado asynchronous calls. This is very similar to (and based

virtuald

import os
import shutil
import threading

import hal
import wpilib

import logging
logger = logging.getLogger('exposure_control')

virtuald

#! /usr/bin/env python3
import wpilib
from robotpy_ext.control import xbox_controller
import magicbot

class MyRobot(magicbot.MagicRobot):
    
    def createObjects(self):
        
        self.driveStick = xbox_controller.XboxController(0)

virtuald

#!/usr/bin/env python3

import threading
import wpilib

class MyRobot(wpilib.SampleRobot):
    
    def robotInit(self):
        
        c = threading.Condition()

virtuald

#!/usr/bin/env python3

import collections
import time
import wpilib

class MyRobot(wpilib.IterativeRobot):
    '''Main robot class'''
    
    def robotInit(self):

virtuald

package io.takari.incrementalbuild.spi;

import java.io.File;
import java.io.IOException;
import java.io.Serializable;
import java.util.ArrayList;
import java.util.Collection;
import java.util.Collections;
import java.util.HashSet;

virtuald

package io.takari.incrementalbuild.spi;

import java.io.File;
import java.util.HashSet;

import javax.inject.Inject;
import javax.inject.Named;

import org.apache.maven.execution.scope.MojoExecutionScoped;

virtuald

#!/bin/bash -e

PKG="$1"

SRPM=$(dnf download --source -v  $PKG | tee /dev/stderr | grep -o '.*--> Package \:.*\:.*\.src\.rpm$' | rev | cut -f 1 -d' ' | rev | uniq)
rpm2cpio $SRPM | cpio -idmv

virtuald

#!/usr/bin/env python
#
# Demonstrates potential buggy behavior in PyGObject+Treeview DnD
#
# Bug is that when do_drag_data_get is called, the selection_data argument
# appears to be discarded and never used, regardless of the return value
#
# This sample program should be executed like so:
#
#    python treetest.py ~/some/path/*