February 2009 - Haskell-Cafe

HaskellDB is alive?
by Felipe Lessa 16 Feb '09

16 Feb '09

Hello! There was a new HaskellDB release, but I didn't see any announcement here. Is it back alive? What happened to 0.11? Thanks =) -- Felipe.

4 3

Re: [Haskell] ANNOUNCE: first Grapefruit release
by Wolfgang Jeltsch 16 Feb '09

16 Feb '09

[redirecting to haskell-cafe] Am Sonntag, 15. Februar 2009 00:26 schrieben Sie: > One more thing, would Grapefruit work with files created by Glade (UI > builder)? No, it won’t, I’m afraid. There is, for example, the principal problem that Glade is GTK+-specific (as far as I know) while Grapefruit shall have a toolkit-independent library interface. However, I don’t think it is such a good idea to support traditional GUI builders. These builders typically let you design a static interface but you have to code event handlers or similar stuff completely by hand and you have practically no support for dynamic user interfaces (user interfaces that change their structure). On the other hand, Grapefruit uses arrow notation for composing user interfaces so that the source code already reflects the visual appearence of the GUI to a certain degree. For example, you just list the widgets of a box and say what their input and output signals are. That said, I still think it might be a good idea to use a GUI builder together with Grapefruit. But such a builder should be specifically designed for Grapefruit, in my opinion. I already have some rough ideas in my mind about how such a builder could work. I’d want it to cover also the communication between the UI components (using signals) and maybe even dynamic user interfaces. If you are interested in my ideas, please ask. Best wishes, Wolfgang

2 1

Re: [Haskell] ANNOUNCE: first Grapefruit release
by Jamie 16 Feb '09

16 Feb '09

On Mon, 16 Feb 2009, Wolfgang Jeltsch wrote: > [redirecting to haskell-cafe] > > Am Samstag, 14. Februar 2009 23:13 schrieben Sie: >> Great, does it run well on Windows and Mac platforms in addition to Linux >> platform which should run fine? > > Actually, I have no idea. ;-) > > Well, Grapefruit is a pure Haskell library without any own binding to C > libraries or whatever. For GUI stuff, Grapefruit relies completely on > Gtk2Hs. So if Gtk2Hs works, Grapefruit should work too. I just haven’t > tested it so far. Earlier Grapefruit code was successfully executed on > the Windows box of my co-developer. > > On the other hand, Grapefruit is designed to be implemented on top of > different toolkits, although currently there is only the Gtk2Hs backend. > So if you want to write a backend based on the Win32 API or Cocoa, this > would be very welcome. :-) Great. Well thought out design :) Other possible backends would be FLTK, GLUI, XBMC/Boxee (for set-top box apps) as well Qt and wxWidgets. I guess backends using Win32 API/Cocoa and FLTK would be the least bloated ones. >> I am planning to create video phone software and I was looking for good >> GUI toolkit that supports FRP so it looks like it is right time to use >> Grapefruit :) > > This would be really great. Writing applications with Grapefruit gives > me useful feedback and pressure for improvement. Note that currently the > set of supported widgets is very low but this is likely to change during > the next weeks and it should often be very easy to port Gtk2Hs widgets > to Grapefruit. Awesome! I'll be looking forward start using Grapefruit soon! :) >> Thanks >> >> Jamie > > Best wishes, > Wolfgang Jamie Clark

1 0

createProcess shutting file handles
by Neil Mitchell 16 Feb '09

16 Feb '09

Hi, I want to run multiple programs and dump the stdout/stderr to a file, I've tried doing: h <- openFile file WriteMode let c = CreateProcess (RawCommand file []) Nothing Nothing Inherit (UseHandle h) (UseHandle h) False (_,_,_,pid) <- createProcess c waitForProcess pid hPutStrLn h "Test" But by the time I get to the hPutStrLn line it says: Main: test.log: hPutStr: illegal operation (handle is closed) What have I done wrong? Did createProcess close the handle, and is there a way round this? This is using GHC 6.10 on Windows with the new process-1.0.1.1 Thanks Neil

4 8

Re: [Haskell-cafe] ANNOUNCE: first Grapefruit release
by Wolfgang Jeltsch 16 Feb '09

16 Feb '09

Am Sonntag, 15. Februar 2009 16:27 schrieben Sie: > Hi Wolfgang, > > Thank you for the excellent introduction Oh, I thought that you didn’t send you original question to the list and therefore answered you only privately. So the others don’t know yet the introduction you refer to (but see below). > (this would be good material to put on your Wiki). Done. :-) <http://haskell.org/haskellwiki/Grapefruit/Comparison_to_other_FRP_libraries> Conal, are you listening? If yes, could you please look over this page to make sure that I described your work correctly? Best wishes, Wolfgang

1 0

Ann: Yogurt-0.3
by Martijn van Steenbergen 16 Feb '09

16 Feb '09

Dear Haskellers, I'm pleased to announce the release of Yogurt-0.3! This version improves over 0.2 in several ways: * It compiles and runs with GHC 6.10. * The Mud monad is now built on top of IO. * Vars are expressed as IORefs. No more unsafeCoerce needed. * Forking of threads is supported, with callback into the Mud monad: > type RunMud = forall a. Mud a -> IO a > forkWithCallback :: (RunMud -> IO ()) -> Mud ThreadId * Timers are no longer a primitive: they can be expressed as function of forkWithCallback. * Refactorings in the architecture: the features are a strict superset of the previous version while the number of lines of code has decreased by 10%. All feedback is appreciated! Thanks to Saizan on #haskell for helping me work around the predicative types. :-) The code is available at Google: http://code.google.com/p/yogurt-mud/ Kind regards, Martijn.

1 0

Amazing
by Peter Verswyvelen 16 Feb '09

16 Feb '09

One of the things I liked a lot when working with C# was that as soon as my code compiled, it usually worked after an iteration of two.At least if we forget about the nasty imperative debugging that is needed after a while because of unanticipated and unchecked runtime side effects. After heaving read about Haskell and having written some small programs for the last year or so, I'm now finally writing a bigger program with it. It is not so easy yet since learning a language and trying to reach a deadline at the same time is hard :) However, it is just amazing that whenever my Haskell program compiles (which to be fair can take a while for an average Haskeller like me ;-), it just... works! I have heard rumors that this was the case, but I can really confirm it. A bit hurray for strong typing! (and if you don't like it, you can still use Dynamic and Typeable ;-)

13 14

Re: permuting a list
by Jon Fairbairn 16 Feb '09

16 Feb '09

Heinrich Apfelmus <apfelmus(a)quantentunnel.de> writes: > The answer is a resounding "yes" and the main idea is that shuffling a > list is *essentially the same* as sorting a list; the minor difference > being that the former chooses a permutation at random while the latter > chooses a very particular permutation, namely the one that sorts the input. > > For the full exposition, see > > http://apfelmus.nfshost.com/random-permutations.html I haven't been following the thread, but my initial reaction would have been something like use System.Random.randoms to get a list rs and then do (roughly) randomPerm = map snd . sortBy (compare `on` fst) . zip rs How bad is that? I mean, how unfair does it get? -- Jón Fairbairn Jon.Fairbairn(a)cl.cam.ac.uk http://www.chaos.org.uk/~jf/Stuff-I-dont-want.html (updated 2009-01-31)

5 6

ANNOUNCE: hslibsvm-2.88.0.1 - A FFI binding to LibSVM
by S. Günther 16 Feb '09

16 Feb '09

The result of the fact that I needed to use a support vector machine and didn't want to leave haskell land. LibSVM is a support vector machine library written in C++ with an exposed C interface. More information about LibSVM can be found at: http://www.csie.ntu.edu.tw/~cjlin/libsvm/ This is my first haskell package so any suggestions for improvement are welcome. kind regards Stephan Günther ----------------------------------------------------------------------------

2 1

Re: [Haskell-beginners] Re: [Haskell-cafe] Re: permuting a list
by Alberto Ruiz 16 Feb '09

16 Feb '09

Heinrich Apfelmus wrote: > Alberto Ruiz wrote: >> How about using random doubles? >> >> randomPerm xs = fmap (map snd . sort . flip zip xs) rs >> where rs = fmap (randoms . mkStdGen) randomIO :: IO [Double] > > Interesting idea. The chance of duplicates should be negligible now, but > that's because we're using a large amount of random bits, far more than > n! would require. Another possibility is using infinite lists of random bits as keys. Then we only extract from the random number generator the number of bits required to avoid duplicates. -Alberto

1 0