1 INFO-VAX	Sat, 09 Apr 2005	Volume 2005 : Issue 197       Contents:E Re: Configuring multi-port NIC on DS10 with DECNET-Plus and TCPIP 5.3 E RE: Configuring multi-port NIC on DS10 with DECNET-Plus and TCPIP 5.3 4 Re: Finding The Right Path For Your VMS Applications4 Re: Finding The Right Path For Your VMS Applications4 Re: Finding The Right Path For Your VMS Applications4 Re: High File Watermarking question for Hoff Hoffman  Re: Multiprocessor Microvax II ?! Re: Quintara web-mail for OpenVMS ! Re: Quintara web-mail for OpenVMS  Re: Sort Directory by Date! Re: VMS AUTHORIZE UIC IDENTIFIERS - Re: X-windows: changing cursor from and AST ?   F ----------------------------------------------------------------------   Date: 8 Apr 2005 21:22:25 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)N Subject: Re: Configuring multi-port NIC on DS10 with DECNET-Plus and TCPIP 5.3, Message-ID: <4256f611$1@NEWS.LANGSTOEGER.AT>   In article <F567BEA12C734C4FA3DC39691BB73869011FB014@UTHEVS3.mail.uthouston.edu>, "Grealy, Patrick J" <Patrick.J.Grealy@uth.tmc.edu> writes:E >We have OpenVMS 7.3-1, cluster with two DS10s, running TCPIP 5.3 and 6 >DECNET-Plus. When the system was installed last year,  D Why did you select V7.3-1 last year? V7.3-2 was already out in 2003.  F >                                                       each DS10 cameI >with dual-port network card. We configured TCPIP with only one interface G >and one IP address on each machine but we had all four ports connected B >to our network. I assumed the second port on each machine was for! >redundancy and not being unused.   ! How did you get that impression ?   G For DECnet, all NICs would get the same Mac.Add (AA-00-04-00-xx-yy) and F therefore would give problems if connected to the same LAN and enabled for DECnet.   N For TCPIP, all interfaces have unique IP addresses. Some additional ("service"J or "cluster") addresses can eventually switch between interfaces but AFAIK< not totally automated (TCPIP V5.3 is too old for me now ;-).  N Redundancy is mostly done with 2 PARALLEL LANs without direct contact between.  G >                                 However, that is not the case and now G >our network security folks want to know the function of each port. How I >can I examine how each network card is configured or, at the very least,  >obtain the MAC addresses?   For the Mac.Add:! $ MCR LANCP SHOW DEVICE/PARAMETER * shows EWA0: and EWB0: interface parameters   For TCPIP/UCX:' $ UCX SHOW CONFIGURATION INTERFACE/FULL 8 shows WE0 (=EWA0:) and WE1 (=EWB0:) interface parametersC and maybe some pseudo interfaces (WEAx for WE0, WEBx for WE1), too.    For DECnet-Plus:+ $ MCR NCL SHOW CSMA-CD STATION * ALL STATUS L shows status (state, Mac Add, Address Filters) of all configured DECnet ifcs3 $ SEARCH SYS$MANAGER:NET$CSMACD_STARTUP.NCL CSMA-CD 8 shows configured interfaces in the DECnet startup script   For DECnet Phase 4: * $ MCR NCP LIST KNOWN LINES CHARACTERISTICS- $ MCR NCP LIST KNOWN CIRCUITS CHARACTERISTICS < shows the configured interfaces and corresponding parameters  F >                          Does each card have two separate addresses?  D What card ? The Motherboard has 2 Ethernet Interfaces and yes, everyG one has a unique Mac.Add. The NIC ? Yes, every NIC has a unique Mac.Add K which can and will be changed to another Mac.Add (correlating to the DECnet : node address) if DECnet is started/used on this interface.J And if you count the multicard/broadcast addresses, too, then every system# (or card) has A LOT of addresses...   I >                                                                      Do D >I need to shutdown each box and do "show config" at the >>> prompt?  5 Only if you haven't VMS system manager privileges ;-)     G Consider upgrading to a newer (= V8.2 or V7.3-2) VMS and TCPIP version. A OpenVMS Alpha V7.3-2 introduced virtual LAN devices with failover I capabilities (which is what I recommend. LANCP> SET DEVICE/FAILOVER_SET). ? TCPIP V5.4 introduced IP failover (which only works for TCPIP).    HIH      --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  $ Date: Fri, 8 Apr 2005 15:37:05 -05008 From: "Grealy, Patrick J" <Patrick.J.Grealy@uth.tmc.edu>N Subject: RE: Configuring multi-port NIC on DS10 with DECNET-Plus and TCPIP 5.3Q Message-ID: <F567BEA12C734C4FA3DC39691BB73869011FB0A3@UTHEVS3.mail.uthouston.edu>    Peter,F Thanks for all the help. I had looked at NCL SHOW ROUTING CIRUIT * ALLF and guessed that DECNET was using two circuits, csmacd-0 and csmacd-1.E Our TCPIP has only one interface setup, WE0. The commands you suggest @ give much more specific information about these circuits and I'mC generally pretty weak in this area. Hopefully this will satisfy the  security team.  A FYI: We took 7.3-1 since that was the bid and what was delivered, A probably since bid process started in May 2003. With our academic H discount and heavy red-tape BS, we were lucky to get that. I realize theG advantages of tcpip 5.4 over 5.3 as pertains to these dual-port NICs. I B did not know about the failover feature for LAN in VMS 7.3-2. And,5 referring to network "cards" is just an old habit.=20    Again, thanks. - Pat G.    > -----Original Message-----? > From: Peter 'EPLAN' LANGSTOEGER [mailto:peter@langstoeger.at] & > Sent: Friday, April 08, 2005 3:22 PM > To: Info-VAX@Mvb.Saic.Com F > Subject: Re: Configuring multi-port NIC on DS10 with DECNET-Plus and TCPIP  > 5.3  >=20 > In articleH > <F567BEA12C734C4FA3DC39691BB73869011FB014@UTHEVS3.mail.uthouston.edu>,< > "Grealy, Patrick J" <Patrick.J.Grealy@uth.tmc.edu> writes:G > >We have OpenVMS 7.3-1, cluster with two DS10s, running TCPIP 5.3 and 8 > >DECNET-Plus. When the system was installed last year, >=20F > Why did you select V7.3-1 last year? V7.3-2 was already out in 2003. >=20H > >                                                       each DS10 cameA > >with dual-port network card. We configured TCPIP with only one 	 interface ? > >and one IP address on each machine but we had all four ports 	 connected D > >to our network. I assumed the second port on each machine was for# > >redundancy and not being unused.  >=20# > How did you get that impression ?  >=20E > For DECnet, all NICs would get the same Mac.Add (AA-00-04-00-xx-yy)  and H > therefore would give problems if connected to the same LAN and enabled
 > for DECnet.  >=20E > For TCPIP, all interfaces have unique IP addresses. Some additional  > ("service"F > or "cluster") addresses can eventually switch between interfaces but AFAIK > > not totally automated (TCPIP V5.3 is too old for me now ;-). >=20G > Redundancy is mostly done with 2 PARALLEL LANs without direct contact 
 > between. >=20E > >                                 However, that is not the case and  now E > >our network security folks want to know the function of each port.  How D > >can I examine how each network card is configured or, at the very least, > >obtain the MAC addresses? >=20 > For the Mac.Add:# > $ MCR LANCP SHOW DEVICE/PARAMETER , > shows EWA0: and EWB0: interface parameters >=20 > For TCPIP/UCX:) > $ UCX SHOW CONFIGURATION INTERFACE/FULL > > shows WE0 (=3DEWA0:) and WE1 (=3DEWB0:) interface parametersE > and maybe some pseudo interfaces (WEAx for WE0, WEBx for WE1), too.  >=20 > For DECnet-Plus:- > $ MCR NCL SHOW CSMA-CD STATION * ALL STATUS B > shows status (state, Mac Add, Address Filters) of all configured DECnet > ifcs5 > $ SEARCH SYS$MANAGER:NET$CSMACD_STARTUP.NCL CSMA-CD : > shows configured interfaces in the DECnet startup script >=20 > For DECnet Phase 4: , > $ MCR NCP LIST KNOWN LINES CHARACTERISTICS/ > $ MCR NCP LIST KNOWN CIRCUITS CHARACTERISTICS > > shows the configured interfaces and corresponding parameters >=20H > >                          Does each card have two separate addresses? >=20F > What card ? The Motherboard has 2 Ethernet Interfaces and yes, everyA > one has a unique Mac.Add. The NIC ? Yes, every NIC has a unique  Mac.Add F > which can and will be changed to another Mac.Add (correlating to the > DECnet< > node address) if DECnet is started/used on this interface.E > And if you count the multicard/broadcast addresses, too, then every  system% > (or card) has A LOT of addresses...  >=20 > >  DoF > >I need to shutdown each box and do "show config" at the >>> prompt? >=207 > Only if you haven't VMS system manager privileges ;-)  >=20 >=20B > Consider upgrading to a newer (=3D V8.2 or V7.3-2) VMS and TCPIP version.C > OpenVMS Alpha V7.3-2 introduced virtual LAN devices with failover 5 > capabilities (which is what I recommend. LANCP> SET  DEVICE/FAILOVER_SET). A > TCPIP V5.4 introduced IP failover (which only works for TCPIP).  >=20 > HIH  >=20 >=20 > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 8 Apr 2005 20:07:10 -0700 P From: "Jon Power - yup - gib ...s - the very same" <jon_power_sector7@yahoo.com>= Subject: Re: Finding The Right Path For Your VMS Applications B Message-ID: <1113016030.839624.83540@z14g2000cwz.googlegroups.com>  G Hi David - its been a long time. Can't believe that your still obsessed E with Gib Senip. It must be 6 years since "freevms" (LINUX wannabee's) F banned me for saying that you were just wasting your time. Seems I was right.  F So, once again - since Transoft has joined the "group" - VMS migrationD is once again sidelined to a technical argument. Did someone mention
 "AST's" ??  A So, now I find myself defending VMS - it's an excellent operating E system - and if it meets your goals - then there is no good reason to  move.   8 Will HP dump VMS - I doubt it - at least not until 2010.  G In an interesting turn of events - we now find ourselves doing more VAX B VMS to ALPHA and ITANIUM VMS migration than VMS to UNIX (or LINUX)  G In fact - we've just completed a complex VAX VMS MACRO / BASIC to ALPHA 
 migration.  F Seems that Sector7 now is one of the few organizations that can decode3 MACRO transfer vectors, rewrite into ALPHA OpenVMS.     @ So - just to address the AST issue - there is absolutely no hardD technical reasons why AST's cannot be ported to UNIX (and/or LINUX).  8 Several other VMSisms presents much more of a challange.  F A number of years ago we ported a very complex C/C++ application usingG RTR V2 (powered by AST's) to RTR V3 on AIX - completely ASTless. no big  issue.  G What you and others fail to understand is that porting is NOT about the A technology - its about the process. Its about end to end complete ? complex project planning and project management. Its about risk  mitigation and risk avoidance.  G VMS or HP3000 - the technology is secondary to the process. As transoft C moved into VMS with Accelr8's "tool set" - we moved into HP3000 and F like VMS, we are now the largest supplier of migrations in both market places.   D Is this due to 'technology"? - no - its process - planning and large scale execution.  ; In October 2003 - IBM purchased our UNIX to UNIX and Server = Consolidation business - amazing that IBM would find that the G processes, patents and scalability of Sector7 viable - IBM - recognized G that its not the technology - its the process that transforms migration * from a niche market into a vible business.  E So - back to VMS - and the age old question (and we've been doing VMS 8 migrations since 1987) - Why should I migrate from VMS ?  F These days - the answer (as it was 6 years ago)is NOT about technologyA - its about resources. On technology alone - it is hard to make a F convincing argument to migrate from VMS to UNIX or LINUX. On cost - it5 is also hard to make a good argument for leaving VMS.   E In fact - in 2000 - Sector7 migrated the Fire and EMS dispatch system D for New York City TO VAX VMS (from PDP11 - they wrote their own realD time operating system") - it was our migrated system that dispatched the engines on 9/11.  C I bring this up to show that the choice of target system is NOT and G should NOT be a religeous issue - the solution should be crafted as the * best BALANCE for the problem to be solved.  G So, back to the main driver: RESOURCES - plain and simple. DECs biggest C mistake was stopping free VAX VMS systems given to University's and C colleges. Once the new VMS ingrained talent failed to move into the ? lower levels of IT - the push upwards ceased - now - those same E 'students' that should have been familiar with VMS (my age group) are G now CIO's and CTO's and have no allegiance to what is probably the best  operating system ever created.  E These same CIO's and CTO's - are looking at these ancient VMS systems A (always characterized by the box in the corner that just keeps on B running) and wondering where they will find bodies to maintain the
 applications.   9 Then the same question arises - Do we rewrite or migrate.   E Do we use a toolset (such as transoft or sector7) or do we go native. F In the past few years - almost all of our migrations have been native.D SYS$, LIB$,OTS$,RMS, Rdb, TDMS, DCL, DEC FORMS, etc etc  - all theseB migrated to 100% native UNIX equivalents. Why - Well the answer isG simple - if you canont maintain the VMSisms on VMS then why add to your E problems by basing your mission critical application on another third  party tool set.   E We are also finding that hybrid solutions provide a valuable bridging < mechanism  for example - Rdb or oracle VMS to LINUX Oracle -F effectively bridging the database onto a LINUX host - reducing the VMS0 load and introducing LINUX into the environment.  A So - David - thanks for bringing up "Gib Senip" - it's a favorite G memory - and always reminds me of why I'm in this business. Life to me, F is all about 'experiences' - the anger of the FreeVMS group - and yourD continual ability to bring dear old Gib back from the dead is a fondG memory that continually reminds me of why corporation want to move from G VMS - in a strange way - you and your group are partially responsible - C instead of joining DEC and I14Y (remember Interoperability - anyone   ????) - battle lines were drawn.  C Sector7 is still the #1 provider of complex large scalde migrations F world wide. It is true that unless you have a large complex problem toG solve - the Sector7 process will not be attractive. Transoft and others  cater to those other niches.  E BUT - if you have a complex legacy system - VMS, Hp3K, Unisys (Sperry E and Boroughs), Tandem, Mainframe, AS400 (iSeries) and you are looking F for a company that provides the complete end-to-end solution without aA technology bias - then I hope that you will visit the S7 web site  (www.sector7.com).  G Specifically - for comp.os.vms - VAX VMS to ALPHA or ITANIUM VMS, ALPHA E VMS to ITANIUM VMS - Rdb/VMS oracle bridged to LINUX oracle, Midrange = Oracle, HACMP (High Availabiluty Clustered Multi Processor) -    Call us - 1-800-VMS-UNIX  G Its been fun posting again after all these years - The Hp3000 FUBAR has D taken up so much of our time - that I forgot how much fun this group
 really is.  @ Its almost as much fun as HP telling INTEREX that if Sector7 wasG allowed to buy a booth - HP would withdraw - I suppose that that is the  ultimate validation.  D Feel free to email me at jon.power@[SPAM]us.sector7.com - I actuallyA really miss you guys - at the very least - you (we) have passion.      David J Dachtera wrote:  > Transoft wrote:  > > 7 > > [snip] taking risks with IT systems is no longer an  > > option.  > @ > In truth, it never was an option. Trouble is, "point-and-click kiddies"F > got so enamoured of their toys that they wanted work to be just like@ > play. So, we handed BG and the hackers/crackers/script-kiddies	 corporate  > America on a silver platter. > E > A former manager of mine (CEO of the company, actually) once made a C > statement I found puzzling at the time. He said (out of context),  "(ITB > people) get enamoured with (their systems)". Dunno if he's still among E > us (we're talking 20 years ago or so), but perhaps he'll never know  how 2 > true his words really were, and still are today. >  > -- > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  > $ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/  >  > Coming soon:( > Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 8 Apr 2005 20:07:13 -0700 P From: "Jon Power - yup - gib ...s - the very same" <jon_power_sector7@yahoo.com>= Subject: Re: Finding The Right Path For Your VMS Applications B Message-ID: <1113016033.456965.88060@f14g2000cwb.googlegroups.com>  G Hi David - its been a long time. Can't believe that your still obsessed E with Gib Senip. It must be 6 years since "freevms" (LINUX wannabee's) F banned me for saying that you were just wasting your time. Seems I was right.  F So, once again - since Transoft has joined the "group" - VMS migrationD is once again sidelined to a technical argument. Did someone mention
 "AST's" ??  A So, now I find myself defending VMS - it's an excellent operating E system - and if it meets your goals - then there is no good reason to  move.   8 Will HP dump VMS - I doubt it - at least not until 2010.  G In an interesting turn of events - we now find ourselves doing more VAX B VMS to ALPHA and ITANIUM VMS migration than VMS to UNIX (or LINUX)  G In fact - we've just completed a complex VAX VMS MACRO / BASIC to ALPHA 
 migration.  F Seems that Sector7 now is one of the few organizations that can decode3 MACRO transfer vectors, rewrite into ALPHA OpenVMS.     @ So - just to address the AST issue - there is absolutely no hardD technical reasons why AST's cannot be ported to UNIX (and/or LINUX).  8 Several other VMSisms presents much more of a challange.  F A number of years ago we ported a very complex C/C++ application usingG RTR V2 (powered by AST's) to RTR V3 on AIX - completely ASTless. no big  issue.  G What you and others fail to understand is that porting is NOT about the A technology - its about the process. Its about end to end complete ? complex project planning and project management. Its about risk  mitigation and risk avoidance.  G VMS or HP3000 - the technology is secondary to the process. As transoft C moved into VMS with Accelr8's "tool set" - we moved into HP3000 and F like VMS, we are now the largest supplier of migrations in both market places.   D Is this due to 'technology"? - no - its process - planning and large scale execution.  ; In October 2003 - IBM purchased our UNIX to UNIX and Server = Consolidation business - amazing that IBM would find that the G processes, patents and scalability of Sector7 viable - IBM - recognized G that its not the technology - its the process that transforms migration * from a niche market into a vible business.  E So - back to VMS - and the age old question (and we've been doing VMS 8 migrations since 1987) - Why should I migrate from VMS ?  F These days - the answer (as it was 6 years ago)is NOT about technologyA - its about resources. On technology alone - it is hard to make a F convincing argument to migrate from VMS to UNIX or LINUX. On cost - it5 is also hard to make a good argument for leaving VMS.   E In fact - in 2000 - Sector7 migrated the Fire and EMS dispatch system D for New York City TO VAX VMS (from PDP11 - they wrote their own realD time operating system") - it was our migrated system that dispatched the engines on 9/11.  C I bring this up to show that the choice of target system is NOT and G should NOT be a religeous issue - the solution should be crafted as the * best BALANCE for the problem to be solved.  G So, back to the main driver: RESOURCES - plain and simple. DECs biggest C mistake was stopping free VAX VMS systems given to University's and C colleges. Once the new VMS ingrained talent failed to move into the ? lower levels of IT - the push upwards ceased - now - those same E 'students' that should have been familiar with VMS (my age group) are G now CIO's and CTO's and have no allegiance to what is probably the best  operating system ever created.  E These same CIO's and CTO's - are looking at these ancient VMS systems A (always characterized by the box in the corner that just keeps on B running) and wondering where they will find bodies to maintain the
 applications.   9 Then the same question arises - Do we rewrite or migrate.   E Do we use a toolset (such as transoft or sector7) or do we go native. F In the past few years - almost all of our migrations have been native.D SYS$, LIB$,OTS$,RMS, Rdb, TDMS, DCL, DEC FORMS, etc etc  - all theseB migrated to 100% native UNIX equivalents. Why - Well the answer isG simple - if you canont maintain the VMSisms on VMS then why add to your E problems by basing your mission critical application on another third  party tool set.   E We are also finding that hybrid solutions provide a valuable bridging < mechanism  for example - Rdb or oracle VMS to LINUX Oracle -F effectively bridging the database onto a LINUX host - reducing the VMS0 load and introducing LINUX into the environment.  A So - David - thanks for bringing up "Gib Senip" - it's a favorite G memory - and always reminds me of why I'm in this business. Life to me, F is all about 'experiences' - the anger of the FreeVMS group - and yourD continual ability to bring dear old Gib back from the dead is a fondG memory that continually reminds me of why corporation want to move from G VMS - in a strange way - you and your group are partially responsible - C instead of joining DEC and I14Y (remember Interoperability - anyone   ????) - battle lines were drawn.  C Sector7 is still the #1 provider of complex large scalde migrations F world wide. It is true that unless you have a large complex problem toG solve - the Sector7 process will not be attractive. Transoft and others  cater to those other niches.  E BUT - if you have a complex legacy system - VMS, Hp3K, Unisys (Sperry E and Boroughs), Tandem, Mainframe, AS400 (iSeries) and you are looking F for a company that provides the complete end-to-end solution without aA technology bias - then I hope that you will visit the S7 web site  (www.sector7.com).  G Specifically - for comp.os.vms - VAX VMS to ALPHA or ITANIUM VMS, ALPHA E VMS to ITANIUM VMS - Rdb/VMS oracle bridged to LINUX oracle, Midrange = Oracle, HACMP (High Availabiluty Clustered Multi Processor) -    Call us - 1-800-VMS-UNIX  G Its been fun posting again after all these years - The Hp3000 FUBAR has D taken up so much of our time - that I forgot how much fun this group
 really is.  @ Its almost as much fun as HP telling INTEREX that if Sector7 wasG allowed to buy a booth - HP would withdraw - I suppose that that is the  ultimate validation.  D Feel free to email me at jon.power@[SPAM]us.sector7.com - I actuallyA really miss you guys - at the very least - you (we) have passion.      David J Dachtera wrote:  > Transoft wrote:  > > 7 > > [snip] taking risks with IT systems is no longer an  > > option.  > @ > In truth, it never was an option. Trouble is, "point-and-click kiddies"F > got so enamoured of their toys that they wanted work to be just like@ > play. So, we handed BG and the hackers/crackers/script-kiddies	 corporate  > America on a silver platter. > E > A former manager of mine (CEO of the company, actually) once made a C > statement I found puzzling at the time. He said (out of context),  "(ITB > people) get enamoured with (their systems)". Dunno if he's still among E > us (we're talking 20 years ago or so), but perhaps he'll never know  how 2 > true his words really were, and still are today. >  > -- > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  > $ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/  >  > Coming soon:( > Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 8 Apr 2005 23:15:02 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) = Subject: Re: Finding The Right Path For Your VMS Applications 3 Message-ID: <Ew5uzUMPRvM8@eisner.encompasserve.org>    In article <1113016033.456965.88060@f14g2000cwb.googlegroups.com>, "Jon Power - yup - gib ...s - the very same" <jon_power_sector7@yahoo.com> writes: I > Hi David - its been a long time. Can't believe that your still obsessed    BI=2   ------------------------------  % Date: Fri, 08 Apr 2005 22:35:02 -0400 & From: Jilly <jilly@clarityconnect.com>= Subject: Re: High File Watermarking question for Hoff Hoffman B Message-ID: <1113014081.e02748b3d3a81620db2b42f2f3fa97d0@teranews>   Rob Brooks wrote:   6 > David J Dachtera <djesys.nospam@comcast.net> writes: >> Rob Brooks wrote:: >>> "Peter Weaver" <newsgroup@weaverconsulting.ca> writes:# >>> > Is DKLOG documented anywhere?  >>> A >>> No, but there is not much to it; the command syntax is pretty H >>> straightforward. Type DKLOG at the SDA> prompt, and you'll get . . . >>>  >>> DKLOG command format: / >>>   DKLOG SHOW  {<devnam>|/ADDRESS=<ucbaddr>} 3 >>>   [/DIRECTION=[FORWARD|BACKWARD(D)] DKLOG START = >>>   {<devnam>|/ADDRESS=<ucbaddr>}[/ENTRIES=[<count>|128(D)] / >>>   DKLOG STOP  {<devnam>|/ADDRESS=<ucbaddr>} / >>>   DKLOG CLEAR {<devnam>|/ADDRESS=<ucbaddr>} K >>>   <devnam> acts on all matching device UCBs, <ucbaddr> acts on a single 
 >>>   UCB. >>  H >> When did it first appear? U get his on my V7.2-2 system here at home: >>   >> DJAS01::DDACHTERA$ ana/sys 
 >> SDA> dklog ' >> %CLI-W-SYNTAX, error parsing 'DKLOG'  > G > Probably V7.3-1.  We don't make a huge effort to document SDA-related I > things, although newly-added commands and/or qualifiers typically get a  > mention in the documentation.  > G > However, DKLOG and other SDA extensions are pretty much undocumented.  >   K Right, the only things that get official support would be found at the back K of the System Analysis Tools Manual (AA-REZTE-TE) such as OCLA, FLT, SPL &   XFC.   --  B Jilly - Working from Home in the Chemung River Valley, Waverly, NYF       - jilly@stny.rr.com                http://home.stny.rr.com/jillyE       - mark.jilson@hp.com               http://www.hp.com/go/openvms ;       - http://www.jilsonracing.com      Go Fast, Turn Left C       - http://www.chemungspeedrome.com  Door Handle to Door Handle    ------------------------------  % Date: Fri, 08 Apr 2005 17:40:24 -0500 / From: Chris Scheers <chris@applied-synergy.com> ) Subject: Re: Multiprocessor Microvax II ? 2 Message-ID: <42570858.5020907@applied-synergy.com>   JF Mezei wrote: 5 > I found a copy of the KA630 CPU motherboard manual.  > J > Low and behold, it mentions that the all mighty Microvax II was designedH > to have multiple CPU boards on the single Q bus, with one board acting7 > as the arbitrator and other acting as auxiliary CPUs.  > H > I was flaberghasted ! Does this mean that by just setting a bit in theE > console memory that I could then insert a second MVII board into my I > all-mighty Microvax II and magically find myself with an SMP system ??? K > (could I insert it on a running system without shutting it down ? :-) :-)  > F > Seriously, this is a most interesting engineering capability. Has itG > ever been put to use ? If so, what sort of uses ? The text mentions a 0 > type of interCPU interconnect similar to a CI.  E I stumbled across this a while back.  IIRC, you could have up to four  KA630s in a system.   H I haven't been able to find my copy of the hardware manual to check whatH the problem with VMS was, but I think it was that the processors did not fully share memory.    --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------   Date: 8 Apr 2005 14:16:00 -0700  From: millernomail@keyways.com* Subject: Re: Quintara web-mail for OpenVMSC Message-ID: <1112994960.613348.232590@l41g2000cwc.googlegroups.com>   D We have been Using Quintara web based email software for OpenVMS forF about six months as a beta test site. We have been very impressed withA the product and Brilliant's responsiveness in resolving any minor > problems, though most of the problems we've dealt with involveE receiving emails that have  non-rfc compliant headers. In those cases D Brilliant modified their product to display the messages even thoughF the messages were not viewable in Netscape Communicator  (our previousG email client). It won't come as a surprise to most of you that, in many @ cases, the malformed emails we recieved were sent from Micro$oft	 products.   E We plan to purchase two licenses at the end of the beta test program. @ We want as much of our operations as possible to be secure underG OpenVMS. The cost of Quintara was much, much, much lower than PMDF.  We G really like that their licenses are tied to simultaneous users, and NOT  the message volume.    Mitch Miller
 Keyways, Inc. $ (remove "nomail" from email address)   ------------------------------  % Date: Sat, 09 Apr 2005 08:08:31 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>* Subject: Re: Quintara web-mail for OpenVMS/ Message-ID: <42570821$1@duster.adelaide.on.net>    Bart Zorn wrote:f > Joel Baker <jbaker@tryquintara.com> wrote in message news:<6a55e.329$qS4.101@fe2.columbus.rr.com>... > 2 >>From the cool-neat-new-things-with-OpenVMS-dept: >>I >>I have been playing with a demo account of a very nice web-based e-mail H >>solution for OpenVMS, called Quintara from Brilliant Systems. It runs 
 >>nativelyD >>on OpenVMS and hooks into VMSMAIL. Has built in spam filtering andG >>I guess they have their own anti-virus solution in the works as well. E >>So far it is really neat. They have announced availability for both   >>Alpha and Itanium this spring. >>4 >>The company's web site is http://www.brilliant.com >>M >>They have set up a demo system for people to try out Quintara demo accounts 3 >>(that's how I got mine) at http://tryquintara.com  >>	 >>Cheers!  >  >  > Hmm... > F > The look and feel of the product are good (for as far as I have seen > it). > C > However, I may have found a first bug, but it seems impossible to G > reach their feedback pages, which seem to be on www.networkunity.com. A > Also www.brilliant.com does not answer. I did not see an e-mail   C It seems as if their Purveyor server may have gotten it's knickers  D knotted.  If you're using anything relatively modern (e.g. Mozilla) ? you'll (at least currently) need to turn off keep-alive in the  G Advanced/HTTP Networking preferences.  Curious.  There's no equivalent   in Navigator Gold.    > address for problem reporting. >  > Some more work to do?  >  > Bart Zorn   F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au);   A pox on the houses of all SPAMers.  Make that two poxes. F +--------------------------------------------------------------------+   ------------------------------  % Date: Sat, 09 Apr 2005 02:46:58 +0200 & From: Paul Sture <paul.sture@decus.ch># Subject: Re: Sort Directory by Date , Message-ID: <3bon02F6h9eguU1@individual.net>   Peter Weaver wrote:    > % > ... See I do admit when I am wrong.  > ) An admirable attribute; it shows honesty.   % And dare I mention Integrity too? :-)    ------------------------------   Date: 8 Apr 2005 12:53:52 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: VMS AUTHORIZE UIC IDENTIFIERS3 Message-ID: <iZ$hoMx+PotT@eisner.encompasserve.org>   h In article <1112978955.712057.72490@g14g2000cwa.googlegroups.com>, "Shahin Yaz" <SY1333@AOL.COM> writes:
 > Dear Group,  > F > Can you please help with my understanding of UIC Identifiers on VMS.F > There is an account which has a UIC entry (when I do show userid) of > UIC: [100,176] ([AB,USERID])G > I am trying to remove the AB from UIC (ie just have [USERID]). Also I = > cannot see how it could have been added in the first place?  > Thanks v much in advance  J    The UIC is [100,176] which means member 176 of group 100.  USERID is anG    identifier which translates to UIC [100,176] and AB is an identifier I    which translates to group 100 using the reserved member number 177777.   M    To see the idetifiers, get into UAF and SHOW /ID *.  You'll see something h
    like this:p       AB    	[000100,177777]       USERID	[000100,000176]           To get rid of the AB use:       UAF> remove/identifier ABo  E    As for where it came from:  when you add a new user to an existingbB    group, you get the group identifier automatically if it alreadyE    exists.  UAF will automatically create an identifier for the group-F    from the ACCOUNT field of a new user in a new group if there is no I    conflict with an existing identifier.  Or someone could have manually GG    added it in UAF with ADD/IDENTIFIER.  UAF also automatically createssD    the identifier for the UIC from the USERNAME field when a user is*    added unless /noadd_identifier is used.  F    Deep down inside only the numeric value of the UIC is used.  HavingB    UIC mapping to identifiers is only for the convenience of humanH    beings.  There are also identifiers which don't map to UICs and those-    are used deep down inside for many things.-   ------------------------------  # Date: Fri, 08 Apr 2005 18:13:06 GMT * From: "FredK" <fred.nospam@nospam.dec.com>6 Subject: Re: X-windows: changing cursor from and AST ?2 Message-ID: <SQz5e.3358$lw4.1900@news.cpqcorp.net>  L UISX was highly AST driven (just like VWS!).  The library itself had to make6 sure that ASTs were disabled at the appropriate times.    H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:AKBfEVGXMfQi@eisner.encompasserve.org...iG > In article <1112219312.6ff239a9957adc92052bbae698d71b5c@teranews>, JF , Mezei <jfmezei.spamnot@teksavvy.com> writes: > >eI > > In an application which has a function which can either be instant oreK > > take a long time depending on size and type of contents, I'd like to beoK > > able to trigger a busy X-windows cursor only if it is to take a certainc > > amount of time.  > > J > > Since the loop is outside the X-events main loop, and since it usuallyH > > executes rather quickly, would it be possible (knowing that the loopJ > > itself does not generate any X-windows updates to the display) to haveL > > an AST triggered by a timer say one second after start of loop to change! > > the cursor to a busy cursor ? . > > (and possibly update cursor every second). >FB >    X11 routines are not AST reentrant.  We were able to call X11I >    routines from AST in a system we did years ago only because no othernG >    X11 routines would be executing at the time.  You probably insteadtI >    should use XtAppAddInput (or whatever it's name is now) to add a VMSNI >    event flag as an input, set the event flag from the AST, and connectCB >    the event flag to a callback routine that updates the cursor. >CJ >    Don't use UNIX documentation for XtAppAddInput other than reading the: >    line where it says that it's an OS-dependent routine. >    ------------------------------   End of INFO-VAX 2005.197 ************************