Hey Folks, There''s a nasty little bug in 0.3.13.3 when running in development mode which could cause all sorts of problems. Please grab the pre-release of 0.3.13.4 and tell me if it works for you: gem install mongrel --source=http://mongrel.rubyforge.org/releases/ Thanks! -- Zed A. Shaw http://www.zedshaw.com/ http://mongrel.rubyforge.org/ http://www.railsmachine.com/ -- Need Mongrel support?
Hi, Works better for me locally. What are the symptoms of this "nasty little bug?" I seem to have weird threading issues sometimes with 0.13.3, especially after the server runs a long time in dev. mode. Jeremy On 7/10/06, Zed Shaw <zedshaw at zedshaw.com> wrote:> > Hey Folks, > > There''s a nasty little bug in 0.3.13.3 when running in development mode > which could cause all sorts of problems. > > Please grab the pre-release of 0.3.13.4 and tell me if it works for you: > > gem install mongrel --source=http://mongrel.rubyforge.org/releases/ > > Thanks! > > > -- > Zed A. Shaw > http://www.zedshaw.com/ > http://mongrel.rubyforge.org/ > http://www.railsmachine.com/ -- Need Mongrel support? > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20060712/c56c8bb3/attachment.html
just tried this new version - it tends to lock up my application when
attempting to perform a POST (not everytime, but right now it is)
This is what gets printed to the console before it locks:
REQUEST: {"SERVER_NAME"=>"mydomain.com",
"PATH_INFO"=>"/site/login",
"CONTENT_LENGTH"=>"61",
"HTTP_CONTENT_TYPE"=>"application/x-www-form-urlencoded",
"HTTP_ACCEPT_ENCODING"=>"gzip,deflate",
"HTTP_USER_AGENT"=>"Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US;
rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4",
"SCRIPT_NAME"=>"/",
"SERVER_PROTOCOL"=>"HTTP/1.1",
"HTTP_ACCEPT_LANGUAGE"=>"en-us,en;q=0.5",
"HTTP_HOST"=>"mydomain.com:3000",
"REMOTE_ADDR"=>"123.45.67.89",
"SERVER_SOFTWARE"=>"Mongrel 0.3.13.4",
"HTTP_CONTENT_LENGTH"=>"61",
"HTTP_KEEP_ALIVE"=>"300",
"CONTENT_TYPE"=>"application/x-www-form-urlencoded",
"HTTP_REFERER"=>"http://mydomain.com:3000/",
"HTTP_COOKIE"=>"_session_id=ee93f3f34a86a5516e660078ff8045d2",
"HTTP_ACCEPT_CHARSET"=>"ISO-8859-1,utf-8;q=0.7,*;q=0.7",
"HTTP_VERSION"=>"HTTP/1.1",
"REQUEST_URI"=>"/site/login",
"SERVER_PORT"=>"3000",
"GATEWAY_INTERFACE"=>"CGI/1.2",
"HTTP_ACCEPT"=>"application/x-shockwave-flash,text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5",
"HTTP_CONNECTION"=>"keep-alive",
"REQUEST_METHOD"=>"POST"}
need to read more of the body
Small file, using ram
regular GETs seem to work fine though.
Mike
On 7/12/06, Jeremy Durham <jeremydurham at gmail.com>
wrote:> Hi,
>
> Works better for me locally. What are the symptoms of this "nasty
little
> bug?" I seem to have weird threading issues sometimes with 0.13.3,
> especially after the server runs a long time in dev. mode.
>
> Jeremy
>
>
> On 7/10/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
> > Hey Folks,
> >
> > There''s a nasty little bug in 0.3.13.3 when running in
development mode
> > which could cause all sorts of problems.
> >
> > Please grab the pre-release of 0.3.13.4 and tell me if it works for
you:
> >
> > gem install mongrel
> --source=http://mongrel.rubyforge.org/releases/
> >
> > Thanks!
> >
> >
> > --
> > Zed A. Shaw
> > http://www.zedshaw.com/
> > http://mongrel.rubyforge.org/
> > http://www.railsmachine.com/ -- Need Mongrel support?
> >
> > _______________________________________________
> > Mongrel-users mailing list
> > Mongrel-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/mongrel-users
> >
>
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>
>
On Jul 14, 2006, at 8:20 AM, Mike Garey wrote:> just tried this new version - it tends to lock up my application when > attempting to perform a POST (not everytime, but right now it is) > > This is what gets printed to the console before it locks: > > REQUEST: {"SERVER_NAME"=>"mydomain.com", "PATH_INFO"=>"/site/login", > "CONTENT_LENGTH"=>"61", > "HTTP_CONTENT_TYPE"=>"application/x-www-form-urlencoded", > "HTTP_ACCEPT_ENCODING"=>"gzip,deflate", > "HTTP_USER_AGENT"=>"Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4", "SCRIPT_NAME"=>"/", > "SERVER_PROTOCOL"=>"HTTP/1.1", > "HTTP_ACCEPT_LANGUAGE"=>"en-us,en;q=0.5", > "HTTP_HOST"=>"mydomain.com:3000", "REMOTE_ADDR"=>"123.45.67.89", > "SERVER_SOFTWARE"=>"Mongrel 0.3.13.4", "HTTP_CONTENT_LENGTH"=>"61", > "HTTP_KEEP_ALIVE"=>"300", > "CONTENT_TYPE"=>"application/x-www-form-urlencoded", > "HTTP_REFERER"=>"http://mydomain.com:3000/", > "HTTP_COOKIE"=>"_session_id=ee93f3f34a86a5516e660078ff8045d2", > "HTTP_ACCEPT_CHARSET"=>"ISO-8859-1,utf-8;q=0.7,*;q=0.7", > "HTTP_VERSION"=>"HTTP/1.1", "REQUEST_URI"=>"/site/login", > "SERVER_PORT"=>"3000", "GATEWAY_INTERFACE"=>"CGI/1.2", > "HTTP_ACCEPT"=>"application/x-shockwave-flash,text/xml,application/ > xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5", > "HTTP_CONNECTION"=>"keep-alive", "REQUEST_METHOD"=>"POST"} > need to read more of the body > Small file, using ram > > regular GETs seem to work fine though. > > MikeYup I am getting the same output in my log. Same ewrror for POST and for all XMLHTTPRequests. Heres small log dump: REQUEST: {"SERVER_NAME"=>"localhost", "HTTP_X_PROTOTYPE_VERSION"=>"1.5.0_rc0", "PATH_INFO"=>"/pods/shots/ show_open", "CONTENT_LENGTH"=>"17", "HTTP_CONTENT_TYPE"=>"application/ x-www-form-urlencoded", "HTTP_USER_AGENT"=>"Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/418.8 (KHTML, like Gecko) Safari/ 419.3", "HTTP_ACCEPT_ENCODING"=>"gzip, deflate", "SCRIPT_NAME"=>"/", "SERVER_PROTOCOL"=>"HTTP/1.1", "HTTP_HOST"=>"localhost:3000", "HTTP_ACCEPT_LANGUAGE"=>"en", "REMOTE_ADDR"=>"127.0.0.1", "SERVER_SOFTWARE"=>"Mongrel 0.3.13.4", "HTTP_CONTENT_LENGTH"=>"17", "CONTENT_TYPE"=>"application/x-www-form-urlencoded", "HTTP_REFERER"=>"http://localhost:3000/main?set_view_id=76", "HTTP_COOKIE"=>"_session_id=71d4d21341675ab15d89c039181c873a; style=enumclaw", "HTTP_VERSION"=>"HTTP/1.1", "REQUEST_URI"=>"/pods/ shots/show_open", "SERVER_PORT"=>"3000", "GATEWAY_INTERFACE"=>"CGI/ 1.2", "QUERY_STRING"=>"pod_id=6&set_view_id=76", "HTTP_ACCEPT"=>"text/ javascript, text/html, application/xml, text/xml, */*", "HTTP_X_REQUESTED_WITH"=>"XMLHttpRequest", "HTTP_CONNECTION"=>"keep- alive", "REQUEST_METHOD"=>"POST"} need to read more of the body Small file, using ram REQUEST: {"SERVER_NAME"=>"localhost", "HTTP_X_PROTOTYPE_VERSION"=>"1.5.0_rc0", "PATH_INFO"=>"/pods/shots/ show_open", "CONTENT_LENGTH"=>"17", "HTTP_CONTENT_TYPE"=>"application/ x-www-form-urlencoded", "HTTP_USER_AGENT"=>"Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/418.8 (KHTML, like Gecko) Safari/ 419.3", "HTTP_ACCEPT_ENCODING"=>"gzip, deflate", "SCRIPT_NAME"=>"/", "SERVER_PROTOCOL"=>"HTTP/1.1", "HTTP_HOST"=>"localhost:3000", "HTTP_ACCEPT_LANGUAGE"=>"en", "REMOTE_ADDR"=>"127.0.0.1", "SERVER_SOFTWARE"=>"Mongrel 0.3.13.4", "HTTP_CONTENT_LENGTH"=>"17", "CONTENT_TYPE"=>"application/x-www-form-urlencoded", "HTTP_REFERER"=>"http://localhost:3000/main?set_view_id=76", "HTTP_COOKIE"=>"_session_id=71d4d21341675ab15d89c039181c873a; style=enumclaw", "HTTP_VERSION"=>"HTTP/1.1", "REQUEST_URI"=>"/pods/ shots/show_open", "SERVER_PORT"=>"3000", "GATEWAY_INTERFACE"=>"CGI/ 1.2", "QUERY_STRING"=>"pod_id=9&set_view_id=76", "HTTP_ACCEPT"=>"text/ javascript, text/html, application/xml, text/xml, */*", "HTTP_X_REQUESTED_WITH"=>"XMLHttpRequest", "HTTP_CONNECTION"=>"keep- alive", "REQUEST_METHOD"=>"POST"} need to read more of the body Small file, using ram Cheers- -Ezra
Yep, tis hosed. Back that one out ''cause it''s garbage. I fixed the bug this morning so I''ll get another pre-release out. On Fri, 2006-07-14 at 11:20 -0400, Mike Garey wrote:> just tried this new version - it tends to lock up my application when > attempting to perform a POST (not everytime, but right now it is) >