- Hugs-Bugs - Haskell.org

hamptonwick.com
by p-z.com 08 Jul '02

08 Jul '02

Dear Sir/madam hamptonwick.com - $380 Please note that after years, the registration on the domain name hamptonwick.com was not renewed and this domain had become available to register. Consequently, we have been approached to market this domain name that has been tracked and registered by a client. As result,hamptonwick.com is now available from us for IMMEDIATE transfer. With so many companies that could benefit from this domain, along with what many would consider to be a "wholesale price", we hope to secure a quick transfer. Please note that the domain name market is extremely solid at the moment and similar domains are currently selling on afternic.com, greatdomains.com (domain auction sites) and by domain name brokers, in some cases, for many thousands of US dollars. Please note that transfers take just 15 minutes and are extremely straightforward - absolutely NO technical knowledge required! For our client's peace of mind, we use an escrow service for all transactions and domains are ALWAYS secured by the buyer prior to us receiving any funds. We pay all fees connected with the escrow process. If you would like to use www.hamptonwick.com for your online business, please contact us at your earliest convenience. We will be on hand should you require any further assistance or information. We thank you for your attention and sincerely apologise if this e-mail has not been of interest to you. Yours sincerely, Agnes Sales p-z.com Please note: THIS IS A ONE-OFF APPROACH AND YOU WILL NOT BE CONTACTED AGAIN UNLESS YOU REQUEST FURTHER INFORMATION FROM US. YOU HAVE BEEN CAREFULLY SELECTED TO RECEIVE THIS MAIL AND IF THIS E-MAIL IS OF NO RELEVANCE TO YOUR OPERATION, PLEASE ACCEPT OUR APOLOGIES SINCE IT HAS BEEN SENT TO YOU IN ERROR.

1 0

hammaren.com
by p-z.com 08 Jul '02

08 Jul '02

Dear Sir/madam hammaren.com - $360 Please note that after years, the registration on the domain name hammaren.com was not renewed and this domain had become available to register. Consequently, we have been approached to market this domain name that has been tracked and registered by a client. As result,hammaren.com is now available from us for IMMEDIATE transfer. With so many companies that could benefit from this domain, along with what many would consider to be a "wholesale price", we hope to secure a quick transfer. Please note that the domain name market is extremely solid at the moment and similar domains are currently selling on afternic.com, greatdomains.com (domain auction sites) and by domain name brokers, in some cases, for many thousands of US dollars. Please note that transfers take just 15 minutes and are extremely straightforward - absolutely NO technical knowledge required! For our client's peace of mind, we use an escrow service for all transactions and domains are ALWAYS secured by the buyer prior to us receiving any funds. We pay all fees connected with the escrow process. If you would like to use www.hammaren.com for your online business, please contact us at your earliest convenience. We will be on hand should you require any further assistance or information. We thank you for your attention and sincerely apologise if this e-mail has not been of interest to you. Yours sincerely, Agnes Sales p-z.com Please note: THIS IS A ONE-OFF APPROACH AND YOU WILL NOT BE CONTACTED AGAIN UNLESS YOU REQUEST FURTHER INFORMATION FROM US. YOU HAVE BEEN CAREFULLY SELECTED TO RECEIVE THIS MAIL AND IF THIS E-MAIL IS OF NO RELEVANCE TO YOUR OPERATION, PLEASE ACCEPT OUR APOLOGIES SINCE IT HAS BEEN SENT TO YOU IN ERROR.

1 0

hallowelt.com
by p-z.com 08 Jul '02

08 Jul '02

Dear Sir/madam hallowelt.com - $320 Please note that after years, the registration on the domain name hallowelt.com was not renewed and this domain had become available to register. Consequently, we have been approached to market this domain name that has been tracked and registered by a client. As result,hallowelt.com is now available from us for IMMEDIATE transfer. With so many companies that could benefit from this domain, along with what many would consider to be a "wholesale price", we hope to secure a quick transfer. Please note that the domain name market is extremely solid at the moment and similar domains are currently selling on afternic.com, greatdomains.com (domain auction sites) and by domain name brokers, in some cases, for many thousands of US dollars. Please note that transfers take just 15 minutes and are extremely straightforward - absolutely NO technical knowledge required! For our client's peace of mind, we use an escrow service for all transactions and domains are ALWAYS secured by the buyer prior to us receiving any funds. We pay all fees connected with the escrow process. If you would like to use www.hallowelt.com for your online business, please contact us at your earliest convenience. We will be on hand should you require any further assistance or information. We thank you for your attention and sincerely apologise if this e-mail has not been of interest to you. Yours sincerely, Agnes Sales p-z.com Please note: THIS IS A ONE-OFF APPROACH AND YOU WILL NOT BE CONTACTED AGAIN UNLESS YOU REQUEST FURTHER INFORMATION FROM US. YOU HAVE BEEN CAREFULLY SELECTED TO RECEIVE THIS MAIL AND IF THIS E-MAIL IS OF NO RELEVANCE TO YOUR OPERATION, PLEASE ACCEPT OUR APOLOGIES SINCE IT HAS BEEN SENT TO YOU IN ERROR.

1 0

Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names?
by customdesignedwebsites＠hotmail.com 06 Jul '02

06 Jul '02

Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names? We are a UK based company who would like to offer you our considerable experience and expertise in the field of website design, eCommerce, web hosting, domain name facilities and search engine positioning. We can offer you cheaper solutions with domain name registration from £10 per year, website design both new and updated sites undertaken from £100, website hosting from £60 per year, full professional after sales service and website maintenance from £10 per month, secure server space and security certificates from £50 per year, marketing tips and advice free to our clients, top ranking search engine positioning available. All of our designs are custom made for our client's requirements and are our best advert. We are independently tested on a daily basis and are consistently in the top of the performance listings of all the major ISP hosting companies in the UK. So, whether you want to advertise your business more effectively, reach a larger catchment area or sell in the global market; WE have the BEST solution for you. Due to the bespoke nature of our website development most of our clients prefer to discuss their requirements by telephone, please send us a contact phone number and we will contact you shortly to discuss your needs in more detail. Alternatively, please ask for more details by replying to this email for a prompt response. We look forward to hearing from you. This is NOT spam. You are receiving this message because your email address was used on one of our web sites. If your email address was used without your permission or you no longer want to receive email from us, we apologise for any inconvenience caused and ask that you simply reply to this email putting remove as the subject.

1 0

problem with WinHugs
by Adam Shimali 02 Jul '02

02 Jul '02

Hello, I've installed hugs98-Dec2001.msi on Win2000 and WinHugs startup fails due to inablility to find prelude. The other hugs modes seem to work fine. Visible in the interpreter window is the following error message: Error - Illegal character escape sequence "\W" Thanks Adam Shimali

2 1

Re: Hugs for MacOS X
by Hans Aberg 02 Jul '02

02 Jul '02

[I think that the appropriate newsgroup is probably hugs-bugs(a)haskell.org, so followups should probably only be set there.] At 12:24 +0800 2002/07/02, Lyndon While wrote: >We are considering applying to the Apple University Development Fund >for support to build an integrated development environment for MacOS >X based on the (already-ported) Hugs engine. There was a thread in the Hugs-Bugs list "Graphics with XDarwin on Mac OS X". Is this the "already ported" engine you are referring to (also see below)? >2. Is anyone working on this sort of environment already? The version that Pablo Azero and I made for MacOS pre-X is down, and I do not know anybody taking up a successor project for that platform. Johan Nordlander made his own version for use on the Hugs-Bugs site, but that was essentially starting from scratch version, ignoring the work that Pablo and I had made over the years. Over the years, a few, but not many, fellows expressed interest in working with the sources that Pablo Azero and I had developed, but I did not hear anything about outputs resulting from that. As for MacOS X, I have not heard of any such project. > We're not thinking of a >huge project: probably initially we will build something roughly like >the MacGofer environment (those were the days!), with an integrated >editor, command-line editing, colour-coded syntax a la the >Haskell-mode in emacs, etc. With the size (and general naivety) of >the class, the initial emphasis will be on reliability. > >My questions are: > >1. Would this be of interest to other groups who use Hugs on Macintoshes? > (Statements of interest may increase our chances of success with AUDF.) I think that there might be a general interest. My hope for the pre-X version was that it might be developed so that many might do develop the parts they were interest in, but in reality, only Pablo and I developed on the MacOS version. But perhaps this idea might be possible for MacOS X. >3. Does anyone know any reason that this sort of endeavour might be > harder than we expect? MacOS pre-X programming was extremely time-consuming: Kevin Hammond, who made the MacGofer, mentioned that he spent more time on the MacGofer MacOS GUI than what had been at that time been spent totally on developing the Hugs kernel itself. Because of this, I think that one should avoid doing anything with MacOS pre-X, when MacOS X now is widely available. The MacOS pre-X version that I and Pablo made is essentially dead, except for those that only has MacOS pre-X: Nearly all features were there in order to cover up for the fact that MacOS pre-X was not even UNIX like. The only exception was the experimental AppleEvent's feature; but I do not know how AppleEvent's work under MacOS X, and making the feature non-experimental would require to synch the Hugs kernel GC system with externally interrupting AppleEvent's sent to the Hugs kernel (or even better, making the Hugs kernel thread-proof). As for developing for MacOS X, which I think is a Objective C threaded version derived from the NeXT machine, those OO and threading features might cut down on development time. But I still suspect that the best strategy might be to do as little MacOS X GUI work as possible. So I think that the first question that you should consider is whether the program should be wholly independent of X-windows or not: As mentioned above, it seems that one has been able to run the Hugs X-Windows version on XDarwin. You might want to check if it is not best to have all versions requiring XDarwin, and then merely do the MacOS X additions that fall without that. This could be things like adding Haskell control over AppleEvent's and multimedia features not available via X-Windows. But if requiring XDarwin is not feasible, then you might do a wholly new MacOS X Darwin GUI. Building a wholly new editor is probably going to be very time consuming: In the MacOS pre-X version, we modified the wondows console that came with the CcodeWarrior compiler. It is better to wrok with proper editor sources, though. But unless you find some good source to start with, it may becoe very time consuming, I suspect. If you work with XDarwin, then perhaps XEmacs is available as well, and you can work with that one, just building some extra Macish hooks. Richard Stall said he want to enhance Emacs so that it has the capacity of IDE (Integrated Development Environment) like CodeWarrior. Again, it is important to cut development time. If you want to make a wholly Macish version, then perhaps you can find a suitable program to integrate your Hugs version with. For the MacOS pre-X, I considered BBEdit and Alpha, but it turned out to be simpler to merely modify and enhance the compiler console sources. -- But I would discourage you to modify console sources, as they will outdate, and further may not be efficiently written for modification. I just did that in order to quickly get a working interface. Perhaps you will decide to make both versions: But choosing development strategy will depend a lot on how much programming time you have available. Summing it up, I suspect that choosing development strategies will depend a lot on how to cut development time, even though MacOS X programming in itself should be interesting, in view that it is now one of the more advanced OS's available. Hans Aberg

1 0

Hugs98 for OSX -- Multiple DLL modules
by Thomas Kirste 02 Jul '02

02 Jul '02

Dear Hugs maintainers, the December 2001 version of Hugs for MacOSX does not support the use of multiple foreign function modules. This is a pity, because HGL consists of three such modules ... ;-) The problem is the use of NSLookupAndBindSymbol in function dyld in file machdep.c NSLookupAndBindSymbol does not allow the specification of the DLL module in which to lookup the symbol. Therefore, always the same (first?) instance of "initModule" is found. I have replaced it with the function NSLookupSymbolInModule, which allows to specify the DLL module. This seems to work. I have included a tgz archive containing - a modified machdep.c - the config.status I have used for building my hugs - For yourc convenience, my hugs & runhugs built from your December 2001 sources, the modified machdep.c, and config.status If you think it worthwhile, you could make this version available to other MacOSX users. With best regards, Thomas -- ---------------------------------------------------- Dr. Thomas Kirste Dept. Head Mobile Multimedia Technologies Fraunhofer-Institut für Graphische Datenverarbeitung J.-Jungius-Str. 11 18059 Rostock, Germany

2 1

RE: qualified instance declarations
by Simon Marlow 01 Jul '02

01 Jul '02

> GHC (5.03.20020410) wrongly accepts the following: > > :::::::::::::: > C.lhs > :::::::::::::: > > module C > > where > > > class A a where > > a :: a -> Int > :::::::::::::: > X.lhs > :::::::::::::: > > module X > > where > > import qualified C > > > instance C.A Int where > > C.a = id This has been fixed, and GHC 5.04 will behave correctly. > Incidentally, I also noticed that GHC and Hugs behave differently > for the following variant of X.lhs. > > :::::::::::::: > X.lhs > :::::::::::::: > > module X > > where > > import qualified C > > > instance C.A Int where > > a = const X.a > > > a = 4 > > GHC happily accepts the file while Hugs complains that > > ERROR "X.lhs":6 - Type error in instance member binding > *** Term : a > *** Type : a -> Integer > *** Does not match : Int -> Int > > There seems to be a difference in defaulting. [Don't ask me > which is the correct behaviour.] The problem disappears if I > supply an explicit type signature for `a'. Hugs's defaulting behaviour differs from Haskell 98 (and always has done). See for example this discussion on the Haskell mailing list: http://www.haskell.org/pipermail/haskell/2002-May/009616.html (plus other messages with the same subject). Could someone from the Hugs camp please document this? Cheers, Simon

1 0

qualified instance declarations
by Ralf Hinze 01 Jul '02

01 Jul '02

Hi, GHC (5.03.20020410) wrongly accepts the following: :::::::::::::: C.lhs :::::::::::::: > module C > where > class A a where > a :: a -> Int :::::::::::::: X.lhs :::::::::::::: > module X > where > import qualified C > instance C.A Int where > C.a = id Note that the class method is qualified on the LHS which is not legal H98. --- Incidentally, I also noticed that GHC and Hugs behave differently for the following variant of X.lhs. :::::::::::::: X.lhs :::::::::::::: > module X > where > import qualified C > instance C.A Int where > a = const X.a > a = 4 GHC happily accepts the file while Hugs complains that ERROR "X.lhs":6 - Type error in instance member binding *** Term : a *** Type : a -> Integer *** Does not match : Int -> Int There seems to be a difference in defaulting. [Don't ask me which is the correct behaviour.] The problem disappears if I supply an explicit type signature for `a'. Cheers, Ralf

2 1

RE: More on integer division
by Simon Marlow 01 Jul '02

01 Jul '02

> After a looking a little more, there seem to be other problems > (including errors in my proposed solution). I don't know where the > code for quotRem is, but it is also buggy. For instance, > > Prelude> 9 `quotRem` (-5) > (-1,4) > > (The correct answer is (-1,-4).) I'm frankly astonished: has noone > used these functions with negative arguments before? GHC's answer looks right to me, since according to the report: (x `quot` y)*y + (x `rem` y) == x so (-1 * -5) + 4 == 9 but if 9 `rem` (-5) should be -4, then (-1 * -5) + -4 = 1 > I'm shocked that non of the three Haskell implementations had a test > suite that caught this problem. Take a look at fptools/testsuite/tests/ghc-regress/numeric/should_run/arith0011.hs. There may be one or two wrong answers lurking in there, but that's a lot of results to check by hand! Cheers, Simon

1 0