Having trouble with libcmt and msvcrt?
Then certainly you are attempting to link multithreaded code to singlethreaded. The libcmt is multi threaded, msvcrt is single threaded. Switch to msvcmrt.lib, or change /MD to /LD, if you're creating dll-s.
According to The Directive 2009/24/EC of the European Parliament and of the Council, and Sec.103(f) of the DMCA (17 U.S.C. § 1201 (f)), the reverse engineering act committed to creating these blog posts is considered legal, as this is an original attempt to improve interoperability, and cannot be waived by license agreements.
The views expressed on this blog are my own and do not necessarily reflect the views of my past and present employers.
2013-10-31
2013-10-30
tryLock and NFS --> weird failure, lockfile created but IOException returned
Using tryLock() on a FileChannel, and you cannot get a lock, BUT the lockfile itself is created?
Your nfslock daemon is not running. Check for rpc.statd:
If you cannot start it, restart portmap first.
Your nfslock daemon is not running. Check for rpc.statd:
Bad: NFS Locking Daemon is NOT running |
2013-10-29
MCC DAQ miniLAB 1008 (USB) under Linux
Most of the MCC DAQ's USB and PCI devices have 3rd party Linux kernel drivers. For details, see: http://www.mccdaq.com/daq-software/Linux-Support.aspx
- Fetch all stuff from here: ftp://lx10.tx.ncsu.edu/pub/Linux/drivers/USB/
- Read the README_mcc_usb file CAREFULLY. You have two options:
- hiddev
- + Easy, works unprivileged.
- - May not be present in linux kernel v3.0+, and is not working in 2.4 at all.
- - SLOW: max 200Hz (which is not enough for a big setup)
- - No documentation and examples exists.
- libhid/libusb
- + Uses libusb, works under all linux kernels
- + No theoretical ceiling for max throughput.
- + libusb is portable through Linux, Windows, Mac, etc
- - Needs to be run as root, or set the executable to suid.
- - Need USB programming knowledge.
- - Compiling libhid manually.
- I assure you, option 2 (libhid+libusb) will be better.
- Step 0: Deploy dependencies
- sudo apt-get install libusb-1.0-0 libusb-1.0-0-dev
- Step 1: Deploy libhid
- Fetch libhid from http://libhid.alioth.debian.org/
- tar -xzf libhid*.tar.gz
- cd libhid*
- ./configure --prefix=/usr --sysconfdir=/etc --disable-werror
- make
- sudo make install
- Step 2: Deploy the MCC-specific libhid-based usb library
- wget ftp://lx10.tx.ncsu.edu/pub/Linux/drivers/USB/60-mcc.rules
- sudo cp 60-mcc.rules /dev/.udev/rules.d/
- sudo udevadm control --reload-rules
- tar xzf MCCLIBHID*.tgz
- cd libhid (this is another directory!)
- Edit the Makefile
- Add " -lm" to the end of the line (after "-o $@") in the libmcchid.so target.
- Replace all occurence of "/usr/local/" to "/usr/" (there will be 33)
- make
- sudo make install
- run your device's test as root, like "sudo ./test-minilab1008"
- Good: "miniLAB 1008 Device is found!" and a menu-driven test interface
- Bad:
- "hid_force_open failed" - you're not root
- Any other error message: well, hack :-)
2013-10-13
BCM43xx vs. (k)ubuntu 10.04+
- sudo bash
- apt-get purge bcmwl-kernel-source
- apt-get purge bcm-kernel-source
- apt-get install linux-firmware-nonfree
- reboot
- Make sure to turn ON the Wi-Fi button/latch/whatever
- Enjoy
2013-10-08
Perforce: Delete a client/workspace even if it does not exist anymore
So the user formatted/lost/whatever their computer and maybe even had opened files there?
Grab your admin account:
Grab your admin account:
- p4 client WORKSPACE
Delete the line starting with "Host:", to remove host restriction from that client workspace. - p4 -u USER -c WORKSPACE revert -k -a
Reverts all (no file glob specified) unchanged (-a) open files in that workspace (-c), and doesn't sync anything (-k). - p4 client -f -d WORKSPACE
Deletes (-d) the workspace, forced (-f).
- List user's client workspaces:
p4 clients -u USER - Remove all managed files (just files! directory is just metadata in perforce) from the current workspace:
p4 sync //...#none
Then delete the directories manually -_- - Explicitly set a server:
p4 -p perforce-otherone:1666 clients -u USER - (Moar to come)
2013-10-07
Selenium: Maximizing Chrome and Firefox through a RemoteWebDriver
Having issues because your browsers driven by a RemoteWebDriver says "no such element"? Maybe other windows interfere.
Nevertheless, you can try putting it in fullscreen.
Chrome:
Firefox:
Nevertheless, you can try putting it in fullscreen.
Chrome:
DesiredCapabilities capability = DesiredCapabilities.chrome(); LinkedList<String> switches = new LinkedList<>(); switches.add("--start-maximized"); capability.setCapability("webdriver.chrome.driver", ".\\chromedriver.exe"); capability.setCapability("chrome.switches", switches); // ... RemoteWebDriver driver = new RemoteWebDriver(new URL(this.hub), capability);A list of chrome command line arguments: http://peter.sh/experiments/chromium-command-line-switches/
Firefox:
// ... driver.manage().window().maximize();
Subscribe to:
Posts
(
Atom
)