rack-devel archive mirror (unofficial) https://groups.google.com/group/rack-devel
 help / color / mirror / Atom feed
From: James Tucker <jftucker@gmail.com>
To: rack-devel@googlegroups.com
Subject: Re: Running rack tests on Windows (both 1.9.3 and 2.0.0)
Date: Sun, 11 Nov 2012 10:59:40 -0800	[thread overview]
Message-ID: <AA242BD1-1C51-4384-A5A8-E72B06D1F0E9@gmail.com> (raw)
In-Reply-To: <0693588c-1dac-4b09-bd4f-5441a6143d49@googlegroups.com>


On Nov 11, 2012, at 5:20 AM, Luis Lavena <luislavena@gmail.com> wrote:

> Hello,
> 
> I've started to look into Rack (and its tests) on Windows just to ensure things are running as much properly as possible.

Awesome, thanks!

> I found a few hardcoded values to temporary files (/tmp/rack_sendfile) that is blocking spec_sendfile.rb from executing.

Those sound easy, if you get an issue open I'll make sure to get it done before I roll the next release.

> Perhaps it will be good to use the system temporary directory instead?

Agreed.

> Beyond that, and without installing any particular handlers, rack tests results in:
> 
> ruby 1.9.3p327 (2012-11-10) [i386-mingw32]
> 583 tests, 1761 assertions, 4 failures, 2 errors
> 
> ruby 2.0.0dev (2012-11-10 trunk 37612) [i386-mingw32]
> 583 tests, 1761 assertions, 5 failures, 2 errors
> 
> ruby 2.0.0dev (2012-11-10 trunk 37612) [x64-mingw32]
> 583 tests, 1761 assertions, 5 failures, 2 errors
> 
> See gist for full details:
> 
> https://gist.github.com/4054864
> 
> Do you think tests are incorrectly assuming details of the platform (test is not prepared to run on Windows) or do you think the failures are possible rack issues with Windows?

The multipart tests involve loading binary fixtures from the repo. They will become corrupted if you use autocrlf in your git settings (I VERY VERY strongly recommend against such settings for exactly this reason). It's also possible we're missing some binary file modes in the read calls, or there are additional encoding concerns. I'll take a deeper look. Again an issue on Github will help me remember to do so.

> How would you like to proceed? I wanted to get the conversation going before invest more time on this.

This is excellent feedback, if you have more time to prepare some patches, that's awesome, but if you just want to create some issues with this information, that's great too.

Many thanks

> 
> Thank you.
> --
> Luis Lavena
> 

  reply	other threads:[~2012-11-11 18:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-11 13:20 Running rack tests on Windows (both 1.9.3 and 2.0.0) Luis Lavena
2012-11-11 18:59 ` James Tucker [this message]
2012-11-11 23:25 ` Konstantin Haase
2012-11-12 16:11   ` Luis Lavena
2013-01-31  6:59 ` Tim Moore
2013-02-07  2:02 ` James Tucker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://groups.google.com/group/rack-devel

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AA242BD1-1C51-4384-A5A8-E72B06D1F0E9@gmail.com \
    --to=rack-devel@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).