Every so often I have to restore my gpg keys and I'm never sure how best to do it. So, I've spent some time playing around with the various ways to export/import (backup/restore) keys.
cp ~/.gnupg/pubring.gpg /path/to/backups/
cp ~/.gnupg/secring.gpg /path/to/backups/
cp ~/.gnupg/trustdb.gpg /path/to/backups/
| function verify_app_store_in_app($receipt, $is_sandbox) | |
| { | |
| //$sandbox should be TRUE if you want to test against itunes sandbox servers | |
| if ($is_sandbox) | |
| $verify_host = "ssl://sandbox.itunes.apple.com"; | |
| else | |
| $verify_host = "ssl://buy.itunes.apple.com"; | |
| $json='{"receipt-data" : "'.$receipt.'" }'; | |
| //opening socket to itunes |
| Latency Comparison Numbers (~2012) | |
| ---------------------------------- | |
| L1 cache reference 0.5 ns | |
| Branch mispredict 5 ns | |
| L2 cache reference 7 ns 14x L1 cache | |
| Mutex lock/unlock 25 ns | |
| Main memory reference 100 ns 20x L2 cache, 200x L1 cache | |
| Compress 1K bytes with Zippy 3,000 ns 3 us | |
| Send 1K bytes over 1 Gbps network 10,000 ns 10 us | |
| Read 4K randomly from SSD* 150,000 ns 150 us ~1GB/sec SSD |
L1 cache reference ......................... 0.5 ns
Branch mispredict ............................ 5 ns
L2 cache reference ........................... 7 ns
Mutex lock/unlock ........................... 25 ns
Main memory reference ...................... 100 ns
Compress 1K bytes with Zippy ............. 3,000 ns = 3 µs
Send 2K bytes over 1 Gbps network ....... 20,000 ns = 20 µs
SSD random read ........................ 150,000 ns = 150 µs
Read 1 MB sequentially from memory ..... 250,000 ns = 250 µs
| // ================================================================================================= | |
| // | |
| // based on starling.text.TextField | |
| // modified to use text layout framework engine for rendering text | |
| // | |
| // ================================================================================================= | |
| package starling.extensions | |
| { | |
| import flash.display.BitmapData; |
| /* | |
| * Copyright (C) 2012 Jean-Philippe Auclair | |
| * Licensed under the MIT license: http://www.opensource.org/licenses/mit-license.php | |
| * Base64 library for ActionScript 3.0. | |
| * By: Jean-Philippe Auclair : http://jpauclair.net | |
| * Based on article: http://jpauclair.net/2010/01/09/base64-optimized-as3-lib/ | |
| * Benchmark: | |
| * This version: encode: 260ms decode: 255ms | |
| * Blog version: encode: 322ms decode: 694ms | |
| * as3Crypto encode: 6728ms decode: 4098ms |
| #!/usr/bin/env python | |
| """Simple HTTP Server With Upload. | |
| This module builds on BaseHTTPServer by implementing the standard GET | |
| and HEAD requests in a fairly straightforward manner. | |
| """ |
| ;SMBDIS.ASM - A COMPREHENSIVE SUPER MARIO BROS. DISASSEMBLY | |
| ;by doppelganger (doppelheathen@gmail.com) | |
| ;This file is provided for your own use as-is. It will require the character rom data | |
| ;and an iNES file header to get it to work. | |
| ;There are so many people I have to thank for this, that taking all the credit for | |
| ;myself would be an unforgivable act of arrogance. Without their help this would | |
| ;probably not be possible. So I thank all the peeps in the nesdev scene whose insight into | |
| ;the 6502 and the NES helped me learn how it works (you guys know who you are, there's no |
| /* | |
| * linux 2.6.37-3.x.x x86_64, ~100 LOC | |
| * gcc-4.6 -O2 semtex.c && ./a.out | |
| * 2010 sd@fucksheep.org, salut! | |
| * | |
| * update may 2013: | |
| * seems like centos 2.6.32 backported the perf bug, lol. | |
| * jewgold to 115T6jzGrVMgQ2Nt1Wnua7Ch1EuL9WXT2g if you insist. | |
| */ |
| -- How to disassemble kernel | |
| Disassemble uncompressed kernel image binary by arm-linux-androideabi-objdump command in ndk | |
| arm-linux-androideabi-objdump --disassemble-all -b binary -m arm --adjust-vma=0xc0008000 kernel.Image > kernel.dasm | |
| -- How to get address for variable ptmx_fops | |
| ptmx_fops is used in function unix98_pty_init. | |
| unix98_pty_init() | |
| { |
