1 INFO-VAX	Sat, 06 Sep 2003	Volume 2003 : Issue 494       Contents:M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal $ Re: Backup/Copy tree with alias file Re: Do we need a DCL debugger? Re: Do we need a DCL debugger? RE: Do we need a DCL debugger? Re: DSSI problem Re: DSSI problem Re: HP *ALMOST* Advertised VMS Re: HP *ALMOST* Advertised VMS Re: HP *ALMOST* Advertised VMS  Re: MINCONFIG for PCSI installs?- OpenVMS Hobbyist licence for layered products 1 RE: OpenVMS Hobbyist licence for layered products 1 Re: OpenVMS Hobbyist licence for layered products ' Re: OpenVMS Pearl - Enterprise printing 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1  Re: PWS 500 question. Re: Slow keyboard autorepeat rate for new DS10 Re: The vmsnet hierarchyB Re: VMS is being ported to Itanium - but will there be any support- Re: VMS Technical Update (presenter's notes?) - RE: VMS Technical Update (presenter's notes?) - RE: VMS Technical Update (presenter's notes?) - Re: VMS Technical Update (presenter's notes?) $ Re: [Q] Learning to use Queues in C.$ Re: [Q] Learning to use Queues in C.$ Re: [Q] Learning to use Queues in C.  F ----------------------------------------------------------------------   Date: 6 Sep 03 11:54:37 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal) Message-ID: <49uCQgAbW7Sb@elias.decus.ch>   \ In article <bj4mp3$30n$1@news1.radix.net>, Thomas Dickey <dickey@saltmine.radix.net> writes:; > In comp.os.vms Paul Sture <p_sture@elias.decus.ch> wrote: 0 >>     an input terminator, rendering it useless > I >> o - Using xterm from the OS X X11 kit from Apple sends ^H. Here again, I >>     it's a beta kit, so fine on my home system, not so keen elsewhere. N >>     According to an earlier post this behaviour can be overridden by use ofF >>     xmodmap. I haven't tried this yet but of course it only applies >>     to X11 applications.  > 1 > it can also be overridden by resource settings.  > M > (xmodmap is generally a bad solution, since it affects other applications).  >   F You mention "resource settings" and "translations resource" at several1 points in this and other threads found by Google.   . Can you please point me to where I find these?   ------------------------------   Date: 6 Sep 2003 12:41:49 GMT / From: Thomas Dickey <dickey@saltmine.radix.net> V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal* Message-ID: <bjckmd$lrb$1@news1.radix.net>  9 In comp.os.vms Paul Sture <p_sture@elias.decus.ch> wrote: ^ > In article <bj4mp3$30n$1@news1.radix.net>, Thomas Dickey <dickey@saltmine.radix.net> writes:< >> In comp.os.vms Paul Sture <p_sture@elias.decus.ch> wrote:1 >>>     an input terminator, rendering it useless  >>  J >>> o - Using xterm from the OS X X11 kit from Apple sends ^H. Here again,J >>>     it's a beta kit, so fine on my home system, not so keen elsewhere.O >>>     According to an earlier post this behaviour can be overridden by use of G >>>     xmodmap. I haven't tried this yet but of course it only applies  >>>     to X11 applications. >>  2 >> it can also be overridden by resource settings. >>  N >> (xmodmap is generally a bad solution, since it affects other applications). >>    H > You mention "resource settings" and "translations resource" at several3 > points in this and other threads found by Google.   0 > Can you please point me to where I find these?  N offhand - I've not had to look for this information since I've been developingJ with X for about 15 years, and have my own offline resources - the manpageF for the X server gives an overview of resource settings, and the xtermM manpage gives details on its "translations" resource.  I've got some examples G in my xterm faq.  Looking for "translations" "resources" with google, I " see this page which looks helpful:  D http://www.ccd.bnl.gov/xterminal/xterminal_support/vms_keyboard.html   --  4 Thomas E. Dickey <dickey@radix.net> <dickey@his.com> http://dickey.his.com  ftp://dickey.his.com   ------------------------------   Date: 6 Sep 2003 12:46:01 GMT / From: Thomas Dickey <dickey@saltmine.radix.net> V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal* Message-ID: <bjcku9$lrb$2@news1.radix.net>  G In comp.os.vms Fred Kleinsorge <my-last-name@stardotzko.dec.com> wrote: K > On VMS, with a PC keyboard (a non LK450/411/463) you can press (and hold) N > LOCK and Fn to get Fn+10 (F1 -> F11, etc).  Lock will be flipped back to the( > original state.  It's the VT500 trick.  H I'd think that's inconsistent with DECUDK, which uses a shifted functionE key to get the string that is assigned with that escape sequence.  In B XFree86 xterm I use a control-modifier rather than shift-modifier.  M Several packagers have setup app-defaults files that assign shift-functionkey I to the Fn+10 (or Fn+12) range, but that removes functionality from xterm, I which can be switched to provide PC-style escape sequences that tell what / modifiers (shift, control, alt, meta) are used.    --  4 Thomas E. Dickey <dickey@radix.net> <dickey@his.com> http://dickey.his.com  ftp://dickey.his.com   ------------------------------   Date: 6 Sep 03 11:25:04 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) - Subject: Re: Backup/Copy tree with alias file ) Message-ID: <HSOXnc7Qf0Oo@elias.decus.ch>   w In article <01L09NHE98K2AOOLBD@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: M >> > Suppose I now copy a higher-level directory [...] which contains A and B J >> > to, say, another disk.  If I do an IMAGE backup, then I can have B asE >> > the alias entry for A, or I have DOUBLE COPIES OF ALL THE FILES, F >> > depending on /ALIAS or /NOALIAS.  However, if I DON'T do an imageL >> > backup, the only option is to have all the files duplicated, or I have K >> > to just copy one of the directories and do the SET FILE/ENTER by hand   >> > again.  >>  ( >> What is the advantage to using ALIAS?I >> I am an old horse familiar with using OpenVMS symbols or logical names E >> as short cuts to files, and to use a logical name for a "Directory > >> list" that includes multiple directories or multiple disks.H >> So far, using an ALIAS sounds very difficult to manage and may create  >> undesirable backup save sets. >>  F >> Can someone from H.P. chime in with "good practices", "avoid at all* >> costs", and a reasonable use for ALIAS?? >> So far I am glad users and I have not yet used that feature.  > 0 > Well, DISK:[SYSn]SYSCOMMON.DIR is an alias forH > DISK:[000000]VMS$COMMON.DIR.  (Actually, since both of these occur in F > logicals defined as search lists, I've never understood why this is F > necessary; perhaps it goes back to the very old days of VMS, before ( > search-list logicals were implemented? >   E IIRC, going back to V2.n and RSX compatibility mode stuff, the system G directories and their numeric equivalents were aliased (though I cannot A remember in which direction). For example, [001004] (representing # UIC [1,4]) was aliased to [SYSMGR].   K > I think the most common use of it is to allow a directory to be accessed  I > by more than one name since some NEW application requires this, but it  I > would be too much trouble to rewrite OLD applications to be compatible.    ------------------------------  % Date: Sat, 06 Sep 2003 13:53:16 +0200 - From: Marc Van Dyck <marc.vandyck@brutele.be> ' Subject: Re: Do we need a DCL debugger? 9 Message-ID: <mesnews.33417d39.23613e4a.37.584@brutele.be>   4 "Keith A. Lewis" a utilis son clavier pour crire :  L > Looks like a good package, Marc.  If I read the source right, it keeps the0 > I/O channel open between commands.  Awesome.   >   H Yes - same behaviour as for the files opened, accessed, and closed from  DCL.   > L > Still, I think the functionality should be added to DCL so that it's there > out-of-the-box.    >   E Well, when I wrote it, I considered the idea to add the functionality > of MBX to the existing OPEN, CLOSE, READ, and WRITE commands.  Integration E with VMS would have been better, but it is quite complicated : in the G install kit, I would need to decompile the above commands with the VERB F utility, add my extensions, recompile the commands, and update the DCLD tables. Risk of major system screw-up if anything goes wrong during  thatG process ! So I took a step back and decided to introduce my own new DCL 
 verb instead.    > - > --Keith Lewis              klewis$mitre.org @ > The above may not (yet) represent the opinions of my employer.  G For those interested, there is also a LCK package, written on the same   basis 4 as MBX, and that gives access to VMS locks from DCL.   Marc.      --  
 Marc Van Dyck    ------------------------------  % Date: Sat, 06 Sep 2003 14:16:16 +0200 - From: Marc Van Dyck <marc.vandyck@brutele.be> ' Subject: Re: Do we need a DCL debugger? 9 Message-ID: <mesnews.33587d39.ad6d3f1f.38.584@brutele.be>    Another few suggestions :   . - Automatic command completion, like in Bash ;@ - DCL language definition for LSE - get the DCl procedures right9   from start, rather than have to debug them afterwards ! " - Symbol substitution in prompts .   Marc.      --  
 Marc Van Dyck    ------------------------------  $ Date: Sat, 6 Sep 2003 06:43:26 -0700# From: "Tom Linden" <tom@kednos.com> ' Subject: RE: Do we need a DCL debugger? 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIELGHOAA.tom@kednos.com>    >-----Original Message----- 5 >From: Marc Van Dyck [mailto:marc.vandyck@brutele.be] + >Sent: Saturday, September 06, 2003 5:16 AM  >To: Info-VAX@Mvb.Saic.Com( >Subject: Re: Do we need a DCL debugger? >  >  >Another few suggestions : > / >- Automatic command completion, like in Bash ;   K Yes that is a good idea, and I know others have had this on their wish list I in the past.  Now speaking of bash,  one of the things I like about it is  the J ability to do command line editing using commands from either vi or emacs, in my case the latter.    A >- DCL language definition for LSE - get the DCl procedures right : >  from start, rather than have to debug them afterwards !# >- Symbol substitution in prompts .    do you mean like  6 $ set prompt="''f$edit(f$getsyi("scsnode"),"trim")'> " ? D If so, I think this properly belongs in the login.com, which is also, similar to the way in which bash handles it.  H A powerful set of (readable) builtin functions as well as the ability to write J user functions (like bash) would be useful.  The REXX char string builtins is a good start.   >  >Marc. >  >  >--  >Marc Van Dyck >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------   Date: 06 Sep 2003 11:21:04 GMT2 From: Thierry Dussuet <thierry@squeeeez.no-ip.com> Subject: Re: DSSI problem 0 Message-ID: <slrnbljgp0.9b.thierry@VENUS.Family>  8 In article <bivaac$ps3$1@lore.csc.com>, Nic Clews wrote: > Thierry Dussuet wrote:; >> In article <biili1$hc3$1@lore.csc.com>, Nic Clews wrote:  >>   > E >>>I was more thinking you dismantle the system so you can access the D >>>cabling to check it / reseat the connections. This is something I >>>have not had to do. >>   >>  F >> I've looked at the cable from the cpu board to the control panel --F >> it seems that in 10 years of opening/closing the control panel, theH >> cable suffered.  I'm not sure, but there's like a broken place in theG >> middle of the cable.  Would that cause the DSSI disks not to be seen , >> anymore, and the date not to be readable? > / > The answer is possibly yes to both questions.  > D > I have repaired a SCSI cable in a MV3100. Very fine wires a steady@ > hand, soldering and careful repair and the devices work. It isF > probably more related to the DSSI devices not working, this break in. > the cable. How easy to repair, I don't know.  ? Oh...  Given the fact that I've never really soldered before...   B > The other issue is if one has broken through wear and tear, thenH > another break is likely, so getting a replacement loom is probably theA > best answer. Part number will be stamped somewhere on it. It is F > possible other systems share this same bit of cable, so you may findG > that a diskless system may be better value. There is also the service D > store, while most of the prices seem a little high, you may find a > reasonable price.   2 I guess that's the best solution... thank you! :-)   Thierry    --  ? I will tell you if you solemnly promise to tell everybody else.   --Oscar Wilde   ------------------------------   Date: 06 Sep 2003 11:45:11 GMT2 From: Thierry Dussuet <thierry@squeeeez.no-ip.com> Subject: Re: DSSI problem 0 Message-ID: <slrnblji68.9b.thierry@VENUS.Family>  A In article <zh85b.3916$Qe5.24@news.cpqcorp.net>, Bob Blunt wrote:  > Thierry Dussuet wrote:; >> In article <biili1$hc3$1@lore.csc.com>, Nic Clews wrote:  >>   >>>Thierry Dussuet wrote:  >>> G >>>>> From the rest of the messages, I can only think that DSSI cabling F >>>>> from the internal busses has come adrift from the top row of theF >>>>> drives. I've not had a 4000 series chassis in pieces to know how >>>>> it connects. >>>>H >>>>If this is what you mean: There are slots in the backplane where youE >>>>can put the drives in, and on the backplane you faintly see wires C >>>>which seem to go to the processor board.  Then on the processor B >>>>board there is also a ribbon cable going from the board to theE >>>>control panel.  On the drives themselves, there is a ribbon cable B >>>>going from the drive to the plastic thing going into the slot. >>> E >>>I was more thinking you dismantle the system so you can access the D >>>cabling to check it / reseat the connections. This is something I >>>have not had to do. >>   >>  F >> I've looked at the cable from the cpu board to the control panel --F >> it seems that in 10 years of opening/closing the control panel, theH >> cable suffered.  I'm not sure, but there's like a broken place in theG >> middle of the cable.  Would that cause the DSSI disks not to be seen , >> anymore, and the date not to be readable? >>  
 >> Thierry >>   > B > DSSI not working, yes.  Time and console variables not retained,D > probably not.  I'd still get an equivalent battery for that issue.( > The cable part number is likely to be: > , > 	17-02353-01	Cable Assembly, 100 Cond Flat > 
 > Battery: > : > 	12-19245-01	3 Cell 3.75V .18ma NiCad (-01 replaces -00)  @ Thank you! I'll try to get one of these as soon as possible! :-)   Thierry    --  ? I will tell you if you solemnly promise to tell everybody else.   --Oscar Wilde   ------------------------------   Date: 6 Sep 03 11:06:18 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) ' Subject: Re: HP *ALMOST* Advertised VMS ) Message-ID: <ft2isX52LC+p@elias.decus.ch>   n In article <1D96b.169555$_V.67196@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: >    <snip>   > H > A simple ad would suffice in the Wall Street Journal, Forbes, Business > Week etc.....  > H > Show a map of the USA and Canada, and/or Europe, to scale. Label major	 > cities.    Something like this?  K http://www.energyprobe.org/energyprobe/index.cfm?DSP=content&ContentID=8173   : And to put the area sizes in Europe into perspective, from7 http://www.cia.gov/cia/publications/factbook/index.html   J Switzerland: Area - comparative: "slightly less than twice the size of New Jersey"   (41,290 sq km, pop: 7.3 million)  < Germany: Area - comparative: "slightly smaller than Montana"! (357,021 sq km,pop: 82.4 million)   L France: Area - comparative: "slightly  less than twice the size of Colorado"" (547,030 sq km, pop: 60.2 million)  B United Kingdom: Area - comparative: "slightly smaller than Oregon"  (244,820 sq km, pop: 60 million)  * > Show the blackout area as a shaded area.3 > Have a triangle with sides to scale of 500 miles.  >  > The instructions read: > 1 > 1) Cut out the triangle and overlay on the map. 1 > 2) Locate your primary data center at one apex. > > 3) Locate your backup and quorum sites at the other corners.' > 4) Compare what other vendors can do. > > 5) Install HP Alphaservers running OpenVMS at each location. > 6) Stay in business. > H > OpenVMS clusters fit almost every budget, from two small machines withH > one processor each through to clusters of thousands of processors with$ > dynamic partitioning capabilities. > @ > No matter which business you are in, disaster-tolerant OpenVMSB > clusters ensure that the lights don't permanently go out on your
 > company. > F > We wrote the book on clusters. Everyone else is just learning how to > read.  > , > (c) 2003, John Smith. ALL RIGHTS RESERVED. >  > C > HP - contact me off-line for the BIC code for my Caymans account.  >    Nice one John :-)    ------------------------------  # Date: Sat, 06 Sep 2003 15:35:17 GMT # From: "John Smith" <a@nonymous.com> ' Subject: Re: HP *ALMOST* Advertised VMS F Message-ID: <V8n6b.2166$mk1.1787@news02.bloor.is.net.cable.rogers.com>   Yup.  ! Perhaps an image like the ones at . http://www.noaanews.noaa.gov/stories/s2015.htmI which show a larger area in the US and Canada would be better because the J 500-mile triangle would show alternate DR/cluster sites over a wider area.    / This sort of ad could be tailored by region....   J eg. in the midwest, the map could show the locations of tornado touchdownsL for the past 10 years.  Another map in another ad could show floods. Overlay! the triangle for your DR options.   G In the south-southeast, hurricane tracks and damage maps could be used. ) Overlay the triangle for your DR options.   F On the west coast, earthquake locations and damage maps could be used.) Overlay the triangle for your DR options.   G In the northeast, in addition to the blackout, snow/ice storms could be K shown (somebody loses power every year to this cause). Overlay the triangle  for your DR options.  G A large-ish meteor impact just offshore, showing tidal surges and flood 7 impact zones. Overlay the triangle for your DR options.   F And finally, a map of all the nuc stations with downwind contaminationE plumes based on typical prevailing winds, showing lethal and 1-5 year G exclusion zones. Overlay your triangle on this map and see what DR site I works. Think it far fetched? Look up Chernobyl, Fermi, Three Mile Island, L whatever declassified info there is on Hanford or Rocky Flats or Pantex, andB now in the news Davis-Besse (First Energy testimony at the currentG Congressional probe over the blackout). And then don't say 'It couldn't  happen here (your location).'   L Some companies just don't get it- disaster recovery/business continuity is aL belt & suspenders thing. No matter what type of contingency you are planningJ for, whether it's across town, across state, across the country, or across) the world, VMS clusters get the job done. * (c) 2003, John Smith. ALL RIGHTS RESERVED.      6 "Paul Sture" <p_sture@elias.decus.ch> wrote in message# news:ft2isX52LC+p@elias.decus.ch... J > In article <1D96b.169555$_V.67196@news04.bloor.is.net.cable.rogers.com>,% "John Smith" <a@nonymous.com> writes:  > >  >  > <snip> >  > > J > > A simple ad would suffice in the Wall Street Journal, Forbes, Business > > Week etc.....  > > J > > Show a map of the USA and Canada, and/or Europe, to scale. Label major > > cities.  >  > Something like this? >  > K http://www.energyprobe.org/energyprobe/index.cfm?DSP=content&ContentID=8173  > < > And to put the area sizes in Europe into perspective, from9 > http://www.cia.gov/cia/publications/factbook/index.html  > L > Switzerland: Area - comparative: "slightly less than twice the size of New	 > Jersey" " > (41,290 sq km, pop: 7.3 million) > > > Germany: Area - comparative: "slightly smaller than Montana"# > (357,021 sq km,pop: 82.4 million)  > D > France: Area - comparative: "slightly  less than twice the size of	 Colorado" $ > (547,030 sq km, pop: 60.2 million) > D > United Kingdom: Area - comparative: "slightly smaller than Oregon"" > (244,820 sq km, pop: 60 million) > , > > Show the blackout area as a shaded area.5 > > Have a triangle with sides to scale of 500 miles.  > >  > > The instructions read: > > 3 > > 1) Cut out the triangle and overlay on the map. 3 > > 2) Locate your primary data center at one apex. @ > > 3) Locate your backup and quorum sites at the other corners.) > > 4) Compare what other vendors can do. @ > > 5) Install HP Alphaservers running OpenVMS at each location. > > 6) Stay in business. > > J > > OpenVMS clusters fit almost every budget, from two small machines withJ > > one processor each through to clusters of thousands of processors with& > > dynamic partitioning capabilities. > > B > > No matter which business you are in, disaster-tolerant OpenVMSD > > clusters ensure that the lights don't permanently go out on your > > company. > > H > > We wrote the book on clusters. Everyone else is just learning how to	 > > read.  > > . > > (c) 2003, John Smith. ALL RIGHTS RESERVED. > >  > > E > > HP - contact me off-line for the BIC code for my Caymans account.  > >  >  > Nice one John :-)  >    ------------------------------  % Date: Sat, 06 Sep 2003 12:06:05 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: HP *ALMOST* Advertised VMS ) Message-ID: <3F5A05EB.EC66C598@istop.com>   
 <radio ad>  ! Why do you never hear about VMS ?   M Its because our customers don't want to flaunt the competitive advantage they M get because they run VMS instead of some lesser operating system. They aren't N bothered by local events because VMS allows their disaster recovery site to beN very far away. How far ? xxx kilometres away. Unlike those who prefer the moreJ popular systems, our VMS customers focus on their core business instead ofM constantly fighting viruses and managing a constant flow of patches on a huge  fleet of small servers.   * VMS, the best kept secret in the industry.   </radio ad>    ------------------------------   Date: 6 Sep 03 11:47:39 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) ) Subject: Re: MINCONFIG for PCSI installs? ) Message-ID: <DAxXuVFS5QwG@elias.decus.ch>   X In article <1030903171938.3498B-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:0 > On Wed, 3 Sep 2003 paul@wren.cc.kux.edu wrote: > H >> Can I just boot to MINCONFIG and install the PCSI OS patches, and, byE >> that method, keep from having to reboot repeatedly, just rebooting , >> when all the patches have been installed? >>  
 >> Thank you!  > F > I'm not sure I've *ever* had to reboot between ECO's when installingD > a whole bunch that say "Reboot required".  On rare occasions, suchD > as the PCSI ECO, I've had to log out and back in again.  (I alwaysD > leave at least one other session or terminal logged into a priv'ed+ > account, in case something breaks login.)  > * > Then when done, I've just rebooted once. > C > (I'm assuming by "MINCONFIG" you mean booting with STARTUP_P1 set  > to "MIN".) > 1 > Anyone ever encountered any exceptions to this?  >   I Not when booted minimum. There was one memorable incident with a Pthreads D ECO however, which contained no warnings of the fact, but it abortedB currently running processes, and most of SYSHUTDWN failed in quite a spectacular fashion.  D Fortunately that was a test system. For the other systems, I decidedJ that the safest way to install the offending ECO was after a minimum boot,K which incurred the overhead of a shadow copy of the system disk afterwards.    D > (Could be the little gray cells are fading; I just joined AARP the > other day...)  >    :-)    ------------------------------  % Date: Sat, 06 Sep 2003 14:58:47 +0200 ( From: Andreas Davour <ante@update.uu.se>6 Subject: OpenVMS Hobbyist licence for layered products- Message-ID: <bjclm7$m0p$1@Tempo.Update.UU.SE>    Hi VMS experts!   G I have installed VMS7.2 at home with the Hobbyist licnece, but I have a 1 small problem with licences for layered products.   : Have I understood correctly that I have to register on theG http://www.montagar.com/htbin/ohp_hobreg webpage for a layered products  licence to run e.g. TCP/IP?   F Is that licence then for all layered products or is it one licence for each program I want to run?   D I have registered and waited since yesterday, but still nothing haveB shown up in my inbox so I'm beginning to wonder if I did somethingI wrong. The licences aren't generated and sent out manually, or are they?     /andreas   ------------------------------  $ Date: Sat, 6 Sep 2003 06:19:42 -0700# From: "Tom Linden" <tom@kednos.com> : Subject: RE: OpenVMS Hobbyist licence for layered products9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGELFHOAA.tom@kednos.com>   H I believe the layered products license consists of a set of license paksD to a number of products.  In our case, the PL/I compiler, (which youG can download from www.kednos.com) respects the same hobbyist license as  for OpenVMS.  H There has been mail about this in the past, and you are not the first toF have not received all the license paks, not realizing that you need to+ also request those for the layered products    >-----Original Message----- 3 >From: ante@update.uu.se [mailto:ante@update.uu.se] + >Sent: Saturday, September 06, 2003 5:59 AM  >To: Info-VAX@Mvb.Saic.Com7 >Subject: OpenVMS Hobbyist licence for layered products  >  >  >Hi VMS experts! > H >I have installed VMS7.2 at home with the Hobbyist licnece, but I have a2 >small problem with licences for layered products. > ; >Have I understood correctly that I have to register on the H >http://www.montagar.com/htbin/ohp_hobreg webpage for a layered products >licence to run e.g. TCP/IP? > G >Is that licence then for all layered products or is it one licence for  >each program I want to run? > E >I have registered and waited since yesterday, but still nothing have C >shown up in my inbox so I'm beginning to wonder if I did something J >wrong. The licences aren't generated and sent out manually, or are they?  > 	 >/andreas  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------  % Date: Sat, 06 Sep 2003 11:56:33 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>: Subject: Re: OpenVMS Hobbyist licence for layered products( Message-ID: <3F5A03B0.1D872E6@istop.com>   Andreas Davour wrote: < > Have I understood correctly that I have to register on theI > http://www.montagar.com/htbin/ohp_hobreg webpage for a layered products  > licence to run e.g. TCP/IP?  > H > Is that licence then for all layered products or is it one licence for > each program I want to run?   I On the montagar site, you have 2 options for licences. One is for the VMS M operating system, and the other is for the layered products. You have to make K 2 requests, one for the OS and a separate one for the layered products. You  then get 2 emails.  J The layered product email contains a whole lot of licences, so you extract only those you really want.   L For the TCPIP Services, you need to look at the licence called UCX. (TCPIP's
 former name).    ------------------------------  # Date: Sat, 06 Sep 2003 15:11:51 GMT # From: "John Smith" <a@nonymous.com> 0 Subject: Re: OpenVMS Pearl - Enterprise printingE Message-ID: <XOm6b.2106$mk1.203@news02.bloor.is.net.cable.rogers.com>   + "dada" <sman1@stny.rr.com> wrote in message % news:3F59311D.D03515E9@stny.rr.com...  >  >  > Dean Woodward wrote: >  > > Sue Skonetski wrote: > > H > > > The customer does use DCPS and does consider any information about3 > > > their environment as a competitive advantage.  > > 7 > > VMS is a "competitive advantage". Whodathunkit? ;-)  > C > Those of us who have developed real, functioning, higly available G > applications have known this for years, however try and convince your I > boss to convert from buggy/lossy unix or windows and see what happens !     K More to the point....try to convince HP that they should be convincing LOTS L of non-VMS users that VMS is indeed a competitive advantage. If HP did that,G then perhaps convincing your boss (generically speaking) wouldn't be so 
 difficult.  @ But alas, without the former the latter is a losing proposition.  L You see, even in today's age of corporate cutbacks, some IS shops operate onL the principle of the more heads and the bigger the budget the better. That'sL because the more 'responsibility' one has the more money one makes (at leastG as some theories goe). So naturally the shop with the compensation (and J perks) structure that matches this model wants lots of bodies. What better1 way than to insist on Billy-ware everywhere??!!!!   G 'Of course we need all this staff to protect our servers from worms and J viruses - our business depends on it. And who else would apply the patchesJ necessary to the desktops. Surely Mr. President you aren't suggesting thatK Gloria in the call center is capapble of doing that...why just one error on E her part in patching her computer could compromise our entire Windows  environment corporate-wide."   ------------------------------   Date: 6 Sep 2003 09:18:11 -0000 4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-15 Message-ID: <20030906091811.7925.qmail@gacracker.org>   8 On 5 Sep 2003, bob@instantwhip.com (Bob Ceculski) wrote:2 >Nic Clews <spamhere@[127.0.0.1]> wrote in message$ >news:<bj9n1o$h1n$1@lore.csc.com>... >> Doc.Cypher wrote: >>  = >> > On 4 Sep 2003, bob@instantwhip.com (Bob Ceculski) wrote:  >> >  : >> >>Nic Clews <sendspamhere@[127.0.0.1]> wrote in message( >> >>news:<bhg2a4$4aa$1@lore.csc.com>... >> >>  >> >>>"Doc.Cypher" wrote:  >> >>>G >> >>>>On Thu, 14 Aug 2003, Nic Clews <sendspamhere@[127.0.0.1]> wrote:  >> >>>>  >> >>>>>Nic Clews wrote: >> >>> >> >>>   >> >>>J >> >>>>>The object libraries linked OK on [Alpha] 7.2-2 as well (I did notN >> >>>>>attempt a build). It provides support for up to 8192 bit key length as5 >> >>>>>well as an impressive array of compatibility.  >> >>>> P >> >>>>Disastry reported a problem verifying signatures on keys when he built it4 >> >>>>here, I don't know if that was ever resolved. >> >>>J >> >>>If someone can reproduce the problem or knows more about the issues,. >> >>>I'll give it a shot with this version... >>  C >> There is a problem with the keys. I've not had time to properly  K >> investigate it, despite claiming 8192, when trying to use the multi5 to  H >> work with an existing keyring (and check the keys) or generate a new 7 >> key, it complains as you describe. This is at 7.2-2.  >>  A >> Bob, if you have any luck or similar experiences, let me know.  > C >neat!  I took a stream_lf rms file, then did after creating my PGP  >foreign command ... >  >$ PGP -C file.txt > G >then type in my secret phrase and presto!  I then reversed the process = >and did a difference on the unencrypted file and they match!  > E >one question ... when I created a 1024 private key it created a file > >called RANDSEED.BIN ... can I rename this to whatever I want?  L No.  This is, well, the random seed.  It's updated every operation.  You canN set a version limit of 1 or 2 and set it to erase on delete.  Look after it in/ the same manner as you would your secret keys.    @ >question two ... is the version on your server Doc the same one8 >that HP has out for 7.2-7.3 or is this a different one?  J I'm not aware of HP bringing out a version of PGP.  I suspect they're more likely to do GPG.      Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems. K [New PGP Key - Get via finger]                        http://vmsbox.cjb.net    ------------------------------  % Date: Sat, 06 Sep 2003 12:08:06 -0400 ' From: David Turner <david@hpaq-dot-net>  Subject: Re: PWS 500 question / Message-ID: <vlk1j7f1g87naa@news.supernews.com>p  I No problem on VMS but you'll need a SCSI Controller and new graphics cardp  I The card currently in there looks like a 4D50 which only runs Tru64 (and k* I think is not even supported on that now)   DT   Tom Crabtree wrote:l > issinoho wrote:l >  >> Take a look at this...iP >> http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=2751164078&category=179  >> >> >> Is this a 500a or a 500au?d >> Will it run VMS?  >  > J > It appears to be of the 500A variety, which with the right goodies will F > run OpenVMS quite happily.  The SCSI card is a QLogic 1040 which is H > OpenVMS compatible and it does have the B cache (a nice plus).  Don't J > recognize the graphics card, someone else might know if it's compatible 	 > or not. K > I've seen better deals on eBay here in the US, don't know if this is the   > going rate in Europe.W >  > Good luck! >  > TomC >    ------------------------------  # Date: Sat, 06 Sep 2003 13:15:03 GMTp2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: Re: Slow keyboard autorepeat rate for new DS10hL Message-ID: <rdeininger-0609030923140001@user-105n89s.dialup.mindspring.com>  8 In article <3F58DD3E.50DCDAB8@yahoo.com>, John Johnstone <jj_usenet2@yahoo.com> wrote:   C >I've just setup a new AlphaServer DS10 and it appears that the new @ >console firmware V6.5-15 has a REAL slow autorepeat rate on theD >keyboard (LK462-A2 A01).  Hmmm, we finally get a graphics card (ATIE >Radeon 7500) that's fairly fast and somebody slows down the keyboarde@ >autorepeat rate!  I guess that it's the new firmware that's theA >culprit since I didn't see this with the previous version V6.4. iB >There's no mention of this in the V6.5 firmware release notes.  I$ >could roll back to V6.4 to be sure. > F >Has anyone else seen this?  Is there any way to change the autorepeatF >rate back up to what it was before?  There were some flaky autorepeatG >rate problems with some Personal Workstations (the one that I'm typingtA >this on actually), but this is the first time I've seen anything  >unusual with a DS10.e  G I have firmware V6.5 on my DS10, and I have NOT seen what you describe.    ------------------------------  * Date: Sat, 6 Sep 2003 17:13:10 +0000 (UTC) From: david20@alpha2.mdx.ac.uk! Subject: Re: The vmsnet hierarchye) Message-ID: <bjd4j6$hi0$1@news.mdx.ac.uk>   J In article <biv9m5$oid$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:K >In article <biupe2$ja4$2@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:-g >>In article <3f52765a$0$247$cc9e4d1f@news.dial.pipex.com>, Tony Arnold <tony.arnold@man.ac.uk> writes:l, >>>Javier Henderson <javier@kjsl.com> wrote:G >>>> Is anyone using vmsnet groups for anything other than filesharing?m >>>vM >>>So far as I can see they seem to be full of spanish stuff and file sharing1Q >>>garbage. It's a real shame as this heriarchy used to be very useful some yearsa >>>ago.< >>>rM >>>> I'm about to remove this hierarchy from my server, it seems that there's>O >>>> precious little valid traffic there. I know that some active mailing lists>N >>>> are gatewayed into vmsnet groups (info-multinet, for example), but that's( >>>> about the only legit traffic there. >>>a >>>> What say ye?u >>> R >>>If they are not being used for their intended purpose, there is little point inQ >>>having them, IMHO. IS there a way to remove them all together, i.e., from news  >>>servers?  >>>n >> >>Please DONT !!!! >>P >>There are some groups eg vmsnet.mail.pmdf which are heavily used by legitimate8 >>users. We get by with liberal use of killfile entries. >>F >>Removing this hierachy is giving in to the Spanish software pirates.K >>They will then just move onto somewhere else - will you advocate droppinge# >>comp.os.vms when they come here ?a >> > ' >Sorry for following up to my own post.oH >However since these are supposed to be text only newsgroups rather thanJ >binaries is there anyway to get news servers to enforce that restriction.H >I don't know very much about news servers but it would seem to me that H >some sort of filter could be applied to stop binary content going into  >text only newsgroups eg >t >If it contains  > O >=y begin part=         which most of these binary submissions seem to contain h >at the start then dump it.- >- >-  I It appears that such filters do already exist. For instance Cleanfeed cand8 filter out binary content going to text only newsgroups  seee    1 http://www.exit109.com/~jeremy/news/antispam.htmlr      L Also it appears that in other hierarchies there are people running automaticO binary canceling programs which post out usenet cancels whenever binary contentn" is posted to a text-only group see    http://www.geniac.net/bincancel/    
 David Webb VMS and Unix team leader CCSS Middlesex University     >David Webbt >VMS and Unix team leader  >CCSSe >Middlesex Universityt >s >n >h >i >s >>David Webb >>VMS and Unix team leader >>CCSS >>Middlesex University >> >>>Tony. >>>-- I >>>Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,h= >>>University of Manchester, Oxford Road, Manchester M13 9PL.eI >>>T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039aH >>>E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold   ------------------------------  $ Date: Sat, 6 Sep 2003 10:04:09 +0100( From: "John Travell" <john@jomatech.com>K Subject: Re: VMS is being ported to Itanium - but will there be any supportr9 Message-ID: <bjc7uh$hcbn2$1@ID-120847.news.uni-berlin.de>e  5 "Wayne Sewell" <wayne@tachysoft.com> wrote in message.) news:00A25708.71C81E82.3@tachysoft.com...e > >>J > >> That perspective neglects to take into account that many of us formerF > >> DEC employees are still in the business of supporting VMS systems? > >> and are gearing up to support Alpha to Itanium migrations.  > >> > >h( > >True, but we are a distributed bunch.G > >Do we need an 'umbrella' organisation to grab the public attention ?IH > >We could all contract our services to that entity and act as local orI > >specialist support resources to satisfy the customer demand. If we allcB > >contributed to the pot, a major publicity campaign could become affordable.v > >e > C > Those of us who are not former dec employees, but vms specialistss nonetheless,) > could also cooperate in such a venture.   K If anything like the 'umbrella organisation' I commented about earlier wererJ to come about, it would need to encompass everyone capable of adding value. to it, regardless of their employment history.  = There, I had the idea, done my bit, over to the crowd now :-)"J Seriously though, we do need a means of making a big noise about VMS. NoneJ of us can afford to do so individually, and HP does not seem to be willingF to do so. Suitable publicity can only be a good thing, and the outcome should be good for most of us.
 Comments ?     -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - como +44-(0)23-92552229 http://www.jomatech.com/       ---s& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003o   ------------------------------  $ Date: Sat, 6 Sep 2003 11:10:15 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca>h6 Subject: Re: VMS Technical Update (presenter's notes?): Message-ID: <sNm6b.13136$Kj.1526164@news20.bellglobal.com>  K I can't remember if it was 40 or 50 (which might be high considering it wasiM summer) but they came from all across Ontario and Quebec. I heard no one talkeL of leaving VMS and after hearing the presentations from OpenVMS Engineering,H my own decision to stick with OpenVMS was only strengthened (I've alwaysL thought I had a pretty good built-in "BS detector" and it never once sounded during the two day seminar).  	 * * * * *r   VMS 7.3-2 Teasers:  / 1. will probably be released in October of 2003   L 2. If you noticed a speed-up going from VMS 7.2 or VMS 7.3 to VMS 7.3-1 thenL you'll see another one going to VMS 7.3-2. Previously, many internal threadsN were serialized by spin-locking on IOLOCK8 but many threads will now use theirN own spin-locks (I think I remember hearing that 20 new ones were introduced toL date). This work was done to satisfy a problem seen on SMP systems where theN customer purchased multiple CPU's but monitoring proved that some were usually idle.m  J (ps #1. during the coffee period one customer mentioned that this is a bigK problem on some flavours of UNIX and that this is one reason that customersdI usually install 10+ blades; When you've got "single threaded OS's" and/orwJ "serialized OS's" it is easier to spread the load across multiple machinesL than re-engineer the OS; BTW, IMHO the folks at OpenVMS Engineering may be aI member of a small minority that "are in a position" to re-engineer the OS ? which makes me think that jumping to UNIX may be a big mistake)   I (ps #2. everyone on my AlphaServer-DS20E noticed a speedup going from VMSe> 7.2-2 to VMS 7.3-1; I'm running two CPU's with an SMP license)  > 3. Interrupts will now be supported on CPUs other than CPU #0.  I 4. Multi-adapter support is being added to many modules. For example, LAN G connection failure can be avoided by using multiple NICs (BTW, this waso1 available for some with other 3rd party products)   ! 5. $SET/SHOW SHADOW (new command)a  7 6. SYS$GETRMI is a new call to monitor system internals-  	 * * * * *D  J There was a live cluster demo involving VAX, Alpha, and Itanium as well asN numerous Itanium porting stories (which I've previously posted and can be seen via www.deja.com )    
 Neil Rieck Kitchener/Waterloo/Cambridge,- Ontario, Canada.! http://www3.sympatico.ca/n.rieck/o8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html    G "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in messageb3 news:bja6vr$gt88u$1@ID-141708.news.uni-berlin.de...t > Neil Rieck wrote:t9 > > I attended the two day OpenVMS Strategy & Directions"  > technicala= > > seminar in Ottawa (June 25/26). The live presentation was  > "very"= > > worthwhile but the second day was a little rushed. That'se
 > when the > >... >r? > I really wanted to go, but since my daughter decided to enterg< > the world earlier than planned I am very glad I decided to > stay home instead. >o> > What was the mood like there? (i.e. Were customers generally@ > happy with VMS or was there a lot of talk of moving away?) Did@ > you notice any companies/organizations that you were surprised, > to see? How many people actually attended? >a > -- > Peter Weaver! > Weaver Consulting Services Inc.n > Canadian VAR for CHARON-VAXo > www.weaverconsulting.cai >b >)   ------------------------------  $ Date: Sat, 6 Sep 2003 11:54:55 -0400' From: "Main, Kerry" <kerry.main@hp.com> 6 Subject: RE: VMS Technical Update (presenter's notes?)R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB0C7B91@tayexc19.americas.cpqcorp.net>   Neil,    Re: VMS V7.3-2 teasers ..    Here are a few more:5 http://h71000.www7.hp.com/openvmsft/v732features.htmlm  G [note - I will also follow-up with the Canacu folks to find out why thee/ Ottawa Update presentations are not online yet]-   Regards6  
 Kerry Main Senior Consultante Hewlett-Packard (Canada) Co.! Consulting & Integration Servicese Voice: 613-592-4660b Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)r OpenVMS DCL - the original .COMb =20$   >=20 > -----Original Message-----3 > From: Neil Rieck [mailto:n.rieck@sympatico.ca]=20s" > Sent: September 6, 2003 11:10 AM > To: Info-VAX@Mvb.Saic.Com  >=20= > I can't remember if it was 40 or 50 (which might be high=20  > considering it was@ > summer) but they came from all across Ontario and Quebec. I=20; > heard no one talk of leaving VMS and after hearing the=20b? > presentations from OpenVMS Engineering, my own decision to=20eB > stick with OpenVMS was only strengthened (I've always thought=20A > I had a pretty good built-in "BS detector" and it never once=20w& > sounded during the two day seminar). >=20 > * * * * *e >=20 > VMS 7.3-2 Teasers: >=201 > 1. will probably be released in October of 2003e >=20B > 2. If you noticed a speed-up going from VMS 7.2 or VMS 7.3 to=20> > VMS 7.3-1 then you'll see another one going to VMS 7.3-2.=209 > Previously, many internal threads were serialized by=20l@ > spin-locking on IOLOCK8 but many threads will now use their=20@ > own spin-locks (I think I remember hearing that 20 new ones=20> > were introduced to date). This work was done to satisfy a=20= > problem seen on SMP systems where the customer purchased=20sC > multiple CPU's but monitoring proved that some were usually idle.t >=20A > (ps #1. during the coffee period one customer mentioned that=20fA > this is a big problem on some flavours of UNIX and that this=20 B > is one reason that customers usually install 10+ blades; When=20B > you've got "single threaded OS's" and/or "serialized OS's" it=20? > is easier to spread the load across multiple machines than=2067 > re-engineer the OS; BTW, IMHO the folks at OpenVMS=20uA > Engineering may be a member of a small minority that "are in=206@ > a position" to re-engineer the OS which makes me think that=20' > jumping to UNIX may be a big mistake)  >=20? > (ps #2. everyone on my AlphaServer-DS20E noticed a speedup=20o > going from VMS@ > 7.2-2 to VMS 7.3-1; I'm running two CPU's with an SMP license) >=20@ > 3. Interrupts will now be supported on CPUs other than CPU #0. >=20A > 4. Multi-adapter support is being added to many modules. For=20i< > example, LAN connection failure can be avoided by using=20? > multiple NICs (BTW, this was available for some with other=20e > 3rd party products)r >=20# > 5. $SET/SHOW SHADOW (new command)e >=209 > 6. SYS$GETRMI is a new call to monitor system internalsh >=20 > * * * * *o >=20< > There was a live cluster demo involving VAX, Alpha, and=20? > Itanium as well as numerous Itanium porting stories (which=20 ; > I've previously posted and can be seen via www.deja.com )s >=20 >=20 > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/h: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >=20 >=20A > "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote=20 @ > in message news:bja6vr$gt88u$1@ID-141708.news.uni-berlin.de... > > Neil Rieck wrote:e; > > > I attended the two day OpenVMS Strategy & Directions">
 > > technicalc? > > > seminar in Ottawa (June 25/26). The live presentation wase
 > > "very"? > > > worthwhile but the second day was a little rushed. That'sr > > when the > > >... > >vH > > I really wanted to go, but since my daughter decided to enter the=20G > > world earlier than planned I am very glad I decided to stay home=202 > > instead. > >lI > > What was the mood like there? (i.e. Were customers generally happy=20aJ > > with VMS or was there a lot of talk of moving away?) Did you notice=20B > > any companies/organizations that you were surprised to see?=20
 > How many=20v > > people actually attended?  > >- > > -- > > Peter Weaver# > > Weaver Consulting Services Inc.r > > Canadian VAR for CHARON-VAXS > > www.weaverconsulting.caS > >v > >e >=20 >=20 >=20   ------------------------------  $ Date: Sat, 6 Sep 2003 08:49:53 -0700# From: "Tom Linden" <tom@kednos.com>o6 Subject: RE: VMS Technical Update (presenter's notes?)9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOELJHOAA.tom@kednos.com>b   >-----Original Message----- / >From: Neil Rieck [mailto:n.rieck@sympatico.ca]r+ >Sent: Saturday, September 06, 2003 8:10 AMe >To: Info-VAX@Mvb.Saic.Com7 >Subject: Re: VMS Technical Update (presenter's notes?)e >D >7L >I can't remember if it was 40 or 50 (which might be high considering it wasB >summer) but they came from all across Ontario and Quebec. I heard >no one talk@ >of leaving VMS and after hearing the presentations from OpenVMS
 >Engineering,oI >my own decision to stick with OpenVMS was only strengthened (I've always1@ >thought I had a pretty good built-in "BS detector" and it never
 >once soundedi >during the two day seminar).0 >s
 >* * * * * >  >VMS 7.3-2 Teasers:n >m0 >1. will probably be released in October of 2003 > B >2. If you noticed a speed-up going from VMS 7.2 or VMS 7.3 to VMS >7.3-1 then < >you'll see another one going to VMS 7.3-2. Previously, many >internal threads A >were serialized by spin-locking on IOLOCK8 but many threads will  >now use theirA >own spin-locks (I think I remember hearing that 20 new ones were  >introduced toC >date). This work was done to satisfy a problem seen on SMP systemsr
 >where theB >customer purchased multiple CPU's but monitoring proved that some
 >were usuallys >idle. >gK >(ps #1. during the coffee period one customer mentioned that this is a big L >problem on some flavours of UNIX and that this is one reason that customersJ >usually install 10+ blades; When you've got "single threaded OS's" and/orK >"serialized OS's" it is easier to spread the load across multiple machinese8 >than re-engineer the OS; BTW, IMHO the folks at OpenVMS >Engineering may be a J >member of a small minority that "are in a position" to re-engineer the OS@ >which makes me think that jumping to UNIX may be a big mistake) > J >(ps #2. everyone on my AlphaServer-DS20E noticed a speedup going from VMS? >7.2-2 to VMS 7.3-1; I'm running two CPU's with an SMP license)i > ? >3. Interrupts will now be supported on CPUs other than CPU #0.r >rJ >4. Multi-adapter support is being added to many modules. For example, LANH >connection failure can be avoided by using multiple NICs (BTW, this was2 >available for some with other 3rd party products) >w" >5. $SET/SHOW SHADOW (new command)  % I s this 7.3-2 only?  I note on 7.3-1t   ODIN> show shadow 4 %DCL-W-ACTIMAGE, error activating image SETSHOSHADOW% -CLI-E-IMAGEFNF, image file not found1* $6$DKA100:[SYS0.SYSCOMMON.][SYSEXE]SETSHOS
 HADOW.EXE;   >y8 >6. SYS$GETRMI is a new call to monitor system internals >t
 >* * * * * >cK >There was a live cluster demo involving VAX, Alpha, and Itanium as well as C >numerous Itanium porting stories (which I've previously posted andu >can be seen >via www.deja.com )  >o >o >Neil Riecke >Kitchener/Waterloo/Cambridge, >Ontario, Canada.t" >http://www3.sympatico.ca/n.rieck/9 >http://www3.sympatico.ca/n.rieck/links/cool_openvms.htmlo >o >DH >"Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in message4 >news:bja6vr$gt88u$1@ID-141708.news.uni-berlin.de... >> Neil Rieck wrote:: >> > I attended the two day OpenVMS Strategy & Directions" >> technical> >> > seminar in Ottawa (June 25/26). The live presentation was	 >> "very"o> >> > worthwhile but the second day was a little rushed. That's >> when thek >> >...e >>@ >> I really wanted to go, but since my daughter decided to enter= >> the world earlier than planned I am very glad I decided too >> stay home instead.s >>? >> What was the mood like there? (i.e. Were customers generallyeA >> happy with VMS or was there a lot of talk of moving away?) DidaA >> you notice any companies/organizations that you were surprisedi- >> to see? How many people actually attended?N >> >> --a >> Peter Weavere" >> Weaver Consulting Services Inc. >> Canadian VAR for CHARON-VAX >> www.weaverconsulting.ca >> >> >, >S >---' >Incoming mail is certified Virus Free.i; >Checked by AVG anti-virus system (http://www.grisoft.com).eA >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003n >t ---<& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------  % Date: Sat, 06 Sep 2003 17:59:04 +0200w$ From: Michael Unger <unger@decus.de>6 Subject: Re: VMS Technical Update (presenter's notes?)9 Message-ID: <bjd12h$hp8rj$1@ID-152801.news.uni-berlin.de>o  ( On 2003-09-06 17:10, "Neil Rieck" wrote:  M > I can't remember if it was 40 or 50 (which might be high considering it wasgO > summer) but they came from all across Ontario and Quebec. I heard no one talk"M > of leaving VMS and after hearing the presentations from OpenVMS Engineering J > my own decision to stick with OpenVMS was only strengthened (I've alwaysN > thought I had a pretty good built-in "BS detector" and it never once sounded > during the two day seminar). >  > [...]   = You didn't expect to hear BS from *Engineering*, did you? ;-)-   Michaele   -- h; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.r= And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  % Date: Sat, 06 Sep 2003 07:43:00 +0200b2 From: martin@radiogaga.harz.de (Martin Vorlaender)- Subject: Re: [Q] Learning to use Queues in C.s; Message-ID: <3f5973e4.524144494f47414741@radiogaga.harz.de>)  / Matt Muggeridge (Matt.Muggeridge@hp.com) wrote:aA > "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de> wrote...  > > Matt Muggeridge wrote:K > > > Your queueitem contains the record structure which is not quadword in K > > > size. Since you have this in an array, only the first element will besG > > > quad aligned.  The remaining array items will appear at long-word  > > > offsets. > >bE > > But I still get %SYSTEM-F-ROPRAND if I surround the queueitem and E > > queueheader definitions with "#pragma nomemberalignment quadword"c6 > > (so that each array member shold be quad aligned). > H > Did you try printing the sizeof(...) or the base address of each item? >e: > It seems your use of pragma is not doing what you hoped.  > Would you accept this excerpt of the compiler listing instead?   FILE BLOCK DECLARATIONSi _______________________   9 Identifier name  Line  Size  Aligned  Type and Referencesm9 _______________  ____  ____  _______  ___________________e= queueheader      9108  8     quad     Tag: struct queueheader /                                       Ref: 9120SI  flink           9110  4     long     Member: (Offset=0) short pointer tolL                                                                unsigned long4                                       -No ReferencesI  blink           9111  4     long     Member: (Offset=4) short pointer toeL                                                                unsigned long4                                       -No References; queueitem        9101  12    quad     Tag: struct queueitem 5                                       Ref: 9121, 9122DI  flink           9103  4     long     Member: (Offset=0) short pointer toIK                                                                unsigned intr9                                       Ref: 9126=., 9131&.nI  blink           9104  4     long     Member: (Offset=4) short pointer to K                                                                unsigned inte1                                       Ref: 9127=.eF  record          9105  4     long     Member: (Offset=8) struct record8                                       Ref: 9128=., 9129.C   data           9096  4     long     Member: (Offset=0) signed intt8                                       Ref: 9128=., 9129.? freelist         9121  60    quad     array of struct queueitemoI                                       Ref: 9126=[], 9127=[], 9128=[], ...o8 header           9120  8     quad     struct queueheader7                                       Ref: 9120=, 9132&o  I I removed the "Storage Cl." column that is empty for the types and "Auto"w for the variables.  D My environment: Compaq C V6.4-008 on OpenVMS Alpha V7.2-2, ACRTL 3.0   cu,S   Martin --D                         | Martin Vorlaender  |  VMS & WNT programmer1  VMS is today what      | work: mv@pdv-systeme.de E  Microsoft wants        |    http://www.pdv-systeme.de/users/martinv/r8  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de   ------------------------------   Date: 6 Sep 2003 06:09 CDT' From: carl@gerg.tamu.edu (Carl Perkins) - Subject: Re: [Q] Learning to use Queues in C. , Message-ID: <6SEP200306091699@gerg.tamu.edu>  y In article <bj9fka$g2veq$1@ID-56200.news.uni-berlin.de>, "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de> writes...U }Matt Muggeridge wrote: H }> Your queueitem contains the record structure which is not quadword inH }> size. Since you have this in an array, only the first element will beD }> quad aligned.  The remaining array items will appear at long-word }> offsets.  } B }But I still get %SYSTEM-F-ROPRAND if I surround the queueitem andB }queueheader definitions with "#pragma nomemberalignment quadword"3 }(so that each array member shold be quad aligned).a }  }cu,	 }  Martin   A As far as I can determine, that pragma has no relation to arrays.eE It only applies to structures. Thus it has no effect on the alignment C of the elements in an array, only on the alignment of the fields in- a "struct".,   --- Carl   ------------------------------   Date: 6 Sep 2003 06:44 CDT' From: carl@gerg.tamu.edu (Carl Perkins)r- Subject: Re: [Q] Learning to use Queues in C.A, Message-ID: <6SEP200306445702@gerg.tamu.edu>  " martin@radiogaga.harz.de writes...0 }Matt Muggeridge (Matt.Muggeridge@hp.com) wrote:B }> "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de> wrote... }> > Matt Muggeridge wrote:nL }> > > Your queueitem contains the record structure which is not quadword inL }> > > size. Since you have this in an array, only the first element will beH }> > > quad aligned.  The remaining array items will appear at long-word }> > > offsets.  }> >F }> > But I still get %SYSTEM-F-ROPRAND if I surround the queueitem andF }> > queueheader definitions with "#pragma nomemberalignment quadword"7 }> > (so that each array member shold be quad aligned).t }>I }> Did you try printing the sizeof(...) or the base address of each item?a }>; }> It seems your use of pragma is not doing what you hoped.  } ? }Would you accept this excerpt of the compiler listing instead?t }  }FILE BLOCK DECLARATIONS }_______________________ } : }Identifier name  Line  Size  Aligned  Type and References: }_______________  ____  ____  _______  ___________________> }queueheader      9108  8     quad     Tag: struct queueheader0 }                                      Ref: 9120J } flink           9110  4     long     Member: (Offset=0) short pointer toM }                                                               unsigned longm5 }                                      -No ReferencesiJ } blink           9111  4     long     Member: (Offset=4) short pointer toM }                                                               unsigned longe5 }                                      -No Referencest< }queueitem        9101  12    quad     Tag: struct queueitem6 }                                      Ref: 9121, 9122J } flink           9103  4     long     Member: (Offset=0) short pointer toL }                                                               unsigned int: }                                      Ref: 9126=., 9131&.J } blink           9104  4     long     Member: (Offset=4) short pointer toL }                                                               unsigned int2 }                                      Ref: 9127=.G } record          9105  4     long     Member: (Offset=8) struct recordm9 }                                      Ref: 9128=., 9129.hD }  data           9096  4     long     Member: (Offset=0) signed int9 }                                      Ref: 9128=., 9129. @ }freelist         9121  60    quad     array of struct queueitemJ }                                      Ref: 9126=[], 9127=[], 9128=[], ...9 }header           9120  8     quad     struct queueheader 8 }                                      Ref: 9120=, 9132& } J }I removed the "Storage Cl." column that is empty for the types and "Auto" }for the variables.o } E }My environment: Compaq C V6.4-008 on OpenVMS Alpha V7.2-2, ACRTL 3.0m }  }cu,	 }  Martin2  < This would indicate that each element in the 5 element array= "freelist" is not quad aligned. The array itself is, but that < is just the first element, the 2nd element isn't. Neither is; the 4th element. The 3rd and 5th elements are. It works outa: that way because the elements are each 1.5 quadwords long.  G The entire array of 5 items is 60 bytes long. Each element is 12 bytes. I 12*5 = 60. But quad alignment is on boundaries every 8 bytes, so it wouldcI need to start the second array element at 16 bytes after the start of the H first one, on the next quad location after the end of the first element.E Thus the total length would work out to be 76 bytes since between the E 1st and 2nd, 2nd and 3rd, 3rd and 4th, and 4th and 5th elements theredJ would be 4 bytes of padding. But there isn't, which is why the whole thing is still only 60 bytes long.  4 You can also see this by running it in the debugger:   DBG> ev/addr freelist[0]
 2061793784 DBG> ev/addr freelist[1]
 2061793796 DBG> ev/addr freelist[2]
 2061793808  ? Note that freelist[1] is 12 bytes after freelist[0], and not oniC a quadword boundary: 2061793796/8 = 257724224.5, which is thereforeg% half way between quadword boundaries.p  A I don't know any way to force an array to have each array elementfA aligned on quadword boundaries other than by manually padding the!F array element's structure definition to make it be an integer multipleG of the quadword size. You can force field alignment in a data structuret1 but apparently not element alignment in an array.r  @ On the other hand, you can do it using an array of pointers. The@ reason it works without difficulty is because malloc() allocatesB memory on quadword boundaries - not a well documented fact. So theA pointers in the array themselves are not quadword aligned (unless0B you force 64 bit pointers), but each address the pointers point to3 is quadword aligned and that is the important part.   ( Example (tested even - it works for me):   #include <libdef.h>g #include <ssdef.h> #include <stsdef.h>( #include <stdio.h> #include <stdlib.h>e #include <lib$routines.h>a    void main(int argc, char **argv) {.     unsigned long int retstat;
     int i;       struct record.     {b        int data;     };       struct queueitem     {[!         unsigned long int *flink;n!         unsigned long int *blink;          struct record record;e     };       struct queueheader     {i!         unsigned long int *flink;w!         unsigned long int *blink;      };  8     struct queueheader _align(QUADWORD) header  = {0,0};  5     struct queueitem   _align(QUADWORD) *freelist[5];      struct queueitem remove;       for ( i = 0; i < 5; i++ )      {>F 	freelist[i] = (struct queueitem *)malloc( sizeof( struct queueitem));!         (*freelist[i]).flink = 0;a!         (*freelist[i]).blink = 0;>'         (*freelist[i]).record.data = i;sD         printf( "Inserting item: %d\n", (*freelist[i]).record.data);?         retstat = LIB$INSQTI(&(*freelist[i]).flink,  &header );.     }; }>  G (The "_align(QUADWORD)" in the freelist is no longer actually necessarysA as it is the objects the pointers are pointing at that need to be E quadword aligned, not the pointers themselves - and as has been showne9 only the first array element is affected by this anyway.)   D The syntax can be simplifed because we know that the "flink" addressB actually matches the allocated address since it is the first thing7 in the data structure. But I havn't done so, obviously.   F Now we get to the point that since the data is being stored in queues,I there is no reason to actually have it all be pointed at by an array. YouqH could just as easily not use a "freelist" array - the queue you put freeH items into is your "free list" (or "free queue", which is why I normallyH name such things FREE_Q or FREE_BUFFER_Q). Instead you could just have aJ simple single item pointer. You allocate a buffer using it, put the bufferD on the free queue, and then reuse the pointer. There isn't usually aF reason to have a list of all the items other than the queue itself. If2 you are sufficiently careful, you won't loose any.   --- Carl   ------------------------------   End of INFO-VAX 2003.494 ************************   Eight out of ten hackers prefer *other* operating systems. K [New PGP Key - Get via finger]                        http://vmsbox.cjb.net    ------------------------------  % Date: Sat, 06 Sep 2003 12:08:06 -0400 ' From: David Turner <david@hpaq-dot-net>  Subject: Re: PWS 500 question / Message-ID: <vlk1j7f1g87na