0 INFO-VAX	Fri, 07 Feb 2003	Volume 2003 : Issue 76      Contents:4 ?= Successfully mounted VMS NFS volume on OSX 10.2.3 Re: a PDP-11 question  Alpha 7.3 kits% Call for OpenVMS Freeware Submissions ) Re: Call for OpenVMS Freeware Submissions ) Re: Call for OpenVMS Freeware Submissions  Re: E*trade replacing VMS? Re: E*trade replacing VMS?< Re: EIA-232, USB, MMJ, and Pinouts (was: Re: VMS on Itanium)8 EIA-232, USB, MMJ, and Pinouts (was: Re: VMS on Itanium)	 Re: fonts 	 Re: fonts 	 Re: fonts ! Re: hobbyist @ montager.comNOSPAM 7 How to check - write cache enabled/disabled of a device ' HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages + Re: HP hideousness of the OPenVMS web pages $ Re: IBM says AMD dead in 5 years ...$ Re: IBM says AMD dead in 5 years ... Re: Is that possible Re: Is that possible  Re: Maximum of simultanius login% Re: MSCP disk serving and SAN Storage % Re: MSCP disk serving and SAN Storage - Re: OpenVMS Boots on Itanium on Friday Jan 31 - Re: OpenVMS Boots on Itanium on Friday Jan 31 2 Re: SKHPC slaps Gartner, naysayers on comp vms ... Re: TCP IP PAK TCPIP/UCX Routes database  The importance of ISV's  Re: The importance of ISV's  Re: VMS @25 CD now available Re: VMS source listings ?  Re: VMS source listings ?  Re: What is a Cluster ?  Re: What is a Cluster ?  Re: What is a Cluster ?  RE: What is a Cluster ? ' Re: what limits the number of DECterms? ' Re: what limits the number of DECterms? ' Re: what limits the number of DECterms? ' RE: what limits the number of DECterms? 7 Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number 7 Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number   F ----------------------------------------------------------------------  % Date: Thu, 06 Feb 2003 12:11:09 +0100 . From: "Hans M. Aus" <aus@vim.uni-wuerzburg.de>= Subject: ?= Successfully mounted VMS NFS volume on OSX 10.2.3 B Message-ID: <aus-2D841A.12110906022003@wrzx08.rz.uni-wuerzburg.de>  C Finally been able to mount a VMS NFS volume on OSX 10.2.3 with "Go  G Connect to Server" without having to log out and in again. The problem  E was an OSX error -5000, which is apparently a failure to find a path.   H The trick was to carefully follow David Hoggan's note about configuring F NFS on VMS-TCP/IP. Besides the user proxy one also has to add proxies F for TCPIP$NFS and TCPIP$nobody. With these two additional proxies the 2 VMS NFS volume mounts promptly on the OSX desktop.  - Why is it necessary to add these two proxies?   ; David Hoggan`s note appeared in the Newsgroup: comp.os.vms, 7 "Configuring NFS on VMS 7.1 on alpha box",  2000/07/15.   G To configure OSX NetInfo, I followed John Montgomery's instructions in: E http://www.fxguide.com/modules.php?name=fxtips&rop=showcontent&id=120 E http://www.fxguide.com/modules.php?name=fxtips&rop=showcontent&id=121   9 How does OSX know that the /mnt directory is the desktop?    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------   Date: 6 Feb 2003 16:08:34 -0800 6 From: alistair.king@icm-computer.co.uk (Alistair King) Subject: Re: a PDP-11 question= Message-ID: <c021b005.0302061608.673f8d83@posting.google.com>    Bill,   @ I have copies of the RSTS V9 Internals, the RSTS 10 Manual, MikeC Mayfield's Internals Manual and a complete set of RSTS Professional A magazine, where most of the internals of the operating system are F documented to a level that will allow you to get at all aspects of the Operating System.   7 BTW I actually used these in anger as recently as 1997!    Alistair    f bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<b1r40b$15se2i$3@ID-135708.news.dfncis.de>...G > Can anyone here point me a any published information on the structure $ > an internals for RT-11 and RSTS/E? > F > This could be a good chance to clear some space on your bookshelf ifI > you have a book on the subject you haven't even opened in a decade. :-)  > H > I have included comp.os.vms here because while not related many of theG > people there can trace their experience back to pre-VAX days as well.  >  > Any help greatly appreciated.  >  > bill   ------------------------------  $ Date: Fri, 7 Feb 2003 10:06:27 -0700. From: "David D Miller" <ddmiller@raytheon.com> Subject: Alpha 7.3 kits F Message-ID: <OFA23C9EB3.157BAAE6-ON07256CC6.005DBF85@rsc.raytheon.com>   Folks   K The hobby kits for OpenVMS/Alpha 7.3 are announced, are they not?  Mortagar J doesn't seem to be accepting orders yet -- or am I looking at an old order form?    Does anyone have the story?    dave.    ------------------------------   Date: 7 Feb 2003 00:22:05 GMT # From: hoff@hp.nospam (Hoff Hoffman) . Subject: Call for OpenVMS Freeware Submissions* Message-ID: <b1uu7d$cp1$1@web1.cup.hp.com>  H      Seeking new or updated submissions for the next HP OpenVMS Freeware  1                             Deadline: 7 July 2003       L   Do you have or do you know of useful new tools for HP OpenVMS, or updates,K   corrections, or new versions of existing OpenVMS Freeware software tools?      Yes, you probably do.   M   But please do not assume that that the Collector of OpenVMS Freeware (CoOF) M   knows about these, nor that somebody else has emailed the CoOF about these.   6   Please let OpenVMS.Freeware[at]hp.com know directly.  K   Even if you know of a new tool or know of a new tool version that you are K   not responsible for, please let OpenVMS.Freeware[at]hp.com know about the F   tool -- the CoOF-related folks here (me? :-) will work to obtain theH   permission of the author(s) to include the software tool onto the next    OpenVMS Freeware distribution.  .   The OpenVMS Freeware submission deadline is:        7 July 2003  I   The earlier you can get the submission in ahead of the July 2003 date,  G   the better and easier it will be and the more likely the CoOF will be G   able to incorporate the kit.  The later the submission, the less time K   the CoOF will have available to assist with and to deal with any transfer I   or kitting or configuration or documentation problems that might arise, K   and the less time the CoOF will have to resolve the expected distribution    capacity issues.  I   Freeware submission information and (new!) guidelines are available at:   3     http://www.openvms.compaq.com/openvms/freeware/   	   Thanks!     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  + Date: Fri, 07 Feb 2003 16:24:14 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 2 Subject: Re: Call for OpenVMS Freeware Submissions; Message-ID: <01KS5VB8N9S29GVT85@sysdev.deutsche-boerse.com>   H > Seeking new or updated submissions for the next HP OpenVMS Freeware=20 >=20C > Do you have or do you know of useful new tools for HP OpenVMS, or D > updates, corrections, or new versions of existing OpenVMS Freeware > software tools?=20  D I think that the freeware CD is a good idea.  It's good to have a=20F reasonably up-to-date collection of such stuff.  On the other hand,=20H folks will want to maintain their stuff and possibly update it before=20 the next freeware CD comes out.   I Hunter's archive is a great resource.  I think it would be a good idea=20 I not only to have everything in his archive on the CD, but also mention=20 B the URL to newbies so that they know where things can get updated.  J Ideally, there would be a URL for each package, and ONE URL pointing to=20 this collection of URLs.  J In the past, I have found Ralf G=E4rtners [TEXMF...] stuff ((La)Tex for=208 VMS) very useful; I hope a current version is on the CD.   ------------------------------  $ Date: Fri, 7 Feb 2003 18:18:16 +0100$ From: Michael Unger <unger@decus.de>2 Subject: Re: Call for OpenVMS Freeware Submissions+ Message-ID: <00A1B25D.BF498CDC.23@decus.de>   & "Hoff Hoffman" <hoff@hp.nospam> wrote:   > [...]  > N >   Do you have or do you know of useful new tools for HP OpenVMS, or updates,M >   corrections, or new versions of existing OpenVMS Freeware software tools?  >  >   Yes, you probably do.  >  > [...]  > K >   Freeware submission information and (new!) guidelines are available at:  > 5 >     http://www.openvms.compaq.com/openvms/freeware/  >  >   Thanks!    Quoting from that page:   = "The Freeware CD-ROM is generally included with major OpenVMS D operating system distribution kits (such as the V7.1 and V7.2 kits),A and is not separately orderable. The contents of various Freeware B CD-ROM kits can be downloaded from this and from other websites --? please see the OpenVMS Frequently Asked Questions (FAQ) for the 3 locations of websites serving the Freeware CD-ROM."   B Can this CD please made orderable for anybody even outside the US?F Perhaps a DECUS membership may be required -- that would be acceptableE for hobbyist use. Downloading these kits via a dialup line will be no  fun.   Next quote:   : "* Distributed (optionally) at Compaq symposia and events.1 * Distributed by various Compaq user groups. (eg: " http://www.montagar.com/hobbyist/)L * Included in various OpenVMS Alpha and OpenVMS VAX media distribution kits.; * Mounted on various Internet-accessible host systems. (eg:  http://www.compaq.com/openvms/) C * Available via ANONYMOUS FTP. (eg: ftp at ftp.openvms.compaq.com)"    According to the Montagar pageE (http://www.montagar.com/hobbyist/mount.html) they are no longer able  to offer the freeware kits:   C "We are no longer able to offer the OpenVMS Freeware V4.0 kits. You ; can order them directly from Compaq by ordering part number D QA-6KZAA-H8. List price is $25 and you can call 1-800-DIGITAL in the US to order the CD."  B The V5.0 kit isn't mentioned at all. Can Montagar be re-enabled toF offer these kits, including the next (V6.0) version? Alternatively the local DECUS organisations?   Michael    ------------------------------  $ Date: Thu, 6 Feb 2003 12:00:15 -0800, From: "James Gessling" <jgessling@yahoo.com># Subject: Re: E*trade replacing VMS? 5 Message-ID: <b1uesr$16vi1l$1@ID-46415.news.dfncis.de>   F "Brian Tillman" <Brian.Tillman@notnoone.notnohow.com> wrote in message news:3e42a424@news.si.com...K > None of the reasons 2 through 6 bear any reflection on the quality of VMS  orJ > on whether or not it can and should do the job.  Those reasons, with theL > exception of 5, are all internal E*trade politics and will wind up being aI > problem even if they convert to all Linux.  Thus, once again, decisions  thatH > should be made on the basis of engineering and logic are being made on+ > emotion and a the desire to be a lemming.   D Bingo! Welcome to being and living in human society.  Arguments thatA are logicaly correct are not always persuasive.  Why do you think  advertising works?   Jim   = p.s. how about a poster with some babe on it with the caption & "I love my man because he knows VMS" ?   ------------------------------  # Date: Fri, 07 Feb 2003 13:38:38 GMT ) From: "Jo Jo Potato" <vmsforme@yahoo.com> # Subject: Re: E*trade replacing VMS? ? Message-ID: <yFO0a.751$Zq1.73236580@newssvr14.news.prodigy.com>   1 "Shane Smith" <ssmith@icius.com> wrote in message * news:01C2CDEF.3B3A9CD0@sulfer.icius.com...C >. Does anyone know how much effort (if any) HP has put into trying  > to stop this?    None, zero, zip, nil.    ------------------------------   Date: 6 Feb 2003 22:51:30 GMT # From: hoff@hp.nospam (Hoff Hoffman) E Subject: Re: EIA-232, USB, MMJ, and Pinouts (was: Re: VMS on Itanium) * Message-ID: <b1uoti$95v$1@web1.cup.hp.com>  R In article <00A1AF37.7B607E09.17@decus.de>, Michael Unger <unger@decus.de> writes: : E :A "serial interface" -- as used in real "industry standard" devices, F :not ones claimed to be a "standard" by specific vendors -- usually isG :a RS-232(-C) or RS-422 interface using a DB9 or DB15 connector. RS-423 3 :and MMJ are specific to DEC/Q/HP as far as I know.   C   EIA-232F is (or was, last time I checked) the current revision of B   what was once called RS-232.  EIA was revising the standard withC   some regularity, too.  The -C revision was some years ago (1969), D   the RS-to-EIA name change and the -D revision are from 1987 or so.  C   The DEC-423 wiring was based on EIA-423, and was intended to gain G   greater connectivity distance over the available EIA-232 connections. F   It is compatible with EIA-423 and EIA-232 series connections, thoughH   provides greater distances.  The older revisions of EIA-232 were ratedD   for about 50 feet, though most folks had some success over greaterE   distances with the serial line drivers found on various serial line C   controllers.  (I have not checked the -F revision for the current E   maximum-rated transmission distances -- it may well be more or less    than 50 feet.)  E   The DB9 pinouts used for the IBM PC platform differed from those of E   the then-current MicroVAX series DB9 connection, and the PC variant A   of the DB9 pinout obviously became the defacto pinout standard. B   (IIRC, the MicroVAX DB9 pinout followed the then-current RS-232CB   assignments for the pins, and the IBM PC flipped a couple of the   pins around.)   D   The DECconnect wiring scheme was based on the Bell Labs RJ series F   modular jack designs, and the MMJ was deliberately chosen to preventB   somebody from plugging a phone line and frying circuitry.   MostC   folks are familiar with the center-keyed version of the so-called C   "Registered Jack" series, but both right- and left-keyed versions F   of the Registered Jack (modular jack) design were (are) also around.  E   Even with all of its problems supporting modems, the DECconnect MMJ F   wiring is IMNSHO greatly superior to DB9 and DB25-based wiring as itE   eliminates much of the connector and wiring pinout confusions.  The E   MMJ-style parts are also intended to be cheaper and simpler to work F   with than the older DB-series connectors, too -- the telephone-basedF   connectivity, wiring blocks, crimping tools and such for RJs and MJsC   are far easier to work with than the DB-based wiring connections.   H   Long before seeing DECconnect, I was shown the telephone-based modularE   scheme.  Even almost twenty years ago, that scheme was far superior D   to the DB series, and it still is -- easier to assemble, easier toD   troubleshoot, and easier to rewire.  We were using RJ series jacksG   to wire a then-large computer room -- and our use of RJ11 jacks meant F   that folks could plug the telephone line where they should not have.  E   Connectors and pinouts and jacks have been a long-standing problem. I   In some ways, USB hasn't particularly helped here, as incompatibilities G   can be hidden in the signaling, and the signaling is far more complex G   than serial-line signaling.  (As part of some other work, we recently G   monitored the signaling of a supposedly USB-compliant digital camera. F   We found various USB protocol violations, and these prevented deviceI   interoperation.  But without the USB probe, we'd have never known why.)   F   Of course, the nice thing about industry standards is that there are   so many of them.  :-)     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  $ Date: Fri, 7 Feb 2003 18:16:00 +0100$ From: Michael Unger <unger@decus.de>A Subject: EIA-232, USB, MMJ, and Pinouts (was: Re: VMS on Itanium) + Message-ID: <00A1B25D.6EA61048.21@decus.de>   & "Hoff Hoffman" <hoff@hp.nospam> wrote:  ; > In article <00A1AF37.7B607E09.17@decus.de>, Michael Unger  <unger@decus.de> writes: > : G > :A "serial interface" -- as used in real "industry standard" devices, H > :not ones claimed to be a "standard" by specific vendors -- usually isI > :a RS-232(-C) or RS-422 interface using a DB9 or DB15 connector. RS-423 5 > :and MMJ are specific to DEC/Q/HP as far as I know.  > E >   EIA-232F is (or was, last time I checked) the current revision of D >   what was once called RS-232.  EIA was revising the standard withE >   some regularity, too.  The -C revision was some years ago (1969), F >   the RS-to-EIA name change and the -D revision are from 1987 or so.  A Agreed. Most people I know still say "RS-xxx" and most vendors of D "industry" (process control, e.g.) equipment still refer to the "-C"C variant; I suppose that's the well known "least common denominator" C symptom. As far as I know at least the "-E" variant has a different 1 (smaller) connector than the "standard" DB9/DB25.   E >   The DEC-423 wiring was based on EIA-423, and was intended to gain I >   greater connectivity distance over the available EIA-232 connections. H >   It is compatible with EIA-423 and EIA-232 series connections, thoughJ >   provides greater distances.  The older revisions of EIA-232 were ratedF >   for about 50 feet, though most folks had some success over greaterG >   distances with the serial line drivers found on various serial line E >   controllers.  (I have not checked the -F revision for the current G >   maximum-rated transmission distances -- it may well be more or less  >   than 50 feet.)  E EIA-422 is a true differential transmission standard while EIA-423 is ? "semi-differential" -- a single-ended driver but a differential C ("ground sensing") receiver resulting in a better immunity to noise F problems. And EIA422/423 have a lower line impedance (100 ohms if I am@ not mistaken) and a higher current level than EIA-232 has so the# devices may be a good distance off.    > [...]  > G >   Even with all of its problems supporting modems, the DECconnect MMJ H >   wiring is IMNSHO greatly superior to DB9 and DB25-based wiring as itF >   eliminates much of the connector and wiring pinout confusions. TheG >   MMJ-style parts are also intended to be cheaper and simpler to work H >   with than the older DB-series connectors, too -- the telephone-basedH >   connectivity, wiring blocks, crimping tools and such for RJs and MJsE >   are far easier to work with than the DB-based wiring connections.   E One contrary opinion to your statements: DB-series connectors are (or 6 at least can be) much more robust than MMJ connectors.   > [...]  > G >   Connectors and pinouts and jacks have been a long-standing problem. K >   In some ways, USB hasn't particularly helped here, as incompatibilities I >   can be hidden in the signaling, and the signaling is far more complex I >   than serial-line signaling.  (As part of some other work, we recently I >   monitored the signaling of a supposedly USB-compliant digital camera.   ; So VMS will support webcams too in the next release ??? :-)   H >   We found various USB protocol violations, and these prevented deviceK >   interoperation.  But without the USB probe, we'd have never known why.)   @ To quote a statement you made a lot of times (without asking for permission :-) ...  "Neither 'S' is for 'Standard'!"   > H >   Of course, the nice thing about industry standards is that there are >   so many of them.  :-)    Indeed.    Michael    ------------------------------  % Date: Thu, 06 Feb 2003 11:47:41 +0000 # From: vervoom <vervoom@hotmail.com>  Subject: Re: fonts- Message-ID: <b1thm1$npe$1@cspc1n11.baplc.com>    Peter LANGSTOEGER wrote:U > In article <b1o4rc$ndk$2@cspc1n11.baplc.com>, vervoom <vervoom@hotmail.com> writes:  > G >>Does anyone here know an internet site where I can get the following  
 >>font files?  >> >>menu12.pcf -bigelow & : >>holmes-menu-medium-r-normal--12-120-75-75-p-70-iso8859-1 >>menu10.pcf -bigelow & : >>holmes-menu-medium-r-normal--10-100-75-75-p-56-iso8859-1 >  > L > $ SEARCH SYS$COMMON:[SYSFONT.DECW...]DECW$FONT_*.DAT MENU12.PCF,MENU10.PCF >   > ******************************: > SYS$COMMON:[SYSFONT.DECW.75DPI]DECW$FONT_DIRECTORY.DAT;1 > P > menu12.pcf -bigelow & holmes-menu-medium-r-normal--12-120-75-75-p-70-iso8859-1P > menu10.pcf -bigelow & holmes-menu-medium-r-normal--10-100-75-75-p-56-iso8859-1 > 1 > $ DIR SYS$COMMON:[SYSFONT.DECW.75DPI]MENU1%.PCF  > + > Directory SYS$COMMON:[SYSFONT.DECW.75DPI]  > " > MENU10.PCF;1        MENU12.PCF;1 >  > Total of 2 files.  > K > on my OpenVMS Alpha V7.3 and V7.3-1 (both DECwindows-MOTIF V1.2-6) boxes.  > ? > So, you might already have it. Why and where do you need it ?  >   H I'm using a VAX system which doesn't have pcf fonts, only the DECW$FONT B fonts. I'm trying to run VMS on XFree86, and these two fonts were I missing from my font directories on XFree. Unfortunately I can't see any  + way to convert the VAX fonts to PCF format.    JS.    ------------------------------  # Date: Thu, 06 Feb 2003 19:50:00 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: fonts5 Message-ID: <I%y0a.170401$xv1.2124133@news.chello.at>   P In article <3E424B33.1060905@hotmail.com>, vervoom <vervoom@hotmail.com> writes: >Peter LANGSTOEGER wrote: V >> In article <b1o4rc$ndk$2@cspc1n11.baplc.com>, vervoom <vervoom@hotmail.com> writes: >>  H >>>Does anyone here know an internet site where I can get the following  >>>font files? >>>  >>>menu12.pcf -bigelow &  ; >>>holmes-menu-medium-r-normal--12-120-75-75-p-70-iso8859-1  >>>menu10.pcf -bigelow &  ; >>>holmes-menu-medium-r-normal--10-100-75-75-p-56-iso8859-1  >>   >>  M >> $ SEARCH SYS$COMMON:[SYSFONT.DECW...]DECW$FONT_*.DAT MENU12.PCF,MENU10.PCF  >>  ! >> ****************************** ; >> SYS$COMMON:[SYSFONT.DECW.75DPI]DECW$FONT_DIRECTORY.DAT;1  >>  Q >> menu12.pcf -bigelow & holmes-menu-medium-r-normal--12-120-75-75-p-70-iso8859-1 Q >> menu10.pcf -bigelow & holmes-menu-medium-r-normal--10-100-75-75-p-56-iso8859-1  >>  2 >> $ DIR SYS$COMMON:[SYSFONT.DECW.75DPI]MENU1%.PCF >>  , >> Directory SYS$COMMON:[SYSFONT.DECW.75DPI] >>  # >> MENU10.PCF;1        MENU12.PCF;1  >>   >> Total of 2 files. >>  L >> on my OpenVMS Alpha V7.3 and V7.3-1 (both DECwindows-MOTIF V1.2-6) boxes. >>  @ >> So, you might already have it. Why and where do you need it ? >>   > I >I'm using a VAX system which doesn't have pcf fonts, only the DECW$FONT  C >fonts. I'm trying to run VMS on XFree86, and these two fonts were  J >missing from my font directories on XFree. Unfortunately I can't see any , >way to convert the VAX fonts to PCF format.   Yes, there is no way (AFAIK). J But you could copy the font files from an OpenVMS Alpha to your Linux Box.    F btw: Is there still no way to decompile a DECW$FONT file to a BDF fileF (which then could be compiled to a SNF/PCF file) ? Don't think so, but I do hope I'm wrong...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 06 Feb 2003 15:27:22 -0800 + From: Ken Fairfield <MyFull-Name@intel.com>  Subject: Re: fonts) Message-ID: <3E42EF5A.2D2720AD@intel.com>    Peter LANGSTOEGER wrote: > R > In article <3E424B33.1060905@hotmail.com>, vervoom <vervoom@hotmail.com> writes: > >Peter LANGSTOEGER wrote: X > >> In article <b1o4rc$ndk$2@cspc1n11.baplc.com>, vervoom <vervoom@hotmail.com> writes: > >> [...] J > >I'm using a VAX system which doesn't have pcf fonts, only the DECW$FONTD > >fonts. I'm trying to run VMS on XFree86, and these two fonts wereK > >missing from my font directories on XFree. Unfortunately I can't see any . > >way to convert the VAX fonts to PCF format. >  > Yes, there is no way (AFAIK). L > But you could copy the font files from an OpenVMS Alpha to your Linux Box. > H > btw: Is there still no way to decompile a DECW$FONT file to a BDF fileH > (which then could be compiled to a SNF/PCF file) ? Don't think so, but > I do hope I'm wrong...  B At my last place of employment, there was a utility we used called GETBDF. H We used it to create BDF format fonts files for a *few* DECwindows fontsG required for our application to be downloaded onto PCs runnning eXceed.   ? Problem: I'm not sure this was *legal*.  There may very well be 	 copyright  issues.   C If anyone is interested, contact me offline, and I'll inquire of my  formerB co-conspirators whether the source is still arround (do check some freeware sites first though).   	-Ken  --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield " D1C Automation VMS System Support  kenneth.h.fairfield#intel.com    ------------------------------  # Date: Fri, 07 Feb 2003 14:53:36 GMT 9 From: Scott Comstock <comstosf@NO.PINKSTUFF.ad3lphia.n3t> * Subject: Re: hobbyist @ montager.comNOSPAM8 Message-ID: <vvh74v4ghunrspagcuats66820popgtdhq@4ax.com>  8 On Thu, 06 Feb 2003 11:47:26 +0100 (MET), Phillip Helbig+ <HELBPHI@sysdev.deutsche-boerse.com> wrote:   G >Has anyone else had trouble sending email to the email address on the   >hobbyist page at Montagar?   D Yes -- I emailed them about an email address change (already sent toC Encompass) which bounced, and I've been trying for the past week to B get PAKs for the layered products on the Hobbyist CD (already have the OS license)   + -Scott (drop the obvious words, and e == 3)    ------------------------------   Date: 7 Feb 2003 08:14:35 -0800 # From: Nanu_Nagi@Yahoo.com (Nagaraj) @ Subject: How to check - write cache enabled/disabled of a device= Message-ID: <d561ea2d.0302070814.286f6ade@posting.google.com>    Hi All,   B I would like to get whether the device write-back cache enabled or	 disabled.   7 Say for example our device supports tape data caching.    C Using SYS$GETDVI or some other system services I would like to know B whether it is enabled/disabled. I'm able to get whether the deviceC supports write-backup caching. (Here i'm checking for DEV$M_WBC, it E gives me it supports the same but it won't tell whether it is enabled  or disabled)     $ show dev mua600/full  = >>> Magtape $1$MUA600: (HSJ000), device type TZ88, is online, 
 allocated,E >>> controller supports tape data caching (write-back cache enabled),  deallocate on....   9 Here i just need to get WRITE-BACK CACHE ENABLED/DISABLED      F Just i would like to know which bit i need to check return status fromF the getdvi. Any program or points or pointes any thing is appreciated.   Bunch of thanks in advance.    Regards  Nanu   ------------------------------  # Date: Fri, 07 Feb 2003 15:46:15 GMT " From:   VAXman-  @SendSpamHere.ORG0 Subject: HP hideousness of the OPenVMS web pages0 Message-ID: <00A1B21E.9EE0CF7F@SendSpamHere.ORG>  K The OpenVMS web site -- now that it has been HorriPhied -- is unreadable at K high resolutions.  Stop the fixed width tables (ie. <table...width="720">). L It causes data within the tables to be cut-off 'blanked' and links in these K areas are not accessible.  I came across this problem trying to obtain the  K updated calling standard.  I'm tiring of having to view the document source  to find information and links.  * Unfortunately, this manual is also PDF. :(  9 How about a .PS file so I can print it out and review it?   K Why does HP now insist in making documentation that would typically only be K read by zealous VMS bigots like myself impossible to read on anything other  than BillyToys?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Fri, 07 Feb 2003 17:08:25 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 4 Subject: Re: HP hideousness of the OPenVMS web pages; Message-ID: <01KS5WY3A8KS9GVT85@sysdev.deutsche-boerse.com>   J > Why does HP now insist in making documentation that would typically onlyJ > be read by zealous VMS bigots like myself impossible to read on anything > other than BillyToys?   A Is there ANY GOOD REASON AT ALL why ALL VMS documentation is not  I available on BOOKREADER?  As I understand it, it is (or at least used to  < be) done in DOCUMENT and the various formats were generated  automatically.   ------------------------------  # Date: Fri, 07 Feb 2003 16:10:00 GMT # From: "John Smith" <a@nonymous.com> 4 Subject: Re: HP hideousness of the OPenVMS web pagesK Message-ID: <sTQ0a.591815$F2h1.183213@news01.bloor.is.net.cable.rogers.com>   , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A1B21E.9EE0CF7F@SendSpamHere.ORG...? > The OpenVMS web site -- now that it has been HorriPhied -- is 
 unreadable at 5 > high resolutions.  Stop the fixed width tables (ie.  <table...width="720">). D > It causes data within the tables to be cut-off 'blanked' and links in theseA > areas are not accessible.  I came across this problem trying to 
 obtain theF > updated calling standard.  I'm tiring of having to view the document source  > to find information and links. > , > Unfortunately, this manual is also PDF. :( > ; > How about a .PS file so I can print it out and review it?  > E > Why does HP now insist in making documentation that would typically  only be > > read by zealous VMS bigots like myself impossible to read on anything other > than BillyToys?     E It's called corporate inertia. Same thing that's responsible for lack A of advertising and serious marketing of OpenVMS and Alphaservers.    ------------------------------  % Date: Fri, 07 Feb 2003 09:59:18 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 4 Subject: Re: HP hideousness of the OPenVMS web pages' Message-ID: <3E43E5E6.9030402@MMaz.com>    Phillip Helbig wrote:   J >>Why does HP now insist in making documentation that would typically onlyJ >>be read by zealous VMS bigots like myself impossible to read on anything >>other than BillyToys?  >>     >> > B >Is there ANY GOOD REASON AT ALL why ALL VMS documentation is not J >available on BOOKREADER?  As I understand it, it is (or at least used to = >be) done in DOCUMENT and the various formats were generated   >automatically.  >  >    > F I have no objection to output being available in bookreader, but only I bookreader, I have a problem!  We have had no VMS based windowing system  C (UIS, DECWindows or X) running on VMS for the better part of eight  H years, and any type of character cell rendition of bookreader contents, F well it is terrible!  At least HTML and PDF outputs, neither of which F are Microslouth controlled formats, are at least universally 'open.'    G Now your real question should be, why is it that more efforts have not  G been made to port current versions of browsers like Mozilla to ALL VMS  F hardware platforms AND their proper plug-in's and Java VM's, but then E again, you're back to the real problem!  How many sites are actually  I running VMS workstations, or DECwindows/X on their VMS systems?  For us,  E it is a waste of expensive resources that can be easily handled on a  ! cheap but dependable Linux box...   G Folks can get as indignant as they want, but VMS lost the desktop more   than a decade ago!    @ HEY ENCOMPASS!  SURVEY REQUEST: It would be real interesting to ? determine how many VMS folks (SYSMGR's, IT MGR's, NOC's, OP's,  E programmers, web designers, etc.) are honestly and actually spending  H their entire day sitting on an Alpha or VAX system (either at a console F or VT terminal or a non-unix/billybox X Thin-client) and not behind a I billybox or any other non-VMS windowing system!  Be sure to not only ask  E for the categories, but head counts for each so we can see how it is   distributed!  H My less than educated guess is that we are talking less than 10% of the H community...  Encompass folks, what do you say?  At least if those that I are really hung up on this matter can see that it is a non-issue because  I they are only one in a crowd of thousands, perhaps it can be put to rest  E but if in fact the results prove that a significant majority do not,  I then it does create an action item for Encompass to push HP; that is one  * of your functions as a users group, right?   Regards,   Barry    Barry        --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  + Date: Fri, 07 Feb 2003 18:11:34 +0100 (MET)	9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>n4 Subject: Re: HP hideousness of the OPenVMS web pages; Message-ID: <01KS5Z09WQ0C9GVT85@sysdev.deutsche-boerse.com>e  E > > Is there ANY GOOD REASON AT ALL why ALL VMS documentation is not uM > > available on BOOKREADER?  As I understand it, it is (or at least used to ,@ > > be) done in DOCUMENT and the various formats were generated  > > automatically. > G > I have no objection to output being available in bookreader, but onlya! > bookreader, I have a problem!  e  C As I said, generate all formats automatically from a common source.   + > We have had no VMS based windowing systemaD > (UIS, DECWindows or X) running on VMS for the better part of eightI > years, and any type of character cell rendition of bookreader contents,eG > well it is terrible!  At least HTML and PDF outputs, neither of whichnG > are Microslouth controlled formats, are at least universally 'open.' a  O Can't you do SET DISPLAY/CREATE/TRANSPORT=TCPIP/NODE=<where you want to read> ?a  H > Now your real question should be, why is it that more efforts have notH > been made to port current versions of browsers like Mozilla to ALL VMS > hardware platforms r  9 No Netscape and descendants on VAX: lack of IEEE support..  4 > AND their proper plug-in's and Java VM's, but thenF > again, you're back to the real problem!  How many sites are actuallyJ > running VMS workstations, or DECwindows/X on their VMS systems?  For us,F > it is a waste of expensive resources that can be easily handled on a$ > cheap but dependable Linux box...   F I can't imagine any real VMS guy being comfortable at anything than a D real LK401 keyboard and a real |d|i|g|i|t|a|l| terminal and/or real 	 DECterms!S  H > Folks can get as indignant as they want, but VMS lost the desktop more > than a decade ago! n  E It depends on what you mean by "desktop".  In a VMS shop, there is no-C reason one can't have an older, cheaper VMS machine---even on one's  desk---just to run DECwindows!  A > HEY ENCOMPASS!  SURVEY REQUEST: It would be real interesting toD@ > determine how many VMS folks (SYSMGR's, IT MGR's, NOC's, OP's,F > programmers, web designers, etc.) are honestly and actually spendingI > their entire day sitting on an Alpha or VAX system (either at a consoleXG > or VT terminal or a non-unix/billybox X Thin-client) and not behind a J > billybox or any other non-VMS windowing system!  Be sure to not only askF > for the categories, but head counts for each so we can see how it is > distributed! y  E OK, most of the folks within sight here.... :-)  At home, I also use oE only VMS, including for internet access.  (OK, I have 2 Alphas and 9   VAXen at home. :-) )   ------------------------------  $ Date: Fri, 7 Feb 2003 18:19:59 +0100$ From: Michael Unger <unger@decus.de>4 Subject: Re: HP hideousness of the OPenVMS web pages+ Message-ID: <00A1B25D.FCEF504E.25@decus.de>m  < "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote:  L > > Why does HP now insist in making documentation that would typically onlyL > > be read by zealous VMS bigots like myself impossible to read on anything > > other than BillyToys?- >-B > Is there ANY GOOD REASON AT ALL why ALL VMS documentation is notJ > available on BOOKREADER?  As I understand it, it is (or at least used to= > be) done in DOCUMENT and the various formats were generatedm > automatically.  E I don't know about the availability of documentation on BookReader --sE but DECnet-OSI, -PhaseV, -Plus (or how it is called today) definitelyh isn't available in PDF format.  > I vote for three different formats for all documents: HTML (atF Q's/HP's web site for Internet access), BookReader (or equivalent, forB VMS), and PDF (for BillyToys and similar equipment, also available from the web site).w   Michaels   ------------------------------  * Date: Fri, 7 Feb 2003 12:38:21 -0500 (EST)+ From: Lord Isildur <isildur@andrew.cmu.edu>r4 Subject: Re: HP hideousness of the OPenVMS web pagesO Message-ID: <Pine.GSO.4.44L-027.0302071236420.3329-100000@unix2.andrew.cmu.edu>   9 lk401? blech. no, an LK201... _that_ is the nice keyboard    Isildurc& (who _does_ have an LK201 on his desk)    ) On Fri, 7 Feb 2003, Phillip Helbig wrote:t  G > I can't imagine any real VMS guy being comfortable at anything than aeE > real LK401 keyboard and a real |d|i|g|i|t|a|l| terminal and/or realF > DECterms!: >-J > > Folks can get as indignant as they want, but VMS lost the desktop more > > than a decade ago!  F > OK, most of the folks within sight here.... :-)  At home, I also useF > only VMS, including for internet access.  (OK, I have 2 Alphas and 9 > VAXen at home. :-) )   *grin*   ------------------------------  $ Date: Fri, 7 Feb 2003 01:43:31 -0500* From: "Bill Todd" <billtodd@metrocast.net>- Subject: Re: IBM says AMD dead in 5 years ...f2 Message-ID: <QIucndfovvMCyN6jXTWcog@metrocast.net>  1 "Shane Smith" <ssmith@icius.com> wrote in message1* news:01C2CDED.0AF1FED0@sulfer.icius.com...J > Or, to be a little more fair, one IBM exec says AMD won't be a player inH > the 64bit arena in 5 years, quite possibly putting his foot in it with > his personal opinion.p  K Actually, to be accurate, he said *nothing* about AMD.  What he is reportedo to have said was:p  K "In five years, he predicts, there will be only two players in the high-endr( microprocessor business: IBM and Intel."  F Now, while AMD is indeed coming out with a 64-bit microprocessor, it'sI hardly 'high-end':  it's planned to be their commodity offering.  It does J happen to offer excellent performance in 64-bit operation (which until nowG has been somewhat of a 'high-end' province) as well as 32-bit operationlI (which is indisputably commodity in nature), and it could conceivably, ifiI sufficiently successful, wipe out the current 'high-end' 64-bit uPs - but A that wouldn't make Hammer 'high-end' itself, it would just be the B elimination of the 'high-end' market by disruptive commodity-level? technology (as relatively low-end SCSI technology wiped out thet washing-machine disk drive)..o  I I doubt that Zeitler would call Hammer a 'high-end microprocessor' if youaK asked him, and therefore I doubt that his statement was meant in any way tooJ include AMD.  The Inquirer's article was simply written by someone lookingK for an eye-catching headline who didn't spend much time considering whether. it was factual as well.    - bill   ------------------------------   Date: 7 Feb 2003 03:52:14 -0800c' From: icerq4a@spray.se (David Svensson) - Subject: Re: IBM says AMD dead in 5 years ...t= Message-ID: <734da31c.0302070352.5c5581be@posting.google.com>a  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<QIucndfovvMCyN6jXTWcog@metrocast.net>...3 > "Shane Smith" <ssmith@icius.com> wrote in messagem, > news:01C2CDED.0AF1FED0@sulfer.icius.com...L > > Or, to be a little more fair, one IBM exec says AMD won't be a player inJ > > the 64bit arena in 5 years, quite possibly putting his foot in it with > > his personal opinion.b > M > Actually, to be accurate, he said *nothing* about AMD.  What he is reported  > to have said was:s > M > "In five years, he predicts, there will be only two players in the high-endf* > microprocessor business: IBM and Intel." > H > Now, while AMD is indeed coming out with a 64-bit microprocessor, it'sK > hardly 'high-end':  it's planned to be their commodity offering.  It doeseL > happen to offer excellent performance in 64-bit operation (which until nowI > has been somewhat of a 'high-end' province) as well as 32-bit operationfK > (which is indisputably commodity in nature), and it could conceivably, ifoK > sufficiently successful, wipe out the current 'high-end' 64-bit uPs - but C > that wouldn't make Hammer 'high-end' itself, it would just be thegD > elimination of the 'high-end' market by disruptive commodity-levelA > technology (as relatively low-end SCSI technology wiped out the, > washing-machine disk drive)..X > K > I doubt that Zeitler would call Hammer a 'high-end microprocessor' if youeM > asked him, and therefore I doubt that his statement was meant in any way to L > include AMD.  The Inquirer's article was simply written by someone lookingM > for an eye-catching headline who didn't spend much time considering whetherf > it was factual as well.. >  > - bill  N Thanks for explaining everything for us Bill. Indeed very good. Yes indeed. :)   /David   ------------------------------   Date: 7 Feb 2003 06:04:15 -0800 ( From: baby_p_nut@yahoo.com (Baby Peanut) Subject: Re: Is that possiblet< Message-ID: <c5cf6e8.0302070604.476e5a55@posting.google.com>  U rivie@RIvie.no.domain wrote in message news:<slrnb2lblq.4qj.rivie@RIvie.no.domain>... P > In article <f948cf20.0301191442.3591d848@posting.google.com>, taupin974 wrote: > > Hi@ > > I'd like to know if i can run open vms on a vax simulator as > > Charon-VAX, Ts10 or Simh ?A > > If all programing tools of vms will work if it is possible !!h > I > I've run VMS on SIMH. It works. Rumor has it the most recent version is ) > capable of being a member of a cluster.e  B Yes, I am in contact with someone who is trying to add a SIMH to aC two-node cluster of a real VAX and Alpha.  He kept complaining thatbA his cluster had problems with VOTES but I think I've been able to D convince him today that there was a bug in the DELQA emulation which3 caused SIMH/VAX to crash when it entered a cluster.o  A I also noticed that when running NetBSD/vax on SIMH/VAX I'd get anA whole lot of error messages similar to "qe0: discarding oversizedkF frame" or something like that.  I plan on upgrading to SIMH 2.10-2 and! seeing if that message goes away.i   ------------------------------   Date: 7 Feb 2003 06:25:16 -0800o( From: baby_p_nut@yahoo.com (Baby Peanut) Subject: Re: Is that possible ; Message-ID: <c5cf6e8.0302070625.12279bc@posting.google.com>   ^ david20@alpha2.mdx.ac.uk (David Webb) wrote in message news:<b0kkdb$ppj$1@aquila.mdx.ac.uk>...i > In article <f948cf20.0301211200.6da4070c@posting.google.com>, taupin974@hotmail.com (taupin974) writes:r) > >So there is only simh which is free ?!d4 > >Where can i download a version of this software ? > >n > # > Well the source is available fromi6 > http://simh.trailing-edge.com/sources/simhv210-2.zip > I > Whether there are prebuilt binaries (so you wouldn't need visual c++ ors > Mingw gcc) I don't know.  E I built the previous version of SIMH/VAX on Cygwin http://cygwin.org/IA using the Mingw compatiblity mode.  SIMH/VAX will build as a true.B Cygwin binary but it would hang after "boot cpu".  I found that by< using gcc -mno-cygwin option the resulting binary would run.  F I discovered that Bob Supnik clearly does not know how to build a UNIXE Makefile correctly.  His Makefile sort-of works but it totally misses ? the point of having a Makefile in the first place instead of an.E ordinary shell script with compiler commands.  That reason is that ifeC you change one source code file and run "make" then only one source B code file should be recompiled and then the linker should be run. C Bob's Makefile always rebuilds everything.  What's worse is that inWF order to fix it a major re-organization would be needed since he makesE extensive use of subdirectories and doesn't build any libraries.  Oh, E I remember now how much I hate this thing--I only fixed things enough8E to make the VAX build easy; adding emulator binaries crashes into thea> cross-use of .c files bug.  Here's the version that I can bearA using--it's based on his "makefile_ethernet" (another mistake, hee@ should have simply used some varibles in his makefile instead ofF producing two makefiles which requires double work every time you haveF update something)  It requires that you install winpcap which you need for networking.   C This compares the makefile_ether to my semi-cleaned-up Makefile forM the previous release:e  + $ diff -bu makefile_ether ../simh/Makefile e0 --- makefile_ether      Tue Nov 12 20:30:02 20020 +++ ../simh/Makefile    Wed Dec 18 16:05:59 2002 @@ -3,16 +3,16 @@tF  # Note: -O2 is sometimes broken in GCC when setjump/longjump is being/  # used. Try -O2 only with released simulators.a  # -CC = gcc -O2 -lm -I . -#CC = gcc -O2 -g -lm -I . -1 -o	 +CC = gcc-8 +CFLAGS = -O2 -mno-cygwin -I.  -I ${VAXD} -I ${PDP11D} \( +        -I /usr/local/include/winpcap \A +        -DUSE_INT64 -DUSE_NETWORK -D__USE_W32_SOCKETS # -D_DEBUG      #  # Common Librariesh  #  BIN = BIN/t8 -SIM = scp.c scp_tty.c sim_sock.c sim_tmxr.c sim_ether.c8 +SIM = scp.o scp_tty.o sim_sock.o sim_tmxr.o sim_ether.o  s       @@ -68,13 +68,14 @@s  s  o  VAXD = VAX/: -VAX = ${VAXD}vax_cpu1.c ${VAXD}vax_cpu.c ${VAXD}vax_fpa.c ${VAXD}vax_io.c \2? -       ${VAXD}vax_mmu.c ${VAXD}vax_stddev.c ${VAXD}vax_sys.c \i -       ${VAXD}vax_sysdev.c \dE -       ${PDP11D}pdp11_rl.c ${PDP11D}pdp11_rq.c ${PDP11D}pdp11_ts.c \ E -       ${PDP11D}pdp11_dz.c ${PDP11D}pdp11_lp.c ${PDP11D}pdp11_tq.c \n/ -       ${PDP11D}pdp11_pt.c ${PDP11D}pdp11_xq.c C -VAX_OPT = -I ${VAXD} -I ${PDP11D} -DUSE_INT64 -DUSE_NETWORK -lpcap : +VAX = ${VAXD}vax_cpu1.o ${VAXD}vax_cpu.o ${VAXD}vax_fpa.o ${VAXD}vax_io.o \l? +       ${VAXD}vax_mmu.o ${VAXD}vax_stddev.o ${VAXD}vax_sys.o \l +       ${VAXD}vax_sysdev.o \ E +       ${PDP11D}pdp11_rl.o ${PDP11D}pdp11_rq.o ${PDP11D}pdp11_ts.o \ E +       ${PDP11D}pdp11_dz.o ${PDP11D}pdp11_lp.o ${PDP11D}pdp11_tq.c \I/ +       ${PDP11D}pdp11_pt.o ${PDP11D}pdp11_xq.or> +VAX_OPT = -I ${VAXD} -I ${PDP11D} -DUSE_INT64 -DUSE_NETWORK \) +       libwpcap.a Packet.a -lwsock32 -lm   c  e  w @@ -203,6 +204,8 @@d'         ${BIN}id16 ${BIN}id32 ${BIN}sdsa  d  g +clean:h +       rm -f *.o */*.oo     #  # Individual builds @@ -248,7 +251,7 @@n  n  r  ${BIN}vax : ${VAX} ${SIM}, -       ${CC} ${VAX} ${SIM} ${VAX_OPT} -o $@6 +       ${CC} ${CFLAGS} ${VAX} ${SIM} ${VAX_OPT} -o $@  g       @@ -310,4 +313,3 @@   ${BIN}sds : ${SDS} ${SIM},         ${CC} ${SDS} ${SIM} ${SDS_OPT} -o $@  v           > David Webb > VMS and Unix team leader > CCSS > Middlesex University >  > a > >david20@alpha2.mdx.ac.uk (David Webb) wrote in message news:<b0jf5m$e3h$1@aquila.mdx.ac.uk>...tl > >> In article <f948cf20.0301201022.382b1d62@posting.google.com>, taupin974@hotmail.com (taupin974) writes:; > >> >And what emulator are avable on my pc with windows ?!c > >> > > >> bS > >> Well I believe ts10 is linux only  however simh runs on Microsloth inoperativee2 > >> systems as well as on linux and other systems > >> o4 > >> See http://simh.trailing-edge.com/hardware.html > >> e > >> "E > >> The simulators have been tested in the following environments :-n > >> i/ > >> Windows 9x/NT/2000 (Visual C++, Mingw gcc)s > >> . > >> . > >> . > >>   > >> " > >> eI > >> and if you want a commercial rather than public domain product then k* > >> charon-vax runs on Windows NT/2000/XP > >> e > >> see > >> d@ > >> http://www.softresint.com/charon-vax/product_evaluation.htm > >> g > >> m > >> David Webbs > >> VMS and Unix team leaderd	 > >> CCSSn > >> Middlesex Universityh   ------------------------------  % Date: Thu, 06 Feb 2003 21:37:34 +0100aB From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>) Subject: Re: Maximum of simultanius loginp7 Message-ID: <3E42C78E.22D3@this.mailaddress.is.invalid>i   arjan wrote:5 > "Shane Smith" <ssmith@icius.com> schreef in berichte, > news:01C2CBB6.DEC983B0@sulfer.icius.com...F > > There was a thread on this a month or two back which contains manyB > > variations on this theme, for different basic requirements. I C > > suggest you use google.com to look back and browse the threads.s > >e+ > I Tryed, But I can not find anything ....- > Can you help me ??  A There was also a thread about it almost ten years ago. I rememberp9 because it was the first question I asked on this forum :-  y http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&th=957459bcaa0ccce0&seekm=01GVF94I9UNM8ZDZO8%40NKUVAX.BITNET&frame=offS   (URL may wrap)   --   ME Posted by news://news.nb.nu    ------------------------------   Date: 6 Feb 03 13:17:29 ESTm From: grant@rigel.cc.wmich.edu. Subject: Re: MSCP disk serving and SAN Storage/ Message-ID: <ifm49BnB23Ej@mcduck.acs.wmich.edu>   C Wouldn't it be simpler and more convenient to simply mount the diskoB volumes (on the SAN) only on the nodes which you want to use them?  G Then, you can get to the disks from the other nodes any time you reallys  need to (by mounting the disks).  p In article <a3c44af1.0302060931.11ee63c7@posting.google.com>, dave.baxter@bannerhealth.com (Dave Baxter) writes: > Guys,eD >      I have a question.    I am putting together a new VMS clusterG > using ES40 machines and Compaq StorageWorks components.  (Brocade SANsH > Switches and HSG80 Controllers.)     I am running OpenVMS Version 7.3,G > and the Cluster Interconnect is via GigaBit Ethernet (not through ther
 > SAN Fabric)" > A >      Two of my ES40's are going to be Production, and 1 will be H > Certification, however they will be in the same cluster (with separate@ > system disks).   I would like to keep my Cert and Prod StorageH > separate from each other as seen from the SAN (i.e. in separate zones)H > but still 'occasionally' available to transfer code and data from Cert
 > to Prod. > B >      My question is this "Are MSCP disks served to other cluster@ > members via the SAN Fabric, or via the Cluster Interconnect??. > F >      It seems to me that if it is via the interconnect, then neitherG > the hosts nor the storage need to be in the same zones, however if itIH > is via the fabric then at least the hosts need to be in the same zone. > 	 > thanks c >  > Dave.w   ------------------------------  # Date: Thu, 06 Feb 2003 20:23:34 GMTl. From: peter@langstoeger.at (Peter LANGSTOEGER). Subject: Re: MSCP disk serving and SAN Storage5 Message-ID: <avz0a.171014$xv1.2149448@news.chello.at>b  P In article <ifm49BnB23Ej@mcduck.acs.wmich.edu>, grant@rigel.cc.wmich.edu writes:D >Wouldn't it be simpler and more convenient to simply mount the diskC >volumes (on the SAN) only on the nodes which you want to use them?v >wH >Then, you can get to the disks from the other nodes any time you really! >need to (by mounting the disks).a  I But only if all nodes are in the same cluster - which the original posteriI intends, but I don't suggest - I'd go with different systems/clusters andn	 zoning...o   --   Peter "EPLAN" LANGSTOEGERs% Network and OpenVMS system specialistb E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 06 Feb 2003 13:22:06 -0800 & From: Greg Cagle <gregc@gregcagle.com>6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31/ Message-ID: <v45kflktm7g6eb@corp.supernews.com>s   Bill Todd wrote:5 > "Greg Cagle" <gregc@gregcagle.com> wrote in messaget+ > news:v429rfrcopgge1@corp.supernews.com...e   >>So what *is* your agenda?g >  > 3 > It's been no secret, but you're kind of new here.a   <detailed discussion deleted>m  A Thanks, Bill. I guess my next question, then, is what do you hopel@ to accomplish at this point? The situation has changed since the@ "Alphacide" but it doesn't seem to me that there's a lot of hopeD in reversing the decision given HP's stated direction and investmentC in Itanium. You and the other Alpha loyalists spend a lot of energyeE and effort pointing out Itanium's deficiencies - but that's not goingiD to bring Alpha back to life IMHO. Especially since I very much doubt: the people making those decisions read this newsgroup 8^).  E I don't necessarily think life is going to be wonderful under Itanium E either, but it's all I've got to work with so I plan to make the best 9 of it. I guess it could be worse - it could be Sparc 8^).c   - Greg --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------   Date: 7 Feb 2003 08:41:25 -0800 ' From: icerq4a@spray.se (David Svensson)e6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31= Message-ID: <734da31c.0302070841.2b44642a@posting.google.com>5  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<Laecnarnzohlyt6jXTWcqA@metrocast.net>...5 > "Greg Cagle" <gregc@gregcagle.com> wrote in messageO+ > news:v45kflktm7g6eb@corp.supernews.com...* > > Bill Todd wrote:9 > > > "Greg Cagle" <gregc@gregcagle.com> wrote in message1/ > > > news:v429rfrcopgge1@corp.supernews.com...r >  a > > >>So what *is* your agenda?  > > >p > > >e7 > > > It's been no secret, but you're kind of new here.8 > > ! > > <detailed discussion deleted>W > >IE > > Thanks, Bill. I guess my next question, then, is what do you hopeE  > > to accomplish at this point? > M > I thought I spelled that out fairly explicitly:  I hope that the continuingMI > criticism of Compaq's actions (both what it did and how it did it) will K > either result in the kind of public and material atonement I described inlN > some detail or at least act as a warning to any who might be inclined to act > similarly in the future. > & >  The situation has changed since theD > > "Alphacide" but it doesn't seem to me that there's a lot of hopeH > > in reversing the decision given HP's stated direction and investmentG > > in Itanium. You and the other Alpha loyalists spend a lot of energy I > > and effort pointing out Itanium's deficiencies - but that's not goinghH > > to bring Alpha back to life IMHO. Especially since I very much doubt> > > the people making those decisions read this newsgroup 8^). > N > This newsgroup happens to be one of the places where I'm active, so it's oneI > of the places where I speak out on this issue.  And while my dedication M > stops short of becoming active in other places that are of less interest togM > me but where my contributions might have more effect, there's at least some>L > indication that my efforts here haven't been entirely unproductive (Terry,M > for example, has claimed on multiple occasions that competitors have pickedP > up material here to use).  >  > >mI > > I don't necessarily think life is going to be wonderful under Itanium-I > > either, but it's all I've got to work with so I plan to make the best-
 > > of it. > N > The difference between us is that you don't have too much choice (aside from? > finding new employment), whereas I'm free to do as I see fit.; >  > - bill  F Since a while back I take as much notice to your posts just as much asD I take notice to Bob Ceculski's. At least one can get a laugh of BobD Ceculski's posts, but your posts have the last year been so dull and4 predictable that they are not worth reading anymore.  C Years back you have expressed terrific technical posts on computingfF science, but it seems you have lost all that? Was the alphacide such aD hard thing in your life? :) I have also seen that you have beginningD to exaggerate to get your point made. This is a bad sign in my view.   /David   ------------------------------  # Date: Fri, 07 Feb 2003 09:58:53 GMTe0 From: rw@vorpalbunnyeircom.net (Russell Wallace); Subject: Re: SKHPC slaps Gartner, naysayers on comp vms ... 0 Message-ID: <3e4382a6.364466592@news.eircom.net>  1 On Wed, 05 Feb 2003 08:27:54 GMT, Vance HaemmerleN$ <vance@toyvax.Glendale.CA.US> wrote:   >  Hey, a fellow Betamax owner!- >-2 >  It sucks when the best product doesn't succeed.  E I'm curious: on what basis is Betamax superior to VHS? From what I'vee heard:  > - Betamax could freeze frame without flicker; but this isn't a requirement.D - Betamax at least initially couldn't store a whole movie on a tape;! this definitely is a requirement.I  # >You know, Sony published full pagecI >ads in Latin America in 1988, 1989 saying "Beta es para siempre. PalabraXG >de honor. Palabra de Sony." which translates to "Beta is forever. WordrH >of honor. Word of Sony."  Of course, this past August Sony announced itH >was stopping Betamax production by the end of 2002.  It seems corporate >promises don't mean anything.   *blink*t  C Dear God, they kept producing Betamax all the way up to a couple ofpD months ago? Must be that Japanese code of honor thing. I'd rate that' as keeping their promise and then some.    -- t3 "Mercy to the guilty is treachery to the innocent."k+ Remove killer rodent from address to reply.a! http://www.esatclear.ie/~rwallace    ------------------------------   Date: 6 Feb 2003 23:05:01 GMTo# From: hoff@hp.nospam (Hoff Hoffman)s Subject: Re: TCP IP PAKa* Message-ID: <b1upmt$95v$2@web1.cup.hp.com>  M In article <PS30a.1$9H6.8615@news.ecrc.de>, mail@the-fox.de (the-FoX) writes:h  ' :i'm extremely new to openvms and dec. n  F   You need not bother to tell us that, we already know that.  (We were   once newbies, too.)o  , :i always get messages that a pak is needed.  J   Please read the OpenVMS Frequently Asked Questions (FAQ).  Specifically,F   please read the section in the FAQ on the hobbyist licensing and theK   specific license product authorization keys (PAKs) that a hobbyist should J   request.  There is also a section in the FAQ on license troubleshooting.  J   Download the TEXT version of the FAQ from http://www.openvms.compaq.com/J   Please then take the time to skim it, and particularly to search it when   you have questions.b  H   In addition to the FAQ, the Google archives for the newsgroup -- theseF   are referenced in the FAQ -- can be useful, as various questions get#   asked, well, with some frequency.a  K   Yes, I am well aware I not directly answered the question.  This is quite J   deliberate, and is specifically intended to encourage you to acquire andK   to learn about and utilize the FAQ as well as the various other available-   support resources.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  $ Date: Thu, 6 Feb 2003 07:55:51 -0500) From: "Scott Greig" <jsgreig@geminaq.com>t" Subject: TCPIP/UCX Routes database9 Message-ID: <JVs0a.5115$CF1.911666@news20.bellglobal.com>(  2 Can anyone tell me how a VMS system using DEC's IP3 stack, with neither RouteD nor GateD enabled learns  routes?b  8 It seems that (and I've seen it with various UCX 4.* and6 TCP/IP 5.0-* systems) that from time to time erroneous8 routes are 'automatically' entered into the VMS system's7 routes database, and never seem to get stale (and henceR. thrown away).  The only remedy is to perform a  TCPIP> set noroute <destination>  ; This of course can be difficult to perform if attempting to 8 connect from a node in the above <destination>'s subnet.  9 Also, although I can't swear to it, I've seen (again both-. VMS 6.*/UCX 4.* and VMS 7.2-*/TCPIP 5.0*) that/ when a VMS node refuses to answer PING attemptsn4 from outside it's own subnet, often the remedy is to6 start routing (default=RouteD).  After doing this, the node begins to respond.e  ' Any others seen this type of behaviour?S   TIA  Scotti   ------------------------------  # Date: Fri, 07 Feb 2003 16:27:30 GMTs# From: "John Smith" <a@nonymous.com>   Subject: The importance of ISV'sK Message-ID: <S7R0a.591869$F2h1.278585@news01.bloor.is.net.cable.rogers.com>   E An associate of mine has been at a customer site for the past severaln? weeks dealing with business reporting issues for this customer.u  F Their reporting infrastructure consists of a Sun 8-way box, with 30 GbD of RAM, running a 3rd party reporting tool against Oracle databases.F Optimizing the reporting code and the reporting database as heavily asD possible, he is finding that they can only execute 4,000 reports per@ hour. Unfortunately the customer has but an 8 hour window to runA 80,000 reports, so given the current Sun system he can't make his E reporting window. There are a number of mysteries going on inside theEA Sun box vis. cpu utilization that are not fully understood at thet, moment and these bear further investigation.  E I'm not going to get into the details of the reports, nor the line ofgC business, but suffice it to say that the customer considered takinggD the drive to Nashua (they are within a 3hr. road radius of there andF they had heard of the new EV7 releases and the performance thereof) toF benchmark on Alpha -either under Tru64 or VMS, but for the one glaringF problem - the 3rd-party reporting tool they use is not available under either o/s.    C'est la guerre.   ------------------------------  % Date: Fri, 07 Feb 2003 10:08:34 -0700o+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>t$ Subject: Re: The importance of ISV's' Message-ID: <3E43E812.6060508@MMaz.com>.   John Smith wrote:   F >I'm not going to get into the details of the reports, nor the line ofD >business, but suffice it to say that the customer considered takingE >the drive to Nashua (they are within a 3hr. road radius of there andaG >they had heard of the new EV7 releases and the performance thereof) totG >benchmark on Alpha -either under Tru64 or VMS, but for the one glaringIG >problem - the 3rd-party reporting tool they use is not available undera >either o/s. >  h >nB Can you at least disclose this third-party reporting tool without E compromising your client?  It would be interesting to see if it were iA once a VMS product that has since been dropped, much like others i including Progress...i   Regards,   Barryl   -- y  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028i   ------------------------------  % Date: Fri, 07 Feb 2003 11:14:47 +0000e( From: Nic Clews <sendspamhere@127.0.0.1>% Subject: Re: VMS @25 CD now available,) Message-ID: <3E439527.333B5DF6@127.0.0.1>T   Sue Skonetski wrote: >   5 Thanks to my friendly ambassador I have one of these.    I installed the screensaver.  G White, I ask you, then only screensaver you need shades to view. I comec& away from my desk with snow blindness!  / Fortunately, I have my ray-bans in my pocket...e  = I'm not being ungrateful, just a little feedback for the nextI screensaver. #-) --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesR nclews at csc dot comi   ------------------------------   Date: 6 Feb 2003 08:28:03 -0600m; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n" Subject: Re: VMS source listings ?3 Message-ID: <4taa6RBG8B3n@eisner.encompasserve.org>l  Y In article <A1e0a.535$062.433@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes:h > Dan wrote: >  > G > Yes, I know, BLISS is really an expression language (and some folks, sH > including myself, take advantage of that - especially inside macros), I > but you can write BLISS code that doesn't look all that much different  A > than Pascal or C (+/- the speelling of various reserved words).n  H    Ever try to access a 36 character array in the middle of a structure F    in BLISS?  Yes, it can be done, no it's not as easy as it could be.   ------------------------------  % Date: Thu, 06 Feb 2003 15:02:33 -0500  From: Dan <dan@vrx.net> " Subject: Re: VMS source listings ?8 Message-ID: <tmf54voohamsgkpqm502mc42md6vme2h47@4ax.com>  " This has been reviewed many times.  ? Open source (allowing people to view the source) only INCREASES, security, not decreases it.e  @ Or is everyone suddenly forget about a little thing called "peer review"... ah well  C If you have millions of people around the world reviewing the code, C the odds are a LOT higher that someone (or many) will find holes in  it, if there are any.i  A the only thing they have to fear is shoddy products, and security 6 holes which will only be revealed after an incident...   Dan.  F On Wed, 05 Feb 2003 15:47:16 -0500, David Froble <davef@tsoft-inc.com> wrote:Q >This issue has come up in the past.  There's probably someone who now or in the nJ >past hasn't believed in their product.  Just as suggestions for security I >challenges have been presented to the VMS people, and gotten shot down,  P >suggestions for access to source listings for any who ask has also gotten shot O >down.  The former produced some allusions to some high priority customers not pM >liking the idea.  I'm sure the same thinking goes into the perspective that fQ >those high priority customers wouldn't like every hacker having ready access to   >the listings. > P >It's the only reason I can guess at.  It sort of forgets that the listings are 2 >available, but in a rather low visibility manner. >2L >The case for availability of the listings includes many good reasons, from P >software developers designing a product that will work closely with the OS, to P >the tinkerer who just has to take something apart (figuritively) to see how it I >works.  (Some of the latter might become very good programmers in time.)L >hM >If it's fear, then I challenge some people to have some confidence in their  Q >product.  If it's something else, I'm interested in the reasoning.  One thing I wM >know it isn't, is trying to make any profit on the source listings license. vQ >That statement was made by Richard Marcello in a direct response to my question.g >r >  >Davem   ------------------------------  % Date: Thu, 06 Feb 2003 23:59:09 -0800o% From: Dean Woodward <deanw@rdrop.com>r  Subject: Re: What is a Cluster ?& Message-ID: <3E43674D.50106@rdrop.com>   Stuart Johnson wrote:oK > This reminds me of a quote by some female Microsoft spokesperson who saidiM > some years back that Microsoft obeys industry "standards" and if they don't' > like them, they change them.  E The phrase you're thinking of is "Embrace and Extend".  It's been MS r policy for some time now.h   ------------------------------  + Date: Fri, 07 Feb 2003 11:32:55 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>t  Subject: Re: What is a Cluster ?; Message-ID: <01KS5L8ESLIQ9FNHX8@sysdev.deutsche-boerse.com>M  F > This reminds me of a quote by some female Microsoft spokesperson whoG > said some years back that Microsoft obeys industry "standards" and ife* > they don't like them, they change them.   4 Q: How many MCSE does it take to change a lightbulb?  8 A: Zero.  Darkness is redefined as an industry standard.   ------------------------------  # Date: Thu, 06 Feb 2003 23:28:40 GMT|! From: rob.buxton@wcc.spam.govt.nzE  Subject: Re: What is a Cluster ?% Message-ID: <3e42eee4.249795266@news>e  + On Wed, 05 Feb 2003 21:04:06 +0100, labadies' <en_trajectant_a_mort@127.0.0.1> wrote:   H >Yesterday I went to Linux Solutions near Paris (www.linuxsolutions.fr), >and learned what is a Cluster.D >iD >On a stand, I talked with one person about a "Linux Cluster" with 2 >nodes. : > I asked: "so on both nodes I can read and write the same >data/files/database... ?"A >"No, this is high availability ("haute disponibilit" he said ins, >french), it's different and more expensive" >s$ >A good day: I learned something :-) >y >Grardn >i  E Sounds like the article I read in some less than learned publication. D Stated quite boldly that the only way you could get an Active-ActiveE cluster to work was using a lock Manager (so far so good) but went oni8 to say that that would be inefficient and wouldn't work!
 Sigh......   Rob. >a >s   ------------------------------  $ Date: Fri, 7 Feb 2003 09:39:13 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>8  Subject: RE: What is a Cluster ?T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660D47@kaoexc01.americas.cpqcorp.net>   Rob,   Re: clustering status today.  J I also like to drop this pointer on those who have not seen the light .. =B Illuminata report on the current state of disaster tolerance and = clustering (Aug 2002).  J http://www.tru64unix.compaq.com/unix/illuminata_dt_unix_research_note.pdf=    E [hint - positions OpenVMS clustering as the Gold Std for clustering.]l  J One issue not described in the report (or in most analysts discussion of =C clusters) which is not often discussed with respect to locking is = F OpenVMS's ability to load balance locking traffic over multiple NICs =I and/or other mixed types of cluster interconnects on the same servers.=20s  H Most other OS cluster platforms typically have one interconnect which, =I in some cases, has a backup link that is only there in case the primary =eH interconnect fails, but they do not load balance across the connections.  I Depending on the cluster size and application, this might be an OpenVMS = 
 advantage.   Regards   
 Kerry Main Senior ConsultantI Hewlett-Packard (Canada) Co.! Consulting & Integration Servicest Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)o OpenVMS DCL - the original .COMk     -----Original Message-----I From: rob.buxton@wcc.spam.govt.nz [mailto:rob.buxton@wcc.spam.govt.nz]=20t Sent: February 6, 2003 6:29 PM To: Info-VAX@Mvb.Saic.Com   Subject: Re: What is a Cluster ?    - On Wed, 05 Feb 2003 21:04:06 +0100, labadie =a' <en_trajectant_a_mort@127.0.0.1> wrote:s  J >Yesterday I went to Linux Solutions near Paris (www.linuxsolutions.fr), =   >and learned what is a Cluster.s >tG >On a stand, I talked with one person about a "Linux Cluster" with 2=20cA >nodes.  I asked: "so on both nodes I can read and write the same  >data/files/database... ?"C >"No, this is high availability ("haute disponibilit=E9" he said int, >french), it's different and more expensive" >d$ >A good day: I learned something :-) >M	 >G=E9rard@ >r  G Sounds like the article I read in some less than learned publication. =CF Stated quite boldly that the only way you could get an Active-Active =J cluster to work was using a lock Manager (so far so good) but went on to =@ say that that would be inefficient and wouldn't work! Sigh......   Rob. >b >c   ------------------------------  + Date: Fri, 07 Feb 2003 11:22:28 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 0 Subject: Re: what limits the number of DECterms?; Message-ID: <01KS5KQUCXMQ9FNHX8@sysdev.deutsche-boerse.com>   H > > I have a machine which I use mainly to have several DECterms open inL > > several (9 at the moment) CDE workspaces from which I log in elsewhere. K > > I have 22 open at the moment (and the DECwindows clock and calendar and-K > > Mozilla).  It seems that I can't open any more from the terminal-buttonc= > > in the CDE toolbar.  CREATE/TERMINAL works fine, though. g  H As I have since written, it was my mistake in the post; CREATE/TERMINAL  doesn't work either:   $ creat/term& %LIB-F-INSEF, insufficient event flags $ help/messo> %MSGHLP-F-NOTFOUND, message not found in Help Message database $   H >    Although the company who came up with CDE now owns VMS Engineering,G >    you should not assume that anything like that level of quality hasm2 >    backported itself into it's earlier software. > E >    But it is a shame it got ported to VMS without some improvement.e  C Actually, I like the CDE "virtual screens".  In 1997, I jumped fromaH 5.5-2 on a VAXstation 3100 via a serial terminal to (my own!) ALPHA withH a nice graphics monitor (and, OF COURSE, a serial console as well!) withH CDE.  I have thus used the old DECwindows session-manager interface onlyG a handful of times.  On one of my ALPHAs at home, though, this comes upsF by default.  (What determines this?  It's a 3000/600 and had 6.2 on itF (and a commercial license) when it was given to me which I have since E replaced (NOT upgraded) with 7.2-1 and a hobbyist license.)  I think eC I'll leave it that way and learn the old DECwindows interface.  :-)h   ------------------------------  + Date: Fri, 07 Feb 2003 11:29:57 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 0 Subject: Re: what limits the number of DECterms?; Message-ID: <01KS5KX3NA4O9FNHX8@sysdev.deutsche-boerse.com>r  K > }> I don't have an answer for you though (other than the obvious that its-G > }> limited by number of event flags).  I've wondered the same myself.c > }  > }How can they be increased?n > C > Probably the only way is to submit some sort of change request toa > VMS engineering.  9 OK.  I was hoping there was some parameter one could set.i  B > Then in some future version of VMS they increase each event flagA > cluster size from the current 32 flags to 64 flags (so the mask B > size gets increased from 32 bits to 64 bits). This would seem toE > be a logical thing to do since VMS mostly runs on 64 bit processorsyA > these days and will only get more so in the future. It seems touB > me to be a waste of register bits to have such things be only 32 > bits in size.r  G Indeed.  While in some cases it doesn't make sense to say "use 64 bits aF by default" (for example, the size of a REAL variable in FORTRAN), in H many cases it does.  This seems like a good example.  While not true in A the past, a modern workstation can certainly handle more than 23 uE DECterms in terms of resources (though setting them all to save 9999 i lines does make a dent).   ------------------------------  " Date: Friday, 7 FEB 2003 09:00 EST. From: Bryan Jensen <bjj101@arlvax.arl.psu.edu>0 Subject: Re: what limits the number of DECterms?% Message-ID: <N_O0a.3827$qp6.235@fe01>s  D Oddly enough, when you run out of DECterms, you can illegally invoke the DECterm controller:m   	$ mcr decw$terminal  G to get another 22 terminals on the same WSA device.  Even if you ^C out F of decw$terminal (before creating another decterm), you'll still get a& new controller on next create request.  C >> Then in some future version of VMS they increase each event flagSB >> cluster size from the current 32 flags to 64 flags (so the maskC >> size gets increased from 32 bits to 64 bits). This would seem toeF >> be a logical thing to do since VMS mostly runs on 64 bit processorsB >> these days and will only get more so in the future. It seems toC >> me to be a waste of register bits to have such things be only 32  >> bits in size.  N The programmer probably should have used only one event flag for all DECterms.M Unless X11 imposes some restrictions, separate event flags isn't a good idea.m  H >    Although the company who came up with CDE now owns VMS Engineering,G >    you should not assume that anything like that level of quality hasw2 >    backported itself into it's earlier software. > E >    But it is a shame it got ported to VMS without some improvement.R  D I rather doubt HP had event flags at the time.  I think DECterms areF wholly a VMS thing.  Too bad DEC abandoned the desktop and didn't make
 improvements.@   ------------------------------  $ Date: Fri, 7 Feb 2003 10:30:38 -0800$ From: Shane Smith <ssmith@icius.com>0 Subject: RE: what limits the number of DECterms?0 Message-ID: <01C2CE93.FFCE74F0@sulfer.icius.com>  F The challenge would be in maintaining VMS' backwards computability. SoH many existing customer programs are written with the assumption that theH masks are 32-bit, and so many of them interact with underlying OS use of: the event flags that it would be something of a challenge.   Shanew   -----Original Message-----4 From: carl@gerg.tamu.edu [mailto:carl@gerg.tamu.edu]) Sent: Thursday, February 06, 2003 8:27 PM  To: Info-VAX@Mvb.Saic.Com 0 Subject: Re: what limits the number of DECterms?    = Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes... E }> I don't have an answer for you though (other than the obvious thatm its E }> limited by number of event flags).  I've wondered the same myself.i }  }How can they be increased?o  A Probably the only way is to submit some sort of change request to  VMS engineering.  @ Then in some future version of VMS they increase each event flag? cluster size from the current 32 flags to 64 flags (so the masks@ size gets increased from 32 bits to 64 bits). This would seem toC be a logical thing to do since VMS mostly runs on 64 bit processors ? these days and will only get more so in the future. It seems toh@ me to be a waste of register bits to have such things be only 32
 bits in size.a   --- Carl   ------------------------------   Date: 7 Feb 2003 07:55:43 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)(@ Subject: Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number= Message-ID: <cf15391e.0302070755.490e8de6@posting.google.com>u  k peter@langstoeger.at (Peter LANGSTOEGER) wrote in message news:<rBo0a.159864$xv1.1989632@news.chello.at>...rP > So, for this and all other reasons above, I'd say START WITH THE CHANGES SOON.$ > VMS V10.0 is not that far away ;-)  D Because the data field widths are too small, the SCA data structures? are probably the wrong place to look for this information.  The,= designers of SCA couldn't have known the eventual VMS versionuD numbering scheme.  For their purposes, 4 bytes seemed enough, as the data is only informational.   B The full version number information is readily available via other methods.  For example:  $ $ mcr sysman set environment/cluster+ %SYSMAN-I-ENV, current command environment:O$         Clusterwide on local cluster<         Username PARRIS       will be used on nonlocal nodes/ SYSMAN> do write sys$output f$getsyi("VERSION")s1 %SYSMAN-I-OUTPUT, command execution on node NODE1s V7.31 %SYSMAN-I-OUTPUT, command execution on node NODE2X V7.3-11 %SYSMAN-I-OUTPUT, command execution on node NODE3A V7.2-21 %SYSMAN-I-OUTPUT, command execution on node NODE4c V7.2 SYSMAN> EXIT. $ write sys$output f$getsyi("VERSION","NODE2") V7.3-1. $ write sys$output f$getsyi("VERSION","NODE3") V7.2-2 ${   ------------------------------   Date: 7 Feb 2003 09:01:38 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)=@ Subject: Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number< Message-ID: <cf15391e.0302070901.83b6016@posting.google.com>  k peter@langstoeger.at (Peter LANGSTOEGER) wrote in message news:<rBo0a.159864$xv1.1989632@news.chello.at>... P > So, for this and all other reasons above, I'd say START WITH THE CHANGES SOON.$ > VMS V10.0 is not that far away ;-)  B You're exactly right, of course.  (Please overlook my recent wimpyA response, which provided a workaround but didn't address the core  issue.)w  C I've filed a PTR (that's what SPRs are called at this time), asking 9 that one of two things be done to SHOW CLUSTER -- either: D 1) Add a new VERSION or SW_VERSION or some such field to the MEMBERS= class which would display the full version number informationM< available from the Cluster System Block (CSB) data structureB maintained by the Connection Manager, as found in the 8-byte fieldE CSB$T_SW_VERSION.  Then, it would also probably be helpful to includeaC this new field instead of the SOFTWARE field in the default display D (although that risks breaking things which assumed the default field, selections that SHOW CLUSTER had before), orB 2) Follow the precedent of the HW_TYPE field in the SYSTEMS class,D where for VMS nodes only, we display the data from the more-completeC CSB$B_HWNAME field in place of the cryptic 4-byte SB$T_HWTYPE field E (which just says "ALPH" for all Alphas, for example), and display theaA full version number from the 8-byte CSB$T_SW_VERSION field (righttD after the software type "VMS " from the 4-byte SB$T_SWTYPE field, ofF course) instead of the truncated version number string from the 4-byteD SB$T_SWVERS field.  A purist might balk at this, because technicallyA SHOW CLUSTER displays data from SB data structures in the SYSTEMSdA class, and CSB data in the MEMBERS class, but this would please a  pragmatist.e   ------------------------------   End of INFO-VAX 2003.076 ************************ > >> David Webbs > >> VMS and Unix team leaderd	 > >> CCSSn > >> Middlesex Universityh   ------------------------------  % Date: Thu, 06 Feb 2003 21:37:34 +0100aB From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>) Subject: Re: Maximum of simultanius loginp7 Message-ID: <3E42C78E.22D3@this.ma ok.  <<< PORT 136,165,113,172,6,2336 >>> 200 Port 6.233 at Host 136.165.113.172 accepted.
 <<< LIST >>> 150 List started.  >>> 226 Transfer completed.e <<< TYPE I >>> 200 Type I ok.  <<< PORT 136,165,113,172,6,2346 >>> 200 Port 6.234 at Host 136.165.113.172 accepted. <<< RETR aaareadme.doci >>> 150 IMAGE retrieve of /disk$misc/decus/vax83c/battelle/grpquota/aaareadme.doc (2044 bytes) started.s9 >>> 226 Transfer completed.  955 (8) bytes transferred.  <<< PORT 136,165,113,172,6,2356 >>> 200 Port 6.235 at Host 136.165.113.172 accepted. <<< RETR bld.comb >>> 150 IMAGE retrieve of /disk$misc/decus/vax83c/battelle/grpquota/bld.com (928 bytes) started.8 >>> 226 Transfer completed.  82 (8) bytes transferred.  <<< PORT 136,165,113,172,6,2366 >>> 200 Port 6.236 at Host 136.165.113.172 accepted. <<< RETR grpquota.objch >>> 150 IMAGE retrieve of /disk$misc/decus/vax83c/battelle/grpquota/grpquota.obj (4398 bytes) started.: >>> 226 Transfer completed.  3765 (8) bytes tr