Hi Yitz, Thanks for your input. Since I'm trying to learn Monads, let's look at this as a teaching moment. The example code (see below), which I pulled off YAMT (Yet Another Monad Tutorial ;-)), is the source of my 'comb' function. I understand the code as it now stands, and I understand that the Prelude (>>=) would replace the 'comb'. Adding whatever statements are needed, how would you "specialize" the (>>=) to Maybe and solve this particular problem. Michael --- On Wed, 4/29/09, Yitzchak Gale <gale@sefer.org> wrote: From: Yitzchak Gale <gale@sefer.org> Subject: Re: [Haskell-cafe] chr/ord? To: "michael rice" <nowgate@yahoo.com> Cc: "Brandon S. Allbery KF8NH" <allbery@ece.cmu.edu>, "haskell-cafe@haskell.org" <haskell-cafe@haskell.org> Date: Wednesday, April 29, 2009, 4:30 AM Michael Rice wrote:
-- comb is a combinator for sequencing operations that return Maybe comb :: Maybe a -> (a -> Maybe b) -> Maybe b comb Nothing _ = Nothing comb (Just x) f = f x
comb is essentially the same as something in the Prelude: it is just (>>=) specialized to Maybe. (>>=) :: Monad m => m a -> (a -> m b) -> m b
Now what am I misunderstanding in the code below? lst = [('A',65),('B',66),('C',67),('D',68)]
Brandon S. Allbery wrote:
...it defaulted to [(Char,Integer)]. This is a manifestation of the Monomorphism Restriction...
While it may be debatable whether the Monomorphism Restriction is helpful in compiled code, it is unquestionably a major nuisance at the GHCi prompt, for this and other reasons. I highly recommend that you create a .ghci file in your home directory containing the line: :set -XNoMonomorphismRestriction In my opinion, MR should be off by default in GHCi. -Yitz