[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

601.0. "DW Debug Kit announcement" by TLE::TROWEL (Rick Trowel DTN 381-1652) Fri Apr 14 1989 15:03

                <<< TURRIS::NOTE$:[NOTES$LIBRARY]DEBUG.NOTE;2 >>>
                                   -< DEBUG >-
================================================================================
Note 528.17                 DW Debug Kit Announcement                   17 of 17
TLE::TROWEL "Rick Trowel DTN 381-1652"               53 lines  14-APR-1989 12:07
                          -< New DEBUG kit available >-
--------------------------------------------------------------------------------
A NEW internal field test version of the VAX/VMS V5.2 Debug is now available.

A VMSINSTAL kit, installation notes and release notes can be copied from:

  	  TLE::DEBUG$KIT:DEBUG052.A.  
          TLE::DEBUG$KIT:DEBUG052.INSTALLATION_NOTES
          TLE::DEBUG$KIT:DEBUG052.RELEASE_NOTES  

Documentation on "Using the DECWindows Debug User Interface" is now available
complete with pictures. Its an LN03 format file, with SIXEL pictures.The 
chapter is 26 pages long, including 2 pages for the table of contents.

	  TLE::DEBUG$KIT:DEBUGDW_CHAPTER.LN03     (610 blocks)

You can print a text-only .LN03 file on an LPS40 (ANSI queue) as well as an
LN03. Because this file has sixel-format illustrations, I believe it should
be printed only on an LN03. Use the following print command:

    $ PRINT/NOFEED/PASSALL/QUEUE=your-ln03-queue  file-name.LN03


Documentation on "Using the DECWindows Debug User Interface" is also 
available in BOOKREADER format.

          TLE::DEBUG$KIT:DEBUGDW_CHAPTER.DECW$BOOK  (432 blocks)
          TLE::DEBUG$KIT:DEBUGDW_CHAPTER.DECW$BOOKSHELF  (1 block)

The small file simply contains the designation of the "book" for the BOOKREADER.
That information (one line) is usually copied into the library file that lists
all books associated with a BOOKREADER library. The file spec of a library
file is:

   LIBRARY.DECW$BOOKSHELF

Before invoking the bookreader, make sure that the logical name DECW$BOOK points 
to the directory where these files reside, and that the directory contains a
file named LIBRARY.DECW$BOOKSHELF that contains what's in 
DEBUGDW_CHAPTER.DECW$BOOKSHELF.



Problem reports can be entered in conference TURRIS::DEBUG. This conference 
can also be used for general discussion and questions about DEBUG's DECWindows 
user interface.  
    
This version of the debugger *requires* VMS 5.1 or later, and *must* have 
DECWindows V1 installed.  The debugger WILL NOT run without DECWindows 
installed.


				    - The VAX DEBUG team

T.RTitleUserPersonal
Name
DateLines
601.1This DEBUG newer than 5.2-41S?WJG::GUINEAUThu Apr 27 1989 19:017
How does this compare to the version of DEBUG in VMS5.2-41S ?

Also, the BOOKREADER formatted files are protected.

John

601.2Window Mode?OIWS19::WALTERSThu May 04 1989 13:427
    Is there any logical or anythin I need to define to get debug to
    come up in window mode.  All I can get is the Terminal Mode...
    
    Thanks,,
    
    Brian.

601.3QUARK::LIONELThe dream is aliveThu May 04 1989 15:425
Do you have DECW$DISPLAY defined for your process?  If you do, it will come
up in window mode (if you have the right version). 
		
		Steve

601.4And no DBG$DECW$DISPLAY " "MRFLEX::MILLERBush For President...Kate Bush!Thu May 04 1989 19:066
Make sure somebody didn't disable it on you via system logical.

Regards,

         == ken miller ==

601.5DEBUG doesn't like SYS$LIBRARY search listNYMPH::ZACHWIEJAFocusing my inputFri May 05 1989 15:4647
    
    After installing this kit on our cluster,  the debugger can nolonger
    find DEBUGSHR.EXE when SYS$LIBRARY is defined as a search list.
    
    It seems that it only translates the logical once,  and looks for
    the image in the location for the first translation.
    
    In my process table I have SYS$SHARE defined as
    
    $ DEFINE SYS$SHARE   SIDE$:[UISCNV.OBJ], -
                         SYS$SYSROOT:[SYSLIB]
    
    Again in my process table I have SYS$LIBRARY defined as
    
    $ DEFINE SYS$LIBRARY MIGRESD$:[SYSLIB], -
    			 VWSRESD$:[SYSLIB], -
    			 RESD$:[SYSLIB], -
    			 SYS$SYSROOT:[SYSLIB]

    All of the logicals that you don't recognize are concealed
    device specifications.
    
    If I say DIR SYS$LIBRARY:DEBUGSHR.EXE I get
    
    Directory SYS$COMMON:[SYSLIB]
    
    DEBUGSHR.EXE;2         1493/1494    12-APR-1989 07:44:12.46
    
    Total of 1 file, 1493/1494 blocks.
    
    If I say RUN PROGRAM where PROGRAM.EXE was linked /DEBUG I get
    
    %DCL-W-ACTIMAGE, error activating image SIDE$:[SYSLIB]DEBUGSHR.EXE
    -CLI-E-IMAGEFNF, image file not found _$1$DUA2:[ZACHWIEJA.RESD.][SYSLIB]DEBUGSHR.EXE;

    My guess is that it is doing something really stupid like instead
    of looking for the image in SYS$SHARE,  it is looking in SYS$LIBRARY,
    but not only that it seems that rather then just saying SYS$LIBRARY
    it is doing a translation on SYS$LIBRARY and then looking for the
    image symbol in the file DEBUGSHR.EXE in whatever directory comes
    out of the translation.
    
    If I deassign the search list definition for SYS$LIBRARY it works
    just fine.
    
    _sjz.

601.6Fixed in next release...TLE::CARIGNANDon Carignan - VAX DEBUG &amp; XDDEBUGMon May 08 1989 11:556
This is a known problem in the V5.2 debugger which will be fixed in a release
after 5.2.  The workaround is to $ DEFINE DEBUGSHR SYS$SYSROOT:[SYSLIB]DEBUGSHR

    					    - Don

601.7How about an internal release or patchNYMPH::ZACHWIEJA85% or bustTue May 09 1989 15:3015
    
    The workaround was not difficult to figure out.  I am  just  amazed
    that such a piece of code would actually be released.  Search lists
    are pretty darn fundamental as is the use of SYS$SHARE.  How  could
    we possibly mess this up.  And how did it get through SQM ? And how
    did it go unnoticed during development ? Maybe there is some higher
    reasoning that I am just not seeing ?
    
    Almost every programmer uses the debugger.  This is a  major  major
    bug despite the workaround. I think an internal release would  well
    worth the extra effort.  It doesn't occur to most  people  to  look
    into the DECwindows notesfile because the debugger doesn't work.

    _sjz.

601.8PSW::WINALSKIPaul S. WinalskiTue May 09 1989 16:199
RE: .7

C'mon, be real.  This is hardly a "major, major bug."  The only way you can
encounter it is if you redefine SYS$LIBRARY and/or SYS$SHARE.  How many people
outside the VMS group go around doing that?  I'm not even sure we support
customers doing that.

--PSW

601.9LESLIE::LESLIEAndy ��� Leslie, CSSE/VMS EuropeWed May 10 1989 01:262
    We don't. Which won't prevent 'em doing it...

601.10DSSDEV::BIBEAULTGrizzly BearFri Jun 23 1989 11:125
   By the way, where is the debug conference? I've heard it mentioned, but
   it's not listed in the related conference topic...

-mike

601.11TURRIS::DEBUGTLE::CARIGNANDon Carignan - VAX DEBUG &amp; XDDEBUGFri Jun 23 1989 12:476
>   By the way, where is the debug conference?

    TURRIS::DEBUG

				    - Don

601.12DECwindows Debugger documentation?PEACHS::GILBERTJeff Gilbert, VMS workstations support, CSC/ATTue Apr 17 1990 18:529
I just did a dir of TLE::DEBUG$KIT:*.ps/size and found ~ 20,000 blocks of
documentation on the DECwindows debugger.  Do we offer a hardcopy document 
for the DW debugger that is available to customers other than bookreader?

Also, is this a supported product and if so, who supports it. (it might be
me :-)

Thanks,
Jeff
601.13PSW::WINALSKICareful with that VAX, EugeneTue Apr 17 1990 18:564
DECwindows Debugger on VMS is developed by the same team that does VAX DEBUG.
I suggest asking about support in the TURRIS::DEBUG conference.

--PSW
601.14QUARK::LIONELFree advice is worth every centWed Apr 18 1990 11:004
And it's a part of VMS.  You get it automatically when you're on a 
workstation (unless you have defined DBG$DECW$DISPLAY to be " ").

		Steve