1 INFO-VAX	Wed, 20 Apr 2005	Volume 2005 : Issue 220       Contents: Could a PC do this?  Re: Could a PC do this? ) Re: Expanding MicroVAX3100 Terminal Lines  Re: Feature request  Re: Feature request  Re: FTP GUI , Re: how to setup XServer screen definition ?= Problem running x-windows client (exceed) over VPN connection A Re: Problem running x-windows client (exceed) over VPN connection A Re: Problem running x-windows client (exceed) over VPN connection A Re: Problem running x-windows client (exceed) over VPN connection A Re: Problem running x-windows client (exceed) over VPN connection A Re: Problem running x-windows client (exceed) over VPN connection ( Relative file size changes with copying?, Re: Relative file size changes with copying?J selecting the preferred merge host (was: Re: two questions about MINICOPY)N Re: selecting the preferred merge host (was: Re: two questions about MINICOPY) Update on the boot camp F Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCPF Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP Re: [PCSI] Feature request Re: [PCSI] Feature request Re: [PCSI] Feature request Re: [PCSI] Feature request  F ----------------------------------------------------------------------  # Date: Wed, 20 Apr 2005 15:43:13 GMT " From: "Jon" <jwatmuff@bigpond.com> Subject: Could a PC do this?= Message-ID: <lMu9e.18006$5F3.2741@news-server.bigpond.net.au>   J This message is posted in the hope there are some who can offer advice on L the basis of broader knowledge of BOTH "DEC" hardware/ VMS Operating System B and Personal Computers. I appreciate there is a lot of background J information here, but the answer to the question raised at the end is not  trivial.  H Over the deacde of the 1990's I developed a set of about 200 high level L routines written in VMS FORTRAN for automated control of a small-scale wind D tunnel experiment using a microVAX II. At the lowest level, devices H performing high speed DAQ, were controlled using QIO's, AST's and other J System Services submitted by separate independent processes, e.g. up to 1 D MHz 16-bit double-buffered DAQ using a DRQ3B parallel interface. By K dynamically raising (e.g. above OS with level 17) and lowering the process  F priority, the system could effectively operate for short periods as a @ real-time system, yet alternate buffers could also be processed E simultaneously in real-time. Even though the CPU has the highest DMA  M priority, control of the bus was relinquished for enough clock cycles during  K the computations (presumably for internal CPU operations) so that the data  L flow was not impeded. I envisaged this to be like firing bullets (the data) L through a propeller (computations). Previously obtained files could even be J independently processed post-experimentally on the same system etc. while  all this was going on.  L The higher level processes controlled the sequence of events using clusters K of event flags to communicate with lower level processes and the arrays of  I data and control variables were shared using "global" common blocks. The  H higher level routines were layered into higher and higher levels in the I sense that the very highest level routines could perform substantial and  I complete subsets of fairly complex tasks, such as frequent and automatic  L calibration of probes etc. In essence large data sets on spatially dense 3D J grids could be obtained on a point-by-point basis by running continuously H for days on end. The longest experiment ran without a hitch for 30 days J continuously without scheduled manual intervention and chalked up 24 days H CPU time. The configuration ended up being extremely powerful since new B experiments could be designed and implemented with minimal effort.  F The application was eventually and relatively easily and successfully J transferred to an Alpha PWS 500au running OpenVMS using the same external K instrumentation, but using PCI equivalents of the Q-Bus hardware, e.g. the  J DCI-1100 replacement for the DRQ3B from The Logical Co. This PCI card and E the OpenVMS driver is still available today ... but at a cost of $2K.   L My question concerns whether this type of functionality could be reproduced J on a PC, since this would allow thousands of lines of existing high level  FORTRAN code to be reused.  J Asking this question to the PC community is pointless in many ways, since L they tend to think of themselves sophisticated, with point-and-click visual L programming and consider VMS to be old-fashioned, etc. We all know that VMS J command procedures can be used to process thousands of files - a daunting M and in fact impossibly tedious to perform manually using the point-and-click  F approach. In summary, we are talking about a vast difference in scale.  M I have experimented enough to know that shared memory works with PC FORTRAN,  M although in a somewhat limited form. But what about the equivalents of Event  K Flags, QIO's and ASTs. I am aware of some similarities between VMS and NT,  J e.g. VMS AST equivalent with NT APC. However, writing device drivers from L scratch defeats the objective. Alternatively, it might be possible to avoid M these issues all together by using PC DAQ cards with their own internal data  J buffers. However, this approach would require linking with the C code DAQ E drivers for control of the data sequences. etc. under a FORTRAN main  J program. Most of the information I've found describes how to call FORTRAN K DLL's from the DAQ C code. There appears to be nothing about linking DAQ C  E code device drivers into a main application written in FORTRAN.  Any  L comments, suggestions and/or prior experiences would be greatly appreciated.   ------------------------------    Date: 20 Apr 2005 12:39:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Could a PC do this?3 Message-ID: <XOg7nP$g1RaL@eisner.encompasserve.org>   b In article <lMu9e.18006$5F3.2741@news-server.bigpond.net.au>, "Jon" <jwatmuff@bigpond.com> writes: > J > Over the deacde of the 1990's I developed a set of about 200 high level N > routines written in VMS FORTRAN for automated control of a small-scale wind F > tunnel experiment using a microVAX II. At the lowest level, devices J > performing high speed DAQ, were controlled using QIO's, AST's and other L > System Services submitted by separate independent processes, e.g. up to 1 B > MHz 16-bit double-buffered DAQ using a DRQ3B parallel interface.  B    The OS kernel on your PC is not designed to handle this kind ofA    high-interrupt realtime inputs.  It's going to get in the way.   G    Some of the other things you ae doing would hve to be re-engineered,     but could be done.   G    I don't care what language the original code is in, or what language F    you implement in on the PC, you can't change the characteristics of    the OS kernel.   .    Keeping it on VMS is clearly your best bet.   ------------------------------  % Date: Wed, 20 Apr 2005 16:59:03 +1000 G From: "Christine Ricketts/Andrew Stewart" <christiner@uxnxixtxe.com.au> 2 Subject: Re: Expanding MicroVAX3100 Terminal Lines, Message-ID: <4265fdea_1@news.iprimus.com.au>   Greetings John,   5 <John.Martin_At_Home@BTInternet.com> wrote in message = news:1113931626.039103.303450@f14g2000cwb.googlegroups.com... F > I need to expand the number of directly connected serial lines on my; > MicroVAX3100. I understand I need the following hardware:    What Model MicroVAX 3100?   < DEC typically changed lots internally on different models of6 bounded (Non-Bus) machines, especially annoying is all9 the different methods to mount internal SCSI hard drives.     - >    DHW42-AA - Provides eight DEC-423 lines.   * Typing that number into google lead me to:<   http://deathrow.vistech.net/~cvisors/DEC94MDS/dhw4xf01.txt  which is moderately interesting.7 It also mentions that card is for the Models 40 and 80.   7 Good News:  I have a model 40 with an Async card in it, =             sitting behind me, powered up, checking an RZ26L. ) Bad News:   I don't want to mess with it.   F >    DEC-423 I/O assembly, external 36-pin BC16C-10 3-m (10-ft) cable.0 >    H3104-00 eight-line distribution harmonica.  - Also used on DECserver 500s with CXA16 cards, ! and similar vintage DEC machines.   A Good News:  I've got a fair collection of these DEC 423 Adapters.  Bad News:   I'm in Australia.   B > Can anyone tell me where I can obtain the above bits and pieces.  $ If no-one closer can help, email me.   -- Regards, Andy.   Remove eXcess to reply.   3 Blessed Are The Cracked, For They Let In The Light.  Attributed to Spike Milligan.    ------------------------------    Date: 20 Apr 2005 08:35:30 -0700' From: "DL Phillips" <whohe@whoever.com>  Subject: Re: Feature requestC Message-ID: <1114011330.080977.251010@z14g2000cwz.googlegroups.com>    hammond@not wrote:. > In article <42600153$1@NEWS.LANGSTOEGER.AT>,: > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: > B > >May I ask for a new PCSI feature, where the version number of a product < > >is allowed to be part of the product name (in addition to /VERSION=).  > ..D > >I often do Copy&Paste of kits and would like to be able to easily enter  > > & > >	$ PRODUCT INSTALL VMS732_SYS-V0600 > >  > >Currently I can only  > > ) > >	$ PRODUCT INSTALL VMS732_SYS/VERS=6.0  > >or C > >	$ PRODUCT INSTALL VMS732_SYS and answer the question, which kit  > > > > >which means I have to paste and then edit the command line. > 
 > Peter -- > E > I think you are asking to be allowed to include the fully qualified D > product name, similar to the kit file name, and to have PCSI parse out > > the PRODUCER, BASE_SYSTEM, NAME and VERSION.  e.g., entering > . >     $ PRODUCT INSTALL HP-AXPVMS-VMS730-V0600 >  > would be equivalent to > ? >     $ PRODUCT INSTALL /PRODUCER=HP /BASE_SYSTEM AXPVMS-VMS730 
 /VERSION=V6.0  > D > In theory, this would be a problem if product names are allowed toF > contain the "-" character.  In practice, how woudl this parse if NOT ALL ( > of the elements are included?  i.e. in > + >     $ PRODUCT INSTALL AXPVMS-VMS730-V0600  > ? > how does PCSI know that AXPVMS is the BASE_SYSTEM and not the 	 PRODUCER?  > F > Alternatively, how do you justify (in general) including VERSIN this way,# > but not PRODUCER and BASE_SYSTEM?  > ? > It might be easier to allow /SOURCE to include the file name.   > Would that address your issue? >     F Pardon my ignorance, but how does PRODUCT find the file now? Given the
 following:   $prod list advancedserver   ( The following product has been selected::     CPQ AXPVMS ADVANCEDSERVER V7.3-A4      Layered Product   Do you want to continue? [YES]  ! Product kit in sequential format: ;     DKA300:[PATCH]CPQ-AXPVMS-ADVANCEDSERVER-V0703-A4-1.PCSI   E So product must have searched the directory for *advancedserver*.* to E find the file. I didn't give it producer or version or any other clue F as to what the file might be called. So, how hard could it be to allow a complete file name?   E Once product finds the file, doesn't it then learn what it needs from G the contents of the file? So, what's the big deal? How about if PRODUCT E first just checks to see if there's a file that matches the argument? G And, if I've renamed the file to, say, ADVSERV-V73A4.PCSI then so what? E If the file matches the argument, open it up and see what's in it. If A I've given the /PRODUCER /VERSION stuff, go ahead and see if that  matches what's in the file.   2 $product list CPQ-AXPVMS-ADVANCEDSERVER-V0703-A4-1& %PCSI-E-S_INVNAM, invalid product nameC %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition   3 That's just plain silly. Peter's right on this one.   A PRODUCT is not well designed. I knew so when I first saw that the 8 default file name created by PRODUCT EXTRACT RELEASE was= DEFAULT.PCSI$RELEASE_NOTES ! Wasn't any experienced developer A overseeing the design of this thing? At least that error has been 
 corrected.    -Doug   ------------------------------  % Date: Wed, 20 Apr 2005 12:09:46 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Feature request+ Message-ID: <42668CDA.B32AB970@comcast.net>    DL Phillips wrote: >  > hammond@not wrote:0 > > In article <42600153$1@NEWS.LANGSTOEGER.AT>,< > > peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: > > D > > >May I ask for a new PCSI feature, where the version number of a	 > product > > > >is allowed to be part of the product name (in addition to
 > /VERSION=).  > > ..F > > >I often do Copy&Paste of kits and would like to be able to easily > enter  > > > , > > >     $ PRODUCT INSTALL VMS732_SYS-V0600 > > >  > > >Currently I can only  > > > / > > >     $ PRODUCT INSTALL VMS732_SYS/VERS=6.0  > > >or I > > >     $ PRODUCT INSTALL VMS732_SYS and answer the question, which kit  > > > @ > > >which means I have to paste and then edit the command line. > >  > > Peter -- > > G > > I think you are asking to be allowed to include the fully qualified F > > product name, similar to the kit file name, and to have PCSI parse > out @ > > the PRODUCER, BASE_SYSTEM, NAME and VERSION.  e.g., entering > > 0 > >     $ PRODUCT INSTALL HP-AXPVMS-VMS730-V0600 > >  > > would be equivalent to > > A > >     $ PRODUCT INSTALL /PRODUCER=HP /BASE_SYSTEM AXPVMS-VMS730  > /VERSION=V6.0  > > F > > In theory, this would be a problem if product names are allowed toH > > contain the "-" character.  In practice, how woudl this parse if NOT > ALL * > > of the elements are included?  i.e. in > > - > >     $ PRODUCT INSTALL AXPVMS-VMS730-V0600  > > A > > how does PCSI know that AXPVMS is the BASE_SYSTEM and not the  > PRODUCER?  > > H > > Alternatively, how do you justify (in general) including VERSIN this > way,% > > but not PRODUCER and BASE_SYSTEM?  > > A > > It might be easier to allow /SOURCE to include the file name. " > > Would that address your issue? > >  > H > Pardon my ignorance, but how does PRODUCT find the file now? Given the > following: >  > $prod list advancedserver  > * > The following product has been selected:< >     CPQ AXPVMS ADVANCEDSERVER V7.3-A4      Layered Product >   > Do you want to continue? [YES] > # > Product kit in sequential format: = >     DKA300:[PATCH]CPQ-AXPVMS-ADVANCEDSERVER-V0703-A4-1.PCSI  > G > So product must have searched the directory for *advancedserver*.* to G > find the file. I didn't give it producer or version or any other clue H > as to what the file might be called. So, how hard could it be to allow > a complete file name?   H Well, understand what (the image behind) PRODUCT does: It actually plugsH the product name parameter into a search string. One can confirm that byG passing a bogus path as the value for /SOURCE and viewing the resulting  error message:  . $ prod inst ADVANCEDSERVER/source=sy7:[dba678]C %PCSI-E-OPENIN, error opening SY7:[DBA678]*-*-*-%%%%%-*-*.PCSI*; as  input A -RMS-F-DEV, error in device name or inappropriate device type for 	 operation " %PCSI-E-S_OPFAIL, operation failedC %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition   G > Once product finds the file, doesn't it then learn what it needs from I > the contents of the file? So, what's the big deal? How about if PRODUCT G > first just checks to see if there's a file that matches the argument? I > And, if I've renamed the file to, say, ADVSERV-V73A4.PCSI then so what?   ? ...and if the contents don't match the command line, then what?   G > If the file matches the argument, open it up and see what's in it. If C > I've given the /PRODUCER /VERSION stuff, go ahead and see if that  > matches what's in the file.  > 4 > $product list CPQ-AXPVMS-ADVANCEDSERVER-V0703-A4-1( > %PCSI-E-S_INVNAM, invalid product nameE > %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error  > condition  > 5 > That's just plain silly. Peter's right on this one.   E Perhaps, but changing now would impose a development requirement that E could be a bit more extensive than we might think. Seems to me that a H simple "try it one way, if that fails, try it the other way" should be aD no-brainer to code and implement, but there's likely more to it than4 that or they'd have done it before we thought of it.    > PRODUCT is not well designed.   F I might say that PCSI was a grand vision and a noble endeavor, but theG execution was perhaps not up to the expectations of an audience who has ? come to expect great vision and forethought, namely the OpenVMS 	 faithful.   F Peter is, IMHO, right on with his other requests, especially verifying> and repairing the integrity of the PCSI database outside of an installation process.    --   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: Wed, 20 Apr 2005 16:38:07 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis)  Subject: Re: FTP GUI. Message-ID: <d460hf$bgm$1@newslocal.mitre.org>  } "stinehelferw" <stinehelferw@cox.net> writes in article <_tj9e.9757$gV.210@lakeread02> dated Tue, 19 Apr 2005 22:52:43 -0400: H >Have two remote sites with an encrypted data link.  Regular FTP betweenM >sites.  Looking to create a very simple GUI shell for FTP to idiot proof the 	 >process.  > I >Simply accept username/password for FTP, select file(s) to FTP to remote 5 >site with browse, provide basic logging of activity.  > 5 >Running XP1000 computers with OpenVMS 7.3-2 and UCX.   J The only graphical FTP I know of for VMS is Mozilla, and I believe it onlyL works on the "anonymous" account, and only for pulls (gets).  Although thereL was a push (put) functionality as part of the web publishing in Composer, it9 would probably be cumbersome to use for ad-hoc transfers.   3 Writing your own in X/Motif would be a lot of work.   > Maybe there is something in Java which would do what you need.> http://www.javaworld.com/javaworld/jw-04-2003/jw-0404-ftp.html  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 20 Apr 2005 08:05:13 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>5 Subject: Re: how to setup XServer screen definition ? 3 Message-ID: <000b01c5456e$eaabe4a0$994614ac@wat153>    Hello,  E If your AlphaStation do have an old graphic adapter (4D20, 3D30), you H must change the size selector at he adapter. By newer one you can changeG it via the file DECW$PRIVATE_SERVER_SETUP.  Look at the special command D procedures (DECW$DEVICE_CONFIG_graphicdevicename, e.g. GZ) for valid values.    Best regards R. Wingert    ------------------------------    Date: 19 Apr 2005 23:10:02 -0700$ From: juno10000@hotmail.com (Triger)F Subject: Problem running x-windows client (exceed) over VPN connection= Message-ID: <d969c33c.0504192210.3bf11f5f@posting.google.com>   
 Hello all;A I following problem:  When I connect to out OpenVms system trough B local LAN everything works fine.  Problem is when I try to use VPN from a remote location. D Then I cannot run client application grafic interface, got following" message in Exceed response window:  & "%DWT-F-NOMSG, Message number 03AB8204/ %TRACE-F-TRACEBACK, symbolic stack dump follows C   image    module    routine             line      rel PC            abs PC>                                             0 FFFFFFFF80BEA4F0 FFFFFFFF80BEA4F0>                                             0 FFFFFFFF80BEA084 FFFFFFFF80BEA08 ?                                                      ......   "   D Over same VPN connection other stuff works fine: telnet, ftp, access! to other windows machines....etc.   = Can anyone help me with solution how to run client over VPN ?  Any clue where to look ?  
 Thank you;   ------------------------------  % Date: Wed, 20 Apr 2005 10:51:34 +0200 ! From: Soterro <soterroatyahoocom> J Subject: Re: Problem running x-windows client (exceed) over VPN connection9 Message-ID: <4266174c$0$310$4d4ef98e@read.news.ch.uu.net>   
 Triger wrote: ( > "%DWT-F-NOMSG, Message number 03AB82041 > %TRACE-F-TRACEBACK, symbolic stack dump follows E >   image    module    routine             line      rel PC            > abs PC@ >                                             0 FFFFFFFF80BEA4F0 > FFFFFFFF80BEA4F0@ >                                             0 FFFFFFFF80BEA084 > FFFFFFFF80BEA08   C This may sound silly, but are you sure you have set correctly your  H DISPLAY ? I'd play a little bit with that. I have the 'deja vu' feeling E the error log above might have another line or two before your snip,   saying 'cant open display'...    S    ------------------------------    Date: 20 Apr 2005 07:17:06 -0700$ From: juno10000@hotmail.com (Triger)J Subject: Re: Problem running x-windows client (exceed) over VPN connection< Message-ID: <d969c33c.0504200617.e637b18@posting.google.com>  D No, it's not that.  Same laptop run client app smoothly when in LAN.C If I take it out from office and connect over VPN got that problem.    Thanks, anyway   Anybody else,  please....   b Soterro <soterroatyahoocom> wrote in message news:<4266174c$0$310$4d4ef98e@read.news.ch.uu.net>... > Triger wrote: * > > "%DWT-F-NOMSG, Message number 03AB82043 > > %TRACE-F-TRACEBACK, symbolic stack dump follows G > >   image    module    routine             line      rel PC           
 > > abs PCB > >                                             0 FFFFFFFF80BEA4F0 > > FFFFFFFF80BEA4F0B > >                                             0 FFFFFFFF80BEA084 > > FFFFFFFF80BEA08  > E > This may sound silly, but are you sure you have set correctly your  J > DISPLAY ? I'd play a little bit with that. I have the 'deja vu' feeling G > the error log above might have another line or two before your snip,   > saying 'cant open display'...  >  > S    ------------------------------  % Date: Wed, 20 Apr 2005 15:00:54 +0000 - From: David B Sneddon <dbsneddon@bigpond.com> J Subject: Re: Problem running x-windows client (exceed) over VPN connection* Message-ID: <42666EA6.9040300@bigpond.com>   Triger was overheard to say:F > No, it's not that.  Same laptop run client app smoothly when in LAN.E > If I take it out from office and connect over VPN got that problem.  >  > Thanks, anyway >  > Anybody else,  please....  > d > Soterro <soterroatyahoocom> wrote in message news:<4266174c$0$310$4d4ef98e@read.news.ch.uu.net>... >  >>Triger wrote:  >>) >>>"%DWT-F-NOMSG, Message number 03AB8204 2 >>>%TRACE-F-TRACEBACK, symbolic stack dump followsF >>>  image    module    routine             line      rel PC          	 >>>abs PC A >>>                                            0 FFFFFFFF80BEA4F0  >>>FFFFFFFF80BEA4F0 A >>>                                            0 FFFFFFFF80BEA084  >>>FFFFFFFF80BEA08 >>E >>This may sound silly, but are you sure you have set correctly your  J >>DISPLAY ? I'd play a little bit with that. I have the 'deja vu' feeling G >>the error log above might have another line or two before your snip,   >>saying 'cant open display'...  >> >>S   ? Since you are having a problem with the VPN is it possible that < there is a setting somewhere that is blocking the port range required for X?  The message in question is... % %DWT-F-DWTABORT, xtoolkit fatal error    Regards, Dave.  --  D David B Sneddon (dbs)  VMS Systems Programmer  dbsneddon@bigpond.comD Sneddo's quick guide ...     http://www.users.bigpond.com/dbsneddon/D DBS freeware     http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Wed, 20 Apr 2005 12:16:10 -0400 , From: Carl Friedberg <frida.fried@gmail.com>J Subject: Re: Problem running x-windows client (exceed) over VPN connection7 Message-ID: <890539d905042009166fcbcfcf@mail.gmail.com>    Hi,   F Often the problem can be a missing route. Do you have the proper route@ on your VMS machine to send packets back to you through the VPN?A The connection will be made from the VMS machine back to your VPN G client machine, but that goes through the tunnel, and should just work.   D On 19 Apr 2005 23:10:02 -0700, Triger <juno10000@hotmail.com> wrote: > Hello all;C > I following problem:  When I connect to out OpenVms system trough D > local LAN everything works fine.  Problem is when I try to use VPN > from a remote location. F > Then I cannot run client application grafic interface, got following$ > message in Exceed response window: >=20  . I have no idea why you are getting the dump...   Carl Friedberg
 Comet & Co www.comets.com   ------------------------------  + Date: Wed, 20 Apr 2005 16:56:18 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) J Subject: Re: Problem running x-windows client (exceed) over VPN connection. Message-ID: <d461ji$c0m$1@newslocal.mitre.org>   juno10000@hotmail.com (Triger) writes in article <d969c33c.0504200617.e637b18@posting.google.com> dated 20 Apr 2005 07:17:06 -0700: E >No, it's not that.  Same laptop run client app smoothly when in LAN. D >If I take it out from office and connect over VPN got that problem.  J VPN solutions require special setup for X-windows because the roles of theK client and server are reversed.  Your PC running Exceed becomes the server, 7 and it needs an open port on the VPN client IP address.   E Some VPN servers to a NAT-style mapping of all clients to a single IP L inside the destination firewall.  To support X-windows for multiple clients,? they must assign ports 6001, 6002, etc. instead of just 6000.     & Here's how I would attack the problem:  K 1.  Use "telnet" to connect your PC to the VMS machine, then "SHOW TERM" to I find the client IP address you have been assigned (listed after "Host:").   3 2.  Try using that address for your display, as in  0 "SET DISPLAY /CREATE/TRANS=TCPIP/HOST=whatever". Test it with "MC DECW$CLOCK".   @ 3.  If that doesn't work, talk to the guy who set up your VPN.    K My recommendation would actually be *not* to run X-windows over a VPN.  Get L a Linux server inside the firewall and run Xvnc, then use vncviewer over theL VPN.  Then your X session will persist over multiple VPN and local sessions.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 20 Apr 2005 12:32:53 +0100 * From: Peter Bell <peter@bellfamily.org.uk>1 Subject: Relative file size changes with copying? 8 Message-ID: <ba97895e4d.peter@iyonix.earley.fourcom.com>  H We have a minor inconvenience with copying relative files under VMS 6.2.  G We find that if we copy a file which is relative, fixed length records, @ with an actual size of 4251 blocks and an allocated size of 4255G blocks (where the device cluster size is 5 blocks) then the new copy of 1 the file ends up with a used size of 4255 blocks.   G This gets even more confusing when the file is copied between different H devices with different cluster sizes, because the same file may be 4251,F 4254, 4257, 4260 blocks on a device with a cluster size of 3, and 42554 or 4260 blocks on a device with a cluster size of 5.  G Why doesn't the used size get preserved when the file is copied, rather 7 than increasing the used size up to the allocated size?    --  $ Peter Bell - peter@bellfamily.org.uk   ------------------------------  # Date: Wed, 20 Apr 2005 15:53:42 GMT ( From: "Hein" <hein.nomail@hp.nomail.com>5 Subject: Re: Relative file size changes with copying? 2 Message-ID: <aWu9e.4216$bs2.1162@news.cpqcorp.net>  7 "Peter Bell" <peter@bellfamily.org.uk> wrote in message 2 news:ba97895e4d.peter@iyonix.earley.fourcom.com...J > We have a minor inconvenience with copying relative files under VMS 6.2. > I > We find that if we copy a file which is relative, fixed length records,  : I > Why doesn't the used size get preserved when the file is copied, rather 9 > than increasing the used size up to the allocated size?   B I just tried using COPY on VMS V7.1 and the EOF mark was preserved   $ dir/size=all *.rel TMP.REL;1                  9/9 $ dismount mda0  $ init mda0 hein /clus=100 $ moun mda0 hein" %MOUNT-I-MOUNTED, HEIN mounted ... $ cre/dir mda0:[hein]  $ copy/log tmp.rel mda0:E %COPY-S-COPIED, U$1:[HEIN]TMP.REL;1 copied to MDA0:[HEIN]TMP.REL;1 (9  blocks)  $ dir/size=all mda0:  TMP.REL;1                  9/100 $ anal/rms mda0:tmp.rel  RMS FILE ATTRIBUTES #         File Organization: relative  : 6          Blocks Allocated: 100, Default Extend Size: 0         Bucket Size: 1
  FIXED PROLOG  :          End-of-File VBN: 10          Prolog Version: 1   1 The behaviour may have changed with VMS versions.  What tool did you use for copy. < You may find that BACKUP preserves EOF, where COPY does not?  G Finally, The EOF marker is largely meaningless in the context of an RMS I relative file: empty and deleted cells will be automatically skipped over B during  sequential read operations.  (This particular behaviour is@ documented in  the _OpenVMS Guide to File Applications_ manual.)   Hope this helps some,  Hein.          >  > --  & > Peter Bell - peter@bellfamily.org.uk   ------------------------------  + Date: Wed, 20 Apr 2005 08:48:36 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)S Subject: selecting the preferred merge host (was: Re: two questions about MINICOPY) $ Message-ID: <d45514$49o$1@online.de>  F Now that I am pleased as punch that minicopy works fine on VAX as longE as all operations are performed from an ALPHA, I'm looking to avoid a A potential problem:  If a VAX system-disk shadow set needs a merge I (normally, this would happen only after an unplanned reboot), I want the  I VAX in question to do the merge, not an ALPHA over the network.  In such  F a case, a minimerge will not be possible, so for a full merge I would > rather have the load on the node which just booted (everythingF else---batch jobs, TCPIP cluster alias etc---will have failed over to B the remaining nodes) rather than a) on another node and b) on the 1 network (ALL my traffic is on a 10 Mb/s UTP LAN).   H The problem can occur since I should set SHADOW_MAX_COPY on VAX to 0 to I avoid a full copy when a minicopy is possible (this is necessary even if  G all MOUNT and DISMOUNT commands come from an ALPHA).  However, in this  . case, the VAX can't merge its own system disk.  ' What I'm thinking of is the following:    D    o have SHADOW_MAX_COPY set to 1 (a higher value leads to too many"      ethernet errors) on all nodes  @    o when a VAX boots, as soon as SYSMAN is up and running, set "      SHADOW_MAX_COPY to 1 on ALPHA  H    o after the VAX has had time to merge its system disk (if necessary),5      set SHADOW_MAX_COPY to 0 on it and to 1 on ALPHA   
 Questions:  A    o Can I depend on SYSMAN being started when SYLOGICALS.COM is        executed?  C    o How soon will a VAX start a merge on its system disk if one is       needed?  E    o How soon could OTHER nodes start a merge on the system disk of a       newly booted node?    ------------------------------  + Date: Wed, 20 Apr 2005 09:12:44 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)W Subject: Re: selecting the preferred merge host (was: Re: two questions about MINICOPY) $ Message-ID: <d456ec$6t3$1@online.de>  D In article <d45514$49o$1@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes:    ) > What I'm thinking of is the following:   > F >    o have SHADOW_MAX_COPY set to 1 (a higher value leads to too many$ >      ethernet errors) on all nodes > B >    o when a VAX boots, as soon as SYSMAN is up and running, set $ >      SHADOW_MAX_COPY to 1 on ALPHA   Should be 0, of course.   J >    o after the VAX has had time to merge its system disk (if necessary),7 >      set SHADOW_MAX_COPY to 0 on it and to 1 on ALPHA    ------------------------------    Date: 20 Apr 2005 09:46:04 -0700! From: susan_skonetski@hotmail.com   Subject: Update on the boot campC Message-ID: <1114015564.270649.225650@f14g2000cwb.googlegroups.com>    Dear Newsgroup,   @ I sent the following out on Monday to my distribution lists, theF numbers have gone up to 77% of the original registration number.  I amF really looking forward to seeing many of you. My only disapointment isC that its 8 weeks away it seems like a long time to collect my hugs.V  
 Warm Regards,0 Sueu     ___________________________t Dear Distribution Lists,  ? I am happy to send you this weeks update since we have some new G information for you.  I apologize if you receive this message more thant once.v  ' Please make sure you visit the web siteiE http://h71000.www7.hp.com/symposium/index.html and take a look at thewD revised agenda, look at some of the new sessions we have added. TheyE are all excellent but one of particular interest is "Power ManagementeF of Integrity Systems", you will really be surprised by the information presented at this session.  B Pre AND Post event seminars are now available since there is now a( Charon VAX training AFTER the boot camp.  F Alpha Crash Dump Analysis May 31 - June 4 - 3 seats left (HP building,E walking distance) TCP/IP Class on Wed June 1 - one remaining seat (HPrC building, walking distance) Oracle Rdb June 2 and 3rd at the Oracle  building (walking distance)g   Boot Camp Week of June 5th   POST Boot Camp Week   D CHARON-VAX training, For Windows and OpenVMS/Alpha June 14-15 at the" Oracle building (walking distance)   Current registration is 			146% % of 200 (original registration)		73%t! % of 250 (new registration)			58%-  , Current web site page views this week 	2,305) Current web site page views total		13,021 # Current web site visits	  			34,034d    Eight weeks to go! See you soon.  
 Warm Regards,s Suee   ------------------------------    Date: 20 Apr 2005 07:39:39 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) O Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCPt3 Message-ID: <zsglbelmRvs7@eisner.encompasserve.org>h  ` In article <4265B362.AE2B7B63@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Michael Moroney wrote:	 >> [snip] 1 >> Yes.  IP uses ARP which is a separate protocolo > H > Alright. I have to ask the question: is ARP a separate ethernet packet= > type, or is it a subtype under the list of IP packet types?i  7    ARP and IP have different ethernet protocol numbers.p   ------------------------------  % Date: Wed, 20 Apr 2005 11:50:36 -0500u2 From: David J Dachtera <djesys.nospam@comcast.net>O Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCPt+ Message-ID: <4266885C.8FE1873A@comcast.net>s   Bob Koehler wrote: > b > In article <4265B362.AE2B7B63@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > Michael Moroney wrote: > >> [snip]t3 > >> Yes.  IP uses ARP which is a separate protocolg > >hJ > > Alright. I have to ask the question: is ARP a separate ethernet packet? > > type, or is it a subtype under the list of IP packet types?( > 9 >    ARP and IP have different ethernet protocol numbers.i  " "protocol number" = "packet type"?   -- s David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:s" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 20 Apr 2005 12:09:19 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)# Subject: Re: [PCSI] Feature requesta, Message-ID: <4266466f$1@news.langstoeger.at>  ^ In article <d40g5u$jq3$2@newslocal.mitre.org>, klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:I >It seems to me that the fastest and easiest fix to this problem would ben >a) >$ PI :== @SYS$UPDATE:PRODUCT_INSTALL.COMy  $ $ DIR SYS$UPDATE:PRODUCT_INSTALL.COM! %DIRECT-W-NOFILES, no files foundh  F >and write a command procedure that parses P1 and executes the PRODUCTE >INSTALL command.  Submit to Hoff for inclusion on the freeware disk.o  G No, not freeware. SYS$EXAMPLES and shipped with every VMS installation. C And a symbol to run it already defined, then it would be similar...t   -- t Peter "EPLAN" LANGSTOEGERh% Network and OpenVMS system specialistr E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 20 Apr 2005 12:44:00 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)# Subject: Re: [PCSI] Feature requestn, Message-ID: <42664e90$1@news.langstoeger.at>  g In article <TyR8e.4059$eO.3102@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:oF >I discussed the original idea with the developers.  They see a numberF >of problems with the approach suggested and are declining to consider >it futher at this time.  B Ok. Thanks for trying. At least they know now of a user's request.  D >That said, the idea of a command procedure is excellent.  It allowsB >you to customize exactly what you want for your unique situation.  0 And I thought it would be of much wider need ;-)5 Every system mangler with a lot of ECOs to install...w  M >If you try this, please let us (or at least me!) know how it works for  you.i   Thanks for your efforts.   -- . Peter "EPLAN" LANGSTOEGERN% Network and OpenVMS system specialistf E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 20 Apr 2005 12:55:16 GMTw3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)c# Subject: Re: [PCSI] Feature requestd2 Message-ID: <Uis9e.4201$aa2.3837@news.cpqcorp.net>  e In article <4266466f$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:a_ >In article <d40g5u$jq3$2@newslocal.mitre.org>, klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:RJ >>It seems to me that the fastest and easiest fix to this problem would be >>* >>$ PI :== @SYS$UPDATE:PRODUCT_INSTALL.COM > % >$ DIR SYS$UPDATE:PRODUCT_INSTALL.COM " >%DIRECT-W-NOFILES, no files found > G >>and write a command procedure that parses P1 and executes the PRODUCTaF >>INSTALL command.  Submit to Hoff for inclusion on the freeware disk. >rH >No, not freeware. SYS$EXAMPLES and shipped with every VMS installation.D >And a symbol to run it already defined, then it would be similar...  C No, because different users will have different needs/desires here. E This is a case where one size will never fit all.  You and each other F user who want something like this will need to roll your own.  This isB why (well, one of the reasons) that DCL allows you the flexibility# to do this sort of thing so easily.f   -- QJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 20 Apr 2005 11:56:36 -0500n2 From: David J Dachtera <djesys.nospam@comcast.net># Subject: Re: [PCSI] Feature requestt+ Message-ID: <426689C4.680EB3BC@comcast.net>n    Peter 'EPLAN' LANGSTOEGER wrote: > i > In article <TyR8e.4059$eO.3102@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:eH > >I discussed the original idea with the developers.  They see a numberH > >of problems with the approach suggested and are declining to consider > >it futher at this time. > D > Ok. Thanks for trying. At least they know now of a user's request. > F > >That said, the idea of a command procedure is excellent.  It allowsD > >you to customize exactly what you want for your unique situation. > 2 > And I thought it would be of much wider need ;-)7 > Every system mangler with a lot of ECOs to install...e  E I suppose one could turn that around, and get a list of .PCSI* files,hE parse out the name portion of the filespec to form the values for the2E PRODUCT INSTALL parameter and qualifiers, and build a list of PRODUCTlA INSTALL commands that can be executed sequentially or piece-meal.1   Dunno...   -- r David J Dachtera dba DJE Systemss http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:l" 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/B   Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.220 ************************