[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug in nested :around methods & TYPEP problem in 2/7/88 PCL
- To: Gregor.pa@Xerox.COM
- Subject: Re: bug in nested :around methods & TYPEP problem in 2/7/88 PCL
- From: Rob Pettengill <rcp%sw.MCC.COM@MCC.COM>
- Date: Wed, 10 Feb 88 07:28:46 CST
- Cc: commonloops.PA@Xerox.COM
- In-reply-to: Gregor.pa@xerox.com's message of Tue, 9 Feb 88 17:16 PST <880209171608.4.GREGOR@SPIFF.parc.xerox.com>
- Redistributed: commonloops.PA
I also observed the infinite loops just using call-next-method in a
complicated class hierarchy without doing :around methods. The patch
you sent out seems to fix my problem as well.
There seems to be a problem with typep in excl-3.0.beta.68 with
pcl::iwmc-class. I have been using (typep object 'pcl::iwmc-class) or
(check-type object pcl::iwmc-class) to verify that an object is a pcl
object before doing pcl specific things to it. Now I have the
following problem:
->(ERROR "Attempt to call ~s which is defined as a macro." #<function
object IWMC-CLASS-P (a macro) @ #x25bb89>)
(TYPEP #[Canvas: 4 (0.05, 0.7, 0.15, 0.90999997) Parent:
#[NX-WS-CONNECTION-ROOT-CANVAS: localhost,0 #<tcp-io stream
"localhost:5900" @ #x77b3a9>], Children: ()] PCL::IWMC-CLASS)
(EVAL (TYPEP C 'PCL::IWMC-CLASS))
Should iwmc-class-p be a function? Is there a more portable way to
check that an object is a pcl object?
Thanks,
Rob
Robert C. Pettengill, MCC Software Technology Program
P. O. Box 200195, Austin, Texas 78720
ARPA: rcp@mcc.com PHONE: (512) 338-3533
UUCP: {ihnp4,seismo,harvard,gatech,pyramid}!ut-sally!im4u!milano!rcp