Looks like a performance at NYU (where she was a student for a few years). She really can sing (though she has a few misses playing the piano). There’s talent there, covered these days in a blond wig/hairdo and heavy makeup. Do your best to ignore the goofy MC, if you can. 
|
Blogroll
Friends
CT Politics Politics
Technology West Hartford Blogs Hartford Blogs |
Active Posts
|
|
Track & Validate
|
This looks interesting. Wasn’t interested in Yet Another DB Abstraction, but this and LINQ sound interesting.
Just an FYI for those trying to build Ruby 1.8.6 on Leopard, found this thread which linked to the following patch:
http://chopine.be/lrz/ruby-osx-patches/ignore-gsetcontext.diff
Apply it to Ruby 1.8.6-p111 source and off you go. What this means, primarily, downloading that file, copying it to the directory where you have the Ruby source code, and then running patch -i ignore-gsetcontext.diff. That should take care of it for you. Then just build/run as usual.
BTW, loving Leopard. Things feel snappier.
Steve (Fanzter employee #3!) sent this my way. A Ruby IDE with code completion for your own classes… man, I miss that from my Java days. Will have to try it out.
No, not a subtantive comparison, just a funny video:
OK, so it’s not that accurate (I could make a list of Java advantages that would be quite long), but it’s damn funny. Not having to deal with compiler quirks and Makefiles would be at the top of my list (and, by the way, this is coming from an experienced Linux/OS X/Unix guy…). Java just makes that stuff very easy.
Part of what I’m doing is actually learning Rails more than I knew it before. I’ve been working on random test apps, but now I’m trying to build something for real and I decided to start from scratch. Blew everything away, happily compiling/installing on my Mac and then I run into issues.
Basically, I got this error (I was trying to run rake db:migrate) on OS X:
dyld: NSLinkModule() error
dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib
Referenced from: /usr/local/lib/ruby/gems/1.8/gems/mysql-2.7/lib/mysql.bundle
Reason: image not found
Trace/BPT trap
The issue is that in the most recent builds of MySQL from mysql.com (I was using 5.0.41), the libraries are no longer in lib/mysql/ but just in lib. I couldn’t remember how to modify linkage in a compiled bundle, but after a bit of googling, I found a post detailing the answer. Just run:
sudo install_name_tool -change /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib /usr/local/mysql/lib/libmysqlclient.15.dylib
/usr/local/lib/ruby/gems/1.8/gems/mysql-2.7/lib/mysql.bundle
That will take care of the issue. You can use the same tool for any library that’s pointing to the wrong place for a link. Not sure why or how this happened, but at some point I’ll probably look into it and submit a patch.
interesting post about FastCGI and SCGI and why they might be better than mod_php/perl/blah. I think it actually makes a stronger case for application servers than it does FastCGI, but this guy makes several good points. (this comes up often when discussing why Ruby may not be ready for high-traffic sites)
