I don't understand what you think the error is.

A) Is it that the text says "Okay" and not "Server Error"?

B) Is it that it is byte string?

What do you think the error is?

If you think (A) is the problem, then I think there's a
misunderstanding of HTTP responses. The Reason-Phrase is not mandated
to be anything in particular by the protocol---the client is not
required to even look at it and it can be replaced with anything.
http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html

Jay

On Sat, Jan 23, 2016 at 3:27 PM, John Clements
<cleme...@brinckerhoff.org> wrote:
> It looks to me like an exception occurring in serve/servlet is issuing a 
> response that begins with
>
> #"HTTP/1.1 500 Okay”
>
> To the best of my knowledge, 500 represents an internal server error, and 
> this header looks like a bug. Is this behavior correct or incorrect?
>
> (I should clarify that this exception is obviously caused by a bug in my 
> code, and I can easily fix it. I was just surprised that the end result was a 
> 500 Okay, rather than a 500 Server Error.)
>
> John
>
>
> ObExtraInfo: here’s the text of the exception as it appears on the server 
> console:
>
> ../../../../../../collects/racket/contract/private/blame.rkt:156:0: Servlet 
> (@ /mhk/blothints) exception:
> serve/servlet: contract violation
>   expected: can-be-response?
>   given: "GET url \"/mhk/blothints\" doesn't match known pattern"
>   in: the range of
>       the 1st argument of
>       (->*
>        ((-> request? can-be-response?))
>        (#:banner?
>         boolean?
>         #:command-line?
>         boolean?
>         #:connection-close?
>         boolean?
>         #:extra-files-paths
>         (listof path-string?)
>         #:file-not-found-responder
>         (-> request? can-be-response?)
>         #:launch-browser?
>         boolean?
>         #:listen-ip
>         (or/c #f string?)
>         #:log-file
>         (or/c #f path-string?)
>         #:log-format
>         (or/c
>          (or/c
>           'parenthesized-default
>           'extended
>           'apache-default)
>          (-> request? string?))
>         #:manager
>         manager?
>         #:max-waiting
>         exact-nonnegative-integer?
>         #:mime-types-path
>         path-string?
>         #:port
>         listen-port-number?
>         #:quit?
>         boolean?
>         #:server-root-path
>         path-string?
>         #:servlet-current-directory
>         path-string?
>         #:servlet-loading-responder
>         (-> url? any/c can-be-response?)
>         #:servlet-namespace
>         (listof module-path?)
>         #:servlet-path
>         string?
>         #:servlet-regexp
>         regexp?
>         #:servlet-responder
>         (-> url? any/c can-be-response?)
>         #:servlets-root
>         path-string?
>         #:ssl-cert
>         (or/c #f path-string?)
>         #:ssl-key
>         (or/c #f path-string?)
>         #:ssl?
>         boolean?
>         #:stateless?
>         boolean?
>         #:stuffer
>         (stuffer/c
>          (-> serializable? bytes?)
>          (-> bytes? serializable?)))
>        void)
>   contract from:
>       <pkgs>/web-server-lib/web-server/servlet-env.rkt
>   blaming: (/Users/clements/rackbot/rackbot/klocker/klocker.rkt main)
>    (assuming the contract is correct)
>   at: <pkgs>/web-server-lib/web-server/servlet-env.rkt:43.2
>
>
>



-- 
Jay McCarthy
Associate Professor
PLT @ CS @ UMass Lowell
http://jeapostrophe.github.io

           "Wherefore, be not weary in well-doing,
      for ye are laying the foundation of a great work.
And out of small things proceedeth that which is great."
                          - D&C 64:33

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to