Hello,

I ran into some trouble trying to instantiate a QWebView in a little test app. I'm using Qt 4.7 and SBCL on a Debian testing (wheezy) system. Here is the distilled code that produces the error:

(in-package :qt-user) (qt:enable-syntax) (ensure-smoke :qtwebkit) (setf qt-user:*application* (qt:make-qapplication "-display" ":0")) (defvar *window* (#_new QWidget)) (defvar *webview* (#_new QWebView *window*))

The error:

The value NIL is not of type (UNSIGNED-BYTE 22). [Condition of type TYPE-ERROR]

And the backtrace:

0: (QT::UNBASH NIL)[:EXTERNAL] 1: (QT::PERFORM-CAST #<QWebView 0x0066B920> #.(SB-SYS:INT-SAP #X7FFFEFF3C260) 5568 NIL) 2: ((LAMBDA (QT::SUPER)) 15432) 3: ((LABELS QT::RECURSE) 15432) 4: ((LABELS QT::RECURSE) 28936) 5: ((LABELS QT::RECURSE) 5568) 6: (QT::MAP-CPL #<CLOSURE (LAMBDA #) {1003187359}> 5568)[:EXTERNAL] 7: (QT::CACHE! #<QWebView 0x0066B920>) 8: (SB-INT:SIMPLE-EVAL-IN-LEXENV (QT-INTERNAL::|QWebView50| *WINDOW*) #<NULL-LEXENV>) 9: (EVAL (QT-INTERNAL::|QWebView50| *WINDOW*))

Here is what I have learned by debugging and experimenting.

The NIL value spoken of comes from FIND-QCLASS-IN-MODULE, which is called by RESOLVE-CAST, which is called by PERFORM-CAST. That value then gets passed to UNBASH, where it results in an error. I don't fully understand the purpose of CACHE! or MAP-CPL, but it looks like MAP-CPL is traversing up the chain of superclasses for QWebView, casting the original object to each base class, and then..? The casts are successful until it gets to the superclass called QPaintDevice (indicated by 15432 in backtrace, frames 3 & 2). In other words, this returns the problematic NIL as its second return value:

(qt::resolve-cast (qt::find-qclass "QWebView") (qt::find-qclass "QPaintDevice")) =>

#.(SB-SYS:INT-SAP #X7FFFEFF3C260) NIL

The 28936 in the backtrace (frame 4) is the class QWidget, and for sake of experiment, I tried it, and that cast works:

(qt::resolve-cast (qt::find-qclass "QWebView") (qt::find-qclass "QWidget")) =>

#.(SB-SYS:INT-SAP #X7FFFEFF3C260) 5696

So why does casting from QWebView to QPaintDevice fail?

That is about as far as I have been able to go in narrowing down this issue. Hopefully this is helpful to somebody on this mailing list who understands this better than I do. Let me know if I can be of further assistance in debugging & whatnot.

Thank you!