Re: [Gcl-devel] Additional structure tests added

[Camm Maguire]

Greetings!  Hi Peter!  Just following up on a few other thoughts you
posted: 

Peter Wood <address@hidden> writes:

> Hi Paul.
> 
> On my version of GCL, a memory violation is a 'storage-condition', not
> an error, so the rt handler is not interfering with
> our_signal_handler(), and the process does not abort (I take this as
> another confirmation that my error condition patches were the right
> thing).
> 

Could you elaborate on the conflict that leads to the abort here?  I
assume what we should have seen with the just-fixed segfault is a
'(...) not a struct' or some such?  Or is the segfault the intended
behavior when the code is compiled with no safety options?


> The culprit is find-class, not typep (my #'typep does take class
> arguments, and most of the struct tests are passing).  For some
> reason, the defstruct form for struct-test-22 is not working properly
> with PCL's clos system.  I am in the process of trying to figure out
> what is going on.
> 

I think you're referring to my bypassing the pcl type classes in typep
and subtypep.  I was meaning to revisit this to avoid all the hand
subtypes I entered previously to pass Paul's tests.  Anyway, I think I
know how to improve this, but would like to know what you've done
here.

Take care,

> I hope to report some progress on this soon.
> 
> Regards,
> Peter
> 
> 
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gcl-devel
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah