Re: debian ghci on sparc64

2005-01-18 Thread William Lee Irwin III
On 15 December 2004 14:46, William Lee Irwin III wrote: There seems to be some trouble with the debian ghci on sparc64. I can dredge up more information if given an idea of what to look for. On Tue, Jan 18, 2005 at 04:41:02PM -, Simon Marlow wrote: This turned out to be relatively

Re: debian ghci on sparc64

2004-12-16 Thread William Lee Irwin III
On 15 December 2004 14:46, William Lee Irwin III wrote: Loading package base ... linking ... done. zsh: 7796 segmentation fault ghci On Wed, Dec 15, 2004 at 04:10:25PM -, Simon Marlow wrote: Urk. We need to get a ghci binary linked with -debug and run it under gdb to make progress

Re: x86_64: total success

2004-10-15 Thread William Lee Irwin III
At some point in the past, someone wrote: well, it did turn out to be a one-line fix :) but perhaps this isn't the proper way to do it, it does seem to have solved the problem for me though. On Fri, Oct 15, 2004 at 09:18:26AM +0100, Simon Marlow wrote: That's not really a fix. It's a patch

Re: reaping fd's and flushing buffers

2003-01-09 Thread William Lee Irwin III
read_side (handleFinalizer read_side) to addMVarFinalizer write_side (handleFinalizer write_side) On Mon, Jan 06, 2003 at 06:13:27AM -0800, William Lee Irwin III wrote: Thanks, I've started brewing up a tree and I'll take that for a spin when it's done cooking. ouch! jadetex needs an upgrade

Re: reaping fd's and flushing buffers

2003-01-06 Thread William Lee Irwin III
On Mon, Jan 06, 2003 at 02:02:13PM -, Simon Marlow wrote: ... actually I've just looked at the code and it looks wrong, aargh! The finalizer is attached to the wrong side. If you have a source tree handy, try changing the following line in libraries/base/GHC/Handle.hs: addMVarFinalizer

Re: reaping fd's and flushing buffers

2003-01-03 Thread William Lee Irwin III
On Fri, Jan 03, 2003 at 03:06:48AM -0800, John Meacham wrote: perhaps this is related to these errors i get after my program runs for a while (about 2 days): I am guessing the no such protocol entry is because it cant open the /etc/protocols file due to a lack of fds. it is almost as if file

reaping fd's and flushing buffers

2003-01-02 Thread William Lee Irwin III
Sure enough, after I say that all my fd reaping issues are solved at the Haskell level, I've been bitten by issues that look like the RTS doing things behind my back wrt. reaping fd's etc. etc. Basically, while I used socketToHandle the fd's got closed prematurely, and once I eliminated all uses

Re: Network Programming with Haskell ?

2002-12-01 Thread William Lee Irwin III
On Mon, Dec 02, 2002 at 11:07:24AM +0900, Ahn Ki-yung wrote: No select or poll functions in Network module yet ? listenOn and accept isn't enough for network programming. IO multiplexing is needed. It was a wish list. c.f. util/Select.lhs Bill ___

Re: first stab at -ffunction-sections

2002-11-18 Thread William Lee Irwin III
On Mon, Nov 18, 2002 at 11:55:27AM -, Simon Marlow wrote: What exactly are you trying to use -ffunction-sections for? I'm pretty sure it won't work as things stand currently, unless you can guarantee to be able to find a text/data boundary symbol for the garbage collector (currently it

Re: Native Threads in the RTS

2002-11-17 Thread William Lee Irwin III
On Sun, 17 Nov 2002 12:23:06 +0100 Sven Panne wrote: Nevertheless, you make a good point: Better support for real multi-threading is definitely an area where I'd like to see some improvement for the next non-patchlevel release of GHC. I'm still unconvinced that the current optional RTS support

Re: Polytypic programming

2002-01-29 Thread William Lee Irwin III
On Tue, Jan 29, 2002 at 07:15:51AM -0800, Simon Peyton-Jones wrote: It's high on my to-do list because it so nearly Works Right, but I have to make it possible to detect when you have got to a data constructor, or a field thereof. The more people who ask the faster it will get done... I