Hugs | 1 Nov 2007 20:18
Favicon

Re: [Hugs] #51: The WinHugs uninstaller.exe doesn't work!

#51: The WinHugs uninstaller.exe doesn't work!
-----------------------+----------------------------------------------------
  Reporter:  guest     |       Owner:  neil           
      Type:  defect    |      Status:  assigned       
  Priority:  critical  |   Milestone:                 
 Component:  winhugs   |     Version:  current        
Resolution:            |    Keywords:  setup uninstall
-----------------------+----------------------------------------------------
Comment (by guest):

 Hello, I would like to know if this problem (and more importantly the
 problem from track 42) has been resolved as I too have been having the
 same problem with uninstalling winhugs and I am getting the error message
 mentioned in track 42.
 http://hackage.haskell.org/trac/hugs/ticket/42


 Replying to [ticket:51 guest]:
 > Hi guys!
 >
 > I was trying to uninstall WinHugs in order to install a newer version,
 and I found that the uninstaller.exe program doesn't work.
 >
 > I opened the uninstaller.exe with a hex editor, and I found that it's
 not a valid executable file. It's some weird combination of HTML and
 executable code. These are the first 15 lines of the uninstaller.exe file:
 >
 >
 > {{{
 > <html>
 > <head>
(Continue reading)

Hugs | 1 Nov 2007 20:19
Favicon

Re: [Hugs] #42: WinHugs uninstaller crashes

#42: WinHugs uninstaller crashes
-------------------------+--------------------------------------------------
  Reporter:  briansmith  |       Owner:  neil  
      Type:  defect      |      Status:  closed
  Priority:  major       |   Milestone:        
 Component:  winhugs     |     Version:  200609
Resolution:  duplicate   |    Keywords:        
-------------------------+--------------------------------------------------
Comment (by guest):

 Hello, I would like to know if this problem has been resolved as I too
 have been having the same problem with uninstalling winhugs. Peter

 Replying to [ticket:42 briansmith]:
 > I will attach a screenshot of the error.
 >
 > The error is:
 > {{{
 > 16 bit MS-DOS Subsystem
 > C:\PROGRA~1\WINHUG~1\UNINST~1.EXE
 > The NTVDM CPU has encountered an illegal instruction.
 > }}}
 >
 > I am using Windows XP SP2 using NTFS. My "Program Files" directory has
 very strict ACL permissions (only Administrators can modify anything).
 >
 > It seems strange that the uninstaller is a 16-bit console application.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/42#comment:6>
(Continue reading)

Hugs | 13 Nov 2007 18:56
Favicon

[Hugs] #80: A curious stack overflow problem

#80: A curious stack overflow problem
--------------------+-------------------------------------------------------
 Reporter:  guest   |       Owner:  nobody
     Type:  defect  |      Status:  new   
 Priority:  major   |   Milestone:        
Component:  hugs    |     Version:  200609
 Keywords:          |  
--------------------+-------------------------------------------------------
 Suppose I define

 > natmin :: [Int] -> Int
 > natmin = foldr1 min
 >  where min x y = if x==0 || x<=y then x else y

 I would expect the same behaviour from

   natmin ([1..10000] ++ [0..])

 as from

   or ([False | i <- [1..10000]] ++ [True | i <- [1..]])

 But the first gives stack overflow, and the second doesn't.

 The problem does not exist with GHCi.

 Richard Bird
 bird <at> comlab.ox.ac.uk

-- 
(Continue reading)

Hugs | 14 Nov 2007 09:00
Favicon

Re: [Hugs] #80: A curious stack overflow problem

#80: A curious stack overflow problem
----------------------+-----------------------------------------------------
  Reporter:  guest    |       Owner:  nobody
      Type:  defect   |      Status:  closed
  Priority:  major    |   Milestone:        
 Component:  hugs     |     Version:  200609
Resolution:  invalid  |    Keywords:        
----------------------+-----------------------------------------------------
Changes (by ross):

  * status:  new => closed
  * resolution:  => invalid

Comment:

 The behaviour is standard outermost evaluation, driven by the different
 properties of min and (||).  The same thing happens with ghci, if you make
 the first list a bit longer.  (The infinite lists make no difference:
 singleton lists [1] or [True] give the same effect.)

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/80#comment:1>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell
_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs
(Continue reading)

Neil Mitchell | 27 Nov 2007 22:04
Picon

Fwd: Question

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 and only at this time) in c:\haskell.

Hugs> :load fact.hs

ERROR - Unable to open file "fact.hs"

Hugs> :load "c:\haskell\fact.hs"

Fact>

---------------------------------------------------

I realise that that isn't expected to work (the search path appears to
be only for modules not files), but I do wonder why not. An equivalent
feature request is:

:l List -- works fine
:l List.hs -- doesn't

(Continue reading)


Gmane