Re: process crash

Terje Norderhaug <[email protected]>
Newsgroups gmane.lisp.mcl.general
Message-ID <[email protected]>
On Jul 21, 2009, at 2:20 PM, Terje Norderhaug wrote:
> On Jul 21, 2009, at 12:35 PM, Ron Garret wrote:
>> On Jul 21, 2009, at 11:39 AM, Terje Norderhaug wrote:
>>> On Jul 20, 2009, at 4:22 PM, Alexander Repenning wrote:
>>>> Just wondering... has anybody found any work around the process
>>>> problems in RMCL. At least so far I have not been able to use
>>>> process-run-function in a way that is NOT causing a crash.
>>>
>>> I have found that there are some situations in which starting a
>>> process on RMCL leads to a crash (G4/OSX 10.4.11) while starting a
>>> process works fine in other situations. Perhaps by mapping it  
>>> out, we
>>> can find patterns and clues to resolve the issue?
>
> I broke process-run-function into parts for a primitive step by step
> evaluation in the listener. It crashes consistently when doing
> process-preset, and never reaches process-enable.


Using Glen Foy's Source Compare contributions showed that the l1- 
processes.lisp of MCL 5.1 and the one in RMCL are identical except  
for the argument check in get-tick-count:

======================================================================== 
===
Source compare of
      :rmcl:level-1:l1-processes.lisp
      (written by , MON 16-MAR-9 04:41:42)
   with
      :MCL 5.1:Level-1:l1-processes.lisp
      (written by , THU 30-SEP-4 13:43:53)
======================================================================== 
===
180c180
**** File :rmcl:level-1:l1-processes.lisp, After "(defppclapfunction  
get-tick-count ()"
<   (check-nargs 0)
<   (mflr loc-pc)
---
**** File :MCL 5.1:Level-1:l1-processes.lisp, After  
"(defppclapfunction get-tick-count ()"
 >   (twnei nargs 0)
 >   (mflr loc-pc)
======================================================================== 
===
Done.

-- Terje

_______________________________________________
info-mcl mailing list
[email protected]
http://clozure.com/mailman/listinfo/info-mcl
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.