Andrew Coppin <[EMAIL PROTECTED]> wrote:
> What I *haven't* done yet is read the chapters where they try
> to claim that database programming is possible in Haskell.
> I'll have to do that at some point. Maybe this is where they
> reveal the Secret Formula that makes this stuff actually work
> prop
On Fri, Nov 28, 2008 at 7:30 PM, John Meacham <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
> > I spoke with the author of the fork a bit in IRC around the time it
> happened
> > and my understanding is that:
> > 1) John sternly objects to using cabal as
john:
> On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
> > I spoke with the author of the fork a bit in IRC around the time it happened
> > and my understanding is that:
> > 1) John sternly objects to using cabal as the build system for JHC
>
> This is a fairly silly reason to fork a
On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
> I spoke with the author of the fork a bit in IRC around the time it happened
> and my understanding is that:
> 1) John sternly objects to using cabal as the build system for JHC
This is a fairly silly reason to fork a project, especial
Andrew Coppin 쓴 글:
Then again, one day I sat down and tried to draw a diagram of the
essential concepts, techniques and syntax of Haskell and how they're
related... The result looked like alphabet soup! It's not clear how you
start to explain anything without immediately needing to explain 20
Yes, it is very difficult. A sensible API for a standard array library
is something that needs more research. FWIW, I don't know of any other
language that has what I'd like to see in Haskell. C++ probably comes
closest but they have it easy - they don't do fusion.
I assume you've looked at
Good work!
It is always interesting to see the secret Haskell projects that only
get announced via the HCAR. Things not on haskell@ or on hackage.
For example, this under-the-radar project:
http://www.haskell.org/communities/11-2008/html/report.html#sect7.7
7.7 IVU Traffic Technologies
On 29/11/2008, at 10:47, Claus Reinke wrote:
But I don't want Perl, I want a well designed language and well
designed libraries.
I think it's find to let libraries proliferate, but at some point you
also need to step back and abstract.
-- Lennart
Especially so if the free marketeers claim ther
claus.reinke:
> >But I don't want Perl, I want a well designed language and well
> >designed libraries.
> >I think it's find to let libraries proliferate, but at some point you
> >also need to step back and abstract.
> >
> > -- Lennart
>
> Especially so if the free marketeers claim there is someth
On 29/11/2008, at 08:43, Andrew Coppin wrote:
What *I* propose is that somebody [you see what I did there?] should
sit down, take stock of all the multitudes of array libraries, what
features they have, what obvious features they're missing, and think
up a good API from scratch. Once we fi
But I don't want Perl, I want a well designed language and well
designed libraries.
I think it's find to let libraries proliferate, but at some point you
also need to step back and abstract.
-- Lennart
Especially so if the free marketeers claim there is something
fundamentally wrong with the
On 28/11/2008, at 20:04, Simon Marlow wrote:
So we have two vector libraries, vector and uvector, which have a
lot in common - they are both single-dimension array types that
support unboxed instances and have list-like operations with
fusion. They ought to be unified, really.
Yes. This
Hello Roly,
Saturday, November 29, 2008, 2:27:22 AM, you wrote:
> Now it seems I can't actually do that in a nice way because Parsec appears to
> be "fixed" to a simple State monad.
afaik, version 3 is implemented as monad transformer
--
Best regards,
Bulatmailto:
On Fri, 2008-11-28 at 23:27 +, Roly Perera wrote:
> Hi,
>
> I've spent some time writing a parser using the Parsec library and was
> looking
> forward to being able to plug in some side-behaviour once I'd got the parser
> working.
>
> Now it seems I can't actually do that in a nice way bec
Hi,
I've spent some time writing a parser using the Parsec library and was looking
forward to being able to plug in some side-behaviour once I'd got the parser
working.
Now it seems I can't actually do that in a nice way because Parsec appears to
be "fixed" to a simple State monad.
I found th
On Fri, Nov 28, 2008 at 2:37 PM, Paul Brown <[EMAIL PROTECTED]> wrote:
>
> All --
>
> Anyone have a definitive list of editline keybindings available? I find
> myself missing some of the capabilities of readline, and there doesn't seem
> to be documentation.
You can usually get this from "man edi
All --
Anyone have a definitive list of editline keybindings available? I
find myself missing some of the capabilities of readline, and there
doesn't seem to be documentation.
-- Paul
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http
But I don't want Perl, I want a well designed language and well
designed libraries.
I think it's find to let libraries proliferate, but at some point you
also need to step back and abstract.
-- Lennart
On Fri, Nov 28, 2008 at 9:46 PM, Don Stewart <[EMAIL PROTECTED]> wrote:
> andrewcoppin:
>> Wh
andrewcoppin:
> What *I* propose is that somebody [you see what I did there?] should sit
> down, take stock of all the multitudes of array libraries, what features
> they have, what obvious features they're missing, and think up a good
> API from scratch. Once we figure out what the best way to
Henning Thielemann wrote:
On Fri, 28 Nov 2008, Simon Marlow wrote:
Manuel M T Chakravarty wrote:
Claus Reinke:
What do those folks working on parallel Haskell arrays think about the
sequential Haskell array baseline performance?
You won't like the answer. We are not happy with the existin
I was able to get this working with lighttpd, and
I did had to choose a port, but only at lighttpd
configuration, not at the Haskell source.
Thanks,
Maurício
ChrisK a écrit :
I have only used this, all of these are from Haskell:
pamac-cek10:~ chrisk$ cat /etc/apache2/other/httpd-fastcgi.conf
Quoth Duncan Coutts <[EMAIL PROTECTED]>:
| On Thu, 2008-11-27 at 11:38 -0500, Brandon S. Allbery KF8NH wrote:
|
|> The way this is usually handled in the non-threaded case is to either
|> use SIGCHLD or non-blocking waitpid() so that "green" threads can
|> continue running. I'm a little surpri
Thomas Hartman wrote:
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/PBKDF2
>
> Since no one took up my code review request I just did the best I
> could and uploaded to hackage. There were indeed some mistakes in my
> initial post, fixed now. (Code review is still wished, though!)
>
Andrew Hunter <[EMAIL PROTECTED]> wrote in article <[EMAIL PROTECTED]> in
gmane.comp.lang.haskell.cafe:
> All well and good, but it seems to me that if I'm
> embedding the DSl, shouldn't I be able to use the host language's
> facilities--for example, function abstractions and
> applications--direc
On Fri, 28 Nov 2008, Johan Tibell wrote:
On Fri, Nov 28, 2008 at 10:04 AM, Simon Marlow <[EMAIL PROTECTED]> wrote:
So we have two vector libraries, vector and uvector, which have a lot in
common - they are both single-dimension array types that support unboxed
instances and have list-like ope
On Fri, 28 Nov 2008, Simon Marlow wrote:
Manuel M T Chakravarty wrote:
Claus Reinke:
What do those folks working on parallel Haskell arrays think about the
sequential Haskell array baseline performance?
You won't like the answer. We are not happy with the existing array
infrastructure and
I have only used this, all of these are from Haskell:
pamac-cek10:~ chrisk$ cat /etc/apache2/other/httpd-fastcgi.conf
Alias /fcgi-bin/ "/Library/WebServer/FastCGI-Executables/"
AllowOverride None
Options None
Order allow,deny
Allow from all
SetHandler fastcgi-script
> "ChrisK" == ChrisK <[EMAIL PROTECTED]> writes:
ChrisK> Er, no. A fastcgi executable is (like a cgi executable)
ChrisK> controlled by the front end web server. I run my fastcgi
ChrisK> using Apache as the front end. The front end web server
ChrisK> will control things like
Er, no. A fastcgi executable is (like a cgi executable) controlled by the front
end web server. I run my fastcgi using Apache as the front end. The front
end web server will control things like the port number.
Mauricio wrote:
Hi,
I'm learnng to use fastcgi and, reading the examples,
I s
On Thu, 2008-11-27 at 11:38 -0500, Brandon S. Allbery KF8NH wrote:
> On 2008 Nov 27, at 8:51, Simon Marlow wrote:
> > No, the issue is that without real OS threads, a foreign call can't
> > be pre-empted (pretty obvious when you think about it).
> > waitForProcess ends up making a blocking fo
On Thu, 2008-11-27 at 17:20 +, Ian Lynagh wrote:
> On Wed, Nov 26, 2008 at 10:28:21PM +, Duncan Coutts wrote:
> > I should note that one moral of this story is to check that your FFI
> > imports are correct. That is, check they import the foreign functions at
> > the right Haskell types. I
Hi,
I'm learnng to use fastcgi and, reading the examples,
I see the main "loop" is like this:
main = runFastCGI my_work
However, isn't a fastcgi program supposed to choose
a port where to listen to calls? For instance, in this
C example:
xzdev.com/nginx_fastcgi.html
doesn't the line
listen_s
On Fri, Nov 28, 2008 at 10:04 AM, Simon Marlow <[EMAIL PROTECTED]> wrote:
> Manuel M T Chakravarty wrote:
>> In the longer run, we would like to factor our library into DPH-specific
>> code and general-purpose array library that you can use independent of DPH.
>
> So we have two vector libraries, v
Manuel M T Chakravarty wrote:
Claus Reinke:
What do those folks working on parallel Haskell arrays think about the
sequential Haskell array baseline performance?
You won't like the answer. We are not happy with the existing array
infrastructure and hence have our own. Roman recently extract
34 matches
Mail list logo