Re: haskell httpd

2003-11-13 Thread S. Alexander Jacobson
Frustrating. Its been 4 years since I seriously looked at Haskell. I would have expected that over this time, someone here would have consolidated it into a language useful for real world applications. The Haskell in Practice page is shockingly short and many of the examples are not actually Ha

Re: haskell httpd

2003-11-11 Thread Peter Simons
S Alexander Jacobson writes: > 1. Is there ssl support for the haskell httpd somewhere? Not that I'd know. > 2. Does this httpd actually build w/ modern GHC? It probably will, but not out-of-the-box. The code hasn't been actively maintained for a while. > More complex question: [...] HWS

Re: haskell httpd

2003-11-11 Thread S. Alexander Jacobson
Thank you for the discussion, but let me ask some more questions: Simple questions: 1. Is there ssl support for the haskell httpd somewhere? 2. Does this httpd actually build w/ modern GHC? 3. Why doesn't haskell.org run this httpd? More complex question: Assumptions: * This httpd can do >1000

Re: haskell httpd

2003-11-10 Thread S. Alexander Jacobson
Thank you for the discussion, but let me ask some more questions: Simple questions: 1. Is there ssl support for the haskell httpd somewhere? 2. Does this httpd actually build w/ modern GHC? 3. Why doesn't haskell.org run this httpd? More complex question: Assumptions: * This httpd can do >1000

Re: haskell httpd

2003-11-06 Thread ajb
G'day all. Quoting Paul Graunke <[EMAIL PROTECTED]>: > Right, cooperative multitasking is faster than preemptive multitasking. That's often the case, but it depends. Some OSes have very, very fast thread primitives. It also depends on the application, as I noted, because what you lose in syste

Re: haskell httpd

2003-11-06 Thread Paul Graunke
On Wednesday, November 5, 2003, at 08:46 PM, [EMAIL PROTECTED] wrote: G'day all. Quoting Peter Simons <[EMAIL PROTECTED]>: At least in my experience, multiplexing servers _are_ significantly faster than those relying on the OS (or whatever library) to do the scheduling. They also tend to be much

Re: haskell httpd

2003-11-05 Thread ajb
G'day all. Quoting Peter Simons <[EMAIL PROTECTED]>: > At least in my experience, multiplexing servers _are_ > significantly faster than those relying on the OS (or > whatever library) to do the scheduling. They also tend to be > much more efficient in terms of memory consumption, thus > allowing

Re: haskell httpd

2003-11-05 Thread Peter Simons
Paul Graunke writes: > [...] event driven servers (which are supposedly oh so > much faster.) At least in my experience, multiplexing servers _are_ significantly faster than those relying on the OS (or whatever library) to do the scheduling. They also tend to be much more efficient in terms of

Re: haskell httpd

2003-11-04 Thread Paul Graunke
Brian Demsky's master's thesis compares servers written in direct style (using a thread per connection) to event driven servers (which are supposedly oh so much faster.) He shows how you can CPS the thread per connection server and end up with the event driven server. That way you don't need to m

Re: haskell httpd

2003-11-04 Thread Thomas L. Bevan
If anyone ports this to work with GHC6.0 please let us know. Tom On Wed, 5 Nov 2003 09:58 am, Peter Simons wrote: > S Alexander Jacobson writes: > > Is there a reasonably efficient Haskell httpd > > implementation around that uses poll/select? > > There is a web server written in Haskell: HWS-W

Re: haskell httpd

2003-11-04 Thread Peter Simons
S Alexander Jacobson writes: > Is there a reasonably efficient Haskell httpd > implementation around that uses poll/select? There is a web server written in Haskell: HWS-WP -- or "Haskell Web Server with Plug-ins". You'll find it at: http://sourceforge.net/forum/forum.php?forum_id=253134