- Hugs-Users - Haskell.org

version naming convention
by Jens Petersen 25 Feb '04

25 Feb '04

I would like to make the suggestion that future releases of Hugs are made with a version naming convention that is more sort friendly. The current "MonYear" versioning scheme is problematic for packagers. ie the current release would be better called say "200311" (using Debian's hugs98 package versioning scheme) than "Nov2003", since this sorts much more easily. Jens

3 5

Hugs Nov2003 refresh (Windows only)
by Sigbjorn Finne 11 Feb '04

11 Feb '04

A refresh of the Hugs98 Nov2003 Windows installer is now available via http://haskell.org/hugs/ . It fixes a couple bugs in the GUI version of the interpreter, WinHugs, that people have reported. Other than that, status quo. (=> if you're not a WinHugs user, no need to update your installation.) --sigbjorn

2 1

Re: New moderation policy and
by Sven Panne 25 Jan '04

25 Jan '04

Byron Hale wrote: > [...] I notice that the Hugs-users/Hugs-bugs lists do not have any identifying > header. I don't think there is a real need for prefixing the subject, the List-Post: header field works extremely well for mailman-based lists, even in the case of CC:-ing. > [...] I want to see my lists do something like make it difficult to harvest > email addresses from lists. That could be by mangling the return > address so that human intervention was needed. IMHO these are helpless measures doomed to fail. The only real place for stopping spam is at the receiving mail server (i.e. the one for haskell.org in our case). It is the only place where one still has a slight idea where the mail is really from and can apply some countermeasures, e.g. using RBLs, verifying the hostname via a reverse lookup etc. Doing this for Postfix (which seems to be used at haskell.org) is only a matter of a few lines in the configuration file. I'm not sure if haskell.org actually does something like this, but it probably should. And einfo.com, should do it, too, of course. :-) In conjuction with a well-trained adaptive junk mail filter like the one in Netscape, spam is not really a problem, at least for me... Cheers, S.

1 0

New moderation policy
by John Peterson 16 Jan '04

16 Jan '04

I'm about to take off for the holidays and I'm going to change the spam policy for the hugs mailing lists. Previously, non-listmember mail was held for approval. As part of the approval process I would whitelist email addresses so that you only had messages held the first time you post. This only affects people with multiple email addresses who are posting from an address different from thier subscription address. Since I'll be gone for a couple of weeks, I've set the list to reject instead of approve non-member email. This means that you're going to be on your own to modify your subscription address if there are problems with posting. I'll still take private email requests to whitelist addresses but I won't be attending to email much for the next few weeks. Over the last few months I've observed fewer and fewer problems with legitimate posts being held and more and more spam being held for approval so I'm hoping that this new policy will make my life easier without being a burden to too many posters. Keeping your email spam free, John

2 1

Re: make check fails, no tests directory
by nv3006802＠sneakemail.com 13 Jan '04

13 Jan '04

I haven't heard anything back, but tar ztf hugs98-Nov2003.tar.gz | grep tests reports nothing. I don't want to mess with CVS, can someone fix the tar file? Thanks. On 9 Jan 2004 06:49:17 -0000, nv3006802(a)sneakemail.com said: > Hello, > > I'm building Hugs 98 Nov 2003 on IRIX64. When I run 'make check' it > fails because there is no '../tests' directory. In fact, there is no > 'tests' directory at all. Is it simply missing from the distribution? > > Please respond by email as well. > > Thanks,

1 0

Re: Compiling HXML toolbox under Hugs/Windows
by Ross Paterson 12 Jan '04

12 Jan '04

On Mon, Jan 12, 2004 at 11:59:58AM +0000, Graham Klyne wrote: > (1) hdom/xmltreefilter.hs, incorrect section syntax: > line 555, changed to: > del1Attr an = processAttrl ((none `when` isAttr an) $$) > line 613, changed to: > = processAttrl ((modifyValue `when` isAttr an) $$) This is a known bug in Hugs (User's Guide 4.1.2). > (3) hparser/xmlinput.hs, line 38: spurious ',' Accepting this was a bug in old versions of GHC that has since been fixed. > (4) Missing module 'Socket'. > [[ > Reading file "..\hparser\XmlInput.hs": > Parsing > ERROR "..\hparser\XmlInput.hs" - Can't find imported module "Socket" > ]] > Is this a GHC/Hugs library difference? Should this be Network.Socket? I > tried using that and it seemed to be accepted. Network.Socket is the modern name. > (6) I think a probem with the build instructions in README: > [[ > Just add the modules from the directories "hdom", "hparser", "hvalidator", > "hxpath", "http" and > "parsec" to the path of your compiler or interpreter, the Makefile contains > an example. > It is planned to provide a GHC package of the Haskell XML Toolbox in the > near future. > An example ghci project file ".ghci" can be found in the examples directory. > ]] > does not mention directory popen. GHC has POpen in hslibs. > (7) in POpen.hs: > Module Posix should be Text.Regex.Posix? No, System.Posix, but the Hugs version is incomplete (lacks forkProcess).

1 0

Re: Problems building experimental Unicode version of Hugs on Windows
by Ross Paterson 10 Jan '04

10 Jan '04

On Fri, Jan 09, 2004 at 05:52:47PM +0000, Graham Klyne wrote: > This message notes some edits I'm making to try and build the Dec2003 Hugs > source kit with Unicode under MS-Windows (because I want to try and use > HXML toolbox under Hugs). It also describes a problem I'm having with the > experimental Unicode support under Windows. Thanks for trying this out, and for all the details. I believe the bugs with STDCALL_SUPPORTED and option corruption are fixed in the CVS version. You might like to try a new snapshot from http://cvs.haskell.org/Hugs/downloads/snapshots/hugs98-20040109.tar.gz (This version also has a dynamically growing heap, I believe.)

2 1

Re: Hugs Nov-2003 release: traceShow goes missing
by Ross Paterson 20 Dec '03

20 Dec '03

[moving to hugs-users] On Fri, Dec 19, 2003 at 08:49:17PM +0000, Graham Klyne wrote: > I've just upgraded my Hugs installation to the Nov-2003 release, and I > notice that function traceShow is missing from library module Debug.Trace. > > I assume this is unintentional, as it's still mentioned in the Hugs manual. I'm afraid it was -- Hugs now uses the same Debug.Trace as everyone else, and that module has no traceShow. There are some other minor differences with the old Hugs trace too: Debug.Trace.trace appends a newline and sends its output to stderr. There are a few cases like this in the Nov2003 release, where some backwards compatibility is sacrificed for compatibility with the hierarchical libraries shared with other implementations. The hierarchical library documentation is a more accurate reference on the library interface than the Hugs manual, which was written some time ago. Similarly the User's Guide included with the distribution is the up-to-date reference for many features of the interpreter, though it's not as detailed as the old manual in many places.

1 1

How to make function can be strictly evaluated in the hugs98 ?
by stanley huang 12 Dec '03

12 Dec '03

hi, I am a beginner of hugs 98 and I now need to let one function be strictly evaluated in hugs98. In Richard Bird's Introduction to Functional Programming using Haskell Second edition , P 240, it says we can use strict to make it like the following: Let succ x = x + 1 and strict succ (strict succ ( 8 * 5)) will evaluate the expression strictly . But I find the hugs98 do not support it. It even do not recognize strict and in Fethi Rabhi's Algorithms A functional Programming Approach , it use &! operator to inform hugs that the function need be evalutae stricly. This time the hugs recognize it, but I find the cells need for two version do not have much difference Can you tell me how to do it? Thanks very much __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

1 0

Haskkll for .net
by Nuno Rodrigues 11 Dec '03

11 Dec '03

Hi, While trying to put some hakell code to function along with .net, I've stoped with a referencing problem. The problem is that, when I use the a reference to a dll of my one like in the CallIn.hs example, I get: InvokeStaticMethod: Type Print not found I've tried to put the dll in all searchable places, like the frameworks path, the env var path, and all other places, but the result is always the same, InvokeStaticMethod: Type Print not found. I would really much appreciate your help. Thanks. Nuno Rodrigues.

2 1