| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1955.1 | No problem for UTOX... | HABS11::MASON | Explaining is not understanding | Wed Dec 20 1989 14:05 | 7 | 
|  |     The UTOX conference states that this is an indication of a mismatch
    between the version of DECwindows linked with, and the one being
    executed with.  It further states that there is no actual problem
    associated with the message. Whether this holds true for all
    applications is anybody's guess.
    
    Gary
 | 
| 1955.2 | NO PROB WITH APPLICATION | DODO::MARTIN | 234-4887  Northboro | Wed Dec 20 1989 14:41 | 5 | 
|  | One thing I forgot to mention is that this problem creates an
annoying extra window that cannot be dismissed because they
only allow you to hold output or stop task.
Ken
 | 
| 1955.3 | Should be temporary | R2ME2::GRASS | Steve Grass | Thu Dec 21 1989 14:43 | 6 | 
|  | The message can be ignored and will no longer appear once applications begin
linking against the print widget sharable rather than the OLB.  It means that
the widget was built against an earlier version of the Intrinsics than is
currently on the system.
				steve
 | 
| 1955.4 | It is even worse! | RCOJDS::SHOWALTER | Jay Showalter | Fri Dec 22 1989 08:53 | 10 | 
|  | DECwrite is simply and annoyance, but NOTES gets blown away!
For any product developer who reads this, please make it a priority to 
get your products up to the newest Print Widget and do it in a way that
will be compatible in the future.  DECwindows and the products that run
under it are too good to be given a black eye by something as trivial as
this!
If there is a workaround, please publish it so that we can help our
customers when they upgrade to VSM V5.3.
 | 
| 1955.5 |  | PSW::WINALSKI | Careful with that VAX, Eugene | Fri Dec 22 1989 21:09 | 3 | 
|  | If it's harmless, anyway, why is an error condition signalled when it happens?
--PSW
 | 
| 1955.6 | Notes dies | BDWISR::HEAFEY | Reality is a matter of opinion | Mon Feb 19 1990 11:38 | 50 | 
|  | Hi folks,
1) when I start up notes I get the following which previous replies have stated
can be ignored:
X Toolkit Warning: Widget class Svn version mismatch:
  widget 7001 vs. intrinsics 11003
However, when I choose "Modify print options..." in the "Customize" menu I get
this:
X Toolkit Warning: Widget class PrintWidget version mismatch:
  widget 7001 vs. intrinsics 11003
%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=00000010, 
PC
=00114591, PSL=03C00008
  Improperly handled condition, image exit forced.
        Signal arguments              Stack contents
        Number = 00000005                7FE38BF0
        Name   = 0000000C                00000000
                 00000004                203C0000
                 00000010                7FE38C1C
                 00114591                7FE38BFC
                 03C00008                00114741
                                         7FE38C3B
                                         00000001
                                         7FE38C3C
                                         002528A8
        Register dump
        R0 = 00000001  R1 = 0021CF78  R2 = 000F6E28  R3 = 00000001
        R4 = 00000000  R5 = 7FE38C3C  R6 = 7FE38C88  R7 = 0003A068
        R8 = 0003A528  R9 = 00000200  R10= 7FE38D90  R11= 00039000
        AP = 7FE38B74  FP = 7FE38B34  SP = 7FE38BB0  PC = 00114591
        PSL= 03C00008
Any suggestions or pointers?
2) After poking through the saveset for NOTES020 I found that only the
executables are provided rather than including the .OBJ files and linking at
installation time.  Is this good practice?
Thanks,
Dave H.
 | 
| 1955.7 | Answers | R2ME2::GRASS | Steve Grass | Mon Feb 19 1990 15:50 | 12 | 
|  | Re: .6
I can answer #1 (I'm sure both points have been brought up n times elsewhere
in this conference):
The widget mismatch messages can be ignored.  They are due to the widget being
compiled and run under different versions of the Intrinsics.
You can't print using the version of Notes which you're running.  The new
version fixes this problem.  
					steve
 |