[Bug-openmcl] Debugging crashes of dppccl

Erik Pearson erik at adaptations.com
Mon Mar 8 10:04:50 MST 2004


Hi Gary,

It looks like most of the orphaned send ports were just not being garbage 
collected unless one does an explicit call to (gc).

A simple loop which creates a thread and runs simple code, like this

(defun test-make-threads (n)
  (dotimes (i n)
    (process-run-function ""
       #'(lambda (j) (+ j j)) i)))

will expose the issue of runaway ports, if you also have top running in 
another window. In fact, you'll also see the mregs (memory regions) count 
increasing. Again, these go back down to normal levels after a manual (gc).

I'm working on a test that will show the other problems (using my two 
changes -- to semaphores and sockets -- applied to the latest cvs.)

Erik


--On Sunday, March 7, 2004 9:22 PM -0700 Gary Byers <gb at clozure.com> wrote:

>
>
> On Sun, 7 Mar 2004, Erik Pearson wrote:
>
>>
>> It looks like 2 send and one dead name port are left after each thread.
>>
>
> I'm not sure what those ports are.
>
> I absolutely have to work on something unrelated for a day or two.  If
> there's any way for you to package up a reproducible test case, that'd
> be very, very helpful.



--
Erik Pearson
Adaptations
"Adaptation: It's not just for finches anymore."


More information about the Bug-openmcl mailing list