On 1/8/07, Stefan Aeschbacher wrote:

There are many things i do not understand. Why the different behaviour on Linux and Windows? Shouldn't an exception be thrown on Linux instead of a core dump? I don't use any unsafePerformIO or foreign calls. Why the changed path? I never change working directory in my code. Why is a function (-> reading the config file) re-evaluated at a later point in time?

How can I debug such a problem?

My environement is ghc 6.6 on Ubuntu or Windows XP.

It may be difficult to say without seeing your code. Is it possible for you to post it, or at least a minimal test case that would illustrate the different errors on the different OSes? What Unix toolkit are you using when running ghc on Windows, if any (cygwin, mingw, both, neither?) Cheers, Kirsten -- Kirsten Chevalier* chevalier@alum.wellesley.edu *Often in error, never in doubt "What is research but a blind date with knowledge?" -- Will Henry

Hi Stefan,

I am writing a network server in haskell. Lately I seem to have introduced a new bug. On Linux, when a client closes the connection to the server, the server dumps core.

Are you using any calls to system? Any libraries which may do funky stuff?

application.exe: config.xml: openFile: does not exist (No such file or directory)

I use readFile to read the config file. I tried to print out the config file after it is read to make sure that it is completely read. I only load this config file exactly once during program initialization. The config is used long before the crash. I printed the current working dir in the exception handler and there is something interesting. Instead of the path to the application, it is "\C:\\WINDOWS\\system32".

What is the working directory at the begining? Is that really the working directory? The "\C" at the start isn't the C drive, but some bizare escape code, I think. Thanks Neil

Hi, I finally found and solved the problem. The problem was in a small library I wrote which handles threads. When a thread executed its error handler, it started to kill (with throwTo) all other threads in the group he belongs to. Unfortunately all other threads started their error handlers too and started killing all other threads (again). The resulting thunderstorm of throwTos lead to the strange behaviour I observed. regards Stefan 2007/1/8, Stefan Aeschbacher :

Hi

I am writing a network server in haskell. Lately I seem to have introduced a new bug. On Linux, when a client closes the connection to the server, the server dumps core. On Windows, the error message there is way different from the core dump on Linux. It says:

application.exe: config.xml: openFile: does not exist (No such file or directory)

I use readFile to read the config file. I tried to print out the config file after it is read to make sure that it is completely read. I only load this config file exactly once during program initialization. The config is used long before the crash. I printed the current working dir in the exception handler and there is something interesting. Instead of the path to the application, it is "\C:\\WINDOWS\\system32".

There are many things i do not understand. Why the different behaviour on Linux and Windows? Shouldn't an exception be thrown on Linux instead of a core dump? I don't use any unsafePerformIO or foreign calls. Why the changed path? I never change working directory in my code. Why is a function (-> reading the config file) re-evaluated at a later point in time?

How can I debug such a problem?

My environement is ghc 6.6 on Ubuntu or Windows XP.

thanks for any ideas

Stefan