1 INFO-VAX	Mon, 03 May 2004	Volume 2004 : Issue 244       Contents:  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2( Re: Disk De-Frag utilities, suggestions?2 Re: Handling of long loops in X-windows programmes( Re: IBM unveils Power5, major rebranding Re: Linking XV for OpenVMSP RE: non-system but priviledged account OK for installing layered         productK Re: non-system but priviledged account OK for installing layered  products? K RE: non-system but priviledged account OK for installing layered  products? & Re: SSSU - error renaming snapshots...= Re: Wanted: Various anonymous FTP servers for limited testing = Re: Wanted: Various anonymous FTP servers for limited testing   F ----------------------------------------------------------------------  * Date: Sun, 2 May 2004 19:06:32 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)) Subject: Re: Another sneak preview - V8.2 0 Message-ID: <newscache$azo3xh$yjz$1@news.sil.at>  ] In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes: ' >Here is another sneak preview of V8.2:   - May I request some more new features for V8 ?   B 1) Move DECnet startup/shutdown control to SYSTARTUP_VMS/SYSHUTDWNL 2) Add a method (logical ?) to do wildcard searches in the reverse direction 3) Make DFU supported  4) ...  . >We have added a CTRL-T AST routine, to report" >the progress of a COPY operation.  ; Thanks a lot. Every little step is nevertheless progress...    --   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: Sun, 02 May 2004 18:52:46 -0400 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>) Subject: Re: Another sneak preview - V8.2 : Message-ID: <XWelc.78782$Yw5.29914@bignews4.bellsouth.net>   Guy Peleg wrote:  ( > Here is another sneak preview of V8.2: > / > We have added a CTRL-T AST routine, to report # > the progress of a COPY operation.  >  > Here is a small example: > , > IPL31> copy sys$system:sysdump.dmp [] /logG > IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260 < >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed)( >           2921 blocks copied of 375777G > IPL31::GUY 12:55:18 COPY      CPU=00:00:01.02 PF=3300 IO=1196 MEM=265 < >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (3% completed)) >           13589 blocks copied of 375777 G > IPL31::GUY 12:55:33 COPY      CPU=00:00:01.22 PF=3300 IO=1551 MEM=265 < >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (9% completed)) >           35941 blocks copied of 375777 G > IPL31::GUY 12:56:00 COPY      CPU=00:00:01.63 PF=3300 IO=2212 MEM=265 = >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (20% completed) ) >           77724 blocks copied of 375777  > 0 > As usual, your feedback is highly appreciated.    G Very nice... would have loved to have seen that 10 years ago, but will  ) gladly take it now or in the near future.   I That nicely addresses the status of the file currently being copied, but  K what about if a wildcard specification was given?  Can we get a 2nd status  ; report for the overall job as well as for the current file?      --   Chuck Chopp   8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com  @ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax Greer, SC  29651  , Do not send me unsolicited commercial email.   ------------------------------  % Date: Sun, 02 May 2004 18:14:47 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>) Subject: Re: Another sneak preview - V8.2 6 Message-ID: <409580E7.62F35163@NeOaSrPtAhMlNiOnWk.net>    Peter 'EPLAN' LANGSTOEGER wrote: > _ > In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes: ) > >Here is another sneak preview of V8.2:  > / > May I request some more new features for V8 ?  > D > 1) Move DECnet startup/shutdown control to SYSTARTUP_VMS/SYSHUTDWN  F Isn't that where it is now? If DECnet is registered, START/NETWORK and STOP/NETWORK will work.   E Though, as I recall, SHUTDOWN.COM will attempt to stop DECnet whether  it's running/installed or not.  N > 2) Add a method (logical ?) to do wildcard searches in the reverse direction  & Huh? Do you mean LIFO instead of FIFO?   > 3) Make DFU supported   F Yes - that would be a good one, but frankly I think some or all of theD DFU functions should be integrated into the base system, just highly privileged.    For example...    0 o DFU's DELETE/DIRECTORY almost requires BYPASS.F o DFU's "SET filename" should be privileged extensions of the existingF SET FILE command set, perhaps requiring advanced rights identifiers to be held by the process. G o DFU's DIRECTORY verb could be implemented as a new SET keyword, as in  SET DIRECTORY[/qual[...]] < o DFU's REPORT verb could become an extension of SHOW DEVICED o DFU's UNDELETE verb could be implemented as DELETE/RECOVER or some such. H o DFU's DEFRAG verb could implemented as a SET FILE extension, as in SET+ FILE/DEFRAG[=BEST_TRY][/STATISTICS][/LBN=n] D o DFU's SEARCH verb could implemented as a new SEARCH qualifier that8 would invoke a different image, perhaps SEARCH/DEVICE or SEARCH/VOLUME(SET)D o DFU's VERIFY verb could be implemented as an enhanced ANALYZE/DISK command and qualifier set.  ? Just some further musings along the same thoughts as Peter's...   G ...and yes, I'd like to see a new F$TRNLNM() keyword "WILDCARD" or some F such that lets F$TRNLNM() function like F$SEARCH(), or F$PID() with anD appropriate context, producing results similar to the output of SHOW LOGICAL.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Mon, 3 May 2004 00:18:14 +01005 From: "Malcolm" <malcolmix@neverness.freeserve.co.uk> ) Subject: Re: Another sneak preview - V8.2 . Message-ID: <c73vfr$jqp$1@news8.svr.pol.co.uk>  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message * news:newscache$azo3xh$yjz$1@news.sil.at...8 > In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg"& <guy.peleg@remove_this_hp.com> writes:) > >Here is another sneak preview of V8.2:  > / > May I request some more new features for V8 ?  >  See how this COM file works?  D Can we have this in SHOW USERS - maybe SHOW USERS /X for /XWINDOWS ?  B Or, perhaps, you could officially implement the unofficial patches< to FTDRIVER and set the access port information for DECterms, to the display the DECterm is going back to?   -M.   5 $! DECWHO.COM - Find out which users are on DECterms.  $!A $! This command procedure uses SDA to determine the "location" of D $! DECterms. Because of the way FTDRIVER works, every pseudoterminalE $! has a controlling process which "owns" the pseudo-terminal: if the F $! controlling process terminates, then the pseudoterminal disappears. $!A $! With DECterms, each display has one (or more??) pseudoterminal B $! controllers associated with it. These have process names of the@ $! form DECW$TE_nnnn, where nnnn=the last 4 digits of the PID ofD $! the process which created the first DECterm on that display, thus% $! initiating the controller process.  $!F $! ANALYZE /SYSTEM SHOW PROCESS /CHANNELS on these DECterm controllersI $! will allow us to get the name of the WSAn: device (DECwindows display) G $! that the process is using, and the pseudoterminals (FTAnn:) that the I $! controller process has created. Given these two pieces of information, J $! F$GETJPI and SHOW DISPLAY /SYMBOL can be used to get enough information8 $! to tell us where these displays are pointing back to. $!H $! Note that this command procedure does NOT work cluster-wide, but onlyG $! on the local node. The changes to make it work in a cluster are left $ $! as an exercise for the reader ;-) $!I $! Also, this command procedure does not differentiate between subprocess ? $! (CREATE /TERM) and detached (CREATE /TERM /DETACH) DECterms.  $!> $! Tested on Alpha. Not tested on VAX, but will probably work.I $! Requires heavy privileges. How heavy? Well, I don't know. The help for H $! ANALYZE/SYSTEM doesn't say which privileges are required to analyze aL $! running system. Most of them, probably, and definitely CMKRNL, I'd wager.. $! The F$GETJPI calls require WORLD privilege. $!< $! Developed on 7.2-1H1 Alpha and known to also work on 7.3. $! Malcolm MacArthur, $! malcolm at-sign neverness.freeserve.co.uk $!? $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-  $ num_controllers ==0  $ num_decterms==0 ? $! Step 1: Find the DECW$TE_nnnn terminal controller processes.  $!I $ pipe show sys | search sys$pipe "DECW$TE_" /out=SYS$SCRATCH:DECW$TE.TMP  $! $! Step 2: Get the PIDs... $!# $! Open intermediate output file...  $!. $ open /write output SYS$SCRATCH:DECWUSERS.TMP, $ open /read infile SYS$SCRATCH:DECW$TE.TMP; $ loop:  $ read /end=endfile infile rec $ pid = f$element(0," ",rec) $!< $! Step 3: Find the terminals connected to this controller..; $!         (subroutine lists these to an intermediate file)  $! $ call list_terminals 'pid $ goto loop 
 $ endfile: $ close infile $!* $! Delete temp file created by SHOW SYSTEM $!3 $ deleteeee /nolog /noconf SYS$SCRATCH:DECW$TE.TMP;  $ close output $!2 $! Sort intermediate file to 2nd intermediate file $!; $ sort SYS$SCRATCH:DECWUSERS.TMP SYS$SCRATCH:DECWUSERS2.tmp  $! $! delete intermediate file  $!4 $ deleteee /nolog /noconf SYS$SCRATCH:decwusers.tmp; $! $! Write header... $! $ write sys$output -2 "        OpenVMS DECterm Processes at ''f$time()'" $ write sys$output -A "  Total number of DECterm controllers = ''num_controllers', "+ - & "number of DECterms = ''num_decterms'"; $ write sys$output f$fao("!/ !12AS !6AS !16AS !8AS !8AS", - 4 "Username","Node","Process Name","  PID","Terminal") $!/ $! Display then delete 2nd intermediate file...  $!! $ type SYS$SCRATCH:DECWUSERS2.TMP 8 $ deleteee /nolog /noconfirm SYS$SCRATCH:DECWUSERS2.TMP;
 $! That's it.  $!? $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-  $ list_terminals: SUBROUTINE $!- $! Create a temporary command file to run SDA  $!, $ open /write outfile SYS$SCRATCH:RUNSDA.TMPD $ write outfile "$ define /user sys$output SYS$SCRATCH:SDACHANS.TMP"# $ write outfile "$ ANALYZE /SYSTEM" 2 $ write outfile "SHOW PROCESS /ID=''p1' /CHANNELS" $ write outfile "$"  $ close outfile  $! $! Run it, then delete it. $! $ @SYS$SCRATCH:RUNSDA.TMP 3 $ deleteeeee /nolog /noconf SYS$SCRATCH:RUNSDA.TMP;  $!7 $! Find the WSAnn: devices & list to intermediate file.  $!C $ search /output=SYS$SCRATCH:WSACHAN.TMP SYS$SCRATCH:SDACHANS.TMP -  /KEY=(pos:40,siz:3) "WSA"  $! type sys$scratch:wsachan.tmp  $!6 $! Then the FTAnn: devices & list to intermediate file $!D $ search /output=SYS$SCRATCH:FTACHANS.TMP SYS$SCRATCH:SDACHANS.TMP - /KEY=(pos:40,siz:3) "FTA"   $! type sys$scratch:ftachans.tmp $!0 $! Open the file with the WSAnn: device in it... $!, $ open /read infile2 sys$scratch:WSACHAN.TMP $ read infile2 rec $ close infile2  $! $! WSA device is 2nd element...  $!; $! Changed to use f$extract after 7.3-1 introduced an extra  $! column to the display....8 $! wsadev = f$element(2," ",f$edit(rec,"TRIM,COMPRESS"))8 $ wsadev = f$edit(f$extract(40,255,rec),"TRIM,COMPRESS")5 $ deleteeeee /nolog /noconf SYS$SCRATCH:SDACHANS.TMP;  $! $! Get details for this display  $! $ define /user sys$output nla0:  $ show display/symbol 'wsadev  $!$ $! Create a fake ACCPORNAM string... $!A $ accpornam = decw$display_transport+"/"+decw$display_node+":"+ - + decw$display_server+"."+decw$display_screen  $!3 $! Write out a record for the DECterm controller...  $!$ $ username = f$getjpi(p1,"USERNAME")  $ node = f$getjpi(p1,"NODENAME")  $ prcnam = f$getjpi(p1,"PRCNAM")& $ if f$length(accpornam) .le. 8 then -9 write output f$fao(" !12AS !6AS !16AS !8AS !8AS (!AS)", - ? username, node, prcnam, p1, wsadev, accpornam+ " [Controller]") & $ if f$length(accpornam) .gt. 8 then -> write output f$fao(" !12AS !6AS !16AS !8AS !8AS!/!#* (!AS)", -% username, node, prcnam, p1, wsadev, - 1 65-f$length(accpornam),accpornam+" [Controller]") & $ num_controllers == num_controllers+1 $!4 $! Now, get the details for each terminal in turn... $!- $ open /read infile2 SYS$SCRATCH:FTACHANS.TMP 
 $ ftaloop:# $ read /end=nomoreterms infile2 rec  $!% $! FTAnn: device is second element...  $!; $! Changed to use f$extract aftre 7.3-1 introduced an extra  $! column to the display....8 $! ftadev = f$element(2," ",f$edit(rec,"TRIM,COMPRESS"))8 $ ftadev = f$edit(f$extract(40,255,rec),"TRIM,COMPRESS") $! $! Get owner PID $!! $ ownpid = f$getdvi(ftadev,"PID")  $!< $! Additional logic to handle CREATE /TERMINAL /NOPROCESS... $!$ $ if ownpid .eqs. "" ! No process... $ then $   username="<No Process>" ' $   node = f$getdvi(ftadev,"HOST_NAME")  $   prcnam = ""  $ else* $   username = f$getjpi(ownpid,"USERNAME")& $   node = f$getjpi(ownpid,"NODENAME")& $   prcnam = f$getjpi(ownpid,"PRCNAM")* $   imagname = f$getjpi(ownpid,"IMAGNAME")& $   image = f$parse(imagname,,,"NAME"): $   if imagname .eqs. "LOGINOUT" then username = "<login>" $ endif  $!' $! Write a record to the output file...  $!' $ if f$length(accpornam) .le. 21 then - 9 write output f$fao(" !12AS !6AS !16AS !8AS !8AS (!AS)", - 2 username, node, prcnam, ownpid, ftadev, accpornam)' $ if f$length(accpornam) .gt. 21 then - > write output f$fao(" !12AS !6AS !16AS !8AS !8AS!/!#* (!AS)", -) username, node, prcnam, ownpid, ftadev, - ! 78-f$length(accpornam),accpornam)   $ num_decterms == num_decterms+1 $! $! Go back round...  $ goto ftaloop $ nomoreterms: $! $! No more FTAnn: devices. $! $ close infile2  $! $! Delete temporary file.  $!3 $ deleteee /nolog /noconf SYS$SCRATCH:FTACHANS.TMP;  $ ENDSUBROUTINE    ------------------------------  % Date: Mon, 03 May 2004 07:05:12 +0200 * From: Paul Sture <nospam@sture.homeip.net>) Subject: Re: Another sneak preview - V8.2 9 Message-ID: <c74ju9$i6e26$1@ID-132135.news.uni-berlin.de>    Paul Sture wrote:  > Hans Vlems wrote:  > @ >> "Guy Peleg" <guy.peleg@remove_this_hp.com> schreef in bericht' >> news:4094c677@usenet01.boi.hp.com...  >>* >>> Here is another sneak preview of V8.2: >>> 1 >>> We have added a CTRL-T AST routine, to report % >>> the progress of a COPY operation.  >>>  >>> Here is a small example: >>> . >>> IPL31> copy sys$system:sysdump.dmp [] /logI >>> IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260 = >>> Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed) ) >>>          2921 blocks copied of 375777 I >>> IPL31::GUY 12:55:18 COPY      CPU=00:00:01.02 PF=3300 IO=1196 MEM=265 = >>> Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (3% completed) * >>>          13589 blocks copied of 375777I >>> IPL31::GUY 12:55:33 COPY      CPU=00:00:01.22 PF=3300 IO=1551 MEM=265 = >>> Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (9% completed) * >>>          35941 blocks copied of 375777I >>> IPL31::GUY 12:56:00 COPY      CPU=00:00:01.63 PF=3300 IO=2212 MEM=265 > >>> Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (20% completed)* >>>          77724 blocks copied of 375777 >>> 2 >>> As usual, your feedback is highly appreciated. >>> 
 >>> Guy Peleg  >>> OpenVMS Engineering  >>>  >>>  >>>  >>I >> That's very useful, especially the "% completed" part. Would it be too E >> difficult to add that string to BACKUP's output; when restoring a   >> saveset that is?  >  >> > B > I like the "% completed" part too, so I'll second that question. >   I In the light of Larry's reply to Joshua Lehrer, BACKUP does not know the  G size of a saveset on tape, so "% completed" here is either meaningless  8 or could only refer to the current file being processed.   ------------------------------  $ Date: Mon, 3 May 2004 08:20:09 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>) Subject: Re: Another sneak preview - V8.2 , Message-ID: <4095d71e$1@usenet01.boi.hp.com>  7 "Chuck Chopp" <ChuckChopp@rtfmcsi.com> wrote in message 4 news:XWelc.78782$Yw5.29914@bignews4.bellsouth.net... > Guy Peleg wrote: > * > > Here is another sneak preview of V8.2: > > 1 > > We have added a CTRL-T AST routine, to report % > > the progress of a COPY operation.  > >  > > Here is a small example: > > . > > IPL31> copy sys$system:sysdump.dmp [] /logI > > IPL31::GUY 12:55:12 COPY      CPU=00:00:00.88 PF=3295 IO=1025 MEM=260 > > >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (0% completed)* > >           2921 blocks copied of 375777I > > IPL31::GUY 12:55:18 COPY      CPU=00:00:01.02 PF=3300 IO=1196 MEM=265 > > >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (3% completed)+ > >           13589 blocks copied of 375777 I > > IPL31::GUY 12:55:33 COPY      CPU=00:00:01.22 PF=3300 IO=1551 MEM=265 > > >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (9% completed)+ > >           35941 blocks copied of 375777 I > > IPL31::GUY 12:56:00 COPY      CPU=00:00:01.63 PF=3300 IO=2212 MEM=265 ? > >  Copying: SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1 (20% completed) + > >           77724 blocks copied of 375777  > > 2 > > As usual, your feedback is highly appreciated. >  > H > Very nice... would have loved to have seen that 10 years ago, but will+ > gladly take it now or in the near future.  > J > That nicely addresses the status of the file currently being copied, butL > what about if a wildcard specification was given?  Can we get a 2nd status= > report for the overall job as well as for the current file?  >  >  > --  
 > Chuck Chopp  > : > ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com > B > RTFM Consulting Services Inc.     864 801 2795 voice & voicemail4 > 103 Autumn Hill Road              864 801 2774 fax > Greer, SC  29651 > . > Do not send me unsolicited commercial email.  K As mentioned by Larry in a previous reply, copy does not know the number of  files K it about to copy in a wildcard operation. The only knowledge we have is the  number of files already copied.   Guy    ------------------------------  $ Date: Mon, 3 May 2004 08:21:27 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>) Subject: Re: Another sneak preview - V8.2 , Message-ID: <4095d76b$1@usenet01.boi.hp.com>  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message * news:newscache$azo3xh$yjz$1@news.sil.at...8 > In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg"& <guy.peleg@remove_this_hp.com> writes:) > >Here is another sneak preview of V8.2:  > / > May I request some more new features for V8 ?  > D > 1) Move DECnet startup/shutdown control to SYSTARTUP_VMS/SYSHUTDWND > 2) Add a method (logical ?) to do wildcard searches in the reverse	 direction  > 3) Make DFU supported  > 4) ... > 0 > >We have added a CTRL-T AST routine, to report$ > >the progress of a COPY operation. > = > Thanks a lot. Every little step is nevertheless progress...  >  > --   > 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  - I heard *SOMETHING* about DFU being supported 2 however I'm not sure what. I'll check and will get back to you.   Guy    ------------------------------  % Date: Sun, 02 May 2004 18:24:26 -0500 ( From: brandon@dalsemi.com (John Brandon)1 Subject: Re: Disk De-Frag utilities, suggestions? 1 Message-ID: <04050218242625@dscis6-0.dalsemi.com>    lytmah@telusplanet.net writes:; > I mentioned previously that we use Diskeeper for physical 8 > defragmentation.  One problem with Diskeeper (and also< > PerfectDisk, I assume) is that it defrags only files which< > are not opened.  If files have to be accessible 24x7, then9 > they would not normally get defragged without having to  > close applications.   K I beleive RAXCO offers a similiar product.  Anyone have problems with this?     ! BeachRunner@cfl.rr.nospam writes: H > If you go to 7.3-1 and use XFC (requires patches) or 7.3-2 disk cache  > programs become ( > obsolete, and it's free and supported. >  > Just set vcc_flags =2    For disk cache - by all means!     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Sun, 02 May 2004 16:09:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ; Subject: Re: Handling of long loops in X-windows programmes , Message-ID: <40955590.83DA5A9C@teksavvy.com>   Michael Rice wrote: G > The way I've always done this is to periodically call a function that  > processes pending events.    > function ProcessEvents >      while XtAppPending()  >          XtAppNextEvent()  >          XtDispatchEvent()
 >      end    8 Are you allowed to do this while you are in a callback ?  M eg: main loop's XtDispatchEvent calls your routine that does a long loop, and H that routine then calls ProcessEvents which Dispatches yet another event3 before the first one has completed. Is that legal ?    ------------------------------  $ Date: Sun, 2 May 2004 20:14:22 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>1 Subject: Re: IBM unveils Power5, major rebranding 9 Message-ID: <c73dtt$hm4uv$1@ID-143435.news.uni-berlin.de>   0 "Tom Linden" <tom@kednos.com> schreef in bericht3 news:NDEMLKKEBOIFBMJLCECIKENCDCAA.tom@kednos.com...  >  >  >   -----Original Message-----5 >   From: Hans Vlems [mailto:hvlems.dotweg@zonnet.nl] & >   Sent: Sunday, May 02, 2004 7:36 AM >   To: Info-VAX@Mvb.Saic.Com 5 >   Subject: Re: IBM unveils Power5, major rebranding  >  >  > @ >   "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht* >   news:40942D97.5ECDC192@teksavvy.com...? >   > http://news.com.com/2100-1010_3-5203401.html?tag=nefd.top  >   > 1 >   > IBM is unleashing its Power5 based servers.  >   > G >   > But it is also in a major rebranding effort. Even AS/400 is being 
 >   rebranded  >   > into some obscure name.  >   > " >   > eServers is the generic name$ >   > xServers is for 360 mainframes% >   > pServers is for Power/AIX boxes ! >   > iServers is for Power/AS400 ! >   > xServers is for Intel boxes  >   > D >   > Starting monday, the "iServers" are rebadged eServersi5, AS400 rebadged	 >   i5/OS  >   > D >   > For those of us who though tacking the "open" to VMS was a big >   mistake, IK >   > think IBM is making a MUCH bigger mistake. What happens when they get  to	 >   Power 7 >   > 6 in a few years ? Will AS400 still get renamed ?  >   > C >   > However, in fairness, IBM is in a long transition to a single  >   power-based > >   > platform for its MVS/AIX/AS400 products which used to be >   totally separate. 4 >   > Still no reason to constantly change OS names. >   > 8 >   Shouldn't that be zServers for 390 class mainframes?@ > Yes, they have been called z-series servers for several years. >  >   G I know, the company I work for is busy kicking the expensive beast out. G But IBM's namenclature is not really helping their customers. The names D they give to MVS alone is confusing. IBM is becoming like Microsoft,D each new release off the OS gets a new name. At least MS retains the name Windows ...   ------------------------------  # Date: Mon, 03 May 2004 05:08:24 GMT / From: "Richard L. Dyson" <rick-dyson@uiowa.edu> # Subject: Re: Linking XV for OpenVMS / Message-ID: <ctklc.19701$kh4.1167843@attbi_s52>    Alder wrote:    B > I'm not a programmer at all, hence the ignorance and confusion II > displayed about what the hell is going on with the build process.  I've J > knocked my head against this one far too long as it is, so I've opted toG > build XV with the libraries distributed with it.  They may not be the $ > newest libraries, but they "work".   Alder,  J As far as I know, LibJPEG is currently v6.b.  I see LibZ/LibPNG are indeedL old.  Maybe I will look at sliding in the new ones.  I use them with some ofN the Web Log analyzers and have kept them up to date there for OpenVMS.  Maybe  they will just drop into XV. :)    Regards, Rick --  J Richard L. Dyson                                      rick-dyson@uiowa.eduK   _   _  _____                      http://www-pi.physics.uiowa.edu/~dyson/ J | | | ||_   _|  Senior Systems Analyst   --   INFORMM-Cerner Systems Group< | | | |  | |    The University of Iowa Hospitals and ClinicsJ | \_/ | _| |_   Information Systems Dept. BT1000 GH   Office: 319/384-7016K   \___/ |_____|  Iowa City, IA 52242-1052                 FAX: 319/384-7020 E                  (Consulting to the Physics and Astronomy Department)    ------------------------------  $ Date: Sun, 2 May 2004 18:23:40 -0700# From: "Tom Linden" <tom@kednos.com> Y Subject: RE: non-system but priviledged account OK for installing layered         product 9 Message-ID: <NDEMLKKEBOIFBMJLCECIIENGDCAA.tom@kednos.com>      -----Original Message-----*   From: John Smith [mailto:a@nonymous.com]$   Sent: Sunday, May 02, 2004 2:54 PM   To: Info-VAX@Mvb.Saic.Com C   Subject: Re: non-system but priviledged account OK for installing    layered products?       B   "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote   in message2   news:40946382.84E5FE7B@NeOaSrPtAhMlNiOnWk.net...   > Michael Austin wrote:    > > L   > > it also is depending on the layered product you are trying to install.?   > > IBM's MQSeries will ONLY install, startup and/or shutdown    with the user 8   > > SYSTEM. MQSeries is much like the old DECMessageQ.   > B   > I was given to understand that MQseries *IS* DECmessageq, someJ   > generations removed, just as SLS is descended from an early version of   > TapeSys.    L   I don't believe that to be the case, though I could be wrong. We looked atJ   both early on (1993-94 if memory serves) and they were different enough,*   certainly not inter-.operable back then.  C   Speaking of message queueing products, are there any JMQ products    out there K   that work on VMS? I'm curious for a new project we are working on. I have G   not scoured the waterfront about this, but for a while it looked like L   DECmessageQ (BEA) was not going to make the Itanic port (since rectified),E   and MQ Series's VMS version has always been a step or two behind in C   releases. Long time ago there was one from ASCI (which was the MQ    precursor L   IIRC) and one from Momentum Software (I think). Any other current VMS-able"   message queue product out there?  L DECMessageQ was written in PL/I and BEA needed to have the product avaialbleI before 2005 they decided to (try) to rewrite it in C.  So I guess you can E expect buffer overruns in the future.  In any event, it will be a new  immature1 product, not the same that you are familiar with.      --- (   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   ------------------------------  $ Date: Sun, 2 May 2004 17:53:30 -0400# From: "John Smith" <a@nonymous.com> T Subject: Re: non-system but priviledged account OK for installing layered  products?, Message-ID: <o9WdnWjwgehG8AjdRVn-ug@igs.net>  K "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message 0 news:40946382.84E5FE7B@NeOaSrPtAhMlNiOnWk.net... > Michael Austin wrote:  > > J > > it also is depending on the layered product you are trying to install.K > > IBM's MQSeries will ONLY install, startup and/or shutdown with the user 6 > > SYSTEM. MQSeries is much like the old DECMessageQ. > @ > I was given to understand that MQseries *IS* DECmessageq, someH > generations removed, just as SLS is descended from an early version of
 > TapeSys.    J I don't believe that to be the case, though I could be wrong. We looked atH both early on (1993-94 if memory serves) and they were different enough,( certainly not inter-.operable back then.  K Speaking of message queueing products, are there any JMQ products out there I that work on VMS? I'm curious for a new project we are working on. I have E not scoured the waterfront about this, but for a while it looked like J DECmessageQ (BEA) was not going to make the Itanic port (since rectified),C and MQ Series's VMS version has always been a step or two behind in K releases. Long time ago there was one from ASCI (which was the MQ precursor J IIRC) and one from Momentum Software (I think). Any other current VMS-able  message queue product out there?   ------------------------------  $ Date: Sun, 2 May 2004 23:51:41 -0400' From: "Main, Kerry" <kerry.main@hp.com> T Subject: RE: non-system but priviledged account OK for installing layered  products?R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB314014@tayexc19.americas.cpqcorp.net>   > -----Original Message------ > From: John Smith [mailto:a@nonymous.com]=20  > Sent: May 2, 2004 5:54 PM  > To: Info-VAX@Mvb.Saic.Com ; > Subject: Re: non-system but priviledged account OK for=20  > installing layered products? >=20 >=20? > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>=20  > wrote in message2 > news:40946382.84E5FE7B@NeOaSrPtAhMlNiOnWk.net... > > Michael Austin wrote:  > > > < > > > it also is depending on the layered product you are=20 > trying to install.B > > > IBM's MQSeries will ONLY install, startup and/or shutdown=20 > with the user 8 > > > SYSTEM. MQSeries is much like the old DECMessageQ. > > B > > I was given to understand that MQseries *IS* DECmessageq, someB > > generations removed, just as SLS is descended from an early=20 > version of > > TapeSys. >=20 >=20B > I don't believe that to be the case, though I could be wrong.=20 > We looked at; > both early on (1993-94 if memory serves) and they were=20  > different enough, * > certainly not inter-.operable back then. >=20= > Speaking of message queueing products, are there any JMQ=20  > products out there; > that work on VMS? I'm curious for a new project we are=20  > working on. I haveG > not scoured the waterfront about this, but for a while it looked like < > DECmessageQ (BEA) was not going to make the Itanic port=20 > (since rectified),E > and MQ Series's VMS version has always been a step or two behind in ? > releases. Long time ago there was one from ASCI (which was=20  > the MQ precursor> > IIRC) and one from Momentum Software (I think). Any other=20 > current VMS-able" > message queue product out there? >=20     John,   B I believe you meant not JMQ, but rather JMS (Java Message Server).   A few references:   D SpiritSoft and OpenVMS: (let me know if you would like contact info); http://www.spiritsoft.com/news/pressreleases.asp?id=3D24=20   ! BEA MessageQ and OpenVMS and IPF: @ http://e-docs.bea.com/tuxedo/msgq/vmscli/index.htm (MessageQ V5)  5 http://h71000.www7.hp.com/news/beamessageq.html (IPF) G "BEA MessageQ is at the core of tens of thousands of enterprise OpenVMS D applications and systems, enabling them to communicate reliably withC each other. To help customers integrate with, or port their OpenVMS F applications to, the recently announced EV7-based AlphaServer systems,A BEA has certified MessageQ on OpenVMS v7.3.1 and will continue to B support all future AlphaServer platforms. As a result of importantE customer feedback that has brought about a concerted effort to foster H closer ties with its enormous installed base, BEA has recently committedC to porting MessageQ to OpenVMS on Itanium(r)-based systems. This is E exciting news to thousands of OpenVMS users, who can now move forward C with their plans to upgrade their current AlphaServer and VAX-based ; enterprise applications to the new OpenVMS Itanium(r)-based E architecture. MessageQ, along with the OpenVMS operating system, will = handle the architectural complexities between AlphaServer and @ Itanium(r)-based systems, enabling users to retain their current* application middleware routines and APIs."   [snip..]     Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------  # Date: Sun, 02 May 2004 19:01:36 GMT 1 From: Michael Austin <maustin@firstdbasource.com> / Subject: Re: SSSU - error renaming snapshots... 2 Message-ID: <4095458B.A553A040@firstdbasource.com>  I I was under the impression that there is no "rename" feature and as such,4I this command would fail.  Since it is a demand-allocated snapshot, simplyvI remove the snapshot and re-create it with all of the correct names etc...8  L BTW, there is a LOT you can do with SSSU, if you have not already figured it out an example would be:  E create a login.txt script with all of the log in stuff and select the- correct EVA. Then:  B (I am having to do this from memory but I think these are correct)  ; $pipe sssu "file login.txt" "show disk full" |sear sys$piped identification,occupancy  K and you will get a list of all of the disks in the system and their currentyF occupancy.  This will give you a real good idea of how long a leveling process kicks off....n  L I have passed many commads and command scripts (I seem to recall at least 4) using that methodn  > $SSSU  "file login.txt" "some command" "file somescript" .....   Pretty cool stuff.   Michael Austin  3 "bgInc. - You'll go where we want you to go" wrote:r  C > Anyone else seen this with SSSU build 8 for command view EVA 3.1?h >s: > eva> set vdisk "\Virtual Disks\config\MYDISK\MYDISK_BAK" > name=MYDISK_2004-04-03 >4I > Error: Vdisk is a snapshot. The following properties cannot be changed:s: > Preferred Path, Requested Size, Write-Back Cache Policy. >oJ > It's true it is a (demand allocated) snapshot, but I am trying to changeG > the name, not any of the other it says cannot be changed. It seems tocI > only happen on snapshots that have non-zero capacity used (that is, thedH > parent disk and the snapshot has divurged). Thanks for any insights... >n > -Tom O'Toole   ------------------------------  # Date: Sun, 02 May 2004 23:33:13 GMTE( From: Alder <PGDEHMKOKIMD@spammotel.com>F Subject: Re: Wanted: Various anonymous FTP servers for limited testing, Message-ID: <Zyflc.14502$U75.12205@edtnps89>   sms@antinode.org wrote::H >    I was thinking about porting a more current version (1.9.1) of WgetI > to VMS.  A quick code inspection suggests that the Wget developers have5H > a rather narrow view of VMS FTP server DIR listing formats.  (Or maybe > I'm stupid.) > I >    In the hope of producing some more accomodating code, I'd like to do E > a bit of exploration of VMS FTP servers other than the one in TCPIP$G > V5.3, without having to install them all here.  I thought that a good8 > set would include these: > 1 >    Multinet (VMS-style and UNIX-style listings)e3 >    TCPware (if different from Multinet, options?)3 >    HGFTP (options?)  > G > If you are running one (or more) of these and don't mind it getting aYH > little harmless anonymous exercise, please send me a message.  PostingJ > to the newsgroup would probably reduce the traffic in duplicates.  Also,J > Windows NT servers with variant formats would be educational as well, if6 > anyone knows where to find those.  Thanks, I assume. > J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-orgr >    Saint Paul  MN  55105-2547h  C I'm running HGFTP 3.1-1 as an anonymous server.  You're welcome to w" hammer it to your heart's content.   Alders   ------------------------------  # Date: Mon, 03 May 2004 03:55:20 GMT ( From: Alder <PGDEHMKOKIMD@spammotel.com>F Subject: Re: Wanted: Various anonymous FTP servers for limited testing, Message-ID: <Iojlc.14552$U75.12211@edtnps89>  
 Alder wrote::t  E > I'm running HGFTP 3.1-1 as an anonymous server.  You're welcome to  $ > hammer it to your heart's content. >  > Alder   8 Of course finding it should not be one of your tests :^)   	ftp://erebus.homeip.net   Cheers,-   Alder-   ------------------------------   End of INFO-VAX 2004.244 ************************