RE: eval_thunk_selector: strange selectee 29

2004-03-08 Thread Simon Marlow
 
 For the Haskell program from hell (it kills ghc-6.01 on OpenBSD 3.4,
 hugs on MacOS X and hugs on EPOC)
 
 It's a translation of the (in)famous jpeg.gs script - but I'm yet to
 see whether it works or not, and how fast. But it does 
 compile cleanly.
 
 I can send you a sample JPEG that causes the crash, but I think any
 image will do.

I believe this bug was fixed in GHC 6.2.  Could you try that version and
let us know if it helps?

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


RE: eval_thunk_selector: strange selectee 29

2003-11-11 Thread Josef Svenningsson
On Mon, 10 Nov 2003, Simon Marlow wrote:


  I can confirm that this happens on my solaris machine as
  well. Moreover it
  crashes my computer! I have seen the same crash when working
  with the ffi
  on solaris but haven't been able to reproduce it. What
  happens is this:
  In the window I'm running ghci/my ffi application gets filled with
  prompts. I'm guessing something has started forking like crazy. Anyway
  this eats up all the computer resources and all I can do is
  restart the
  computer.
 
  It would be Very Nice if you could fix the crashing bug as
  this sometimes
  crashes programs running for example wxHaskell. I get very
  uneasy as soon
  as I start to program with the ffi.

 We've fixed the strange selectee 29 bug, but I doubt that could be the
 cause of your infinite forking behaviour.  If you manage to get a
 repeatable example, we can look into it.

Well, if the infinite forking behaviour doesn't depend on the strange
selectee 29 bug then you should be able to use the same program to
provoke ghci to start forking.

Apart from that I attach a small program which exibits the forking
behaviour. It's a wxHaskell application which might make things a little
tricky, but the program itself is just hello world where I forget to
supply the start function in the beginning.

I perhaps should repeat again that the bug is not wxHaskell specific but
the problem seems to be with the ffi as we've encountered the problem
before when using the ffi.

 To prevent it crashing your machine, you should set a limit on the
 number of processes creatable by each user.  To do it locally for
 yourself, use the 'ulimit' shell command.  Most OSs have a way to set
 this globally or on a user-by-user basis too (can't remember exactly how
 Solaris does it, sorry).

Hmmm, the problem is that I don't know either. ulimit doesn't do the job
anyway. I've managed to close the window by pressing Ctrl-D in it now,
which is nice because I don't have to restart my computer :)

/Josef
module Bug where

import Graphics.UI.WX

main = -- start $
 do win - frame [text := Hello World!]
qbutton - button win [text := Quit, on command := close win]
set win [layout := widget qbutton]
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


RE: eval_thunk_selector: strange selectee 29

2003-11-10 Thread Simon Marlow
 
 I can confirm that this happens on my solaris machine as 
 well. Moreover it
 crashes my computer! I have seen the same crash when working 
 with the ffi
 on solaris but haven't been able to reproduce it. What 
 happens is this:
 In the window I'm running ghci/my ffi application gets filled with
 prompts. I'm guessing something has started forking like crazy. Anyway
 this eats up all the computer resources and all I can do is 
 restart the
 computer.
 
 It would be Very Nice if you could fix the crashing bug as 
 this sometimes
 crashes programs running for example wxHaskell. I get very 
 uneasy as soon
 as I start to program with the ffi.

We've fixed the strange selectee 29 bug, but I doubt that could be the
cause of your infinite forking behaviour.  If you manage to get a
repeatable example, we can look into it.

To prevent it crashing your machine, you should set a limit on the
number of processes creatable by each user.  To do it locally for
yourself, use the 'ulimit' shell command.  Most OSs have a way to set
this globally or on a user-by-user basis too (can't remember exactly how
Solaris does it, sorry).

Cheers,
Simon

___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: eval_thunk_selector: strange selectee 29

2003-11-07 Thread Josef Svenningsson

I can confirm that this happens on my solaris machine as well. Moreover it
crashes my computer! I have seen the same crash when working with the ffi
on solaris but haven't been able to reproduce it. What happens is this:
In the window I'm running ghci/my ffi application gets filled with
prompts. I'm guessing something has started forking like crazy. Anyway
this eats up all the computer resources and all I can do is restart the
computer.

It would be Very Nice if you could fix the crashing bug as this sometimes
crashes programs running for example wxHaskell. I get very uneasy as soon
as I start to program with the ffi.

Cheers,

/Josef

On Wed, 5 Nov 2003, Yitzchak Gale wrote:

 Hi,

 As requested, I am reporting the following bug that appeared
 during a ghci session on a Debian testing box.

 Regards,
 Yitz
___ ___ _
   / _ \ /\  /\/ __(_)
  / /_\// /_/ / /  | |  GHC Interactive, version 6.0.1, for Haskell 98.
 / /_\\/ __  / /___| |  http://www.haskell.org/ghc/
 \/\/ /_/\/|_|  Type :? for help.

 Loading package base ... linking ... done.
 Prelude replicate 5 foo
 [foo,foo,foo,foo,foo]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [2,1,1,4,3,3,2,4,4,3]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [1,2,2,2,1,4,2,1,4,3]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [4,1,3,4,2,4,4,2,4,2]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [3,4,4,1,5,1,4,2,1,1]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [2,4,3,2,2,4,1,4,4,2]
 Prelude do {a - sequence (replicate 10 (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print a}
 [5,4,2,3,4,1,5,3,3,1]
 Prelude do {a - sequence (repeat (System.Random.getStdRandom
 (System.Random.randomR (1::Int, 5; print (take 10 a)}
 Interrupted.
 Prelude do {a - sequence (replicate 10 (System.Random.randomRIO
 (1::Int, 5))); print a}
 [*** Exception: stack overflow
 Prelude do {a - sequence (replicate 10 (System.Random.randomRIO
 (1::Int, 5))); print a}
 interactive: internal error: eval_thunk_selector: strange selectee 29
 Please report this as a bug to [EMAIL PROTECTED],
 or http://www.sourceforge.net/projects/ghc/

 ___
 Glasgow-haskell-bugs mailing list
 [EMAIL PROTECTED]
 http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


RE: eval_thunk_selector: strange selectee 29

2003-11-06 Thread Simon Marlow
 
 interactive: internal error: eval_thunk_selector: strange 
 selectee 29
 Please report this as a bug to [EMAIL PROTECTED],
 or http://www.sourceforge.net/projects/ghc/

This bug has been fixed, the fix will be in 6.2.  Thanks for the report.

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs