Hi
The following fragment of program is clearly wrong, but causes a complete
exit of Hugs, without warning of any kind.
Code:
func | func = True
Invoking:
func
My system:
Hugs 98 - Nov 2002 edition
Windows XP Professional
This bug is reproducable under both the console version and the graphica
> hugs -98 +o complains [Neil: would it be possible to add a WinHugs option
> for switching to copy&past *without formatting*?]:
It should probably be the only option - if users want formatting they
probably want full colour like HsColour. I've added this to the
WinHugs bugs page:
http://www.haske
Hi,
In Hugs,
:l Char
:t isUpper -- works fine
:t Data.Char.isUpper -- fine
:t Char.isUpper -- fails
Char> Char.isUpper 'a'
ERROR - Undefined qualified variable "Char.isUpper"
I guess this is the wrong behaviour? GHCi gets this right.
When saved to a file, for example:
--
import Char
res = Ch
Hi,
On Windows, Hugs CVS Head:
Change to a directory and run, at the prompt:
writeFile "test.txt" (error "fail")
The file test.txt is created, and the error "fail" is given.
Now flipping to Windows explorer, try to delete the file test.txt and
you can't because its still held open by hugs. The
Hi,
This should be a better implementation of writeFile:
import Control.Exception
import System.IO
writeFile' :: FilePath -> String -> IO ()
writeFile' f txt = bracket (openFile f WriteMode) hClose
(flip hPutStr txt)
Yes, it wor
Hi Kim,
The libraries that ship with WinHugs May 2006 are a fresh build, those
with the old version are from a really old WinHugs release, hence the
different contents. As far as I can tell, the build for the Win32
package succeeded. That means that:
* The build script missed making the .dll
* T
Hi,
Having run a new compilation on WinHugs libraries I get the following messages:
..\..\hugsdir\packages\Win32\Graphics\Win32\GDI\HDC.c: In function
`hugsprim_SelectObject_34':
..\..\hugsdir\packages\Win32\Graphics\Win32\GDI\HDC.c:121: warning:
assignment makes integer from pointer without a c
soon?
Thanks
Neil
On 5/24/06, Esa Ilari Vuokko <[EMAIL PROTECTED]> wrote:
Neil Mitchell wrote:
> Having run a new compilation on WinHugs libraries I get the following
> messages:
[snip compiler messages]
> I guess the warnings should be fixed anyway.
These warnings don&#x
On 5/25/06, Esa Ilari Vuokko <[EMAIL PROTECTED]> wrote:
Neil Mitchell wrote:
> Does this warrant a new release? Just shoving up some new binaries
> over the old? Or should we wait a bit longer, especially if Win32 is
> going to get some more changes soon?
I do intend to keep Win
Hi,
I just got the bug report at the bottom of this email message
Basically, Text.Regex.Posix.dll is not build by the makefile, here is
the appropriate bit of the makefile log, which doesn't have that file
being built.
Preprocessing library base-1.0...
..\..\libraries\tools\hsc2hs.bat -D__HUGS_
ugs-make.txt
The HaXML errors mainly stem from Xml2Haskell, which doesnt' appear
anywhere in the makefile logs. I guess the cpphs errors come from the
libraries path setting which is currently:
.;..;..\..;{Hugs}\packages\*
(I added ..\..)
Adding: ..\..\.. to the path makes the cpphs pass
Hi
Not a problem, I think. The files you listed are solely for use
via C:\Program Files\WinHugs\programs\cpphs\Main.hs, which loads OK.
It should be possible to load Language.Preprocessor.Cpphs etc from the
cpphs package.
> Perhaps Hugs should be default search in this manner, if you are 3
> d
Hi,
With the following setup:
--
module A where
data A = A
--
module B where
import A
b = show A
--
module C where
import A
instance Show A where
show A = "A"
--
import B
import C
main = print "hello"
--
:load B fails, complaining that there is no Show instance for A, which
is correct.
Howe
Hi,
I had the following issue reported to me by Albert (please CC him on
responses), which if it is correct is certainly very confusing.
Consider the following examples:
Hugs> 3 ** 2
9.0
Hugs> 3 ** 2 :: Float
9.0
Hugs> 3 ** 2 :: Double
9.0
Hugs> 3 ** 2 == 9
False
Hugs> 3 ** 2 == (9::Double)
Fal
Hi,
I think these are new, but not entirely sure:
In file included from libraries/bootlib\Foreign\C\Error.c:4:
packages/base/include/HsBase.h:152: error: conflicting types for 'execvpe'
d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/process.h:121:
error: previous declaration of 'execv
Hi (I guess mainly Ross, but others might be able to help as well)
http://hackage.haskell.org/trac/hugs/ticket/29 has a comment that
pretty much describes what is happening - I can fix it, but don't know
what else I might break, and it would likely break on Linux too.
This is the single critical
Hi,
With the code:
import qualified Data.Map as Map
data Test = Map.Map Int Int
There is no error at compile time by Hugs. There is in GHC:
test.hs:6:12: Not in scope: data constructor `Map.Map'
Of course, the GHC error message is not really very good, but Hugs
compiles it fine - I have no
Hi,
The following code:
f a = undefined
f :: a -> b
f a = undefined
Under Hugs May 2006 does not raise an error.
Under GHC:
Multiple declarations of `Main.f'
Under Yhc:
Error: Redefinition of Identifier f at 5:1-5:15
I guess Hugs is wrong in this case.
Thanks
Neil
_
Hi,
The settings on Windows are stored under a registry key for each
specific release. This means that if you install WinHugs, carefully
set up everything, then upgrade, you loose all your settings.
I know that in the past this was done because successive versions of
Hugs could choke on the opti
Hi,
a) shouldn't there be a way from within Hugs (or GHCi) to
export/import settings?
That can be added, but no one will use it - too much effort, not
obvious thats what needs to be done.
b) shouldn't there be an installation option checking for compatible
old settings and offering t
Hi,
I experimented with this a bit, in particular the following function
generates output:
check unused = head [(int,x,x2) | x <- [-1..1], let int = tn
x, let x2 = ti int, x2 /= x]
(the unused is just to stop hugs saving the CAF)
This generates some output, even though it doesn't under
Hi
well, you can't change what other people do, but you can make
sure that Hugs doesn't steal ;)
If there are two of you, one that does steal, one that doesn't, I
might as well make the Hugs installer register GHC as the extension
handler! It's also a bit annoying to do a load of work to get a
Hi
http://cvs.haskell.org/Hugs/pages/users_guide/options.html#OPTIONS-LIST
Hugs takes its options from: The environment variable HUGSFLAGS, if set.
(Of course, I use Windows, so have no idea if this works or not, but
thats what the documentation says!)
Thanks
Neil
On 10/11/06, Daniel Burrell
Hi,
The following code:
f = 1 where g (Just
gives:
INTERNAL ERROR: parseInput
Please report this Hugs bug to mailto:hugs-bugs@haskell.org
with: WinHugs May 2006
I don't have WinHugs Sep 2006 on this machine, so can't replicate on
the most recent WinHugs, but will when I get into the office.
T
Hi Daniel,
Have you subscribed yourself to hugs-bugs? If so you can unsubscribe
easily enough:
http://www.haskell.org/mailman/listinfo/hugs-bugs
Thanks
Neil
On 10/21/06, Daniel Burrell <[EMAIL PROTECTED]> wrote:
Hey,
I keep receiveing emails of bugs submitted.
Have I been added to a mailing
Hi,
In GHC:
Prelude> maximum []
*** Exception: Prelude.maximum: empty list
In Hugs:
Prelude> maximum []
Program error: pattern match failure: foldl1 (Ord_max instOrd_v29) []
Obviously this is because foldl1 is used to define maximum, but it
would be nice if the equation maximum [] = error "patt
Hi
I don't seem to be able to do:
import List(intersperse)
in Hugs Sep 2006 - it says:
ERROR file:.\Taut.hs - Unknown entity "intersperse" imported from module "List"
import Data.List(intersperse) works fine
This issue breaks SmallCheck
This looks similar to issue #17 in the bug tracker, bu
Hi
> I don't seem to be able to do:
>
> import List(intersperse)
>
> in Hugs Sep 2006 - it says:
>
> ERROR file:.\Taut.hs - Unknown entity "intersperse" imported from module
> "List"
Odd. It works fine for me (under Linux).
Works fine on my home machine as well, no idea what the difference
b
Hi,
If you abort a Hugs computation which has an open file handle, it
remains open. I.e. do a writeFile "filename.txt" (show (1, last
[1..])), press Stop or Ctrl+C and the file handle remains open.
However, doing "print 1", or just about anything as the next
operation, results in the file handle
Hi Claus,
1. when any source module has an error on load, Hugs stops in the middle
of that module, being entirely useless until I comment out the offending
lines, save and reload, or unload everything but the Prelude.
I find that annoying too, and generally keep a separate WinHugs copy
Hi
if it was haskell, one could just keep a list of successfully loaded modules,
and reload only those after an error message.
If it was well written in Haskell :) Haskell makes it harder to write
bad code, but it doesn't make it that easy to change things, usually.
I just thought I'd report
Hi,
I've just tried to load System.Process and its entirely missing on
WinHugs, should it be there?
Thanks
Neil
___
Hugs-Bugs mailing list
Hugs-Bugs@haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs
On 3/3/07, Ross Paterson <[EMAIL PROTECTED]> wrote:
On Sat, Mar 03, 2007 at 02:00:20AM +, Neil Mitchell wrote:
> I've just tried to load System.Process and its entirely missing on
> WinHugs, should it be there?
It would be useful, but it's not in any ve
Hi,
copyFile on Windows with a binary file doesn't work terribly well - it
truncates at the first binary zero.
The code goes:
copyFile :: FilePath -> FilePath -> IO ()
copyFile fromFPath toFPath =
do readFile fromFPath >>= writeFile toFPath
try (copyPermissions fromFPath toFP
Hi,
getTemporaryDirectory is defined as:
getTemporaryDirectory :: IO FilePath
getTemporaryDirectory = do
#if defined(mingw32_HOST_OS)
allocaBytes long_path_size $ \pPath -> do
r <- c_GetTempPath (fromIntegral long_path_size) pPath
peekCString pPath
#else
catch (getEnv "TMPDIR") (\ex ->
Hi
I've attached 3 separate bugs in the Hugs compiler, they are all a bit
perplexing, and all seem to ruffle similar areas. I suspect there is
an underlying memory bug, such as overwriting areas of memory or
something.
* Silly fails to derive something that should be obvious, as sent in a
previo
Ross
> * Nonterm generates:
> * Segfault generates:
Under Linux, I get "Garbage collection fails to reclaim sufficient
space" for both of these.
By tweaking the code a bit I was able to get GC messages, but the
examples above crash. I suspect the crash is rather fragile - minor
alternati
Hi
I wonder if this is related to the reason that optimization is turned
off for certain files (search for "Modules to be compiled without
optimization" in src/Makefile.in). During the static analysis and type
checking phases, the mark phase of the Hugs garbage collector also looks
for cells on
Hi
With the expression: words (repeat 'a')
Using WinHugs Sep 06 I get a stack overflow.
Using Hugs Linux May 06 I get a GC fails to reclaim sufficient space error
Using GHC and Yhc both of these succeed.
I have a similar issue in one of my functions which is showing the
same behaviour.
Thank
Hi
While teaching beginners I noticed that about 5 of them made the same
mistake. They were typing ":r filename.hs" to load a file, which
doesn't load a file, but reloads the currently active module (the
Prelude in this case). It was made worse by the fact that their file
was sum.hs and contained
Hi
A user asked:
---
I installed WinHugs on a Winodw Xp machine went into settings and set
the search path to be(shown exactly as :set is listing it).
Search path : -P.;{Hugs}\packages\*;c:\haskell
I am keeping my fact.hs files(well my one an
Hi Henk,
If you go to File / Options / Runtime / Print garbage collection
messages, you will probably find that is checked. Turn that off and
the messages should stop.
The problem with the previous text being interspersed with the
commands is probably a locking bug. I have tried to eliminate a fe
Hi
$ hugs -98
Hugs> []
ERROR - Cannot find "show" function for:
*** Expression : []
*** Of type: [a]
$hugs +98
Hugs> []
[]
It seems that with -98 you don't get the very handy defaulting. Is
this a delibarate decision, or is it just a bug?
Thanks
Neil
___
Hi Benjamin,
Gofer is kind of dead, I'd recommend instead installing WinHugs, and
following one of the many Haskell tutorials out there.
Thanks
Neil
On Wed, Feb 27, 2008 at 12:39 PM, Benjamin L. Russell
<[EMAIL PROTECTED]> wrote:
> Since "HUGS" stands for "Haskell User's Gofer System"
> (see
>
Hi Henk,
>Hugs> isInfinite $ 1.0 / 0.0
>False
If you look at the library code it isn't entirely surprising:
instance RealFloat Float where
isNaN _ = False
isInfinite _ = False
isDenormalized _ = False
isNegativeZero _ = False
isIEEE _ = False
I guess the
Hi
This is not the right emailing list for this - its not a bug in Hugs,
just the way Haskell works. I recommend you resend this email to
haskell-cafe -AT- haskell.org - that is a more general list and people
will be happy to help, plus you'll reach a much bigger audience.
Alternatively, hop on t
Hi Bartosz,
I've installed WinHugs many times on many computers with complete
success. I'd check for two things:
1) Redownload the file, in case it got cut off half way through.
2) Check you have sufficient disk space.
If its still broken after that, let me know.
Thanks
Neil
On Sun, Dec 21,
- and that is likely to be the cause of the problem. I
recommend renaming the .exe as .zip, then using a program such a
WinZip to extract the files. You won't get shortcuts generated, but it
should install just fine.
Thanks
Neil
>
>> -Original Message-
>> From: Neil
Hi Henk-Jan,
> The following problems occurred in WinHugs (version: Sep 2006, on Windows
> XP):
>
> Printing the BELL character does not result in a beep:
> Hugs> putStr "\BEL"
>
> Trying to clear the screen:
> Hugs> putStr "\ESC[2J"
> [2J
I guess these escape codes just never got on to the imple
Hi Neil,
I reported it in the bug tracker:
http://hackage.haskell.org/trac/hugs/ticket/91 - at least this way it
won't get forgotten.
Thanks
Neil
On Sun, Apr 12, 2009 at 7:24 PM, Neil Turton
wrote:
> I wrote the following haskell program and hugs reported an internal
> compiler error when I tr
Hi Olivier,
On clicking edit it tries to determine which editor it should use. If
you haven't set any editors, it takes a look in the registry to see
what editors you have installed, and picks the most appropriate one.
If it doesn't find any good editors, it falls back to notepad.
If you go to op
Hi Olivier,
> Actually I do have TextPad and I get: "Cannot find key
> 'TextPad\shell\open\ddeexec\application' in registration
> database (error 2)" which, as I said in my first email, is
> the same error that I get when trying "winhugs /edit" from
> the command line. I speculated that was the co
> OK but what's the relationship between "winhugs /edit" and
> "DDEOPN32.EXE TextPad %s(%d)": is the former just a kind of
> alias for the latter?
winhugs /edit is an alias for whichever text editor you've got set in
your WinHugs options. In your case it is an alias for the DDEOPN32
command, but i
Hi Anthony,
Thanks for finding it. I don't even know how to update the website.
Ross (cc'd) might...
Thanks, Neil
On Fri, Jul 20, 2018 at 1:35 AM Anthony Clayden
wrote:
>
> The Hugs download page here:
> https://www.haskell.org/hugs/pages/downloading.htm
>
> Has broken links for the latest (Sept
such a
> robust/long-lived piece of software. Building Hugs (or at least building
> whatever I've got) has been less trouble than GHC on Windows looks to be
> https://mmhaskell.com/blog/2018/6/11/contributing-to-ghc-1-preparation
>
>
> AntC
>
>
> On Fri, 20 Jul 2018 at
55 matches
Mail list logo
