1 INFO-VAX	Mon, 22 May 2006	Volume 2006 : Issue 283       Contents: Carly Fiorina bio at wikipedia" Re: Fixing a Corrupt PCSI Database+ GFloat Rounding issue in DEC Basic V1.2-000 / Re: GFloat Rounding issue in DEC Basic V1.2-000 / Re: GFloat Rounding issue in DEC Basic V1.2-000 J Re: How to restore one BACKUP/IMAGE from tape with mutliple BACKUP/IMAGEs? Investigating port 2424 (TCPIP) # Re: Investigating port 2424 (TCPIP) P Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says InquP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says InquP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says InquP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says InquP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu Re: POP3 client for VMS? Re: Results of my straw poll.  Re: VPM_SERVER strangeness  F ----------------------------------------------------------------------  % Date: Mon, 22 May 2006 11:01:22 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> ' Subject: Carly Fiorina bio at wikipedia 7 Message-ID: <1nkcg.707$%Z2.85544@news20.bellglobal.com>   M I don't really have an opinion one way or another on this (because I thought  C she was kind of cool) but has anyone seen Carly's bio at Wikipedia?   * http://en.wikipedia.org/wiki/Carly_Fiorina   Is any of this stuff true?  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Mon, 22 May 2006 14:45:10 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> + Subject: Re: Fixing a Corrupt PCSI Database ; Message-ID: <864da$4471b256$50db5015$23370@news.hispeed.ch>    Ian Miller wrote: G > isn't that the same as the standard advise "backup your system before 
 > installing"  >   G Yes, except when applying a boatload of ECOs, you can sensibly do that   between each one (or batch of).    ------------------------------  % Date: Mon, 22 May 2006 09:50:13 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>4 Subject: GFloat Rounding issue in DEC Basic V1.2-000. Message-ID: <03lcg.11$qB6.580@news.uswest.net>     L I have run up against the floating point reality that zero and negative zeroF are not the same number.  Is there a method in DEC Basic to ignore the3 floating point guard digits when doing comparisons?    Thanks, 
 Mike Ober.   ------------------------------  % Date: Mon, 22 May 2006 09:18:53 -0700 ( From: Jeff Cameron <roktsci@comcast.net>8 Subject: Re: GFloat Rounding issue in DEC Basic V1.2-0000 Message-ID: <C097327D.1F894%roktsci@comcast.net>  L On 5/22/06 8:50 AM, in article 03lcg.11$qB6.580@news.uswest.net, "Michael D.+ Ober" <obermd.@.alum.mit.edu.nospam> wrote:    >   N > I have run up against the floating point reality that zero and negative zeroH > are not the same number.  Is there a method in DEC Basic to ignore the5 > floating point guard digits when doing comparisons?  > 	 > Thanks,  > Mike Ober. >  >  >  Mike,   L More than likely you are dealing with two G_Float values that are very smallL but in fact non-zero. The rounding is done in formatting the ascii output toI display the value. If your output format can best display 10**-5 and your G binary G_Float values are (plus/minus) less than 10**-6, it will indeed  output a value of zero.   J To verify, in your basic code, when the problem occurs, output the suspect- negative zero and zero values in hexadecimal.    Jeff   ------------------------------  % Date: Mon, 22 May 2006 10:47:04 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>8 Subject: Re: GFloat Rounding issue in DEC Basic V1.2-000. Message-ID: <jUlcg.17$qB6.889@news.uswest.net>     L The problem is a comparison >= 0 is returning "false" when the GFloat shouldI be exactly 0.  I have manually done the calculations and am versed in the J issues surrounding the use of floating point numbers, rounding errors, andI comparisons.  Unfortunately I inherited this code and it's in a financial : payment module.  I am obviously wary of breaking the code.   Mike.   5 "Jeff Cameron" <roktsci@comcast.net> wrote in message * news:C097327D.1F894%roktsci@comcast.net...K > On 5/22/06 8:50 AM, in article 03lcg.11$qB6.580@news.uswest.net, "Michael  D.- > Ober" <obermd.@.alum.mit.edu.nospam> wrote:  >  > > K > > I have run up against the floating point reality that zero and negative  zeroJ > > are not the same number.  Is there a method in DEC Basic to ignore the7 > > floating point guard digits when doing comparisons?  > >  > > Thanks,  > > Mike Ober. > >  > >  > >  > Mike,  > H > More than likely you are dealing with two G_Float values that are very small K > but in fact non-zero. The rounding is done in formatting the ascii output  toK > display the value. If your output format can best display 10**-5 and your I > binary G_Float values are (plus/minus) less than 10**-6, it will indeed  > output a value of zero.  > L > To verify, in your basic code, when the problem occurs, output the suspect/ > negative zero and zero values in hexadecimal.  >  > Jeff >  >    ------------------------------    Date: 22 May 2006 06:55:17 -0500 From: briggs@encompasserve.orgS Subject: Re: How to restore one BACKUP/IMAGE from tape with mutliple BACKUP/IMAGEs? 3 Message-ID: <17tgqWEdmhhf@eisner.encompasserve.org>   j In article <446eb273$0$988$ba620dc5@nova.planet.nl>, Wilm Boerhout <w4OLD.boerhout@PAINTplanet.nl> writes:C > and, if you're not sure about the names, you can always list the   > contents of the tape by  >  > $MOU /OVER=ID MKcuu: > $DIR /COL=1 MKcuu:  	 Make that    $ DIR /COLUMN=1 MKcuu:[]  G This saves you from the dreaded double directory listing that can occur D if your default directory is set to something that has a search list
 logical name.    That is, if you do:    $ SET DEFAULT SYS$MANAGER: $ DIR MTA0: C [Every file on tape is listed twice -- once for SYS$COMMON:[SYSMGR] A and once for system-disk:[SYSx.SYSMGR], in spite of the fact that 1 directory name is irrelevant for tape operations]   
 $ DIR MTA0:[] G [Since both device name and directory are explicitly specified, default I directory processing is not triggered and the files are listed only once]    ------------------------------  % Date: Mon, 22 May 2006 06:22:43 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Investigating port 2424 (TCPIP), Message-ID: <447190EB.67A0C921@teksavvy.com>  G Doing a NETSTAT revealed one of my nodes was listening in to port 2424,   	 $ netstat  Active Internet connections P Proto Recv-Q Send-Q  Local Address             Foreign Address           (state)O tcp        0      0  *.2424                    *.*                       LISTEN     ; $TCPIP SHOW SERV reveals no services listening to port 2424    $ tcpip show dev=                             Port                       Remote < Device_socket  Type    Local  Remote  Service           Host7  bg6025      STREAM    2424       0                   *      $ show dev bg6025/full  P Device BG6025:, device type unknown, is online, mounted, record-oriented device,#     network device, mailbox device.   H     Error count                    0    Operations completed                  6O     Owner process    "TCPIP$INETACP"    Owner UIC                      [SYSTEM] O     Owner process ID        2A000057    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL H     Reference count                1    Default buffer size                 256    H So, the TCPIP kernel is in charge of that port. But there seems to be no service defined for it.   T If I connect to it, it allows a connection, but after a few seconds, it disconnects.  H Any idea on what I can do to find out exactly what is causing the kernelJ to listen to that port ? (2424 isn't beiong listened to on other nodes). ?   ------------------------------    Date: 22 May 2006 12:13:12 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley), Subject: Re: Investigating port 2424 (TCPIP)3 Message-ID: <Cp4La5WX2jlI@eisner.encompasserve.org>   \ In article <447190EB.67A0C921@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > J > So, the TCPIP kernel is in charge of that port. But there seems to be no > service defined for it.  > V > If I connect to it, it allows a connection, but after a few seconds, it disconnects. > J > Any idea on what I can do to find out exactly what is causing the kernelL > to listen to that port ? (2424 isn't beiong listened to on other nodes). ?  G During the few seconds that your connection is active to the port, does F "$ tcpip show device" + "$ show device" show any other process as been active ?   Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP K If Google's motto is "don't be evil", then how did we get Google Groups 2 ?    ------------------------------    Date: 22 May 2006 12:50:09 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu , Message-ID: <4471b381$1@news.langstoeger.at>  W In article <4dca7aF19dvoiU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: g >In article <%1Mbg.10648$aa4.443902@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: g >> <bob@instantwhip.com> wrote in message news:1148136720.617884.260990@y43g2000cwc.googlegroups.com... ' >>> so when does the vms port start? :)  >>  P >> Hopefully this has already started as a "skunk works" project inside OpenVMS M >> Engineering. When HP stops manufacturing Alpha Servers at the end of 2006  ; >> the peanut gallery will see OpenVMS as a one-trick pony.  > D >Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64F >and Carly made it quite clear that there was no other plan of action.7 >Or have we forgotten about the "burning of the boats".   I You mean, they still WANT to sit in a burning boat with no land in sight?  How do YOU know?   --   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: 22 May 2006 12:13:24 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu , Message-ID: <4ddo74F192qqjU1@individual.net>  , In article <4471b381$1@news.langstoeger.at>,9 	peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: Y > In article <4dca7aF19dvoiU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: h >>In article <%1Mbg.10648$aa4.443902@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:h >>> <bob@instantwhip.com> wrote in message news:1148136720.617884.260990@y43g2000cwc.googlegroups.com...( >>>> so when does the vms port start? :) >>> Q >>> Hopefully this has already started as a "skunk works" project inside OpenVMS  N >>> Engineering. When HP stops manufacturing Alpha Servers at the end of 2006 < >>> the peanut gallery will see OpenVMS as a one-trick pony. >>E >>Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64 G >>and Carly made it quite clear that there was no other plan of action. 8 >>Or have we forgotten about the "burning of the boats". > K > You mean, they still WANT to sit in a burning boat with no land in sight?  > How do YOU know?  K What part of "no return path" did you miss?  They aren't int he boat.  They J went ashore on the that foreign and hostile land called Itanium.  And thenI they burned their boats.  They can see the continent of x86-64 off in the L distance, with its highrise luxury hotels along the white shoreline beaches.H But the waters are shark infested and they don't have boats anymore.  SoH either they find a way to live with the ravenous beasts and cannibals orK they become the entree.  Time will tell us which way it goes, but there has L been no sign whatsoever that they are even trying to build a raft to try andI make the journey.  Every day they get weaker from lack of subsistence and K exposure to the elements and that makes the possibility of such a raft trip L less and less likely to suceed.  If it were Itanium and x86-64 alone on that9 island today, which one do you think would get voted off?    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: 22 May 2006 05:40:05 -0700 From: bob@instantwhip.com Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu C Message-ID: <1148301605.801195.163340@j55g2000cwa.googlegroups.com>    Bill Gunshannon wrote: > E > Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64 G > and Carly made it quite clear that there was no other plan of action. 8 > Or have we forgotten about the "burning of the boats".  A vms will go if the customer base demands it ... and since HP only  listens D to their large customers, and since they were the ones who agreed to; itanium over alpha, it is up to them to repair the boat ...    ------------------------------   Date: 22 May 2006 14:55:06 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu , Message-ID: <4de1maF1a3eecU1@individual.net>  0 In article <PqudnQOuq5TcUOzZRVn-pg@comcast.com>,5 	Bob Willard <BobwBSGS@TrashThis.comcast.net> writes:  > Bill Gunshannon wrote: > / >> In article <4471b381$1@news.langstoeger.at>, < >> 	peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >>  Z >>>In article <4dca7aF19dvoiU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: >>> j >>>>In article <%1Mbg.10648$aa4.443902@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: >>>>i >>>>><bob@instantwhip.com> wrote in message news:1148136720.617884.260990@y43g2000cwc.googlegroups.com...  >>>>> ) >>>>>>so when does the vms port start? :)  >>>>> R >>>>>Hopefully this has already started as a "skunk works" project inside OpenVMS O >>>>>Engineering. When HP stops manufacturing Alpha Servers at the end of 2006  = >>>>>the peanut gallery will see OpenVMS as a one-trick pony.  >>>>G >>>>Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64 I >>>>and Carly made it quite clear that there was no other plan of action. : >>>>Or have we forgotten about the "burning of the boats". >>> L >>>You mean, they still WANT to sit in a burning boat with no land in sight? >>>How do YOU know?  >>   >>  N >> What part of "no return path" did you miss?  They aren't int he boat.  TheyM >> went ashore on the that foreign and hostile land called Itanium.  And then L >> they burned their boats.  They can see the continent of x86-64 off in theO >> distance, with its highrise luxury hotels along the white shoreline beaches. K >> But the waters are shark infested and they don't have boats anymore.  So K >> either they find a way to live with the ravenous beasts and cannibals or N >> they become the entree.  Time will tell us which way it goes, but there hasO >> been no sign whatsoever that they are even trying to build a raft to try and L >> make the journey.  Every day they get weaker from lack of subsistence andN >> exposure to the elements and that makes the possibility of such a raft tripO >> less and less likely to suceed.  If it were Itanium and x86-64 alone on that < >> island today, which one do you think would get voted off? >>   >> bill  >>   >>   > K > Uh, Carly transported herself to Midas, where she is Queen and Treasurer. H > So a few of her subjects missed the transport?  So what's her problem?  I She has no problem.  Neither do the rats who desert a sinking ship.  It's * the ones left behind who have the problem.   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: Mon, 22 May 2006 10:40:20 -0400 2 From: Bob Willard <BobwBSGS@TrashThis.comcast.net>Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu 0 Message-ID: <PqudnQOuq5TcUOzZRVn-pg@comcast.com>   Bill Gunshannon wrote:  . > In article <4471b381$1@news.langstoeger.at>,; > 	peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  > Y >>In article <4dca7aF19dvoiU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>i >>>In article <%1Mbg.10648$aa4.443902@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  >>> h >>>><bob@instantwhip.com> wrote in message news:1148136720.617884.260990@y43g2000cwc.googlegroups.com... >>>>( >>>>>so when does the vms port start? :) >>>>Q >>>>Hopefully this has already started as a "skunk works" project inside OpenVMS  N >>>>Engineering. When HP stops manufacturing Alpha Servers at the end of 2006 < >>>>the peanut gallery will see OpenVMS as a one-trick pony. >>> F >>>Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64H >>>and Carly made it quite clear that there was no other plan of action.9 >>>Or have we forgotten about the "burning of the boats".  >>K >>You mean, they still WANT to sit in a burning boat with no land in sight?  >>How do YOU know? >  > M > What part of "no return path" did you miss?  They aren't int he boat.  They L > went ashore on the that foreign and hostile land called Itanium.  And thenK > they burned their boats.  They can see the continent of x86-64 off in the N > distance, with its highrise luxury hotels along the white shoreline beaches.J > But the waters are shark infested and they don't have boats anymore.  SoJ > either they find a way to live with the ravenous beasts and cannibals orM > they become the entree.  Time will tell us which way it goes, but there has N > been no sign whatsoever that they are even trying to build a raft to try andK > make the journey.  Every day they get weaker from lack of subsistence and M > exposure to the elements and that makes the possibility of such a raft trip N > less and less likely to suceed.  If it were Itanium and x86-64 alone on that; > island today, which one do you think would get voted off?  >  > bill >    >   I Uh, Carly transported herself to Midas, where she is Queen and Treasurer. F So a few of her subjects missed the transport?  So what's her problem? --   Cheers, Bob    ------------------------------    Date: 22 May 2006 01:04:59 -0700 From: etmsreec@yahoo.co.uk! Subject: Re: POP3 client for VMS? C Message-ID: <1148285099.400246.132820@y43g2000cwc.googlegroups.com>   ? POP2VMSMAIL has been installed and appears to be doing the job.    Steve    JF Mezei wrote:  > etmsreec@yahoo.co.uk wrote:  > > F > > That's why I said "Other than JF's POP2SMTP".  It claims to have aF > > limitation regarding mail messages that have come from a Micro$oft
 > > system...  > I > The limitation is actually a VMS mail limitation of lines not exceeding I > 256 characters when the email is forwarded or delivered to another node 
 > via DECNET.  > G > POPTOMAIL usesd the callable VMSmail interface to deliver messages to  > VMSmail addresses. > I > If you are sure that all mail remains local to the node where POPTOMAIL E > runs, then the limitation is the RFC limitation at around 1024 if I J > remember correctly. I'd have to check the code to see how big the record > buffer is.   ------------------------------   Date: 22 May 2006 14:36:47 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Results of my straw poll., Message-ID: <4de0jvF19ljrdU1@individual.net>  > In article <XBjcg.79867$H71.18515@newssvr13.news.prodigy.com>,> 	"Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> writes:$ > Bill Gunshannon (I believe) wrote: >>L >>>>Do you really thin the 70-100 watts the PC draws would even be a blip onJ >>>>the radar in a computer room with VAX 7000 and PDP-11.44's in it?  Not4 >>>>to mention the rest of the stuff here on campus. >>>> > K > I have shown some of my customers that just turning off some Vax systems  I > saves enough money in electricity, air conditioning and maintenance to  ; > pay for a new Alpha even without an educational discount.  > D > Out of curiosity, what are you running on the PDP-11's that still  > justify their existence?  @ Right now, just RSTS/E, but I hope to have RSX and RT-11 running> eventually.  I also have Ultrix-11, but is of less interest as0 all the students work regularly on Unix systems.B They are for education.   They allow the students to have a betterE understanding of where the industry came from and that the PC/Windows F world isn't all there is.  They are even more intrigued when they findF out that PDP-11's and the OSes they run are still in use commercially.  E As for cost, I have a pair of 18 year old air conditioning units that I are very old, noisy and draw more power than all of my computer equipment D that I have been trying to get replaced with something quieter, moreB energy efficient and cheaper to operate for the past 10 years now,A without success.  (Just as a side note to give you an idea of the B beauracracy I deal with, one of the people from our physical plantC who was involved in the decision to once again turn down my request F to replace those A/C units this year was also suggesting we could saveE energy/money by having the students turn off the monitors in the labs C everytime they get up from a computer. Penny wise - Pound foolish.) 
 in the lab   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: Mon, 22 May 2006 14:42:29 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> # Subject: Re: VPM_SERVER strangeness ; Message-ID: <28889$4471b1b6$50db5015$23370@news.hispeed.ch>   / Phillip Helbig---remove CLOTHES to reply wrote:  > = > For the system account, WSextent is 4096 and WSquo is 2048.  >   L That doesn't look right. Did the UAF on this system start out life on a VAX?    From the V8.2 Releaase Notes:  4 4.2 AUTHORIZE: New Quotas for the DEFAULT and SYSTEM  %   Account Quota   Old Value New Value #   WSDEFAULT         2000      4,096 #   WSQUOTA           4000      8,192   H IOW, the SYSTEM and DEFAULT accounts should have the "old" values above  for a 7.3-2 system.   H If the UAF was indeed originally copied from a VAX, then the quotas for = _at least_ SYSTEM and DEFAULT should be adjusted accordingly.   D To see what the default values should be for any given VMS version,  simply do something like this:  1 $ DEFINE/PROCESS SYSUAF SYS$LOGIN:SCRATCH_UAF.DAT  $ RUN SYS$SYSTEM:AUTHORIZE  B and answer "Y" when it asks if you want to  create a new UAF file.  H Within AUTHORIZE, SHOW SYSTEM and SHOW DEFAULT to see the default quota I values for each account. This of course will vary between VAX and Alpha,  % so do it on the correct architecture.   9 PS don't forget to DEASSIGN /PROCESS SYSUAF once done :-)    ------------------------------   End of INFO-VAX 2006.283 ************************