search for: clickcaster

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, so rake migrate --trace gets you this: Khavi:~/Documents/WebCode/rails/clickcaster sgoodwin$ rake migrate -- trace (in /Users/sgoodwin/Documents/WebCode/rails/clickcaster) ** Invoke migrate (first_time) ** Invoke db:migrate (first_time) ** Invoke environment (first_time) ** Execute environment ** Execute db:migrate ** Execute migrate then it stops, heh. -----BEGIN PGP SIGNATURE...

Hello, I have been looking at the Ruby/EventMachine. First let me say it look very good. Reactor model with no threads makes for fast reliable server, and I have read about marvelous Twisted framework for Python and am glad to see something similar for Ruby. I am writing network app with Ruby threads now and it very slow, and I try new Ruby 1.9 with native threads that make it much slower.

Francis, I read in the list archives back that a future EventMachine release will support epoll on Linux (i.e., it''s in the trunk). Better still, is there a possibility that EM will rely on libevent so that it will be architecture independent (i.e. epoll on Linux, kqueue on FreeBSD/Mac OS X, /dev/poll on Solaris)? This is how memcached is implemented, and it would be helpful to be able

From: Tony Arcieri > > A STUN implementation will be an important part of DistribuStream > in terms of firewall traversal. However, first I need to move the > whole protocol to UDP, and before I do that I''m trying to make it > work better in general. > > I''m also unsure what to use for a UDP data transfer protocol. I > need something to work in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I am a new developer at www.clickcaster.com and we''re having some trouble with migrations. When I tried to run the migrations on our database (which previously hadn''t used migrations), nothing happens, it stops before it runs any of the migrations. However, when I try this on a blank database that is separate fro...

...s to move the HTTP request parsing and response writing to an asynchronous HTTP server built on the Mongrel parser, and providing complete API compatibility with Mongrel on top of that. If anyone cares to hammer on it and point out any problems, it''d be much appreciated. -- Tony Arcieri ClickCaster, Inc. tony at clickcaster.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-development/attachments/20080122/92be4b9f/attachment.html

Dave, We''re using Rail to build ClickCaster (based in Boulder). scott www.clickcaster.com [Rails] Anyone using Rails in Boulder, Colorado? *Doug Fales* dfales at mercury.com <rails%40lists.rubyonrails.org?Subject=%5BRails%5D%20Anyone%20using%20Rails%20in%20Boulder%2C%20Colorado%3F&In-Reply-To=> *Tue Feb 8 22:30:27 GMT 2005* -...

Before anything else, let me state this: Of course it''s going to be PAINFULLY slow on MRI. That''s not the point :) I thought I''d try out writing out a Ruby version of the parser for the purposes of Rubinius. For those of you who aren''t aware, Ragel supports a goto-driven FSM on Rubinius by injecting assembly directly, and Rubinus head honcho guy Evan Phoenix

Short question: is there way to tell EM to actually send data after send_data call? I''m building a file transferring app. I send Mashal.dump''ed metadata first, and then - the file contents (chunked). I found a silly bug: receive_data() gets marshalled metadata and the first chunk of the file in a single variable. Like that: c1.send_data("meta")

Sorry this is going to be a bit vague, but I''ve noticed something rather odd going on with EventMachine on Linux. I''ve written something uses EventMachine to proxy HTTP to other processes. On OS X, it works great, adding only about 20% extra latency into the connection when proxying versus connecting to the original backend process directly, so a 5ms connection might now take