Lisp HUG Maillist Archive

Automatic resize

Hi again,

Here’s another puzzling error… Below is a (deobfuscated) backtrace from a delivered application. We've got several of these from customers, but we haven’t been able to reproduce the problem ourselves, so it’s been very hard to debug.

Anyone has experience of debugging errors like this one? It seems almost impossible to know where the NIL value comes from, since I don’t even know what object is being updated. The only thing that seems clear is that the error occurs during automatic resize of some object.

As a workaround, I could probably bind a handler for ARITHMETIC-TYPE-ERROR for the entire application event loop (at least on Windows), but that wouldn’t solve the root problem, and it might also oppress other arithmetic errors from other parts of the program.

All input is much appreciated!

Erik


ARITHMETIC-TYPE-ERROR In * of (1 NIL) arguments should be of type NUMBER.

22FE7B0 207EFC1A -> 207EFB3A = DBG::DEBUG1
22FE804 207EFA17 -> 207EF942 = COMMON-LISP::INVOKE-DEBUGGER
22FE830 20801272 -> 20801072 = CONDITIONS::CONDITIONS-ERROR
22FE850 20271DA5 -> 20271D62 = ERROR
22FE860 20914B06 -> 2091498A = SYSTEM::REPORT-THE-BINARY-FN-ERROR
22FE974 20915917 -> 20915852 = SYSTEM::ARGS-TO-BINARY-ARITHMETIC-FN-NOT-OF-TYPE
22FE9C8 214AC87C -> 214AC4DA = CAPI::UPDATE-AUTOMATIC-RESIZE-OBJECT
22FEA00 21378847 -> 2137864A = (CAPI::REDISPLAY-CHANGED-STATIC-LAYOUT-OBJECTS NIL (CAPI:STATIC-LAYOUT))
22FEA94 2137169F -> 2137164A = (CAPI::UPDATE-REPRESENTATION (:AFTER) (CAPI:STATIC-LAYOUT T))
22FEAA4 20B8399C -> 20B83832 = "Unknown"
22FEAD8 21419CC2 -> 21419BB2 = CAPI::DO-REDISPLAY
22FEAF4 2139226B -> 2139223A = (CAPI::REDISPLAY NIL (CAPI::PANE-WITH-CHILDREN))
22FEB08 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
22FEB24 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
22FEB78 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
22FEBCC 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
22FEC20 20AE5546 -> 20AE54EA = CLOS::NEXT-METHOD-CALL-1
22FEC74 20B80EDB -> 20B80E9A = "Unknown"
22FEC98 2143FA57 -> 2143F7E2 = (CAPI::DO-DISPLAY-AUX NIL (T T T))
22FEDD0 20AE43F9 -> 20AE42C2 = "Unknown"
22FEDEC 21498628 -> 214985BA = "Unknown"
22FEE24 2149884B -> 2149868A = CAPI::INITIALIZE-AND-PROCESS-EVENTS
22FEE94 20C140C2 -> 20C13ECA = MP::PROCESS-SG-FUNCTION
22FEFBC 20146A1A -> 201469F2 = SYSTEM::%%FIRST-CALL-TO-STACK



_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html


Re: Automatic resize

I don't know why it can't be reproduced, but I think this is fixed in
LispWorks 7.0.

-- 
Martin Simmons
LispWorks Ltd
http://www.lispworks.com/


>>>>> On Wed, 8 Jul 2015 22:31:12 +0200, Erik Ronström said:
> 
> Hi again,
> 
> Here’s another puzzling error… Below is a (deobfuscated) backtrace from a delivered application. We've got several of these from customers, but we haven’t been able to reproduce the problem ourselves, so it’s been very hard to debug.
> 
> Anyone has experience of debugging errors like this one? It seems almost impossible to know where the NIL value comes from, since I don’t even know what object is being updated. The only thing that seems clear is that the error occurs during automatic resize of some object.
> 
> As a workaround, I could probably bind a handler for ARITHMETIC-TYPE-ERROR for the entire application event loop (at least on Windows), but that wouldn’t solve the root problem, and it might also oppress other arithmetic errors from other parts of the program.
> 
> All input is much appreciated!
> 
> Erik
> 
> 
> ARITHMETIC-TYPE-ERROR In * of (1 NIL) arguments should be of type NUMBER.
> 
> 22FE7B0 207EFC1A -> 207EFB3A = DBG::DEBUG1
> 22FE804 207EFA17 -> 207EF942 = COMMON-LISP::INVOKE-DEBUGGER
> 22FE830 20801272 -> 20801072 = CONDITIONS::CONDITIONS-ERROR
> 22FE850 20271DA5 -> 20271D62 = ERROR
> 22FE860 20914B06 -> 2091498A = SYSTEM::REPORT-THE-BINARY-FN-ERROR
> 22FE974 20915917 -> 20915852 = SYSTEM::ARGS-TO-BINARY-ARITHMETIC-FN-NOT-OF-TYPE
> 22FE9C8 214AC87C -> 214AC4DA = CAPI::UPDATE-AUTOMATIC-RESIZE-OBJECT
> 22FEA00 21378847 -> 2137864A = (CAPI::REDISPLAY-CHANGED-STATIC-LAYOUT-OBJECTS NIL (CAPI:STATIC-LAYOUT))
> 22FEA94 2137169F -> 2137164A = (CAPI::UPDATE-REPRESENTATION (:AFTER) (CAPI:STATIC-LAYOUT T))
> 22FEAA4 20B8399C -> 20B83832 = "Unknown"
> 22FEAD8 21419CC2 -> 21419BB2 = CAPI::DO-REDISPLAY
> 22FEAF4 2139226B -> 2139223A = (CAPI::REDISPLAY NIL (CAPI::PANE-WITH-CHILDREN))
> 22FEB08 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
> 22FEB24 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
> 22FEB78 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
> 22FEBCC 21512800 -> 21512602 = (CAPI:MAP-PANE-CHILDREN NIL (CAPI:LAYOUT T))
> 22FEC20 20AE5546 -> 20AE54EA = CLOS::NEXT-METHOD-CALL-1
> 22FEC74 20B80EDB -> 20B80E9A = "Unknown"
> 22FEC98 2143FA57 -> 2143F7E2 = (CAPI::DO-DISPLAY-AUX NIL (T T T))
> 22FEDD0 20AE43F9 -> 20AE42C2 = "Unknown"
> 22FEDEC 21498628 -> 214985BA = "Unknown"
> 22FEE24 2149884B -> 2149868A = CAPI::INITIALIZE-AND-PROCESS-EVENTS
> 22FEE94 20C140C2 -> 20C13ECA = MP::PROCESS-SG-FUNCTION
> 22FEFBC 20146A1A -> 201469F2 = SYSTEM::%%FIRST-CALL-TO-STACK
> 
> 
> 
> _______________________________________________
> Lisp Hug - the mailing list for LispWorks users
> lisp-hug@lispworks.com
> http://www.lispworks.com/support/lisp-hug.html
> 

_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html


Updated at: 2020-12-10 08:33 UTC