Send Beginners mailing list submissions to beginners@haskell.org To subscribe or unsubscribe via the World Wide Web, visit http://www.haskell.org/mailman/listinfo/beginners or, via email, send a message with subject or body 'help' to beginners-requ...@haskell.org
You can reach the person managing the list at beginners-ow...@haskell.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Beginners digest..." Today's Topics: 1. Re: Thread Blocking (Eugene Perederey) 2. XML output (Torsten Otto) 3. Re: Error Loading Stdm.lhs in Haskell platform 2012 (Stephen Tetley) 4. Re: Error Loading Stdm.lhs in Haskell platform 2012 (Carlos J. G. Duarte) 5. Re: Thread Blocking (Dean Herington & Elizabeth Lacey) 6. Re: XML output (Manfred Lotz) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Sep 2012 12:30:06 -0700 From: Eugene Perederey <eugene.perede...@gmail.com> Subject: Re: [Haskell-beginners] Thread Blocking To: mukesh tiwari <mukeshtiwari.ii...@gmail.com> Cc: beginners@haskell.org Message-ID: <CAFTqo159L-jcLhCBPREP_Gdq5uCuX7iP1A0OGPaPYftM=ms...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Well, not 50/50 but not deterministically -- I've caught "fun1-main1-fun2" sequence, "main1-fun1-main2" is much more often. Since you are using -threaded, the Haskell threads are running on top of the OS threads, so I guess it depends on the OS scheduler. On 4 September 2012 12:27, Eugene Perederey <eugene.perede...@gmail.com> wrote: > I added a few prints to your code > > fun m = do > putStrLn "fun1" > putMVar m 10 > putStrLn "fun2" > > > main = do > m <- newEmptyMVar > forkIO $ fun m > putStrLn "main1" > putMVar m 10 > putStrLn "main2" > > It works 50/50 for me in Mac OS X 10.6.8. > > On 4 September 2012 12:16, mukesh tiwari <mukeshtiwari.ii...@gmail.com> wrote: >> Hi Eugene >> Thank you for reply. >> >> On Wed, Sep 5, 2012 at 12:32 AM, Eugene Perederey >> <eugene.perede...@gmail.com> wrote: >>> >>> Why do you think main should block more than once? >>> I see only two possible scenarios: the fun thread puts to mvar first >>> thus blocking main, >> >> >> So at least in this case I should get thread blocked indefinitely in an MVar >> operation >> >>> >>> or 10 is put into mvar in main, blocking the other thread indefinitely. >> >> >> or main will execute and fun thread will die. There are 50 - 50 chance for >> this ( assuming both are equally likely ). I did some modification in my >> code and Now I am consistently getting "Concurrent: thread blocked >> indefinitely in an MVar operation" >> >> >> import Data.List >> import Control.Concurrent >> >> fun m = do >> putMVar m 10 >> return () >> >> >> main = do >> m <- newEmptyMVar >> forkIO $ fun m >> putStrLn "I am inside main" >> >> putMVar m 10 >> return () >> >> [mukesh.tiwari@ Programming]$ ghc-7.4.1 -threaded -fforce-recomp >> Concurrent.hs >> [1 of 1] Compiling Main ( Concurrent.hs, Concurrent.o ) >> Linking Concurrent ... >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> I am inside main >> Concurrent: thread blocked indefinitely in an MVar operation >> >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> I am inside main >> Concurrent: thread blocked indefinitely in an MVar operation >> >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> I am inside main >> Concurrent: thread blocked indefinitely in an MVar operation >> >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> I am inside main >> Concurrent: thread blocked indefinitely in an MVar operation >> >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> I am inside main >> Concurrent: thread blocked indefinitely in an MVar operation >> >> My question is why the outcome in first case is deterministic. Every time >> the code executing ( at least half the time main thread should be blocked ) >> . >> >> Regards >> Mukesh Tiwari >> >>> >>> >>> On 4 September 2012 11:54, mukesh tiwari <mukeshtiwari.ii...@gmail.com> >>> wrote: >>> > Hello All >>> > I was going trough Real World Haskell and it says "If we try to put a >>> > value >>> > into an MVar that is already full, our thread is put to sleep until >>> > another >>> > thread takes the value out". I wrote a simple code to block main >>> > >>> > import Data.List >>> > import Control.Concurrent >>> > >>> > fun m = do >>> > putMVar m 10 >>> > return () >>> > >>> > >>> > main = do >>> > m <- newEmptyMVar >>> > forkIO $ fun m >>> > putMVar m 10 >>> > return () >>> > >>> > What I am expecting that main should be blocked at least couple of times >>> > but its behaving more deterministically. >>> > [mukesh.tiwari@ Programming]$ ghc-7.4.1 -threaded -fforce-recomp >>> > Concurrent.hs >>> > [1 of 1] Compiling Main ( Concurrent.hs, Concurrent.o ) >>> > Linking Concurrent ... >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >>> > [mukesh.tiwari@ Programming]$ >>> > >>> > I am expecting to get thread blocked indefinitely on MVar at least half >>> > the >>> > time. Could some one please tell me why this deterministic behavior ? >>> > Regards >>> > Mukesh Tiwari >>> > >>> > >>> > _______________________________________________ >>> > Beginners mailing list >>> > Beginners@haskell.org >>> > http://www.haskell.org/mailman/listinfo/beginners >>> > >>> >>> >>> >>> -- >>> Best, >>> Eugene Perederey >> >> > > > > -- > Best, > Eugene Perederey -- Best, Eugene Perederey ------------------------------ Message: 2 Date: Tue, 04 Sep 2012 22:33:56 +0200 From: "Torsten Otto" <t-otto-n...@gmx.de> Subject: [Haskell-beginners] XML output To: beginners@haskell.org Message-ID: <20120904203356.52...@gmx.net> Content-Type: text/plain; charset="utf-8" Hi, all! I'm struggling with a strange phenomenon. If I read a file containing __ a b c __ the program below works as expected. If I read a svg file __ <?xml version="1.0"?> <svg xmlns="http://www.w3.org/2000/svg"> <rect x="0" y="0" width="180" height="180" fill="white"/> </svg> ___ the first two lines are not processed. Program: __ module SVG() where import IO main :: IO () main = do s <- readFile "sierpinski1.svg" putStrLn s writeFile "sierpinski1_.svg" s __ Results of putStrLn: __ *SVG> main a b c *SVG> main <rect x="0" y="0" width="180" height="180" fill="white"/> </svg> *SVG> __ File Output lists the whole file, though. I don't understand this, why is GHCi stripping the output this way? Thanks, regards, Torsten ------------------------------ Message: 3 Date: Tue, 4 Sep 2012 21:36:29 +0100 From: Stephen Tetley <stephen.tet...@gmail.com> Subject: Re: [Haskell-beginners] Error Loading Stdm.lhs in Haskell platform 2012 To: Iwan Awaludin <awalu...@gmail.com> Cc: beginners@haskell.org Message-ID: <cab2tprcqekz8ixqkw+y4rmmm+hzwv0oxbs8j3hvdc60ecap...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 I think the preferred command line invocation is: > ghci -XHaskell98 Strangely this seems to be missing in the GHC docs for Flags. On 4 September 2012 17:40, Stephen Tetley <stephen.tet...@gmail.com> wrote: > I can't find the exact command to use in the GHC docs to enable H98, > but you could try the following old flag which disables GHCs > extensions: > >> ghci -fno-glasgow-exts ------------------------------ Message: 4 Date: Tue, 04 Sep 2012 21:58:38 +0100 From: "Carlos J. G. Duarte" <carlos.j.g.dua...@gmail.com> Subject: Re: [Haskell-beginners] Error Loading Stdm.lhs in Haskell platform 2012 To: beginners@haskell.org Message-ID: <50466b7e.7090...@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 09/04/12 21:36, Stephen Tetley wrote: > I think the preferred command line invocation is: > >> ghci -XHaskell98 This also works: ghc -XNPlusKPatterns ------------------------------ Message: 5 Date: Tue, 4 Sep 2012 23:12:58 -0400 From: Dean Herington & Elizabeth Lacey <heringtonla...@mindspring.com> Subject: Re: [Haskell-beginners] Thread Blocking To: mukesh tiwari <mukeshtiwari.ii...@gmail.com>, Eugene Perederey <eugene.perede...@gmail.com> Cc: beginners@haskell.org Message-ID: <a06240801cc6c711cf2f0@[10.0.1.6]> Content-Type: text/plain; charset="us-ascii"; Format="flowed" There's no basis on which to assume both alternative schedules are equally likely. I would guess that, in your first example, there's enough start-up cost for a new thread that the main thread consistently gets to its putMVar first, whereas in the second example, main is waylaid with its putStrLn, allowing the forked thread to get there first consistently. Dean At 12:46 AM +0530 9/5/12, mukesh tiwari wrote: >Hi Eugene >Thank you for reply. > >On Wed, Sep 5, 2012 at 12:32 AM, Eugene Perederey ><<mailto:eugene.perede...@gmail.com>eugene.perede...@gmail.com> >wrote: > >Why do you think main should block more than once? >I see only two possible scenarios: the fun thread puts to mvar first >thus blocking main, > > >So at least in this case I should get thread blocked indefinitely in >an MVar operation > > >or 10 is put into mvar in main, blocking the other thread indefinitely. > > >or main will execute and fun thread will die. There are 50 - 50 >chance for this ( assuming both are equally likely ). I did some >modification in my code and Now I am consistently getting >"Concurrent: thread blocked indefinitely in an MVar operation" > >import Data.List >import Control.Concurrent > >fun m = do > putMVar m 10 > return () > > >main = do > m <- newEmptyMVar > forkIO $ fun m > putStrLn "I am inside main" > putMVar m 10 > return () > >[mukesh.tiwari@ Programming]$ ghc-7.4.1 -threaded -fforce-recomp >Concurrent.hs >[1 of 1] Compiling Main ( Concurrent.hs, Concurrent.o ) >Linking Concurrent ... >[mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >I am inside main >Concurrent: thread blocked indefinitely in an MVar operation >[mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >I am inside main >Concurrent: thread blocked indefinitely in an MVar operation >[mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >I am inside main >Concurrent: thread blocked indefinitely in an MVar operation >[mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >I am inside main >Concurrent: thread blocked indefinitely in an MVar operation >[mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >I am inside main >Concurrent: thread blocked indefinitely in an MVar operation > >My question is why the outcome in first case is deterministic. Every >time the code executing ( at least half the time main thread should >be blocked ) . > >Regards >Mukesh Tiwari > > > >On 4 September 2012 11:54, mukesh tiwari ><<mailto:mukeshtiwari.ii...@gmail.com>mukeshtiwari.ii...@gmail.com> >wrote: >> Hello All >> I was going trough Real World Haskell and it says "If we try to put a value >> into an MVar that is already full, our thread is put to sleep until another >> thread takes the value out". I wrote a simple code to block main >> >> import Data.List >> import Control.Concurrent >> >> fun m = do >> putMVar m 10 >> return () >> >> >> main = do >> m <- newEmptyMVar >> forkIO $ fun m >> putMVar m 10 >> return () >> >> What I am expecting that main should be blocked at least couple of times >> but its behaving more deterministically. >> [mukesh.tiwari@ Programming]$ ghc-7.4.1 -threaded -fforce-recomp >> Concurrent.hs >> [1 of 1] Compiling Main ( Concurrent.hs, Concurrent.o ) >> Linking Concurrent ... >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 > > [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ ./Concurrent +RTS -N2 >> [mukesh.tiwari@ Programming]$ >> >> I am expecting to get thread blocked indefinitely on MVar at least half the >> time. Could some one please tell me why this deterministic behavior ? >> Regards >> Mukesh Tiwari >> >> > > > _______________________________________________ >> Beginners mailing list >> <mailto:Beginners@haskell.org>Beginners@haskell.org >> >><http://www.haskell.org/mailman/listinfo/beginners>http://www.haskell.org/mailman/listinfo/beginners >> > > > >-- >Best, >Eugene Perederey > > > >_______________________________________________ >Beginners mailing list >Beginners@haskell.org >http://www.haskell.org/mailman/listinfo/beginners -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.haskell.org/pipermail/beginners/attachments/20120904/4f06f1df/attachment-0001.htm> ------------------------------ Message: 6 Date: Wed, 5 Sep 2012 06:34:36 +0200 From: Manfred Lotz <manfred.l...@arcor.de> Subject: Re: [Haskell-beginners] XML output To: beginners@haskell.org Message-ID: <20120905063436.12415...@arcor.com> Content-Type: text/plain; charset=US-ASCII On Tue, 04 Sep 2012 22:33:56 +0200 "Torsten Otto" <t-otto-n...@gmx.de> wrote: > Hi, all! > > I'm struggling with a strange phenomenon. > If I read a file containing > > __ > a > b > c > __ > > the program below works as expected. If I read a svg file > __ > <?xml version="1.0"?> > <svg xmlns="http://www.w3.org/2000/svg"> > <rect x="0" y="0" width="180" height="180" fill="white"/> > </svg> > ___ > the first two lines are not processed. > > Program: > __ > module SVG() > where > > import IO > > main :: IO () > main = do > s <- readFile "sierpinski1.svg" > putStrLn s > writeFile "sierpinski1_.svg" s > __ > > Results of putStrLn: > __ > *SVG> main > a > b > c > *SVG> main > <rect x="0" y="0" width="180" height="180" fill="white"/> > </svg> > *SVG> > __ > > File Output lists the whole file, though. > > I don't understand this, why is GHCi stripping the output this way? > > Thanks, > regards, > Torsten > I got a compile error, and had to change import IO to import System.IO Then it worked fine, i.e. all lines of were printed to stdout as well as written to the output file. What is you ghci version? -- Manfred ------------------------------ _______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners End of Beginners Digest, Vol 51, Issue 8 ****************************************