December 2003 - Hugs-Users

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: 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

Hugs November 2003 and cygwin
by sigurd＠12move.de 11 Dec '03

11 Dec '03

Hi, does anyone know if and if yes how it's possible to compile the actual Hugs version (november 2003) under Cygwin? The former version could be compiled OOTB now it breaks at several points. KP -- "Programs must be written for people to read, and only incidentally for machines to execute." -- Abelson & Sussman, SICP (preface to the first edition)

2 4

Experimental Unicode Support in Hugs Available for Testing
by Dimitry Golubovsky 06 Dec '03

06 Dec '03

Finally, the code to support Unicode has been integrated into Hugs. Special thanks to Ross Paterson who carefully inserted the code I proposed into the hugs sources hierarchy. Please see the release notes and to find out how to obtain the code for testing: http://www.golubovsky.org/software/hugs-patch/hugs_unicode_test.html Please direct all questions and comments to me <dimitry at golubovsky dot org> or in appropriate mailing lists. -- Dmitry M. Golubovsky South Lyon, MI

1 0