1 INFO-VAX	Mon, 02 Apr 2001	Volume 2001 : Issue 185       Contents: Re: "cut" utility for VMS  Re: "cut" utility for VMS  RE: "cut" utility for VMS 2 Re: %SYSBOOT-F-PFN allocation overwrites CI ucode.2 Re: %SYSBOOT-F-PFN allocation overwrites CI ucode.2 Re: %SYSBOOT-F-PFN allocation overwrites CI ucode.2 Re: %SYSBOOT-F-PFN allocation overwrites CI ucode.< Re: Alpha or Vax has to check if a Sun server is still alive0 Re: Beware - It's another Christof Brass bashing/ Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) 	 ClearCube " Cloning a system from VAX to Alpha& Re: Cloning a system from VAX to Alpha& Re: Cloning a system from VAX to Alpha- Re: Cluster Breakup - VAX/Alpha Hardware Help  Re: DCPS newer than 1.3  Re: DCPS Newer than v1.3 Re: DCPS Newer than v1.3 Re: DCPS Newer than v1.31 Re: DECnet a proprietary protocol ?  Not at all ! + Re: FORTRAN Run-time Errors:  Bad Traceback  RE: Free The OpenVMS Seven!  RE: Free The OpenVMS Seven! ' RE: Getting % Merged or Copied from DCL + Getting Apache/CSWS & Multinet to co-exist?  Is SUN crazy ??? Re: Is SUN crazy ??? Re: Java replacement?  Re: Java replacement? - Lexical to see the rebuild status of a device ' Re: login failure when sysuaf is locked # login failure when sysuaf is locked ' Re: login failure when sysuaf is locked ' Re: login failure when sysuaf is locked ' Re: login failure when sysuaf is locked  Re: MOUNT/BIND too slow  Re: MOUNT/BIND too slow  Re: MOUNT/BIND too slow  Re: MOUNT/BIND too slow  Re: Mozilla 0.8.1 graphic bug ?  RE: OpenVMS Educational Program # Re: POSIX Streams, File Permissions 8 Re: Queue Manager gives me this error about once a month8 Re: Queue Manager gives me this error about once a month Re: Redirect output of Com File ( Re: Seeking CD-R/CD-RW SCSI INQUIRY data: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha?  Re: THE EMC Chronicles - revised9 Re: They still don't get it (incremental backups and XQP) 	 VAX in 1U 
 Re: VAX in 1U 
 Re: VAX in 1U  RE: VMS-Related: Affordable  Re: VMS-Related: Affordable ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? 1 Re: [ANNOUNCEMENT] OpenSSL 0.9.6a Beta 3 released * Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?  F ----------------------------------------------------------------------  % Date: Mon, 02 Apr 2001 08:39:16 -0400   From: jamese@beast.dtsw.army.mil" Subject: Re: "cut" utility for VMS0 Message-ID: <01040208391627@beast.dtsw.army.mil>  M "Stanley F. Quayle" <stan@stanq.com> wrote on Sat, 31 Mar 2001 12:01:46 -0500 & in <3AC5C72A.20238.8526790@localhost>:   <snip>+ > $   uniq cffe$scratch:comm_upload_3.tmp - ) >         cffe$reports:comm_upload_cw.rpt  > $!+ > $   uniq cffe$scratch:comm_upload_4.tmp - , >         cffe$reports:comm_upload_nacha.rpt <snip>E > The CW format always has the ID in columns 3-12 of all records.  I  4 > sort the list by ID and then eliminate duplicates.  F Check out the /NODUPLICATES qualifier of SORT.  It gets rid of records? with duplicate keys. Does that cover what you remove with uniq?    Where did you get uniq?    Thank you very much,  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------   Date: 2 Apr 2001 10:07:01 -0500 3 From: malmberg@encompasserve.org (John E. Malmberg) " Subject: Re: "cut" utility for VMS3 Message-ID: <ib8Ldg6Y14pl@eisner.encompasserve.org>   - In article <3AC64BF9.6180.A5943D1@localhost>, 0 "Stanley F. Quayle" <stan@stanq.company> writes: > C > As for SORT/NODUPLICATES.  Gosh, there was a SORT option I didn't G > know about.  I've made the change in the production version.  Thanks.   B If you are using SORT/NODUPLICATES, you may want to see if the use of /STABLE is also desired.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Mon, 02 Apr 2001 14:18:56 +0100 - From: "POWERS, John" <John.POWERS@sema.co.uk> " Subject: RE: "cut" utility for VMS= Message-ID: <D30A62ABC710D211AEE100A0C9D615EE01528FBA@REAES2>   C I'm not sure what you mean by that. Use of the /STABLE qualifier is @ definitely *not* desired - quite the opposite. To quote the last8 paragraph from HELP SORT /DUPLICATES FULL_DESCRIPTION...  B          The /STABLE and the /NODUPLICATES qualifiers are mutually          exclusive.           - John  D From: malmberg@encompasserve.org [mailto:malmberg@encompasserve.org] > / > In article <3AC64BF9.6180.A5943D1@localhost>, 2 > "Stanley F. Quayle" <stan@stanq.company> writes: > > E > > As for SORT/NODUPLICATES.  Gosh, there was a SORT option I didn't I > > know about.  I've made the change in the production version.  Thanks.  > D > If you are using SORT/NODUPLICATES, you may want to see if the use > of /STABLE is also desired.  >  < -John     -- Cheers, John  F  - Note  This message represents my opinions and nothing else, not theI   opinion of SEMA, my family, or the cricket club - though my dog Meg did E   nod in agreement whilst I was typing. If you have any problems then D   please complain to her (or me, but not SEMA, my family or the CC).    K ___________________________________________________________________________ B This email is confidential and intended solely for the use of the H individual to whom it is addressed. Any views or opinions presented are E solely those of the author and do not necessarily represent those of   Sema. M If you are not the intended recipient, be advised that you have received this I email in error and that any use, dissemination, forwarding, printing, or  - copying of this email is strictly prohibited.   B If you have received this email in error please notify the Sema UK. Helpdesk by telephone on +44 (0) 121 627 5600.K ___________________________________________________________________________    ------------------------------  # Date: Mon, 02 Apr 2001 08:25:50 GMT ) From: "Mr.Spalding" <rmspalding@home.com> ; Subject: Re: %SYSBOOT-F-PFN allocation overwrites CI ucode. ; Message-ID: <iIWx6.16656$Os.3611504@news1.rdc2.pa.home.com>    Mr "azog" -   K The PHYSICALPAGES parameter is normally used (by specifying a value that is I smaller than the count of existing physical memory pages) to cause VMS to F utilize fewer than the number of actual pages of memory in the system,) usually for one of the following reasons:   J  a) to test performance on a smaller memory configuration without actually removing the memory H  b) to keep the remaining pages out of the PFN database, in order to use them in some other      (unsupported) way.   K Setting PHYSICALPAGES=-1 might override the automatically-configured memory L size with the value 4GB - which isn't possible on a VS4000/60 - at least not the ones I know about.  F Curiously, SYSGEN on OpenVMS VAX v7.2 won't accept "-1" as a value for5 PHYSICALPAGES.  A "syntax error" message is returned.   F SYSGEN indicates that the maximum value for PHYSICALPAGES parameter is> limited to 7340032 pages.  This is on a VS4000/VLC, with 24MB.    L Under normal circumstances, PHYSICALPAGES shouldn't appear in MODPARAMS.DAT.  L Just install the additional memory, run AUTOGEN through SETPARAMS phase, and reboot.    Regards,   Robert Spalding     . "azog" <azog@nospam-azog.org> wrote in message0 news:Xns9076D7259439Dazogazogorg@199.45.45.11... > Greetings, > K > I just tried to upgrade my VAXstation 4000/60, from 24mb to 32mb (filling K > up the last two slots with 4mb). While in VMS, SHOW MEM still showed 24mb @ > of memory, so I checked the FAQ, which says (MGMT11) to modifyG > PHYSICALPAGES (PHYSICALPAGES=-1) in MODPARAMS.DAT and then AUTOGEN...  > I > Now, I get "%SYSBOOT-F-PFN allocation overwrites CI ucode" on boot, and 8 > can't even boot the system with a conversational boot. > E > I'd like to see if I can fix this without first pulling the memory. C > Pulling the memory may solve the problem, but it won't help me to ? > understand what the problem is and possible future avoidance.  > 5 > I looked and found a mention in one of the manuals:  > J > "Reconfigure the system to require less physical memory, then reboot theE > system. Reduce one or more parameters controlling the allocation of < > physical memory: NPAGEDYN, BALSETCNT, and VIRTUALPAGECNT."   ------------------------------  % Date: Mon, 02 Apr 2001 04:39:16 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ; Subject: Re: %SYSBOOT-F-PFN allocation overwrites CI ucode. , Message-ID: <3AC83AB3.A467DA1C@videotron.ca>   "Mr.Spalding" wrote:N > Just install the additional memory, run AUTOGEN through SETPARAMS phase, and	 > reboot.   K But the poster said that he can no longer get as far as SYSBOOT. So running  autogen is pretty hard !   ------------------------------  % Date: Mon, 02 Apr 2001 12:20:02 +0100   From: steven.reece@quintiles.com; Subject: Re: %SYSBOOT-F-PFN allocation overwrites CI ucode. H Message-ID: <OFF445B8B7.4B445261-ON80256A22.003D50FE@qedi.quintiles.com>  I I think perhaps there was a little bit of misunderstanding in reading the  FAQ.  This says :   J "When adding memory to an OpenVMS system, one should check for an existingI definition of the PHYSICALPAGES (OpenVMS VAX) or PHYSICAL_MEMORY (OpenVMS H Alpha) parameter in the SYS$SYSTEM:MODPARAMS.DAT parameter database, useH a text editor to reset the value in the file to the new correct value as1 required, and then perform the following command: /   $ @SYS$UPDATE:AUTOGEN GETDATA REBOOT FEEDBACK J "This AUTOGEN command will reset various system parameters based on recentJ system usage (FEEDBACK), and it will reset the value for the PHYSICALPAGESD parameter to the new value.  It will also reboot the OpenVMS system.H PHYSICALPAGES and PHYSICAL_MEMORY can also be used to deliberately lowerG the amount of memory available for use by OpenVMS.  This ability can be H useful in a few specific circumstances, such as testing the behaviour ofG an application in a system environment with a particular (lower) amount  of system memory available. I "PHYSICALPAGES and PHYSICAL_MEMORY can be set to -1 (on OpenVMS Alpha) or J (better and simpler) the entry can be removed from the MODPARAMS.DAT file,6 to indicate that all available memory should be used."    H So, whilst one may set physicalpages to -1, it is not necessary to do soI and it can be better to leave the line out completely and let VMS sort it D out for itself if you wish to use all of the memory available on theG system.  In either case, the option is valid only on Alpha and not VAX.   J To get out of the situation which you have now I would suggest booting offH an alternative root on the disk or an alternative system disk, delete orJ replace the version of VAXVMSSYS.PAR with a known good one and then try to boot the system.  E It may be practical to use backup to copy the previous version of the H parameters file to a new version, in which case you would be able to use= the distribution media to boot from if you have it available.  Steve.   ------------------------------  , Date: Mon, 02 Apr 2001 16:36:11 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>; Subject: Re: %SYSBOOT-F-PFN allocation overwrites CI ucode. J Message-ID: <Pine.LNX.4.21.0104021630160.16819-100000@irys.stanpol.com.pl>   On Mon, 2 Apr 2001, azog wrote:    +Greetings,  + J +I just tried to upgrade my VAXstation 4000/60, from 24mb to 32mb (fillingJ +up the last two slots with 4mb). While in VMS, SHOW MEM still showed 24mb? +of memory, so I checked the FAQ, which says (MGMT11) to modify G +PHYSICALPAGES (PHYSICALPAGES=-1) in MODPARAMS.DAT and then AUTOGEN...   + H +Now, I get "%SYSBOOT-F-PFN allocation overwrites CI ucode" on boot, and8 +can't even boot the system with a conversational boot.  + D +I'd like to see if I can fix this without first pulling the memory.B +Pulling the memory may solve the problem, but it won't help me to? +understand what the problem is and possible future avoidance.    <  You can already boot from a CD (or differrent disk), mount 7 the  volume, read parameter file with SYSGEN and check. 8  May be possible, that AUTOGEN does something wrong with8 some related parameters (b.ex. using really "all 1's" as the available memory size).   =  Check the parameters and/or send it here, we are curious of  
 the reason :)   4 +I looked and found a mention in one of the manuals: + I +"Reconfigure the system to require less physical memory, then reboot the D +system. Reduce one or more parameters controlling the allocation of< +physical memory: NPAGEDYN, BALSETCNT, and VIRTUALPAGECNT."   D  Och, yes: b.ex. supose AUTOGEN some of the (or the like) parameters incorrectly...    Regards - Gotfryd   --  E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------  % Date: Mon, 02 Apr 2001 09:14:33 +0100 % From: Alan Greig <a.greig@virgin.net> E Subject: Re: Alpha or Vax has to check if a Sun server is still alive 8 Message-ID: <93dgctcm4fobkpvbc4730ht4fnjf3lnbch@4ax.com>  3 On Thu, 29 Mar 2001 16:43:11 +0100, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:   
 >jlsue wrote:  >>  6 >> On Thu, 29 Mar 2001 14:24:16 +0100, andrew harrison$ >> <andrew.nospam@uk.sun.com> wrote: >>  A >> >The other IP stack vendors havn't posted CERT responses so it > >> >is not possible to say for them, but most BSD based stacks= >> >were vunerable (NTs stack is BSD based for example) which > >> >would tend to suggest that they are likely to be vunerable >> >because of their origins.  >> > >>  G >> Actually, at the time of the POD activity, I did try on NT servers I 6 >> was managing and it did NOT show the vulnerability. >>   > 5 >I am not sure that NT crashed, but it did slow to a  5 >crawl at least according to MS's documentation. You  4 >probably could not tell the difference between NT's4 >normal performance and its performance when on the  >receiving end of POD. :):):)   D I thank NT 3.1/3.51  may have just become 'unstable' like Windows 95C and Windows 3.1. NT 4, both VAX and Intel, definitely blue-screened & immediately in all the tests we tried.   -- Alan   ------------------------------  % Date: Mon, 02 Apr 2001 13:56:15 +0000   From: Steve.Spires@yellgroup.com9 Subject: Re: Beware - It's another Christof Brass bashing / Message-ID: <00256A22.004C919D.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza     *plonk*           F martin@radiogaga.harz.de (Martin Vorlaender) on 31/03/2001 10:38:39 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) M From:      martin@radiogaga.harz.de (Martin Vorlaender), 31 March 2001, 10:38             p.m.   0 Re: Beware - It's another Christof Brass bashing        * Christof Brass (brass@infopuls.com) wrote: > "Doc.Cypher" wrote: L > > Otherwise this could be the first "Plonk!" cascade to ever appear in the > > COV. >  > I wouldn't start that.  $ OK, then I'll do it. Bye, Mr. Brass.   *plonk*    ------------------------------  % Date: Mon, 02 Apr 2001 11:20:07 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 8 Subject: Re: Christof a bot (was: "cut" utility for VMS)) Message-ID: <3AC84447.E05191C7@gtech.com>    John Santos wrote:? > Good question.  I think most such needs are the result of the = > lack of a suitable API.  For example, parsing the output of B > "$ show device/mounted" to extract the names of all the disks soB > they can be dismounted in sys$system:shutdown.com, because there? > is no wild-card support in f$getdvi, or parsing the output ofP@ > "$ show device" to determine the merge or copy percentage of a > shadowed disk.  5 You are ofcourse talking about pre-VMS 5.4 systems !?e  C (since SYS$DEVICE_SCAN and F$DEVICE was added in 5.4, if I remembert correct)   Arne   ------------------------------    Date: 02 Apr 2001 05:16:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: Christof a bot (was: "cut" utility for VMS)- Message-ID: <87u248xqv3.fsf@prep.synonet.com>   " John Santos <JOHN@egh.com> writes:  D > Good question.  I think most such needs are the result of the lack@ > of a suitable API.  For example, parsing the output of "$ showF > device/mounted" to extract the names of all the disks so they can beF > dismounted in sys$system:shutdown.com, because there is no wild-cardB > support in f$getdvi, or parsing the output of "$ show device" to< > determine the merge or copy percentage of a shadowed disk.  D Can you call the DCL lexicals from a program? Yes, you would have toD set up their parameter blocks etc, but a lot of the 'everyday' stuffF that is not quite right for a COM procedure would be a LOT easier withE the ability to use the code that is already there... Tough if you arec& running without DCL as a CLI though...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda./@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 02 Apr 2001 09:09:57 -0400e2 From: rdeininger@mindspring.com (Robert Deininger)8 Subject: Re: Christof a bot (was: "cut" utility for VMS)L Message-ID: <rdeininger-0204010909570001@user-2iveavd.dialup.mindspring.com>  O In article <009F9E74.3B9AB7FD@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote:      >  > $ HELP LEXICAL F$DEVICEo >  > That's hidden?  - Ever hear the phrase "hidden in plain sight"?l  I When you're looking for a wildcard argument in f$getdvi, this seems to bet2 an odd rock to look under.  Lots of folks miss it.   -- n Robert Deininger rdeininger@mindspring.come   ------------------------------  % Date: Mon, 02 Apr 2001 14:00:49 -0300g) From: fabio_compaq@ep-bc.petrobras.com.brg Subject: ClearCubeL Message-ID: <OFF856CE4F.A8E29C40-ON03256A22.005CE4DE@ep-bc.petrobras.com.br>  
 Click at Cnetp  B http://news.cnet.com/news/0-1006-200-5417824.html?tag=st.cn.1.lthd    G I am imagining a company like EMC buying ClearCube (www.clearcube.com).CK Compaq will freeze the legs .... if this company have sucess in the market,SJ there is no need to spread PCs anywhere (inside the Company of course)....  J The recentralization of storage and computing ... Sun have their wonderful - evenF expensive until now - ideas of SunRay - and why not merge SunRays with OpenVMS ???j  F So, it is why I think about a new VT (??)  standard or using something? like RDP terminals for OpenVMS environments.... Am I dreaming ?a   ????   Regards0   FC   ------------------------------  $ Date: Mon, 2 Apr 2001 17:34:04 +0100, From: "Ste" <ste@NOSPAMthe-neuk.demon.co.uk>+ Subject: Cloning a system from VAX to AlphacA Message-ID: <986229425.11486.0.nnrp-10.c1edbfcc@news.demon.co.uk>t  ; Are there any pitfalls in carrying out the above procedure.a  J The Alpha is already setup on the network (it's 7.1), just needs to appearJ to be the same as the VAX ie directory structure and logins etc. Different name and IP of course.  L I am safe to copy over the SYSUAF.DAT file, copy/edit the SYSTARTUP_VMS.COM,K SYCONFIG.COM, and SYLOGICALS.COM files and then do a BACKUP /IMAGE from onenH system (user disks only) to the other to copy and preserve the directory structure and file perms?1   Thanks   ------------------------------   Date: 2 Apr 2001 18:49:29 +0200-) From: maulis@ludens.elte.hu (Adam Maulis) / Subject: Re: Cloning a system from VAX to Alpha ! Message-ID: <ptPWgasKB1os@ludens>i  p In article <986229425.11486.0.nnrp-10.c1edbfcc@news.demon.co.uk>, "Ste" <ste@NOSPAMthe-neuk.demon.co.uk> writes:= > Are there any pitfalls in carrying out the above procedure.S > L > The Alpha is already setup on the network (it's 7.1), just needs to appearL > to be the same as the VAX ie directory structure and logins etc. Different > name and IP of course. > - > I am safe to copy over the SYSUAF.DAT file,J  : yes and vmsmail_profie.data, and vms$password_history.data7 and rightslist.dat but with "convert/share" not "copy".09 and there is a lats of other interesting file for examplec* netnode_remote, netobject, ucx$hosts, etc.  " > copy/edit the SYSTARTUP_VMS.COM,   may yes    > SYCONFIG.COM,    may no     > and SYLOGICALS.COM   may yesi  , > files and then do a BACKUP /IMAGE from one > system (user disks only)     yesH  1 > to the other to copy and preserve the directoryT > structure and file perms?T  + yes.  (copying rithtslist.dat is mandatory)   4 you may yes/no need to recreate/copy queue databases (eg sys$queue_manager.*)    I Adam Maulis              maulis@ludens elte hu         VMS system manageruH  .......................................................................H  VMS Competence Center                             VMS Szakertoi KozpontH  Eotvos Lorand University                  Eotvos Lorand TudomanyegyetemH  Budapest, Hungary                                              BudapestH  =======================================================================   ------------------------------  $ Date: Mon, 2 Apr 2001 18:01:01 +0100, From: "Ste" <ste@NOSPAMthe-neuk.demon.co.uk>/ Subject: Re: Cloning a system from VAX to AlphabA Message-ID: <986231040.12336.0.nnrp-10.c1edbfcc@news.demon.co.uk>y  < > yes and vmsmail_profie.data, and vms$password_history.data9 > and rightslist.dat but with "convert/share" not "copy".a; > and there is a lats of other interesting file for example , > netnode_remote, netobject, ucx$hosts, etc.  D Hmm, not so simple as I thought then! Do I remember a way of merging SYSUAF.DAT files?u  6 > you may yes/no need to recreate/copy queue databases > (eg sys$queue_manager.*)   OK   Thanks for the info Adam.    ------------------------------    Date: 02 Apr 2001 04:35:50 +0800, From: Paul Repacholi <prep@prep.synonet.com>6 Subject: Re: Cluster Breakup - VAX/Alpha Hardware Help- Message-ID: <873dbsz7bt.fsf@prep.synonet.com>_  $ "Hans Vlems" <hvlems@iae.nl> writes:  ? > Or possibly, but rare, a Tektronics like problem. Some of the0: > earlier Tek printer/plotters had one of the status linesF > inverted. What DEC called device busy (IIRC) on the parallel port ofA > the DMF32 was actually "device idle" for Tektronix. An inverter  > solved that problem.  ? Not rare, probable. DEC LP devices are DP interface standard ash shipped.   -- x< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 02 Apr 2001 12:11:49 -0400N0 From: Paul Anderson <paul.r.anderson@compaq.com>  Subject: Re: DCPS newer than 1.3K Message-ID: <paul.r.anderson-A53F68.12111902042001@gazette.loc1.tandem.com>t  4 In article <2iCx6.36275$m8.310592@news.direcpc.com>,  <Mage@ChannelPoint.com> wrote:u  F > I see, from the documentation, that the latest DCPS v1.8 definitely D > does work with my printer (since there's a release note about the F > 5M), but I think, from the surfing I've done, that any DCPS *after*  > my v1.3 will work.    E Yes, the HP LaserJet 5M was added to the supported list in DCPS V1.4.A  J > Can anyone MAIL me, or FTP me, or send me a pointer to ... a moderm DCPS6 > kit?  I have a license, I just don't have the media.  G You have to buy the media, but if you're interested in running a field aF test version of V2.0, I can send you that after agreeing to the field  test terms.d   Paul   -- V,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  % Date: Mon, 02 Apr 2001 12:22:27 +0100s  From: steven.reece@quintiles.com! Subject: Re: DCPS Newer than v1.3MH Message-ID: <OF557F1EFB.C7D321E1-ON80256A22.0034829F@qedi.quintiles.com>  E What are you trying to print to the 5M and do you need DCPS to do it?vK Queues can be configured using the UCX telnet symbiont (as discussed in thenC FAQ) which then leaves the printer to do any conversion that may ben	 required.t  @ As someone else mentioned, you would need to have the license onK maintenance or purchase a Right to Use license for the upgrade of DCPS on au1 commercially licensed (i.e. not Hobbyist) system.  Steve.   John R. Lawson wrote :F >>>I currently have DCPS v1.3 installed, through I havent' used it for years,.L> Prior to that, I think I was using CPS v4.0, which worked fine
 communicating H with my HP LaserJet 5M.  It had fallen into dis-use, and it wasn't until nowcI that I noticed that it simply doesn't work anymore.  DCPS v1.3 insists onB; talking to DEC PrintServer machines, which the 5M is *not*.a <<<e   ------------------------------  $ Date: Mon, 2 Apr 2001 09:29:52 -06004 From: "John R. Lawson, Jr." <John.Lawson@TLMAGE.net>! Subject: Re: DCPS Newer than v1.3s4 Message-ID: <RV0y6.36325$m8.317783@news.direcpc.com>  D Well, you see ... I'm using the OpenVMS Hobbyist license, which mostK assuredly entitles me to use the product.  The trouble is that the HobbyistFL program never bothered to create media for the "over 100 non-revenue layered7 products" that the Hobbyist program permits you to use.   D Any suggestions short of buying the ConDist (which I cannot afford)?  - <steven.reece@quintiles.com> wrote in messageCB news:OF557F1EFB.C7D321E1-ON80256A22.0034829F@qedi.quintiles.com... >  > G > What are you trying to print to the 5M and do you need DCPS to do it?tI > Queues can be configured using the UCX telnet symbiont (as discussed inm thefE > FAQ) which then leaves the printer to do any conversion that may beT > required.o >nB > As someone else mentioned, you would need to have the license onK > maintenance or purchase a Right to Use license for the upgrade of DCPS ont an3 > commercially licensed (i.e. not Hobbyist) system.H > Steve. >n > John R. Lawson wrote :H > >>>I currently have DCPS v1.3 installed, through I havent' used it for	 > years,.h@ > Prior to that, I think I was using CPS v4.0, which worked fine > communicatingaJ > with my HP LaserJet 5M.  It had fallen into dis-use, and it wasn't until > now K > that I noticed that it simply doesn't work anymore.  DCPS v1.3 insists ono= > talking to DEC PrintServer machines, which the 5M is *not*.b > <<<e >r   ------------------------------    Date: 03 Apr 2001 01:19:57 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: DCPS Newer than v1.3 - Message-ID: <878zljw75u.fsf@prep.synonet.com>e  6 "John R. Lawson, Jr." <John.Lawson@TLMAGE.net> writes:  F > Well, you see ... I'm using the OpenVMS Hobbyist license, which mostD > assuredly entitles me to use the product.  The trouble is that theC > Hobbyist program never bothered to create media for the "over 100iE > non-revenue layered products" that the Hobbyist program permits youh	 > to use.f  F > Any suggestions short of buying the ConDist (which I cannot afford)?  E I think we need a full list. Then we can see how big the suckers are.a   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 21 MAR 2001 16:59:57 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>-: Subject: Re: DECnet a proprietary protocol ?  Not at all !2 Message-ID: <21MAR01.16595763@feda01.fed.ornl.gov>  2 bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote:  ? > I'll admit I could have been wrong.  I just remembered seeing C > somewhere that the reason it took so long to get even rudimentaryeD > DECNET into Linux was becuase DECNET was un-published, proprietaryE > DEC property and had to be "clean room" reverse engineered.  I knowFE > that I have never seen any DECNET code or specs published anywhere.s   According to the VMS faq:t  B   DOC9.   Where is documentation on the DECnet Phase IV protocols?>   ------------------------------------------------------------  5   Specifications for DECnet Phase IV can be found at:f  A       http://gatekeeper.dec.com/pub/DEC/DECnet/PhaseIV/index.htmld  1 Of course, gatekeeper.dec.com doesn't respond :-(Y   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVlH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 02 Apr 2001 10:53:40 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 4 Subject: Re: FORTRAN Run-time Errors:  Bad TracebackH Message-ID: <y4lmpju1gr.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  M If you want more information, remopve the /NODEBUG from both the compiler and  the linker invokation.   	Jan   ------------------------------  % Date: Mon, 02 Apr 2001 10:44:05 -0500r+ From: Christopher Smith <csmith@amdocs.com>=$ Subject: RE: Free The OpenVMS Seven!L Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1CE6@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  8 > Using C today is like building cars as did Henry Ford.  H Here I go again.  It occurs to me that this might not support your pointD well.  After all the bodies of the cars built by Henry ford are muchJ stronger and more resilient than cars of today.  The internal workings areI so simple as to actually allow one person to handle maintenance, _and_ in 5 case of EMP, they'd still be perfectly functional. :)>   Regards,   Chris   ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  '>   ------------------------------  % Date: Mon, 02 Apr 2001 11:03:10 -0500b+ From: Christopher Smith <csmith@amdocs.com> $ Subject: RE: Free The OpenVMS Seven!L Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1CE7@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  = > polemic. OO is/was a major step forward. If you don't fullytB > understand the concept don't blame it. What makes you think that@ > you know "how computers actually operate"? Which computers? In> > what way is any other high level PL closer to "how computers@ > actually operate"? "However, C as a language has its merits.":  I I think that I understand what Doc was talking about here.  Let me try tonL explain.  I don't believe that he was talking about the whole OO (read that:F "modular programming") concept as being against the way that computersF operate, but rather I think he means that OO, as it's included in mostL modern languages introduces an amount of artificial complexity that may make0 the program's operating seem to be non-linear.    D You might interpret his argument as being for a simpler method of OO programming.    H I assume he's not against re-using his code once in a while, and writing# apps that are relatively "modular."Y   Regards,   Chris   ! Christopher Smith, Perl Developero Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  'i  f   ------------------------------  % Date: Mon, 02 Apr 2001 10:05:04 -0400h+ From: "O'Connor, Marty" <MOConnor@DVFS.COM>r0 Subject: RE: Getting % Merged or Copied from DCLF Message-ID: <85C741006DA1D0119CE00000F8752CE3040789A8@msexc1.dvfs.com>  + Here's a procedure I wrote to do just that.:   Marty O'Connor   OUTPUT:o  B DSA47:      PRD18         14% COPIED           $1$DUA224: HSJ001 ; $1$DUA226: HSJ013 ; L DSA24:      PRD24         56% COPIED           $1$DUA61:  HSJ009 ; $1$DUA62:	 HSJ014 ; e  /                   OpenVMS Sort/Merge Statisticsh  @ Records read:           2          Input record length:       87@ Records sorted:         2          Internal length:           91@ Records output:         2          Output record length:      87@ Working set extent:735232          Sort tree size:            14@ Virtual memory:       272          Number of initial runs:     0@ Direct I/O:             1          Maximum merge order:        0@ Buffered I/O:           5          Number of merge passes:     0@ Page faults:           26          Work file allocation:       0C Elapsed time: 00:00:00.00          Elapsed CPU:      00:00:00.00   p   > TYPE SHOW_DEVICE_MERGES.COMr  o' SYS8:[SYSUTIL]SHOW_DEVICE_MERGES.COM;45s  - $ verify = 'f$verify("NO")'n $ set term/width=132 $on control_Y then goto end 7 $!----------------------------------------------------- 8 $! SHOW_DEVICE_MERGES.COM - displays all disks that are 0 $!                       merging or being copied7 $!-----------------------------------------------------y2 $! 16-Sep-1999  mjo  modified to display the disk 3 $!                   label and to format the outputs7 $!-----------------------------------------------------o $show dev d/output=device1.tmp l $define/user sys$output nla0:m $define/user sys$error nla0:, $search/output=device2.tmp device1.tmp merge7 $sort/key=(pos:58,size:7)/nodup device2.tmp device3.tmpc $open/write outp device4.tmp $open/read input device3.tmp $loop1: & $ read/end_of_file=endloop1 input line  $ record = f$extract(57,30,line)0 $ record = f$edit(record,"COMPRESS,TRIM,UPCASE")  $ pdev = f$element(0," ",record)! $ label = f$getdvi(pdev,"VOLNAM")l( $ host_name = f$getdvi(pdev,"HOST_NAME")0 $ alt_host_name = f$getdvi(pdev,"ALT_HOST_NAME")" $ percnt = f$element(1," ",record) $ if percnt .eqs. "" - $ then% $    percnt = f$element(2," ",record) + $    action = f$element(3," ",record) - ")"n $ else+ $    action = f$element(2," ",record) - ")"  $ endif 7 $ if f$length(percnt) .lt. 3 then percnt = " " + percntl $ out_line := "" $ out_line[0,11] := "''pdev'"F $ out_line[12,12] := "''label'"p $ out_line[26,3] := "''percnt'"E  $ out_line[30,11] := "''action'"5 $ out_line[58,6] := "''host_name'"    ! HSJ host name" $ write outp out_linen $ goto loop1 $ endloop1:n $close input $!---------t $define/user sys$output nla0:o $define/user sys$error nla0:1 $search/output=device2.tmp device1.tmp shadowcopy-7 $sort/key=(pos:60,size:8)/nodup device2.tmp device3.tmp0 $open/read input device3.tmp $loop2:t& $ read/end_of_file=endloop2 input line  $ record = f$extract(59,30,line)0 $ record = f$edit(record,"COMPRESS,TRIM,UPCASE")  $ pdev = f$element(0," ",record)! $ label = f$getdvi(pdev,"VOLNAM").( $ host_name = f$getdvi(pdev,"HOST_NAME")0 $ alt_host_name = f$getdvi(pdev,"ALT_HOST_NAME")" $ percnt = f$element(1," ",record) $ if percnt .eqs. "" h $ then% $    percnt = f$element(2," ",record)h+ $    action = f$element(3," ",record) - ")"  $ else+ $    action = f$element(2," ",record) - ")"e $ endifn7 $ if f$length(percnt) .lt. 3 then percnt = " " + percntn $ out_line := "" $ out_line[0,11] := "''pdev'"  $ out_line[12,12] := "''label'"( $ out_line[26,3] := "''percnt'"   $ out_line[30,11] := "''action'" $!$ $ if f$extract(0,3,pdev) .nes. "DSA" $ then9 $     out_line[58,6] := "''host_name'"    ! HSJ host namer $ else $     count = 0m $     info := ""G $     info[0,11] := "    ''pdev'"  ! Device name (DSA, DPA, $1$DUA,...)s $     SHDW_NEXT_MBR_NAME = pdev0% $     on error then goto end_shdw_errr $loop_on_shad_members: $! $     SHDW_NEXT_MBR_NAME =< f$getdvi("''SHDW_NEXT_MBR_NAME'","SHDW_NEXT_MBR_NAME") - "_" $!% $     if SHDW_NEXT_MBR_NAME .nes. "" d $     then c $       offset = count * 20tH $       out_line[47+offset,11] := "''SHDW_NEXT_MBR_NAME'"  ! Device name (DSA, DPA, $1$DUA,...)< $       host_name = f$getdvi(SHDW_NEXT_MBR_NAME,"HOST_NAME")E $       out_line[58+offset,9] := "''host_name' ; "    ! HSJ host namen $       count = count + 1t! $       goto loop_on_shad_members  $     endif- $     end_shdw_err:  $     set noon $! $ endif0 $ write outp out_line. $ goto loop2 $ endloop2:j $!---------i $end:s $close input $close outps; $! Display the results to sys$output sorted by volume label. $ write sys$output "".7 $ sort/stat/key=(pos:12,size:12) device4.tmp sys$outpute $ write sys$output ""f $define/user sys$output nla0:p $define/user sys$error nla0:% $delete/noconfirm/nolog device%.tmp;*). $ if verify then set verify ! 'f$verify("NO")'        -----Original Message-----n) From: 	Hans Vlems [mailto:hvlems@iae.nl]  $ Sent:	Friday, March 30, 2001 3:57 PM To:	Info-VAX@Mvb.Saic.Comm0 Subject:	Re: Getting % Merged or Copied from DCL  J Wouldn't it be possible to use F$ELEMENT to cut off the string just beforeE the % sign and then use F$EXTRACT to isolate the last two characters?sH The resultant two char string holds then either a two digit integer or aB simple integer with a blank prefix. Which is what you want, right?  
 Hans Vlems  , Dave Harrold heeft geschreven in bericht ... >Hi All, > G >I would like to be able to get the % merged or % copied information inrA >a DCL procedure.   This is the same information provided by SHOW/ >DEVICE. >c >$ sh dev dua117 >bF >Device                  Device           Error    Volume         Free
 >Trans MntG > Name                   Status           Count     Label        Blocks.
 >Count CntG >DSA117:                 Mounted              0  PRODI04       88870563a >121   2F >$1$DUA117:    (MINNIE)  ShadowMergeMbr       0  (merging DSA117:  43% >merged)F >$1$DUA217:     (PLUTO)  ShadowMergeMbr       0  (merging DSA117:  43% >merged) >=E > I haven't been able to identify any argument to F$GETDVI to provide-G >that information.  Is this possible?  Is it available from the $GETDVI  >system service? >e. >Any information would be greatly appreciated. >t >Thanks, >s
 >Dave Harrold0 >1 >6L >=========================================================================== ===========i> >Dave Harrold                                          E-Mail: David_Harrold@Aurora.orgD >Sr. Software Systems Engineer                         Phone : (414) 647-6204D >Aurora Health Care                                    FAX   : (414) 647-4999J >3031 W. Montana Street                                Milwaukee, WI 53234 > I >"A common mistake people make when trying to design something completely- foolproof is to-0 >underestimate the ingenuity of complete fools."   ------------------------------  $ Date: Mon, 2 Apr 2001 10:52:01 -0400* From: "Andy Stoffel" <acs@fcgnetworks.net>4 Subject: Getting Apache/CSWS & Multinet to co-exist?9 Message-ID: <Dm0y6.120256$lj4.3587591@news6.giganews.com>m  : I'm looking for any advice/suggestions on how to correctly5 configure Apache & Multinet (4.3A) to happily coexistI on a VMS 7.2-1 system.  ; If I take 2 systems running the same version of VMS (7.2-1)i4 (And all current patches) and Apache/CSWS (1.01) and4 the APACHE$WWW account similarly configured & Apache> configured similarly (and just for completeness sake they also) have the same layered products installed)   < Apache on the system using TCP/IP Services for  OpenVMS 5.0A= works a lot better than the system running Multinet 4.3A (alll	 patches).   / (I actually have several of each configuration:   #      Apache/Multinet & Apache/TCPIPo  ; scattered across the US at different customer sites and the3- Multinet sites all exhibit the same "issue".)4  C Basically.... on a Multinet system Apache gradually appears to stopsA responding to requests after approximately 65-70K buffered I/O's.h8 (Using the default APACHE$WWW & HTTPD.CONF configuration  it starts with. )  9 A show process for the APACHE$WWW account on one of theset( systems where it has stopped responding:   Process Quotas:y  Account name:C  CPU limit:                                        Infinite  Direct  I/O limit:            600 >  Buffered I/O byte count quota:    316016  Buffered I/O limit: 600a@  Timer queue entry quota:                 1196  Open file quota: 412,E  Paging file quota:                         204576  Subprocess quota:  9 >  Default page fault cluster:                    64  AST quota: 1204@  Enqueue quota:                                2848  Shared file limit:               0A  Max detached processes:                      0  Max active jobs:: 02   Accounting information:eA  Buffered I/O count:    317556  Peak working set size:       838458  Direct I/O count:               200  Peak virtual size: 1766729  Page faults:                       551  Mounted volumes:  0v$  Images activated:                 3)  Elapsed CPU time:          0 00:00:00.98A.  Connect time:                   3 16:29:40.99     And (if it helps) in SYSUAF:  A Maxjobs:            0  Fillm:         500  Bytlm:          350000nD Maxacctjobs:     0  Shrfillm:         0  Pbytlm:                   0; Maxdetach:        0  BIOlm:      600  JTquota:        32768.> Prclm:             22   DIOlm:      600  WSdef:          15000? Prio:                  4   ASTlm:   1210  WSquo:          30000i: Queprio:           4   TQElm:   1210  WSextent:      30000: CPU:        (none)    Enqlm:   3000  Pgflquo:       300000  < The above is due more to trial-and-error than anything else.   --@ Note: watching it with a show process/continuous it appears that= the Buffered I/O count increases by 1 every second whether it  is UCX or Multinet.   0 This doesn't seem to affect any other processes.  < Any suggestions on where to start on getting Apache/CSWS and7 Multinet to productively co-exist would be appreciated.e   Thanks   -Andy- ---M SUB/signature/witty_saying/t   ------------------------------  % Date: Mon, 02 Apr 2001 10:13:48 -0300s) From: fabio_compaq@ep-bc.petrobras.com.brf Subject: Is SUN crazy ???eL Message-ID: <OFD9C8B2C2.9D56AA78-ON03256A22.00489E55@ep-bc.petrobras.com.br>   Click at  H http://www.sun.com/2001-0327/release/;$sessionid$UELFXTYAABK4TAMTA1LU3NQ     Hmmm...      Regardss   FC   ------------------------------  % Date: Mon, 02 Apr 2001 17:58:56 +0100e0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Is SUN crazy ???o* Message-ID: <3AC8AFD0.180DCAF1@uk.sun.com>  * fabio_compaq@ep-bc.petrobras.com.br wrote: > 
 > Click at > J > http://www.sun.com/2001-0327/release/;$sessionid$UELFXTYAABK4TAMTA1LU3NQ > 	 > Hmmm...h > 	 > Regards  >  > FC     You need to consider the date.     Regards  Andrew Harrisono Enterprise IT Architectc   ------------------------------  $ Date: Mon, 2 Apr 2001 10:49:18 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: Java replacement?, Message-ID: <9a9hvb$1d2i@newton.cc.rl.ac.uk>  ] "Christof Brass" <brass@infopuls.com> wrote in message news:3AC5ACAA.2C5A8CEE@infopuls.com...i  B > Shockwave/Flush is a graphical oriented technique with much lessB > capabilities of damaging the local environment than Java (if runA > out of the sandbox). Basically at the moment it is not regarded- > as a major security problem.  = Er no. It has a wide open buffer overrun problem, which AFAIK>6 could allow it to run arbitrary code on all platforms.   ------------------------------  $ Date: Mon, 2 Apr 2001 13:51:58 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: Java replacement?, Message-ID: <9a9slq$17m0@newton.cc.rl.ac.uk>  \ "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in message news:9a9hvb$1d2i@newton.cc.rl.ac.uk...  ? > Er no. It has a wide open buffer overrun problem, which AFAIK 8 > could allow it to run arbitrary code on all platforms.  E It appears that some of the earlier reports I recalled overstated theT? problem. It does (did?) have a buffer overrun but it may not be ? possible to exploit it to run malicious code. Apologies for not  checking up before posting.m   ------------------------------  $ Date: Mon, 2 Apr 2001 15:37:22 +0200) From: "Iris Green" <iris.green@intel.com>e6 Subject: Lexical to see the rebuild status of a device* Message-ID: <9a9val$f75@news.or.intel.com>   Hi all,g  I I would like to get a list of devices that need rebuild from inside a DCL * file, In order to Rebuild Devices from it.K Though I was looking for the proper item in the f$getdvi lexical, I cooulnt J fine an item about the rebuilds status of a disk.  Do anyone know how this@ info can be obtained (Except the "show device/rebuild" command).   Thxw  
 Iris Green   Intel IL VMS group   Email : Iris.green@intel.com   ------------------------------  % Date: Mon, 02 Apr 2001 09:07:24 +0100o% From: Alan Greig <a.greig@virgin.net>n0 Subject: Re: login failure when sysuaf is locked8 Message-ID: <plcgct85c64u5u7k8e8hkpf06vq1o7vi8s@4ax.com>  8 On Thu, 29 Mar 2001 15:51:31 -0500, "Richard D. Piccard" <piccard@ohio.edu> wrote:n  K >We used to have (V5.0 timeframe) recurring batch jobs vanish, and ended uphL >convincing ourselves that the overnight BACKUP jobs were blocking access toP >SYSUAF.DAT while they backed it up.  We added code to copy those critical filesP >with CONVERT/SHARE, and then excluded the originals but not the copies from the >backup. >aM >The problem did not recur, so we believed that our analysis of the cause wasaM >correct.  I don't know if later versions of BACKUP were more gentle in their  >access modes.  A You must BACKUP/IGNORE=INTERLOCK if you don't want backup to taken% exclusive access to files as it goes.G     -- Alan   ------------------------------  % Date: Mon, 02 Apr 2001 15:51:56 +0200-$ From: Michael Unger <unger@decus.de>, Subject: login failure when sysuaf is locked* Message-ID: <009F9F15.4EC72E49.4@decus.de>  ; > From: Larry Kilgallen <Kilgallen@EISNER.DECUS.ORG.NOSPAM>c2 > Subject: Re: login failure when sysuaf is locked >   S > In article <009F9BF6.DEC691D7.9@decus.de>, Michael Unger <unger@decus.de> writes:s >   H > > Would it be safe to assume that the following piece of DCL procedure> > > can be applied to _all_ system files without any problems: > > 1 > >       OPEN /READ /SHARE <logical> <file_name>  > >            ^^^^^ ^^^^^^n) > >       READ /NOLOCK <logical> <symbol>p > >            ^^^^^^^ >   F > Certainly it would fail if the file was being backed up at the time.  F I assumed that backups of running systems are always performed "BACKUP /IMAGE /IGNORE=INTERLOCK" ...(  B (I _do_ know the risks of doing so but in a production environment4 there is often no chance for a standalone backup ;-)  F VMS's system uptime is rather large compared to some other OS's uptime ..   MichaelM   ------------------------------  , Date: Mon, 02 Apr 2001 17:05:14 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>0 Subject: Re: login failure when sysuaf is lockedJ Message-ID: <Pine.LNX.4.21.0104021655030.16819-100000@irys.stanpol.com.pl>  % On Mon, 2 Apr 2001, Alan Greig wrote:o  9 +On Thu, 29 Mar 2001 15:51:31 -0500, "Richard D. Piccard"  [...]wN +>The problem did not recur, so we believed that our analysis of the cause wasN +>correct.  I don't know if later versions of BACKUP were more gentle in their +>access modes.h +.B +You must BACKUP/IGNORE=INTERLOCK if you don't want backup to take& +exclusive access to files as it goes.    IMHO you are little wrong :)s  " 1. BACKUP does not exclusive lock:   $ open in xxxx.zip  $ backup xxxx.zip zzzz 	! Works.  =  Yes, I think that you think about "write disallowed" lock :)y5 but really you write "exclusive", excuse my malice :)l  ? 2. /IGNORE=INTERLOCK AFAIK (correction welcome, can't RTFM with /   time-out :>) works *not* as some user thinks.   :   It *first* opens the file for "normal" access, only *if*-  the access will be unavailable overrides it.hA   Supose we get conflicting access (BACKUPO for read, application * for exclusive - means "read dissallowed").  <  Then - when you do BACKUP and the BACKUP.EXE opens the file= *before* a application (where will get exclusive lock) - the   apps goes to error !  9  If files are permanently open then /IGN=INTERl (with alle3 disadvantages) is "safe" from the application view.2<  *But* if a app. file is randomly open *while* backup run - > then (even /IGNORE=INTERLOCK) you *can* get application error.    Regards - Gotfryd   --  E =====================================================================6F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEr. $!                        GS@stanpol.zabrze.plE =====================================================================I   ------------------------------  , Date: Mon, 02 Apr 2001 17:07:25 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>0 Subject: Re: login failure when sysuaf is lockedJ Message-ID: <Pine.LNX.4.21.0104021705300.16819-100000@irys.stanpol.com.pl>  & On 30 Mar 2001, Larry Kilgallen wrote:  R +In article <009F9BF6.DEC691D7.9@decus.de>, Michael Unger <unger@decus.de> writes: + G +> Would it be safe to assume that the following piece of DCL procedure = +> can be applied to _all_ system files without any problems:8 +> U+ +> 	OPEN /READ /SHARE <logical> <file_name>= +> 	     ^^^^^ ^^^^^^e# +> 	READ /NOLOCK <logical> <symbol>g +> 	     ^^^^^^^ +-E +Certainly it would fail if the file was being backed up at the time.   !  Will suggest that you are wrong. C  BACKUP does *NOT* exclusive open as example in my mail some second-B before states, BACKUP is *not* conflicted with READ/SHARE access !    Regards - Gotfryd   --  E =====================================================================-F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEn. $!                        GS@stanpol.zabrze.plE =====================================================================e   ------------------------------  , Date: Mon, 02 Apr 2001 17:11:34 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>0 Subject: Re: login failure when sysuaf is lockedJ Message-ID: <Pine.LNX.4.21.0104021707540.16819-100000@irys.stanpol.com.pl>  . On Thu, 29 Mar 2001, Richard D. Piccard wrote:  K +We used to have (V5.0 timeframe) recurring batch jobs vanish, and ended up)L +convincing ourselves that the overnight BACKUP jobs were blocking access to7 +SYSUAF.DAT while they backed it up.  [...resolution...tM +The problem did not recur, so we believed that our analysis of the cause wase	 +correct."  @  Yes. Because have seen, check and correct the problem with the " same way on one production system.  D + I don't know if later versions of BACKUP were more gentle in their +access modes.    No.;  If someone uses SYSUAF with "modify record" access and the 9 process has low CPU (due to low priority or high overloadt8 of whole system) then you can IMHO always get the error.   [...original message cut...]= BTW: will ask for writing response *after* the previous text,o  will be moew readable; thanks.2    Regards - Gotfryd   -- pE =====================================================================dF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================c   ------------------------------    Date: 02 Apr 2001 11:53:36 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>   Subject: Re: MOUNT/BIND too slowH Message-ID: <y4ae5ztyov.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  + maulis@ludens.elte.hu (Adam Maulis) writes:u  D > yes, the volumeset has an significant performance overhead. If youD > use the  "file bigger than filesys" feature of the volumeset than & > this overhead will be extremly high.  G Why should that be the case? You have one extent per volume, but at any G reasonable disk size, there isn't much difference in having one or even  a few dozen extents.   	Jan   ------------------------------   Date: 2 Apr 2001 12:46:35 +0200 ) From: maulis@ludens.elte.hu (Adam Maulis)X  Subject: Re: MOUNT/BIND too slow! Message-ID: <gQvE9HApe+sL@ludens>N   In article <y4ae5ztyov.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:- > maulis@ludens.elte.hu (Adam Maulis) writes:M > E >> yes, the volumeset has an significant performance overhead. If you E >> use the  "file bigger than filesys" feature of the volumeset than _' >> this overhead will be extremly high.r >  > Why should that be the case?    A I got it from real situation, I don't know the right explanation.    an average explanation: E The file access operation requires to map the file extent informationyH into a Window and in the Window there is no room to mapping extents fromE another volume. When you want to map extents from another volume theneG MAP_VBN routione returns an UCB address of correct device, not the fullvG information so the XQP has to execute a lot of operations. This results G that every access from another volume requires a Window Turn operation.	K When RDB accesses randomly its multi-volume area this Window Turn operationo happens very frequently.      , > You have one extent per volume, but at anyI > reasonable disk size, there isn't much difference in having one or evenu > a few dozen extents. >  > 	Jan  I Adam Maulis              maulis@ludens elte hu         VMS system manageraH  .......................................................................H  VMS Competence Center                             VMS Szakertoi KozpontH  Eotvos Lorand University                  Eotvos Lorand TudomanyegyetemH  Budapest, Hungary                                              BudapestH  =======================================================================   ------------------------------  % Date: Mon, 02 Apr 2001 09:45:02 -0300D) From: fabio_compaq@ep-bc.petrobras.com.br   Subject: Re: MOUNT/BIND too slowL Message-ID: <OFA061B7DF.CC0181AE-ON03256A22.00456A95@ep-bc.petrobras.com.br>  = I'd never tested the MOUNT/BIND before. It was my first time.   A Of course the RDB databases are spreaded in 10 disks of 8 GB eachuF in a EMC Symmetrix ..... but we needed to export one  database and wasJ a little bit complicated to mount a 16 GB volume in the EMC, - so I BINDed6 two disks of 8 GB each (RAID-5) to make the export ...  G PS: No problem with your poor english,  my english is poorest.  Gipsies=	 stolen me=@ in front of the Gelert Hotel in Budapest two years ago ! ! ! Was complicated fori- me to explain it to the "Rendorseg" (is it?).i   Regards    FC        : maulis@ludens.elte.hu (Adam Maulis) em 01/04/2001 13:17:44  5 Favor responder a maulis@ludens.elte.hu (Adam Maulis)M             Info-VAX@Mvb.Saic.Com         Assunto: Re: MOUNT/BIND too slow    
 In articleA <OF4A2A04B6.EB7E373A-ON03256A10.001238FA@ep-bc.petrobras.com.br>,t+ fabio_compaq@ep-bc.petrobras.com.br writes:fA > I mounted two disks  in RAID-5  (each) with the /BIND to create09 > a bigger (??) volume (16GB)  and the DBA exported a RDBu/ > database but he told me it was extremly slow.?  B yes, the volumeset has an significant performance overhead. If youA use the  "file bigger than filesys" feature of the volumeset thanc$ this overhead will be extremly high.    A 1, I do not understand why use volumeset belongs to vms why don'tiC use raid belongs to HSZ itself? If you configure a bigger raid withaC your hsz70 then both of performance and size will be better/bigger.s    ? And general: why do you use raid5 or volumeset for RDB? The RDBeB itself can access individual disk more effecient than raid5 could.  C Of course, if you poor of disk space and you required the stabilityeF provided with raid5 then use raid5 :-) otherwise use striped mirrorsetH (raid0+1) or individual disks with manual-configured multi-area database/ with AIJ on mirrored disks and regulary backup.s     >h > FC >s   Sorry for my poor English.    I Adam Maulis              maulis@ludens elte hu         VMS system managersH  .......................................................................H  VMS Competence Center                             VMS Szakertoi KozpontH  Eotvos Lorand University                  Eotvos Lorand TudomanyegyetemH  Budapest, Hungary                                              BudapestH  =======================================================================   ------------------------------    Date: 03 Apr 2001 01:27:41 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: MOUNT/BIND too slow- Message-ID: <874rw7w6sy.fsf@prep.synonet.com>q  + maulis@ludens.elte.hu (Adam Maulis) writes:    > In articleC > <y4ae5ztyov.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan ? > Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 	 > writes:   / > > maulis@ludens.elte.hu (Adam Maulis) writes:a  C > >> yes, the volumeset has an significant performance overhead. If8D > >> you use the "file bigger than filesys" feature of the volumeset. > >> than this overhead will be extremly high.    > > Why should that be the case?  C > I got it from real situation, I don't know the right explanation.t   > an average explanation:9  ; > The file access operation requires to map the file extent A > information into a Window and in the Window there is no room to C > mapping extents from another volume. When you want to map extents E > from another volume then MAP_VBN routione returns an UCB address of:F > correct device, not the full information so the XQP has to execute a@ > lot of operations. This results that every access from anotherF > volume requires a Window Turn operation.  When RDB accesses randomly? > its multi-volume area this Window Turn operation happens veryg
 > frequently.o  F You need to ensure that you don't have a zillion extents backwards andB forards from extending onto the least full at the time volume, andE also ensure that the WINDOW mount parameter is high enough. Alas, yousB can't specify the use of cathedral windows on mount :( or on init.  B Does each volume get 'windows' worth of mapping pointers? or is it per volume set?_   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.f@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Mon, 02 Apr 2001 11:47:10 GMTA' From: Colin Blake <colin@theblakes.com> ( Subject: Re: Mozilla 0.8.1 graphic bug ?- Message-ID: <3AC86663.296234DD@theblakes.com>h  8 "Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40" wrote:  	 > Hi all,g >DK > I've just upgraded Mozilla to version 0.8.1 (Alpha VMS 7.2-1, DS10 ; Elsa:I > Gloria Synergy) and I notice a strange behaviour: impossible to see theLK > bookmarks into the left frame (however the bookmark menu is ok). The lefttN > frame seems never updated: when a menu is occulting a part of the frame, the- > bitmap of the menu stays into the frame ...2  M Unfortunately there are some bugs in the sidebar code in M0.81. The one about:B bookmarks not displaying in mentioned in the Mozilla release notesH (http://www.mozilla.org/releases/mozilla0.8.1/). Search for "sidebar" or! "bookmarks" and you'll find this:/  	 BookmarksaM Older Profiles may not display the bookmarks tab in the sidebar properly. TheeS workaround is to click on the "Tabs" button in My Sidebar and select the "CustomizetS My Sidebar" menu item. In the resulting window remove the bookmarks tab, hit OK andnP restart Mozilla. Go back to the Customize window and add the bookmarks tab. (Bug 71685)   Colin.   ------------------------------  % Date: Mon, 02 Apr 2001 10:33:50 -0500"+ From: Christopher Smith <csmith@amdocs.com>c( Subject: RE: OpenVMS Educational ProgramL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1CE5@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  # > steven.reece@quintiles.com wrote:r  ? > > There is no justification for VMS to be uncontaminated and e > architecturallyd; > > pure.  TCP/IP on OpenVMS may not be my first choice of u > network transport,6 > > but in the present day and age it is a Good Thing.    A > Why do you relate architecture and implementation of protocols?-  G I feel compelled to comment here.  I understand that you're speaking oftB "system level" architecture here, but in a broader sense, anythingL distributed with the system, whether or not it is normal non-privileged, andJ completely optional code, has had design considerations made for it. (Even< if only the layout of the CD from which the OS is installed)  K So I guess what I'm saying is that UCX, for instance, is a component of VMS L as it's distributed today, and therefore figures in (in however small a way)J with the architecture of the system.  That the system may function withoutI this product doesn't necessarily mean that it's not a part of the system. K The system may function without SCSI drivers too, I'm sure. :)  Do we countgG them, then, because they're installed automatically, or because they'reqL system level code?  Or do we exclude them, and say that anything with is not the "kernel" will not count?  K (Those aren't rhetorical questions -- I am curious about where you draw thecC line.  What is part of the "architecture," and what is incidental?)s   Regards,   Chrisl  ! Christopher Smith, Perl Developero Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");b 'u   ------------------------------  % Date: Mon, 02 Apr 2001 18:08:40 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>, Subject: Re: POSIX Streams, File Permissions* Message-ID: <3AC8B218.7B6FEACB@uk.sun.com>   Christof Brass wrote:u >  > andrew harrison wrote: > >e > > Christof Brass wrote:n > > >- > > > Hoff Hoffman wrote:  > > > >o` > > > > In article <3AB6C871.D9DEDB24@infopuls.com>, Christof Brass <brass@infopuls.com> writes:? > > > > :Why can't we have a pure VMS version and UNIX-version?  > > > >rL > > > >   Your question is sufficiently terse as to be exceedingly difficult- > > > >   to answer.  In other words, "huh?".F > > > >9V > > > >  ---------------------------- #include <rtfaq.h> -----------------------------R > > > >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comV > > > >  --------------------------- pure personal opinion ---------------------------T > > > >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com > > >^ > > > Sorry.@ > > > Can we have a VMS which is free of UNIX API in the kernel?= > > > Can we have a VMS which behaves as before wrt directorym3 > > > modification date and delete file permission?  > >t6 > > Well you had better start chucking things out that > > you are using now. > >s9 > > Get rid of any IP stack you have installed on OpenVMS : > > they are all based on the BSD 4.X IP stack and I don't* > > need to tell you where that came from. > < > IP is a widely used standard and at the moment there is no; > promising way to avoid it. Besides that it is possible tof. > implement an IP stack according to the RFCs. >   6 Of course it is but the UCX stack came from UNIX where7 it was implimented according to the RFC's. The point is,5 it origionated from UNIX so you need to rip it out ife5 you are to deliver on your architectural purity rant.   8 > > How about CDE, do you use it on OpenVMS, tsk tsk tsk) > > naughty Christof, chuck that as well.Y >  > I use DECwindows/Motif.  >   7 Where did Motif come from, no I don't need to tell you  5 it was developed by IBM, HP and Digital on UNIX. Rip   it out as well.     6 > > While you are at it get rid of PIPE its a UNIXism. > B > I've never used PIPE on VMS because I normally use 6.2 and AFAIK > PIPE isn't there.x >   7 How about Decthreads where do you think they came from o! rip them out. You can't use them.    Perl rip that out* Tcl/Tk rip that out.    ? > I'm not sure if you get a point with that question. There aretB > important production VMS systems not running IP but only DECnet.@ > If you come up with a list we can check each item. To make oneA > thing clear: a feature which might be there in one or more UNIX.B > variants is no problem for having it with VMS as long as it fits > into VMS.  >   @ Sure there are important OpenVMS boxes still running DECNet but G I wonder how many others have an IP stack as well or instead. How much *D of the OpenVMS market would be left if you get rid of IP on OpenVMS.  EF Not much, how much if you loose Motif/CDE/Threads/Java (not much point) doing server side Java without threads). =  D Loose any CORBA ORB's Sun and HP developed the origional Corba Spec.  < The only yhing your your insistance on architectural purity ; would acheive is the extinction of OpenVMS. Is that really = what you want.   regards= Andrew Harrison= Enterprise IT Architect-   ------------------------------  % Date: Mon, 02 Apr 2001 09:14:04 -0700d7 From: David Spencer <spencer@pageweavers.spaamfree.com>:A Subject: Re: Queue Manager gives me this error about once a month0B Message-ID: <020420010914049625%spencer@pageweavers.spaamfree.com>  C In article <c7bs4mbabT6j@eisner.encompasserve.org>, Larry Kilgallene* <Kilgallen@eisner.decus.org.nospam> wrote:  J > In article <300320011313123700%spencer@pageweavers.spaamfree.com>, David5 > Spencer <spencer@pageweavers.spaamfree.com> writes:>J > > As described in the header, I get the following message on the console' > > (somewhat abbreviated for clarity):  > >  > > $-< > > %%%%%%%%%%%  OPCOM  30-MAR-2001 11:12:25.67  %%%%%%%%%%%& > > Message from user SYSTEM on XXXXXX# > > %QMAN-E-WRITEERR, error writingeE > > $2$DKA0:[SYS0.SYSCOMMON.][SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1** > > -RMS-F-RMV, ACP remove function failed* > > -SYSTEM-F-DATACHECK, write check error" > > %QMAN-E-OPENERR, error openingE > > $2$DKA0:[SYS0.SYSCOMMON.][SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1R3 > > -RMS-E-FEX, file already exists, not superseded . > > -SYSTEM-W-DUPFILENAME, duplicate file name > > D > > I have other systems that never display this message. I've triedC > > and tried to figure out what's different with this one but withm > > no luck. > >  > > Any ideas? >  > Type HELP/MESSAGE DATACHECK.   Larry:  B Are you trying to tell me that I might be having some sort of disk3 problem? I'm not logging any errors on the drive...R   -- Davei   ------------------------------    Date: 03 Apr 2001 01:35:46 +0800, From: Paul Repacholi <prep@prep.synonet.com>A Subject: Re: Queue Manager gives me this error about once a month - Message-ID: <87vgonurv1.fsf@prep.synonet.com>T  9 David Spencer <spencer@pageweavers.spaamfree.com> writes:   D > Are you trying to tell me that I might be having some sort of disk5 > problem? I'm not logging any errors on the drive...e  E There is not HW read after write on disks. the ONLY way to see if therA data got there in one piece is to read it back. The XQP did that,r6 and the data from the disk was not what the XQP wrote.  0 So yet another SCSI drive error goes undetected.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.w@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  , Date: Mon, 02 Apr 2001 16:52:56 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>( Subject: Re: Redirect output of Com FileJ Message-ID: <Pine.LNX.4.21.0104021642050.16819-100000@irys.stanpol.com.pl>  ( On Thu, 29 Mar 2001, Don Chandler wrote:  I +How can I direct the output of a '.com' file to BOTH the screen and to a E +file at the same time. After the run of an interactive '.com' file In= +would like to have the option to print  (or save) the screena +interactions.    Hello ! - my .02$ :)t8  None of the mentioned resolution resolves ALL problems;> SET HOST (also /LAT, /TELNET) can save additional flow-controlB characters and extra record separator, but works with screen-mode.=  The TEE one will not work, if you utility is SMG-based (somei screen-oriented programms).c6  To the second class (non-SMG) will add another trick:; - start the command file with output to file with shareable 
 access, like:a  . $ SPAWN/NOWAIT/OUTPUT=logfile.LOG @commandfile9 (you can add /INPUT=NLA0: if you will dissallow CTL-Y andn no input is required)f=  In the commandfile.COM set a prefferred "DCL flush time"[1]:<  5 $ SET OUTPUT=some_small_value	! like 0:0:1 (1 second)     and for control do:  # $ TYPE LOGFILE/CONTTINUE/INTERVAL=1   4  With 2-second latency you see the output of .COM :)  @  IMHO has the advantage to check the progress from time to time,# also in BATCH and DETACH/DCL modes.e    Regards - Gotfryd [1] the HELP SET OUTPUT:D "       For use only within command procedures that are submitted as        batch or detached jobs." ;  is little not prefect: any non-terminal output really *is*t?  controlled with the time, regardless if network or interactive   mode... :)  -- eE =====================================================================BF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================h   ------------------------------   Date: 2 Apr 2001 08:08:07 +0100tC From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)e1 Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY datau- Message-ID: <3ac81747.0@news.uni-konstanz.de>o  2 In article <WD8x6.409$fB6.11069@news.cpqcorp.net>,4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: |>B |>  I am looking for the device codes returned by the OpenVMS V6.2A |>  (and later) SYS$ETC:SCSI_INFO.EXE tool, and specifically witho |>  CD-R and CD-RW disk drives.  |>A |>  I'd like to get this data from the following widgets, as well B |>  as various other CD-R or CD-RW widgets that might be in common3 |>  use among the members of the OpenVMS community:  |> |>    Philips CDD2000- |>    Philips CDD2600 
 |>    HP 40200
 |>    HP 6020i |>    Yamaha CDR100r |>    Yamaha CDR400R |>@ |>  The following sequence of three DCL commands will return the@ |>  data that I seek -- DKA400: is the device name of the target$ |>  SCSI device on the local system: |> |>    $ set proc/priv=alle  |>    $ etc:==$sys$etc:scsi_info |>    $ etc dka400:. |>A |>  And the chunk of data is on the first page of output from thedB |>  SYS$ETC:SCSI_INFO tool; the 36 bytes of the SCSI INQUIRY data @ |>  returned from the CD-R/CD-RW disk drive, and the associated > |>  text decoded from the INQUIRY data.  The following exampleA |>  data is from a CD-ROM drive, obviously, but I'm specifically p@ |>  and only looking for INQUIRY data from CD-R or CD-RW drives: |> |> .... % |>$!   SCSI Inquiry Data (36 bytes) :l |>$!? |>$!      000:  05 80 02 02 1F 00 00 98 44 45 43 20 20 20 20 20A? |>$!      010:  52 52 44 34 35 20 20 20 28 43 29 20 44 45 43 20R |>$!      020:  30 34 33 36n |>$!) |>$!      Peripheral Device Type : CD-ROMA |>$!' |>$!      Peripheral Device Qualifier :p |>$!H |>$!              Peripheral device type supported & connected to target |>$!% |>$!      Vendor Identification : DECa |>$!1 |>$!      Product Identification: RRD45   (C) DECw |> ....l |> |> |>  Thanks!v |>2 |> ---------------------------- #include <rtfaq.h> |>-----------------------------s5 |>      For additional, please see the OpenVMS FAQ --b |>www.openvms.compaq.com    4 |> --------------------------- pure personal opinion |>---------------------------t3 |>   Hoff (Stephen) Hoffman   OpenVMS Engineering  0 |>hoffman#xdelta.zko.dec.com |> |>  4 For what reason do you need this? A new DEQ-Product?   eberhard   ------------------------------  % Date: Mon, 02 Apr 2001 08:35:12 +0200aC From: Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de>eC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Se> Message-ID: <009F9ED8.4C242378.3@CHCLU.CHEMIE.UNI-KONSTANZ.DE>  > >From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) >> Yamaha CRW4416S:   E >   Coincidentally, I just hooked mine back up to my AlpSta 200 4/233iJ >(VMS V7.2-1), after consolidating the two old disks onto one newer disk. I >With the shorter SCSI cables, it no longer completely paralyzes the SCSI  >bus.    >> $! Issuing INQUIRY QIOW   >   Mine's slightly different:  $ >$!   SCSI Inquiry Data (58 bytes) : >$!B> >$!      000:  05 80 02 02 27 00 00 10 59 41 4D 41 48 41 20 20> >$!      010:  43 52 57 34 34 31 36 53 20 20 20 20 20 20 20 20> >$!      020:  31 2E 30 68 30 39 2F 30 39 2F 39 39 00 00 00 00, >$!      030:  00 00 00 00 00 00 00 00 00 00 >[...]% >$!      Product Revision Level: 1.0h   @ >   Even with the shorter cables, it still appears at every LUN:   >alp $ show device dka  Q >Device                  Device           Error    Volume         Free  Trans MntmQ > Name                   Status           Count     Label        Blocks Count CnttQ >ALP$DKA0:               Mounted              2  VMS072ALP     15133685   545   1 / >ALP$DKA400:             Online               0>/ >ALP$DKA500:             Online               0f  / >Device                  Device           Errorr/ > Name                   Status           Count / >ALP$DKA501:             Offline              1r/ >ALP$DKA502:             Offline              1 / >ALP$DKA503:             Offline              1 / >ALP$DKA504:             Offline              1t/ >ALP$DKA505:             Offline              1 / >ALP$DKA506:             Offline              1 / >ALP$DKA507:             Offline              1u  E >   Is there an approved way to suppress the extras, or should I stop , >caring, or am I the only one who gets them?  I >   Also, running CDRECORD 1.8.1 (slightly modified), I did a "-dummy" ofrF >about a full disk worth and got about 170 errors on PKA0:.  Normal or >not?e  I >   Is "%MOUNT-F-FORMAT, invalid media format" the best I can expect wheneE >trying to mount a normal CD-ROM on the thing?  That's with the block  >size jumper installed.a  G >   I haven't tried it lately, but as I recall, booting from it failed,  >too.p  C >   Comments from anyone with relevant experience would be welcome.   & Two reasons may cause these problems: 1 1.) Firmware of the drive (Upgrade it with a PC).c1 2.) scsi-driver-problems (get the newest driver).    eberhard  F PS: I am able to mount a burned CD with my Yamaha 4260S (OpenVMS 7.1).O ===============================================================================e   Dr. Eberhard Heuser-Hofmann- Univ. Konstanz Fakultaet fuer Chemie  Universitaets-Strasse 10 D-78464 Konstanz Germanyc. Phone: +49-7531-88-2026, FAX: +49-7531-88-3139* email: vaxinf@chclu.chemie.uni-konstanz.de  L ============================================================================    O ===============================================================================    Dr. Eberhard Heuser-Hofmannr Univ. Konstanz Fakultaet fuer Chemien Universitaets-Strasse 10 D-78464 Konstanz GermanyT. Phone: +49-7531-88-2026, FAX: +49-7531-88-3139* email: vaxinf@chclu.chemie.uni-konstanz.de  O ===============================================================================n   ------------------------------  # Date: Mon, 02 Apr 2001 10:17:38 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)eC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Sl0 Message-ID: <009F9EC5.145BBDD1@SendSpamHere.ORG>   In article <009F9ED8.4C242378.3@CHCLU.CHEMIE.UNI-KONSTANZ.DE>, Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> writes:? >>From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  >>> Yamaha CRW4416S: >nF >>   Coincidentally, I just hooked mine back up to my AlpSta 200 4/233K >>(VMS V7.2-1), after consolidating the two old disks onto one newer disk. 0J >>With the shorter SCSI cables, it no longer completely paralyzes the SCSI >>bus. >O >>> $! Issuing INQUIRY QIOWe >g >>   Mine's slightly different:5 >B% >>$!   SCSI Inquiry Data (58 bytes) :- >>$!? >>$!      000:  05 80 02 02 27 00 00 10 59 41 4D 41 48 41 20 20.? >>$!      010:  43 52 57 34 34 31 36 53 20 20 20 20 20 20 20 20u? >>$!      020:  31 2E 30 68 30 39 2F 30 39 2F 39 39 00 00 00 00d- >>$!      030:  00 00 00 00 00 00 00 00 00 00r >>[...] & >>$!      Product Revision Level: 1.0h >pA >>   Even with the shorter cables, it still appears at every LUN:h >c >>alp $ show device dkaf >oR >>Device                  Device           Error    Volume         Free  Trans MntR >> Name                   Status           Count     Label        Blocks Count CntR >>ALP$DKA0:               Mounted              2  VMS072ALP     15133685   545   10 >>ALP$DKA400:             Online               00 >>ALP$DKA500:             Online               0 >i0 >>Device                  Device           Error0 >> Name                   Status           Count0 >>ALP$DKA501:             Offline              10 >>ALP$DKA502:             Offline              10 >>ALP$DKA503:             Offline              10 >>ALP$DKA504:             Offline              10 >>ALP$DKA505:             Offline              10 >>ALP$DKA506:             Offline              10 >>ALP$DKA507:             Offline              1 >,F >>   Is there an approved way to suppress the extras, or should I stop- >>caring, or am I the only one who gets them?o >oJ >>   Also, running CDRECORD 1.8.1 (slightly modified), I did a "-dummy" ofG >>about a full disk worth and got about 170 errors on PKA0:.  Normal ora >>not? >aJ >>   Is "%MOUNT-F-FORMAT, invalid media format" the best I can expect whenF >>trying to mount a normal CD-ROM on the thing?  That's with the block >>size jumper installed. >-H >>   I haven't tried it lately, but as I recall, booting from it failed, >>too. >iD >>   Comments from anyone with relevant experience would be welcome. >o' >Two reasons may cause these problems: .2 >1.) Firmware of the drive (Upgrade it with a PC).2 >2.) scsi-driver-problems (get the newest driver). > 	 >eberhardm >wG >PS: I am able to mount a burned CD with my Yamaha 4260S (OpenVMS 7.1).r  I What firmware is in your 4260S?  and what DKDRIVER patch are you running?M   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            iO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Mon, 02 Apr 2001 12:49:12 +0100-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e% Subject: Re: Spice for OpenVMS Alpha? ) Message-ID: <3AC86737.16BF4667@bbc.co.uk>e   Bill Gunshannon wrote:  + > In article <3AC49C9F.B90D2FF4@bbc.co.uk>,f2 >  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > |>A > |> and btw I have beeing doing some research in comp.unix.* :-)P >n > And??? >  > bill  E well, they don't seem to have a high opinion of Solaris security overn in comp.security.unix.    6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.    ------------------------------  % Date: Mon, 02 Apr 2001 13:12:53 +0100n0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: Spice for OpenVMS Alpha?t* Message-ID: <3AC86CC5.6355FB84@uk.sun.com>   Paul Sture wrote:w > J > In article <20010331194007.22880.qmail@nym.alias.net>, Doc.Cypher wrote:$ > > Date: 31 Mar 2001 19:40:07 -00008 > > From: Doc.Cypher <Use-Author-Address-Header@[127.1]>) > > Subject: Re: Spice for OpenVMS Alpha?M > > Newsgroups: comp.os.vmsh > >f& > > -----BEGIN PGP SIGNED MESSAGE----- > >sC > > On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:u > > >Paul Repacholi wrote: > > >>, > > >> ualski <ualski@earthlink.net> writes: > > >> > > >> > Paul Repacholi wrote:
 > > >> > >. > > >> > > Koloth <koloth@tmisnet.com> writes:
 > > >> > >M > > >> > > > > DECUS says they're for VAX/VMS but I remember just fortran theh8 > > >> > > > > last time I compiled it, a few years ago.
 > > >> > >9 > > >> > > That is an OLD SPICE. The current one is in C.e > > >>M > > >> > I should have been more specific.  The first one I listed is FORTRANgK > > >> > but the newer one, and the second listed, is purported to be C.  I 1 > > >> > don't have any experience with that one.h > > >>J > > >> A new modeling method for MOSFETs, improvments to the other models, > > >> bug fixes.S > > >>K > > >> > Anyone know what sort of new features or fixes went along with theh > > >> > switch to C?I > > >>8 > > >> More bugs, harder to optimize, unix braindeath... > > >>K > > >> But, hey, they a proper industry stands conforming bugs! Thats a big/ > > >> improvment isn't it...t > > >>4 > > >You are doing *my* job :-) (not only this time) > >'M > > I hope it really is your job Christoff because you've antagonised the COVsM > > so much that a contract is out of the question (you'll be disposed of fors > > free!).= > >tI > You know what? I am starting to believe that someone is paying him good- > money to wreck this group.     It isn't me.   Regards  Andrew Harrisoni Enterprise IT Architecta   ------------------------------  % Date: Mon, 02 Apr 2001 17:53:42 +0100o0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: Spice for OpenVMS Alpha?t* Message-ID: <3AC8AE96.A0B5A945@uk.sun.com>   Tim Llewellyn wrote: >  > Bill Gunshannon wrote: > - > > In article <3AC49C9F.B90D2FF4@bbc.co.uk>,r4 > >  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > > |>C > > |> and btw I have beeing doing some research in comp.unix.* :-)h > >l
 > > And??? > >t > > bill > G > well, they don't seem to have a high opinion of Solaris security overC > in comp.security.unix. >   - I am not sure what the point of your post is.X  , Posters on this group do have a high opinion/ of OpenVMS security. This high opinion however A2 appears to be based on a lack of information about- the actual risks to OpenVMS fostered by what r, is a culture of security through obscurity. 6 The CERT advisories for OpenVMS are a perfect example  of this.  3 Can you say with certainty that the differences you 0 see in each newsgroup are anything other than a , manifestation of the difference in approach.  / Various posters have claimed on this newsgroup  . that OpenVMS pretty much clean as far as CERT 1 advisories are concerned only to find that CompaqG* had not posted responses when OpenVMS was 
 vunerable.  1 Various posters have also claimed that OpenVMS ist1 immune to the stack overflow exploits attributed  . to UNIX and NT only to find that this is also 
 not the case.8   Regardsa Andrew Harrisonp Enterprise IT Architectc   ------------------------------  % Date: Mon, 02 Apr 2001 09:57:08 +01008% From: Alan Greig <a.greig@virgin.net>i) Subject: Re: THE EMC Chronicles - revisedm8 Message-ID: <kefgctgiumrjjaqs6okhot9jppu4iia1au@4ax.com>  @ On Sat, 31 Mar 2001 03:38:07 GMT, Ed Wilts <ewilts@mediaone.net> wrote:    K >Sheesh, if someone out there went to my employer with comments about what aI >I'd be posted, and they didn't talk to me first, I'd be pissed.  On the aJ >other hand, I don't post from a company address, and my employer doesn't K >pay for my Internet access at home (they want to but I won't let them) so CA >in no way can my comments be construed to come from my employer.a  E About five years ago DEC contacted a previous employer of mine taking,@ issue with some comments I made. My then management supported myD views. These days I try to always post with a personal email address@ but if anyone was to contact my current management without first4 taking it up with myself I think they'd find it very counter-productive!0  
 >   .../Ed   -- Alan   ------------------------------    Date: 02 Apr 2001 10:13:10 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>eB Subject: Re: They still don't get it (incremental backups and XQP)H Message-ID: <y4r8zbu3c9.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  8 I think John's summary makes the issues clear succintly.  H One wonders why the XQP modification was done and not caught. Looks likeE a failure of quality control, possibly one of the new hires not quitee understanding the issues...?  K Anyway, I do think the change to BACKUP's behaviour are good in principle -sL software and especially BACKUP should strive to work correctly, even in rareH and obscure cases (although I haven't yet seen a good description of theK scenario(s) in which the old behaviour led to an incorrect restore). HavingpL the ability to turn it off still is a Good Thing as well. Perhaps it is timeL to add a feature that does a scan of the disk and reports the amount of dataC the current selection will backup? That could be used to write moren3 intelligent or better, adaptive command procedures.a  M The amount fo turmoil in BACKUP (remember the API problem in 7.1 ff?) and thes XQP is not a good sign.    	Jan   ------------------------------  % Date: Mon, 02 Apr 2001 14:17:41 -0300u) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: VAX in 1UL Message-ID: <OFFA46A003.2E542EBB-ON03256A22.005E5BD6@ep-bc.petrobras.com.br>  I An interesting idea nowadays would be Compaq launching a new (definitive)=D VAX / MicroVAX in a 1U cabinet to maintain the legacy (???) systems.E I have three VAXes here which I cannot "shutdown" because they have a 0 legacy application. And they are ocupping space:   2 (two) VAX 4000 1 (one) MicroVAX 3100= 1 (one)  R400X       Regards-   FC   ------------------------------  $ Date: Mon, 2 Apr 2001 13:41:30 -0400% From: "John Vottero" <John@mvpsi.com>e Subject: Re: VAX in 1U/ Message-ID: <tcheet6l4dcaa2@news.supernews.com>g  " Compaq doesn't make VAXes anymore.  . Recompile your apps for Alpha and buy a DS10L.  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFFA46A003.2E542EBB-ON03256A22.005E5BD6@ep-bc.petrobras.com.br...K > An interesting idea nowadays would be Compaq launching a new (definitive)DF > VAX / MicroVAX in a 1U cabinet to maintain the legacy (???) systems.G > I have three VAXes here which I cannot "shutdown" because they have aa2 > legacy application. And they are ocupping space: >O > 2 (two) VAX 4000 > 1 (one) MicroVAX 3100- > 1 (one)  R400X >0 >  > 	 > Regards  >  > FC >i   ------------------------------  % Date: Mon, 02 Apr 2001 14:53:19 -0300e) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: VAX in 1UL Message-ID: <OF635B8092.1FAEB174-ON03256A22.00623A4B@ep-bc.petrobras.com.br>  B We dont have the fonts anymore.... legacy application > 10 years !   Regards0   FC        6 "John Vottero" <John@mvpsi.com> em 02/04/2001 14:41:30  1 Favor responder a "John Vottero" <John@mvpsi.com>              Info-VAX@Mvb.Saic.Como       Assunto: Re: VAX in 1U    " Compaq doesn't make VAXes anymore.  . Recompile your apps for Alpha and buy a DS10L.  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFFA46A003.2E542EBB-ON03256A22.005E5BD6@ep-bc.petrobras.com.br...K > An interesting idea nowadays would be Compaq launching a new (definitive)8F > VAX / MicroVAX in a 1U cabinet to maintain the legacy (???) systems.G > I have three VAXes here which I cannot "shutdown" because they have a!2 > legacy application. And they are ocupping space: >! > 2 (two) VAX 4000 > 1 (one) MicroVAX 3100> > 1 (one)  R400X >h >l >v	 > Regardsp >t > FC >e   ------------------------------  % Date: Mon, 02 Apr 2001 11:11:44 -0500 + From: Christopher Smith <csmith@amdocs.com>>$ Subject: RE: VMS-Related: AffordableL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1CE8@cmiexch1.cmi.itds.com>   > -----Original Message-----8 > From: David J. Dachtera [mailto:djesys.nospam@fsi.net]  = > I've been thinking lately whether this affordable thing is - > worth puttingtD > anymore effort into. Clearly, RM's higher-ups aren't interested inH > upping their bottom line at the expense of margins, nor does RM appear3 > to me interested in it or motivated to pursue it.   < > So, whaddaya think? Should I drop it? ...or hang in there?  L Ahh -- You know, I remember a throwing-in-the-towel kind of post from you onH this subject a while back.  Glad to see that it hasn't actually happened$ yet. (I suspected as much, anyway :)   My thoughts are these:  J I'd very much like to see you hang in there on the off chance you can pull	 it off ;)e  B I have to admit, on the other hand, it may be a very "off" chance.  D If you decide to keep at it, and need some help with something, I'll+ certainly be willing to try whatever I can.b   Regards,   Chris   ! Christopher Smith, Perl Developeri Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");1 '    ------------------------------    Date: 03 Apr 2001 01:12:42 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: VMS-Related: Affordable- Message-ID: <87hf07w7hx.fsf@prep.synonet.com>t  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:l   > Hi, Folks,  B > I've been thinking lately whether this affordable thing is worth> > putting anymore effort into. Clearly, RM's higher-ups aren'tC > interested in upping their bottom line at the expense of margins, F > nor does RM appear to me interested in it or motivated to pursue it.  < > So, whaddaya think? Should I drop it? ...or hang in there?  F > Feel free to chastise/support me privately if you deem this unworthyF > of the newsgroup. Remember to demangle the Reply-to address shown in- > this posting. The how-to should be obvious.e  F I think it is ESSENTIAL to VMS surviving. If Compaq keep retreating toF the high end, no one will develop or maintain anything for it. It will be just far too expensive.  J And then they will be lwft with a small set of core apps, a smilling Larry@ collecting the cheque for Orible and RDB, and that's about it...  D Sad thing is, the EV7 and EV8 open up the chance for a VERY low costE alpha system with more than enough performance to run tools and test.E   -- 8< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 02 Apr 2001 11:47:29 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 2 Subject: Re: When might SYS$SCHDWK not wake me up?H Message-ID: <y4g0frtyz2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   L > Is an event flag set which $HIBER looks for ? Or does $SCHDWK deposit someN > value somewhere in memory to indicate to $HIBER that it should do nothing ?   H All forms of wakeup set the PCB$L_STS flag WAKEPEN, and make the processG computable (which is redundant if it is already computable, but doesn't J hurt). The code in $HIBER checks WAKEPEN, turns it off, and doesn't sleep.H If WAKEPEN isn't set, $HIBER goes to sleep, and when the process is madeI computable, just starts at the initial point again. Now, WAKEPEN is set, = and the rest follows.=  J Essentially, WAKEPEN is a one-bit counter with saturation arithmetic. THisN means that you con't have a counter of "number of times wakeup was requested".  N > Once $SCHDWK expires, is it correct to state that the timer queue entry will/ > no longer contain an entry for that wake up ?=  A That depends on whether it is a repeating wake-up request or not.-   	Jan   ------------------------------    Date: 02 Apr 2001 11:50:48 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 2 Subject: Re: When might SYS$SCHDWK not wake me up?H Message-ID: <y4d7avtytj.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  1 Chris Scheers <chris@applied-synergy.com> writes:a  J > However, it is possible that your "process" code is calling some routineH > that internally does a non-blocking system call, then does a $HIBER toI > wait for an AST.  In this case, if the code has been written correctly,eH > the $HIBER will eat your pending wakeup, the code will realize that itH > shouldn't be awake yet, and it will go back $HIBER.  At some point theH > AST will fire, waking the code, which continues from the $HIBER.  ThenI > "process" will continue until you get to your $HIBER, which will really I > hibernate because the $SCHDWK has already fired.  (A routine that calls2) > the C RTL "sleep" can also cause this.)   K This seems to me a very plausible explanation. It also means that doing the0J $SCHDWK and $HIBER without processing in between should solve the problem.? But using a repeating $SCHDWK is programming with a safety net.l   	Jan   ------------------------------    Date: 02 Apr 2001 04:30:52 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: When might SYS$SCHDWK not wake me up?- Message-ID: <87bsqgz7k3.fsf@prep.synonet.com>n  - "antonio.carlini" <arcarlini@iee.org> writes:    > "Stanley F. Quayle" wrote:  C > > If it takes 10 milliseconds for the process to recover from the = > > wakeup, you'll lose a whole cycle in just 100 iterations.   D > > Since the recurring wakeup parameter of $SCHDWK is a delta time,@ > > you already have all you need to make that work permanently.  A > Tim's already explained that he wants to understand the problem F > before attempting a fix. Strange behaviour, but it's probably better > to humour him :-)6  F > Even if the slight "walk" were a concern (which it seems it is not),A > it does not explain the symptoms that the system is displaying.r  F It has all the hallmarks of a race condition, and the SCHED, do stuff,G plus what ever CRTL does to you, HIBER makes me nervous... RSX paranoiafF showing. I would use a resched timer, or put it just before the HIBER.C If you go the debug counter idea, I would use a global even clustereE and copy the count into it. Another process could then wait on flag 1TF in that cluster. Nuking the system so you could see the total dump may NOT be a winning move though!o  D But yeah, it has that racey smell about it... If your cond calls anyB or the CRTL sleep or wake stuff, you will lose. I seem to rememberD something about using a WAKE, HIBER, SCHED, HIBER to ensure you knew' what the state of the HIBER would be....   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.S@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Mon, 2 Apr 2001 13:59:25 +0100= From: Nicholas Mark de Smith <Nicholas.MarkdeSmith@liffe.com>-2 Subject: Re: When might SYS$SCHDWK not wake me up?M Message-ID: <78E5B8E274DBD1118D6800805FE60E7774FFF6@ntprdex4.admin.liffe.com>S   > From: Jan Vorbrueggen6: > [mailto:jan@mailhost.neuroinformatik.ruhr-uni-bochum.de]  c? > This seems to me a very plausible explanation. It also means y > that doing the@ > $SCHDWK and $HIBER without processing in between should solve  > the problem.  H ...assuming that no ASTs that do strange things are delivered during the	 window...y  A > But using a repeating $SCHDWK is programming with a safety net.t   Nick nick@desmith.net   ------------------------------  % Date: Mon, 02 Apr 2001 10:46:13 -0400.- From: JF Mezei <jfmezei.spamnot@videotron.ca> 2 Subject: Re: When might SYS$SCHDWK not wake me up?, Message-ID: <3AC890B2.B71771BB@videotron.ca>   Jan Vorbrueggen wrote:L > hurt). The code in $HIBER checks WAKEPEN, turns it off, and doesn't sleep.J > If WAKEPEN isn't set, $HIBER goes to sleep, and when the process is madeJ > computable, just starts at the initial point again. Now, WAKEPEN is set, > and the rest follows.p     Thanks.   M Is it correct to state that if WAKEPEN is been set, the only wait to unset ite to call $HIBER ?    L From what I have read, $CANWAK only cancels the timer entries, so of a timerJ has already expired and set WAKEPEN to "1", is it correct to state that it" will remain at "1" after $CANWAK ?  K Are there any RTL routines that actually put your process in $HIBER ? I was G under the impression that the C RTL routines had a tendency to put yourt2 process in LEF, not in HIB when waiting for stuff.  J Also, would $CANTIM with no reqid specified cancel the timer entries for a $SCHDWK  ?      J Isn't it therefore more likely to state that the sporadic problem might beJ cause by the timer entry being deleted before it is delivered instead of a? delivered "wake up" request being consumed by a hidden $HIBER ?    ------------------------------    Date: 02 Apr 2001 18:45:40 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>E2 Subject: Re: When might SYS$SCHDWK not wake me up?H Message-ID: <y4d7avz1vv.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   O > Is it correct to state that if WAKEPEN is been set, the only wait to unset ite > to call $HIBER ?   Yes.  N > From what I have read, $CANWAK only cancels the timer entries, so of a timerL > has already expired and set WAKEPEN to "1", is it correct to state that it$ > will remain at "1" after $CANWAK ?   I would think so.c  L > Also, would $CANTIM with no reqid specified cancel the timer entries for a > $SCHDWK  ?     I would expect so.  L > Isn't it therefore more likely to state that the sporadic problem might beL > cause by the timer entry being deleted before it is delivered instead of aA > delivered "wake up" request being consumed by a hidden $HIBER ?o  J That sounds like a good explanation as well. Anyone doing a global $CANTIMJ (except the process run-down code) is anti-social, IMO. I can't imagine an RTL doing that...n   	Jan   ------------------------------    Date: 03 Apr 2001 01:00:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: When might SYS$SCHDWK not wake me up?- Message-ID: <87lmpjw82z.fsf@prep.synonet.com>   6 "Peter Ljungberg" <peter.p.ljungberg@telia.se> writes:  	 > Hi Tim,   ( > Have you reported the problem to CPQ ?  F > There seems to be some problem with a "missing AST" in current AlphaC > OpenVMS 7.2-1H1, engineering is still "I think" working on it, itvC > could be isolated to the pthreads but I'm not sure... the idea isr< > (what I understand) that an AST "got lost" or maybe betterC > overwritten, so the Wake was never delivered, just a thought thatm1 > come to mind when I read about your problem....h  D Funny you should metion that... There is a 7.2-1 update release noteE that states it fixes lost wakes... Saw it when I was looking for somem  shadowing stuff earlier tonight.     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Mon, 2 Apr 2001 18:11:47 +0100' From: "LJEB" <LJEB@somewhere.out.there> 2 Subject: Re: When might SYS$SCHDWK not wake me up?) Message-ID: <9aabsd$8sa$1@soap.pipex.net>l   >eF > But yeah, it has that racey smell about it... If your cond calls anyD > or the CRTL sleep or wake stuff, you will lose. I seem to rememberF > something about using a WAKE, HIBER, SCHED, HIBER to ensure you knew) > what the state of the HIBER would be...   J Alternatively why not just stop using SYS$SCHDWK, use your own AST routine to do the job.  4 e.g. Something like the following (untested C code).   static void clock_tick( :     void * av_usrparam        /* usrparam a.k.a. reqidt */     )  {mI     long    wait_interval[] = { -1 *10*1000*1000, -1 }; /* 1 second delta  time */i  E     sys$wake( 0, 0 );         /* wake self, then reset timer with ASTh
 routine */?     sys$setimr( 0, wait_interval, clock_tick, av_usrparam, 0 );r }o    I By doing this you don't have to worry that any CRTL or other library coderJ calls $HIBER, and in the worst case the application will wake when the AST
 next runs.    	 Laurence.0   ------------------------------  + Date: Mon, 02 Apr 2001 12:23:10 -0400 (EDT) 1 From: Admin Mailing Lists <mlist@intergrafix.net>.: Subject: Re: [ANNOUNCEMENT] OpenSSL 0.9.6a Beta 3 releasedN Message-ID: <Pine.LNX.4.10.10104021219530.32252-100000@athena.intergrafix.net>  2 uhh, the 'a' on the version can be very deceiving.9 it denotes an alpha version of the version number stated. @ From the email, it doesn't seem this is what you wish to convey.> It should either be 0.9.7a or 0.9.6pl1 or something like that.   -TonysF -._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.F Anthony J. Biacco                       Network Administrator/EngineerE thelittleprince@asteroid-b612.org       Intergrafix Internet Servicese  B     "Dream as if you'll live forever, live as if you'll die today"F http://www.asteroid-b612.org                http://www.intergrafix.netF -._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.  + On Fri, 30 Mar 2001, Richard Levitte wrote:u  D > The third beta release of OpenSSL 0.9.6a is now available from the8 > OpenSSL FTP site <URL: ftp://ftp.openssl.org/source/>. > E > OpenSSL 0.9.6a is a bug-fix release of version 0.9.6, and currently?J > contains 52 documented changes.  Among others, this release should buildJ > on all Windows platforms, which 0.9.6 failed to do.  Just as for versionJ > 0.9.6, this one comes in two variants, one containing the now well-known7 > ENGINE code and one that doesn't.  The tar files are:  >  > 	openssl-0.9.6a-beta3.tar.gz% > 	openssl-engine-0.9.6a-beta3.tar.gz  > 2 > The news section for 0.9.6a gives the following: > A >       o Security fix: change behavior of OpenSSL to avoid usingy5 >         environment variables when running as root.AA >       o Security fix: check the result of RSA-CRT to reduce theCE >         possibility of deducing the private key from an incorrectly4 >         calculated signature.p< >       o Security fix: prevent Bleichenbacher's DSA attack.D >       o Security fix: Zero the premaster secret after deriving the+ >         master secret in DH ciphersuites.b= >       o Reimplement SSL_peek(), which had various problems.AB >       o Compatibility fix: the function des_encrypt() renamed to@ >         des_encrypt1() to avoid clashes with some Unixen libc.. >       o Bug fixes for Win32, HP/UX and Irix.D >       o Bug fixes in BIGNUM, SSL, PKCS#7, PKCS#12, X.509, CONF and# >         memory checking routines.a? >       o Bug fixes for RSA operations in threaded enviroments.02 >       o Bug fixes in misc. openssl applications.. >       o Remove a few potential memory leaks.0 >       o Add tighter checks of BIGNUM routines.B >       o Shared library support has been reworked for generality. >       o More documentation.8' >       o New function BN_rand_range().t> >       o Add "-rand" option to openssl s_client and s_server. > Q > The next (hopefully real) release is scheduled for Tuesday 2001-04-03.  To make4P > sure that it will work correctly, please test this version (especially on lessK > common platforms), and report any problems to <openssl-bugs@openssl.org>.  >  > --- > Richard Levitte         levitte@openssl.org : > OpenSSL Project         http://www.openssl.org/~levitte/A > Software Engineer, Celo Communications: http://www.celocom.com/cH > ______________________________________________________________________H > OpenSSL Project                                 http://www.openssl.orgH > Announcement Mailing List                 openssl-announce@openssl.orgH > Automated List Manager                           majordomo@openssl.org >    ------------------------------    Date: 02 Apr 2001 10:58:35 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>p3 Subject: Re: [Q] param to increase for unsuff SPTE?tH Message-ID: <y4itknu18k.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " Paul Sture <paul@sture.ch> writes:  O > GBLPAGES and GBLPAGFIL are dynamic on Alpha VMS (since 7.1?). GBLSECTIONS is t > not.  K Thinking about it, I can understand that. THere's too much code that reliessM on (global|process) section numbers being an index into a data structure, andtJ too much effort and possible performance impact to use it with a differentG structure. It doesn't hurt to (massively) overallocate this, I suppose.h   	Jan   ------------------------------  % Date: Mon, 02 Apr 2001 15:52:33 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] param to increase for unsuff SPTE?a& Message-ID: <3AC88421.A60D7EF4@gmx.ch>  = I have found two system services sending this ss_ value back:i  ? http://www.openvms.compaq.com/doc/72final/5841/5841pro_010.html;6 which is the LDR$LOAD_IMAGE (Alpha Only) function, and  ? http://www.openvms.compaq.com/doc/72final/4527/4527pro_010.html & which is CREATE_BUFOBJ_64 (Alpha Only)  I (the Compaq search engine within the OpenVMS doc didn't return the secondeK occurrence. I found it on my PC with Altavista Personal Extension using the"L ISFSPTS keyword. This is the second time a search done on the COMPAQ OpenVMS@ documentation WEB site doesn't return all relevant information).  . I have also found this with www.alltheweb.com:  , Oracle Rdb Virtual Memory Options on OpenVMS  I Oracle Rdb Virtual Memory Options on OpenVMS Rdb Technical Notes #35 Norm,L Lastovica November 20, 1997 Rdb Engineering Group  1997, Oracle CorporationG Oracle Rdb on OpenVMS includes several options designed to help improve   performance and allow better ...; http://cdstack.csci.csusb.edu/cd/supportn/rdb/bb/184531.htmi  M which sounds interesting for my problem, but unfortunately the system doesn'tg answer for the moment.   D.   "Mark D. Jilson" wrote:y > C > Sorry but I've been down this road many times.  IMHO, it is RDB'sRJ > responsibility to make it easy to obtain the VMS system service that wasD > called and what were the arguments passed to it.  SQL is not a VMS > system service!o   ------------------------------  # Date: Mon, 02 Apr 2001 16:05:43 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)p3 Subject: Re: [Q] param to increase for unsuff SPTE?e0 Message-ID: <009F9EF5.B4CA76DA@SendSpamHere.ORG>  U In article <3AC88421.A60D7EF4@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:h> >I have found two system services sending this ss_ value back: > @ >http://www.openvms.compaq.com/doc/72final/5841/5841pro_010.html7 >which is the LDR$LOAD_IMAGE (Alpha Only) function, and   ! LDR$LOAD_IMAGE is NOT Alpha only.6  H Also, it is the LDR allocation routine employed by LDR$LOAD_IMAGE which  returns SS$_INSFSPTS.2    J System (S0) space is FINITE!  In the 32 bit realm, you have, at most >2GB.) Why do you think 64 bits is so important?C  I I would appear that you are attempting to map system address space beyondhH what you have available.  No magic parameter exists to defeat a physical maxim.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            dO city, n., 1. a place where trees are cut down and streets are named after them._   ------------------------------   End of INFO-VAX 2001.185 ************************