should pass all tests on Windows

[eschulte]

Currently at least ws/simple-post, and maybe still ws/in-directory-p are failing on Windows. The later would be due to differences between windows path names and POSIX systems, the former may simply be due to differences in the version of curl used.

Any help from users running windows will be much appreciated.

[thesoftwarebin]

Here's my findings about ws/in-directory-p: in my Win7+Emacs
C-h v temporary-file-directory RET reported a value
"c:/Users/andrea/AppData/Local/Temp/" .

The test code (concat "foo/bar/../../../" temporary-file-directory "/baz")
evaluates to "foo/bar/../../../c:/Users/andrea/AppData/Local/Temp//baz"
who doesn't look like a valid Windows path.

[thesoftwarebin]

About ws/simple-post: I hand-tested the example proposed here:
http://eschulte.github.io/emacs-web-server/POST-Echo.html#POST-Echo
See below how the double quotes worked, but simple quotes did not:

C:\Users\andrea>curl -m 4   -F "message=foo" localhost:8999/
you said "foo"

C:\Users\andrea>curl -m 4   -F 'message=foo' localhost:8999/
This is a POST request, but it has no "message".

Cheers, good night!

[eschulte]

Great, thanks for the feedback. I just pushed up two more changes which should improve the behavior of these last two tests.

[thesoftwarebin]

I confirm all tests passed except ws/simple-gzip .

Consider this example (identical to first sub-case of ws/simple-gzip):

(require 'cl)
(require 'web-server)

(ws-start
 (lambda (request)
   (with-slots (process) request
     (ws-response-header process 200
                         '("Content-type" . "text/plain")
                         '("Content-Encoding" . "gzip"))
     (ws-send process "I am zipped")))
 9000)

Using curl in cmd.exe produced these results:

C:\Users\andrea>curl http://localhost:9000 --compressed
▼ ?ãfS ♥¾TH╠U¿╩,(HM☺ │Eö§♂

C:\Users\andrea>curl http://localhost:9000 --compressed | gunzip
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0    31    0    31    0     0    300      0 --:--:-- --:--:-- --:--:--   348
I am zipped

C:\Users\andrea>curl -s http://localhost:9000 --compressed | gunzip
I am zipped

(in summary: the third attempt showed the expected output, I tested for both subcases Content-encoding and Transfer-encoding)

Using Chrome 31.0.1650.57 produced these results:

• case Content-encoding: browser rendered a page with text I am zipped
• case Transfer-encoding: browser asked confirm to download a download.gz file, when gunzipped it showed text I am zipped

[eschulte]

I'm willing to consider this as a lack of functionality in the --compress flag for this version of curl on windows. Perhaps the following thread would be of help. http://superuser.com/questions/497310/curl-compressed-command-not-recognized-in-windows

Thanks for your help here. I'm going to close this issue, as I think it's safe to say everything is functioning on windows.