0 INFO-VAX	Sat, 03 Feb 2001	Volume 2001 : Issue 67      Contents: Re: Another missed opportunity4 Re: Capellas agrees conference gave wrong impression4 Re: Capellas agrees conference gave wrong impression4 RE: Capellas agrees conference gave wrong impression Re: Dave Cutler 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 8 Re: Formal Letter to the Newsgroup from Richard Marcello8 Re: Formal Letter to the Newsgroup from Richard Marcello; Re: Fortran Terminal I/O (was: Re: Very important question) 3 Re: From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS A Re: Ghostscript crashes in VMS with color ps file and >8bit color  Re: Gnu-C for VMS?= GS crashes in VMS with color ps file and >8bit color display. A Re: GS crashes in VMS with color ps file and >8bit color display.  Re: Himalaya / Alpha / VMS& Re: How to configure DNS on our system2 How to detect if VT320 has local printer attached.6 Re: How to detect if VT320 has local printer attached.6 Re: How to detect if VT320 has local printer attached.6 Re: How to detect if VT320 has local printer attached.6 Re: How to detect if VT320 has local printer attached.6 Re: How to detect if VT320 has local printer attached.P Is there a way to execute a remote Alpha OpenVMS CUI application on a local DEC K Re: Is there a way to execute an Alpha OpenVMS GUI application on aremote s P Re: Is there a way to execute an Alpha OpenVMS GUI application on aremote system/ Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours $ Re: It's the end for VMS get off now Latest BIND exploit  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference . Mistakes Were Made... now how to rectify same?( Mozilla 0.7 will not connect to anything NOSLOT error on VAX OpenVMS 7.2  Re: NTP on VMS 7.1 Re: NTP on VMS 7.1 Re: OpenVMS x NATO PPPoE Client Re: Printing images from vms Re: Printing images from vms. Profit Margins: VMS vis-a-vis Lesser Solutions2 Re: Profit Margins: VMS vis-a-vis Lesser Solutions	 Re: RWAST  RE: SHARK by Compaq  Re: Source listings contents& Stab From the Past: DN&R Target Awards* Re: Stab From the Past: DN&R Target Awards* Re: Stab From the Past: DN&R Target Awards* Re: Stab From the Past: DN&R Target Awards sysuaf programme Re: sysuaf programme Re: The price of OpenVMS) Unloading or deleting licenses in a batch - Re: Unloading or deleting licenses in a batch  Re: Very important question  Re: Very important question  Re: VMS Margin-alized  VMS Margin-alized, Sun Rises  Re: VMS Margin-alized, Sun Rises	 RE: VT220 ( Why does CTRL/J behave strangely in DCL?, Re: Why does CTRL/J behave strangely in DCL?' Re: Writes flushed to Disk on Dismount? ' RE: Writes flushed to Disk on Dismount? ' Re: Writes flushed to Disk on Dismount? ' Re: Writes flushed to Disk on Dismount?   F ----------------------------------------------------------------------  % Date: Fri, 02 Feb 2001 21:33:22 +0000 ) From: Christof Brass <brass@infopuls.com> ' Subject: Re: Another missed opportunity , Message-ID: <3A7B27A2.58190F93@infopuls.com>   Bill Todd wrote: > 6 > Christof Brass <brass@infopuls.com> wrote in message' > news:3A7A1402.7CC56C8@infopuls.com...  >  > ...  > ; > > Anyway we are not fighting and I'm not defending we are ? > > discussing the technical architecture. And honestly I don't ? > > think that RMS and structure files have anything to do with > > > speed. The UNIX program might have read in a bunch of data? > > faster than the VMS program. But until the UNIX program has @ > > structured the data or even found the VMS program is already< > > doing something productive. I don't buy your performance
 > > argument.  > M > The distinction between design potential and implementation is an important M > one, especially in this case.  One of the reasons VMS has gotten a somewhat K > justifiably bad rap in the relative performance area is that RMS defaults M > for things like buffer sizes are ridiculously out of date (reflecting heavy > > trading-off of performance for a small in-memory footprint).   Thanks.    I > By contrast, there is no intrinsic reason why RMS could not provide far N > better default performance today for RMS-style processing than it does, thusN > providing the benefits without the drawbacks (sub-optimal performance or theM > cost of tweaking the application's use of RMS to improve it).  Nor is there G > any intrinsic reason why RMS (in cooperation with the underlying file I > system) could not provide Unix-style processing for non-record-oriented I > applications.  RMS *could* (and some might say *should*) offer a proper N > superset of Unix facilities (and performance), rather than an alternative to > them.    Thanks.    > ...  > B > > Obviously we are misunderstanding each other. Of course I knowD > > that the information about the file attributes are stored in theB > > famous inodes, but this doesn't help you (all OSs I know storeC > > the file's attributes in the directory not in the file's data):  > H > VMS ODS-2 certainly doesn't, last I knew, nor did RSX ODS-1 before it:I > their 'index blocks' work quite similarly to Unix inodes, in fact.  The D > Windows FAT file systems, the Mac file system, and NTFS store fileE > attributes in the file's directory entry to speed up directory-list L > operations (NTFS may store them in the file's index-block-like Master FileJ > Table entry as well), but this complicates processing in any file systemL > that allows multiple directory entries ('hard links') to a single file (asM > Unix and VMS do; NTFS nominally does as well, at least to support its POSIX  > environment).   ; Thanks for correcting me! I wasn't clear enough to make the = distinction between directory and file administration blocks.   D > > how does a program access the attribute information and how does@ > > a program handle a file (open, read, write) with an internal@ > > structure? I regard the UNIX API as incapable for doing that% > > without recompiling the programs.  > = > Given that record-oriented processing is *by definition* an H > application-level task in Unix, your criticism lacks merit.  You might? > equally criticize the VMS QIO interface for the same failing.   > But this is exactly my point: this responsibility shouldn't be passed completely to the apps.  M > Unix applications have been doing record-oriented processing for as long as F > VMS has existed.  The difference is that there are no system-definedI > conventions facilitating record interchange between applications:  each M > applications rolls its own record definitions, and cooperating applications    Exactly that's my point.  N > must be coded to observe the same conventions.  As for accessing attributes,L > Unix provides a 'stat' function to access the common ones, and may provideH > some kind of extension to access uncommon ones (as I said, I'm no UnixM > guru).  And Unix and Windows applications have long used 'magic numbers' in I > the first bytes of structured files as extended attributes - crude, but  > apparently fairly effective.  > The magic numbers are really true UNIX patchwork and they fail every so often.    H > So RMS record structures *help* somewhat in allowing inter-applicationJ > cooperation, but in reality there's still a great deal of agreement thatN > must be coded into applications:  RMS data is in no way self-describing, andI > indeed even with descriptive languages such as SGML/HTML/XML people are L > still finding difficulty making data sufficiently self-descriptive that noL > external application conventions - e.g., agreement on what the data 'tags' > mean - are necessary.  > J > The main virtue of RMS is that it centralizes a fair amount of sometimesK > complex record-processing code that would otherwise have to be built into ? > applications (which is, after all, one of the features a good C > general-purpose OS should provide); a secondary virtue is that by K > standardizing record structures, it allows system utilities to operate on 7 > record-structured files in a semi-intelligent manner.    Exactly!    > ...  > C > > As far as I know a UNIX file can only have one group associated  > N > My impression from other responses is that multiple groups can be associated  ; How? If you do an ls -l you see only one user and one group @ attribute. As far as I understood the objection the way to go is> to create a group which holds all the wanted users. This is an? elegant solution to provide access to a set of files unless the  combinations grow high.   H > with a single Unix file.  The assertion seems to be that, given such aN > facility, full-blown support of ACLs is over-kill (though, as already noted,I > many Unixes *do* support full-blown ACLs).  Sounds to me like it may be N > largely a matter of taste:  using multiple groups to control access may seemN > simpler to some and *may* cover most typical cases, whereas I'd guess it mayL > be *possible* to construct permission matrices where using multiple groups# > would be difficult and ACLs easy.  >  > - bill  > As far as I understood the difference is that with VMS you can8 assign multiple ACEs to one file and by that creating an< individual set of access un-restrictions whereas in UNIX you@ always have to create a group, put the members you want into the/ group, and then chgrp <this group> <that file>.    ------------------------------  $ Date: Fri, 2 Feb 2001 14:50:49 -0500' From: "Bill Todd" <billtodd@foo.mv.com> = Subject: Re: Capellas agrees conference gave wrong impression ( Message-ID: <95f2qc$jng$1@pyrite.mv.net>  8 Terry C Shannon <shannon@world.std.com> wrote in message= news:Pine.SGI.4.21.0102021236540.3326-100000@world.std.com...    ...   F > > Still we've seen a statement from Capellas that says mistakes were > > made...  > $ > That pretty much settles it, then!  I Not for people who remember similar past statements from CEOs responsible  for VMS.  E I'd like to believe you have good reason for such recently relentless 6 optimism, but some actual evidence would sure be nice.   - bill   ------------------------------  % Date: Fri, 02 Feb 2001 16:28:44 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> = Subject: Re: Capellas agrees conference gave wrong impression , Message-ID: <3A7B2683.AF4808F7@videotron.ca>   Terry C Shannon wrote:H > with the engineering manager for the Blazer platform (Blazer being the > 4-way IA64-Inside ProLiant)   M One thing that would make me feel much better about the future of Alpha is if L Compaq would to put some Alphas inside Proliant boxes and sell them as Linux' or True64 servers with a Proliant name.   K The fact that you mention that Compaq might put IA64s in Priliants tells me I that if Proliant becomes the name for the mid-to-big servers with various T flavours/CPUs, then it should be possible for Compaq to sell Alpha  based Proliants.  H This would open up Alphas to new markets to which it access is currently@ blocked by the wintel server group (which call themselves issg).  N Heck, imagine if Compaq started to advertise some Proliants that ran VMS !!!!!   ------------------------------  % Date: Fri, 02 Feb 2001 21:03:52 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> = Subject: RE: Capellas agrees conference gave wrong impression N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D47@kaoexc3.kao.cpqcorp.net>   JF,    Just to clarify -   H Are you promoting the return of white box Alpha servers and calling them Proliants ..  ! deja vue just hit me big time ...    :-)   
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: February 2, 2001 4:29 PM To: Info-VAX@Mvb.Saic.Com = Subject: Re: Capellas agrees conference gave wrong impression      Terry C Shannon wrote:H > with the engineering manager for the Blazer platform (Blazer being the > 4-way IA64-Inside ProLiant)   J One thing that would make me feel much better about the future of Alpha is ifL Compaq would to put some Alphas inside Proliant boxes and sell them as Linux' or True64 servers with a Proliant name.   K The fact that you mention that Compaq might put IA64s in Priliants tells me I that if Proliant becomes the name for the mid-to-big servers with various I flavours/CPUs, then it should be possible for Compaq to sell Alpha  based 
 Proliants.  H This would open up Alphas to new markets to which it access is currently@ blocked by the wintel server group (which call themselves issg).  H Heck, imagine if Compaq started to advertise some Proliants that ran VMS !!!!!    ------------------------------  " Date: Fri, 2 Feb 2001 20:41:27 GMT- From: Terry C Shannon <shannon@world.std.com>  Subject: Re: Dave CutlerC Message-ID: <Pine.SGI.4.21.0102021540450.3326-100000@world.std.com>   ) On Wed, 31 Jan 2001, Dean Woodward wrote:   I > Which is why I keep hoping against hope that Win64 will be supported by I > Compaq on Alpha, since that's where all the development happens anyway.  >   2 It may not be supported, but Build 2128 exists ;-}   ------------------------------  % Date: Fri, 02 Feb 2001 22:12:34 +0000 ) From: Christof Brass <brass@infopuls.com> < Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1+ Message-ID: <3A7B30D2.A477ADA@infopuls.com>    Dirk Munk wrote: >  > Christof Brass wrote:  >  > > Dirk Munk wrote: > > > E > > > Take care !! You may be looking at the wrong firmware update !!  > > > + > > > This is the right page for the 600au:  > > > M > > > ftp://ftp.digital.com/pub/Digital/Alpha/firmware/readmes/digitalpw.html  > > >  > > > Regards, > > > 
 > > > Dirk > > 9 > > Thanks! I got more information about the topic since. > > > What we need is a *custom* firmware which had been made byD > > DEC/Compaq to support said card. Is there any chance to get this, > > custom firmware or can it be done again? > N > I have no idea. But it seems that the ZLXp-L1 is a rather old card, and thatG > it was used in earlier generations Alphastations. The best card for a K > PWS600au with VMS would be a Powerstorm 4D20. I would think that making a K > special firmware version and keeping that inline with the normal firmware 5 > versions is much more expensive than buying a 4D20.  > E > Follow this link to find more information about graphics under VMS:  > 1 > http://www5.compaq.com/info/SP4508/SP4508PF.PDF  > 
 > Regards, >  > Dirk  8 Thanks, I checked. I was told that ZLXp-L1 is a high-end@ graphics card while the 4D20 is a low end. And the customisation8 that was done was only to add the ZLXp-L1 to the list of? accepted devices (or removed from the list of not accepted). If 9 this is true I want to know if it difficult to change the > firmware that way by downloading it from the web and modifying. the file before applying the firmware upgrade.   ------------------------------  % Date: Fri, 02 Feb 2001 21:35:44 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1L Message-ID: <rdeininger-0202012135450001@user-2ivec2j.dialup.mindspring.com>  V In article <3A7B30D2.A477ADA@infopuls.com>, Christof Brass <brass@infopuls.com> wrote:    : > Thanks, I checked. I was told that ZLXp-L1 is a high-endB > graphics card while the 4D20 is a low end. And the customisation: > that was done was only to add the ZLXp-L1 to the list ofA > accepted devices (or removed from the list of not accepted). If ; > this is true I want to know if it difficult to change the @ > firmware that way by downloading it from the web and modifying0 > the file before applying the firmware upgrade.  h I think the ZLXp-yy were pretty high end for their day, but they haven't been current for several years.   Question:  will this card work with Open3D, Decwindows, and VMS, if you don't try to use it as the console?  Perhaps you can use the alternate console, get VMS going, and then everything will work.  If the console doesn't like your graphics card, you might have to manually configure the driver with SYSMAN.  But it might work.  If the driver was written properly, there's a good chance that it asks the system about variable things like PCI address layouts, and will work properly once it recognizes the card.     If you decide to try this sort of thing, don't give up until you've tried all the PCI slots.  Sometimes PCI-PCI bridges require some extra work in the driver, so every one of those you cross could perhaps lower your odds.:  .Basically, I'm suggesting you pretend the ZLXp-L1 card is completely unknown to VMS.  There's a mechanism for VMS to support 3rd-party drivers and devices.  Use that mechanism with the DEC-supplied driver that supports the card on other machines.  It might be worth spending an afternoon to try it out.  X Which alpha systems support this card in VMS?  How similar are they PCI-wise to the PWS?  GThe console lives in firmware, and it has to understand the console device.  I can understand firmware not being able to cope with a device that's not _explicitly_ programmed for that machine.  But I would half-hope that the higher layers of the OS could take this in stride.  The card is supported in some machines, after all.h  Modifying firmware sounds absolutely awful.  There were noises early on about 3rd-party firmware and PALcode, but I don't know that it ever caught on.  If the requirements are documented, I don't know where.  And even if you know just how to do it, you'll have to start from scratch or convince the Q to allow you access to their firmware source code.  Unless you are clairvoiant enough to figure out which bits to tweek, and you just edit the firmware image in hex.   -- x Robert Deininger rdeininger@mindspring.comn   ------------------------------  " Date: Fri, 2 Feb 2001 20:40:01 GMT- From: Terry C Shannon <shannon@world.std.com>nA Subject: Re: Formal Letter to the Newsgroup from Richard MarcelloWC Message-ID: <Pine.SGI.4.21.0102021538010.3326-100000@world.std.com>   % On Wed, 31 Jan 2001, Bill Todd wrote:    > I > Furthermore, despite all the glowing descriptions of VMS successes, therH > bottom line is that the business grew in single digits year over year.I > While that's better than shrinkage, it's hardly stellar:  for every fewoM > wins, there were obviously somewhere nearly comparable losses.  Growth at ahN > lower rate than that of its competition (see Compaq's own numbers in relatedK > segments) is hardly a recipe for long-term success, and hardly merits thes > term 'Renaissance'.  >   D I'd take the single-digit growth in Y2K over the double-digit (very  low teens) decline in 1999.d  H Anyone happen to know the OS/390 or OS/400 growth rate? It would make an interesting comparison.g   ------------------------------  % Date: Sat, 03 Feb 2001 01:00:30 -0500 ' From: Randy Hawley <rhawley@iquest.net>eA Subject: Re: Formal Letter to the Newsgroup from Richard Marcellos* Message-ID: <3A7B9E7E.ABBBA7F8@iquest.net>   "Gregory J. DiLalo" wrote:  O > ... We know that OpenVMS AlphaClusters are the best damn thing there is.  ...   c I agree.  However, as daily demonstrated by the Wintel cartel, technical superiority does not equal3a marketplace superiority or even survival.  I am thoroughly convinced that Microsoft could perhapse\ sell water to a drowning man (which is a pretty good analogy to the current market, anyway).   Randy Hawley   ------------------------------  # Date: Fri, 02 Feb 2001 20:52:10 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)D Subject: Re: Fortran Terminal I/O (was: Re: Very important question)7 Message-ID: <_5Fe6.365$cu.1870@gazette.loc1.tandem.com>t  b In article <A5ze6.153$br2.501894@nnrp1.proxad.net>, "TheBigfoot" <thebigfoot@softhome.net> writes:5 :is there a way in fortran 77 to write a character ont< :a terminal at a certain position, and by that I mean line..  H   Exactly what are you up to?  (Some background on the problem, please?)  G   You could use an ANSI control sequence -- specifically a positioning  C   sequence -- can do this for you, and you can use most any screen m+   management package  (SMG, DECforms, etc).   F   You can also use SMG to retrieve the sequences, so you don't have toF   code the sequences into your application -- this means you can avoidF   having to rebuild your application to deal with j-random terminal...  F   The OpenVMS FAQ has pointers to escape and control sequence details,8   as well as some DCL examples that you can play with...  =   The OpenVMS FAQ is available at various websites including:        www.openvms.compaq.com    G :I have desperately tried to find and equivalent to the T argument in an :format but I couldn't.n  L   Please consider pick a relevant subject line -- this choice will help you K   get the answer you seek, as the subject is all that many people will see gJ   of your posting.  (I was adding your address and this thread to my localH   killfile when I saw that this was a legitimate posting, and not spam.)  J   Also please consider listing the relevent product versions, such as (in F   this case) the Fortran compiler version and the OpenVMS version and G   platform -- the FAQ has some suggestions on the sort of details that tK   are often needed when trying to answer a question.  (I mean none of this     to appear rude.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  " Date: Fri, 2 Feb 2001 18:44:09 GMT- From: Terry C Shannon <shannon@world.std.com>t< Subject: Re: From Richard Marcello Vice President of OpenVMSC Message-ID: <Pine.SGI.4.21.0102021335140.3326-100000@world.std.com>a  , On Wed, 31 Jan 2001, Robert Deininger wrote:  g > In article <9592f6$73q$1@nnrp1.deja.com>, Nic Clews CSC Computer Sciences <nclews@my-deja.com> wrote:i >  nJ > > I'd always thought it odd that DEC of old ran adverts in DEC ComputingL > > and D N&R. What is the point of spending money telling me what I already	 > > know?  >  > Weren't these owned by someone other than DEC?  I assume the ads were a financial prop for magazines that were very beneficial to DEC.  Part subsidy, part advert, but easy to explain to auditors and shareholders. >   H Correct. DEC Pro was owned by Professional Press, then Cardinal BusinessI Media. Heinz Scheiffer then acquired the rights to publish a European DEChD Professionnale. Heinz's publication was the last to fold; CPQ had no, interest in propping it up with advertising.  I Digital Review was owned by Ziff-Davis. Pat McGovern's IDG responded witheI Digital News. These publications merged and morphed into Cahner's DigitaleA News and Review, which subsequently was renamed, and subsequentlyaG died. DN&R attempted to solicit ads from DEC; DEC was not interested ini supporting the publication.i  F Hardcopy (published by George Seldin) went away in the late 1980s. TheJ early 1990s saw the demise of DEC Computing in the UK, DEC User in the UK," and ON$DEC in the Land Down Under.  @ The little-known Computers R Digital (published by the late John" Runyon) went away in the mid-80's.  B I wrote for all of the above publications save one. (A three-monthH electronic subscription to SKC to the first person to correctly identifyH the publication to which I did not contribute, either under my name or a
 pen name.)  ; Two things led to the demise of vendor-specific trade rags.oB Industry-standardization/COTS hardware and software, and DEC/CPQ's= decision not to financially support independent publications.n   ------------------------------  " Date: Fri, 2 Feb 2001 18:48:49 GMT- From: Terry C Shannon <shannon@world.std.com>L< Subject: Re: From Richard Marcello Vice President of OpenVMSC Message-ID: <Pine.SGI.4.21.0102021345230.3326-100000@world.std.com>-  - On Wed, 31 Jan 2001, Barry Treahy, Jr. wrote:-   > Robert Deininger wrote:a > i > > In article <9592f6$73q$1@nnrp1.deja.com>, Nic Clews CSC Computer Sciences <nclews@my-deja.com> wrote:  > >wL > > > I'd always thought it odd that DEC of old ran adverts in DEC ComputingN > > > and D N&R. What is the point of spending money telling me what I already > > > know?a >  > Perhaps WE know about it, but when it comes to selling plans to owners and top management, printed materials and support is necessary.  By Compaq neglecting VMS as it does in the printed media, be that ads orG > propaganda, all that is seen is how great Compaq is with NT on Intel.s     No argument there!   >  > A case in point, the owner of the company I work for has been a long time Compaq fan (we had another company that was a Compaq VAR) and he knows that Compaq purchased Digital, but when we discuss Compaq, he never > associates VMS with Compaq, but rather Microsoft Windoze.  This is another prime example of why I believe Compaq made a big mistake dropping the Digital label...t >     H CPQ (which loves to do this sort of thing) ran focus groups to ascertainJ the value/brand equity of the d|i|g|i|t|a|l name. Turned out that the nameI closed doors in the enterprise space whilst COMPAQ opened doors. I concur F that the seemingly-maniacal focus on things Wintel-related is a StupidJ Marketing Trick of the first order, but I can see why the Digital name was	 scuttled.    ------------------------------  " Date: Fri, 2 Feb 2001 19:57:26 GMT- From: Terry C Shannon <shannon@world.std.com>e< Subject: Re: From Richard Marcello Vice President of OpenVMSC Message-ID: <Pine.SGI.4.21.0102021353500.3326-100000@world.std.com>e  # On 31 Jan 2001, David Mathog wrote:h   > In article <rdeininger-3101011054420001@user-2ivec2v.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:o > M > We keep talking about marketing OpenVMS.  One thing that would really give -I > it exposure would be if Compaq would fund an independent magazine like  I > those of old that basically did nothing but reviews of enterprise classmG > hardware and software, commentary, and press releases. They'd have tomH > expect that they'd not come out on top in all categories, but at leastL > potential customers would see Compaq products mentioned in the same breathL > as those for Sun, HP, and IBM.  Oh, yeah, and W2K too. So make the PC sideJ > of Compaq, that thinks they're ready for enterprise deployment, foot the > bill!  >   F I really don't care where the revenue comes from (none of my business,H actually), but I'd like to see a periodical such as the above. As thingsJ stand today, we have Inform (some VMS info), the OpenVMS Times (good info F but limited to the installed base), the Digital Systems Journal out ofF Carlsbad, CA, and my newsletter. That's the extent of the coverage CPQ	 receives.    ------------------------------   Date: 2 Feb 2001 19:13:45 -0500e2 From: malmberg@eisner.decus.org (John E. Malmberg)J Subject: Re: Ghostscript crashes in VMS with color ps file and >8bit color+ Message-ID: <Z6kJ590DmcAP@eisner.decus.org>   * In article <2FEB01.21461599@psfc.mit.edu>,, mrl@psfc.mit.education (Mark London) writes:? > Someone sent me a postscript file which displayed fine on vmsa? > with a display limited to 8bit color.  When I tried it with as@ > display with either 16bit or 24 bit color, ghostscript crashes@ > in the routine x_copy_image in the routine XPutImage   I triedA > to step into that routine and look at the macros (no source for > > that, of course), and it looks like it's expecting to find a, > put_pixel routine in the Ximage structure. >sB > I tried this file on linux and it displayed fine, which confirms > it's a VMS problem.a >cC > Is this a known bug, and is there any way around it?  If there is C > no patch for the code, is there a way to force ghostscript to use ' > only 8bit so as to avoid the problem?-  E Since changing the amount of colors available basically will increaser> the amount of virtual memory that your application may need toC render the image. It is possible that you ran out of your page filelD quota.  And that the application is not checking the results of it'sH calls to malloc().  So it crashes with some other error when it attemptsB to read or write to the virtual memory that is not there or writes< over memory that is there like a table of function pointers.  B Since you did not post the actual error message and the traceback, we can only guess though.f  @ Compare the output of SHOW PROCESS/ACCOUNT after the applicationA crash with the quotas for your user account and the PQL_M* valuesaF for the system.  And of course make sure that your pagefiles are large? enough before you increase the Page File Quota for the account.u   -Johnu wb8tyw@qsl.network   ------------------------------  % Date: Fri, 02 Feb 2001 21:19:05 +0000o) From: Christof Brass <brass@infopuls.com>c Subject: Re: Gnu-C for VMS?t, Message-ID: <3A7B2449.DB065CF1@infopuls.com>   Pat Rankin wrote:n > / > In article <3A7A07B5.78B347A4@infopuls.com>,\r0 >  Christof Brass <brass@infopuls.com> writes...; > > As far as I know the gcc is always capable of compilings< > > Objective-C because this only a matter of the front-end.0 > [ Mention of its run-time system snipped.... ] > @ >      It's not that simple.  When I was maintaining the VAX/VMS> > port of GNU C (several years ago), I would compile the Obj-C? > frontend from time to time to try to make sure that it hadn'tn@ > gotten horribly broken.  Yes, compiling it is straightforward.: > However, I couldn't have *used* it even if I had had the@ > necessary libraries, because it generated assembler constructs? > that the VAX/VMS port of gas (the GNU assembler) did not knowD@ > how to deal with.  I never made any significant attempt to fix? > that, and don't recall offhand whether the compiler's backendc> > or the assembler or both needed to be changed.  I don't knowA > whether this has since been fixed, although I tend to doubt it.:? > Someone who actually cares about using Objective-C would needm > to do the work.e > 4 >                 Pat Rankin, rankin@eql.caltech.edu  " Thanks, very valuable information.   ------------------------------   Date: 2 FEB 2001 21:46:15 GMTE$ From: mrl@psfc.mit.edu (Mark London)F Subject: GS crashes in VMS with color ps file and >8bit color display.* Message-ID: <2FEB01.21461599@psfc.mit.edu>  L Someone sent me a postscript file which displayed fine on vms with a displayN limited to 8bit color.  When I tried it with a display with either 16bit or 24J bit color, ghostscript crashes in the routine x_copy_image in the routine H XPutImage   I tried to step into that routine and look at the macros (noG source for that, of course), and it looks like it's expecting to find ap* put_pixel routine in the Ximage structure.  K I tried this file on linux and it displayed fine, which confirms it's a VMSI problem.  N Is this a known bug, and is there any way around it?  If there is no patch forM the code, is there a way to force ghostscript to use only 8bit so as to avoidd the problem?  K I'll be glad to send this file to anyone who wants to try it.  Does someonef! support the VMS version?  Thanks.    Mark Londoni MRL@PSFC.MIT.EDU   ------------------------------  " Date: Fri, 2 Feb 2001 21:05:31 GMT/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>1J Subject: Re: GS crashes in VMS with color ps file and >8bit color display.) Message-ID: <3A7ADACB.2F317A1B@uiowa.edu>e   What version of GS?   - Are you using GV to display on an X11 Window?m  G What X11 server is being used?  Do you have enough graphics RAM for thes X11sH server (there were lots of cases of Mosaic crashing some X11 servers and displays in the days past...)h  @ If you make the file available, I can try it here to confirm the problem.  F I use GV v3.7.8 and GS v6.01 and v6.50 on Tektronix X-Terms as well as native1 DECWindow displays on Alpha and VAX workstations.i   Rick -- oH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479    Mark London wrote: > N > Someone sent me a postscript file which displayed fine on vms with a displayP > limited to 8bit color.  When I tried it with a display with either 16bit or 24K > bit color, ghostscript crashes in the routine x_copy_image in the routine J > XPutImage   I tried to step into that routine and look at the macros (noI > source for that, of course), and it looks like it's expecting to find ay, > put_pixel routine in the Ximage structure. > M > I tried this file on linux and it displayed fine, which confirms it's a VMSc
 > problem. > P > Is this a known bug, and is there any way around it?  If there is no patch forO > the code, is there a way to force ghostscript to use only 8bit so as to avoidd > the problem? > M > I'll be glad to send this file to anyone who wants to try it.  Does someone.# > support the VMS version?  Thanks.n > 
 > Mark London  > MRL@PSFC.MIT.EDU   ------------------------------  " Date: Fri, 2 Feb 2001 18:30:45 GMT- From: Terry C Shannon <shannon@world.std.com>u# Subject: Re: Himalaya / Alpha / VMSuC Message-ID: <Pine.SGI.4.21.0102021327480.3326-100000@world.std.com>x   >  > Terry, > ? >    Any word on if Himalaya will ever have a VMS based kernel?o >  >   C I have heard nothing of this ilk. I suspect it would be a HurculeantI undertaking if it in fact was technically feasible. At the ITUG Summit ineH San Jose, I asked the Tandem folks if Tru64 UNIX might be implemented onH Alpha-based Himalayas. "NO WAY," said they, citing the tight coupling of) the NSK OS and the Himalaya architecture.    ------------------------------  $ Date: Fri, 2 Feb 2001 20:24:02 +0100" From: "Hans Vlems" <hvlems@iae.nl>/ Subject: Re: How to configure DNS on our systemt( Message-ID: <95f189$ldt$1@news.IAEhv.nl>  J Umm, I tend to agree with your system manager. Setting up a proper working0 Domain Name Server is (IMHO) not a trivial task.E For further details, read the book titled DNS & BIND, O'Reilly Press.r. Good book, tells you exactly how to do things.  A The Compaq IP stack (UCX, now called TCPIP) V5 and later containsmD BIND version 8. The on line doumentation tells you how to set it up.
 Basically: - define your domain nameS7 - check whether you're connected to the Internet or not  - configure your database files F I do hope that your IP address administration is up to date, otherwise filling theh database is going to be a PITA  I Other IP stacks also include BIND so the question on what product you useoJ is not that important. Two versions are currently in use: BIND-8 (8.1.3 or so)e and the older BIND-4 (4.9.3).hK If you happen to run BIND-4 make sure that you're at least at 4.9 if you'rer	 connected-1 to the Internet. DNS systems are obvious targets.e  C Use BIND, don't go for local name resolution because eventually thee maintenance of all$ those systems will be just too much.H Two DNS systems (a master and a slave server) will prove a lot easier to manage.u  
 Hans Vlems    8 freestyle_london@my-deja.com heeft geschreven in bericht  <95e2ho$k0d$1@nnrp1.deja.com>...H >We have a VMS Manager but he tells me he does not know how to configure >DNS ! > G >The reason we want to configure DNS is so that we can use names rather   >than IP address's for printing. >iG >All of our printers are HP JetDirect cards running TCP/IP. He metionedu5 >a UCX table does that mean anything to anyone here ?r > H >What I am looking for is a resource (not a book) that I can give to himB >to configure this. Also any guidelines people have on printing toF >JetDirect would be great. As far as I know it prints to it via a port$ >number of something like 9001 etc.. >  >s >Thanksy >p >a >Sent via Deja.com >http://www.deja.com/0   ------------------------------  # Date: Fri, 02 Feb 2001 18:23:01 GMTa! From: Fatz <fatz_nyc@my-deja.com>f; Subject: How to detect if VT320 has local printer attached.c) Message-ID: <95ettp$c7l$1@nnrp1.deja.com>t  D We have an application that prints to local printers but not all theG terminals running this app have local printers.  If the escape sequenceuA is sent to the terminal when there's no printer, the app "hangs".   E We need a way of determining if the terminal physically has a printerr, attached to it before trying to print to it.  E Couldn't find anything in the FAQ or in the deja archives.  I did trypH and use F$GETDVI("TT","TT_PRINTER") but the result of that can easily be$ changed with a SET TERM/[NO]PRINTER.   Thanks for any help,   Fatz.  OpenVMS VAX V6.2     Sent via Deja.coms http://www.deja.com/   ------------------------------   Date: 02 Feb 2001 19:28:52 GMT From: ka2doug@cs.com (KA2DOUG)? Subject: Re: How to detect if VT320 has local printer attached. > Message-ID: <20010202142852.01530.00000366@ng-fh1.news.cs.com>  F >We need a way of determining if the terminal physically has a printer- >attached to it before trying to print to it.c >s  ; You send "<CSI>?15n" to the terminal and read its response:d   "<CSI>?13n"  =No Printer "<CSI>?10n"  =Printer Readyw "<CSI>?11n"  =Printer Not Readya "<CSI>?18n"  =Printer Busy   ------------------------------  % Date: Fri, 02 Feb 2001 16:33:14 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ? Subject: Re: How to detect if VT320 has local printer attached.o, Message-ID: <3A7B2791.D45505F7@videotron.ca>   Fatz wrote:iG > We need a way of determining if the terminal physically has a printer-. > attached to it before trying to print to it.   From VT320 manual:   Host to VT320: CSI ? 15 nf VT320 to Host: 			CSI ? 13 n		-> No printer 			CSI ? 10 m		-> printer ready-# 			CSI ? 11 m 	-> printer not ready4  L Not sure if this actually work in the way you want, but it seems to fit what
 you want.   & CSI is <esc>[  or the <csi> character.   ------------------------------  # Date: Fri, 02 Feb 2001 22:02:28 GMT22 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)? Subject: Re: How to detect if VT320 has local printer attached.y7 Message-ID: <U7Ge6.368$cu.1756@gazette.loc1.tandem.com>h  M In article <95ettp$c7l$1@nnrp1.deja.com>, Fatz <fatz_nyc@my-deja.com> writes:pM :If the escape sequence is sent to the terminal when there's no printer, the y
 :app "hangs".t : F :We need a way of determining if the terminal physically has a printer- :attached to it before trying to print to it.,  C   Simply ask the terminal if it has a printer attached, and it willPC   tell you.  Attached is some (old) C code that should be helpful, iF   albiet somewhat crufty -- I've done a very quick and cursory update F   to get the code to compile under Compaq C, but have not executed the/   code or otherwise tested it in a long time...e  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com    % #pragma module EXAMPLE "SRH X1.0-000"n   /*- ** Copyright 2000 Compaq Computer CorporationE */   /* **++
 **  Facility:r ** **	Examplesi ** **  Version: V1.0s **
 **  Abstract:n **1 **	Example of working with the $QIO Extended Read  ** **  Author:p **	Steve Hoffman ** **  Creation Date:  1-Jan-1990 ** **  Modification History:e; **                  2-Feb-2001  Compaq C updates, Copyrightn ** **-- */ #include <descrip.h> #include <iodef.h> #include <ssdef.h> #include <starlet.h> #include <stdio.h> #include <string.h>i #include <stsdef.h>l #include <trmdef.h>c  4 open_target( char *trgdev, unsigned short int *chn )     {      unsigned long int retstat;!     struct dsc$descriptor trgdsc;   +     trgdsc.dsc$w_length = strlen( trgdev );a'     trgdsc.dsc$b_dtype = DSC$K_DTYPE_T;t'     trgdsc.dsc$b_class = DSC$K_CLASS_S;t"     trgdsc.dsc$a_pointer = trgdev;  2     retstat = sys$assign( &trgdsc, chn, 0, 0, 0 );8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;       return retstat;s     }f  & close_target( unsigned short int chn )     {0     unsigned long int retstat;        retstat = sys$dassgn( chn );8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;       return retstat;d     }>  0 write_target_with_reply( unsigned short int chn,     char *wrbuf, char *rdbuf )     {g     unsigned long int retstat;     struct qioiosb 	{         short retstat; 	short terminator_offset;y 	char  terminator_char;y 	char  reserved; 	char  terminator_length;t 	char  cursor_position;l 	} rdiosb, wriosb;          struct itemlist_3m 	{ 	unsigned short int itmlen;. 	unsigned short int itmcod;  	void *itmbuf; 	void *itmrla;
 	} itmlst[]=   	{ 	    {& 	    0, TRM$_ESCTRMOVR, (void *) 64, 0 	    },n 	    {  	    0, TRM$_MODIFIERS, (void *)- 	    (TRM$M_TM_ESCAPE | TRM$M_TM_TRMNOECHO | k+ 	    TRM$M_TM_NOFILTR | TRM$M_TM_NORECALL),a 	    0 	    } 	};a       retstat = sys$qio( 0, chn,+ 	IO$_READVBLK | IO$M_EXTEND, &rdiosb, 0, 0, + 	rdbuf, 255, 0, 0, itmlst, sizeof(itmlst));q8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;       retstat = sys$qiow( 0, chn,  	IO$_WRITEVBLK, &wriosb, 0, 0,# 	wrbuf, strlen(wrbuf), 0, 0, 0, 0);t8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;%     retstat = sys$synch(0, &wriosb );|  %     retstat = sys$synch(0, &rdiosb );d       return retstat;s     }i     main()     {o     unsigned long int retstat;#     unsigned short int target_chan;l'     char *target_device = "SYS$OUTPUT";f     char target_reply[255];      unsigned long int *rply;     9     retstat = open_target( target_device, &target_chan );58     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;  P     retstat = write_target_with_reply( target_chan, "\033[?15n", target_reply );8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;  %     rply = (void *) &target_reply[2];c     switch (*rply )1 	{
 	case '?10n':c 	    printf("Printer ready\n");n 	    break;g
 	case '?11n':i# 	    printf("Printer not ready\n");n 	    break;t
 	case '?13n':n 	    printf("No printer\n"); 	    break;s
 	case '?18n':  	    printf("Printer busy\n"); 	    break;e	 	default: ' 	    printf("Unrecognized response\n");i 	    break;r 	}  *     retstat = close_target( target_chan );8     if (!$VMS_STATUS_SUCCESS( retstat )) return retstat;       return SS$_NORMAL;     }i        ------------------------------  # Date: Fri, 02 Feb 2001 22:18:52 GMTt! From: Fatz <fatz_nyc@my-deja.com> ? Subject: Re: How to detect if VT320 has local printer attached.m) Message-ID: <95fbo2$ppd$1@nnrp1.deja.com>s  H > >We need a way of determining if the terminal physically has a printer/ > >attached to it before trying to print to it.t > >l > = > You send "<CSI>?15n" to the terminal and read its response:w >a > "<CSI>?13n"  =No Printer > "<CSI>?10n"  =Printer Readyu! > "<CSI>?11n"  =Printer Not Readyh > "<CSI>?18n"  =Printer Busy  F I assume I'm doing something basically wrong in expecting the response? to come down a channel?  How do I store and check the response?1  E I've tried opening TT: from DCL and C (using read/write vblk) but thej+ read just asks for input from the terminal.r   Thanks,d Fatz.c     Sent via Deja.com5 http://www.deja.com/   ------------------------------  % Date: Fri, 02 Feb 2001 18:10:23 -0500(- From: JF Mezei <jfmezei.spamnot@videotron.ca>c? Subject: Re: How to detect if VT320 has local printer attached.t, Message-ID: <3A7B3E50.B6193D76@videotron.ca>   Fatz wrote: ? > > You send "<CSI>?15n" to the terminal and read its response:p  H > I assume I'm doing something basically wrong in expecting the responseA > to come down a channel?  How do I store and check the response?s > G > I've tried opening TT: from DCL and C (using read/write vblk) but the - > read just asks for input from the terminal.e  N If you use DCL, you will have problems. Frist, you will have to use /PROMPT=""G to remove the "Data:" prompt, and secondly, the read will not terminate O because the terminal's response to the inquiry is not terminated with a return.i  9 So you need to use QIO services to read a few characters.c  K And there are different ways to do this.  You can let QIO terminate when ittL sees a standard terminator sequence (whcih I beleive the terminal's responseN would be) and then parse the results, or you could define the terminator to beL a single character "n" (which is the last character of the response), or youG could do a more "raw" input and just terminate when you have received abH certain number of characters. However, this is more difficult since someI terminals might responds with a sequence starting with <ESC>[ while otherH5 terminals would respond with a single character <CSI>e   ------------------------------  % Date: Fri, 02 Feb 2001 18:39:34 -0500o$ From: Norman Woo <nwoo@videotron.ca>Y Subject: Is there a way to execute a remote Alpha OpenVMS CUI application on a local DEC t8 Message-ID: <n6hm7t4u8ka77s407uharktochu6k0kjp0@4ax.com>  / On Fri, 02 Feb 2001 13:31:29 +0000, Nigel Arnota$ <sysmgr@maxwell.ph.kcl.ac.uk> wrote:   Hi folks  B Sorry, in my original post, I was referring to GUI where II shouldC have meant "CUI" the ole Character-based User Interface (or is that  "Cheap User Interface"?) w  C Basically we have users coming in from PCs (via Telnet sessions) or F dumb ole VT220 terminals accessing the main application running on theE DEC 4700 machines (app was built back in the 80's).  From within that.C main application, we would need to somehow remote login (rlogin? ora@ telnet?) into the Compaq Alpha server and lauching another "CUI"? application.   This would be displayed on the user's PCs telneto" session or on the VT220 terminals.   Hope this is clearer.s  	 Thanks   f   >> Hi folks  >> eI >> We have users running a GUI VAX VMS application on a DEC 4700 (runningVG >> VAX VMS 5.5-2).   There is also another GUI application that residesn3 >> on an Alpha DS20E machine running OpenVMS 7.1-2.  >>  I >> We would like to include in the menu in the application running on thenI >> DEC 4700 the name of the remote application.  When a user selects thistH >> menu item, we need to somehow automatically log the user to the AlphaF >> DS20E and start the application.  This should be transparent to theD >> user (hs/she doesn't even know that the application that they are% >> accessing are on another machine).E >> 1H >> Can this be done?  Or are there any tools/3rd party packages that can >> do this?o >> s >l> >Assuming by GUI, you mean X-windows, it should be quite easy. >d@ >The menu application first needs to establish where the user is? >coming from (ie that which is needed to execute a SET DISPLAY dF >that will send subsequent X-displays back to that user. $SHOW DISPLAYC >(from an appropriate context!) is one way to get this information.t > F >Next, it has to tell the DS20E to run that application in the contextI >of the chosen user. The way I'm familiar with is DECNET IV task-to-task.tA >You define the task in the DS20's task database (a .COM or .EXE)f< >and fire it up from the menu app just by opening the "file"= >called DS20"user password"::"task=name" for read and write. e >aD >This will fire up a process in the user's context running the task-@ >defined .COM, and that should open the file SYS$NET read-write. >DH >There's now a two-way channel between the menu app and the remote task.C >So the nenu app can write the information necessary to define the 1D >display application to that pipe, the task can read it, execute theG >appropriate SET DISPLAY command to send subsequent X displays back to gN >the appropriate X-display station, and fire up the appropriate X-application. > N >DECnet V is much more complex to set up, but basically similar. AlternativelyH >you can use TCP/IP (UCX) and RSH or REXEC. If the DS20 app doesn't haveO >to run in the context of a variable user, you can define a particular user-ID iI >to run it in the task definition, and miss the out "user password" field M >(and the associated possible risk of passwords flying around your network). a> >It's also not needed if the user-id needed on the DS20 is theK >same as the user-id that the menu-app is running under and provided DECNET  >proxy logins are enabled. >yM >It might be easier (depending on what the user's GUI-display server is/are)  M >to define a shortcut on that platform that goes straight to the DS20, rather1D >than involving that middle-man menu app. There again, it might not. >/> >> Thanks in advance (I'm a VAX newbie so go easy on me ...)   >>   >e >You're welcome! c >tH >Appended an example, all in DCL. If this procedure is defined as a task' >on a remote machine REMOTE, you can doh >1 >@tell REMOTE dcl_commando >c >and see the results.t >  >	Yours, >		Nigel Arnot. >		NRA@MAXWELL.PH.KCL.AC.UK                    > 8 >		"In the beginning there was nothing, which exploded." >dJ >$!------------------------------------------------------------------------ >$ if f$mode().EQS."NETWORK" then goto remoted3 >$ if P1.EQS."" then inquire/nopunc p1 "_Node:    "b3 >$ if P2.EQS."" then inquire/nopunc p2 "_Command: "  >$ p1 = p1 - "::"e >$ if p1.eqs."" then $exit >$ on controly then goto close# >$ open/write net 'p1'::"task=tell"d6 >$ write net P2+" ''P3' ''P4' ''P5' ''P6' ''P7' ''P8'" >$ type net: >$ close: close net  >$ exit 	 >$remote:h5 >$ if "''tell_first_use'".nes."" then goto setup_doneCN >$! there is a bug somewhere that prevents us getting local DEC tables through. >$! the user's UAF entry by proxy login. So..., >$ set command/tables=sys_qec:dcl_tables.exe >$ tell_first_use == "FALSE"
 >$setup_done:0 >$ open/write net sys$net: >$ read net commandr$ >$ write sys$output "TELL> ",COMMAND >$ ass net.out sys$output  >$ set noont >$ 'command' >$ stat = $statusu >$ deass sys$outputn	 >$ set onf1 >$ if f$search("net.out").eqs."" then goto no_outu >$ copy net.out net: >$ delete net.out;*s >$ goto out_done	 >$no_out:mE >$ write net "%TELL-I-NO_OUTPUT, command did not write to SYS$OUTPUT"c >$out_done:h. >$ if .not.stat then write net f$message(stat) >$ close net   ------------------------------  % Date: Fri, 02 Feb 2001 18:36:11 -0500v$ From: Norman Woo <nwoo@videotron.ca>T Subject: Re: Is there a way to execute an Alpha OpenVMS GUI application on aremote s8 Message-ID: <nqgm7tsrf7ugmfnf58urks9a7h4dd7ti87@4ax.com>  / On Fri, 02 Feb 2001 13:31:29 +0000, Nigel Arnot $ <sysmgr@maxwell.ph.kcl.ac.uk> wrote:   Hi folks  = Sorry, I should have meant "CUI" the ole Character-based Userg/ Interface (or is that "Cheap User Interface"?)    C Basically we have users coming in from PCs (via Telnet sessions) oryF dumb ole VT220 terminals accessing the main application running on theE DEC 4700 machines (app was built back in the 80's).  From within thatsC main application, we would need to somehow remote login (rlogin? or,@ telnet?) into the Compaq Alpha server and lauching another "CUI"? application.   This would be displayed on the user's PCs telnets" session or on the VT220 terminals.   Hope this is clearer.   	 Thanks       >> Hi folksh >> eI >> We have users running a GUI VAX VMS application on a DEC 4700 (runningaG >> VAX VMS 5.5-2).   There is also another GUI application that residess3 >> on an Alpha DS20E machine running OpenVMS 7.1-2.u >> bI >> We would like to include in the menu in the application running on themI >> DEC 4700 the name of the remote application.  When a user selects this H >> menu item, we need to somehow automatically log the user to the AlphaF >> DS20E and start the application.  This should be transparent to theD >> user (hs/she doesn't even know that the application that they are% >> accessing are on another machine).a >> cH >> Can this be done?  Or are there any tools/3rd party packages that can >> do this?  >> r > > >Assuming by GUI, you mean X-windows, it should be quite easy. >t@ >The menu application first needs to establish where the user is? >coming from (ie that which is needed to execute a SET DISPLAY gF >that will send subsequent X-displays back to that user. $SHOW DISPLAYC >(from an appropriate context!) is one way to get this information.e >.F >Next, it has to tell the DS20E to run that application in the contextI >of the chosen user. The way I'm familiar with is DECNET IV task-to-task.rA >You define the task in the DS20's task database (a .COM or .EXE)a< >and fire it up from the menu app just by opening the "file"= >called DS20"user password"::"task=name" for read and write. s >tD >This will fire up a process in the user's context running the task-@ >defined .COM, and that should open the file SYS$NET read-write. >eH >There's now a two-way channel between the menu app and the remote task.C >So the nenu app can write the information necessary to define the nD >display application to that pipe, the task can read it, execute theG >appropriate SET DISPLAY command to send subsequent X displays back to nN >the appropriate X-display station, and fire up the appropriate X-application. >2N >DECnet V is much more complex to set up, but basically similar. AlternativelyH >you can use TCP/IP (UCX) and RSH or REXEC. If the DS20 app doesn't haveO >to run in the context of a variable user, you can define a particular user-ID 1I >to run it in the task definition, and miss the out "user password" fieldfM >(and the associated possible risk of passwords flying around your network). t> >It's also not needed if the user-id needed on the DS20 is theK >same as the user-id that the menu-app is running under and provided DECNET1 >proxy logins are enabled. >>M >It might be easier (depending on what the user's GUI-display server is/are) 1M >to define a shortcut on that platform that goes straight to the DS20, ratherHD >than involving that middle-man menu app. There again, it might not. >.> >> Thanks in advance (I'm a VAX newbie so go easy on me ...)   >> g >  >You're welcome! a > H >Appended an example, all in DCL. If this procedure is defined as a task' >on a remote machine REMOTE, you can do  >2 >@tell REMOTE dcl_command- >o >and see the results.	 >  >	Yours, >		Nigel Arnot. >		NRA@MAXWELL.PH.KCL.AC.UK                    >a8 >		"In the beginning there was nothing, which exploded." >aJ >$!------------------------------------------------------------------------ >$ if f$mode().EQS."NETWORK" then goto remoter3 >$ if P1.EQS."" then inquire/nopunc p1 "_Node:    "j3 >$ if P2.EQS."" then inquire/nopunc p2 "_Command: "a >$ p1 = p1 - "::"  >$ if p1.eqs."" then $exit >$ on controly then goto close# >$ open/write net 'p1'::"task=tell"a6 >$ write net P2+" ''P3' ''P4' ''P5' ''P6' ''P7' ''P8'" >$ type net: >$ close: close netn >$ exit,	 >$remote:p5 >$ if "''tell_first_use'".nes."" then goto setup_donerN >$! there is a bug somewhere that prevents us getting local DEC tables through. >$! the user's UAF entry by proxy login. So..., >$ set command/tables=sys_qec:dcl_tables.exe >$ tell_first_use == "FALSE"
 >$setup_done:i >$ open/write net sys$net: >$ read net commandi$ >$ write sys$output "TELL> ",COMMAND >$ ass net.out sys$output  >$ set noono >$ 'command' >$ stat = $statuss >$ deass sys$output 	 >$ set on 1 >$ if f$search("net.out").eqs."" then goto no_out- >$ copy net.out net: >$ delete net.out;*n >$ goto out_done	 >$no_out:nE >$ write net "%TELL-I-NO_OUTPUT, command did not write to SYS$OUTPUT"0 >$out_done:C. >$ if .not.stat then write net f$message(stat) >$ close net   ------------------------------  % Date: Sat, 03 Feb 2001 01:31:39 -0500 ' From: Randy Hawley <rhawley@iquest.net>xY Subject: Re: Is there a way to execute an Alpha OpenVMS GUI application on aremote system** Message-ID: <3A7BA5CA.26161A33@iquest.net>   Norman Woo wrote:C  
 > Hi folks >hH > We have users running a GUI VAX VMS application on a DEC 4700 (runningF > VAX VMS 5.5-2).   There is also another GUI application that resides2 > on an Alpha DS20E machine running OpenVMS 7.1-2. >(H > We would like to include in the menu in the application running on theH > DEC 4700 the name of the remote application.  When a user selects thisG > menu item, we need to somehow automatically log the user to the AlphacE > DS20E and start the application.  This should be transparent to theeC > user (hs/she doesn't even know that the application that they areC$ > accessing are on another machine). >eG > Can this be done?  Or are there any tools/3rd party packages that can 
 > do this? >n; > Thanks in advance (I'm a VAX newbie so go easy on me ...)$  : I am assuming the GUI you are speaking about is X-Windows.  G Pretty easy, really.  Now I am not certain about you interface, but youhC are probably running DECWindows.  Others in this group can give you C specifics about how to add commands to the menus in your DECWindowsy session.  F I do this kind of thing with a simple command file, run through an rshG call.  My IP stack software is Multinet, so YMMV.  The node/username onsI the VAX side (in my case an OLD VAXstation 3100 running 5.5-2) is enterediJ in the Alpha's (running 6.2) account's .rhosts file. I execute an rsh call# to run a command file on the Alpha.D  J The command file parses out the IP address of the requesting system from aG multinet symbol that gets set when the session is established, and thenyC executes the command for the X-Windows program with the appropriate & options to send the window to the VAX.  D Don't have the system in front of me here at home, so can't give youH details (been a long time, and was done with some help from here and theH vendor of the application), but it absolutely IS possible.  I also don'tH expect to be able to add information to this thread from work, since theF news server there catches less than 25% of the postings to this group.   Hope this helps,   Randy Hawley   ------------------------------  % Date: Fri, 02 Feb 2001 16:19:40 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca> 8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A7B2464.E1E950B0@videotron.ca>   Terry C Shannon wrote:I > What the lack of mention in the annual report shows (IMHO) is an abject;J > lack of proactive marketing on the part of the OpenVMS group. Someone inK > OpenVMS marketing (again, IMHO) should be responsible for tracking CompaqtF > collateral and ensuring that OpenVMS gets mentioned where mention is > appropriate.    L How do we know if the VMS folks are alseep at the wheel, or whether they areL fighting like mad to have VMS included in some documents but they don't haveG any weapons with which to fight and they are fighting a losing battle ?_    I In the case where the VMS folks would be asleep at the wheel or otherwise;L incompetent at marketing, shouldn't Capellas give them a wake up call ? "HeyL guys, VMS gives us lots of profits, you better wake up and market it becauseI we want to grow this". And I have no indication that Compaq corporate are9N fighting to give VMS a chance, I see it more as VMS group fighting to be given	 a chance.h   ------------------------------  # Date: Sat, 03 Feb 2001 05:58:36 GMT  From: LBohan@dbc.spam_less..comm8 Subject: Re: It's the end for VMS and other Wild Rumours8 Message-ID: <po6n7tgh4hkrp89tu9dh06hdr8sqmh0plt@4ax.com>  , On Fri, 02 Feb 2001 16:19:40 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:o  J >In the case where the VMS folks would be asleep at the wheel or otherwiseM >incompetent at marketing, shouldn't Capellas give them a wake up call ? "HeykM >guys, VMS gives us lots of profits, you better wake up and market it because J >we want to grow this". And I have no indication that Compaq corporate areO >fighting to give VMS a chance, I see it more as VMS group fighting to be givent
 >a chance.  ' my (ad-hoc) understanding, is that the  7 Compaq Classic employees, and Digital Classic employeesr? hardly know, or ever see each other.  Each to their own vacuum.a3 right down to the marketing/PR groups, I'd imagine.i  1 Maybe a little less so, in the Storage divisions.m  D In it's own way, the segmentation is a little like (but not so much)9 when Digital  had several lines of (internally) competing < architectures, in the 60's, and early 70's before they went D with the "1 architecture, 1 o/s" mantra  (vax/vms) in the late 70's.  A I'd read an interesting  a Ken Olsen bio, once that covered this m3 transition in some detail, but the name escapes me.y   ------------------------------   Date: 2 Feb 2001 16:48:49 CDTe= From: wayne@tachysoft.xxx.314480.killspam.00bb (Wayne Sewell) - Subject: Re: It's the end for VMS get off nowe. Message-ID: <UoE5RLNTfUSG@tachxxsoftxxconsult>  X In article <3A735C46.BB21A735@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > No User wrote: >> e >> X-No-archive: Yes >> e >> 27 Jan 2001, Bill Todd said:  >> uL >> >This is clearly not something Compaq worries about:  either they realizeN >> >they're not competent to capitalize on VMS and take a fatalistic attitude,O >> >or they truly believe any need for VMS will disappear soon as Windows takeslJ >> >over the enterprise world, or they think existing VMS customers are so? >> >locked in that no amount of abuse will cause them to leave.v >> rF >> When Compaq bought up Digital, I was far from happy. I had concernsG >> they would not provide due care and attention for the greatest assetp >> in the product portfolio. >> 3G >> Nothing has been done to dispel my concerns. Nor those of the peoplelC >> paying good money that has been used to prop up Compaq's fawningu >> over Microsoft. >> o? >> Now things have only gotten worse. It is time to let VMS go.f >> )F >> Not to the OS retirement home. To one where it will receive the due" >> care and attention it deserves. >> e3 >> Hand out the source. No strings attached please.a > : > From the FAQ VMS7: "OpenVMS VAX and OpenVMS Alpha source" > listings CD-ROM sets include the> > source listings of most of OpenVMS, ...". I also read in cov# > that these sets are not complete.  > 8 > *Why?* Is anybody out there who possesses the sources? > @ > From the FAQ VMS8: "In no particular order, OpenVMS components > are implemented using Bliss, sB > Macro, Ada, PLI, VAX and DEC C, Fortran, UIL, VAX and Alpha SDL,
 > Pascal, , > MDL, DEC C++, DCL, Message, and Document." > ? > Is there anybody out there who studied important parts of the>@ > sources and can say something about the frequency distribution7 > of the languages used and the quality of the sources?W > B > Did anybody ever try to rebuild a whole system from the sources?  O They actually aren't sources.  They are source *listings*, i.e. the output of anN compiler rather than the input to a compiler.  As such they are not compilableL as is.  There are tools to covert a listing to a source, but the contents of: macros and include files and such may or may not be known.       --  O ===============================================================================lM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)xO ===============================================================================rB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Fri, 02 Feb 2001 22:27:48 -05000F From: "Stephen Eickhoff (remove the - to reply)" <s-eickhoff@capu.net> Subject: Latest BIND exploit( Message-ID: <3A7B7AB4.E611974B@capu.net>  N I am a hobbyist running DEC TCP/IP 5.0 on OpenVMS VAX 7.1. What are my options> for updating BIND to secure my system from the latest exploit?   -- t" ----------------------------------          Stephen Eickhoff            Ardmore, PAh" ----------------------------------   ------------------------------   Date: 2 Feb 2001 18:52:50 GMTt1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)L Subject: Re: Lisbon Conference+ Message-ID: <95evm3$49t$1@info.cs.uofs.edu>y  ) In article <95dk99$8uj$1@nnrp1.deja.com>,c(  Uwe Zessin <zessin@my-deja.com> writes: |> e> |> I've been told in school it's named after Amerigo Vespucci, |> an Italian explorer.f  A Not so much named after as named by.  And he was not an explorer,,B he was a map maker.  He never set foot on the continents that bear
 his namesake.    bill   -- aJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   o   ------------------------------   Date: 2 Feb 2001 11:05:24 -0700e1 From: nothome@spammers.are.scum (Malcolm Dunnett)s Subject: Re: Lisbon Conference, Message-ID: <W989lZDs3gdR@malvm1.mala.bc.ca>  , In article <95eq6b$1de$1@info.cs.uofs.edu>, 7     bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:o > |> nI > |> I would rather have someone say "Canada is part of England" than sayD! > |> "Canada is part of the USA."  > |> > L > He didn't say the USA, He said America.  America != USA and USA != AmericaJ > Canada is in America as is every other country on the main continents inL > this hemisphere.  And you guys think geography education in the US is bad.  J    While you ( and the others who point this out ) are technically correctH I think you have to consider common usage. If a couple of biologists areI talking about the "American Bison" the usage is clear, but I'd bet if you2K asked 95% of the people in the world what an "American" is they'd equate ityM to a citizen of the United States of America. Sure it's incorrect, but that's I still what they'd mean.  When someone in your own country says "I'm proud E to be an American" he means "a citizen of the USA" - not "someone who$K lives on the North American continent". When the "Guess Who" sang "American I Woman" they weren't referring to the senoritas of Mexico. You rarely heareG people from Mexico or Peru being asked if they are "Americans", but yourK frequently hear it being asked of people from Canada (everywhere except the M US, where we're more likely to be accused of being "English"). That's clearlydG what the original poster intended and in that he was correct, CanadiansnJ object to being considered "American" in the same way that Scots object to being considered "English".O   ------------------------------   Date: 2 Feb 2001 14:17:27 -0500n, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Lisbon Conference+ Message-ID: <A+Q5HtEvML7V@eisner.decus.org>0  _ In article <95eqaf$1de$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:  > J > Pour more money down that black hole!!  Not hardly.  Give it back to the0 > people it was stolen from in the first place.  >   @ OK, I'll bite.  Why should we let you ivory tower types keep it?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupcE                                 | please remove ".aspm" when replyingb   ------------------------------   Date: 2 Feb 2001 19:00:13 GMTu1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)t Subject: Re: Lisbon Conference+ Message-ID: <95f03t$49t$2@info.cs.uofs.edu>i  L In article <OFCE561C89.0F8C5514-ON032569E7.0034060A@ep-bc.petrobras.com.br>,,  fabio_compaq@ep-bc.petrobras.com.br writes: |>  K |> Oh yeas ! In fact USA should be named United States of New England :-)))0 |> n  A That would make no sense at all as New England is a subset of the @ United States, just as the United States is a subset of America.@ North America is a continent on which are located (From north to@ south) Canada, The Unted States and Mexico.  All are in America.B I could also name all the countries in South America, My knowledge> gets sketchy when it comes to Central America and I don't knowD where that falls in light of the two continents idea.  And I learned  all this more than 40 years ago.  > I honestly thought the US had the worst elementary educational3 system in the world, but I am now having my doubts.c   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   d   ------------------------------   Date: 2 Feb 2001 19:05:25 GMTt1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)x Subject: Re: Lisbon Conference+ Message-ID: <95f0dl$49t$3@info.cs.uofs.edu>h  + In article <M4Zdqy8PAFxi@eisner.decus.org>,I/  koehler@eisner.decus.org (Bob Koehler) writes:0T |> In article <95dk99$8uj$1@nnrp1.deja.com>, Uwe Zessin <zessin@my-deja.com> writes: |> > lG |> > I wasn't sure about the spelling, so I've done a short web search.T |> > l |>  F |> IIRC he was both the first map maker to show the New World as largeH |> and to actually visit it instead of just making maps based on other's |> accounts.  H We disagree on this, so I will have to do further research. I was fairlyI certain it was considered ironic that he got to name the Americas when he 3 had never been here.  I'll get back to you on that.m   bill   -- bJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------   Date: 2 Feb 2001 14:16:16 -0500y, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Lisbon Conference+ Message-ID: <Z8Xtkehwx+r9@eisner.decus.org>   ` In article <9Qh1M$mXQVpS@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:  C >     Getting back to the newsgroup subject matter, many vaxen werepE > built in Canada ( any with a KAxxxxx serial number I believe ).  I  E > seem to recall one of the first things Compaq did after taking over/ > was to close the plant.u  G Back in the Reagan era when the news was full of US meddling in Central F American countries, we noted the RAM chips on our 1/4 MB 11/780 memoryH boards were marked "El Salvador".  There was a dirty little war going on in El Salvador at the time.e  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil Group.E                                 | please remove ".aspm" when replyingg   ------------------------------    Date: 03 Feb 2001 03:30:19 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Lisbon Conference- Message-ID: <87u26csx10.fsf@prep.synonet.com>   3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:   . > In article <3A79E6AA.F9D6DA52@videotron.ca>,2 >  JF Mezei <jfmezei.spamnot@videotron.ca> writes:  E > |> Give money to NASA instead.  |> Same companies will benefit, but"D > the end results are perhaps more tangible and |> less destructive.  F > Pour more money down that black hole!!  Not hardly.  Give it back to3 > the people it was stolen from in the first place.$  > That black hole gave me very good chem text's in the late 60s.3 What did the other black hole produce in that time?"  @ Give it back to the people? Next you will be wanting a republic!   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 2 Feb 2001 22:33:27 GMTm0 From: sander@vmsbiz.enet.dec.com (Warren Sander) Subject: Re: Lisbon Conference* Message-ID: <95fcjn$obe@usenet.pa.dec.com>   re: Lisbon Spain.   G I fall on my sword, I did it, I forgot to double check what I was givennH to post. But I bet someplace in spain there is a lisbon (maybe it's like2 there's a springfield in lots of states in the us)  A Anyway, If you find any other error's ON THE WEB SITE just let merA know and I'll get them fixed. If you have or know of other eventsMG that should be in the list but aren't let me know. This listing is justlI a stopgap for a more formal calendar that we are working on but we needed 4 to create a URL and page for publication in inForm.    -warrenf   -- mB ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comE 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.come3 Marlboro, MA 01752                   (508) 467-4875e6    My opinions are my own and I only speak for myself -          Read http://www.openvms.compaq.com/ nB ------------------------------------------------------------------   ------------------------------  % Date: Fri, 02 Feb 2001 23:24:43 +0000y) From: Christof Brass <brass@infopuls.com>g Subject: Re: Lisbon Conference, Message-ID: <3A7B41BB.ADC8C5B4@infopuls.com>   Bill Gunshannon wrote: > N > In article <OFCE561C89.0F8C5514-ON032569E7.0034060A@ep-bc.petrobras.com.br>,. >  fabio_compaq@ep-bc.petrobras.com.br writes: > |>M > |> Oh yeas ! In fact USA should be named United States of New England :-)))3 > |> > C > That would make no sense at all as New England is a subset of thefB > United States, just as the United States is a subset of America.B > North America is a continent on which are located (From north toB > south) Canada, The Unted States and Mexico.  All are in America.D > I could also name all the countries in South America, My knowledge@ > gets sketchy when it comes to Central America and I don't knowF > where that falls in light of the two continents idea.  And I learned" > all this more than 40 years ago. > @ > I honestly thought the US had the worst elementary educational5 > system in the world, but I am now having my doubts.i >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>  8 I got worse since then to achieve its unique reputation!   ------------------------------  # Date: Fri, 02 Feb 2001 20:50:34 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>7 Subject: Mistakes Were Made... now how to rectify same?n; Message-ID: <u4Fe6.2361$jp1.107328@typhoon.ne.mediaone.net>k  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:95f2qc$jng$1@pyrite.mv.net...  H > > > Still we've seen a statement from Capellas that says mistakes were
 > > > made...  > > & > > That pretty much settles it, then! >eK > Not for people who remember similar past statements from CEOs responsiblee
 > for VMS. >iG > I'd like to believe you have good reason for such recently relentlesss8 > optimism, but some actual evidence would sure be nice.  H Indeed it would. What specific evidence do you have in mind? Perhaps theK denizens of this group could come up with a reasonable short list and inputt" same to www.compaqworkinggroup.org   ------------------------------   Date: 2 Feb 2001 19:46:20 GMTV2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)1 Subject: Mozilla 0.7 will not connect to anything-, Message-ID: <95f2qc$lbr@gap.cco.caltech.edu>  E I just downloaded and installed Mozilla 0.7 from the Compaq web site.eC It starts (a bit slowly) but won't connect to _anything_.  Example:o   $ @sys$common:[mozilla]mozilla Starting mozilla-bin...i. Registering plugin 0 for: "*","All types",".*" in SetSecurityButton: Error loading URL http://seqaxp.bio.caltech.edu/: 80004005  L Is this some sort of UCX emulation incompatibility?  The system it's loaded  on is:  [ Process Software MultiNet V4.2 Rev A-X, COMPAQ AlphaServer DS10 466 MHz, OpenVMS AXP V7.2-1a   Thanks,o   David Mathog mathog@seqaxp.bio.caltech.edun? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Fri, 02 Feb 2001 14:42:36 -0700i+ From: "Barry Treahy, Jr." <treahy@mmaz.com>r( Subject: NOSLOT error on VAX OpenVMS 7.2( Message-ID: <3A7B29CC.FA368C04@mmaz.com>  F Ok, I know what NOSLOT means under every circumstance except this.  MyG system parameters are set for 110 slots, yet I've only got 61 processesD, active and visible on my system.  Any ideas?   Thanks!h   Barry,   V4100$ sh mem/full@               System Memory Resources on  2-FEB-2001 16:38:18.12  @ Physical Memory Usage (pages):     Total        Free      In Use Modified@   Main Memory (128.00Mb)          262144      109493      128479 24172y  @ Slot Usage (slots):                Total        Free    Resident Swappeda4   Process Entry Slots                110          50 60           04   Balance Set Slots                   99          41 58           0    / The Virtual I/O Cache is DISABLED on this node.c V4100$ sysgen show maxprocG Parameter Name            Current    Default     Min.     Max.     Unit  Dynamic G --------------            -------    -------    -------  -------   ----r -------t@ MAXPROCESSCNT                 110         32        12      8192	 Processesk V4100$ spawn" %SYSTEM-F-NOSLOT, no PCB available V4100$   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028t   ------------------------------  % Date: Fri, 02 Feb 2001 17:15:17 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: NTP on VMS 7.1a; Message-ID: <3a7add15.524144494f47414741@radiogaga.harz.de>o  , Ruzsinszky Attila (aruzsi@mailbox.hu) wrote:A > > First use @SYS$STARTUP:TCPIP$CONFIG to enable the NTP service 
 > The result:o > $ @sys$startup:tcpip$configoL > %DCL-E-OPENIN, error opening SYS$SYSROOT:[SYS$STARTUP]TCPIP$CONFIG.COM; as > input  > -RMS-E-FNF, file not found > $o  J With UCX err... Digital errr... Compaq TCP/IP Services for OpenVMS versionF 4.2, it's UCX$CONFIG instead of TCPIP$CONFIG (which came along in v5).   cu,V   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.dehJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Fri, 02 Feb 2001 20:39:38 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: NTP on VMS 7.1 7 Message-ID: <eWEe6.361$cu.1870@gazette.loc1.tandem.com>t  \ In article <95edd8$52b$1@athena.euroweb.hu>, "Ruzsinszky Attila" <aruzsi@mailbox.hu> writes:@ :> First use @SYS$STARTUP:TCPIP$CONFIG to enable the NTP service :The result: :$ @sys$startup:tcpip$configK :%DCL-E-OPENIN, error opening SYS$SYSROOT:[SYS$STARTUP]TCPIP$CONFIG.COM;...r :-RMS-E-FNF, file not found...H :Thanks for the remaining part of the message, but I stopped at the 1st!  M   You have an old version of TCP/IP Services.  Specifically, a version prior eL   to V5.0.  Upgrade to V5.0A (with ECO) or later release, or -- if you must C   continue with a version prior to V5.0 -- use the UCX$CONFIG tool.=  G   I'd encourage a visit to the documentation website for details of thenF   current version, or a check of any local documentation for the older   version in use....  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 2 Feb 2001 19:21:36 GMT-1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: OpenVMS x NATOf+ Message-ID: <95f1c0$49t$4@info.cs.uofs.edu>e  - In article <87u26dtdfy.fsf@prep.synonet.com>,7/  Paul Repacholi <prep@prep.synonet.com> writes:n. |> fabio_compaq@ep-bc.petrobras.com.br writes: |> o? |> > Did you notice that informations about hacking the OpenVMS?E |> > are difficult to find over Internet  ??? I tried a few weeks ago ? |> > at Altavista and the pages matched were not really related- |> > to OpenVMS hacking .... |> eD |> Well, go to CERT or BugTrak and look for VMS holes. Last reported& |> was back in 96 or so as I remember.  A And when was the last reported hole for Primos??  How about RSX??8; And, yes, both OSes are current and still very much in use.e     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   l   ------------------------------  $ Date: Fri, 2 Feb 2001 23:39:46 -05000 From: "Sharkonwheels" <tonym@compusourceDOT.net> Subject: PPPoE Clientd- Message-ID: <l5Me6.1151$2E1.150586@news4.mco>e  > Anyone working on a PPPoE client for OpenVMS? That would rule., WOuldn't even need the linux boxes any more.   Best one so far:  $ http://www.roaringpenguin.com/pppoe/  ' for Linux, Solaris, MacOS X beta, *BSD.g   Can it be ported?a   Tony tonymATcompusourceDOTnet   ------------------------------  % Date: Fri, 02 Feb 2001 16:15:38 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca>s% Subject: Re: Printing images from vmst, Message-ID: <3A7B2372.EA912A71@videotron.ca>   jmendresoh@my-deja.com wrote:,9 >         Ideally, I'd like to embed the images into texta4 > documents which are being composed on the fly (and4 > sometimes printed on the fly) by COBOL programs on2 > which I'm willing to hack.  C solutions are also
 > welcome.  J If the images are static, then you can do stuff with Postscript which willN make your cobol programming quite simple. You would have a postscript prologueK which defines a form for each image, and then your Cobol program would justwL need to call the form associated with the right image as part of its output.  M However, you will have to convert the images to postscript first. This can bee done on a personal computer.  M It really depends on how many images you have, how big they are, and how they$ are being used.r  M For instance, if you're talking about a few corporate logos that go on top of M an invoice, then the solution I gave you is very good (define a form for eacheK logo and just call that form). On the other hand, if you have a database ofkM images of each person who attended the Superbowl stored as .jpg files and youoK want to print the persons's pedigree as well as their image on one page pert2 person, then the above solution is not so great...  K There are utilities that will convert many image types to postscript. TheresI are also sets of routines availble to expand some file types such as jpeg:L which you could embed in your application and have them generate postscript.  L If you have x-windows installed on a workstation, you can probably have yourK cobol program generate HTML which has links to the various stored images as L well as containing the text you want, and then use either MOSAIC or NETSCAPEC to print that HTML with all the images and text properly formatted.b  M Another possibility is to get the CDA converter library programming guide and-N convert your images to a DDIF document which can then be printed directly with the print command.   ------------------------------   Date: 2 Feb 2001 22:19:03 GMTi3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)m% Subject: Re: Printing images from vms-0 Message-ID: <95fbon$d33$1@n.ruf.uni-freiburg.de>  H In article <95em5m$4g9$1@nnrp1.deja.com>, jmendresoh@my-deja.com writes:. >        I'm trying to figure out how to print! >images (gif, jpg, etc) from VMS.98 >        Ideally, I'd like to embed the images into text3 >documents which are being composed on the fly (andO3 >sometimes printed on the fly) by COBOL programs on 1 >which I'm willing to hack.  C solutions are alsoe	 >welcome.N. >        Possibly also acceptable is a command0 >line solution. I.E. make "$ print" print images0 >as well as it prints text.  Currently, if I say+ >"print x.gif", I get a bunch of pages withe) >funny characters.  I've tried stuff like 0 >"print x.gif /parameters=data_type=postscript2". >with no success on an HP 4000N, which alleges- >Postscript2.  Or perhaps I have no idea whati >I'm talking about here.  C Your HP 4000N understands PostScript. So it is up to you to send itoC PostScript data. GIF or JPEG is a competely different format. Thus,,G before you print that, it has to be converted. There are many solutions C available. A quick one is to open the GIF in Netscape under VMS ande. print it from there. Netscape will convert it.   Regards,    Christoph Gartmanna  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  " Date: Fri, 2 Feb 2001 20:03:22 GMT- From: Terry C Shannon <shannon@world.std.com> 7 Subject: Profit Margins: VMS vis-a-vis Lesser Solutions C Message-ID: <Pine.SGI.4.21.0102021458350.3326-100000@world.std.com>c  $ On Wed, 31 Jan 2001, JF Mezei wrote:   > Osmo Kujala wrote:' > > VMS makes more profit than Wintels.e > G > I am no longer convinced of that. I will beleive that VMS generates a'N > substantial amount of profit, substantial enough that Compaq can't afford to8 > lose it in one fell swoop (hence VMS won't be canned).    I Of course it can't be canned. That would really cheese off a lot of stock|J exchanges and small semiconductor manufacturers from Santa Clara and banks" and government agencies, etc, etc.      > 1N > However, I am not convinced that VMS profits are higher than wintel profits.P > Remember that Wintel now makes up a large part of Compaq's enterprise businessG > and that True64, NSK and VMS are left with the leftovers of what thati > Proliants can't handle - YET.  >     H VMS runs gross margins in excess of 50 percent. As SKC subscribers know,F high-end ProLiant margins are lower but still quite comfortable. SinceI ProLiant 8-ways require less "customer touch" in sales situations than do F WildFires, the ISSG iron has a lower cost of sales associated with it.      O > I would like to see official numbers that show that VMS is in fact generatingl' > more profits than the wintel servers.n >   * So would I. So would Compaq's competitors.   ------------------------------  % Date: Fri, 02 Feb 2001 16:43:41 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e; Subject: Re: Profit Margins: VMS vis-a-vis Lesser Solutionsu, Message-ID: <3A7B2A03.66044197@videotron.ca>   Terry C Shannon wrote:Q > > I would like to see official numbers that show that VMS is in fact generatingl) > > more profits than the wintel servers.: > >L > , > So would I. So would Compaq's competitors.  L Ok, can I conclude that if you hve not seen VMS's official numbers, that you8 base your assumption that VMS is a cash cow to Compaq on( conjecture/speculation/ educated guess ?  M I am not debating that VMS may have high profit margins. But if the volume isuN very low, then it is quite possible that the total profits generated are small> enough that they will eventually be inconsequential to Compaq.  K My current feeling is that Compaq views VMS profits as icing on the cake tomL help its Core products, instead of being a core part of Compaq's operations.  @ At some point in the future, when your only remaining customers:C 	-are locked in because there is no other solution (eg: FAB plants),H 	-could migrate to the only other solution: Tandem (eg: stock exchanges)= 	-are stable enough that they don't make use of new features.   E Then killing VMS would not hurt Compaq much. Compaq would continue toaN maintain/support those sites still running VMS, and such sites wouldn't reallyM care about the lack of new versions because they don't need the new versions.e   ------------------------------  % Date: Fri, 02 Feb 2001 16:19:08 -0300w) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: Re: RWASTL Message-ID: <OF285F3BDF.292D9104-ON032569E7.0069E1AA@ep-bc.petrobras.com.br>  H I will wait for the Develop. people finish the tests with GEMBASE+RDB 7= .0 /
 OVMS 7.2-1E and I=B4ll upgrade the production system will ALL the patches needed.t   Regards    FC        > JF Mezei <jfmezei.spamnot@videotron.ca> em 01/02/2001 20:24:59             Info-VAX@Mvb.Saic.Como       Assunto: Re: RWAST    * fabio_compaq@ep-bc.petrobras.com.br wrote: >-C > The user cannot deny service of OVMS , the users connected to theSH > specified database are locked. And I cant backup the RDB database too= .   E Are you able to STOP/ID the process while the user is still connected  withouta it going into RWAST ?o         =o   ------------------------------  % Date: Fri, 02 Feb 2001 21:15:08 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>/ Subject: RE: SHARK by CompaqN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D48@kaoexc3.kao.cpqcorp.net>   JF,-  H If one wanted to be nasty, in this day and age, one could call any 32bit server OS/platform "legacy".  J Course, I'm not a nasty type of person and would never(?) say such a thing :-)n  L Every OS has strengths in their particular area. There is no such thing as a% single solution for all requirements.e   :-).  
 Kerry Main Senior Consultants Compaq Canada Inc. Professional Servicess Voice: 613-592-46603 Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: February 2, 2001 1:36 AM To: Info-VAX@Mvb.Saic.Coma Subject: Re: SHARK by Compaq     "Main, Kerry" wrote:E > That someone would call an older architecture (UNIX) over a youngernK > architecture (OpenVMS) "legacy" always makes you kind of wonder about the 3 > experience of the person making those statements.t  G No, it is not experience that I wonder about, it is intent. "Legacy" is D clearly meant as an insult to tell someone that his systems are old,	 outdated, K senile etc etc to make him feel guilty of not having bought into the latesto
 and greatest.e  K Hence, it was to Sun and MS's advantages to use the term "legacy" liberally  toL spur movement from the established systems to their own respective products.   ------------------------------   Date: 2 Feb 2001 16:42:38 CDTi= From: wayne@tachysoft.xxx.314480.killspam.00bb (Wayne Sewell)-% Subject: Re: Source listings contents2. Message-ID: <rvn3cpE3LK9o@tachxxsoftxxconsult>  g In article <jazs4jZs$EpU@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:0Z > In article <3A735C46.BB21A735@infopuls.com>, Christof Brass <brass@infopuls.com> writes: >  > ; >> From the FAQ VMS7: "OpenVMS VAX and OpenVMS Alpha sourceo# >> listings CD-ROM sets include the ? >> source listings of most of OpenVMS, ...". I also read in cov $ >> that these sets are not complete. >> a9 >> *Why?* Is anybody out there who possesses the sources?t > C > They exclude material covering pending patents, material covering , > unannounced features and the LMF listings.    B Ah, yes.  LMF, the license *management* tool that is not a license *enforcement* tool.g   -- uO ===============================================================================pM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-).O ===============================================================================tB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  " Date: Fri, 2 Feb 2001 20:36:16 GMT- From: Terry C Shannon <shannon@world.std.com>i/ Subject: Stab From the Past: DN&R Target AwardstC Message-ID: <Pine.SGI.4.21.0102021505020.3326-100000@world.std.com>i  9 On Wed, 31 Jan 2001, Brian Schenkenberger, VAXman- wrote:i   > F > ... and some of those products received acrylic testimonal awards byF > nature of how much the producers were willing to pay and to wine and > dive the magazine executives.o >   F Ah yes. The infamous Tar-jay Awards. First and only time I ever had toD wear a monkey suit was at the DN&R Tar-jay Award Dinner at the LoewsJ Anatole Hotel in Dallas back in nineteen eighty-something. Of course, saidD tuxedo enabled me to impersonate a hotel staffer and smuggle in mass< quantities of libations without paying the evil Corkage Fee.  G As for the awards, a lot of editorial input went into them. C'est true,rJ the separation of editorial and marketing sometimes was a tad lacking, butC that was not the fault of the techo-journalistic side o' the house.e      > I don't miss DN&R at all! >   % My alter ego misses the last page ;-}    ------------------------------  # Date: Fri, 02 Feb 2001 20:59:07 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 3 Subject: Re: Stab From the Past: DN&R Target Awards 0 Message-ID: <009F70B9.895718B1@SendSpamHere.ORG>  s In article <Pine.SGI.4.21.0102021505020.3326-100000@world.std.com>, Terry C Shannon <shannon@world.std.com> writes:t >  >n: >On Wed, 31 Jan 2001, Brian Schenkenberger, VAXman- wrote: >- >> -G >> ... and some of those products received acrylic testimonal awards by G >> nature of how much the producers were willing to pay and to wine and-  >> dive the magazine executives. >>   >aG >Ah yes. The infamous Tar-jay Awards. First and only time I ever had to E >wear a monkey suit was at the DN&R Tar-jay Award Dinner at the Loews-K >Anatole Hotel in Dallas back in nineteen eighty-something. Of course, saidrE >tuxedo enabled me to impersonate a hotel staffer and smuggle in masss= >quantities of libations without paying the evil Corkage Fee.s >zH >As for the awards, a lot of editorial input went into them. C'est true,K >the separation of editorial and marketing sometimes was a tad lacking, butoD >that was not the fault of the techo-journalistic side o' the house. >M >s > > I don't miss DN&R at all!n >> u > & >My alter ego misses the last page ;-}   :)  G The DEC Professional's last page was by John Dvorak.  The title of that$G column was the "Back End".  I was never quite sure if that title was ineB reference to the location of said column or to that of its author.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM/            eO city, n., 1. a place where trees are cut down and streets are named after them..   ------------------------------  # Date: Fri, 02 Feb 2001 21:17:37 GMTM4 From: "Terry C. Shannon" <terryshannon@mediaone.net>3 Subject: Re: Stab From the Past: DN&R Target Awards1; Message-ID: <RtFe6.3067$jp1.118709@typhoon.ne.mediaone.net>1  J "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in message* news:009F70B9.895718B1@SendSpamHere.ORG...   >sI > The DEC Professional's last page was by John Dvorak.  The title of thatpI > column was the "Back End".  I was never quite sure if that title was in D > reference to the location of said column or to that of its author. >   J Now that's a good question. Since I had the "pleasure" of working for saidI publication (and getting shafted royally on "Introduction to VAX/VMS"), I-I know for a fact that there was at least one more back end at ProfessionalI! Press than there were front ends.   E Those who dabble in the obscure may or may not realize that the first K non-DECUS reference to Charlie Matco occurred in a DECUS symposium review I-L perpetrated in DECPRO back in Spring 1985. Charlie subsequently materializedL in the first article I wrote for DN&R... had to use the pen name since I was% still working for DECPRO at the time.    ------------------------------  # Date: Fri, 02 Feb 2001 21:33:33 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)c3 Subject: Re: Stab From the Past: DN&R Target Awardse0 Message-ID: <009F70BE.58CD5EF6@SendSpamHere.ORG>  r In article <RtFe6.3067$jp1.118709@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: >pK >"Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in message + >news:009F70B9.895718B1@SendSpamHere.ORG...e >t >>J >> The DEC Professional's last page was by John Dvorak.  The title of thatJ >> column was the "Back End".  I was never quite sure if that title was inE >> reference to the location of said column or to that of its author.S >> >nK >Now that's a good question. Since I had the "pleasure" of working for said J >publication (and getting shafted royally on "Introduction to VAX/VMS"), IJ >know for a fact that there was at least one more back end at Professional" >Press than there were front ends.   :)  I Somehow I receive copies of "Computer Shopper", a PeeCee system and parts-J advertisement billboard guised as a magazine.  Dvorak has a column in thisD rag too and it's as devoid of useful content as the old "Back End".    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMO            eO city, n., 1. a place where trees are cut down and streets are named after them./   ------------------------------  $ Date: Sat, 3 Feb 2001 08:18:37 +13006 From: "antony wardle" <antony.wardle@nospam.met.co.nz> Subject: sysuaf programme , Message-ID: <jEDe6.1$sS4.468@ozemail.com.au>  , anyone got an axp version of the sysuaf exe?  6 I am particularly interested in the bit that transfers  ' the encrypted password to another node.   ? Don't want to copy the sysuaf file, and I don't want to try andt  / figure out /recreate everyones password either.i       cheers   antony   ------------------------------  $ Date: Fri, 2 Feb 2001 14:28:30 -0500& From: "Syltrem" <syltrem@videotron.ca> Subject: Re: sysuaf programmes6 Message-ID: <SPDe6.6045$H_5.49218@weber.videotron.net>  I You could copy only those records (using DCL) for the users moving to the,9 other system, not the whole file. That's what I do. KISS.f   --   Sytrem  http://pages.infinit.net/syltrem  H "antony wardle" <antony.wardle@nospam.met.co.nz> a crit dans le message' news: jEDe6.1$sS4.468@ozemail.com.au...e. > anyone got an axp version of the sysuaf exe? >,8 > I am particularly interested in the bit that transfers >t) > the encrypted password to another node.t >oA > Don't want to copy the sysuaf file, and I don't want to try and  >y1 > figure out /recreate everyones password either.t >  >m >O > cheers >a > antony >v >  >a   ------------------------------  % Date: Fri, 02 Feb 2001 15:53:33 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>r! Subject: Re: The price of OpenVMSg, Message-ID: <3A7B1E47.3E890328@videotron.ca>  * fabio_compaq@ep-bc.petrobras.com.br wrote: > G > Do you have any idea about  the price (value) of the OpenVMS softwareiL > all all the layred products ...  if Compaq decide to sale this OS to other > company ????  L It would be hard to separate VMS from True64 and Alpha. They share compilersL and middleware (such as TCPIP stack etc). I do know to what extent VMS couldM live indendantly. There are still some VMS specific software such as ALL-IN-1eN (aka: office server) and all the older software products that still need to be maintained (but not improved).  G The best way, in my opinion, would be to spin off a VMS sales/marketing L organisation that would act as a glorified reseller. That organisation wouldG live on licence sales and big commissions and pay Compaq to deliver the0K products/support. That organisation would then have the money to do all theiM marketing it wants, including anti-Unix and anti-MS because that organisationaN would not  be assosiated to Microsoft. That organisation would also be free toN position VMS as a scalable system and price it to make it a good platform from start-up to very large servers.   K Compaq would retain the engineers, would retain tne support contracts (lessmJ the commissions), would retain hardware sales (less commissions) and would0 then get the profits from that VMS organisation.  N Considering that the Compaq sales force is doing more harm than good to VMS, IL would think that a central VMS sales force (perhaps one per continent) wouldM be more effective than the current setup. They could direct all the inquiriesrM to an 800 number and have experienced VMS folks who have a vested interest in $ making VMS succeed answer the calls.  J Another interesting potential in the longer term would be to contract withM others to make VMS-compatible harware that would make VMS more competitive atrL the lower end. Such competition would then force Compaq to also lower prices for low end Alphas.a   ------------------------------  % Date: Fri, 02 Feb 2001 22:29:33 -0500oF From: "Stephen Eickhoff (remove the - to reply)" <s-eickhoff@capu.net>2 Subject: Unloading or deleting licenses in a batch( Message-ID: <3A7B7B1D.95496C86@capu.net>  L Is there any way of deleting and/or unloading expired licenses more than oneL at a time? On my hobbyist system, I foolishly loaded ALL the layered productK licenses. Now they've expired, and my poor VAX emits a symphony of beeps on  bootup.  --  " ----------------------------------          Stephen Eickhoff/           Ardmore, PA " ----------------------------------   ------------------------------  % Date: Fri, 02 Feb 2001 21:44:28 -0600n7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>s6 Subject: Re: Unloading or deleting licenses in a batch- Message-ID: <3A7B7E9C.3CB089C9@earthlink.net>J  1 "Stephen Eickhoff (remove the - to reply)" wrote:  > N > Is there any way of deleting and/or unloading expired licenses more than oneN > at a time? On my hobbyist system, I foolishly loaded ALL the layered productM > licenses. Now they've expired, and my poor VAX emits a symphony of beeps on 	 > bootup.   H The LMF doc. says that LIC DEL * will effectively delete all LMF license7 records, and LIC UNL * will unload all loaded licenses.n  @ Note, however, that the default value for /PRODUCER= is DEC; so,@ licenses such as Multinet or others might not be included in theF wildcard operation. I've never tried /PROD=* to see if that covers it.  G You should probably also look into LICENSE CREATE if it's renewal time,o< as it is for me, and just start over with new, clean LMF DB.   -- s David J. Dachterax dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/u  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Fri, 02 Feb 2001 16:02:19 -0500-- From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Re: Very important question, Message-ID: <3A7B2054.4543A33E@videotron.ca>   > TheBigfoot wrote:u > : > > I'm sorry to ask you this stupid but urgent question :8 > > is there a way in fortran 77 to write a character on? > > a terminal at a certain position, and by that I mean line..t  J  send out the character escape (27 dec) followed by [ followed by the line number , ; column, and H  
 for instance:   H <esc>[20;40HHello   will write "Hello" starting at column 40 of line 20.  L ask for for VT320 manual, or VT220 programming manual which have the list of escape sequences.i  M You may also look at http://www.vt100.org , I beleive they have a list of allt the escape sequences.e   ------------------------------  # Date: Fri, 02 Feb 2001 21:41:10 GMT % From: SteveK <stevekulpa@my-deja.com> $ Subject: Re: Very important question) Message-ID: <95f9hk$nl4$1@nnrp1.deja.com>c  ! try this runtime library routine:t   LIB$SET_CURSOR (row,column)   " where row and column are INTEGER*4  
 Works for me!    steven    3 In article <A5ze6.153$br2.501894@nnrp1.proxad.net>,e/   "TheBigfoot" <thebigfoot@softhome.net> wrote:)8 > I'm sorry to ask you this stupid but urgent question :6 > is there a way in fortran 77 to write a character on= > a terminal at a certain position, and by that I mean line..nH > I have desperately tried to find and equivalent to the T argument in a > format but I couldn't. >h > Thank you already, >-E >                                               Julien PETIT-PASQUIERm >a > -- >q" >                          _\\|//_" >                          ( . . )( > -----------------------ooO-(_)-Ooo---- >m& > TheBifgoot <thebigfoot@softhome.net> > http://www.thebigfoot.fr.stS >D > -- >/" >                          _\\|//_" >                          ( . . )( > -----------------------ooO-(_)-Ooo---- >z& > TheBifgoot <thebigfoot@softhome.net> > http://www.thebigfoot.fr.stn >V >M   -- Steve Kulpa (Power Play)8 NO_S*P*A*M*stevekulpa@yahoo.com (remove the NO_S*P*A*M*)- http://www.geocities.com/stevekulpa/index.htmu     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Fri, 02 Feb 2001 20:57:54 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: VMS Margin-alized; Message-ID: <mbFe6.2547$jp1.110679@typhoon.ne.mediaone.net>,  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3A7A52D0.F138FCD6@videotron.ca...   >eK > Mr Shannon was making the point that PCs were not as profitable as VMS. I G > countered with the "it is wintel server vs VMS server" that should beaE > compared, and then proceeded with the theoretical moving of all VMSo	 customersd9 > over to proliant tyo ask how profits would be impacted.n  I When comparing Wintel server vs VMS server, the Wintel server will win onoL price/performance, but lose on gross margin, almost every time. The relabledH Unisys box might be an exception, and the 8-way ProLiants deliver pretty good margins as well.q  L Moving all VMS customers to ProLiant is more an exercise in abstraction than/ in theory due to application dependencies, etc.n   >XH > I know that Compaq could not expect to retain a satisfactory number ofH > customers if it announced the demise of VMS (which is why Compaq won't kill  > VMS, it will just let it die). >y  K For an OS declared dead, CPQ seems to be investing a hell of a lot of moneys in life support.   ------------------------------  # Date: Fri, 02 Feb 2001 21:01:08 GMTn4 From: "Terry C. Shannon" <terryshannon@mediaone.net>% Subject: VMS Margin-alized, Sun Risesh; Message-ID: <oeFe6.2628$jp1.112228@typhoon.ne.mediaone.net>a  2 "Alan Greig" <agreig@my-deja.com> wrote in message# news:95duha$h4q$1@nnrp1.deja.com... . > In article <95crrk$fcl@gap.cco.caltech.edu>,( >   mathog@seqaxp.bio.caltech.edu wrote:I > > That _would_ be a miracle.  The more likely result would be thousandsf > ofD > > de facto "Compaq-free" zones and a huge win by Sun, HP, and IBM. >tH > Sun are on record as saying that their best marketing efforts for manyH > years were actually undertaken for them by Digital. Sun didn't need toE > do anything other than sit and let Digital drive customers straights > into the waiting arms of Sun.  >   E Indeed. All Sun has to do is extract some of the commentary from thisgJ newsgroup and they've got all the VMS FUD they need for the next year. SunJ and its stockholders will be the ultimate beneficiaries of the "OpenVMS is Dead" rumourfest.o   ------------------------------  % Date: Fri, 02 Feb 2001 23:29:48 +0000n% From: Alan Greig <a.greig@virgin.net>e) Subject: Re: VMS Margin-alized, Sun Rises * Message-ID: <3A7B42EC.CC5851AF@virgin.net>   "Terry C. Shannon" wrote:o  G > Indeed. All Sun has to do is extract some of the commentary from this=L > newsgroup and they've got all the VMS FUD they need for the next year. SunL > and its stockholders will be the ultimate beneficiaries of the "OpenVMS is > Dead" rumourfest.o  M You know as well as I do Terry that Compaq can put a stop to all the rumours.=1 A SAP port would send some *very* strong signals.=  H The flurry of activity and the positive responses received have actuallyH resulted in a likely order for a couple of VMS GS80s by ourselves. Don't3 assume that all these threads produce is negativty.: --
 Alan Greig   ------------------------------  ! Date: Fri,  2 Feb 01 17:24:09 GMT- From: heimann@ecs.umass.eduW Subject: RE: VT220, Message-ID: <95ftlo$b6m$1@odo.ecs.umass.edu>  ; In Article <2FCE1FC4E068D411877B00D0B7477F4D0E1982@onlpc26> ) Tim Sneddon <tsneddon@olc.com.au> writes:  >I win! Mine is 1987!! >a >Tim.i  A Got you beat, got three from '84.  The oldest marked as Feb. '84.d   Joet  7 >> From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] , >> Sent: Wednesday, January 31, 2001 2:43 PM >> To: Info-VAX@Mvb.Saic.Com >> Subject: Re: VT220O >> r >> a& >> OK. Curiosity got the better of me. >> s> >> With the mystery connecter having pins numbered as follows:+ >> board down, video connector to the left:,6 >> U1-4 for the upper row (most distant from PC board)0 >> L1-4 for the lower row ( nearest to PC board) >>   >> Of the RS232 connector, n >> PIN 13 goes to L3 >> PIN 10 goes to L2 >> PIN 9  goes to L1 >> n? >> Only L4 seems not to be connected. All of the 4 pins on the   >> upper row leads to- >> places on the logic board.  >> 2> >> The only inscription if "J3" for the mystery connector, J2  >> for the composite >> video and J1 for DB25 RS232.g >> a? >> This is from a 1988 vintage VT220. (back when DEC stiff was c >> built like tanks) >> 57 >> Now, let's see if I can put this thing back togetherw >> s   ------------------------------  # Date: Fri, 02 Feb 2001 19:08:57 GMTm* From: Alan E. Feldman <alan48@my-deja.com>1 Subject: Why does CTRL/J behave strangely in DCL? ) Message-ID: <95f0jv$f36$1@nnrp1.deja.com>l  
 Hello all,  E In DCL, Control J deletes, from right to left, one word. Just what isi= considered a word is strangely complicated. There are regulara@ characters, space-equivalent characters, and strange characters.  C Regular characters include A thru Z, 0 thru 9, %, ^, *, and _. When,B control/J is pressed, deletion proceeds from right to left until aG space/regular_character (in that order, from left to right) boundary iss< reached at which point the cursor stops munching characters.  A Space-equivalent characters behave exactly as if they were actualsA spaces. Most of the remaining printable characters fall into thisn	 category.e   The strange characters include        @ # ) [ / <  > Now here's the strange part: When there are nothing but space-A equivalent characters between the cursor and one of these strange G characters, they behave exactly as if they were space-equivalent chars. > BUT, when the cursor is one char to the right of one of these,@ CONTROL/J treats it as if it were an entire word; i.e., only oneB character is deleted, even if there is a block of several of them.   Example:  A $ ! NOSUCHCOMMAND @@@@@_  ! (cursor represented by the underscore- [press CTRL/J, the result:]1 $ ! NOSUCHCOMMAND @@@@_r  C If there were a space between the cursor and the last @, the cursorPD would delete all characters from the rightmost @ up to and including( the leftmost N, which is very different.  D Now, this is not a big problem, but I wonder . . . just how did thisE come about? Is this a side effect of something else? Did someone planbA it this way? Why? Are these strange bimodal characters useful for G anything? What is the motivation for these strange characters? Why werefD these six characters selected for this strange DCL CONTROL/J status? Etc.   TIA. --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.   Disclaimer: JMHO Alan E. Feldman  &-)( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.coma http://www.deja.com/   ------------------------------  # Date: Fri, 02 Feb 2001 20:36:46 GMTp2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Why does CTRL/J behave strangely in DCL?D7 Message-ID: <yTEe6.360$cu.1870@gazette.loc1.tandem.com>   V In article <95f0jv$f36$1@nnrp1.deja.com>, Alan E. Feldman <alan48@my-deja.com> writes:: :In DCL, Control J deletes, from right to left, one word.   H   http://www.openvms.compaq.com:8000/72final/6489/6489pro_006.html#dcl65  9 :Just what is considered a word is strangely complicated..  9   That statement could be applied to DCL in general, too.<  D :Regular characters include A thru Z, 0 thru 9, %, ^, *, and _. WhenC :control/J is pressed, deletion proceeds from right to left until a@H :space/regular_character (in that order, from left to right) boundary is= :reached at which point the cursor stops munching characters.I  P   http://www.openvms.compaq.com:8000/72final/6136/6136pro_015.html#cmd_line_edit  E :Now, this is not a big problem, but I wonder . . . just how did thiseF :come about? Is this a side effect of something else? Did someone planB :it this way? Why? Are these strange bimodal characters useful forH :anything? What is the motivation for these strange characters? Why wereE :these six characters selected for this strange DCL CONTROL/J status?" :Etc.C  E   The characters chosen were traditionally used as word separators...a  F   When you are able to snatch reason from DCL, Grasshopper, it will be   time for you to go.  :-)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 2 Feb 2001 13:42:11 -05002* From: young_r@eisner.decus.org (Rob Young)0 Subject: Re: Writes flushed to Disk on Dismount?+ Message-ID: <ZpMuMf9dk4M+@eisner.decus.org>l  Y In article <3A7AE7C7.646A853D@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:h >  >  > Rob Young wrote: >  >> >>E >>         Very bad?  Sheesh ... looks like I am making something outo  >>         of nothing there too. >>F >>         You end up with an inconsistent backup.  The mole hill gets >>         even smaller. >  > RobF > D > do you have a test system you can make and break at will? If i wasR > playing with this sort of kit I'd sure need that. Then you can prove to yourself( > whether or not it is an issue for you. >    	Not yet ;-)   			Rob   ------------------------------  % Date: Fri, 02 Feb 2001 13:37:06 -0500 : From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>0 Subject: RE: Writes flushed to Disk on Dismount?K Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBDA0@MBCALBEXC03.BENDER.COM>s  K I have been trying to follow this thread, since it is great interest to me.  Please excuse as I jump in...e  F If an Operations or electrician guy drops power to your HGS80 and diskH arrays and you have cache batteries, are you not ok as long as the cacheL batteries have power?  Which is quite a few hours (over 20 hours as I recallL from my site's requirement of having the systems down for over 24 hours), to keep the cache intact.  @ I can speak from a little experience with my HSG80s and a recentH inappropriately planned and executed UPS replacement, in which power wasI dropped and left down, with the resulting disks as power came back online L (18 hours later) did volume rebuilds, but no loss of data.  Yeah, I have theK cache timer high and the cache unmirrored, and I use volume shadowing.  ButaK as indicated volume shadowing does not appear to a possible problem.  But IaL wonder about my HSG80s, and maybe I should do some further testing.  This is an interesting thread.  K Perhaps I need to reread the entire thread more closely.  I must be missing E something.  I think it as you indicate.  If things are done right, no ' problems.  If done wrong, all bets off.i   :) jck
 John Koska Matthew Bender & Co., Inc. JKoska@bender.com    > -----Original Message-----B > From: Everhart, Glenn (FUSA) [mailto:GlennEverhart@firstusa.com]) > Sent: Friday, February 02, 2001 1:01 PMl > To: Info-VAX@mvb.saic.come2 > Subject: RE: Writes flushed to Disk on Dismount? >  > ; > Yes, if you don't get the HSG to shut down gracefully you 8 > will have trouble. Nothing to do with shadow recovery.5 > Do that anytime and you'll blow things. That is whyr6 > there is a command to tell the HSG to stop the disks8 > that is said to flush the cache...right then. This has> > nothing to do with shadow recovery. It has to do with proper > shutdown of the HSG. > : > The disks are connected to the HSG. If you don't shut IT9 > down properly, they are likely to be toast (or at leastn > singed on one side :-) ).r > = > Whoever plans to whack the breakers needs to darn well knowr' > the controllers need to be shut down.e >  > -----Original Message-----5 > From: Paul Repacholi [mailto:prep@prep.synonet.com]e* > Sent: Friday, February 02, 2001 12:10 PM > To: Info-VAX@Mvb.Saic.Come2 > Subject: Re: Writes flushed to Disk on Dismount? >  > ? > "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> writes:C > : > > The disk driver will see everything thru the HSG. Thus; > > there is no problem on shadow recovery or anywhere else ; > > as long as the HSG either guarantees cache gets to diskc; > > before power can fail (with the aid I presume of a ups) = > > or saves it in non-volatile memory. I've heard of battery A > > backup being used for this; can't say about HSG specifically.? > > - > > Shadow recovery is, repeat, not an issue.y > & > Think it may be Glen. Consider this. > H > You tell ops there is a down time for work on the HSGs. They dutifullyH > shut down the apps, dismount the shadow set. The write timer is 65000, > ie about 20 hours. > ? > Failed circus walks in, is told its shut down and whacks the 0
 > breakers...0 > Good bye caches. >  > -- d> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.iB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked. >    ------------------------------  % Date: Fri, 02 Feb 2001 22:15:54 -0500o, From: "Glenn C. Everhart" <Everhart@GCE.com>0 Subject: Re: Writes flushed to Disk on Dismount?' Message-ID: <3A7B319A.460B5BB3@GCE.com>s  ? You read correctly. As long as the cache is intact you're fine.,: That's what the batteries are there for; glad they worked.  > Had you been out a week, some kinds of controllers have a disk6 that gets used to write the cache out before things go? completely dead. As long as there is ANYTHING keeping the cachee? intact, though, you'll be fine. The designers do think of stuff'
 like that.  ? If computer memory were normally nonvolatile (as used to be the > case with core), lots of caching in the processor would likely@ get to be normal too, seeing that the data would just "be there"> when power came back. Boot process would have to be careful ofC it but it would make some kinds of cache designs quite interesting.eE There is a report of some new kind of magnetic memory, interestingly.e     Koska, John C. (LNG-MBC) wrote:, > M > I have been trying to follow this thread, since it is great interest to me.- > Please excuse as I jump in...1 > H > If an Operations or electrician guy drops power to your HGS80 and diskJ > arrays and you have cache batteries, are you not ok as long as the cacheN > batteries have power?  Which is quite a few hours (over 20 hours as I recallN > from my site's requirement of having the systems down for over 24 hours), to > keep the cache intact. > B > I can speak from a little experience with my HSG80s and a recentJ > inappropriately planned and executed UPS replacement, in which power wasK > dropped and left down, with the resulting disks as power came back online N > (18 hours later) did volume rebuilds, but no loss of data.  Yeah, I have theM > cache timer high and the cache unmirrored, and I use volume shadowing.  ButoM > as indicated volume shadowing does not appear to a possible problem.  But I0N > wonder about my HSG80s, and maybe I should do some further testing.  This is > an interesting thread. > M > Perhaps I need to reread the entire thread more closely.  I must be missingIG > something.  I think it as you indicate.  If things are done right, no ) > problems.  If done wrong, all bets off.5 >  > :) jck > John Koska > Matthew Bender & Co., Inc. > JKoska@bender.come >  > > -----Original Message------ > > From: Everhart, Glenn  (everhart@gce.com)o+ > > Sent: Friday, February 02, 2001 1:01 PMl > > To: Info-VAX@mvb.saic.comt4 > > Subject: RE: Writes flushed to Disk on Dismount? > >e > >l= > > Yes, if you don't get the HSG to shut down gracefully youn: > > will have trouble. Nothing to do with shadow recovery.7 > > Do that anytime and you'll blow things. That is why 8 > > there is a command to tell the HSG to stop the disks: > > that is said to flush the cache...right then. This has@ > > nothing to do with shadow recovery. It has to do with proper > > shutdown of the HSG. > > < > > The disks are connected to the HSG. If you don't shut IT; > > down properly, they are likely to be toast (or at leasth > > singed on one side :-) ).o > >s? > > Whoever plans to whack the breakers needs to darn well know@) > > the controllers need to be shut down.w > >o > > -----Original Message-----7 > > From: Paul Repacholi [mailto:prep@prep.synonet.com]-, > > Sent: Friday, February 02, 2001 12:10 PM > > To: Info-VAX@Mvb.Saic.ComC4 > > Subject: Re: Writes flushed to Disk on Dismount? > >r > >l0 > > "Everhart, Glenn" <everhart@gce.com> writes: > >i< > > > The disk driver will see everything thru the HSG. Thus= > > > there is no problem on shadow recovery or anywhere elseS= > > > as long as the HSG either guarantees cache gets to diskV= > > > before power can fail (with the aid I presume of a ups)"? > > > or saves it in non-volatile memory. I've heard of batteryiC > > > backup being used for this; can't say about HSG specifically.o > > >u/ > > > Shadow recovery is, repeat, not an issue.v > > ) > > Think it may be Glenn. Consider this.c > >fJ > > You tell ops there is a down time for work on the HSGs. They dutifullyJ > > shut down the apps, dismount the shadow set. The write timer is 65000, > > ie about 20 hours. > >S@ > > Failed circus walks in, is told its shut down and whacks the > > breakers...p > > Good bye caches. > >n > > --@ > > Paul Repacholi                               1 Crescent Rd.,; > > +61 (08) 9257-1001                           Kalamunda.iD > >                                              West Australia 60762 > > Raw, Cooked or Well-done, it's all half baked. > >a   ------------------------------  # Date: Sat, 03 Feb 2001 05:41:26 GMTe From: LBohan@dbc.spam_less..com 0 Subject: Re: Writes flushed to Disk on Dismount?8 Message-ID: <d96n7t09il58ctsp36i0hhmh6m6e3p6ngn@4ax.com>  B On 2 Feb 2001 11:13:02 -0500, young_r@eisner.decus.org (Rob Young) wrote:  : >Hate when this happens... but yes... the writes are still8 >in the cache so when you remount it you are okay.  The 4 >only wrinkle in this whole thing then , what if you= >aren't running mirrored-cache (many of us don't as shadowset , >members are split across controller pairs)   1 I thought running mirrored cache was an absolute  % requirement for the HSG...  It's not?a   ------------------------------   End of INFO-VAX 2001.067 ************************