Title: RE: fatal error; There might be a bug in the compiler
I have searched high and low for the cause of the error. There are no cases where a value depends on itself, so I suspect a compiler problem, or something in the evaluation that is more subtle. I have put the whole set of code below.
Title: RE: fatal error
When I
took this function by it self, it seemed to not cause the fatal error. It only
fails in the context that I use it in. I will have to do some more
experiments.
Sorry
to waste your time on this message.
Mike
-Original Message-From: Michael A. Jones
Title: RE: fatal error
Keith,
I think you are right about the black hole, but I don't see how my code causes it. I have put the offending function below for you to see. If I remove the recursive calls to polyR, I do not get the deadlock.
Mike
-- Return a Lagrange polynomial as a function
I have solved the problem!
I had -syslib posix in my options but it has been before -syslib util.
When I put at after this option, evrything links fine.
So that seems to be a problem of order.
Uli
--
comp.: Linux IT-Management
addr.: Ulrich Norbisrath; Weissdornweg 40; 52223 Stolberg
mbl.: +49 1
Simon Marlow wrote:
> ... "class String" anyone? :-)
I think I like the idea, but if we do this, do we lose the ability to
pattern-match strings? Or should we consider an automatic (or explicit)
conversion to [Char] when needed? Or some way to provide functions
(like snull, shead, stail) that w
Marcin 'Qrczak' Kowalczyk wrote:
> When GHC goes to Unicode, things will get complicated. PackedString
> as is now will not be able to represent everything that String should.
Yes I fear some of the conversion functions will have to call error in
certain situations, which is not ideal. For exampl
Mon, 05 Jun 2000 16:49:46 +0200, George Russell <[EMAIL PROTECTED]> pisze:
> Yes, class String would be good. The aforementioned ML-type Substring could
> be another instance. As would UTF8-encoded byte vectors or whatever, perhaps.
When GHC goes to Unicode, things will get complicated. Packed
Simon Marlow wrote:
> You could use the MatchPS module (from package text), which provides regular
> expression support for packed strings.
Maybe, but Posix.fdRead will still only give me a String
>
> In general though I agree, our library support for packed strings is
> lacking, but it's not cle
> main: fatal error: No threads to run! Deadlock?
[..]
> It was mentioned to me that trace can cause this problem. However, I am not
> using trace. Does anyone know any other causes?
>
> One last thing, I am not doing any kind of multithreading on my own, but I
> am using a lot of infinite lis
>
> > It would probably speed up my code somewhat if the GHC
> > libraries provided
> > more support for PackedStrings. For example, some code I have
[..]
>
> In general though I agree, our library support for packed strings is
> lacking, but it's not clear whether duplicating every function w
> It would probably speed up my code somewhat if the GHC
> libraries provided
> more support for PackedStrings. For example, some code I have
> reads in stuff from a Posix fd (using Posix.fdRead) and then feeds it
> to the GHC regular expression interface (using
> RegexString.matchRegex).
> It
Title: fatal error
It was
mentioned to me that trace can cause this problem. However, I am not using
trace. Does anyone know any other causes?
One
last thing, I am not doing any kind of multithreading on my own, but I am using
a lot of infinite lists. Could there be some kind of evaluatio
Title: fatal error
I
guess I should tell what version of compiler I am using:
4.05
Mike
-Original Message-From: Michael A. Jones
[mailto:[EMAIL PROTECTED]]Sent: Monday, June 05, 2000 6:12
PMTo: [EMAIL PROTECTED]Subject: fatal
error
I made a few changes to a program and
Title: fatal error
I made a few changes to a program and now get:
main: fatal error: No threads to run! Deadlock?
Can someone shed some light on the general conditions that cause this so I can debug it?
Mike
It would probably speed up my code somewhat if the GHC libraries provided
more support for PackedStrings. For example, some code I have
reads in stuff from a Posix fd (using Posix.fdRead) and then feeds it
to the GHC regular expression interface (using RegexString.matchRegex).
It is frustrating t
15 matches
Mail list logo