Opened 9 years ago

Closed 6 years ago

Last modified 6 years ago

#471 closed bug (invalid)

Windows HGL Thread problems

Reported by: mjthomas Owned by:
Priority: normal Milestone: Not GHC
Component: libraries/HGL Version: 6.4.1
Keywords: Cc:
Operating System: Windows Architecture: Unknown/Multiple
Type of failure: Difficulty: Unknown
Test Case: Blocked By:
Blocking: Related Tickets:

Description (last modified by simonmar)

With CVS HEAD (19 October 2005 Australian morning) 
the following minimal modifications to the HGL library 
give a runtime error in the "GTest.exe" example program:

=======================================
...
handleEvent: Before getMessage.
handleEvent: Before yield.
GTest.exe: internal error: resumeThread: thread not 
found
    Please report this as a bug to glasgow-haskell-
bugs@haskell.org,
    or http://www.sourceforge.net/projects/ghc/
=======================================

Without those two putStrLn () calls, none of the three 
example programs "GTests.exe", "Tests.exe" 
or "HelloWorld.exe" displays a Window.

With those two putStrLn () calls, all three example 
programs present their windows and both "Tests.exe" 
and "HelloWorld.exe" appear to run perfectly (although 
note that I have not seen them running at all other than 
in these tests).

Cheers

Mike Thomas

=========================================
==========================
RCS 
file: /home/cvs/root/fptools/libraries/HGL/Graphics/HGL/
Win32/WND.hs,v
retrieving revision 1.9
diff -r1.9 WND.hs
130a131
>   putStrLn "handleEvent: Before yield."
133a135
>     putStrLn "handleEvent: Before getMessage."

Change History (6)

comment:1 Changed 8 years ago by simonmar

  • Architecture set to Unknown
  • Description modified (diff)
  • Difficulty set to Unknown
  • Operating System set to Windows
  • Version changed from None to 6.4.1

comment:2 Changed 7 years ago by igloo

  • Milestone set to 6.6.1

With 6.6 this problem seems to have been fixed, but the program still doesn't seem to work correctly. The first time I ran it it printed both messages once and then nothing happened. On subsequent runs it produces a number of Windows and then the

GTest.exe has encountered a problem and needs to close.  We are sorry for the inconvenience.

dialog appears. I'm not yet sure whether GHC or the HGL library is at fault.

comment:3 Changed 7 years ago by simonmar

These might be related: #1081, #742

comment:4 Changed 7 years ago by simonmar

  • Component changed from Runtime System to libraries/HGL
  • Milestone changed from 6.6.1 to Not GHC
  • Owner nobody deleted
  • Status changed from assigned to new

Not tied to GHC any more.

comment:5 Changed 6 years ago by igloo

  • Resolution changed from None to invalid
  • Status changed from new to closed

No longer an extralib, so closing the bug

comment:6 Changed 6 years ago by simonmar

  • Architecture changed from Unknown to Unknown/Multiple
Note: See TracTickets for help on using tickets.