On 10 February 2012 23:09, Antoine Latter aslat...@gmail.com wrote:
On Fri, Feb 10, 2012 at 3:56 PM, Tom Murphy amin...@gmail.com wrote:
Hi,
Is it common to use happstack-state without happstack for
real-world code (web or otherwise)?
The package 'acid-state' is considered the successor
On Fri, Feb 10, 2012 at 4:26 PM, Alexander V Vershilov
alexander.vershi...@gmail.com wrote:
Hello, cafe!
I have somq questions about proper conduit usage in some usecases,
I can't find a good way to solve this problems
1). adding additional source to conduit processing [1]
Sometimes I want
Hi,
I have read the papers about the accelerate package that provides a
high-level interface to nvidia's cuda library and am very intrigued.
However, I have some start-up problems. Is this the right place for such
questions?
In particular, I'm having trouble with lifting and unlifting. From
Do the OpenGL bindings on Hackage expose anything like glXMakeCurrent [1]?
I need to use OpenGL functions from multiple threads (note: not at once, I
protect it with an MVar), but that's forbidden in extension-less OpenGL.
Thanks,
- clark
[1]
On 2/8/12 10:10 PM, Anthony Clayden wrote:
I chose the most available non-ASCII character I could
find. Set the criterion to be present in most ISO 8-bit
character sets and there are really only two candidates,
section sign and degrees sign. ...
Brilliant! We'll use degrees sign for function
On 2/9/12 2:29 PM, Felipe Almeida Lessa wrote:
Your package uses TMChans which AFAIK are unbounded. That means that
if the writer is faster than the reader, then everything will be kept
into memory. This means that using TMChans you may no longer say that
your program uses a constant amount of
Hello Haskellers,
Recently I've revived my old toy project. It's a sound spectrum analyzer
with Gtk2hs interface. I decided to rewrite it into a pitch tuner.
Basically I'm done, but I've ran into performance difficulties while
trying to rise a resolution in a frequency space.
The original
Just for reference – glX functions are not OpenGL functions at all, they're
also not extensions to OpenGL, so I'd be very surprised if they could be got at
from the Haskell GL bindings. glX is instead a library for creating OpenGL
contexts (and working with them) for X11.
As the Haskell
