[developers] [spr31047] CLIM bug on 64-bit machines.

Stephan Oepen oe at csli.Stanford.EDU
Mon Jan 23 19:31:59 CET 2006


hi kevin,

> This is sounding more and more like the "CLIM GC cursor" problem.
> 
> Please do 
> 
>   (apropos #:*use-clim-gc-cursor*)
> 
> before the point of error and set the symbol it finds to `nil'.  Then,
> try and reproduce the error.  I had previously asked Ben to set
> xm-silica::*use-clim-gc-cursor* to nil, but perhaps I got the package
> wrong and what I had him do was useless.

yes, the work-around i had found tonight actually is:

  #+(and :allegro :clim (not :mswindows) (not :64bit))
  (setq tk-silica::*use-clim-gc-cursor* t)

and this appears to avoid the crash.  not sure why what you suggested
earlier would not have worked for ben, though:

  CL-USER(10): (describe 'xm-silica::*use-clim-gc-cursor*)
  TK-SILICA::*USE-CLIM-GC-CURSOR* is a TENURED SYMBOL.
    Its value is NIL
    It is globally declared to be a special variable.
    It is INTERNAL in the TK-SILICA package.

alas, any chance you will have someone work on CLIM problems?  we have
two more ([spr30363] and [spr30570]) in this neighborhood, and there is
a relatively large community for our application (with a fair number of
active ACL licenses, including NTT Japan).

                                        many thanks in advance  -  oe

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++ Universitetet i Oslo (IFI); Boks 1080 Blindern; 0316 Oslo; (+47) 2285 7989
+++     CSLI Stanford; Ventura Hall; Stanford, CA 94305; (+1 650) 723 0515
+++       --- oe at csli.stanford.edu; oe at hf.uio.no; stephan at oepen.net ---
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++



More information about the developers mailing list