1 INFO-VAX	Mon, 13 Jun 2005	Volume 2005 : Issue 327       Contents:
 Re: a sad day  Batch utility to crop images  Re: Batch utility to crop images  Re: Batch utility to crop images Re: Encrypting backups Re: Encrypting backups3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm 4 Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-(4 Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-(4 Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-( Some DCL wish items 9 Re: Sueposium: Five days of peace and VMS. Thank you Sue! ( Re: What Terminal Servers are you using?  F ----------------------------------------------------------------------   Date: 12 JUN 2005 20:13:58 GMT2 From: karcher@kort.waisman.wisc.edu (Carl Karcher) Subject: Re: a sad day4 Message-ID: <12JUN05.20135825@kort.waisman.wisc.edu>  C In a previous article, young_r@encompasserve.org (Rob Young) wrote:   K ->"The tax cuts of 2001 and 2003 reduced tax rates for people in all income O ->brackets but they had a disproportionate effect on people at the very highest O ->levels because they had already been paying a disproportionate share of total N ->federal taxes and in part because stock dividends get a special lower rate."  H That's government spin and you're falling for it. See the June 5 NYTimes7 article "Richest Are Leaving Even the Rich Far Behind":   E   <http://www.nytimes.com/2005/06/05/national/class/HYPER-FINAL.html>   K  "In fact, most - 53 percent - will go to people with incomes in the top 10 1   percent over the first 15 years of the cuts..."   I  "Under the Bush tax cuts, the 400 taxpayers with the highest incomes - a H   minimum of $87 million in 2000, the last year for which the governmentG   will release such data - now pay income, Medicare and Social Security F   taxes amounting to virtually the same percentage of their incomes as$   people making $50,000 to $75,000."  G   "Those earning more than $10 million a year now pay a lesser share of G    their income in these taxes than those making $100,000 to $200,000."   - Be sure to study the graphic in that article.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 9 --                  karcher.nomorespam@waisman.wisc.edu      ------------------------------  % Date: Sun, 12 Jun 2005 21:59:49 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Batch utility to crop images , Message-ID: <42ACE889.90DCDD64@teksavvy.com>  E I'd like to have my vax pickup radar images from the canadian weather E web site and crop the relevant portion and scale it down to fit on my A mobile handset display. (so that on long bike rides, I can use my 7 handset to have an idea of any serious weather coming).   H What is the best tool on VMS to do that ?  (obviouslty, this has to be aG background process which would generate a new small file every 20 or so F minutyes when a new image becomes available from thw eather web site).   (this is on VAX).    ------------------------------  # Date: Mon, 13 Jun 2005 03:13:09 GMT  From: reed@<fe>.net ) Subject: Re: Batch utility to crop images : Message-ID: <9R6re.676$G55.188@newssvr33.news.prodigy.com>  \ In article <42ACE889.90DCDD64@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:. >From: JF Mezei <jfmezei.spamnot@teksavvy.com> >Organization: Indexed& >Subject: Batch utility to crop images > F >I'd like to have my vax pickup radar images from the canadian weatherF >web site and crop the relevant portion and scale it down to fit on myB >mobile handset display. (so that on long bike rides, I can use my8 >handset to have an idea of any serious weather coming). > I >What is the best tool on VMS to do that ?  (obviouslty, this has to be a H >background process which would generate a new small file every 20 or soG >minutyes when a new image becomes available from thw eather web site).    I would say ImageMagick.   ------------------------------    Date: 12 Jun 2005 20:22:42 -0700; From: "tomarsin2015@comcast.net" <tomarsin2015@comcast.net> ) Subject: Re: Batch utility to crop images C Message-ID: <1118632962.785312.136520@g49g2000cwa.googlegroups.com>   ! Could the graphic tool XV work??   phillip    ------------------------------  % Date: Sun, 12 Jun 2005 12:55:21 -0500 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Encrypting backups / Message-ID: <00A452D6.747D3A83.7@tachysoft.com>   3 >From: "James J. O'Shea" <seamas_ose@ameritech.net>  >X-Newsgroups: comp.os.vms >Subject: Encrypting backups@ >Message-ID: <20050612142216.2360.qmail@web81106.mail.yahoo.com>, >Date: Sun, 12 Jun 2005 07:22:16 -0700 (PDT). >Organization: Info-VAX<==>comp.os.vms Gateway   > 6 >We are backing up our VAX VMS v6.2 environment on DLT4 >tapes using TAPESYS.  Does TAPESYS provide a way to6 >encrypt backups?  If not, is there some other tool or( >utility that we could use to do that?   >   I As mentioned in other threads, any form of encryption that works with vms O backup from the command line will also work with tapesys.  This includes the hp L software encryption product and presumably the hardware encryption mentioned
 elsewhere.      N The only place tapesys does direct i/o to the tape drive is in the reading andM writing of ansi labels using qio, so if label records are encrypted/decrypted M on the fly and tapesys sees only the plain text labels, everything will work.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  % Date: Sun, 12 Jun 2005 16:14:44 -0700 ( From: Jeff Cameron <roktsci@comcast.net> Subject: Re: Encrypting backups / Message-ID: <BED20FF4.F834%roktsci@comcast.net>    On 6/12/05 7:22 AM, in articleD 20050612142216.2360.qmail@web81106.mail.yahoo.com, "James J. O'Shea"! <seamas_ose@ameritech.net> wrote:   7 > We are backing up our VAX VMS v6.2 environment on DLT 5 > tapes using TAPESYS.  Does TAPESYS provide a way to 7 > encrypt backups?  If not, is there some other tool or ' > utility that we could use to do that?  >  > 	 > Thanks,  > Jim O'Shea >  > G OpenVMS Backup supports in conjunction with the /SAVE_SET qualifier the I /ENCRYPT=(NAME=<encryption-key>) with the Layered product "Encryption for 	 OpenVMS".   - http://h71000.www7.hp.com/doc/encryption.html   1 I am currently testing it with MTI's TapeControl.    Jeff Cameron   ------------------------------  % Date: Sun, 12 Jun 2005 18:49:12 -0400 # From: "John Smith" <a@nonymous.com> < Subject: Re: Intel neuters Montvale, Itanic screams in alarm4 Message-ID: <42acbcdb$1_2@spool9-west.superfeed.net>   Rob Young wrote:G > In article <42a95ead$0$67263$157c6196@dreader2.cybercity.dk>, Karsten ' > Nyblad <nospam@nospam.nospam> writes:  >> Rob Young wrote: 9 >>> In article <42A8C6E7.DF1918EC@teksavvy.com>, JF Mezei C >>> <jfmezei.spamnot@teksavvy.com> writes: No more than the port of B >>> HP/UX and NSK to 8086 is inevitable.  Enterprise architectures >>> aren't switched : >>> out whimsically - it costs way too much money and your >>> customer base gets antsy.  >>D >> True.  However, how many companies do you think has a strategy ofE >> betting their business on Itanic?  It would be lightheaded to have F >> such a strategy before Itanic has demonstrated that it can generateB >> more profit to Intel than what it costs in ongoing development,B >> marketing, etc.  Thus HP can move away from Itanic now, but the5 >> longer they wait the more customers will be angry.  > B > Paul DeMone has a good read on IPF , few dispute his projections= > as they aren't wildly optimistic.  Here is a recent read of  > his: >  > L http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=3180&Thr ead=78&roomID=11&entryID=47485 > B >  In 2004 over 150k I2s shipped in around 30k systems worth about > $1.5B. > 	 > [snip]]  > B > By HP's predictions within two years it will be shipping roughly > three times asD > much IPF gear or roughly 75k systems worth over $3B a year. In two
 > years it is C > quite credible that SGI could be selling 10k to 15k systems worth  > over $1B aD > year. So HP and SGI alone could bring IPF to about 25% RISC market > share by 2007. > E > What is harder to predict is how well the rest of the IPF OEMs will 	 > do. The G > best prospects are NEC, Fujitsu, Hitachi, Bull, and Unisys. Dell is a 
 > bit of aC > dark horse. Montecito will make its 8870 based systems a lot more 
 > competitive G > but it isn't apparent that either potential IPF customers want to buy  > from Dell A > or that Dell really wants to sell IPF gear to them. A best case  > scenario IMO is E > that within 2 years the rest of the IPF pack would be selling about 
 > 20k systems  > a year worth about $1B.  > D > For the sake of argument let's say these various scenarios pan out
 > and in 2007 B > IPF has exceeded 110k systems worth $5B a year in sales. That is
 > roughly the D > space peviously occupied by PA-RISC, Alpha, and MIPS combined. For > Intel this@ > scenario translates to sales of over 500k IPF MPUs worth about > $1.0-1.2B and H > profits of over $0.5B ($1.0B - $400m in R&D cost - $60m silicon cost). >  > ---  > C > By Paul's estimation (see another RWT thread) Itanium has reached D > break-even.  We'll see how well it does profit-wise other the nextB > few years.  But the PA-RISC , Alpha and MIPS lifeboats have beenE > burned - Itanium has a pretty lucrative captive market so it should  > do more than ok.    L Interesting numbers from Paul DeMone...... let's review them again only in a; slightly different light...as to how it could have been....   F A) Alpha - not murdered...ongoing R&D costs about $150MM annually (per7 somebody at HP, post in c.o.v. shortly after Alphacide.   I B) Alpha, NSK, HP-UX on Alpha - about 110k systems p.a. in 2007 ( using a I 1:1 swap of SGI for NSK instead), then of course there were the customers G lost because of Tru64 murder and VMS sales lost over 4 years because of I Alpha murder - a good portion to Sun/IBM, or others (some kept by HP), so J let's just say +15k systems more p.a. to accomodate those Tru64 and former. VMS customers --> 115 + 15 = 130k systems p.a.  F C) HP plays kissy-face with Microsoft and had 64-bit Windows on Alpha.: Additional sales unknown but probably a net benefit to HP.  1 D) HP sells Alpha chips to SGI and others, maybe.      What did we get instead?K  - An HP that pissed away over half a billion profits on the chips annually  (see Paul's numbers above). L - Dislocation, disruption, and unnecessary cost assumed by tens of thousands of HP customers for porting.F - Huge waste of money and effort by HP in stopping the NSK/Alpha, hugeI losses in being forced to port VMS to Itanic (remember all those HP folks K telling us that Intel didn't fort the bill for than, losses of sales in HPC ) because Alpha EV8 and beyond were killed. F - Delayed new features in VMS because porting was the work of the day.      J HP is going to be the star of a new 'reality' TV show - "How Not To Merge"/ (subtitled, "How Not To Serve Your Customers").    --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Sun, 12 Jun 2005 19:01:12 -0400 # From: "John Smith" <a@nonymous.com> < Subject: Re: Intel neuters Montvale, Itanic screams in alarm4 Message-ID: <42acbfab$1_2@spool9-west.superfeed.net>   Neil Rieck wrote:  .  <snip> > A > Yes, almost as absurd as killing off Alpha and yet it happened.  > C > Look, I do not want to see Intel kill off Itanium. That train has @ > gone too far down the track. But if Intel has a few bad years,= > someone there is going to start worrying "more" about Intel C > shareholders and "less" about Intel business partners.  When this A > happens, one of the justifications for killing Itanium (besides F > saving a huge amount of money) will be the huge base of existing x86D > software that won't run on Itanium. It doesn't matter that the newE > chip was meant for server applications because 99% of the people on B > the street (including the media) don't understand the differenceB > anyway. The preservation of existing software will be seen as anE > advertising opportunity by the marketing folks at Intel. Meanwhile, F > killing Itanium could place OpenVMS engineering in the same position; > as Cray was when Compaq killed Alpha: "a one trick pony".  > D > There were many compelling reasons for switching from VAX to AlphaG > and yet many balked  at that idea (and still do; my employer probably C > has one VAX for every Alpha). In 2005, I don't see any compelling C > reasons for switching from x86 with 64 bit extensions to Itanium. = > This may change in future years but somehow I doubt it. x86 C > technology will continue to improve in order for Intel to compete F > with other desktop CPU companies like AMD. This also means their x86B > business will be competing with their Itanium business, with the8 > Itanium unit always being smaller and less profitable. >   L  Imagine for a moment that the US dollar gets whacked good by China, or thatJ over the next 6 months the housing 'bubble' in the US bursts, or that BushJ actually passes his Social 'Security ' bill and the US Treasury finds thatI it has to raise rates by 3-4% to get non-US investors to help finance the K $10 Trillion budget deficit shortfall that the Social Security 'plan' alone K is forecast to generate over the first 10 years of the plan, never ming the K deficit from the Iraq debacle or the Bush's tax cut. Hello recession. Signs 7 are good that at least one of these events will happen.   G We're only one reasonable recession away from the point where corporate L computing spending (read IA64) goes down the toilet. x86-64 spending will beL more flexible and robust by comparison. If you were Intel, which horse would you bet your wad on?       --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  + Date: Sun, 12 Jun 2005 23:28:33 +0000 (UTC) % From: Dan Foster <usenet@evilphb.org> < Subject: Re: Intel neuters Montvale, Itanic screams in alarm6 Message-ID: <slrndaph93.8fj.usenet@gaia.roc2.gblx.net>  W In article <42acbcdb$1_2@spool9-west.superfeed.net>, John Smith <a@nonymous.com> wrote:  > Rob Young wrote: >>C >> Paul DeMone has a good read on IPF , few dispute his projections > >> as they aren't wildly optimistic.  Here is a recent read of >> his:  >>N > http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=3180&Thr  > ead=78&roomID=11&entryID=47485 >>C >>  In 2004 over 150k I2s shipped in around 30k systems worth about 	 >> $1.5B.   C Given Mr. Main's comments about targeting the HPC (high performance E computing) community, one has to wonder if most of the Itanium 2 CPUs / cited were sold in far fewer but large systems?   D That would really make it look bad for anything less than a 1024 CPU system. :-)   D (Someone mentioned the possibility that it may be fewer systems withG large number of CPUs due to SuperDome processor migrations for other HP ; OS customers, that might account for some or much of this.)   E I don't know what affiliation Mr. DeMone has, whom signs his cheques, D etc... but I would say that an healthy respect of how numbers can be@ massaged to fit a particular viewpoint is worth keeping in mind.  H We do live in interesting times, and I'm still wondering if Itanium willH actually make a comeback or not in the marketplace. It might or it might4 not, but much rides on that question. We'll see, eh?   -Dan   ------------------------------  % Date: Sun, 12 Jun 2005 20:15:46 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> < Subject: Re: Intel neuters Montvale, Itanic screams in alarm8 Message-ID: <He4re.5062$yU.102130@news20.bellglobal.com>  / "John Smith" <a@nonymous.com> wrote in message  . news:42acbfab$1_2@spool9-west.superfeed.net... >  [...snip...]I > Imagine for a moment that the US dollar gets whacked good by China, or   > thatL > over the next 6 months the housing 'bubble' in the US bursts, or that BushL > actually passes his Social 'Security ' bill and the US Treasury finds thatK > it has to raise rates by 3-4% to get non-US investors to help finance the H > $10 Trillion budget deficit shortfall that the Social Security 'plan'  > alone J > is forecast to generate over the first 10 years of the plan, never ming  > the H > deficit from the Iraq debacle or the Bush's tax cut. Hello recession.  > Signs 9 > are good that at least one of these events will happen.  > I > We're only one reasonable recession away from the point where corporate L > computing spending (read IA64) goes down the toilet. x86-64 spending will  > beI > more flexible and robust by comparison. If you were Intel, which horse   > would  > you bet your wad on? >  > M x86-64 of course. That is why I'm hoping the folks at OpenVMS are doing some  M back room planning for more options. On a related note, we don't exactly yet  M know what Apple's relationship will be with Intel, but it looks like they've  C been secretly working on a port to Intel something for 5 years now.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html      ------------------------------    Date: 12 Jun 2005 22:36:24 -0500+ From: young_r@encompasserve.org (Rob Young) < Subject: Re: Intel neuters Montvale, Itanic screams in alarm3 Message-ID: <cuWOLFvGQ0k6@eisner.encompasserve.org>   ^ In article <slrndaph93.8fj.usenet@gaia.roc2.gblx.net>, Dan Foster <usenet@evilphb.org> writes:   > G > I don't know what affiliation Mr. DeMone has, whom signs his cheques, F > etc... but I would say that an healthy respect of how numbers can beB > massaged to fit a particular viewpoint is worth keeping in mind. > J > We do live in interesting times, and I'm still wondering if Itanium willJ > actually make a comeback or not in the marketplace. It might or it might6 > not, but much rides on that question. We'll see, eh?  2 	It has been trending upward as far as I can tell:  S http://www.informationweek.com/story/showArticle.jhtml?articleID=60404584&tid=13692   K Intel's Itanium revenue grew more than 300% from 2003 to 2004, and is being N used in server systems in 40 of the top 100 global companies, according to theN company. There also have been more than 2,800 third-party applications written to run on Itanium.   ---   @ 	Look - there is a whole lot to this Itanium thing.  Dig around,@ 	you'd be surprised just who and how many have a vested interest 	in Itanium.   				Rob    ------------------------------  % Date: Sun, 12 Jun 2005 17:43:48 -0700 3 From: "C.W.Holeman II" <cwhii_googlespam@yahoo.com> = Subject: Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-( 0 Message-ID: <11aplmb3avc1217@corp.supernews.com>   Didier Morandi wrote:   # > http://didier.morandi.free.fr/d5/   - http://didier.morandi.free.fr/d5/DSC02150.htm   / It looks like 2 lines by at least 13 by 7 bits. 9 I am scanning for the "ee"s. I do not see any duplicates.    --   C.W.Holeman II) cwhii@Julian5Locals5.com remove the fives   http://free.ProHosting.com/cwhii   ------------------------------  + Date: Mon, 13 Jun 2005 01:21:29 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) = Subject: Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-( ( Message-ID: <d8in2p$umg$1@pcls4.std.com>  5 "C.W.Holeman II" <cwhii_googlespam@yahoo.com> writes:    >Didier Morandi wrote:  $ >> http://didier.morandi.free.fr/d5/  . >http://didier.morandi.free.fr/d5/DSC02150.htm  0 >It looks like 2 lines by at least 13 by 7 bits.: >I am scanning for the "ee"s. I do not see any duplicates.  ? Unfortunately it no longer reads "digitalsoftwa reengineering". I Some high level Digital muckety-muck discovered what it meant and ordered H it changed to something inane like "Customers Win When We Deliver" aboutF 10 years ago.  Unless someone showed up late one night and changed it  back...    ------------------------------  % Date: Sun, 12 Jun 2005 21:46:29 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> = Subject: Re: OpenVMS BootCamp (anonymous) pixes - Day 5/5 :-( , Message-ID: <42ACE56A.F43F4F49@teksavvy.com>  G Didier, I am curious, considering much of the event was under NDA, were C there any controls with regards to photography ? Or did they assume A people were professional and would only take innocuous pictures ?   C Or did Sue inspect your equipment each evening before you sent your  pictures to the net ? :-)    ------------------------------  % Date: Mon, 06 Jun 2005 13:50:36 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com> Subject: Some DCL wish items' Message-ID: <42a4469d$1@cpns1.saic.com>   . Here are some features I'd like to see in DCL.  F (Some of these have been mentioned before but I'd like to mention them again anyway).   1.G One of the features of RSX that never made it to VMS was the ability to H execute command procedures directly out of a library.  While it has beenB way too long for me to remember the RSX syntax, I would expect DCLB syntax to look something like: @library.tlb/library=procedure_name  F The main issue I can think of with implementing this (says the guy whoE would not be doing the coding) would be assigning SYS$INPUT to a file 5 being read out of a library so that contructs such as    $ MCR SYSMAN SET E/C  CONF SHOW TIME EXIT $ more DCL commands   G would work as expected.  Probably the easiest solution would be to have H DCL extract the module into an unnamed temporary file in SYS$SCRATCH andF then execute that.  This would impose the restriction that SYS$SCRATCHH must be defined and writable by the user (or, at least, DCL) in order toE use this feature but could serve to eliminate the restriction that no < more than 16 library files can be open at once by a process.  F It would also be nice if the E and R protections still worked the sameH with a library where DCL is able to open the library with E access but R+ access is required for the user to open it.    2.A Provide a simple means for a command procedure to obtain the full E command line that invoked the procedure.  Personally, I'd like to see B this data stored in P0 but this might cause backward-compatibilityF issues unless some means were available to make it optional.  However,D any means to get the command line into a symbol would be sufficient.D Among other things, this would eliminate the current restrictions ofB only 8 arguments to a command procedure as well as allow a command< procedure to use somewhat different syntax than DCL expects.   3.C Implement an equivalent of the Unix shell syntax VARIABLE=`COMMAND` B where the output of a command can be placed in a variable.  If theF output exceeds the maximum length of a symbol, the excess output would be silently tossed.    One possible idea:  F While this is outside the scope of DCL, extending the abilities of theH MAILBOX device to include the following options would greatly facilitate implementing this ability:D    o when the buffer is full, data is tossed rather than putting the4      process in a wait state.  No error is returned.H    o support both stream and record modes.  Record mode treats each lineG      written as a record and returns one record at a time.  Stream mode F      does not delineate anything and simply returns however many bytes?      are requested in the read.  No data interpretation occurs.    4.F Define an application ACE for DCL.  When placed on a file, such an ACEG would specify the privilege mask to use while executing that particular G command procedure.  It would remain in effect for any inner invokations H but be removed once the file was exited.  Such an ACE would have Hidden,F Protected, and NoPropagate attributes and could only be manipulated inG Kernel mode (it would be useful if a new attribute could be defined for  this).  E In addition, if this particular ACE had a subsystem attribute then it G would contain a rights identifier, rather than privilege mask, to grant 1 to the process while the file was being executed.   E If extended to wish item #1 above, the specified privileges or rights D would be granted while executing any module from within the library.   5.G Provide a means to associate a DCL symbol with a logical name.  Reading H the symbol would read the value of the logical name.  Setting the symbolF would replace the current value of the logical name with the new valueE (creating the logical name, if necessary).  The association should be F able to specify at least the table name and access mode of the logicalF name.  The association would remain until the symbol went out of scope or was deleted.   @ The main purpose for this is to faciliate passing values between2 subprocesses in the PIPE command.  Something like:  + $ PIPE/ASSOCIATE=symbol=(logical,table,acc)   : would be ideal.  The default table would be the JOB table.  E Alternatively, one could provide a lexical that allows a symbol to be D read or set in any process in the current job.  I think the original( proposal would be more flexible, though.   6.H (and, since Guy Peleg doesn't have anything else to do with his time...)  B Create a new version of DCL, called DCL64, which uses P2 space forF storage thus dramatically increasing the space available to DCL.  This@ would be the DCL that implemented those features that either hadC concerns with backward compatibility or required a major rewrite to E implement.  Sites would have both the old and new DCL to choose from. 3 Some of the features such a new DCL could have are:   E Remove the memory restrictions that made sense 28 years ago but don't A today such as maximum line length, maximum symbol size, number of  symbols supported, etc.     Implement P0 as requested above.  G Use a much faster method for copying data to subprocesses when spawning  (preferably shared memory).   D If needed, this would be a good time to change the minimum number of, unique characters for commands and switches.  / Implement command line and filename completion.   D Fix the problem in the terminal driver that prevents lines that wrap from being fully editable.  H Implement a DCL debugger that, at a minimum, included the ability to setJ breakpoints, set a watch on a symbol, and trace and single step execution.   Add floating point symbols.   A Add additional contructs, such as case statements or while loops.   A Make it easy to define permanent symbols that can't be deleted by D DELETE/SYMBOL or redefined (but can be moved out of scope with a SET SYMBOL/SCOPE command).  H Anything else that has come up from almost 3 decades of lessons learned.     Whadda y'all think?   
 Mark Berryman    ------------------------------  % Date: Sun, 12 Jun 2005 19:36:04 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> B Subject: Re: Sueposium: Five days of peace and VMS. Thank you Sue!, Message-ID: <42ACC6E3.9FAD96FC@teksavvy.com>   Didier MORANDI wrote:   H > I think that HP is starting to like our beloved platform because, as IE > wrote in my detailed report that I will send tomorrow to the French I > Press, HP has spent for VMS more energy, time and money in 2 years than  > Compaq in 4.  F You could say that Compaq under Pfeiffer did more for VMS and Alpha in0 hos short tenure than Curly and HP combined did.  E When Compaq bought Digital, there were no "sorry we can't discuss the A fate of VMS" excuses. Instead, we had 2 page ads in Time Magasine D showing the gas pumps and the first gas pump was VMS (not openVMS).   E This particular ad was done by the Compaq ad agency which was ditched @ when some DECies renowmed for their marketing expertise (or lackG thereof) convinced Compaq to drop its agency and choose the one Digital 7 had used for so long. Downhill from there, as expected.   B I am quite puzzled why you think that HP has done much for VMS ? AG project started in 2001 to port VMS to that IA64 thing came to fruition N this year. A project started at Digital to get EV7 came to fruition last year.  H In terms of the symposium, my feeling is that it is a VMS internal eventF orchestrated by the beloved Sue despite HP. I credit Sue and the folksC who worked with her ( I am sure there are plenty) for this event, I  don't credit HP.  F And it would be a high quality event content wise because you have all@ the engineers at your disposal. (except those sequestered in theD basement of ZKO do to the port to the 8086 :-) :-). For DECUS eventsF (when DECUS existed), getting the VMS engineers was the toughest job. ; By bringing customers to the engineers, it allows a greater N concentration of VMS engineers to be present, hence great value for the event.   ------------------------------    Date: 12 Jun 2005 15:04:51 -04003 From: Rich Alderson <news@alderson.users.panix.com> 1 Subject: Re: What Terminal Servers are you using? . Message-ID: <mddy89fbdm4.fsf@panix5.panix.com>  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:   > > In article <mdd3brpopsr.fsf@panix5.panix.com>, Rich Alderson) > <news@alderson.users.panix.com> writes:   2 >> Kilgallen@SpamCop.net (Larry Kilgallen) writes:  ? >>> I use DECserver 200s because I do not want to depend on IP.   - >> So why would you not want to depend on IP?   K > I would have to run IP on all VMS systems, and in my experience at client * > sites configuring IP is a lot more work.  # So not for technical reasons, then?    --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------   End of INFO-VAX 2005.327 ************************                                                                                                                                                                                                                                                                                                                                      PhM RABhx ϢJZRe@,Mt]X%m8n	 0WxϔHOW@t_O4<Qz)Y4bEnϢR 9,P<-FlEEL?]9oD
gI_2iM]M|<1YҢϙ^dI6[3WcsOXę7h+RZ]\B
`&_*hm6w/z\nbeugYVCunXrϔK+*S[gcwӽ݆nj43fGRhi	]taU2S~Ze*ȷO@ "`O,~}`B~LZu=۞*h>{abFڸ˸Hf0{ ҏ%8kVʣpn'ۙhJD`#U
DBYHV~z:=&ѩu(DiY@Hڜ5;BrzJQn4rȧX6-rʳ/ZY4=iwaM-wze++)#`hO'D.ԧ{)OfnseSCIaK73CFq{&	'rI:wJEs(
@%KOj<>&pwHD>&`ҋ\.Z5nlƛF:lm%.e_okQY2VK_Rwp(2"Ruv8ag	2'<ΖxyR3f׉	Bjj櫷/_mfoF۟:hl6d%&}'[ח!,WļAp3R#jk$tv1sP Y,(Z&rue]vUR[F`*حB3G,T[/ADQakNe.:
XPnqJt{D'oM衳j75_:g	e1-gc w\P
zSP'Z$s.T137mdңc3ut+cqH-)J?p.|eKW,[hhR!du8
LǩW
C9^_ eigJ
W3y$]"i$t>,?^FYsҖUs%UN^ZdgNt~
y 
`)k-D3G7aj?oQg?8??e?iϲL<^E^\i"}e̸\ȦS7c~{Âr
tiA赊WpM
>
{q&?&u?=4SLtvtS
Qr)% Fɸ2cw1p9(p8X&)گ:ƗͨPDfCjD^F5Q@Mkg $q먛gfx{Cllf5׭FUcclݍ