0 INFO-VAX	Fri, 17 Feb 2006	Volume 2006 : Issue 96      Contents: Re: $Monitor average question  Re: $Monitor average question < Re: 553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host>P Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both cP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both cP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both cP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP A gripe just posted to HP's VMS ITRC forum (for those with a foot in both camps) ANN: CSVSEARCH update 4 Re: ANN: yahMAIL is dead - long live son of yahMAIL!1 Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement  Re: Boy, do I like VMS humor! ! Re: CHARON-AXP:  More information ! Re: CHARON-AXP:  More information ! Re: CHARON-AXP:  More information ! Re: CHARON-AXP:  More information ! Re: CHARON-AXP:  More information & CHARON-AXP:  More information, revised, F$GETSYI to get cluster's founding node name0 Re: F$GETSYI to get cluster's founding node name Help using SYS$FAOL with C.  Re: Help using SYS$FAOL with C.  Re: Help using SYS$FAOL with C.  Re: Help using SYS$FAOL with C. # IDC report on the future of Itanium 0 Re: impenetrable Mac OS X virus found by Sophos!" Re: Inline FTP command from a .CMD6 Re: LD devices in shadowsets on fault tolerant cluster6 Re: LD devices in shadowsets on fault tolerant cluster Re: linking with mysql api ?. Re: OpenVMS needs biometric/smart card logins!( OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs  Re: Pathworks and Novell Netware  Post annoucements on OpenVMS.org$ Re: Post annoucements on OpenVMS.org" Re: safe signals (signal / sigset)5 Re: VMS and Condor 1553 boards. Anybody ever done it? " Where's the documentation on CDs ?0 [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering  F ----------------------------------------------------------------------  % Date: Fri, 17 Feb 2006 05:19:22 -0800 ( From: Jeff Cameron <roktsci@comcast.net>& Subject: Re: $Monitor average question0 Message-ID: <C01B0D5A.1BC53%roktsci@comcast.net>  L Although I do not know for sure, based on observation I would say your guessJ is right. It does appear to be a running average which begins with commandK invocation. Your suggestion is a good one, and I would like to make another L one. For most of the activity calculations for average and minimum values itK would be appropriate (maybe controlled by an optional qualifier) to exclude L no activity (counts of zero) from the running average and/or the calculation of minimum.   # Possibly: /NOZERO=(AVERAGE,MINIMUM)    JEffK On 2/16/06 5:05 PM, in article 0j9Jf.3827$_D5.333723@news20.bellglobal.com, * "Neil Rieck" <n.rieck@sympatico.ca> wrote:  C > Does anyone know what kind of averaging is used in a command like M > "$mon/cluster/average"? Is this a running average which begins with command 
 > invocation?  > L > If not, it would be nice if HP added a few DCL switches to this command toH > convert the current averaging routines into one which would sample andJ > average over the size of an adjustable window. How about something like: > , > $mon/cluster/average/interval=1/samples=60 > G > Samples would default to zero which would select the legacy behavior.  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >  >    ------------------------------    Date: 17 Feb 2006 08:01:34 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: $Monitor average question3 Message-ID: <+vMImqhuw+kX@eisner.encompasserve.org>   e In article <0j9Jf.3827$_D5.333723@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: D > Does anyone know what kind of averaging is used in a command like N > "$mon/cluster/average"? Is this a running average which begins with command 
 > invocation?   F    Yes.  If you plot the average as recorded over 24 hours you can see    this.   ------------------------------  % Date: Fri, 17 Feb 2006 09:16:49 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> E Subject: Re: 553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host> + Message-ID: <45lfeeF79nuiU1@individual.net>   F On 2006-02-16 21:17, "Phillip Helbig---remove CLOTHES to reply" wrote:  F > I've seen this once or twice in the last couple of years, but don't   > remember asking about it here. >  > I've seen this error:  > = >    553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host>   C Quoting from RFC 2821, section 4.2.3, this is "Requested action not B taken: mailbox name not allowed (e.g., mailbox syntax incorrect)."  F What is "<host>"? Is it the recipient's mailserver? Are there "specialD characters" in the mailbox name? There _might_ be some problems with& primary and secondary mailservers too.   > [...]    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Fri, 17 Feb 2006 07:52:49 -0500 1 From: "Brad McCusker" <brad.mccuskerNOSP@Mhp.com> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both c $ Message-ID: <FGjJf.3$Ml5.1@fe02.lga>  < "JF Mezei" <jfmezei.spamnot@vaxination.ca> wrote in message ' news:43F5AA8A.B97F9E13@vaxination.ca...   F > And with regards to that ITRC stuff. This is a proprietary moderatedE > forum for HP to showcase its products. It isn't a forum for the VMS K > community to congregate and discuss new software that is not provided by   > HP.   J What a load of BS that is.  Of course, unfortunately, this forum (c.o.v.) 6 has become exactly the right place for such non sense.  H What products has HP "showcased" in ITRC?  Can you point me to a couple 3 threads in ITRC where HP is "showcasing" a product?    ------------------------------  # Date: Fri, 17 Feb 2006 15:37:15 GMT " From:   VAXman-  @SendSpamHere.ORGY Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both c 0 Message-ID: <00A51736.953F0379@SendSpamHere.ORG>  X In article <FGjJf.3$Ml5.1@fe02.lga>, "Brad McCusker" <brad.mccuskerNOSP@Mhp.com> writes: >  >  > = >"JF Mezei" <jfmezei.spamnot@vaxination.ca> wrote in message  ( >news:43F5AA8A.B97F9E13@vaxination.ca... > G >> And with regards to that ITRC stuff. This is a proprietary moderated F >> forum for HP to showcase its products. It isn't a forum for the VMSL >> community to congregate and discuss new software that is not provided by  >> HP. > K >What a load of BS that is.  Of course, unfortunately, this forum (c.o.v.)  7 >has become exactly the right place for such non sense.  > I >What products has HP "showcased" in ITRC?  Can you point me to a couple  4 >threads in ITRC where HP is "showcasing" a product?  H No but they have alientated the users of OpenVMS accessing these forums.     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Fri, 17 Feb 2006 08:04:35 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in  both c - Message-ID: <43F5C9B6.EA69520D@vaxination.ca>    Brad McCusker wrote:I > What products has HP "showcased" in ITRC?  Can you point me to a couple 5 > threads in ITRC where HP is "showcasing" a product?     H I didn't make myself clear. ITRC are HP owned forums. HP decides what itP wants and doesn't want on them.  They are designed to discuss HP owned products.  H It is quite easy to understand that advertising availability of a non HP< product on an HP proprietary forum would not be appropriate.  F And no, I don't use those forums. WBE baseed forums are really clumsy,D and HP's web design with 1 pixel tiled images common to HP web sitesC makes my brower extremely slow so I avoid them as much as possible.    ------------------------------  % Date: Fri, 17 Feb 2006 18:45:47 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca 1 Message-ID: <dt49gm$37v$1@news-02.connect.com.au>    Hi Mark,  F I managed to see your post before it was zappped. Did you also see theH numerous "I love Attunity!" posts of today? Have they also been removed?  G Cheers Richard Maher (Who hasn't the faintest idea of what yahMAIL is:)   7 "Mark Daniel" <mark.daniel@vsm.com.au> wrote in message * news:11vb0t6mstacq32@corp.supernews.com...D > Subject: REMOVED::ANN: yahMAIL is dead - long live son of yahMAIL! > + > My regrets that this is a long(ish) post.  > C > I recently made an announcement of a new piece of VMS open-source J > software with the above subject. Later that day I received the following > email. > 1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > Dear Mark Daniel,  > H > We appreciate that you are a registered user of the HP Support Forums,I > and see you have recently utilized the Support Forums service. However, H > your message 'ANN: yahMAIL is dead - long live son of yahMAIL!' had to9 > be removed due to one or more of the following reasons.  > 3 > 1. You had requested the removal of your message. ) > 2. The message was a duplicate posting. < > 3. The message contained advertising of goods or services.I > 4. The question was off-topic and did not align with the charter of the  > HP Support Forums.H > 5. Language, personal rants, or material deemed abusive, defamatory or
 > obscene.G > 6. The posting contained private information on other users and/or HP  > employees.C > 7. Other reasons deemed necessary by the HP Support Forums staff.  > J > We encourage you to share your technical knowledge and tap into the vastI > experience of other community members. All members will learn more when H > reading messages of technical value, whether they are new questions or
 > replies. > # > Thank you for your understanding.  >  > Best regards,  > HP Support Forums Team1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > G > Well I don't understand! There can't be so many ITRC postings removed I > that it only warrants a form-letter. How about a real explanation? This 5 > can only be an example of over-zealous ITRC police.  > J > Looking at the reasons given in the email the only one that seemed as ifF > it might apply was "3. The message contained advertising of goods orC > services." It certainly contained an announcment of goods but the C > description 'advertisement' to me implies marketing in pursuit of D > income. As this is open-source (and even though I detest the term)J > freeware, made available in an effort to provide useful and high-qualityG > software NOT commercially viable in the VMS market-place. Are we (the G > ITRC users) to understand that we cannot use this forum to inform our $ > peers of the availability of such? > H > (Typing into this pigeon hole is such a chore it's tempting to give up" > here and just close the window.) > H > I have also spent time re-reading the ITRC 'Terms of Use' and can findG > nothing to suggest that non-commercial announcements are not allowed.  > 7 > http://www1.itrc.hp.com/service/help/lpTermAndCond.do  > F > The closest it gets is "HP retains the right to remove messages that% > include an advertisement for sale".  > H > Now, so many people have basically abandoned c.o.v. because of the lowI > signal-to-noise ratio, and they have been encouraged to migrate to this C > closed and proprietory forum, that to not be able to provide such F > notification means that for many the knowlege of the availability of  > such could be greatly delayed. > H > How about a clarification and ruling on this issue. Can it be used for > non-commercial announcements?    ------------------------------  # Date: Fri, 17 Feb 2006 11:56:58 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca L Message-ID: <rdeininger-1702060657110001@user-uinj41q.dialup.mindspring.com>  6 In article <43F5AA8A.B97F9E13@vaxination.ca>, JF Mezei& <jfmezei.spamnot@vaxination.ca> wrote:    E >And with regards to that ITRC stuff. This is a proprietary moderated D >forum for HP to showcase its products. It isn't a forum for the VMSM >community to congregate and discuss new software that is not provided by HP.    Where did you get that idea?   ------------------------------    Date: 17 Feb 2006 09:58:34 -0800& From: "Allan B." <hp.bowman@gmail.com>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca A Message-ID: <1140199114.050849.8720@g43g2000cwa.googlegroups.com>   G Being an OpenVMS user and a frequent user of the ITRC forums, I can say A that they have not alienated me.  As far as the posting from Mark B Daniel that was removed, I completely agree with that decision.  IF don't remember that exact wording he used, but the way the informationG was presented I'm sure was found to be offensive by many people (myself G including).  I was ready to question the posting, but someone else beat D me to it.  I can see how the forum rules may have applied - probably rule numbers 3, 4, and 5.   C I have seen many responses to questions that included references to E non-HP products as a possible solution - and these responses were not B removed.  The ITRC OpenVMS forum is a great place to get questionsB answered, but it was never intended to be a "product announcement"C forum - it is meant for users to support each other getting through @ specific problems whether the solution included an HP product orF someone else's product.  I have even included URLs pointing to threadsG in other forums (non-HP) in some of my responses to questions/problems.   C Also, I fully believe that there are "so many ITRC postings removed G that it only warrants a form-letter".  I quite frequently get a link to B a thread in my daily "New HP Furum discussions" that takes me to aD screen that says it has already been removed (although rarely in theC OpenVMS forum which constitutes a tiny portion of the ITRC forums). E The moderators have other real work to do besides their "side-job" of F moderating the forums - I don't think they can respond individually to$ every posting they decide to remove.   Allan Bowman   ------------------------------  % Date: Fri, 17 Feb 2006 05:51:26 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca - Message-ID: <43F5AA8A.B97F9E13@vaxination.ca>    Richard Maher wrote:I > Cheers Richard Maher (Who hasn't the faintest idea of what yahMAIL is:)     F yahmail is an application which hooks to a web server and provide HTML access to VMSmail.  D And with regards to that ITRC stuff. This is a proprietary moderatedC forum for HP to showcase its products. It isn't a forum for the VMS L community to congregate and discuss new software that is not provided by HP.  F news:comp.os.vms as well as http://www.openvms.org are the best places# to make new software announcements.    ------------------------------  % Date: Fri, 17 Feb 2006 18:54:44 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>Y Subject: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both camps) 0 Message-ID: <11vb0t6mstacq32@corp.supernews.com>  B Subject: REMOVED::ANN: yahMAIL is dead - long live son of yahMAIL!  ) My regrets that this is a long(ish) post.   B I recently made an announcement of a new piece of VMS open-source I software with the above subject. Later that day I received the following   email.  / ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  Dear Mark Daniel,   G We appreciate that you are a registered user of the HP Support Forums,  H and see you have recently utilized the Support Forums service. However, G your message 'ANN: yahMAIL is dead - long live son of yahMAIL!' had to  7 be removed due to one or more of the following reasons.   1 1. You had requested the removal of your message. ' 2. The message was a duplicate posting. : 3. The message contained advertising of goods or services.H 4. The question was off-topic and did not align with the charter of the  HP Support Forums.G 5. Language, personal rants, or material deemed abusive, defamatory or   obscene.F 6. The posting contained private information on other users and/or HP 
 employees.A 7. Other reasons deemed necessary by the HP Support Forums staff.   I We encourage you to share your technical knowledge and tap into the vast  H experience of other community members. All members will learn more when G reading messages of technical value, whether they are new questions or   replies.  ! Thank you for your understanding.   
 Best regards,  HP Support Forums Team/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   F Well I don't understand! There can't be so many ITRC postings removed H that it only warrants a form-letter. How about a real explanation? This 3 can only be an example of over-zealous ITRC police.   I Looking at the reasons given in the email the only one that seemed as if  E it might apply was "3. The message contained advertising of goods or  B services." It certainly contained an announcment of goods but the B description 'advertisement' to me implies marketing in pursuit of C income. As this is open-source (and even though I detest the term)  I freeware, made available in an effort to provide useful and high-quality  F software NOT commercially viable in the VMS market-place. Are we (the F ITRC users) to understand that we cannot use this forum to inform our " peers of the availability of such?  G (Typing into this pigeon hole is such a chore it's tempting to give up    here and just close the window.)  G I have also spent time re-reading the ITRC 'Terms of Use' and can find  E nothing to suggest that non-commercial announcements are not allowed.   5 http://www1.itrc.hp.com/service/help/lpTermAndCond.do   E The closest it gets is "HP retains the right to remove messages that  # include an advertisement for sale".   G Now, so many people have basically abandoned c.o.v. because of the low  H signal-to-noise ratio, and they have been encouraged to migrate to this B closed and proprietory forum, that to not be able to provide such E notification means that for many the knowlege of the availability of   such could be greatly delayed.  G How about a clarification and ruling on this issue. Can it be used for   non-commercial announcements?    ------------------------------  % Date: Fri, 17 Feb 2006 08:03:30 -0600 - From: Hunter Goatley <goathunter@goatley.com>  Subject: ANN: CSVSEARCH update& Message-ID: <43F5D7B2.403@goatley.com>  B Thanks to John Powers, a new version of CSVSEARCH can now be found in my VMS freeware archive.   !      Package:       csvsearch.zip D      Description:   Search comma-separated-variable (CSV) data files      Version:       V2.4-05       Author:        John Powers        Architecture:  VAX,AXP,IA64      Size:          62 blocks       Language:      C,TPU 	      URL:       Released:      16-FEB-2006   @ This version includes bug fixes and enhancements.  Thanks, John!   http://www.process.com/openvms/   9 ftp://ftp.process.com/vms-freeware/fileserv/csvsearch.zip > http://vms.process.com/ftp/vms-freeware/fileserv/csvsearch.zip   And on the other mirrors.    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------  % Date: Fri, 17 Feb 2006 18:12:00 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>= Subject: Re: ANN: yahMAIL is dead - long live son of yahMAIL! 0 Message-ID: <11vaud4ckuq2bfa@corp.supernews.com>  < A clarification that a couple of users have tripped up over.  - The initial access to private email should be       /cgi-bin/soymail/~   A The path of /~ indicates to soyMAIL that private access is being  F requested.  The server should prompt with a username/password dialog. 3 Subsequent accesses through soyMAIL shows a path of       /cgi-bin/soymail/~username   @ where 'username' was the the username entered into that browser  username/password dialog.   8 I will clarify this in subsequent release documentation.  % (Thanks for the encouraging remarks.)    Mark Daniel wrote:D > The sometime refered to, long awaited (by some), much anticipated H > (again, by some), twelve months in the making, successor to yahMAIL - 7 > son of yahMAIL - is now available for (BETA) download  >   >   http://wasd.vsm.com.au/wasd/ > J > It supports Apache, OSU and WASD on all VMS platforms and versions from  > V6.0.  > = > Note that this is a *BETA* release - so be careful with it!  > H > Obviously don't bet the company on it.  I have been using this for my I > personal email ever since it became somewhat usable (~four months ago)  G > and it seems pretty stable.  Of course that's one of the purposes of  E > BETA testing, to get it off your test-bench and away from your own  J > patterns of usage.  A small band of hardy BETA-testers have already got H > their hands on this and reported issues that have been fixed and made J > function suggestions.  Be gentle with your comments and wish-list items J > - you don't want to discourage me too vigorously so early in this phase! > J > If you're going to create a specific language or help file(s) then note J > that although the contents are fairly stable, as it's a BETA release it 2 > may need revision in the not too distant future. >  > Here's some more information:  > 
 >   Overview: A >       http://wasd.vsm.com.au/soymail/-/doc/soymail_overview.pdf B >       http://wasd.vsm.com.au/soymail/-/doc/soymail_overview.html >   Install and Admin:> >       http://wasd.vsm.com.au/soymail/-/doc/soymail_admin.pdf? >       http://wasd.vsm.com.au/soymail/-/doc/soymail_admin.html  >   On-line user Help:3 >       http://wasd.vsm.com.au/cgi-bin/soymail?help  > F > If you're going to email me privately then include "soyMAIL" in the I > subject line so that if you end up quarantined by anti-SPAM you can be   > relatively easily identified.  > H > +--------------------------------------------------------------------+F >  Mark Daniel                         http://wasd.vsm.com.au/adelaideG >  mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au) < >  A pox on the houses of all SPAMers.  Make that two poxes.H > +--------------------------------------------------------------------+   ------------------------------  # Date: Fri, 17 Feb 2006 16:36:37 GMT 0 From: "Barry Kierstein" <Barry.Kierstein@HP.Com>: Subject: Availability Manager/DECamds product announcement1 Message-ID: <pYmJf.3318$OW7.971@news.cpqcorp.net>   E The Availability Manager team is pleased to announce the Availability J Manager Version 2.5.  This version includes updates to both Data Analyzer  and  Data Collector kits.  K New features in the Availability Manager Version 2.5 include the following:   1     -  The Data Analyzer now runs on I64 systems.   <     -  OPCOM is now notified of events when they are posted.  E     -  Events are forwarded to the OpenView Server, where they can be         viewed.  *     -  New customization features include:8         o Groups or nodes can be blocked from a display.;         o Icons show levels of customization in dialog box.   =     -  New Help has been added to the AMDS$STARTUP procedure.     4 Problems corrected in AM V2.5 include the following:  :     -  Data Collector kits now save user customizations of:        AMDS$LOGICALS.COM and AMDS$DRIVER_ACCESS.DAT files.  D     -  The Cluster page has a number of updates and fixes to correct        reported problems.   H     -  The formatting of the System Overview Window for OpenVMS has been(        improved to increase readability.    H The Availability Manager team is also pleased to announce the release ofD DECamds Version 7.3-2B.  This version contains a couple of bugfixes:  H     -  Double-clicking on a process occasionally caused an ACCVIO error.  J     -  The IVP portion of the installation procedure would sometimes hang.    B The Availability Manager and DECamds kits can be obtained from the following web site:   6        www.hp.com/products/openvms/availabilitymanager    I Thank you for using our products.  Let us know if you have any questions.    The Availability Manager Team  OpenVMS Engineering    ------------------------------    Date: 17 Feb 2006 17:06:18 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: Availability Manager/DECamds product announcement, Message-ID: <43f6028a$1@news.langstoeger.at>  d In article <pYmJf.3318$OW7.971@news.cpqcorp.net>, "Barry Kierstein" <Barry.Kierstein@HP.Com> writes:J >Thank you for using our products.  Let us know if you have any questions.  N Is there a chance for a DECamds system (on V7.3-2) to monitrol a V8.2 system ?@ Currently the AMDS$SYSTEM:AMDS$VMSAXP-V82.LIB is missing and theC AMDS$VMSAXP-V732.LIB doesn't work (if named AMDS$VMSAXP-V82.LIB)...    TIA    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 17 Feb 2006 10:19:43 -0500 3 From: Steve Lionel <Steve.Lionel@REMOVEintelME.com> & Subject: Re: Boy, do I like VMS humor!8 Message-ID: <r7qbv1l90fqgc17f3b6rqqv90vi4n0c3sf@4ax.com>  L On Thu, 16 Feb 2006 22:26:50 -0500, JF Mezei <jfmezei.spamnot@vaxination.ca> wrote:   >AEF wrote: A >> http://h71000.www7.hp.com/openvms/products/year-2000/leap.html  > D >Does anyone know what the board number and model name for the Q-BUS! >atomic clock option for VAX is ?   K Well, there's the SD730 - I suppose that is sort of atomic-powered.  But it  isn't QBUS.  Steve    ------------------------------  + Date: Fri, 17 Feb 2006 12:52:07 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk* Subject: Re: CHARON-AXP:  More information) Message-ID: <dt4gtn$5u8$1@news.mdx.ac.uk>   d In article <43F4750E.26038.1CA4DD0A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes:F >Software Resources International (SRI) is introducing the CHARON-AXP * >product line.  For more information, see: > ) >  http://www.stanq.com/charon-alpha.html  >    Stan,   & That link doesn't seem to work for me.   However I went to   J http://www.charon-alpha.com and managed to find a link to Alpha-emulators.  C However these just seem to be the emulators international products  % (personalapha etc ) rebadged by SRI.    
 (The SPDs say   & "This product engineered and owned by:  Emulators International BV  .  .  .   This product is marked by :!  Software resources International  .  .  .  "    )     I I had thought that SRI was producing it's own Alpha emulators as they did  for their VAX emulators.    
 David Webb Security team leader CCSS Middlesex University     >Enjoy!  > > >[Shameless Plug Alert (tm) -- Not just a CHARON-VAX reseller  >anymore...] >  >--Stan Quayle >Quayle Consulting Inc.  >  >---------- 9 >Stanley F. Quayle, P.E. N8SQ  Toll free: 1-888-I-LUV-VAX 4 >8572 North Spring Ct., Pickerington, OH  43147  USA1 >stan-at-stanq-dot-com       http://www.stanq.com * >"OpenVMS, when downtime is not an option" >    ------------------------------    Date: 17 Feb 2006 14:13:15 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: CHARON-AXP:  More information, Message-ID: <43f5d9fb$1@news.langstoeger.at>  d In article <43F4750E.26038.1CA4DD0A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes:F >Software Resources International (SRI) is introducing the CHARON-AXP * >product line.  For more information, see: > ) >  http://www.stanq.com/charon-alpha.html   0 Better use http://www.softresint.com/charon-axp/   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Feb 2006 08:23:51 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: CHARON-AXP:  More information3 Message-ID: <ugEnogMRBqrT@eisner.encompasserve.org>   J In article <dt4gtn$5u8$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:f > In article <43F4750E.26038.1CA4DD0A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes:G >>Software Resources International (SRI) is introducing the CHARON-AXP  + >>product line.  For more information, see:  >>* >>  http://www.stanq.com/charon-alpha.html >> >  > Stan,  > ( > That link doesn't seem to work for me.  @    Worked for me, but I think I was on a Wintel box at the time.   ------------------------------   Date: 17 Feb 2006 14:40:26 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)* Subject: Re: CHARON-AXP:  More information+ Message-ID: <45m5ipF7e9rlU2@individual.net>   3 In article <ugEnogMRBqrT@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:L > In article <dt4gtn$5u8$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:g >> In article <43F4750E.26038.1CA4DD0A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes: H >>>Software Resources International (SRI) is introducing the CHARON-AXP , >>>product line.  For more information, see: >>> + >>>  http://www.stanq.com/charon-alpha.html  >>>  >>   >> Stan, >>  ) >> That link doesn't seem to work for me.  > B >    Worked for me, but I think I was on a Wintel box at the time.  F I just tried it from IE on WindowsXP and Konqueror on FreeBSD and both returned "Page not found".   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>       ------------------------------  + Date: Fri, 17 Feb 2006 15:43:35 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk* Subject: Re: CHARON-AXP:  More information) Message-ID: <dt4qv7$91s$1@news.mdx.ac.uk>   q In article <ugEnogMRBqrT@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: K >In article <dt4gtn$5u8$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes: g >> In article <43F4750E.26038.1CA4DD0A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes: H >>>Software Resources International (SRI) is introducing the CHARON-AXP , >>>product line.  For more information, see: >>> + >>>  http://www.stanq.com/charon-alpha.html  >>>  >>   >> Stan, >>  ) >> That link doesn't seem to work for me.  > A >   Worked for me, but I think I was on a Wintel box at the time.  > 	 So was I.   ( However it now seems to have been fixed.    
 David Webb Security team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 17 Feb 2006 09:53:46 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>/ Subject: CHARON-AXP:  More information, revised / Message-ID: <43F59D2A.29521.21294F6C@localhost>   (   http://www.stanq.com/charon-alpha.html  2 This is now working.  Thanks for all the emails...  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------8 Stanley F. Quayle, P.E. N8SQ  Toll free: 1-888-I-LUV-VAX3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Fri, 17 Feb 2006 05:47:26 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>5 Subject: F$GETSYI to get cluster's founding node name - Message-ID: <43F5A99B.B3014B8C@vaxination.ca>    I tried the following:  0 F$GETSYI("NODENAME",,F$GETSYI("CLUSTER_FSYSID"))  H I was hoping to get the nodename of the system that formed the cluster.    However, DCL complains.   1 Seems that CLUSTER_FSYSID returns something like:   + write sys$output f$getsyi("CLUSTER_FSYSID")  000000000407    E But the third parameter of F$GETSYI expects something as outputted by  F$CSID which would be like:     ID = "0001004C"    F Is there a simple way to get the name of the node considered to be the  founding member of the cluster ?  H If that node no longer exists, I assume it would be impossible to obtain this node ?    ------------------------------    Date: 17 Feb 2006 08:49:49 -0800/ From: "Volker Halle" <volker_halle@hotmail.com> 9 Subject: Re: F$GETSYI to get cluster's founding node name C Message-ID: <1140194989.806907.160930@z14g2000cwz.googlegroups.com>    $ SHOW CLUSTER/CONT 
 ADD SYS_ID SET SYS_ID/FORMAT=HEX   D would show the cluster system ID (e.g. the hex value of SCSSYSTEMID)3 for all nodes, which have ever been in the cluster.   G F$GETSYI("NODE_SYSTEMID") would get this value as well. You could use a E DCL loop involving F$CSID (see HELP LEX F$CSID EXAMPLE) to obtain the F SCSSYSTEMID values from all (current) cluster members and compare them to CLUSTER_FSYSID.   Volker.    ------------------------------    Date: 17 Feb 2006 00:19:49 -0800 From: shofu_au@yahoo.com.au $ Subject: Help using SYS$FAOL with C.C Message-ID: <1140164389.592059.213010@f14g2000cwb.googlegroups.com>   	 Hi Group,   F I am a Fortran programmer learning C programming.  I am in the process of convering some ofG my programs that use sys$faol and I am not getting far with getting the  C side of it working.   5 Any comments / suggestions on what I have done wrong.    Thanks   Mark   #include <descrip> #include <starlet>   char str1 [10]={"One"};  char str2 [10]={"Two"};    $DESCRIPTOR (dsc1, str1);  $DESCRIPTOR (dsc2, str2);  int jpi1 = 10; int jpi2 = 20;   struct array {     void* dsc1;    int jpi1;    void* dsc2;    int jpi2; } array;    int main (int argc, char **argv) {     int status;    short int outlen;    char outbuf [80];    array.dsc1 = &dsc1;    array.jpi1 = jpi1;     array.dsc2 = &dsc2;    array.jpi2 = jpi2;        $DESCRIPTOR (outdsc, outbuf);2    static $DESCRIPTOR (faodsc, "!AS !UL !AS !UL");  :    status = sys$faol ( &faodsc, &outlen, &outdsc, &array);      return 0; }    ------------------------------  + Date: Fri, 17 Feb 2006 03:12:07 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)( Subject: Re: Help using SYS$FAOL with C.2 Message-ID: <06021703120701_2022AF16@antinode.org>   From: shofu_au@yahoo.com.au   7 > Any comments / suggestions on what I have done wrong.   /    First, it has no output, but that's curable.    #include <stdio.h> #include <string.h>    #include <descrip> #include <starlet>   char str1 [10]={"One"};  char str2 [10]={"Two"};    $DESCRIPTOR (dsc1, str1);  $DESCRIPTOR (dsc2, str2);  int jpi1 = 10; int jpi2 = 20;   struct array {     void* dsc1;    int jpi1;    void* dsc2;    int jpi2; } array;    int main (int argc, char **argv) {     int status;    short int outlen;    char outbuf [80];    array.dsc1 = &dsc1;    array.jpi1 = jpi1;     array.dsc2 = &dsc2;    array.jpi2 = jpi2;        $DESCRIPTOR (outdsc, outbuf);2    static $DESCRIPTOR (faodsc, "!AS !UL !AS !UL");  :    status = sys$faol ( &faodsc, &outlen, &outdsc, &array);  2    printf( "sts = %%x%08x, outlen = %d, >%.*s<\n",2     status, outlen, outlen, outdsc.dsc$a_pointer);  3    dsc1.dsc$w_length = strlen( dsc1.dsc$a_pointer); 3    dsc2.dsc$w_length = strlen( dsc2.dsc$a_pointer);   :    status = sys$faol ( &faodsc, &outlen, &outdsc, &array);  2    printf( "sts = %%x%08x, outlen = %d, >%.*s<\n",2     status, outlen, outlen, outdsc.dsc$a_pointer);      return 0; }   
 alp $ r SHOFU $ sts = %x00000001, outlen = 25, >One<. sts = %x00000001, outlen = 13, >One 10 Two 20<    @    $DESCRIPTOR sets name.dsc$w_length to "sizeof(string)-1", notG "strlen(string)", so you're passing in strings of length 10- 1 = 9, not A 3.  They seem to be NUL-padded, which may be more by luck than by C design.  When the C output stuff hits the first NUL, it thinks that H that's the end of the string, so you don't see anything past that.  NoteC that your "outlen" is 25 = 9+ 1+ 2+ 1+ 9+ 1+ 2, while the right one # (mine) is 13 = 3+ 1+ 2+ 1+ 3+ 1+ 2.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 17 Feb 2006 11:03:15 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>( Subject: Re: Help using SYS$FAOL with C.3 Message-ID: <dt4ahk$e9$1$8300dec7@news.demon.co.uk>    shofu_au@yahoo.com.au wrote: > Hi Group,  > H > I am a Fortran programmer learning C programming.  I am in the process > of convering some ofI > my programs that use sys$faol and I am not getting far with getting the  > C side of it working.  > 7 > Any comments / suggestions on what I have done wrong.   = C implements printf (& sprintf, fprintf) which offer similar  6 functionality to sys$faol, and are of course portable.  , A more normal and readable C style would be:   main() { '    char str1[] = "One", str2[] = "Two"; <    $DESCRIPTOR(dsc3,"Three"); /* if you need a descriptor */    int jpi1 = 10, jpi2 = 20   8    printf("%s %d %s %d %.*s\n", str1, jpi1, str2, jpi2, ' dsc3.dsc$w_length, dsc3.dsc$a_pointer);  }    Enjoy! Chris    > #include <descrip> > #include <starlet> >  > char str1 [10]={"One"};  > char str2 [10]={"Two"};  >  > $DESCRIPTOR (dsc1, str1);  > $DESCRIPTOR (dsc2, str2);  > int jpi1 = 10; > int jpi2 = 20; >  > struct array > {  >    void* dsc1; >    int jpi1; >    void* dsc2; >    int jpi2;
 > } array; > " > int main (int argc, char **argv) > {  >    int status; >    short int outlen; >    char outbuf [80]; >    array.dsc1 = &dsc1; >    array.jpi1 = jpi1;  >    array.dsc2 = &dsc2; >    array.jpi2 = jpi2;  > " >    $DESCRIPTOR (outdsc, outbuf);4 >    static $DESCRIPTOR (faodsc, "!AS !UL !AS !UL"); > < >    status = sys$faol ( &faodsc, &outlen, &outdsc, &array); >  >    return 0; > }  >    ------------------------------  % Date: Fri, 17 Feb 2006 14:47:59 +0100 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at>( Subject: Re: Help using SYS$FAOL with C.5 Message-ID: <1140184086.138895@proxy.dienste.wien.at>    Mark:   H > I am a Fortran programmer learning C programming.  I am in the process > of convering some ofI > my programs that use sys$faol and I am not getting far with getting the  > C side of it working.  > 7 > Any comments / suggestions on what I have done wrong.   K sys$faol only write the resultant string into the given buffer, it does not G print it out. You can use lib$put_output or something similar for this.   + However, in C, I'd suggest to use printf():   . printf("%s %u %s %u\n", str1, jp1, str2, jp2);  7 is all what you want. No descriptors needed, no arrays, 8 formatting and putting out in a single call. Tricky, eh?  4 Btw: "%s" corresponds to fao's "!AS", "%u" to "!UL".   Greetings, Ferry   --   Ing. Ferry Bolhar % Municipality of Vienna, Department 14  A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.at    ------------------------------  # Date: Fri, 17 Feb 2006 18:02:36 GMT ( From: Alan Greig <greigaln@netscape.net>, Subject: IDC report on the future of Itanium= Message-ID: <0doJf.17435$YJ4.12984@fe2.news.blueyonder.co.uk>   D With IDC's history of spouting total garbage about the prospects of F Itanium, I guess some might think twice before shelling out $1,500 to % read their latest report on the chip.   A However The Register has read it for us and carries a summary at  : http://www.theregister.co.uk/2006/02/17/itanic_oracle_idc/  H IDC projects that HP will lose 35% of the HP-UX user base over the next E three years or so as customers chose not to migrate to Itanium. Rich  B Marcello says of the report: "The results of this timely customer I research from IDC thoroughly support our long-term commitment to serving  I the general RISC replacement, mainframe alternative and high-performance  I computing markets with HP Integrity servers," said Rich Marcello, senior  I vice president and general manager, Business Critical Servers, HP. "HP's  @ solutions approach, coupled with the flexible capacity, secured C availability and simplified management of HP Integrity servers, is  F helping our customers achieve a better return on their IT investments " and greater overall satisfaction."  A If prospects for retention of current Alpha/VMS/Tru-64 users are  B included in the IDC report this hasn't been picked up by any news I agencies yet. Still it's only $1,500 (a bargain I'm sure Rich would tell  = us) if anyone wants to find out. Just click "add to cart" at  G http://www.idc.com/getdoc.jsp?containerId=34842 if you've recently won   the lottery.       --  
 Alan Greig   ------------------------------  % Date: Fri, 17 Feb 2006 03:08:19 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 9 Subject: Re: impenetrable Mac OS X virus found by Sophos! / Message-ID: <0pudnUG8hteJGWjeRVn-gw@libcom.com>    healyzh@aracnet.com wrote: > bob@instantwhip.com wrote: > ; >>so Mac OS X is virus proof like OpenVMS?  Not anymore ...  >  > + >>http://www.theinquirer.net/?article=29753  >  > L > It's not a Virus, it is a Trojan, and you have to be stupid enough to type= > in the machines Administrator password when it asks for it.   1 And if you do that, you deserve whatever happens.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 17 Feb 2006 07:44:43 -0800$ From: "AEF" <spamsink2001@yahoo.com>+ Subject: Re: Inline FTP command from a .CMD B Message-ID: <1140191083.073553.28720@g14g2000cwa.googlegroups.com>   Hoff Hoffman wrote: ^ > In article <1140108432.855200.254860@z14g2000cwz.googlegroups.com>, kerowo@gmail.com writes:I > :Hello, I'm trying to inline an FTP statement in a .CMD and am having a D > :hard time finding documentation about what to do syntatically. My# > :current attempt looks like this:  > ? >   The DCL command COPY/FTP is likely a whole lot easier here, @ >   and allows you to use the DCL symbol substitition mechanisms> >   you want here.  You can easily embed this command within a* >   DCL .COM command procedure, of course. > @ >   COPY/FTP, DIRECTORY/FTP and various other commands have been? >   around since V6.2 -- you don't cite the version, however -- > >   so long as you have a V6.2-compliant TCP/IP installed.  Or >   later IP...  > B >   The usual problem within command procedures using utilities isC >   that DCL symbol substitution only occurs when it is DCL that is @ >   reading the commands.  Within a command utility, the utility@ >   itself is reading and processing commands.  FTP doesn't know  >   from DCL symbols, after all. >   F One exception to this is the use of a logical name in a PUT statement.  1 For example, with TCPware v5.3-3 you can do this:   * $    DEFINE/USER_MODE FTP_FILE <your-file>  $    FTP <node> <username> <pwd>B SET DEFAULT/IMAGE=32256         ! Preserve default BACKUP save-set record size. PUT FTP_FILE DIR  QUIT   and it will work.    [...]    AEF    ------------------------------    Date: 16 Feb 2006 23:45:41 -08003 From: "Ralf Gaertner" <ralf.gaertner@t-systems.com> ? Subject: Re: LD devices in shadowsets on fault tolerant cluster B Message-ID: <1140162341.410279.82180@f14g2000cwb.googlegroups.com>  > Are the disks connected to a HSZ or HSG? If so, why do you notB partition the the disks at the controller and shadow the resulting units?   ------------------------------    Date: 17 Feb 2006 11:59:39 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)? Subject: Re: LD devices in shadowsets on fault tolerant cluster , Message-ID: <43f5baab$1@news.langstoeger.at>  Y In article <dt2e7n$fn$1@news01.intel.com>, Ken Fairfield <my.full.name@intel.com> writes: B >     That means that the only time you suffer a full copy is when% >you _initially_ form the shadow set.   @ Not even then. There is INIT/SHADOW= for exactly this reason....   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 17 Feb 2006 11:12:51 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>% Subject: Re: linking with mysql api ? 4 Message-ID: <dt4b3k$kkr$1$830fa7a5@news.demon.co.uk>   Bob Gezelter wrote: I > As a matter of policy and maintenance, I would build separate shareable E > libraries for BOTH MYSQL and SSL, and then include them in the link H > path when I link my applications. I would then place a logical name inF > the system logical name table pointing to the production versions of > both shareable libraries.    Thanks both.+ That's what was needed - linking clean now. F I'm never clear on whether "shareable library" means .olb or .exe, or  either. I The two openssl libraries, and libz, all came with .olb (library) & .exe  E (shareable image) forms, and I've used the .exe, for the reasons you  A suggest (version independence) - although the openssl image name  G bizarrely includes the version number (097e), scuppering any chance of   upgrading without rebuilding.   G The mysql just comes as two .olb files - there isn't a shareable image   shipped, unfortunately.    Cheers Chris    ------------------------------    Date: 17 Feb 2006 08:00:00 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 7 Subject: Re: OpenVMS needs biometric/smart card logins! 3 Message-ID: <YqcSP0y8fivx@eisner.encompasserve.org>   c In article <3F$8bR2yrZuF@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: X > In article <45jph3F74r6iU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes: >> Larry Kilgallen wrote: ` >>> In article <43F41BD3.BD1FC103@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >>>  >>> D >>>>Cloning your debit card only causes you (or bank) loss of money.I >>>>Fraudulent use of your fingerprints can frame you for crimes and land  >>>>you in jail. >>>  >>> M >>> If you trust the laws in some countries less than others, don't go there.  >>> Just like car dealers. >>  G >> Cough. Splutter. Have you actually found a car dealer you can trust?  > 4 > Actually, yes.  It controlled the choice of brand.  G    Not unusual.  I know a born and bread Ford man, had an F-150 all his D    life and his wife a large Ford sedan (used to be Galaxies).  LastB    time I saw them, they were driving a Chevy SUV.  He said he had!    problems with the Ford dealer.    ------------------------------    Date: 17 Feb 2006 06:22:56 -0800 From: bob@instantwhip.com 1 Subject: OpenVMS proves superior to all other OSs C Message-ID: <1140186176.547137.251260@f14g2000cwb.googlegroups.com>   F we are now constantly hearing the apps are the problem from unix/linuxD users and you should not run them ... well on OpenVMS you can alwaysF run them because you can limit their security to what ever you need toC and ALWAYS run an app, even an insecure one because if I put it can  onlyD do what I let it ... windoze, forget it ... actually, this is funny, what good isE having open source if you can not run all open source apps on the OS?   F The CERT counts have proved it, and now the apps argument confirms it,B anyone running their enterprise on anything else but vms (and that includes? web and email) is foolish and is losing money and productivity.    ------------------------------    Date: 17 Feb 2006 12:19:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <WlgfYX2$fXdk@eisner.encompasserve.org>   _ In article <1140186176.547137.251260@f14g2000cwb.googlegroups.com>, bob@instantwhip.com writes:   H > we are now constantly hearing the apps are the problem from unix/linux( > users and you should not run them ...   B    Some fool downloads a file, executes it, it asks for the SYSTEM    password, and he enters it.  D    That's the equivalent of how the new Mac OS attack works and even#    VMS couldn't protect against it.    ------------------------------  % Date: Fri, 17 Feb 2006 07:49:44 -0500 1 From: "Brad McCusker" <brad.mccuskerNOSP@Mhp.com> ) Subject: Re: Pathworks and Novell Netware $ Message-ID: <NDjJf.1$Ml5.0@fe02.lga>  ( <etmsreec@yahoo.co.uk> wrote in message < news:1140108413.930619.30010@f14g2000cwb.googlegroups.com...D > Can't say for definite, but I'd guess that it's either a licensingH > issue, a Microsoft-don't-like-competition issue or a lack of purchases > making it not worthwhile.  >   L Lack of purchases.  By the way, I think the decison was made about 10 years J ago, with end of support actually happening aroound 1998.  PATHWORKS V5.0 M was the last to have Netware.  Hmmm... Does that mean Netware with PATHWORKS  J V5.0F-ECO2 on VAX VMS 5.5 is actually still supported (with prior version  support, of course)?  Hmmm...?  H > If you're using Netware for file and print is there any real reason to( > be using Pathworks for the same thing? >   L Because you want your clients to access data on the VMS machine in the same C manner that they access data from the Novell Server?  Many (most?)  L PATHWORKS/Advanced Server users are using the product to share data that is K originating on, or processed by the VMS machines.  They are not using it a   pure file and print server.    ------------------------------  # Date: Fri, 17 Feb 2006 18:26:15 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>) Subject: Post annoucements on OpenVMS.org 3 Message-ID: <bzoJf.14053$915.8280@southeast.rr.com>   8 "Mark Daniel" <mark.daniel@vsm.com.au> wrote in message * news:11vb0t6mstacq32@corp.supernews.com...D > Subject: REMOVED::ANN: yahMAIL is dead - long live son of yahMAIL! > + > My regrets that this is a long(ish) post.  > M > I recently made an announcement of a new piece of VMS open-source software  H > with the above subject. Later that day I received the following email. > 1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > Dear Mark Daniel,  > M > We appreciate that you are a registered user of the HP Support Forums, and  K > see you have recently utilized the Support Forums service. However, your  G > message 'ANN: yahMAIL is dead - long live son of yahMAIL!' had to be  6 > removed due to one or more of the following reasons. > 3 > 1. You had requested the removal of your message. ) > 2. The message was a duplicate posting. < > 3. The message contained advertising of goods or services.M > 4. The question was off-topic and did not align with the charter of the HP   > Support Forums. I > 5. Language, personal rants, or material deemed abusive, defamatory or  
 > obscene.H > 6. The posting contained private information on other users and/or HP  > employees.C > 7. Other reasons deemed necessary by the HP Support Forums staff.  > K > We encourage you to share your technical knowledge and tap into the vast  J > experience of other community members. All members will learn more when I > reading messages of technical value, whether they are new questions or  
 > replies. > # > Thank you for your understanding.  >  > Best regards,  > HP Support Forums Team1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > M > Well I don't understand! There can't be so many ITRC postings removed that  I > it only warrants a form-letter. How about a real explanation? This can  1 > only be an example of over-zealous ITRC police.  > K > Looking at the reasons given in the email the only one that seemed as if  G > it might apply was "3. The message contained advertising of goods or  D > services." It certainly contained an announcment of goods but the L > description 'advertisement' to me implies marketing in pursuit of income. L > As this is open-source (and even though I detest the term) freeware, made I > available in an effort to provide useful and high-quality software NOT  J > commercially viable in the VMS market-place. Are we (the ITRC users) to F > understand that we cannot use this forum to inform our peers of the  > availability of such?  > I > (Typing into this pigeon hole is such a chore it's tempting to give up  " > here and just close the window.) > I > I have also spent time re-reading the ITRC 'Terms of Use' and can find  G > nothing to suggest that non-commercial announcements are not allowed.  > 7 > http://www1.itrc.hp.com/service/help/lpTermAndCond.do  > G > The closest it gets is "HP retains the right to remove messages that  % > include an advertisement for sale".  > I > Now, so many people have basically abandoned c.o.v. because of the low  J > signal-to-noise ratio, and they have been encouraged to migrate to this D > closed and proprietory forum, that to not be able to provide such L > notification means that for many the knowlege of the availability of such  > could be greatly delayed.  > I > How about a clarification and ruling on this issue. Can it be used for   > non-commercial announcements?     H The ruling on OpenVMS.org says that's news so we posted it.  We'll post 4 anything that helps the community, commercial or no.  F Maybe next time you can submit it directly to the site.  We get 1500+  visitors daily.   " http://www.openvms.org/contrib.php   :)   Ken   % _____________________________________  Kenneth Farmer <>< 336-736-7376   3 www.OpenVMS.org | dba.OpenVMS.org | dcl.OpenVMS.org  HP OpenVMS News and Info   ------------------------------  % Date: Sat, 18 Feb 2006 05:33:51 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>- Subject: Re: Post annoucements on OpenVMS.org 0 Message-ID: <11vc6bk98mdhna2@corp.supernews.com>   Apropos suggestion Ken.   H When my income from WASD et al. begins to exceed US$0.10/hour I'll also G become a sponsor and make announcements using the right-hand column :-)    Kenneth Farmer wrote: : > "Mark Daniel" <mark.daniel@vsm.com.au> wrote in message , > news:11vb0t6mstacq32@corp.supernews.com... > D >>Subject: REMOVED::ANN: yahMAIL is dead - long live son of yahMAIL! >>+ >>My regrets that this is a long(ish) post.  >>M >>I recently made an announcement of a new piece of VMS open-source software  H >>with the above subject. Later that day I received the following email. >>1 >>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  >>Dear Mark Daniel,  >>M >>We appreciate that you are a registered user of the HP Support Forums, and  K >>see you have recently utilized the Support Forums service. However, your  G >>message 'ANN: yahMAIL is dead - long live son of yahMAIL!' had to be  6 >>removed due to one or more of the following reasons. >>3 >>1. You had requested the removal of your message. ) >>2. The message was a duplicate posting. < >>3. The message contained advertising of goods or services.M >>4. The question was off-topic and did not align with the charter of the HP   >>Support Forums. I >>5. Language, personal rants, or material deemed abusive, defamatory or  
 >>obscene.H >>6. The posting contained private information on other users and/or HP  >>employees.C >>7. Other reasons deemed necessary by the HP Support Forums staff.  >>K >>We encourage you to share your technical knowledge and tap into the vast  J >>experience of other community members. All members will learn more when I >>reading messages of technical value, whether they are new questions or  
 >>replies. >># >>Thank you for your understanding.  >> >>Best regards,  >>HP Support Forums Team1 >>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  >>M >>Well I don't understand! There can't be so many ITRC postings removed that  I >>it only warrants a form-letter. How about a real explanation? This can  1 >>only be an example of over-zealous ITRC police.  >>K >>Looking at the reasons given in the email the only one that seemed as if  G >>it might apply was "3. The message contained advertising of goods or  D >>services." It certainly contained an announcment of goods but the L >>description 'advertisement' to me implies marketing in pursuit of income. L >>As this is open-source (and even though I detest the term) freeware, made I >>available in an effort to provide useful and high-quality software NOT  J >>commercially viable in the VMS market-place. Are we (the ITRC users) to F >>understand that we cannot use this forum to inform our peers of the  >>availability of such?  >>I >>(Typing into this pigeon hole is such a chore it's tempting to give up  " >>here and just close the window.) >>I >>I have also spent time re-reading the ITRC 'Terms of Use' and can find  G >>nothing to suggest that non-commercial announcements are not allowed.  >>7 >>http://www1.itrc.hp.com/service/help/lpTermAndCond.do  >>G >>The closest it gets is "HP retains the right to remove messages that  % >>include an advertisement for sale".  >>I >>Now, so many people have basically abandoned c.o.v. because of the low  J >>signal-to-noise ratio, and they have been encouraged to migrate to this D >>closed and proprietory forum, that to not be able to provide such L >>notification means that for many the knowlege of the availability of such  >>could be greatly delayed.  >>I >>How about a clarification and ruling on this issue. Can it be used for   >>non-commercial announcements?  >  >  > J > The ruling on OpenVMS.org says that's news so we posted it.  We'll post 6 > anything that helps the community, commercial or no. > H > Maybe next time you can submit it directly to the site.  We get 1500+  > visitors daily.  > $ > http://www.openvms.org/contrib.php >  > :) >  > Ken  > ' > _____________________________________ ! > Kenneth Farmer <>< 336-736-7376  > 5 > www.OpenVMS.org | dba.OpenVMS.org | dcl.OpenVMS.org  > HP OpenVMS News and Info     ------------------------------    Date: 17 Feb 2006 10:51:04 -0500E From: colonel@monmouth.com (First there is no colonel, then there is) + Subject: Re: safe signals (signal / sigset) - Message-ID: <dt4rd8$svp$1@shell.monmouth.com>   D In <1140023515.087807.282680@g14g2000cwa>, gezelter@rlgsc.com wrote: > I > First, I would abstract the code down to the simplest possible example, I > without any of the actual application. This probably means starting the G > 50 threads going, spinning on a counted semaphore, with the exception 5 > enabled, and then having each of the threads fault.   D I used this technique recently in porting the test program to HP-UX.E As originally written the program did nothing to force the threads to 6 run concurrently, and under Linux they usually didn't!  I > It is hard to debug these without the actual code (and difficult then). C > One possibility that comes to mind is that somewhere in the fault C > processing code (quite possibly the application), there is a data E > structure that is serially reusable as opposed to fully re-entrant.   @ That's a sound observation in general!  In this case I think our2 cross-platform tests have shaken all the dirt out.  E > P.S. I was in the Monmouth area just last week speaking for the New ? > Jersey Coast IEEE Computer Society chapter on  "Architectural C > Techniques for Interoperability and Coexistence", a talk that was D > originally written at the request of the IEEE members at SPAWAR in
 > Charleston.   C Religious opinions often get in the way of interoperability.  Linux C deprecates sigset().  I respect that as a religious opinion; but it ' is grossly counterinteroperabilistical.    Thanks for writing!    -:- 7 	Would you eat a doormat that lives on bark and fungus?   2 			--Wombats: A Pictorial Essay, in _Risks Digest_ --   Col. G. L. Sicherman home: colonel@mail.monmouth.com  work: sicherman@att.com ( web: <http://www.monmouth.com/~colonel/>   ------------------------------    Date: 17 Feb 2006 02:20:53 -0800) From: "Bob Gezelter" <gezelter@rlgsc.com> > Subject: Re: VMS and Condor 1553 boards. Anybody ever done it?B Message-ID: <1140171653.700675.34430@o13g2000cwo.googlegroups.com>   William Webb wrote:  > Inquiring minds want to know.  > G > Also, if you've played with the device drivers for this board, I'd be / > interested in hearing about your experiences.  >  > TIA  >  > WWWebb > --E > NOTE: This email address is only used for noncommerical VMS-related  > correspondence. E > All unsolicited commercial email will be deemed to be a request for : > services pursuant to the terms and conditions located at% > http://bellsouthpwp.net/w/e/webbww/    William,  D Not the Condor board specifically, but I did do some work many yearsB ago with some other 1553 (and other databus boards).  One thing myG drivers did was implement an access model which made each device on the F 1553 available separately, either through what would now be called theA class/port driver model, or through the use of a model similar to  FILES-11 or DECnet.   G The result was that we could control the use of devices on the 1553 and C eliminate the need for applications to be privileged. We could also < prevent applications interacting with different devices from interferring with each other.   E One of the worst aspects of most instrumentation bus drivers supplied A by the hardware vendors was that they provided access to the bare  device, with no limitations.  $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------  % Date: Fri, 17 Feb 2006 08:17:31 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>+ Subject: Where's the documentation on CDs ? - Message-ID: <43F5CCBD.5A98C1EE@vaxination.ca>   E Last year I was given a set of CDs for VAX VMS 7.3 and documentation. & (thanks to <you know who you are :-)>)  A I figured I would try to take a look at its version of the system C services reference manual instead of using my good old grey binder.   I Boorkeader doesn't like it. Seems I have to install some "BNU" software.    B I eventually do find the bookreader version of the system services> manual. But alas, when it opens, it contains only a paragraphn/ explaining that it is available in HTML format.   F So, I fire up mosaic, find one index.html file on that CD, and am ableF to navigate to the system services reference manual. Upon opening thatG page, it contains just 2 links; to the HP web site's VMS documentation,  and the generic VMS web site.   F Do the CDs contain *any* documentation or just links to links to links to the HP web site ?    6 What I have: VAXDOCDEC04 1 and 2  as well as VMSDOC073  F Would the system services manual in bookreader format be in any one of those ?     F Yeah, I can download the PDFs from the VMS web site, but then it meansD that the doc is on my MAC and I can't copy/paste examples into a TPU window for code I am writing.   E (and yeah, I did eventually fetch the 5.5 manuals in the grey wall to @ get my information because that turned out to be much quicker>).   ------------------------------    Date: 17 Feb 2006 14:04:33 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)9 Subject: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering , Message-ID: <43f5d7f1$1@news.langstoeger.at>  K We have a couple of batch jobs here (more than 1000 per day) and so we have O sometimes at lot of entries (pending, holding, executing, retained, timed, ...)  around.   F It seems that normally the entry number falls back to 1 at ~2000 here.  F It also seems that sometimes the entry numbers are not only 1-4 digitsE but also 7 digit ones (I can't check right now, but I think I already / saw 7 digit entry numbers). No 5-6 digit ones ?    A Does anybody know where this is documented ? I don't think it is. C Does anybody know a (supported) way of increasing the entry numbers 5 to not fallback that early (sometimes twice a day)...   L Hoff once wrote that there is a guarantee, that there will be no duplicates.G I do believe that this is correct. But we have batch job logfiles where G you can see, that the same entry number is used more than once per day.  And this is very annoying...   Anybody ? Hoff ?   TIA    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 17 Feb 2006 15:20:53 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering + Message-ID: <45m4e6F72edqU1@individual.net>     Peter 'EPLAN' LANGSTOEGER wrote:M > We have a couple of batch jobs here (more than 1000 per day) and so we have Q > sometimes at lot of entries (pending, holding, executing, retained, timed, ...) 	 > around.  > H > It seems that normally the entry number falls back to 1 at ~2000 here. > H > It also seems that sometimes the entry numbers are not only 1-4 digitsG > but also 7 digit ones (I can't check right now, but I think I already 1 > saw 7 digit entry numbers). No 5-6 digit ones ?  >   C > Does anybody know where this is documented ? I don't think it is. E > Does anybody know a (supported) way of increasing the entry numbers 7 > to not fallback that early (sometimes twice a day)...  > N > Hoff once wrote that there is a guarantee, that there will be no duplicates.I > I do believe that this is correct. But we have batch job logfiles where I > you can see, that the same entry number is used more than once per day.  > And this is very annoying... >  > Anybody ? Hoff ? >  > TIA  >   % I think Hoff's post here is relevant:    http://tinyurl.com/exntt  ( "Subject: Re: Resetting the entry number Date: 1998/08/10"   I For further contributions from Hoff on this subject search Google Groups  $ using "comp.os.vms opague longword".   ------------------------------  % Date: Fri, 17 Feb 2006 15:25:30 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering + Message-ID: <45m4mqF72edqU2@individual.net>    Paul Sture wrote:    >> > ' > I think Hoff's post here is relevant:  >  > http://tinyurl.com/exntt > * > "Subject: Re: Resetting the entry number > Date: 1998/08/10"  > K > For further contributions from Hoff on this subject search Google Groups  & > using "comp.os.vms opague longword".                       ^^^^^^; Typo alert. That should read  "comp.os.vms opaque longword"    ------------------------------    Date: 17 Feb 2006 17:01:01 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering , Message-ID: <43f6014d$1@news.langstoeger.at>  V In article <45m4e6F72edqU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes:& >I think Hoff's post here is relevant: >  >http://tinyurl.com/exntt   J Not really. I read this discussions over the year (though I can't rememberG all of them and for the exact conclusions). But, I don't want to reduce G the entry numbers to smaller numbers (which could be done by recreating M the queue database from scratch - just as in this post)! I want the opposite.   I I want the queue manager to NOT fall back to 1 more than once a day/week!   H The URL of Hoffs post you gave explains at least, why I haven't seen 5-6I digit entry numbers so far. But it doesn't explain why it falls back to 1 I at 999 (as written in some post in the past) or 2000 as I have seen here.   J If I have 7 (well only 5 usable) digit entry numbers, I want the queue mgrG to use all numbers possible out of them. Otherwise it is just annoying.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Feb 2006 08:09:55 -0800$ From: "AEF" <spamsink2001@yahoo.com>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering B Message-ID: <1140192595.152677.30350@f14g2000cwb.googlegroups.com>    Peter 'EPLAN' LANGSTOEGER wrote:M > We have a couple of batch jobs here (more than 1000 per day) and so we have Q > sometimes at lot of entries (pending, holding, executing, retained, timed, ...) 	 > around.  > H > It seems that normally the entry number falls back to 1 at ~2000 here. > H > It also seems that sometimes the entry numbers are not only 1-4 digitsG > but also 7 digit ones (I can't check right now, but I think I already 1 > saw 7 digit entry numbers). No 5-6 digit ones ?  > C > Does anybody know where this is documented ? I don't think it is.   F I don't believe it is documented outside the source listings except in1 Hoff's posts about it being an "opaque longword".   E > Does anybody know a (supported) way of increasing the entry numbers 7 > to not fallback that early (sometimes twice a day)...   E Let daily-max be the most queued jobs you'll ever run in a day. Then, G submit that many junk jobs on hold to a junk queue. This will force the F expansion to daily-max entry numbers. Then, create a second junk queue and do the following   $ ASSIGN/MERGE JUNK2 JUNK1 $ DELETE/QUEUE JUNK2  D to delete the junk jobs. You should only have to do this once unless6 you need to recreate the queue database at some point.  N > Hoff once wrote that there is a guarantee, that there will be no duplicates.I > I do believe that this is correct. But we have batch job logfiles where   D The guarantee is that there will be no simultaneous duplicates. IOW,D you never have two or more jobs with the same entry number ***at the
 same time***.   I > you can see, that the same entry number is used more than once per day.  > And this is very annoying...  ? Why? If you tell us your problem, maybe we can suggest a better 	 solution.    >  > Anybody ? Hoff ?   Well, this is from me!   > TIA    OK   AEF    ------------------------------    Date: 17 Feb 2006 17:21:16 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering , Message-ID: <43f6060c$1@news.langstoeger.at>  i In article <1140192595.152677.30350@f14g2000cwb.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: F >Let daily-max be the most queued jobs you'll ever run in a day. Then,H >submit that many junk jobs on hold to a junk queue. This will force theG >expansion to daily-max entry numbers. Then, create a second junk queue  >and do the following   E No. You misunderstood. It is not the problem discussed umpteen times.   I I want the queue manager to NOT fall back to 1 more than once a day/week! J If I have 7 (well only 5 usable) digit entry numbers, I want the quemgr toK use all numbers possible out of them. And this is surely not happening now.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Feb 2006 10:31:32 -0800$ From: "AEF" <spamsink2001@yahoo.com>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering C Message-ID: <1140201092.764296.294710@g47g2000cwa.googlegroups.com>     Peter 'EPLAN' LANGSTOEGER wrote:k > In article <1140192595.152677.30350@f14g2000cwb.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: H > >Let daily-max be the most queued jobs you'll ever run in a day. Then,J > >submit that many junk jobs on hold to a junk queue. This will force theI > >expansion to daily-max entry numbers. Then, create a second junk queue  > >and do the following  > G > No. You misunderstood. It is not the problem discussed umpteen times.  > K > I want the queue manager to NOT fall back to 1 more than once a day/week! L > If I have 7 (well only 5 usable) digit entry numbers, I want the quemgr toM > use all numbers possible out of them. And this is surely not happening now.   F No, you misunderstood! If you do what I said, and only do it once, theE range of entry numbers will expand to cover your needs and will never E recycle to 1 in less than 24 hours. Unless there is some mechanism by A which the range of entry numbers shrinks automatically, then I am  right.   Example:  ' You entry numbers range from 1 to 1000.    Do what I said.   E Assuming your maximum number of jobs per day is 50000, your will then $ range numbers range from 1 to 50000.  D The next day, your numbers will again range from 1 to 50000, withoutD having to submit all the junk jobs. You only have to submit the junkC jobs ONCE. This will PERMANENTLY EXPAND the range of entry numbers. F There may be some practical limitation on this method, or perhaps someB unpleasant side effects, but it should work in principle at least.  F If you follow my instructions with 50000 junk jobs, then your range of* entry numbers will STAY at 1 to 50000. OK?  F Another possible solution might be to put your own index number in the	 filename.    >  > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2006.096 ************************