- Libraries - Haskell.org

RE: instance Show SockAddr
by Simon Marlow 18 Oct '04

18 Oct '04

On 15 October 2004 19:44, Tomasz Zielonka wrote: > On Fri, Oct 15, 2004 at 04:24:01PM +0200, Peter Simons wrote: >> Hi, >> >> I've found myself needing to show a SockAddr type left and >> right in my code. Is it possible to add the appropriate >> definition to Network.Socket? Here is a suggestion: >> >> -- |Split up an 32-bit word in network byte order. >> >> ha2tpl :: HostAddress -> (Int, Int, Int, Int) >> ha2tpl n = >> let (b1,n1) = (n .&. 255, n `shiftR` 8) >> (b2,n2) = (n1 .&. 255, n1 `shiftR` 8) >> (b3,n3) = (n2 .&. 255, n2 `shiftR` 8) >> b4 = n3 .&. 255 >> in >> (fromEnum b1, fromEnum b2, fromEnum b3, fromEnum b4) > > This won't work on big-endian architectures. If someone has code for a version that works on both endians, now is the time to send it so we can get it into GHC 6.4. Cheers, Simon

2 1

RE: Haskell Libraries Wishlist
by Simon Marlow 18 Oct '04

18 Oct '04

On 17 October 2004 23:53, Isaac Jones wrote: > By the way, my random idea for a libraries database would be to have > the database updated by uploading Cabal description files which > include information about the package name, version numbers, modules > contained, compatibility, etc. > > So whenever someone packaged up their library, they would upload the > description file to the server. [...] Yes! Simon

1 0

RE: instance Show SockAddr
by Simon Marlow 18 Oct '04

18 Oct '04

On 17 October 2004 10:38, Graham Klyne wrote: > At 11:09 16/10/04 +0200, Tomasz Zielonka wrote: >> On Sat, Oct 16, 2004 at 09:37:02AM +0100, Graham Klyne wrote: >>> >>> It seems to me that using a single integer/bitstring value for >>> internal representation of IP addresses is rather missing a trick. >> >> But that's just what IP4 address is: 32 bits > > Well, on the wire it's 32 bits, but from an application's viewpoint, > IMO, it's an abstract value that is used to address an endpoint. > From the user's PoV, it's (usually) four decimal numbers separated by > '.'. Absolutely. Network.Socket exports HostAddress as a Word32 in network byte order because it is a low-level library - a higher-level abstraction layer should definitely provide an abstract version of this. We don't have a good higher-level network library, though (Network is a bit feeble). Cheers, Simon

1 0

instance Show SockAddr
by Peter Simons 17 Oct '04

17 Oct '04

Hi, I've found myself needing to show a SockAddr type left and right in my code. Is it possible to add the appropriate definition to Network.Socket? Here is a suggestion: instance Show SockAddr where show (SockAddrUnix str) = str show (SockAddrInet port ha) = let (b1,b2,b3,b4) = ha2tpl ha in shows b1 . ('.':) . shows b2 . ('.':) . shows b3 . ('.':) . shows b4 . (':':) $ show port -- |Split up an 32-bit word in network byte order. ha2tpl :: HostAddress -> (Int, Int, Int, Int) ha2tpl n = let (b1,n1) = (n .&. 255, n `shiftR` 8) (b2,n2) = (n1 .&. 255, n1 `shiftR` 8) (b3,n3) = (n2 .&. 255, n2 `shiftR` 8) b4 = n3 .&. 255 in (fromEnum b1, fromEnum b2, fromEnum b3, fromEnum b4) Peter

5 8

Functional MetaPost Interim
by Peter Simons 16 Oct '04

16 Oct '04

I have another interim release of the Functional MetaPost library to add to its rich history of interim releases. I've moved the files into a hierarchical namespace and generally cleaned the code up to resolve import conflicts, fix minor problems with GHC 6.x and Hugs, etc. You'll find my version here: http://cryp.to/funcmp/ No documentation at all. I hope to be able to turn this into a nice Haskell package, because I think FuncMP is a wonderful library. It would, however, be much more likely that this happens if I found one or two other kind souls who'd help. So if you have made some changes to FuncMP, too, just "darcs send" them away. Well, I hope anyone finds this useful. Peter

2 2

Block-I/O in Haskell
by Peter Simons 16 Oct '04

16 Oct '04

In the spirit of "release early, release often", I have made a small library available at http://cryp.to/blockio/ ..., which provides a StateT wrapper for IO plus a number of useful primitives to do fast, block-oriented I/O in Haskell. It's by no means complete nor stable nor useful, but it comes with a version of the word-counting program that, on my machine, beats the version from Tomasz Zielonka. :-) It is still under development, but the API should be stable. Hope anyone finds this useful. Peter

8 21

Haskell Libraries Wishlist
by John Goerzen 15 Oct '04

15 Oct '04

Hi, I'm checking around here to see if anybody is working on any of these things, or alternatively, if there is any interest. This list reflects some of the things that I think we are missing in Haskell: Item Use ------------------------------ ---------------------------------------- E-Mail header, MIME codec Composing or parsing e-mail messages Base64 encode/decode Render binary strings in ASCII Required to do MIME MD5, SHA algorithms Generate unique hashes for strings, files (n)curses interface Full-screen text interfaces [ng]dbm interface Persistent hash storage mimetypes, mailcap support Discover MIME types of files and appropriate apps to use to handle files Maildir, mbox, MH, IMAP client Access e-mail storage systems support FTP, NNTP, SMTP client support Connect to appropriate servers IPv6 Support Obvious :-) ------------------ I have code for the following already: ------------------ Logging infrastructure Flexible logging of messages Syslog support Log to syslog daemon Various string utils (see MissingH for that stuff) And I'm willing to help on the rest, but I don't want to be duplicating effort of anyone else. Thanks, John -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715

10 12

Documenting libraries
by John Goerzen 13 Oct '04

13 Oct '04

Hi, One of my complaints is having to look many different places for library docs. So, I started whipping together some scripts to call Haddock to generate a comprehensive linked library reference. I've added Cabal, crypto, hsemail, HUnit, MissingH, and WASHMail to the standard library already. Take a look: http://www.complete.org/fs/hclr/ and let me know what you think. I can post my scripts if there's any interest. -- John

1 0

RE: Haskell Libraries Wishlist
by Simon Peyton-Jones 13 Oct '04

13 Oct '04

| Thank you for the numerous helpful suggestions. I will be chasing them | down. | | Many (all?) of them were not listed at | http://www.haskell.org/libraries/, which is what I was using. Would it | be possible to list more of these on that site? One thing the Haskell community currently lacks, and could really do with, is a simple way to for people who have a library to add it to //www.haskell.org/libraries/ (or somewhere similar), without requiring intervention by the web-site manager. All that's needed is a web form where the contributor can fill in the name of her library, type comments about it, and point to the download. Doubtless there is scope for endless potential sophistication... adding a new version of an old library, a decent way to categorise libraries under headings that aren't just hardwired, some way of filtering ("show me the ones that are nhc-compatible"), ways for library consumers to record star-ratings and reviews so that excellent libraries are visibly rewarded, etc. Does anyone feel like doing this? You'd be famous for ever! (Shae springs to mind for some reason...) Simon

3 3

RE: Haskell Libraries Wishlist
by Simon Marlow 13 Oct '04

13 Oct '04

On 13 October 2004 14:00, Adrian Hey wrote: > Seriously though, what do you mean by "GHC-approved". I guess you > mean distributed with GHC? I thought the major aim of the library > infrastructure project was to reduce the library bloat of various > distributions and to de-sync library releases from compiler releases. > > But I dunno, is GHC-approval something library writers should aspire > to? If so, how do I apply? No, you shouldn't aspire to be "GHC-approved". We're not going to be including any significant new libraries with GHC in the future, the idea is that you get everything by installing packages (just like Perl & co.). Cheers, Simon

1 0