Here's the part where Apple proves iOS isn't ready for "Enterprise" apps: NSString *p=@"/private/var/wireless/Library/CallHistory/call_history.db"; sqlite3 *d; if(sqlite3_open([p UTF8String], &database) == SQLITE_OK) { NSLog(@"call_history present"); } else { NSLog(@"Failed to open database with message '%s'.", sqlite3_errmsg(d)); sqlite3_close(d); }

Motivation If your software project doesn't "get users" it will die, bottom line. Launching a software project into production sooner rather than later greatly increases the odds the project will "get users" and ultimately succeed. Situation You've seen it time and again in recent years. You start a new project. You have project specs and a strong desire to include a test suite with your project to prove correctness and efficiency. But along the way your project specs change, you don't launch on time, and you have a gazillion tests to update. Your hopes of actually "getting users" dwiddles daily as you cope with all the code and test code changes. What do you do? Solution Throw out your test suite and launch the project into production. Having users actually use your software provides near 100% code coverage. Having your "test suite" run in production on real data means you do not waste time creating fake data in the form of fixtures or factories. Continuous integration is provided as a side

I had a problem with PostgreSQL pgdump recently. My setval() calls were all set to '1'. I whipped up this quick script to fix things: #!/usr/bin/env python DB_NAME = 'my_db' from subprocess import Popen, PIPE import re exclude = [ 'tablename', 'rows' ] tp = re.compile( '[^a-z_]' ) ts = Popen( [ "/usr/bin/psql", DB_NAME, "-c SELECT tablename FROM pg_tables WHERE tablename NOT LIKE 'pg_%' AND tablename NOT LIKE 'sql_%' ORDER BY tablename" ], stdout=PIPE ).communicate()[ 0 ].split( ' ' ) tables = [] for t in ts: t = tp.sub( '', t ) if len( t ) == 0 or t in exclude: continue tables.append( t ) for t in tables: sql = "SELECT pg_catalog.setval( pg_get_serial_sequence( '%s', 'id' ), ( SELECT MAX( id ) FROM %s ) + 1 );" % ( t, t ) print Popen( [ "/usr/bin/psql", DB_NAME, "-c %s" % sql ], stdout=PIPE ).communicate()[ 0 ]

I thought someone else may need a complete working example, all in one chunk of code: <VirtualHost> ServerName mysite ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/mysite.log combined ErrorDocument 404 / DocumentRoot /mysite Alias /robots.txt /mysite/static/robots.txt Alias /favicon.ico /mysite/static/img/favicon.ico Alias /static/ /mysite/static/ WSGIScriptAlias / /mysite/ <Directory /mysite> <Files> Require all granted </Files> </Directory> <Directory /mysite/static> Require all granted </Directory> </VirtualHost>
I recently set out to learn more about git, the new content manager for source code. "New", as in much younger than Subversion, and a hell of a lot younger than CVS! No one I know personally uses git yet, but I see the Ruby on Rails community starting to use it a bit, so I decided I had better get up to speed. I didn't really need the full power of git. I just needed a simple setup, somewhere I could commit code over SSH. The initial steps for such a setup were not exactly simple to learn as a first-time git user. Hints were scattered across many different websites. So I'm documenting everything I've learned here in a blog entry, in case other git n00bs like myself might find it useful. First make a new git repo on your remote host: mkdir -p /git/foo cd /git/foo git init git should return something like: Initialized empty Git repository in .git/ Your /git/foo path will likely be different than mine, but it doesn't really matter where you put stuff. I already had an /svn directory wi

# basic .muttrc for use with Gmail # Change the following six lines to match your Gmail account details set imap_user = "" set imap_pass = "" set smtp_url = "smtp://" set smtp_pass = "" set from = "" set realname = "Firstname Lastname" # # # Change the following line to a different editor you prefer. set editor = 'vim + -c "set textwidth=72" -c "set wrap"'

If you're using a flavor of *nix that has an rc.local file, and then you start using Debian GNU/Linux, you might be wondering where your rc.local file is. Quite simply, it's not there. Here's how to add it. Create a new file named /etc/init.d/local like this: #!/bin/sh # put startup stuff here Make the file executable: chmod 755 /etc/init.d/local Add it to startup: update-rc.d local defaults 80 You should be seeing something like this: Adding system startup for /etc/init.d/local ... /etc/rc0.d/K80local -> ../init.d/local /etc/rc1.d/K80local -> ../init.d/local /etc/rc6.d/K80local -> ../init.d/local /etc/rc2.d/S80local -> ../init.d/local /etc/rc3.d/S80local -> ../init.d/local /etc/rc4.d/S80local -> ../init.d/local /etc/rc5.d/S80local -> ../init.d/local
Here's some command line magic to install lots of games on your Debian box: yes | \ for x in `apt-cache search game \ | sort \ | awk 'BEGIN { FS = " - " } { print $1 }'`; do \ apt-get install $x; \ done
   Recent articles
Console Blackjack in Ruby
Console Blackjack in Elixir
Git commands for pair programming
Change default SSH port on Fedora
Console Blackjack in Crystal
android (1) apache (1) apple (1) bash (2) bashrc (1) battleship (1) blackjack (10) c (2) c++ (1) callproof (1) clang (2) clang++ (1) console (3) crm (1) crystal (1) data (1) debian (4) diff (1) django (2) elixir (1) enterprise (1) fedora (1) firewall (1) freebsd (1) g++ (1) game (1) games (1) gcc (1) gem (1) git (4) github (1) gmail (1) go-lang (3) google (1) gourse (1) kernel (3) latin1 (1) linux (4) lottery (1) microsoft (1) module (1) mongodb (1) mp3s (1) mutt (1) nautical (1) pairing (1) pair-programming (1) patch (1) perl6 (1) postgresql (2) powerball (1) psql (1) python (2) python3 (1) raspberrypi (1) reactjs (2) reversi (1) ruby (1) sdl (1) sed (1) selinux (1) ssh (1) stack (1) testing (2) trace (1) typescript (2) ubuntu (2) utf8 (1) virus (1) war (1)

Copyright © 2019 · Contact

All Rights Reserved