Processor fault in dumped image

Greetings. 	After dumping an image that contains hash tables populated
from an oracle database (using LispWorks' standard odbc interface), trying
to open an odbc connection in the new image results in a processor fault.
Anyone seen this? Is there a workaround? We're using LWW 4.3.6. Thanks...

David E. Young
Bloodhound Software, Inc.
http://bloodhoundinc.com

"For wisdom is more precious than rubies,
and nothing you desire can compare with her."
  -- Prov. 8:11

"But all the world understands my language."
  -- Franz Joseph Haydn (1732-1809)

Re: Processor fault in dumped image

Unable to parse email body. Email id is 2081

Re: Processor fault in dumped image

Young, David wrote:

>Greetings. 	After dumping an image that contains hash tables populated
>from an oracle database (using LispWorks' standard odbc interface), trying
>to open an odbc connection in the new image results in a processor fault.
>Anyone seen this? Is there a workaround? We're using LWW 4.3.6. Thanks...
>  
>

Just to be sure are you using save-image or deliver?  If you are using 
deliver then set your
delivery level to 0 and work up to 5.  If it is save-image, then I do 
not know, do have a debugger
available or does the image just fail?  Need more info.

Wade

Re: text-input-pane

Andrew Shilliday <shilla@rpi.edu> writes:

> In that case, is there any genaric method that I could specialize to
> prevent the user from tying in any input at all?  (And I do want to
> use a text-input-pane as opposed to title-pane or display-pane)

You could use :change-callback, try this:

(capi:contain 
 (make-instance 
  'capi:text-input-pane 
  :change-callback (lambda(text pane &rest more)
                     (when (> (length text) 10)
                       (capi:beep-pane pane)
                       (setf (capi:text-input-pane-text pane) 
                             (subseq text 0 10))))))
-- 
  (espen)