1 INFO-VAX	Mon, 21 Mar 2005	Volume 2005 : Issue 160       Contents: Re: Memory for PWS500a Re: Memory for PWS500a Re: Memory for PWS500a2 Re: migrating vms pascal program form vax to alpha
 Re: opcdef0 Re: Problems reading HTML data using FTP sockets) Re: Purchase an IPF server and a VMS kit?  Re: Suggestion for FAQ Re: Suggestion for FAQ5 Re: TCPIP: why can an MX record not point to a CNAME? 5 Re: TCPIP: why can an MX record not point to a CNAME?  Re: Windows anti-spyware Re: Windows anti-spyware Re: [Announce] FreeVMS 0.1.3  F ----------------------------------------------------------------------  % Date: Mon, 21 Mar 2005 01:46:06 -0500 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: Memory for PWS500a / Message-ID: <113sqqepr1d2a1@corp.supernews.com>    Larry Kilgallen wrote:T > In article <113s935m32gvi31@news.supernews.com>, "DavidT" <david@hpaq.net> writes: > 0 >>well we sell the original compaq stuff cheap ! >  > ' > Just not in response to mail orders !    Forgiveness?  Never!   ------------------------------    Date: 21 Mar 2005 06:44:41 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Memory for PWS500a 3 Message-ID: <xF+Dzg2KB9rO@eisner.encompasserve.org>   Y In article <113sqqepr1d2a1@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:  > Larry Kilgallen wrote:U >> In article <113s935m32gvi31@news.supernews.com>, "DavidT" <david@hpaq.net> writes:  >>  1 >>>well we sell the original compaq stuff cheap !  >>   >>  ( >> Just not in response to mail orders ! >  > Forgiveness?  Never!  G It took three follow-up inquiries to get them to even _admit_ they will  not accept mail orders.    ------------------------------  % Date: Mon, 21 Mar 2005 15:26:51 +0100 ( From: "Rudolf Wingert" <win@fom.fgan.de> Subject: Re: Memory for PWS500a 3 Message-ID: <000a01c52e22$06644ed0$994614ac@wat153>    Hello,  G >> That makes sense, since this is a VMS newsgroup and the PSW500aU is   >> required for VMS support.  A This was in the first time correct. As we bought DPWS500au we got F DPWS500a. I did ask the distributor for any problems with this stationF and OpenVMS. The answer was: "there are now problems with this type ofG station and OpenVMS". As our experience shows, this was correct. We did H bought Kingston memory for it. This memory was cheap and worked good for many years.    Best regards Wingert   ------------------------------    Date: 20 Mar 2005 23:38:38 -0800. From: wim.de-boer@corusgroup.com (Wim de Boer); Subject: Re: migrating vms pascal program form vax to alpha = Message-ID: <467d6edb.0503202338.20738285@posting.google.com>   ` John Reagan <john.reagan@hp.com> wrote in message news:<l6E_d.1929$NA3.1853@news.cpqcorp.net>... > Wim de Boer wrote:0 > > Hello pascal vms experts all over the world,F > > i'am trying to migrate a lot of pascal programs from vax to alpha. > >  > H > On VAX, a routine parameter is the address of a bound-procedure-value G > which in the correct sense is two longwords in size.  However, given  K > that the routine is unbound, Pascal didn't look at the 2nd longword.  So  I > your program, by using the value parameter on the external declaration  A > of DOE ended up passing the address of executie_adres_tabel[i].  > K > On Alpha, a routine parameter is the address of the procedure descriptor  J > for the routine you want to execute.  The code address is buried inside I > the procedure descriptor.  To get the contents of executie_adres_table  E > to be passed instead of a pointer to it, you want to add an %IMMED  @ > foreign mechanism specifier to the external definition of DOE. >  > So change  > ' > (hiyall)$ diff executie_interface.pas  > ************3 > File HIYALL$:[REAGAN.COV]EXECUTIE_INTERFACE.PAS;3 > >     18   [EXTERNAL] FUNCTION Doe ( %immed T_doen : UNSIGNED;J >     19                             VAR Functie : VARYING [L2] OF CHAR ): > ******3 > File HIYALL$:[REAGAN.COV]EXECUTIE_INTERFACE.PAS;2 ; >     18   [EXTERNAL] FUNCTION Doe (     T_doen : UNSIGNED; J >     19                             VAR Functie : VARYING [L2] OF CHAR ): > ************ > / > and it will work fine on Alpha (and Itanium).     . Thank you for this lesson, indeed it wowrks!!!   ------------------------------  % Date: Mon, 21 Mar 2005 09:35:30 -0500 3 From: Steve Lionel <Steve.Lionel@REMOVEintelME.com>  Subject: Re: opcdef 8 Message-ID: <csmt31tk14a3kfdac6bsqbpc5ppf7vooof@4ax.com>  I On 20 Mar 2005 09:31:27 GMT, "Dave Weatherall" <djw-nothere@nospam.nohow>  wrote:  D >On Fri, 18 Mar 2005 21:21:21 UTC, "Barry" <dysert@gmail.com> wrote: > E >> I think you'll either want to compile with the /NOALIGN qualifier, ? >> and/or (as Larry suggested) use the /WARN=NOALIGN qualifier.  >>   > , >Or bracket the INCLUDE with something like  > = >C$DEC OPTIONS=ALIGN=PACKED   or   C$DEC OPTIONS=WARN=NOALIGN  > 	 >  inc...  > 
 >C$DEC END...  >   @ That's CDEC$ or !DEC$.  The WARN=NOALIGN is what is wanted here.     Steve Lionel Software Products Division Intel Corporation 
 Nashua, NH  8 User communities for Intel Software Development Products"   http://softwareforums.intel.com/ Intel Fortran Support 7   http://developer.intel.com/software/products/support/    ------------------------------    Date: 21 Mar 2005 06:10:15 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)9 Subject: Re: Problems reading HTML data using FTP sockets 3 Message-ID: <xmtIeRuHxy7j@eisner.encompasserve.org>   ` In article <423aac4d$1_1@glkas0286.greenlnk.net>, "Ian Dean" <Ian.d.dean@baesystems.com> writes: > Hi, 9 > Unfortunately ethereal do not supply a version for VMS.   = You don't need to install Ethereal on VMS in order to use it.   G The idea is that you use Ethereal on a third machine to monitor traffic H between two other machines. For example, I've used it on a PC to monitor- traffic between a VMS box and a print server.   E If you follow the download links, you will see a Ethereal version for + MS Windows (in case you don't do Unix :-)).    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------    Date: 21 Mar 2005 09:55:00 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)2 Subject: Re: Purchase an IPF server and a VMS kit?, Message-ID: <423e99f4$1@NEWS.LANGSTOEGER.AT>  d In article <423ddef7$0$14211$626a14ce@news.free.fr>, Didier Morandi <prenom.nom@freesurf.fr> writes:J >How can a poor lonesome consultant purchase an Itanic box and a good new 6 >VMS kit with a few compilers? From HP? From TechData?   http://www.hp.com 	 "Servers" & "HP Integrity servers" - "Entry-level" "Buy Online" or "How To Buy"  L But beware, though OpenVMS I64 V8.2 supports them, you are (still?) NOT ableI to order OpenVMS Licenses/Kits/Services via "Buy Online" for these boxes.   J If you buy cheap/used Itanics at EBAY, beware, they might not run OpenVMS.   --   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: Mon, 21 Mar 2005 01:44:26 -0500 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: Suggestion for FAQ 0 Message-ID: <113sqnbgb98j461@corp.supernews.com>  
 AEF wrote:  G > So symbols are variables (in DCL), and logical names are pointers (in G > the system) that point to generalized file-specs (including disks and B > directories), queues, mail addresses, or other logical names (or > anything else I forgot). >   E If you call them pointers you miss some of their uses.  For example,  I programs checking the value, or existance, of a logical to determine the  @ state of an application, even for a type of cooperative locking.   Dave   ------------------------------    Date: 21 Mar 2005 06:26:53 -0800$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Suggestion for FAQ C Message-ID: <1111415213.784629.314480@o13g2000cwo.googlegroups.com>    Dave Froble wrote: > AEF wrote: > E > > So symbols are variables (in DCL), and logical names are pointers  (in E > > the system) that point to generalized file-specs (including disks  and D > > directories), queues, mail addresses, or other logical names (or > > anything else I forgot). > >  > F > If you call them pointers you miss some of their uses.  For example,F > programs checking the value, or existance, of a logical to determine the B > state of an application, even for a type of cooperative locking. >  > Dave    5 Man, you just can't please some people!!! :-) :-) :-)   E I must say that when I listed generalized file-specs, mail addresses, C and queues, I meant that logical names are translated automatically G whenever they are used in any of those contexts. Sure, they can be used C to store data such as configuration data, status data, flags, misc. E data, what have you. In this case, logical names are pointers to such F data! And such data can be other logical names in which case iterative translation is used.   ------------------------------    Date: 21 Mar 2005 07:49:03 -0600 From: briggs@encompasserve.org> Subject: Re: TCPIP: why can an MX record not point to a CNAME?3 Message-ID: <8GOUlAY2v867@eisner.encompasserve.org>   w In article <d1kkrt$e6q$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: I > This has nothing to do with VMS per se, but perhaps someone here knows  I > the reasoning behind this restriction.  An MX record is not allowed to  H > point to a CNAME record, but only to an A-record or to a numerical IP ) > address.  What's the logic behind this?   9 http://www.intac.com/~cdp/cptd-faq/section6.html#MXCNAMEA   F Briefly, because it makes things more complicated than they need to be, and because there's no good reason to do it.  F An MX record is NOT ALLOWED to point to a numerical IP address.  Don'tG do that.  It's not supposed to work.  If it does work, it's an accident  waiting to happen.  + An MX record can only point to an A record.    	John Briggs   ------------------------------  % Date: Mon, 21 Mar 2005 22:56:44 +0800  From: prep@prep.synonet.com > Subject: Re: TCPIP: why can an MX record not point to a CNAME?- Message-ID: <87mzsxcaj7.fsf@prep.synonet.com>   R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  B > This has nothing to do with VMS per se, but perhaps someone hereC > knows the reasoning behind this restriction.  An MX record is not E > allowed to point to a CNAME record, but only to an A-record or to a 6 > numerical IP address.  What's the logic behind this?  ? The logic was that an MX record may not point to a IP system at > all! It could be a PUP, Chaos, Hesiod, or DECnet name/address. C-names are IP only.  < Yes, getting there if it was not IP was `your problem'. Have4 a look at the old Software Tools VOS for an example.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 21 Mar 2005 06:51:30 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>! Subject: Re: Windows anti-spyware ? Message-ID: <DTiotGxQ0bj6-pn2-bpvMpCUuGZZc@dave2_os2.home.ours>   F On Sun, 20 Mar 2005 14:19:49 UTC, "Tom Linden" <tom@kednos.com> wrote:  5 > On Sun, 20 Mar 2005 13:01:13 +0100, Wilm Boerhout   ( > <w4OLD.boerhout@PAINTplanet.nl> wrote: > N > > It (Antispyware, Acrobat V7) needs IE6 present to install. Nobody forces  G > > you to use IE after installing. I use Firefox and Thunderbird for   0 > > Mail/News/Internet, and IE6 just sits there. > > I > Ditto, but with Opera.  How does Firefox compare to Opera, if you know?   F It's a browser only - feels on a par with Opera for speed. Horses for  courses.   --   Cheers - Dave W.   PS  F Larry please calm down. What you say is correct, the subject is OT for% the newsgroup but not for the thread.    ------------------------------    Date: 21 Mar 2005 06:45:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: Windows anti-spyware 3 Message-ID: <F6Poh2P8mzQL@eisner.encompasserve.org>   t In article <DTiotGxQ0bj6-pn2-bpvMpCUuGZZc@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:  H > Larry please calm down. What you say is correct, the subject is OT for' > the newsgroup but not for the thread.   , The _thread_ is off-topic for the newsgroup.   ------------------------------    Date: 21 Mar 2005 12:27:29 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: [Announce] FreeVMS 0.1.3 3 Message-ID: <dYmInbOS3O9I@eisner.encompasserve.org>   ` In article <d1muh1$lnl$1@lnx107.hrz.tu-darmstadt.de>, m.kraemer@gsi.de (Michael Kraemer) writes:P > In article <opsnsgo6b0zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: >>  
 >> PL/I on= >> VMS is used somewhat differently than on MVS.  I would say @ >> that the essential difference is in the level of abstraction. > = > Huh ? I always thought HL languages should be used somewhat , > independent from the platform it runs on. 1 > So the level of abstraction is always the same.   D Certainly the use of PL/I in Multics was different from that on VMS,B since on Multics it was used to write the innards of the operating system.   @ >> On MVS you tend to think like an assembler programmer, always@ >> concerned with a variety of control blocks, and therefore the; >> ability  to manipulate them, which is both good and bad.  > 8 > Most PL/I users I remember those days didn't even know > what a control block is.  B So those Tom knows apparently did.  Since Tom has been in the PL/IC compiler development business for years, he has lots of opportunity @ to be contacted by those PL/I programmers who care about control? blocks.  Due to the nature of VMS PL/I, those would be only the A control blocks useful from user mode.  FABs, RABs, FIBs etc. come @ to mind, and I infer from what Tom says that PL/I programmers on4 VMS are mainly using PL/I built-in IO to access RMS.  > That seems to be the way VMS programmers for _other_ languages mostly do things as well.    ------------------------------   End of INFO-VAX 2005.160 ************************                                                                                                                                                                                                                                                                                                                    -------------------------------------- CLAIMr    Version:      5-JUL-1993A<    Description:  Assume ownership of files in your directory5    Author:       Matthew D. Madison <madison@TGV.COM>-    Architecture: VAX,AXP    # of parts:   -    Language:     BLISSP -------------------------------------------------------------------------------- CLEAR_ERRORS"    Version:      V1.0, 21-OCT-2003?    Description:  Clears the device error count on OpenVMS AlphaC>    Author:       Mark Oakley <mark.oakley@verizonwireless.com>    Architecture: AXP    # of parts:   -    Language:     CP -------------------------------------------------------------------------------- CLRREF    Version:      5-JUL-1993 ?    Description:  Program to clear the owner fields for a deviceI    Author:       Ehud Gavron    Architecture: VAX,AXP    # of parts:   -    Language:     CP -------------------------------------------------------------------------------- CLUE$SDA_VAX"    Version:      V1.0, 20-MAR-19983    Description:  SDA CLUE extension for OpenVMS VAX::    Author:       Ing. Ferry Bolhr <bol@adv.magwien.gv.at>    Architecture: VAX    # of parts:   -    Language:     CP -------------------------------------------------------------------------------- CMEM"    Version:      V1.0, 10-MAY-1995B    Description:  A tool for debugging C memory allocation routines8    Author:       Brett Hunsaker <brett@nsrvan.van.wa.us>    Architecture: VAX,AXP    # of parts:   -    Language:     CP ----------------------------------------