August 2002 - Haskell

RE: listen/bind socket problem in GHC 5.04
by Simon Marlow 20 Aug '02

20 Aug '02

> I understand that GHC 5.04 has reoganized the network modules, > but somehow my code broke over GHC 5.04... > > prepareSocket addr port = do > s <- socket AF_INET Stream 6 > setSocketOption s ReuseAddr 1 > let port' = PortNum port > addr' <- case addr of > Just str -> inet_addr str >>= (\x -> return > (SockAddrInet port' x)) > Nothing -> return (SockAddrInet port' iNADDR_ANY) > bindSocket s addr' > listen s 2 > return s instead of let port' = PortNum port use let port' = fromIntegral port The PortNumber type should really be abstract. Internally, it is stored in network byte order, but you bypassed the conversion to network byte order by constructing a value of type PortNumber directly. Cheers, Simon

2 1

listen/bind socket problem in GHC 5.04
by paul＠theV.net 20 Aug '02

20 Aug '02

I understand that GHC 5.04 has reoganized the network modules, but somehow my code broke over GHC 5.04... prepareSocket addr port = do s <- socket AF_INET Stream 6 setSocketOption s ReuseAddr 1 let port' = PortNum port addr' <- case addr of Just str -> inet_addr str >>= (\x -> return (SockAddrInet port' x)) Nothing -> return (SockAddrInet port' iNADDR_ANY) bindSocket s addr' listen s 2 return s A call to (preapreSocket Nothing 5002) is successful without error, but netstat -l shows nothing under port 5002. What could possible go wrong here? It used to work fine with GHC 5.02. Regards, .paul.

1 0

RE: OT: haskell, .net, microsoft and vs
by Andrew Kennedy 19 Aug '02

19 Aug '02

Andre Santos wrote, regarding the Visual Studio Integration Programme and SML.NET: > -----Original Message----- > From: Andre Santos [mailto:alms@cin.ufpe.br] > Sent: Wednesday, August 07, 2002 3:03 PM > To: Andrew Kennedy > Cc: Nigel Perry; Haskell Mailing List > Subject: Re: OT: haskell, .net, microsoft and vs > > > Andrew, > > In this work through COM interop you mention, > are you using this VSIP? Yes - Claudio Russo did the work. I've done a little probing through University Relations in Cambridge. Apparently for academics the restrictive licensing terms and costs of the Visual Studio Integration Program will be dropped shortly. Here's what Van Eden of UniRel told me: 1) The licenses will be brokered by MSR Unirel *not* by Summit. This means we will raise the contract, approve it, sign it, etc. 2) There will be no formal support. Support for normal licensees is provided by Summit. If an academic needs support, we (MSR UniRel) will have the option to obtain a commercial VSIP agreement for that academic, and pay $10k for the support that provides. Summit would provide the support. [Andrew: though of course those of us at MSR Cambridge with VSIP experience could answer queries on an informal basis.] 3) Usage reporting has been dropped. 4) The "tear the seal" license is replaced by a "click-through" one meaning tools can be distributed electronically. 5) Sharing code between "like licensees" will be permitted, similar to the sharing permitted in the MSR Source License for XP, CE, etc. 6) MSR UniRel will run a training class for this later in the year. 7) Interested academics should contact their unirel person. If they don't know who that is, mail msrure(a)microsoft.com (for Europe) or kurtme(a)microsoft.com (for the US). 8) I expect it will take a month or two for these changes to be completed. If there is a urgent request, we might be able to accelerate it a bit. Basically, it will be a free license, with no support, that should work fine for typical academics not interested in commercializing their work. Hope this helps, Andrew.

1 0

RE: zipWith, zipWith3, zipWith4.... looks gawky, IMHO
by Conal Elliott 18 Aug '02

18 Aug '02

Looks good to me, and very insightful for a Haskell relative newbie. You could also use "repeat f >< as" in place of "f :< as". Or define the latter as the former. If you think of lists as functions from integers, then :<, ><, and repeat are the classic combinators B ("." in Haskell), S, and K ("const" in Haskell). Cheers, - Conal -----Original Message----- From: Coeus(a)gmx.de [mailto:Coeus@gmx.de] Sent: Sunday, August 18, 2002 9:32 AM To: haskell(a)haskell.org Subject: zipWith, zipWith3, zipWith4.... looks gawky, IMHO Hi all. I'm new to this mailing list. (and still a relative newbie in Haskell - learning GraphicsLib) Because the Wish List did not work (maybe it is my browsers fault), I now write it to this list. I found the zipWithN functions in the standard libs, but imho it would be much more comfortable to use operators like in this example: zipWith6 :: (a->b->c->d->e->f -> g) -> ([a]->[b]->[c]->[d]->[e]->[f] -> [g]) zipWith6 f as bs cs ds es fs = f :< as >< bs >< cs >< ds >< es >< fs infixl 123whatever (:<), (><) -- lower priority than (++) (:<) :: (a->b) -> [a] -> [b] (:<) = map (><) :: [(a->b)] -> [a] -> [b] (><) = zipWith id or better: (><) :: [(a->b)] -> [a] -> [b] (><) (f:fs) (x:xs) = (f x) : (fs >< xs) (><) _ _ = [] The fibs example would now look like this: take 10 fibs where fibs = 1 : 1 : ( (+) :< fibs >< tail fibs ) instead of take 10 fibs where fibs = 1 : 1 : zipWith (+) (fibs) (tail fibs) What does you suggest/what's your oppinion to this? (maybe other operators?) - Marc _______________________________________________ Haskell mailing list Haskell(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell

1 0

Thank you for writing
by help＠colonize.com 17 Aug '02

17 Aug '02

Hello, We have received your email. Thank you for writing. This message is an automatic response to your email. It is intended to answer many commonly asked questions regarding our service and the particular offers that you receive. If you have further questions or comments after reading this email, there is a different address below that you may use. If you need instructions for unsubscribing, see the information below. __________________________________________ General F.A.Q. (answers to these questions are below) o My email address has changed. How do I make sure that I continue to receive your mailings? o The link that you have sent me does not work. What should I do? o The page cannot be displayed / an error message appears. Now what? o What exactly is Colonize.com and is there a charge for using it? o What if I do not have a credit card? Can I still participate in your offers? o I am not a United States citizen. Can I participate in your offers? o I have a question about one of the offers. Who do I direct it to? o I would like to suggest an offer or comment on one of the offers that I received, what should I do? o Can you tell me how the shopping spree works? o How do I unsubscribe from this mailing? ___________________________________________ My email address has changed. How do I make sure that I continue to receive your mailings? -------------------------------- The easiest way to make sure you continue to receive our mailings at your new address is to simply visit http://www.colonize.com and register with your new address. If you no longer wish to receive our mailings at your old address, simply send a blank email to the unsubscribe address at the bottom of one of our past mailings. The link that you have sent me does not work. What should I do? -------------------------------- We test all links prior to sending them out to ensure that they do work. If you have America Online please be sure that you are using the link labeled for AOL users. You can also type the address of the link in if you are unable to use the link. The page cannot be displayed / an error message appears. Now what? -------------------------------- If the page is not coming up our computer system may be temporarily unavailable or it may be operating at maximum capacity. Please try again at a later time. What exactly is Colonize.com and is there a charge for using it? -------------------------------- Colonize.com is a service that notifies their customers of exciting offers and promotions that are currently available on the Internet. These offers are for discounted items, $ off amounts or free items. We are not an Internet Service Provider. There is never any charge to become a member of Colonize.com or to use our services. You are never under any obligation to purchase any of the offers that we notify you of. After all, they are just offers! What if I do not have a credit card? Can I still participate in your offers? -------------------------------- That depends on the individual merchants. Some of the merchants will only accept credit cards but some do have alternate payment arrangements. You'll need to check the offers that interest you to determine this fact. I am not a United States citizen. Can I participate in your offers? -------------------------------- Again, this depends on the individual merchants. You'll need to check the site of the offers to determine which ones are available to international residents. I have a question about one of the offers. Who do I direct it to? -------------------------------- If you have a question about one of the offers that we have notified you of you'll need to direct it to the merchant who is making the offer. If you use the link that we provided to you for the offer, you'll go to the site where you can find all the information for contacting the Customer Service team of that merchant. I would like to suggest an offer or comment on one of the offers that I received, what should I do? -------------------------------- If you would like to suggest an offer or make a comment on one of the offers you received, please send an email to offer(a)colonize.com. If a reply is necessary, we will try to respond as soon as we can. Please be patient though. Can you tell me how the shopping spree works? -------------------------------- Usually, within 24 hours of registering for our service you will receive an e-mail that details the shopping spree. Included in the e-mail are links for each of the offers. You click on the links for the offers that interest you. The links will open to the page that displays the offer. You then follow the steps as they are outlined on the site. Please be sure to read over the terms and conditions of the offers to ensure a positive shopping experience. How do I unsubscribe from this mailing? -------------------------------- The EASIEST way to unsubscribe is to click in the unsubscribe link that is included at the bottom of all the offers that we send out to you. This link is encoded with your email and ensures that you will be unsubscribed with the email address you originally gave us. IMPORTANT NOTE: You must use the above-mentioned method to unsubscribe. Due to the volume of email that we receive, we are not able to process manual unsubscribe requests through email. -------------------------------- If your question has not been answered through this auto responder, please send an email to questions(a)colonize.com. We will try to reply to you as soon as possible. Please be patient though, as we get many emails a day. Thanks for your support! Colonize.com Customer Support Team

1 0

Call for Participation: 2002 Haskell Workshop
by Manuel M T Chakravarty 16 Aug '02

16 Aug '02

[My apologies if you receive multiple copies of this message] ACM SIGPLAN 2002 Haskell Workshop Pittsburgh, PA, USA 3rd October 2002 (as part of PLI'02) ----------------------------------- More details including the programme are at http://www.cse.unsw.edu.au/~chak/hw2002/ -----------------------------------

1 0

ANNOUNCE: HaXml-1.07
by Malcolm Wallace 14 Aug '02

14 Aug '02

HaXml-1.07 ---------- http://www.haskell.org/HaXml/ Yes, hot on the heels of HaXml-1.06, another new release, 1.07. Only two days between releases. Why? * We got the location in the hierarchical namespace wrong! It should be Text.XML.HaXml, not Text.Xml.HaXml. We felt it was better to correct this as soon as possible before anyone gets too familiar with the incorrect module names. * The HaXml package now also works in GHCi (but only for ghci-5.02.3 and later). This was a simple oversight in 1.06. Regards, Malcolm

1 0

New mailing list: haskell-i18n (was: RE: Yet more text pedantry)
by Simon Marlow 14 Aug '02

14 Aug '02

> > tis 2002-08-13 klockan 11.57 skrev Simon Marlow: > > > > Can't we make a mailing list for these issues? > > > > > > > > haskell-i18n(a)haskell.org is my proposal, who can create > > such a list? > > > > > > I'll set up the list. Anyone wish to volunteer to moderate it? > > > > Does it have to be moderated? This will make things progress more > > slowly. > > Not necessarily fully moderated, but there needs to be a list > admin (haskell-i18n-admin(a)haskell.org) who is responsible for > dealing with the messages that Mailman flags for > auto-moderation, and user queries, etc. I'm already the > admin for way too many lists on haskell.org, otherwise I'd > volunteer myself :-) Thanks everyone who volunteered to admin the list. We now have an admin, and the haskell-i18n list has been created. Please go to http://www.haskell.org/mailman/listinfo/haskell-i18n to join. Cheers, Simon

1 0

Announce: APP: The Haskell Array Preprocessor
by Hal Daume III 13 Aug '02

13 Aug '02

Hi all...I'd read through the results of the survey and there seemed to be a sentiment that people tend to build their own "in-house" utilities and don't share them. I have a small one, but if anyone wants to use it, they're of course welcome. I have made it available at: http://www.isi.edu/~hdaume/APP/ With some documentation. The basic idea is to alleviate the pain of dealing with stateful arrays (IOArrays and STArrays, for the most part, but really anything that is an instance of MArray). APP basically builds some syntactic sugar on to Haskell for dealing with these and now allows constructions like: Read: z <- array[|x|][|y|] Assign: array[|x|][|y|] <- expr Update: array[|x|][|y|] <-$ expr Use: array[|x|][|y|] >>= print It's not perfect and makes some errors (but rarely), but it's very fast and the translations are very simple (and, imo, obvious). The exact translations can be found on the web page or in the source code which is distributed thereon. Happy Haskelling! - Hal

1 0

RE: difference between (evaluate . runST) and stToIO
by Simon Marlow 13 Aug '02

13 Aug '02

> I can't seem to figure out what the difference is between using > > evaluate (runST action) > > and > > stToIO action > > when in the IO monad and running something in ST...they seem to behave > identically...are they? > > If they are, why do they have different type signatures (one is ST > RealWorld a -> IO a, while the other is (forall s. ST s a) -> IO a)? With stToIO, you can do this: do r <- stToIO newSTRef stToIO $ writeSTRef r 42 ... the types prevent you doing that with runST, but runST is safe to use in pure code whereas stToIO must be used in the IO monad. Cheers, Simon

1 0