threadDelay not ending

I've got some unit test code that forks off test processes using the 'system' function and then delays using 'threadDelay' to synchronize with the test process. This has worked fine until I upgraded to 6.4.2, now some of the 'threadDelay' calls never return - it's like they are stuck in

Re: threadDelay not ending

18, 2006 7:23 am, Rich Fought wrote: I've got some unit test code that forks off test processes using the 'system' function and then delays using 'threadDelay' to synchronize with the test process. This has worked fine until I upgraded to 6.4.2, now some of the 'threadDelay' calls never return

Re: getMBlocks

Did you try GHC's heap profiler? Or simply running your program with +RTS -Sstderr will give you a clue about the shape of the heap usage - each line is a single GC, and it includes the amount of live data at that point. If your program has a flat heap profile and yet is still grabbing

Re: getMBlocks

Simon Marlow wrote: What tool(s) did you use to obtain this figure? This particular figure was gathered using perfmon logs collecting once per second from my application, while running in WinDbg to break on getMBlocks(). The particular memory variables tracked are Private Bytes and

getMBlocks

Hello, I'm still chasing down a memory leak in my server application written in Haskell using GHC 6.4.x under MinGW/MSYS. In the scenario described below, I am repeating the same server request once per second continuously. After utilizing some memory monitoring tools I've discovered that

Re: Chasing a memory leak

Thanks, you are absolutely right. There is an offset between the function addresses defined in the link map and the addresses that show up in gdb. I've rolled up my Jump to Conclusions mat. Rich Simon Marlow wrote: Rich Fought wrote: I'm getting into the weeds of a GHC-compiled program

Chasing a memory leak

I'm getting into the weeds of a GHC-compiled program, and need a little help. I'm trying to chase down a memory leak and Valgrind gives me the following: ==24390== 54,844 bytes in 639 blocks are definitely lost in loss record 69 of 69 ==24390==at 0x400446D: malloc

Re: Heap Profiling Question

Simon Marlow wrote: That's right - the general idea is to make the profile insensitive to other loading on the machine. I can see there might be an argument for making this tweakable, though. This would be nice to have if one is trying to correlate behavior with specific I/O events in

Re: Heap Profiling Question

Simon Marlow wrote: IIRC the timestamps ignore time spent in GC and time spent sampling the heap, so they measure runtime of the program only. So if I have a server that is idle most of the time waiting for requests, the timestamps recorded in the heap profile will not be real time but

Re: Heap Profiling Question

? Thanks, Rich Rich Fought wrote: I'm trying to use heap profiling with +RTS -hc -i1 options and running my program for about 30 seconds. However, I only get around 7 samples with seemingly bogus timetags (i.e. 0.00, 3.69, 3.73, 3.10, 4.05, 4.12). What's going on? I'm running GHC 6.4.2 on Windows

regex.h included with GHC 6.4.2

Am I crazy or is there an error in regex.h included with GHC? On line 110 there appears to be an extraneous or unterminated 'extern C {' Regards, Rich ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Heap Profiling Question

I'm trying to use heap profiling with +RTS -hc -i1 options and running my program for about 30 seconds. However, I only get around 7 samples with seemingly bogus timetags (i.e. 0.00, 3.69, 3.73, 3.10, 4.05, 4.12). What's going on? I'm running GHC 6.4.2 on Windows (MSYS/MinGW). Thanks, Rich

Re: Text.Regex.Posix regcomp

Thanks, upgrading to 6.4.2 seems to have done the trick. I've obviously put it off too long! Rich ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Text.Regex.Posix regcomp

Hello, I have a server application that I am building using GHC 6.4 (yes, an update to 6.4.2 is on the horizon, but not in the immediate future - unless it fixes this problem :) ) under MSYS/MinGW. Things work pretty well, but under stress testing the app eventually throws a Windows memory

GHC and Cygwin/MinGW

Hello, I'm trying to port a linux-based Haskell application over to Win32. I am fiddling with both MinGW and Cygwin with varying degrees of bafflement. This is a server app that utilizes secure connections with the GnuTLS libraries. From what I understand, the Win32 version of GHC

Full Release Notes for GHC 6.4.1?

Hello, I'm wondering if there exists a full description of bug fixes between GHC 6.4 and 6.4.1. The short one on the GHC web site only details new features. Specifically, I'm interested to know if there were any changes to the concurrency/threading portion of GHC? I'm encountering some

Cross-Compiling with GHC?

Hi there - GHC noob here, trying to compile a small app for a Linux/PPC target from a Linux/x86 host. I take it this must be doable, since it is possible to build GHC for new platforms and GHC itself is written in Haskell. I'm just trying to find out if anyone has formulated a guide to this