+1. I would be more than happy to receive such an email every 3 months and
quickly scan the page to update the maintained status for each of the
packages where I'm marked as the maintainer.
One modification I would make is to persist the checked state across emails.
They should all be
Good point - I'll put an option in for the next release.
On Wednesday, March 13, 2013 at 4:32 AM, Simon Marechal wrote:
On 13/03/2013 05:14, Ozgun Ataman wrote:
In either case, there is a ceiling for the number of total retries.
This is something that I might want to use in many places
Dear Cafe,
I'm happy to announce the availability of the retry package on Hackage[1] and
Github[2]. The package provides a few useful combinators for monadic actions
that often fail and should be retried in cases of a certain set of exceptions
(or failure modes). Such cases are quite common
I would encourage you to take a look at the snap (the web framework)
package, where this concern is handled for you as part of the session
snaplet.
The
Snap.Snaplet.Sessionhttp://hackage.haskell.org/packages/archive/snap/0.11.2/doc/html/Snap-Snaplet-Session.html
module
and the
, February 27, 2013 at 4:43 PM, Corentin Dupont wrote:
Thanks Ozgun,
but I'm using Happstack: this will be compatible?
On Wed, Feb 27, 2013 at 10:30 PM, Ozgun Ataman ozata...@gmail.com
(mailto:ozata...@gmail.com) wrote:
I would encourage you to take a look at the snap (the web framework
One question - and sorry that I didn't get a chance to try some examples myself
- but can bi-directional conversations be carried between server/client in
interleaving fashion using your library? Something like (simplified):
myClient = receive = send . compute
I have previously accomplished
On Monday, February 25, 2013 at 2:59 PM, Johan Tibell wrote:
On Mon, Feb 25, 2013 at 4:30 AM, Nicolas Trangez nico...@incubaid.com
(mailto:nico...@incubaid.com) wrote:
- cereal supports chunk-based 'partial' parsing (runGetPartial). It
looks like support for this is introduced in recent
I'd also like to point to a couple of CSV libraries I released a long time ago
and have been maintaining that both target constant-space operation and try
(and hope) for the best in terms of speed. I'd be very interested to know how
they fare in terms of performance benchmarking:
Latest, based
On Friday, February 8, 2013 at 1:19 PM, Johan Tibell wrote:
On Fri, Feb 8, 2013 at 10:07 AM, JP Moresmau jpmores...@gmail.com
(mailto:jpmores...@gmail.com) wrote:
Johan, thanks, that brings me to a point that I wanted to raise. I'm
playing with cabal-dev because users have asked me to
If you are doing row-by-row transformations, I would recommend giving a try to
my csv-conduit or csv-enumerator packages on Hackage. They were designed with
constant space operation in mind, which may help you here.
If you're keeping an accumulator around, however, you may still run into
We could debate this endlessly (as is common), but I would argue that a clean
design would make the option and alternative of multiplying explicit in its
design instead of including calls to fetch command line arguments in an ad-hoc
fashion everywhere.
The Haskell way of encoding this would
Maybe try with ghc --make -O0. Afaik, ghci and runhaskell don't do any
optimization, which could be the difference.
On May 27, 2012, at 5:12 PM, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Hi,
Sorry for the delayed reply. I am using ghc 7.4.1 and LDAP 0.6.6.
When you
Not knowing how exactly you set up your interop with mysql, is there any chance
your application tries to keep too many mysql connections open? A simple show
processlist; inside of a mysql console should rule out this possibility.
Also, are you reading to or writing from any files at any point
Have you looked at Bryan O'Sullivan's resource-pool[1] library?
I've used it with MySQL, Redis and Riak connection pooling. It's been robust
and easy to use. It seems like it would be a good fit for your application.
Cheers,
Ozgun
[1] http://hackage.haskell.org/package/resource-pool
On Sun,
Dear Cafe,
I have recently run into a very annoying issue that I was not able to get
around. I have a local package that makes use of the snappy compression
library, which boasts bindings to C++ through a C wrapper.
Everything compiles fine with ghc --make, but cabal install hits a wall when
Greetings all.
I have been for quite some time trying to assess the feasibility of using
Haskell in relatively large, high volume, high availability, long-running web
application projects. I have enjoyed learning and using Haskell very much for
the past year and I often find myself missing
16 matches
Mail list logo
