1 INFO-VAX	Sat, 16 Aug 2003	Volume 2003 : Issue 451       Contents: Re: Charon-VAX  x VAX 6520  Re: Compaq BASIC feature or bug? Re: DE500 wanted' Re: decdocument: figures in HTML output   ES40's going cheap COV Special !* Re: Gaining control of build dependency...) Re: HP IT Resource Center ?System Handle? ( Re: Init disk for maximal container file( Re: Init disk for maximal container file% Re: itrc - H.P. I.T. Resource Center.  Re: PDP-11 OS Release Dates   Re: Querying UAF from MS Windows  Re: Querying UAF from MS Windows  F ----------------------------------------------------------------------  % Date: Fri, 15 Aug 2003 12:19:40 -0400 . From: "Rob Lyons" <rob.lyons@resilientsys.com># Subject: Re: Charon-VAX  x VAX 6520 + Message-ID: <bhj15d$da9$1@bob.news.rcn.net>   f Hans Vlems <hvlems.nieuw@zonnet.nl> wrote in message news:bhioao$mab$1@ID-143435.news.uni-berlin.de...  H > Fabio wrote CT/Gateway, that is definitely dedicated equipment. The CTK > gateway is a VAX 3400 sized cabinet with dedicated hardware to connect to L > the bus and tag cables of an IBM mainframe. Other systems use SNA softwareN > components to connect to corresponding services (applications) on the MVS or! > VSE system, like CICS, RJE etc.   I I know of nothing available to replace a CT gateway.  The VAX emulator is J specifically designed to replace the VAX processor, Ethernet adapter, disk: controller(s), and other on-board VAX processor functions.   Rob    ------------------------------  % Date: Fri, 15 Aug 2003 15:33:53 -0700 0 From: Randy Park <rjpark@mindspring.nospaam.com>) Subject: Re: Compaq BASIC feature or bug? 8 Message-ID: <gnnqjvsqmtc603ahtbjrelbkpf66k8ja59@4ax.com>  F On Fri, 15 Aug 2003 13:31:54 -0400, David Froble <davef@tsoft-inc.com> wrote:   >Randy Park wrote: > 3 >> On Wed, 13 Aug 2003 18:48:26 -0400, "Neil Rieck"   >> <n.rieck@sympatico.ca> wrote: >>   >>   >>>Compaq BASIC feature or bug?  >>>  >>> P >>>While renovating (indenting and remarking) a colleague's program I discoveredK >>>a missing "END IF" statement that gets by the complier with no errors or M >>>warnings. While I applaud the compiler authors for their wonderful work, I Q >>>would rather get a warning on this one. (the program's author was surprised by 
 >>>this too!)  >>> L >>>p.s. since I don't have a software support contract with HP/Compaq I hope( >>>someone else will report this to them >>> 
 >>>Neil Rieck  >>>  >>  F >> As Ed said, this is expected behavior.  There is an implicit END IFE >> when an ELSE, a line number, or the end of program is encountered. F >> This feature can make it difficult to track down missing END IFs if) >> proper indented formatting isn't done.  >>   >  >Randy,  > P >Can you be a bit more explicit on the 'ELSE'?  I'm of course aware of the line O >number forcing a new statement, that's why we had so many line numbers before  T >the advent of the 'EDN IF'.  But I've never been aware of an 'ELSE' doing anything. >  >Dave     B I may have been a little loose in my explanation about the impliedC END IF.  I responded without actually looking at the documentation,  but using only old memory.   ------------------------------  + Date: Fri, 15 Aug 2003 19:06:54 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: DE500 wanted . Message-ID: <bhjb0e$48u$2@newslocal.mitre.org>  | gwiedijk@hr.nl (gerrie) writes in article <7498cff4.0308072210.78fa490b@posting.google.com> dated 7 Aug 2003 23:10:36 -0700:A >Is there someone out there who has an unused DE500 NIC for sale? ; >According to the golden egg it should be an XA type for an  >Alphastation 255. Thanks   K It's probably an old golden egg.  The DE500-XA shipped on the older alphas, J giving way later to -AA and (I think) -BA.  The only problem with them wasE if you have 2 in one alpha they have to match (either both XA or both  newer).   7 Also, I don't think the -XA supported auto-negotiation.   + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 15 Aug 2003 17:56:10 -0400 % From: "John Vottero" <John@mvpsi.com> 0 Subject: Re: decdocument: figures in HTML output/ Message-ID: <vjqlnb9lh5tpc8@news.supernews.com>   4 "Steve Thompson" <smt@vgersoft.com> wrote in messageD news:Pine.LNX.4.44.0308151736010.11169-100000@honker.vgersoft.com...J > Does anyone know what the first argument to the <FIGURE_FILE> tag shouldF > be when embedding images (.gif) in HTML output? I have tried HTML orK > ONLINE, neither of which are legal, and my documentation is silent on the I > subject. Or perhaps I have to conditionalize the figure preparation and   > embed HTML tags in the output? > 2 > I'm using DECdocument V3.3 on an Alpha, VMS 7.1. >   L It's "PS".  DECdocument takes the encapsulated postscript and converts it to a GIF.   ------------------------------  % Date: Thu, 14 Aug 2003 18:58:47 -0400 ) From: "David @ Island" <david-@-hpaq.net> ) Subject: ES40's going cheap COV Special ! . Message-ID: <vjo4v4hjl027e@news.supernews.com>  1 Alphaserver ES40 Model 2's with 1GB Compaq memory ) Come with Keyboard, Mouse SCSI Controller ) 6 Disk Cage and 18GB Disk 10/100 Ethernet     # Single CPU 500Mhz No license $7,995 # Single CPU 667Mhz No license $8,995 $ Single CPU 833Mhz No license $12,995  ! Options available at www.hpaq.net      --   Island Computers US Corp 2700 Gregory St, Ste 180 Savannah GA 31404  Tel; (00) 1 912 447 6622 Fax; (00) 1 912 201 0402 dbturner@hpaq.net  www.hpaq.net  - Please read our warranty terms and conditions  before placing your order ! http://www.hpaq.net/warranty.html ! Support: http://www.hpaq.net:8004 $ Support  FTP: ftp://www.islandco.com (User name & Password required)    ------------------------------  + Date: Fri, 15 Aug 2003 19:01:04 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis)3 Subject: Re: Gaining control of build dependency... . Message-ID: <bhjalg$48u$1@newslocal.mitre.org>   brendantregear@hotmail.com (Brendan Tregear) writes in article <cbae7795.0308092312.6817c050@posting.google.com> dated 10 Aug 2003 00:12:41 -0700:7 >Hi Keith, thanks for the comments. As I understand it:  > 2 >local_include_file DEPENDS_ON global_include_file >    RUN UTILITY COM FILE  > C >checks the revision time of the target (local_include_file) to the F >source (global_include_file). If the source is newer than the target,G >the target is rebuilt. Therefore, utility.com gets run. The problem is < >utility.com may *not* update local_include_file! So even if6 >utility.com has worked out there is no need to updateF >local_include_file, its too late, the target will get rebuilt (and upG >to the object file (which I didn't include in my post) and finally the  >executable). By writing:  > = >IF global_include_file is newer than local_include_file THEN  >   RUN UTILITY COM FILE >ENDIF >.... 1 >target_object_file DEPENDS_ON local_include_file  > 2 >local_include_file DEPENDS_ON global_include_file > G >I can update local_include_file *before* the dependency is worked out, C >the utility com file may or may not update the local include file. E >Then the dependency is checked, and if the local_include_file hasn't 7 >been updated, the target executable won't get rebuilt.   L OK, I think I understand the problem now.  (Sorry I've been too busy to read this group all week.)   B Yes, based on its behavior, MMS creates a dependency tree once perH invocation.  One way around it is to have multiple DESCRIP files, as youF posted already.  Regardless of whether you use a single DESCRIP.MMS orI multiple files, you need to invoke MMS multiple times because you need to / split the dependency tree into 2 or more parts.   + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 15 Aug 2003 13:37:43 -0700 4 From: Lestat deLioncourt <lestat@oregon.uoregon.edu>2 Subject: Re: HP IT Resource Center ?System Handle?8 Message-ID: <gsgqjvcooo2dvp0401583jd8gf5qmdhb16@4ax.com>  D When I registered for the HP ITRC, in order to associate myself withB our maint contract I needed a "system handle".  We have a bunch ofF systems on the contract, but none of them show a "system handle".  Any; clue on how I get that assigned to the contract?  Thanks...    Rick Millhollin  University of Oregon   ------------------------------   Date: 15 Aug 03 18:50:02 +0200) From: p_sture@elias.decus.ch (Paul Sture) 1 Subject: Re: Init disk for maximal container file ) Message-ID: <Y+HvzTt488Ks@elias.decus.ch>   T In article <3f3cd77a$1@NUK.Uni-Lj.Si>, Rok Vidmar <Rok.Vidmar@NUK.Uni-Lj.Si> writes:  > mckinneyj@cpva.saic.com wrote:) >> In article <3f3bb500$1@NUK.Uni-Lj.Si>, 1 >>  Rok Vidmar <Rok.Vidmar@NUK.Uni-Lj.Si> writes:  >>  G >>>  I am trying to put 4110372 block container file on a 4110480 block  >>>RZ28M. Is it doable?  >>   >>  " >> All you've got to work with is  >>  ! >> 4110480 - 4110372 = 108 blocks  >>  F >> to build all of the reserved files. Some of the reserved files haveB >> an allocation of 0 blocks but as you've found out others don't. > I >   Minimal size for reserved file is 176 block with cluster sizes 11 and  > 16. So it is not doable. >  >>>  My  >>> ? >>>$ INITIALIZE DKA100/CLUSTER=16382/DIRECTORIES=16/HEADERS=16- A >>>/HOMEBLOCKS=CONTIGUOUS/INDEX=BEGINNING/MAXIMUM_FILES=1/SYSTEM-  >>>/NOVERIFIED MX2SET  >>>  >>   >>  F >> The cluster size of 16382 guarantees that any of the reserved filesF >> that have a non zero allocation size will grab blocks in incrementsC >> of 16382. So, the first allocation exceeds what you have to work  >> with. Take a look at  >>  ) >> $ directory/size=alloc dka100:[000000]  > $ >   That was the clue I was missing. > E >> I suspect that it may not be possible to build your file system in B >> 108 blocks but you might experiment with a very small value forD >> the cluster factor to see... you could also decrease the value ofE >> the directory qualifier to 1 or 2 and the headers to 10-12 and see  >> if that helps.  > F >   16 is minimum both for /DIRECTORIES and /HEADERS. /MAXIMUM_FILES=1A > was good down to cluster size 10, where I had to bump it to 10.  > I >   And to answer David's question: no, I am not playing with DVD images, G > instead I am trying to build 3 member shadow set from AFAIK identical H > RZ28M (they all report 2988*86*16 geometry). Two of them are connectedG > to VAX 4000-106A and report 4110372 blocks, the last one is connected I > ty VAXstation 3100-M76/SPX and reports 4110480 blocks. Sigh, 2988*86*16  > equals to 4111488. > E Sigh indeed. I had that problem a long time ago where identical disks C connected to different controllers came out with a different number F for MAXBLOCK. In my case it was DSSI on one system, SCSI on the other,
 and VMS V6.2.   C We simply couldn't do it. Shadowing different disk sizes is planned C for a future release of VMS, but I don't know if this includes VAX.    ------------------------------  + Date: Fri, 15 Aug 2003 22:34:13 +0200 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 1 Subject: Re: Init disk for maximal container file ; Message-ID: <01KZI9EHP6MYAM7Y4A@sysdev.deutsche-boerse.com>   H > Shadowing different disk sizes is planned for a future release of VMS,   7.3-2, IIRC, due RSN.   ) > but I don't know if this includes VAX.    F Now that you mention it, neither do I.  But there is really NO REASON 2 not to include this in VAX.  Time to read the SPD.   ------------------------------    Date: 15 Aug 2003 13:33:28 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: itrc - H.P. I.T. Resource Center.3 Message-ID: <t8EcQ8Hz$2m5@eisner.encompasserve.org>   Y In article <3f3d2529@usenet01.boi.hp.com>, "warren sander" <warren.sander@hp.com> writes:   K > Not everything can be done. HP does understand 'history' much better than + > Compaq ever did. But even inside HP there H > is history and HISTORY. The HP customer base doesn't use as old-crufty7 > software at the same time they use new-shiny software E > so there is some education. backwards compatiblity is becoming more > > important but come on 5.5-2 is old. And even for y2k you had% > to have a contract for the patches.   G My recollection is that Y2K patches for 5.5-2 did not require a support ( contract, even though normal patches do.   ------------------------------   Date: 14 Aug 2003 22:55:21 GMT From: healyzh@aracnet.com $ Subject: Re: PDP-11 OS Release Dates+ Message-ID: <bhh40p09be@enews2.newsguy.com>   ) In alt.sys.pdp10 jmfbahciv@aol.com wrote: A > PDP-8s could run on their own.  The -10s used them as comm gear ? > and peripheral [I guess you could call them] servers.  A DC72 E > was an -8.  Eventually PDP-11s replaced the -8s for these functions   D As I understand it, the PDP-8's were basically what I'd call an IOP C (Input/Output Processor).  Of course that's my GCOS-8 (running on a $ Honeywell DPS-8) background showing.   		Zane   ------------------------------   Date: 15 Aug 03 18:41:39 +0200) From: p_sture@elias.decus.ch (Paul Sture) ) Subject: Re: Querying UAF from MS Windows ) Message-ID: <ZQPaGlF27BVM@elias.decus.ch>   c In article <+TCKTTG7cuf5@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: ] > In article <3F3C4F15.58DF8750@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  >> Brian Conklin wrote:  >>> 
 >>> Hello,. >>>    I am a novice when it comes to OpenVMS.I >>>    I have been searching for days for a Howto on querying the OpenVMS G >>> Alpha 7.3 UAF from a Windows host that will be able to display user H >>> names, password expiration date, and whether the account is disabled >>> or not on an ASP page.I >>>    I have a fairly large network that includes WinNT/2K servers, Unix I >>> servers, Linux servers, and this one OpenVMS server. We currently can B >>> display this user information from all but the OpenVMS server.6 >>>    Thank you for any help you may be able to give. >>  K >> Other posters have mentioned Management Station, but that's a WhineBloze , >> app., not what you seem to be asking for. >>  K >> The trick might be to get the data your want from a DCL proc. on the VMS J >> machine via REXEC or RSHELL, massage the output into some suitable HTMLI >> and return it to the browser via the web server on a UN*X, W/NT or W2K  >> box.  > D > Doing such a thing on your own is fraught with Security issues (ofC > course VMS Management Station raises some those concerns as well, 3 > but one hopes DEC designed protections in there).   F From my memories of VMS Management Station there was no way to extractD data to another file, or print the results except by taking a screen snapshot (i.e. an image).    ------------------------------  % Date: Fri, 15 Aug 2003 14:00:39 -0400 0 From: "Brian Tillman" <Tillman@sparkingwire.com>) Subject: Re: Querying UAF from MS Windows $ Message-ID: <3f3d1fd1$1@news.si.com>  F >   I have been searching for days for a Howto on querying the OpenVMSD >Alpha 7.3 UAF from a Windows host that will be able to display userE >names, password expiration date, and whether the account is disabled  >or not on an ASP page.   G You'll never find a tool to display the password, since it's encrypted.  --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------   End of INFO-VAX 2003.451 ************************                                                                                                                        200 Type I ok. <<< PORT 64,147,31,118,67,2035 >>> 200 Port 67.203 at Host 64.147.31.118 accepted.d <<< SIZE 2002_191.txtd >>> 213 36852 <<< RETR 2002_191.txtkY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_191.txt (36852 bytes) started.i; >>> 226 Transfer completed.  34532 (8) bytes transferred. $ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Connected to /disk$misc/decus/info-vax.$
 <<< noop >>> 200 No-operation OK.$ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Conn