Evaluating expressions in Visual Haskell

Hi, I apologize if this question has been asked before, but I couldn't find an FAQ or the answer online. Does Visual Haskell have support for evaluating expressions? I tried a few things (like highlighting an expression, rightclicking, and looking for evaluate option) but couldn't find

Graphics library very slow

The latest stable release seems to have some sort of a problem with the graphics library (the general one as well as the wrapper used in SOE). Opening a window takes more than a couple of minutes (on Windows XP). When I run an identical version of the code through Hugs, the window opens

Default bufferring behavior

I encountered the following issue last night. Writing a program like this: main = do putStr x - getLine putStr x behaves as expected in hugs and ghci (first prints , then waits for input, then prints the input). However, when compiling and running an

Data.Generics vs. Template Haskell

I am trying to figure out where these two libraries stand in relation to each other and which one is preferred to do generic programming in Haskell. I understand that their goals often intersect but couldn't find any good comparisons. Could someone point me in the right direction? Thanks, -

Re: Data.Generics vs. Template Haskell

-- Forwarded message -- From: Vyacheslav Akhmechet [EMAIL PROTECTED] Date: Aug 24, 2006 5:35 PM Subject: Re: Data.Generics vs. Template Haskell To: Bulat Ziganshin [EMAIL PROTECTED] Ok, so there are two aspects that I can see here. One such aspect is ability to reflect on types

Concurrency issue with dynamic linker in GHC

I am running ghc 6.4.2 on a Win32 machine. I'm using hs-plugins in one thread and a simple getLine loop in another. It appears that getLine blocks the hs-plugins thread on Win32 (this has been verified to work fine on freeBSD). I've tried various combinations of -threaded flag and forkIO/forkOS

Re: Concurrency issue with dynamic linker in GHC

Thanks guys! I'll try the streams library and see what happens. Bulat: спасибо! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: Concurrency issue with dynamic linker in GHC

Bulat: I didn't get the chance to use the streams library yet, but could you explain how it would solve my locking problem? The core problem that the runtime under Win32 doesn't have an IO manager still remains, correct? Is anyone looking to fix this issue? If not, how hard would it be for me to

Re: Concurrency issue with dynamic linker in GHC

Also, what would it take for me to fix the GHCi crash on Win32 when a plugin is being loaded? I figured I'll ask before blindly jumping into the code :) ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Cabals' Paths_pkg and GHCi

Hi, I took advantage of Cabal's data-files feature to allow me to portably store and access data files. Cabal generated a Paths_pkg module that I imported. From Cabal's point of view everything works: I can configure, build, install, and run. However, I can no longer use GHCi with the file that

runghc -fglasgow-exts issues

I need to pass -fglasgow-exts to runghc. It appears that if the first flag to runghc is -f, it treats it as a path to GHC itself. So, I cannot do the following: runghc -fglasgow-exts Test.hs because runghc failes (it says it can't find glasgow-exts). However if I do this: runghc