Mongrel development - Mar 2008 - Mongrel and Windows: I was so dumb

Hello guys,

I seems that I messed with my environment a bit, and that''s why some
of the test failed.

The truth is that I switched from desktop to notebook a few weeks
back, and most of the development was done on desktop until two weeks
back.

Since my notebook is loaded with NOD32 v3, versus my desktop with
version 2.7, it seems they have a "web filter" that was blocking
ruby.exe bad HTTP requests.

Yeah, SO DUMB!

Sorry I made you guys waste time checking for this...

It wouldn''t happen again :-D

Also, I''m working on a series of patches that take care of mingw as
platform. I''m just tired of RUBY_PLATFORM regex. Can we add
Mongrel.windows? and Mongrel.java?

Regards guys.

-- 
Luis Lavena
Multimedia systems
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

Wow, that is bizarre.

The platform checks are fine. Do they belong in Mongrel, or do they
belong in the build chain?

Evan

On Sun, Mar 30, 2008 at 11:57 PM, Luis Lavena <luislavena at gmail.com>
wrote:
> Hello guys,
>
>  I seems that I messed with my environment a bit, and that''s why
some
>  of the test failed.
>
>  The truth is that I switched from desktop to notebook a few weeks
>  back, and most of the development was done on desktop until two weeks
>  back.
>
>  Since my notebook is loaded with NOD32 v3, versus my desktop with
>  version 2.7, it seems they have a "web filter" that was blocking
>  ruby.exe bad HTTP requests.
>
>  Yeah, SO DUMB!
>
>  Sorry I made you guys waste time checking for this...
>
>  It wouldn''t happen again :-D
>
>  Also, I''m working on a series of patches that take care of mingw
as
>  platform. I''m just tired of RUBY_PLATFORM regex. Can we add
>  Mongrel.windows? and Mongrel.java?
>
>  Regards guys.
>
>  --
>  Luis Lavena
>  Multimedia systems
>  -
>  Human beings, who are almost unique in having the ability to learn from
>  the experience of others, are also remarkable for their apparent
>  disinclination to do so.
>  Douglas Adams
>  _______________________________________________
>  Mongrel-development mailing list
>  Mongrel-development at rubyforge.org
>  http://rubyforge.org/mailman/listinfo/mongrel-development
>


-- 
Evan Weaver
Cloudburst, LLC

On Mon, Mar 31, 2008 at 1:04 AM, Evan Weaver <evan at cloudbur.st>
wrote:
> Wow, that is bizarre.
>
>  The platform checks are fine. Do they belong in Mongrel, or do they
>  belong in the build chain?
>
Specific platform usage inside mongrel:

- To writer or not the pid file:

http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L83

(which is pointless, it should generate the pid file on every
platform, even Windows).

- Allow or not daemonize:

http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L189

Which is fair, it should remain there

- Setup signals:

http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L364

Which is also good.

Other places:

http://mongrel.rubyforge.org/browser/trunk/bin/mongrel_rails#L139

the usage of restart on Windows, seems logical, since there are no
signals to handle it.

Oh, a good catch:

http://mongrel.rubyforge.org/browser/trunk/bin/mongrel_rails#L85

Mongrel should validate pre-existing pids always, not only in
daemonize mode. Thoughts?

To use or not fastthread and cgi eof fix.

http://mongrel.rubyforge.org/browser/trunk/lib/mongrel.rb#L13

Of course, a few more check on the new Logger (buffered logger) and
cgi_multipart eof subproject. Fastthread, GemPlugin and even
mongrel_service (yeah, I plain suck at planing on the long run).

-- 
Luis Lavena
Multimedia systems
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

All sounds good.

Fastthread and cgi_multipart are going away so there is no sense
worrying about them. In 1.2 they get required if they are installed,
but they are not gem dependencies for any platform.

Evan

On Mon, Mar 31, 2008 at 12:25 AM, Luis Lavena <luislavena at gmail.com>
wrote:
> On Mon, Mar 31, 2008 at 1:04 AM, Evan Weaver <evan at cloudbur.st>
wrote:
>  > Wow, that is bizarre.
>  >
>  >  The platform checks are fine. Do they belong in Mongrel, or do they
>  >  belong in the build chain?
>  >
>
>  Specific platform usage inside mongrel:
>
>  - To writer or not the pid file:
>
>  http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L83
>
>  (which is pointless, it should generate the pid file on every
>  platform, even Windows).
>
>  - Allow or not daemonize:
>
> 
http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L189
>
>  Which is fair, it should remain there
>
>  - Setup signals:
>
> 
http://mongrel.rubyforge.org/browser/trunk/lib/mongrel/configurator.rb#L364
>
>  Which is also good.
>
>  Other places:
>
>  http://mongrel.rubyforge.org/browser/trunk/bin/mongrel_rails#L139
>
>  the usage of restart on Windows, seems logical, since there are no
>  signals to handle it.
>
>  Oh, a good catch:
>
>  http://mongrel.rubyforge.org/browser/trunk/bin/mongrel_rails#L85
>
>  Mongrel should validate pre-existing pids always, not only in
>  daemonize mode. Thoughts?
>
>  To use or not fastthread and cgi eof fix.
>
>  http://mongrel.rubyforge.org/browser/trunk/lib/mongrel.rb#L13
>
>  Of course, a few more check on the new Logger (buffered logger) and
>  cgi_multipart eof subproject. Fastthread, GemPlugin and even
>  mongrel_service (yeah, I plain suck at planing on the long run).
>
>  --
>
>
> Luis Lavena
>  Multimedia systems
>  -
>  Human beings, who are almost unique in having the ability to learn from
>  the experience of others, are also remarkable for their apparent
>  disinclination to do so.
>  Douglas Adams
>  _______________________________________________
>  Mongrel-development mailing list
>  Mongrel-development at rubyforge.org
>  http://rubyforge.org/mailman/listinfo/mongrel-development
>


-- 
Evan Weaver
Cloudburst, LLC

On Mon, Mar 31, 2008 at 1:04 AM, Evan Weaver <evan at cloudbur.st>
wrote:
> Wow, that is bizarre.
>
yeah, also if two builders run at the same time, they have a port
collition. I''m adding process_based_port to testhelp.rb to provide a
port, based on 5000 and the process number:


irb(main):001:0> 5000 + $$ % 1000
=> 5656

That will make my CI happy :-)

(I''m doing the changes right now for rubygems too, found a clash due
that during setup).

Oh, and forgot to make it generate the artifacts, so we can grab the
pre-compiled gem from there ;-)

Regards,

-- 
Luis Lavena
Multimedia systems
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams