1 INFO-VAX	Fri, 27 Oct 2006	Volume 2006 : Issue 590       Contents: Re: ADA link messages  Re: ADA link messages  Re: ADA link messages  Re: ADA link messages  Re: ADA link messages  Re: Alpha DS25 and Itanium1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 RE: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) 1 Re: Banking security Was:PARSEC: SPAMMERS (not !) * Re: Binary data in multiple adjacent files Re: DS10L surgery report Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: freevms 0.2.15 released  Re: HP support
 HP support Re: HP support' HP's services chief outsources himself? ! Re: Itanium systems and DECCAMPUS ! Re: Itanium systems and DECCAMPUS - Re: Looking for EVKAA diagnostics for 11/780.  Mozilla on VMS comment/question # Re: Mozilla on VMS comment/question  Re: NEW Email address  Re: NEW Email address  Re: NEW Email address  Re: NEW Email address  Re: NEW Email address  Re: NEW Email address * Re: SAS desupport article from openvms.org- simple improvements to disk write performance 1 RE: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance  Toggle Operator Console  Re: Toggle Operator Console  Re: Toggle Operator Console  Re: Toggle Operator Console  Re: Toggle Operator Console  Re: Toggle Operator Console  Re: Toggle Operator Console O Re: Two node ES80 cluster to EVA5000, RWSCS and high CR_WAITS on VMS$VAXcluster O Re: Two node ES80 cluster to EVA5000, RWSCS and high CR_WAITS on VMS$VAXcluster  Re: VMS Support in India Where get this file ?  Re: Where get this file ?   F ----------------------------------------------------------------------    Date: 26 Oct 2006 13:07:13 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: ADA link messages3 Message-ID: <aDTvuObqfWJs@eisner.encompasserve.org>    In article <OF101904AB.12F016BC-ON07257212.005EAFA6-07257212.005F7DF4@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:  > Larry: > ) > Here is a summary of what I discovered:  > ! > $ACS LOAD ! a bunch of .A files  > $ACS COMPILE P_TRAJBB : > $ACS EXPORT P_TRAJBB /OBJ=[some.other.directory]P_TRAJBB; > $F90 TRAJBB.FOR  ! an interface according to the comments 2 > $LINK ! many .OBJs including P_TRAJBB and TRAJBB  A    You'll have to use "ACS LINK", not "LINK".  We do this all the 1    time with Fortran and C code we call from Ada.    ------------------------------  % Date: Thu, 26 Oct 2006 12:23:55 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: Re: ADA link messagesV Message-ID: <OF435E9A19.9344E947-ON07257213.006A5388-07257213.006A80DA@mck.us.ray.com>  H ----- Forwarded by David D Miller/RWS/Raytheon/US on 10/26/2006 12:20 PM -----   I koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 10/26/2006  11:07:13 AM:  ? > In article <OF101904AB.12F016BC-ON07257212.005EAFA6-07257212. J > 005F7DF4@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:
 > > Larry: > > + > > Here is a summary of what I discovered:  > > # > > $ACS LOAD ! a bunch of .A files  > > $ACS COMPILE P_TRAJBB < > > $ACS EXPORT P_TRAJBB /OBJ=[some.other.directory]P_TRAJBB= > > $F90 TRAJBB.FOR  ! an interface according to the comments 4 > > $LINK ! many .OBJs including P_TRAJBB and TRAJBB > C >    You'll have to use "ACS LINK", not "LINK".  We do this all the 3 >    time with Fortran and C code we call from Ada.  >  Oh Boy!  That's a surprise.   , I'd better do my homework.  Can you point meG toward relevant documentation -- something in the ADA suite, I suppose.    dave.    ------------------------------  % Date: Thu, 26 Oct 2006 22:06:00 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch>  Subject: Re: ADA link messagesJ Message-ID: <paul.sture.nospam-5F1C36.22060026102006@mac.sture.homeip.net>   In article  H <OF435E9A19.9344E947-ON07257213.006A5388-07257213.006A80DA@mck.us.ray.co m>, .  David D Miller <ddmiller@raytheon.com> wrote:  J > ----- Forwarded by David D Miller/RWS/Raytheon/US on 10/26/2006 12:20 PM > -----  > K > koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 10/26/2006  > 11:07:13 AM: > A > > In article <OF101904AB.12F016BC-ON07257212.005EAFA6-07257212. L > > 005F7DF4@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes: > > > Larry: > > > - > > > Here is a summary of what I discovered:  > > > % > > > $ACS LOAD ! a bunch of .A files  > > > $ACS COMPILE P_TRAJBB > > > > $ACS EXPORT P_TRAJBB /OBJ=[some.other.directory]P_TRAJBB? > > > $F90 TRAJBB.FOR  ! an interface according to the comments 6 > > > $LINK ! many .OBJs including P_TRAJBB and TRAJBB > > E > >    You'll have to use "ACS LINK", not "LINK".  We do this all the 5 > >    time with Fortran and C code we call from Ada.  > >  > Oh Boy!  That's a surprise.  > . > I'd better do my homework.  Can you point meI > toward relevant documentation -- something in the ADA suite, I suppose.  >   @ Do you have access to the Ada documentation? If you can run VMS D Bookreader, you can grab the Ada documentation for that from the V8 
 Freeware CDs.   5 Also useful if you are new to Ada is the tutorial at:   5 http://www.cs.kuleuven.ac.be/%7Edirk/ada-belgium/aia/   F It has VMS specific examples, including the necessary ACS commands to G get started. ISTR that last time I looked at that site, it was missing  G the code samples in downloadable format. Please ask if you want a copy  	 of those.    --  
 Paul Sture   ------------------------------  % Date: Thu, 26 Oct 2006 14:28:14 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: Re: ADA link messagesV Message-ID: <OF1AD9305E.EC33206A-ON07257213.007577F9-07257213.0075E2C5@mck.us.ray.com>  H ----- Forwarded by David D Miller/RWS/Raytheon/US on 10/26/2006 02:22 PM -----   J Paul Sture <paul.sture.nospam@hispeed.ch> wrote on 10/26/2006 01:06:00 PM:   > In articleJ > <OF435E9A19.9344E947-ON07257213.006A5388-07257213.006A80DA@mck.us.ray.co > m>, 0 >  David D Miller <ddmiller@raytheon.com> wrote: > I > > ----- Forwarded by David D Miller/RWS/Raytheon/US on 10/26/2006 12:20  PM	 > > -----  > > B > > koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on
 10/26/2006 > > 11:07:13 AM: > > C > > > In article <OF101904AB.12F016BC-ON07257212.005EAFA6-07257212. F > > > 005F7DF4@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:  > > > > Larry: > > > > / > > > > Here is a summary of what I discovered:  > > > > ' > > > > $ACS LOAD ! a bunch of .A files  > > > > $ACS COMPILE P_TRAJBB @ > > > > $ACS EXPORT P_TRAJBB /OBJ=[some.other.directory]P_TRAJBBA > > > > $F90 TRAJBB.FOR  ! an interface according to the comments 8 > > > > $LINK ! many .OBJs including P_TRAJBB and TRAJBB > > > G > > >    You'll have to use "ACS LINK", not "LINK".  We do this all the 7 > > >    time with Fortran and C code we call from Ada.  > > >  > > Oh Boy!  That's a surprise.  > > 0 > > I'd better do my homework.  Can you point meK > > toward relevant documentation -- something in the ADA suite, I suppose.  > >  > A > Do you have access to the Ada documentation? If you can run VMS E > Bookreader, you can grab the Ada documentation for that from the V8  > Freeware CDs.  > 7 > Also useful if you are new to Ada is the tutorial at:  > 7 > http://www.cs.kuleuven.ac.be/%7Edirk/ada-belgium/aia/  > G > It has VMS specific examples, including the necessary ACS commands to H > get started. ISTR that last time I looked at that site, it was missingH > the code samples in downloadable format. Please ask if you want a copy > of those.  >  > -- > Paul Sture   Paul  J I guess your refering to the _Ada in Action_ ebook.  I glanced at that and@ didn't see any mixed language examples.  I'll try harder though.  H But that forced me to search for the DEC Ada documentation. According to the document at:  4 http://h71000.www7.hp.com/commercial/ada/ada_dap.pdf  I ASC EXPORT and DCL LINK is an alternative vaild approach.  Maybe it's not H as good as ACS COPY FOREIGN and ACS LINK though.  Do you have an opinion about the two approaches?    dave.    ------------------------------    Date: 26 Oct 2006 22:31:03 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: ADA link messages3 Message-ID: <DHGjNl+9ubxM@eisner.encompasserve.org>    In article <OF1AD9305E.EC33206A-ON07257213.007577F9-07257213.0075E2C5@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:   J > But that forced me to search for the DEC Ada documentation. According to > the document at: > 6 > http://h71000.www7.hp.com/commercial/ada/ada_dap.pdf > K > ASC EXPORT and DCL LINK is an alternative vaild approach.  Maybe it's not J > as good as ACS COPY FOREIGN and ACS LINK though.  Do you have an opinion > about the two approaches?   # The latter is much to be preferred.  --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------  # Date: Fri, 27 Oct 2006 02:10:15 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) # Subject: Re: Alpha DS25 and Itanium Z Message-ID: <rdeininger-2610062210490001@dialup-4.233.173.59.dial1.manchester1.level3.net>  A In article <ehqfi7$9e7$1@mailhub227.itcs.purdue.edu>, Chuck Aaron   <caaron@ceris.purdue.edu> wrote:  H >Has anyone replaced their DS25 with an Itanium yet running Openvms? If " >so, would you mind to share whichD >Itanium server you decided on and let me know how it's working out?  ? Yes, I've replaced a DS25 AlphaServer with an Integrity server.    But I'm slightly biased.  J It would be easier to advise you if you said what features of the DS25 areG important to you.  You only mentioned one feature: OpenVMS.  Any of the 4 entry-level Integrity servers run OpenVMS just fine.   Lab or office environment?  @ What are your networking and storage needs?  How many PCI slots?  J Either the rx2620 or the rx3600 is likely to meet your needs.  If you needG to run the system in an office, you definitely want the office-friendly  (quiet) rx2620.    ------------------------------  % Date: Thu, 26 Oct 2006 15:04:31 -0400 ' From: Dave Froble <davef@tsoft-inc.com> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)9 Message-ID: <G4OdnQl9X9wFmdzYnZ2dnUVZ_uudnZ2d@libcom.com>    Paul Sture wrote: ; > In article <JuGdnSvb0q3ICaLYnZ2dnUVZ_oudnZ2d@libcom.com>, + >  Dave Froble <davef@tsoft-inc.com> wrote:  >  >> Paul Sture wrote: >>I >>> Yep. Drifting slightly from the main topic, this brings us to to the  J >>> topic of identity theft. That happened to me nearly 20 years ago, and J >>> VAXMAN's recent post here about similar brought back painful memories. >>> M >>> (Report a substantial loss of money to your bank, get asked to report it  L >>> to the police, then find yourself in an interview room being accused of G >>> doing it with the aid of an accomplice. The bank's handling of the  M >>> matter made me seriously wonder if it was an "inside job" that they were   >>> trying to cover up.)J >> This one's easy to see.  The banking system is fatally flawed.  Anyone L >> with your bank routing number and checking account number can initiate a L >> transfer.  But the same information is on every check you write and send I >> to others.  If the bank can get you to not file a claim against them,  - >> then they don't have to replace the funds.  > K > I don't know enough about the US banking system to comment, but the last  E > time I popped a letter into my local post box, there was a warning  G > telling you not to drop any bill payments in there, and instead take  I > them to the main post office. Apparently that scam is where fraudsters  K > substitute their own paying in slip, and you know nothing about it until  3 > a payment reminder comes through the post. Nasty.  > J > And some people wonder why I am reluctant to use a credit card over the H > net. Yes, with a reputable company, I might be persuaded that a given D > transaction may be secure, but what happens months later if those A > details are still lying around on a system which happens to be   > vulnerable to outside attack?  >   D This could actually be good, if the trail leads back to the vendor. I People then could then sue the offending vendor for not protecting their  H data, and perhaps finally companies would realize that running MS virus % prone software is just too expensive.   ? The problem is being able to trace the leak back to the vendor.   C I've advised a current customer to not keep customer's banking and  H credit card data on a windows server.  They just look at me as if I'm a F bit crazy.  So I put it in writing one time, keep my copy, and "do as 
 I'm told".   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 15:09:00 -0400 ' From: Dave Froble <davef@tsoft-inc.com> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)9 Message-ID: <G4OdnQh9X9w_mNzYnZ2dnUVZ_uudnZ2d@libcom.com>   / Phillip Helbig---remove CLOTHES to reply wrote:  > In articleF > <paul.sture.nospam-EF719B.15254626102006@mac.sture.homeip.net>, Paul/ > Sture <paul.sture.nospam@hispeed.ch> writes:   > < >> In article <JuGdnSvb0q3ICaLYnZ2dnUVZ_oudnZ2d@libcom.com>,, >>  Dave Froble <davef@tsoft-inc.com> wrote: >> >>> Paul Sture wrote:  >>> J >>>> Yep. Drifting slightly from the main topic, this brings us to to the K >>>> topic of identity theft. That happened to me nearly 20 years ago, and  K >>>> VAXMAN's recent post here about similar brought back painful memories.  >>>>N >>>> (Report a substantial loss of money to your bank, get asked to report it M >>>> to the police, then find yourself in an interview room being accused of  H >>>> doing it with the aid of an accomplice. The bank's handling of the N >>>> matter made me seriously wonder if it was an "inside job" that they were  >>>> trying to cover up.) K >>> This one's easy to see.  The banking system is fatally flawed.  Anyone  M >>> with your bank routing number and checking account number can initiate a  M >>> transfer.  But the same information is on every check you write and send  J >>> to others.  If the bank can get you to not file a claim against them, . >>> then they don't have to replace the funds. > G > This is certainly not the case in Europe.  Anyone who sends me money  I > needs this information.  It is NOT enough for him to get money from my  
 > account. > K >> And some people wonder why I am reluctant to use a credit card over the  I >> net. Yes, with a reputable company, I might be persuaded that a given  E >> transaction may be secure, but what happens months later if those  B >> details are still lying around on a system which happens to be   >> vulnerable to outside attack? > J > Yes, but even if you use it otherwise, the details can be on a computer  > somewhere. > H > Actually, this is not a very big problem.  Most credit-card purchases G > online require only the data readable on the card.  This is known to  K > many people, in particular anyone whom you have used your credit card to  I > pay.  (Some, but not all, transactions require the extra number on the  J > back.  This might be unknown to some, but not all, people whom you have I > paid with your card.)  However, unless they have a physical signature,  J > the credit-card company is NOT required to honour the transaction.  So, J > when you get your bill, before you pay it, check all the transactions.  K > If there is one which you didn't initiate, as the credit-card company to  D > cancel it.  By law, they can only refuse if they can prove (via a K > signature) that you did initiate the transaction (the burden of proof is   > on them).  > D > Yes, credit-card fraud does happen, but only because not everyone  > notices the damage in time.  >   H Contesting a charge is rather easy.  Funds are immediately removed from D the vendor's account, and the burden of proving the validity of the I charge rests with the vendor.  I've done this when quoted one price, and  ( the vendor charges another higher price.  > I also know people who won't accept credit card payments.  An F unscrupulous customer can contest a charge, even though it was valid, E and it can be tough to get your money.  One friend was bilked out of   over $5000 by one individual.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 15:45:20 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> : Subject: RE: Banking security Was:PARSEC: SPAMMERS (not !)T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401C81E25@tayexc19.americas.cpqcorp.net>   > -----Original Message-----; > From: Paul Sture [mailto:paul.sture.nospam@hispeed.ch]=20   > Sent: October 26, 2006 6:26 AM > To: Info-VAX@Mvb.Saic.Com 8 > Subject: Banking security Was:PARSEC: SPAMMERS (not !) >=20; > In article <JuGdnSvb0q3ICaLYnZ2dnUVZ_oudnZ2d@libcom.com>, + >  Dave Froble <davef@tsoft-inc.com> wrote:  >=20  	 [snip ..]   > > And some people wonder why I am reluctant to use a credit=20 > card over the=20J > net. Yes, with a reputable company, I might be persuaded that a given=20F > transaction may be secure, but what happens months later if those=20C > details are still lying around on a system which happens to be=20  > vulnerable to outside attack?  >=20 > --=20  > Paul Sture >=20  ? Suggestion I got from a bank teller - have two credit cards.=20   E One with $500 limit and the other your normal card. Use the small one C for all online purchases so even if it is comprimized, it wont't be H much. Also good for restaurants etc where you don't know how careful the waiters etc are with such info.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 26 Oct 2006 22:23:20 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)J Message-ID: <paul.sture.nospam-5D7392.22232026102006@mac.sture.homeip.net>  2 In article <CZ70h.20941$E02.8470@newsb.telia.net>,9  Jan-Erik Sderholm <jan-erik.soderholm@telia.com> wrote:   # > http://www.jescab.se/Kontakt1.htm    LOL, ROTFL etc.   A But talking seriously, is credit card usage common in Sweden? It  C certainly isn't here in Switzerland, and apart from business class  F hotels and restaurants, the vendor often doesn't want to be paid that  way.   --  
 Paul Sture   ------------------------------  # Date: Thu, 26 Oct 2006 21:01:48 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)2 Message-ID: <0n90h.20948$E02.8472@newsb.telia.net>   Paul Sture skrev: 4 > In article <CZ70h.20941$E02.8470@newsb.telia.net>,; >  Jan-Erik Sderholm <jan-erik.soderholm@telia.com> wrote:  > $ >> http://www.jescab.se/Kontakt1.htm >  > LOL, ROTFL etc.    Why ?    > ? > But talking seriously, is credit card usage common in Sweden?   A Maybe not *credit* cards, but debit cards (those that are charged = directly, online against your bank account). Actualy, one are 7 talking right now to completely close down the handling ; of cash in many areas, particulay those that are night-open < with a high risk of robbery. Like 7-Eleven and public buses.  3 And in the ordinaly food-shop close to nobody today  uses cash, only debit cards.  4 I myself have a debit card for my personal stuff and5 an credit card for my business stuff (that is charged 3 once a month against my bank account avilable on my  "contact" page above.   7 Anyway, for the *vendor*, it makes no difference if you 6 use a credit or a debit card, they never see which one8 it is. It's only a matter of *how* the amount is charged+ to *my* account (directly or once a month).   9 And of course, *every* vendor have small online terminals 9 where you draw your card yourself and enter your 4-figure - PIC code. Noone else ever touches the card...   : Part of my business is to re-sell surplus stuff in Sweden,6 and most payment are made as an direct online transfer7 from others internet banking services That is 100% free 6 of any fees within Sweden (for both parts). And that's; my account is publicly visible so anyone can pay me easily.      > It  E > certainly isn't here in Switzerland, and apart from business class  H > hotels and restaurants, the vendor often doesn't want to be paid that  > way.  > Here you can by your evening newpaper at the local tobaco shop and pay with your card...   	 Jan-Erik.  >    ------------------------------  % Date: Thu, 26 Oct 2006 17:07:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)8 Message-ID: <23cc5$45412388$cef8887a$31306@TEKSAVVY.COM>  G Banks have been "Microsofted", especially in the USA. When banks start  I to compete to get customers, they start to add gizmos to their offerings.   G When banks added those holograms to the credit cards, it was to reduce  ) (or make harder) counterfeiting of cards.   F When banks added those extra digits that are not embossed on the card E and on the back of the card, it was to make sure someoone who had an  F imprint of your card didn't have enough info to start making internet 
 purchases.  I However now, because of MARKETING, their are adding RFID chips in credit  F cards so that you can "swipe" your card with a proximity reader. Neat G marketing tool. But this is a definite HIGH RISK for credit card theft.   G This means that anyone with an RFID reader can "sniff" prople's credit  F cards without the owner knowing about it. You can then clone the card F and use it at any RFID reader equipped store. Because the store clerk K doesn't handle your credit card, he cannot verify that your card is a fake.   C So the banks, by introducing that trendy RFID thing, have actually  - greatly reduced the security of credit cards.    ------------------------------  % Date: Thu, 26 Oct 2006 17:20:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)8 Message-ID: <b1131$45412676$cef8887a$32118@TEKSAVVY.COM>   Paul Sture wrote: C > But talking seriously, is credit card usage common in Sweden? It  E > certainly isn't here in Switzerland, and apart from business class  H > hotels and restaurants, the vendor often doesn't want to be paid that  > way.    A Since  there are a lot of "tourists" traveling betweeen european  A countries, what form of payment would be common ? Is there a pan  H european EFT-POS system that accepts any/all bank cards (debit) alowing I a british tourist to pay for hsi meal in Paris with his british bank/ATm   card ?   ------------------------------  % Date: Thu, 26 Oct 2006 20:50:12 -0400 ' From: Dave Froble <davef@tsoft-inc.com> : Subject: Re: Banking security Was:PARSEC: SPAMMERS (not !)9 Message-ID: <XaydnVZolNQGyNzYnZ2dnUVZ_tKdnZ2d@libcom.com>    Paul Sture wrote: 4 > In article <CZ70h.20941$E02.8470@newsb.telia.net>,; >  Jan-Erik Sderholm <jan-erik.soderholm@telia.com> wrote:  > $ >> http://www.jescab.se/Kontakt1.htm >  > LOL, ROTFL etc.  > C > But talking seriously, is credit card usage common in Sweden? It  E > certainly isn't here in Switzerland, and apart from business class  H > hotels and restaurants, the vendor often doesn't want to be paid that  > way. >   E I'm aware that checking account payments work differently in Europe,  G and, I think it's safer.  But in the US, if you give someone your bank  E routing number and account number, they can withdraw funds from your   account.  I Why do you think the Nigerian scammers want this information so they can  $   "deposit money into" your account?  ( In the US, the system is fatally flawed.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 14:56:52 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 3 Subject: Re: Binary data in multiple adjacent files 9 Message-ID: <JtqdnZXXJLRXn9zYnZ2dnUVZ_qidnZ2d@libcom.com>    prep@prep.synonet.com wrote:1 > JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > G >> Now however, updated data comes in much smaller files, each covering G >> only 1 lat by 1 long. Each file has 1201 * 1201 values, each value C >> is 2 bytes. (basically elevation in metres for a 92 square metre ) >> area).  Each file is roughly 2.8 megs.  > D > You can get all of oz on 2 CDs with ease. Two niggles, first is itD > is bigendian INT16. Second, is that the boundary row and colum are > duplicated in each file. > H > I intend to read in ALL the files and build a single, or a few, files.J > That would be a lot simpler, ESP as I intend to do quite a bit of number > crunching over it. >   ? That was my first thought when many small files were mentioned.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 23:14:01 +0100 5 From: "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> ! Subject: Re: DS10L surgery report 7 Message-ID: <4541332d$0$626$5a6aecb4@news.aaisp.net.uk>    JF Mezei wrote:   F > the electronics towards the back. Should I install a second drive in, > that bay, I may have to revisit this area.  J I went for installing all hard drives externally - otherwise all the cool K air getting sucked in is being heated up by say 10-15W from each (10k rpm,  J which seem considerably more toasty) drive, and the power supply is doing E extra work. With replacement standard ATX PSUs and fans more readily  @ available, I let them leech the power and enclosure of the home  router/gateway, an old P-II.  K I did find an old HP Vectra SFF CD drive to sorta fit in the optical media  A slot; this is as good as powered off when idle, and will be used  B sufficiently rarely that I can cope with the machine's subpar IDE  driver/chipset ;-).   M The sensor for me is hovering around body temperature now.. although if were  K to decide to modify the case I wouldn't rely on that so much, as heat that  C was *designed* to reach the sensor might be accumulating elsewhere.    --  ! Tom Garcia | tgarcia@hivemind.org    ------------------------------  % Date: Thu, 26 Oct 2006 19:38:36 +0200 3 From: Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> $ Subject: Re: freevms 0.2.15 released6 Message-ID: <4540f29c$0$20711$ba620dc5@nova.planet.nl>  ' on 26-10-2006 15:07 Tom Linden wrote...   & > What is the implementation language?  ? from the freeVMS website: It is developed using the C language.    /wilm    ------------------------------  % Date: Thu, 26 Oct 2006 11:54:17 -0700 * From: "Tom Linden" <tom@kednos-remove.com>$ Subject: Re: freevms 0.2.15 released) Message-ID: <op.th1lgrpgtte90l@hyrrokkin>   3 On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout   & <w5OLD.boerhout@PAINTplanet.nl> wrote:  ) > on 26-10-2006 15:07 Tom Linden wrote...  > ' >> What is the implementation language?  > A > from the freeVMS website: It is developed using the C language.  >  > /wilm  What a waste of time.    --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------   Date: 26 Oct 2006 19:10:25 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: freevms 0.2.15 released+ Message-ID: <4qcfh1Fm8ibbU1@individual.net>   ) In article <op.th1lgrpgtte90l@hyrrokkin>, - 	"Tom Linden" <tom@kednos-remove.com> writes: 5 > On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout   ( > <w5OLD.boerhout@PAINTplanet.nl> wrote: > * >> on 26-10-2006 15:07 Tom Linden wrote... >>( >>> What is the implementation language? >>B >> from the freeVMS website: It is developed using the C language. >> >> /wilm > What a waste of time.    No bias on your part.....  :-)  + Would you have had them write it in?  PL/I?    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: Thu, 26 Oct 2006 12:07:25 -0700 * From: "Tom Linden" <tom@kednos-remove.com>$ Subject: Re: freevms 0.2.15 released) Message-ID: <op.th1l2npgtte90l@hyrrokkin>   H On Thu, 26 Oct 2006 12:10:25 -0700, Bill Gunshannon <bill@cs.uofs.edu>   wrote:  + > In article <op.th1lgrpgtte90l@hyrrokkin>, / > 	"Tom Linden" <tom@kednos-remove.com> writes: 4 >> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout) >> <w5OLD.boerhout@PAINTplanet.nl> wrote:  >>+ >>> on 26-10-2006 15:07 Tom Linden wrote...  >>> ) >>>> What is the implementation language?  >>> C >>> from the freeVMS website: It is developed using the C language.  >>> 	 >>> /wilm  >> What a waste of time. >   > No bias on your part.....  :-)  H No, there is a bias, based on 40 years of writing code in more languagesI than I can, or care to remember, Jovial wasn't bad.  I would never have    chosen Bliss, BTW.    > - > Would you have had them write it in?  PL/I?  >  > bill >   E Well, it has been used for that before, Multics, Prime, MVS (well a    version); AOS, Stratus, Gnosis.  It is industrial strength, C is not.        --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  # Date: Thu, 26 Oct 2006 19:21:53 GMT " From:   VAXman-  @SendSpamHere.ORG$ Subject: Re: freevms 0.2.15 released0 Message-ID: <00A5DC9A.EE298745@SendSpamHere.ORG>  V In article <op.th1l2npgtte90l@hyrrokkin>, "Tom Linden" <tom@kednos-remove.com> writes: >  > I >On Thu, 26 Oct 2006 12:10:25 -0700, Bill Gunshannon <bill@cs.uofs.edu>    >wrote:  > , >> In article <op.th1lgrpgtte90l@hyrrokkin>,0 >> 	"Tom Linden" <tom@kednos-remove.com> writes:5 >>> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout * >>> <w5OLD.boerhout@PAINTplanet.nl> wrote: >>> , >>>> on 26-10-2006 15:07 Tom Linden wrote... >>>>* >>>>> What is the implementation language? >>>>D >>>> from the freeVMS website: It is developed using the C language. >>>>
 >>>> /wilm >>> What a waste of time.  >>! >> No bias on your part.....  :-)  > I >No, there is a bias, based on 40 years of writing code in more languages J >than I can, or care to remember, Jovial wasn't bad.  I would never have   >chosen  >Bliss, BTW. >  >>. >> Would you have had them write it in?  PL/I? >> >> bill  >> > F >Well, it has been used for that before, Multics, Prime, MVS (well a  	 >version) < >AOS, Stratus, Gnosis.  It is industrial strength, C is not.  K If you were to drive down the New Jersey Turnpike with your windows open in L the vicinity of Elizabeth, NJ (area of exits 13 and 14) and inhale, I'm sure9 you would conclude that C is, indeed, industial strength.    --  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: 26 Oct 2006 19:33:56 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: freevms 0.2.15 released+ Message-ID: <4qcgt4Fmhnh1U1@individual.net>   ) In article <op.th1l2npgtte90l@hyrrokkin>, - 	"Tom Linden" <tom@kednos-remove.com> writes: J > On Thu, 26 Oct 2006 12:10:25 -0700, Bill Gunshannon <bill@cs.uofs.edu>   > wrote: > , >> In article <op.th1lgrpgtte90l@hyrrokkin>,0 >> 	"Tom Linden" <tom@kednos-remove.com> writes:5 >>> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout * >>> <w5OLD.boerhout@PAINTplanet.nl> wrote: >>> , >>>> on 26-10-2006 15:07 Tom Linden wrote... >>>>* >>>>> What is the implementation language? >>>>D >>>> from the freeVMS website: It is developed using the C language. >>>>
 >>>> /wilm >>> What a waste of time.  >>! >> No bias on your part.....  :-)  > J > No, there is a bias, based on 40 years of writing code in more languagesK > than I can, or care to remember, Jovial wasn't bad.  I would never have    > chosen Bliss, BTW.  H Well, while I have worked with computers I haven't been a programmer forC 40 years, but it's getting close to that. :-)  I have no biases.  I G understand that every language has its strengths and its weaknesses and E that part of Software engineering is trying to pick the best language I for the job. Sometimes the strongest driving factor is still availability G of a compiler.  If compilers for other languages were available on more E architectures C would probably never have gotten the hold it has, but E it was easier to port than most and that made it more available.  And - it had the features needed for writting OSes.    >  >>. >> Would you have had them write it in?  PL/I? >> > G > Well, it has been used for that before, Multics, Prime, MVS (well a   
 > version)= > AOS, Stratus, Gnosis.  It is industrial strength, C is not.    D Maybe so, but C is available PL/I is not.  Oh, and not all of PrimosD was written in PL/I.  None of it was C but that was probably becauseF a C compiler was a much later addition (we got our first one somewhere around Primos Rev 18).  G So, do you happen to have a C compiler available for my PDP-11 that you F are willing to give away?  I feel like getting back into writing an OS for it.  :-)    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: Thu, 26 Oct 2006 16:01:50 -0400 # From: sol gongola <sol@adldata.com> $ Subject: Re: freevms 0.2.15 released0 Message-ID: <1161892915.590789@nntp.acecape.com>   Bill Gunshannon wrote:+ > In article <op.th1l2npgtte90l@hyrrokkin>, / > 	"Tom Linden" <tom@kednos-remove.com> writes: K >> On Thu, 26 Oct 2006 12:10:25 -0700, Bill Gunshannon <bill@cs.uofs.edu>   	 >> wrote:  >>- >>> In article <op.th1lgrpgtte90l@hyrrokkin>, 1 >>> 	"Tom Linden" <tom@kednos-remove.com> writes: 6 >>>> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout+ >>>> <w5OLD.boerhout@PAINTplanet.nl> wrote:  >>>>- >>>>> on 26-10-2006 15:07 Tom Linden wrote...  >>>>> + >>>>>> What is the implementation language? E >>>>> from the freeVMS website: It is developed using the C language.  >>>>>  >>>>> /wilm  >>>> What a waste of time." >>> No bias on your part.....  :-)K >> No, there is a bias, based on 40 years of writing code in more languages L >> than I can, or care to remember, Jovial wasn't bad.  I would never have   >> chosen Bliss, BTW.  > J > Well, while I have worked with computers I haven't been a programmer forE > 40 years, but it's getting close to that. :-)  I have no biases.  I I > understand that every language has its strengths and its weaknesses and G > that part of Software engineering is trying to pick the best language K > for the job. Sometimes the strongest driving factor is still availability I > of a compiler.  If compilers for other languages were available on more G > architectures C would probably never have gotten the hold it has, but G > it was easier to port than most and that made it more available.  And / > it had the features needed for writting OSes.  > / >>> Would you have had them write it in?  PL/I?  >>> H >> Well, it has been used for that before, Multics, Prime, MVS (well a   >> version) > >> AOS, Stratus, Gnosis.  It is industrial strength, C is not. >   F > Maybe so, but C is available PL/I is not.  Oh, and not all of PrimosF > was written in PL/I.  None of it was C but that was probably becauseH > a C compiler was a much later addition (we got our first one somewhere > around Primos Rev 18). > I > So, do you happen to have a C compiler available for my PDP-11 that you H > are willing to give away?  I feel like getting back into writing an OS > for it.  :-) >    > bill > / The pdp-11 had C. It came with unix (from at&t)    ------------------------------  % Date: Thu, 26 Oct 2006 16:05:23 -0400 ' From: Dave Froble <davef@tsoft-inc.com> $ Subject: Re: freevms 0.2.15 released9 Message-ID: <ht-dnWc84u9Hj9zYnZ2dnUVZ_sednZ2d@libcom.com>    Bill Gunshannon wrote:+ > In article <op.th1lgrpgtte90l@hyrrokkin>, / > 	"Tom Linden" <tom@kednos-remove.com> writes: 6 >> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout  ) >> <w5OLD.boerhout@PAINTplanet.nl> wrote:  >>+ >>> on 26-10-2006 15:07 Tom Linden wrote...  >>> ) >>>> What is the implementation language? C >>> from the freeVMS website: It is developed using the C language.  >>> 	 >>> /wilm  >> What a waste of time. >   > No bias on your part.....  :-) > - > Would you have had them write it in?  PL/I?  >  > bill >    BASIC!  :-)   F Actually, I cannot fault the use of C, regardless of how I personally F feel about the language.  The reality is that it would be rather hard @ today to find an architecture that doesn't support a C compiler.  ' Lowest (least) common denominator.  :-(    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 26 Oct 2006 20:14:20 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: freevms 0.2.15 released+ Message-ID: <4qcj8sFl105oU1@individual.net>   0 In article <1161892915.590789@nntp.acecape.com>,& 	sol gongola <sol@adldata.com> writes: > Bill Gunshannon wrote:, >> In article <op.th1l2npgtte90l@hyrrokkin>,0 >> 	"Tom Linden" <tom@kednos-remove.com> writes:L >>> On Thu, 26 Oct 2006 12:10:25 -0700, Bill Gunshannon <bill@cs.uofs.edu>  
 >>> wrote: >>> . >>>> In article <op.th1lgrpgtte90l@hyrrokkin>,2 >>>> 	"Tom Linden" <tom@kednos-remove.com> writes:7 >>>>> On Thu, 26 Oct 2006 10:38:36 -0700, Wilm Boerhout , >>>>> <w5OLD.boerhout@PAINTplanet.nl> wrote: >>>>> . >>>>>> on 26-10-2006 15:07 Tom Linden wrote... >>>>>>, >>>>>>> What is the implementation language?F >>>>>> from the freeVMS website: It is developed using the C language. >>>>>> >>>>>> /wilm >>>>> What a waste of time. # >>>> No bias on your part.....  :-) L >>> No, there is a bias, based on 40 years of writing code in more languagesM >>> than I can, or care to remember, Jovial wasn't bad.  I would never have    >>> chosen Bliss, BTW. >>  K >> Well, while I have worked with computers I haven't been a programmer for F >> 40 years, but it's getting close to that. :-)  I have no biases.  IJ >> understand that every language has its strengths and its weaknesses andH >> that part of Software engineering is trying to pick the best languageL >> for the job. Sometimes the strongest driving factor is still availabilityJ >> of a compiler.  If compilers for other languages were available on moreH >> architectures C would probably never have gotten the hold it has, butH >> it was easier to port than most and that made it more available.  And0 >> it had the features needed for writting OSes. >>  0 >>>> Would you have had them write it in?  PL/I? >>>>I >>> Well, it has been used for that before, Multics, Prime, MVS (well a    >>> version)? >>> AOS, Stratus, Gnosis.  It is industrial strength, C is not.  >>  G >> Maybe so, but C is available PL/I is not.  Oh, and not all of Primos G >> was written in PL/I.  None of it was C but that was probably because I >> a C compiler was a much later addition (we got our first one somewhere  >> around Primos Rev 18).  >>  J >> So, do you happen to have a C compiler available for my PDP-11 that youI >> are willing to give away?  I feel like getting back into writing an OS  >> for it.  :-)  >>  1 > The pdp-11 had C. It came with unix (from at&t)   D Oops.  Major faux pas.  I meant a PL/I compiler.  Actually, I have aC number of C compilers for the PDP-11 for various OSes and one small I one that has its own support library so doesn't require an OS at all. :-)  But PL/I is Tom's baby....   billD (who knows the value of PL/I but hasn't had the oportunity to use it since his Primos days!!)   --  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, 27 Oct 2006 01:40:12 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> $ Subject: Re: freevms 0.2.15 releasedJ Message-ID: <paul.sture.nospam-782AE7.01401227102006@mac.sture.homeip.net>  9 In article <ht-dnWc84u9Hj9zYnZ2dnUVZ_sednZ2d@libcom.com>, )  Dave Froble <davef@tsoft-inc.com> wrote:   H > Actually, I cannot fault the use of C, regardless of how I personally H > feel about the language.  The reality is that it would be rather hard B > today to find an architecture that doesn't support a C compiler.    E Actually, I still have a problem with C: OK, I come from an era when  F hardware was ridiculously expensive, but the thought of all those CPU < cycles going to scan a string for a null value still grates.  D And memory leakage? I know you are a BASIC fan, but my knowledge of B COBOL, FORTRAN and Ada leads me to believe that no memory leakage $ problems exist with those languages.    G (Cough - I've just applied the latest patch for Ada, addressing memory  
 issues :-)   --  
 Paul Sture   ------------------------------   Date: 26 Oct 2006 23:29:04 GMT From: healyzh@aracnet.com $ Subject: Re: freevms 0.2.15 released+ Message-ID: <ehrgc01kgp@enews3.newsguy.com>   ) Bill Gunshannon <bill@cs.uofs.edu> wrote:   I > So, do you happen to have a C compiler available for my PDP-11 that you H > are willing to give away?  I feel like getting back into writing an OS > for it.  :-)  K What, you don't have a copy of DECUS C?  Depending on the OS you're running J you might also be able to scare up a copy of PDP-11 C (DEC), or Whitesmith C.   		Zane   ------------------------------   Date: 27 Oct 2006 00:11:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: freevms 0.2.15 released+ Message-ID: <4qd15jFknjd6U1@individual.net>   J In article <paul.sture.nospam-782AE7.01401227102006@mac.sture.homeip.net>,2 	Paul Sture <paul.sture.nospam@hispeed.ch> writes:; > In article <ht-dnWc84u9Hj9zYnZ2dnUVZ_sednZ2d@libcom.com>, + >  Dave Froble <davef@tsoft-inc.com> wrote:  > I >> Actually, I cannot fault the use of C, regardless of how I personally  I >> feel about the language.  The reality is that it would be rather hard  C >> today to find an architecture that doesn't support a C compiler.  >  > G > Actually, I still have a problem with C: OK, I come from an era when  H > hardware was ridiculously expensive, but the thought of all those CPU > > cycles going to scan a string for a null value still grates. > F > And memory leakage? I know you are a BASIC fan, but my knowledge of D > COBOL, FORTRAN and Ada leads me to believe that no memory leakage & > problems exist with those languages.  I If you hate C because of the potential for buffer overruns I find it hard J to believe you actually like COBOL which, by design, has no range checking at all!!   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: 26 Oct 2006 13:18:09 -0700) From: "DaveG" <david.gudewicz@abbott.com>  Subject: Re: HP support B Message-ID: <1161893889.607439.49000@m73g2000cwd.googlegroups.com>   Dave Froble wrote:/ > That rumor rag, The Inquirer, is at it again.  > 7 > http://www.theinquirer.net/default.aspx?article=35357  > G > IT LOOKS LIKE Steve Smith, VP of Services, resigned from HP yesterday ? > with no explanation, and with no immediate successor planned.  > D > People on the inside describe it as another of the 'rats leaving aD > sinking ship', but particular phrase was not in the internal memo. > C > One has to wonder.  Was Mr Smith discourged by the downgrading of H > services?  Was Mr Smith the instigator of said downgrading, and seeingA > the impending result, jumping ship before the shit hit the fan?  >   > Or possibly, personal reasons. >  > --6 > David Froble                       Tel: 724-529-0450@ > Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com > DFE Ultralights, Inc.  > 170 Grimplin Road  > Vanderbilt, PA  15486   E All good questions.  Trouble is we'll never know the real story.  But : there will probably be some here that will speculate.  ;-)   Dave...    ------------------------------  % Date: Thu, 26 Oct 2006 16:16:04 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: HP support 9 Message-ID: <y4CdnTlS3qHBiNzYnZ2dnUVZ_oCdnZ2d@libcom.com>   - That rumor rag, The Inquirer, is at it again.   5 http://www.theinquirer.net/default.aspx?article=35357   F IT LOOKS LIKE Steve Smith, VP of Services, resigned from HP yesterday = with no explanation, and with no immediate successor planned.   C People on the inside describe it as another of the 'rats leaving a  B sinking ship', but particular phrase was not in the internal memo.  B One has to wonder.  Was Mr Smith discourged by the downgrading of G services?  Was Mr Smith the instigator of said downgrading, and seeing  ? the impending result, jumping ship before the shit hit the fan?    Or possibly, personal reasons.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 17:15:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: HP support 8 Message-ID: <593b8$4541255a$cef8887a$31782@TEKSAVVY.COM>   Dave Froble wrote:H > IT LOOKS LIKE Steve Smith, VP of Services, resigned from HP yesterday ? > with no explanation, and with no immediate successor planned.   E The article states that Ann Livermore will temporarily take over his  , responsabilities and will see a replacement.  H Perhaps Ann Livermore forgot to add 2 words to the end of the sentence:  "in India" :-)  F Perhaps if HP startedto outsource upper management to India, HP might E realise what it is inflicting on customers when it is moving support  B from highly experienced folks to newbies with 2 weeks of training.  I How long had that Steve Smith been in that position ? It would be really  F interesting to know if he suggested/instigated the move to India as a ? cost savings measure, or if Hurd/Livermore forced him to do it.    ------------------------------  % Date: Thu, 26 Oct 2006 22:01:58 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 0 Subject: HP's services chief outsources himself?< Message-ID: <45416823$0$14814$9a6e19ea@news.newshosting.com>  : http://www.theregister.co.uk/2006/10/26/hp_services_smith/  5 http://www.theinquirer.net/default.aspx?article=35357   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  + Date: Thu, 26 Oct 2006 17:38:43 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)* Subject: Re: Itanium systems and DECCAMPUS$ Message-ID: <ehqrr3$mp8$4@online.de>  B In article <4qbsjeFm0u6qU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:   L > We are still, administratively, a VMS shop.  But, while there is still oneL > VMS machine with accounts for all the students on it I would guess none ofN > them ever logs into it (or knows how, or even knows it exists!)  Some of theO > diehard faculty may, but since it no longer supports outside email, it really L > has no functional purpose any more.  I would imagine the last academic VMSJ > machines to see actual student use here were mine and they went down forJ > the last time at the end of last semester.  I still think keeping VMS inL > academia was a good idea, but it was not a battle I could fight by myself.  G This is probably the case at most educational institutions which still  F have DECcampus.  I think letting academia go was one of DEC's biggest 	 mistakes.    ------------------------------  % Date: Thu, 26 Oct 2006 15:21:12 -0400 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: Itanium systems and DECCAMPUS9 Message-ID: <G4OdnQt9X9zildzYnZ2dnUVZ_uudnZ2d@libcom.com>    david20@alpha2.mdx.ac.uk wrote: q > In article <1161876287.649598.114240@h48g2000cwc.googlegroups.com>, "DaveG" <david.gudewicz@abbott.com> writes:  >> etmsreec@yahoo.co.uk wrote:K >>> There was discussion of this at the VMS TUD in London a week or so ago. C >>>  The UK offering was, traditionally, different to that in other = >>> countries so it is presently being discussed and debated.  >>> # >>> I've mailed David directly too.  >>> 1 >> >From the HPTF held in Houston, TX last month:  >>" >> CIP - Campus Investment ProgramF >> free or steep discounts for OpenVMS for teaching and research only. >> (Integrity only)  >> > , > Is this purely for teaching and research ?; > The UK DECCAMPUS program covered other uses in Education. J > The systems I am looking at replacing are both used as central mailhubs N > - though one (a VMS cluster) is also still used for some teaching of Oracle  > etc   F Wouldn't e-mail be considered part of the education experience today? H If instructors use e-mail as part of their classes, then you're covered.   > David Webb > Security team leader > CCSS > Middlesex University >  > A >> All campus software programs found at: www.hp.com/go/education  >> >> Hope this helps.  >>
 >> Dave... >>     --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 26 Oct 2006 20:50:25 -0700 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>6 Subject: Re: Looking for EVKAA diagnostics for 11/780.: Message-ID: <voadncb8svxZHNzYnZ2dnUVZ_vGdnZ2d@comcast.com>   Timothy Stark wrote:  L > I worked on my new VAX-11/780 emulator (under TS10 emulator) and recently K > implemented additional instructions beyond MicroVAX enviorment (full VAX  L > instruction sets like H_floating, packed, etc.).  I tried to boot OpenVMS N > operating system but it crashed due to some unforeseen bugs in my emulator. O > Without extended instructions, it worked fine because OpenVMS uses emulation  ( > software to emulate some instructions.  @ Maybe DEC did it differently, but most diagnostics I know of are> standalone, and so can only test actual hardware instructions.  A The question, than, is can 11/780 OpenVMS run on a 780 with those  instructions?  Maybe not.    -- glen    ------------------------------  % Date: Thu, 26 Oct 2006 20:59:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Mozilla on VMS comment/question7 Message-ID: <3759$454159c2$cef8887a$13499@TEKSAVVY.COM>   E I downloaded the Compaq proprietary version of Mozilla for VMS (CSWB) L Secure Web Browser V1.7-13 is based on Mozilla 1.7.13 from the VMS web site.  H Installation via PCSI was quick and apparently painless. However, there I was no hint of where the software was or how to start it :-) (it ends up  = in SYS$COMMON:[CSWB]MOZILLA.COM  there is also an INSTALL.COM   B So, this is essentially Netscape with a few more things and a few I missing things. (and probably a muich more recent HTML rendering engine).   
 QUESTIONS:  H When reading newsgroup messages, is there a way to prevent this version G from interpreting the ">" in messages as a quote and replacing it with   some graphical grey bar ?   F Is there a way to add a "QUOTE" button when replying to a message ? I H don't want to autoquote everytime I reply, but I also don't like having F to go to "OPTIONS" and then choose "QUOTE". The real netscape(4.7 and 1 before) have a QUOTE button right on the toolbar.     * If I try to access my bank, I get nothing.   http://accesd.desjardins.com  F No error message, NOTHING. Current content onthe previous page is not  changed.  > MOSAIC has no problem accessing HTTPS: sites on the same node.  G I take it I need to configure something either in Mozilla or in the HP  A proprietary version of open SSL to get this to work ? Any hints ?    ------------------------------    Date: 26 Oct 2006 22:19:39 -0700, From: "Cluster-Karl" <karl.rohwedder@gmx.de>, Subject: Re: Mozilla on VMS comment/questionB Message-ID: <1161926379.570213.46180@i42g2000cwa.googlegroups.com>  B I can reach https://accesd.desjardins.com from SWB V1.7-13 without problems, no tricks.   
 regards Kalle    ------------------------------    Date: 26 Oct 2006 15:08:00 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: NEW Email address3 Message-ID: <0QoglGQgCSyE@eisner.encompasserve.org>   w In article <ehqrdn$mp8$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: E > In article <1161867279.742731.173510@k70g2000cwa.googlegroups.com>,  > etmsreec@yahoo.co.uk writes:   > J >> I thought that non-deliverable mail would either get sent to postmaster! >> (whoever that was defined to)   > J > Should be.  However, the postmaster then has to separate the wheat from  > the chaff there. > ) >> or would be bounced back with the SMTP  >> spam management?  > K > Yes.  Two problems here.  One is that so many undeliverable messages are  F > bouncing that YOUR ISP thinks that YOU are spamming, since his SMTP J > relay server is getting so many emails from you.  The other is that the I > From: addresses are probably dummy addresses, so the mail then bounces   > back to your postmaster.  ? I presume that "bounce" did not mean "send a newmail" as nobody = clueful enough to use VMS should ever originate a newmail for 
 that purpose.   A The proper technique is to issue a Reject during the SMTP dialog.  That  6 	1. Goes back to the folks who actually sent it to you; 	2. Cannot be mistaken for spam as it is not incoming email    --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------   Date: 26 Oct 2006 20:18:36 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: NEW Email address+ Message-ID: <4qcjgsFl105oU2@individual.net>   3 In article <0QoglGQgCSyE@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:y > In article <ehqrdn$mp8$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: F >> In article <1161867279.742731.173510@k70g2000cwa.googlegroups.com>,  >> etmsreec@yahoo.co.uk writes:  >>  K >>> I thought that non-deliverable mail would either get sent to postmaster " >>> (whoever that was defined to)  >>  K >> Should be.  However, the postmaster then has to separate the wheat from   >> the chaff there.  >>  * >>> or would be bounced back with the SMTP >>> spam management? >>  L >> Yes.  Two problems here.  One is that so many undeliverable messages are G >> bouncing that YOUR ISP thinks that YOU are spamming, since his SMTP  K >> relay server is getting so many emails from you.  The other is that the  J >> From: addresses are probably dummy addresses, so the mail then bounces  >> back to your postmaster.  > A > I presume that "bounce" did not mean "send a newmail" as nobody ? > clueful enough to use VMS should ever originate a newmail for  > that purpose.  > C > The proper technique is to issue a Reject during the SMTP dialog.  > That > 8 > 	1. Goes back to the folks who actually sent it to you= > 	2. Cannot be mistaken for spam as it is not incoming email  >   H IN this day and age, the safest thing to do is just drop it on the floorF and hope nobody trips over it.  As was pointed out by someone else, itE is relatively trivial today to try thousands of addresses looking for E valid ones.  Hiding valid users from the bad guys is why options like G VRFY are never left on any more.  You can argue all you want about what C the RFC's require, what is necessary in reality is often different.    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: 26 Oct 2006 15:47:59 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: NEW Email address3 Message-ID: <T0ItzRCEVgbn@eisner.encompasserve.org>   V In article <4qcjgsFl105oU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <0QoglGQgCSyE@eisner.encompasserve.org>, 2 > 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:  D >> The proper technique is to issue a Reject during the SMTP dialog. >> That  >>  9 >> 	1. Goes back to the folks who actually sent it to you > >> 	2. Cannot be mistaken for spam as it is not incoming email >>   > J > IN this day and age, the safest thing to do is just drop it on the floor  > and hope nobody trips over it.  A That has the severe disadvantage that false positives might leave B a legitimate correspondent with the mistaken impression their mail got through.  ( > As was pointed out by someone else, itG > is relatively trivial today to try thousands of addresses looking for G > valid ones.  Hiding valid users from the bad guys is why options like " > VRFY are never left on any more.  @ Good DNSbls (including the one you construct based on the number3 of false addresses tried) should take care of that.    ------------------------------  # Date: Thu, 26 Oct 2006 22:18:58 GMT % From: Rob Brown <mylastname@gmcl.com>  Subject: Re: NEW Email addressD Message-ID: <Pine.LNX.4.61.0610261612100.4984@localhost.localdomain>  + On Thu, 26 Oct 2006, Larry Kilgallen wrote:   B > Good DNSbls (including the one you construct based on the number > of false addresses tried)   G The last time I checked, clients that connected to our SMTP server and  A tried to send to a bunch of guessed usernames in our domain only  E tried once.  To put it another way, many different IP addresses have  A tried to guess a batch of our e-mail addresses, but no single IP  @ address ever tried more than one batch.  It did not appear that @ preventing those IP addresses from trying again would be of any  benefit to me.     --    B Rob Brown                        b r o w n a t g m c l d o t c o m6 G. Michaels Consulting Ltd.      (780)438-9343 (voice)4 Edmonton                         (780)437-3367 (FAX)2                                   http://gmcl.com/   ------------------------------  % Date: Thu, 26 Oct 2006 20:46:50 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: NEW Email address9 Message-ID: <XaydnVdolNRPydzYnZ2dnUVZ_tKdnZ2d@libcom.com>    Larry Kilgallen wrote:X > In article <4qcjgsFl105oU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:6 >> In article <0QoglGQgCSyE@eisner.encompasserve.org>,3 >> 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:  > E >>> The proper technique is to issue a Reject during the SMTP dialog.  >>> That >>> : >>> 	1. Goes back to the folks who actually sent it to you? >>> 	2. Cannot be mistaken for spam as it is not incoming email  >>> K >> IN this day and age, the safest thing to do is just drop it on the floor ! >> and hope nobody trips over it.  > C > That has the severe disadvantage that false positives might leave D > a legitimate correspondent with the mistaken impression their mail > got through.  I For some, dropping the message may be safe.  For David Turner, it is not  F safe.  If a customer thought they sent him a message, when in reality G they sent it to, for example, dvaidturner, and were not advised of the  H message not being delivered, and able to see their mistake, then they'd G be waiting for a reply, and after sufficient time be calling him names   as they looked elsewhere.   F I like the idea of just dropping the message, but that isn't feasible + for everyone.  It can be very bad for some.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 27 Oct 2006 01:22:58 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: NEW Email address+ Message-ID: <4qd5biFmgleoU1@individual.net>   9 In article <XaydnVdolNRPydzYnZ2dnUVZ_tKdnZ2d@libcom.com>, * 	Dave Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote:Y >> In article <4qcjgsFl105oU2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: 7 >>> In article <0QoglGQgCSyE@eisner.encompasserve.org>, 4 >>> 	Kilgallen@SpamCop.net (Larry Kilgallen) writes: >>  F >>>> The proper technique is to issue a Reject during the SMTP dialog.	 >>>> That  >>>>; >>>> 	1. Goes back to the folks who actually sent it to you @ >>>> 	2. Cannot be mistaken for spam as it is not incoming email >>>>L >>> IN this day and age, the safest thing to do is just drop it on the floor" >>> and hope nobody trips over it. >>  D >> That has the severe disadvantage that false positives might leaveE >> a legitimate correspondent with the mistaken impression their mail  >> got through.  > K > For some, dropping the message may be safe.  For David Turner, it is not  H > safe.  If a customer thought they sent him a message, when in reality I > they sent it to, for example, dvaidturner, and were not advised of the  J > message not being delivered, and able to see their mistake, then they'd I > be waiting for a reply, and after sufficient time be calling him names   > as they looked elsewhere.  > H > I like the idea of just dropping the message, but that isn't feasible - > for everyone.  It can be very bad for some.   J As nice as email is and as much as I use it (I have been using email sinceI the USENET days, long before this abomination called the INTERNET started I ruining it) if I absolutely, positively need to comunicat with someone, I K pick up the phone.  One can never be sure email is delivered, one can never I be sure it got to the correct recipient, one can never be sure he read it K and one can never be sure he understood what it said.  As much as I dislike K the telephone, at least I can be sure I am talking to the person I expected L and I can be fairly certain when I hang up he will know what I called about.   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: 27 Oct 2006 00:02:45 GMT From: healyzh@aracnet.com 3 Subject: Re: SAS desupport article from openvms.org + Message-ID: <ehrib50tb0@enews3.newsguy.com>   . JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:J > Had HP admitted this was the plan and committed to port VMS to the intelH > primary platform, then ISVs would have had far more enthousism for VMSF > and while they would have still avoided the port to that IA64 thing,I > they would have announced longer support for Alpha and comitted to port - > to the 8086 as soon as VMS could run on it.   J So you want HP to port to a 16-bit CPU?  Personally I'd like to see a port3 to EM64T, the new Core 2 Duo CPU's are pretty nice.    		Zane   ------------------------------  % Date: Thu, 26 Oct 2006 23:15:57 +0100 5 From: "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> 6 Subject: simple improvements to disk write performance7 Message-ID: <4541339d$0$624$5a6aecb4@news.aaisp.net.uk>   D This post gives a summary of some of the simplest optimisations for F improving disk write performance, from my playing about this evening,  browsing some posts, etc.    Setup:$ System is OpenVMS 8.3 on Alpha DS10L Controller is KZPBA-CA= Network is 100Mbit using Cisco 2950XL switch via Multinet 5.1 3 Disk is Fujitsu 73GB MAN3735MC Ultra160 LVD 10k RPM ! No other devices on the SCSI bus.   M An example test: uploading a 150MB file to the Alpha using the OpenSSH 4.4p1  M SFTP client under cygwin. "Speed" below is for that one optimisation, from a  M default install. Effectiveness for this test is obviously not representative  " of usefulness for other workloads.   1. No optimisation.    Speed: 750KB/sec.   I 2. Disable high water marking - no zeroing out of newly allocated blocks.    $ set vol dka100 /nohighwater    Speed: 850kB/sec.   K 3. Permit deferred writes to file headers. This requires application-level   support.   $ set vol dka100 /nowritethr   Speed: 730kB/sec.   I 4. Enable drive's internal write cache, using incantation to adjust SCSI   mode page 8. Note:J (i) This must be done _after_ mounting, as VMS appears to clear the cache  enable bit. M (ii) Only bit 1<<3 has been explictly changed; make sure to leave other bits   as-is on your drive.  K $ mcr sys$etc:scsi_mode -devname dka100 -page 8 -devtype man3735mc -offset   0e 14 -mount   Speed: 1MB/sec.   L 5. Change default number of blocks to extend sequential files: (With thanks J to a post by Patrick Moreau for the values in this and next optimisation.)   $ set rms/system/extend=2048   Speed: 1.2MB/sec.   F 6. Set multiblock count and multibuffer for sequential and indexed IO  operations:   % $ set rms/system/seq/block=127/buff=8  $ set rms/system/ind/buff=20   Speed 740kB/sec.  D 7. Default to write-behind caching even if not explicitly requested:      SYSGEN>  SET RMS_SEQFILE_WBH 1   Speed: 730kB/sec.    8. ALL the above optimisations.    Speed: 2.9MB/sec.   ( 9. As 8, but uploading to a DECram disk.  J Speed: 3.3MB/sec (though only uploaded 50MB, due to lack of physical RAM).   Notes:K - We might hope for over double the speed in (9) for a theoretical maximum  K on a 100Mbit network, so next steps might be to look at whether the cipher  L used creates CPU-boundedness, whether TCP window size might be changed, etc.K - We could look into more SCSI mode page settings, such as the drive's own  I read-ahead cache - though this is enabled by default on my drive and not   disabled by VMS.J - Using the PuTTY client is an order of magnitude slower by comparison; I  didn't attempt to optimise.   > What other settings come to mind as useful to experiment with?   --  ! Tom Garcia | tgarcia@hivemind.org    ------------------------------  % Date: Thu, 26 Oct 2006 19:46:37 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> : Subject: RE: simple improvements to disk write performanceT Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401C81EE4@tayexc19.americas.cpqcorp.net>   > -----Original Message-----? > From: Tom Garcia [mailto:tgarcia-REMOVE-THIS@hivemind.org]=20   > Sent: October 26, 2006 3:16 PM > To: Info-VAX@Mvb.Saic.Com 8 > Subject: simple improvements to disk write performance >=20H > This post gives a summary of some of the simplest optimisations for=20J > improving disk write performance, from my playing about this evening,=20 > browsing some posts, etc.  >=20  
 [snip ...]   >=20@ > What other settings come to mind as useful to experiment with? >=20 > --=20 # > Tom Garcia | tgarcia@hivemind.org  >=20 >=20   Quick thoughts:   H - Are you sure the disk has not become fragmented over a number of large disk transfers tests like this? H - are there any process quota increases that could assist? (AvailabilityH Mgr is good tool to use for monitoring while doing this type of testing)       Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 27 Oct 2006 00:02:25 -0400 ( From: Bill Todd <billtodd@metrocast.net>: Subject: Re: simple improvements to disk write performanceG Message-ID: <aISdnTY0aMpIGdzYnZ2dnUVZ_r2dnZ2d@metrocastcablevision.com>    Tom Garcia wrote:    ...   @ > What other settings come to mind as useful to experiment with?  C Your disk can accept data at tens of MB per second.  RMS can write  I sequentially at close to the rate the disk can accept (just give it some  E moderate buffer space and enable write-behind; you shouldn't have to  I enable the disk's write cache with a SCSI disk, though might with an ATA  I disk since many don't support the kind of tagged-command queuing that it  ) takes to stream update data efficiently).   F Thus the bottleneck you're seeing is almost certainly associated with  the network transfer.    - bill   ------------------------------  % Date: Thu, 26 Oct 2006 21:45:40 -0700 = From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> : Subject: Re: simple improvements to disk write performance6 Message-ID: <_uGdncfMhLdpE9zYnZ2dnUVZ_rqdnZ2d@dls.net>  " There is one more interesting one.  K Check out ACP_DATACHECK. When enabled, file metadata is written, read back  > then compared. Turn it off and see how it affects performance.  % Is your system a member of a cluster?    John  6 "Bill Todd" <billtodd@metrocast.net> wrote in message A news:aISdnTY0aMpIGdzYnZ2dnUVZ_r2dnZ2d@metrocastcablevision.com...  > Tom Garcia wrote:  >  > ...  > A >> What other settings come to mind as useful to experiment with?  > E > Your disk can accept data at tens of MB per second.  RMS can write  K > sequentially at close to the rate the disk can accept (just give it some  G > moderate buffer space and enable write-behind; you shouldn't have to  K > enable the disk's write cache with a SCSI disk, though might with an ATA  K > disk since many don't support the kind of tagged-command queuing that it  + > takes to stream update data efficiently).  > L > Thus the bottleneck you're seeing is almost certainly associated with the  > network transfer.  > 	 > - bill     ------------------------------  % Date: Thu, 26 Oct 2006 12:55:24 -0700 , From: David D Miller <ddmiller@raytheon.com>  Subject: Toggle Operator ConsoleV Message-ID: <OF2786F472.8CC82B17-ON07257213.006D07D3-07257213.006D62C5@mck.us.ray.com>   Folks   K I've been away from OVMS too long -- I think there is a keystroke to toggle H the operator terminal between "Operator" and "User", something like PF2.9 But that's not right and I can't remember the right keys.   
 Help, please.    dave.    ------------------------------  # Date: Thu, 26 Oct 2006 21:03:55 GMT % From: Rob Brown <mylastname@gmcl.com> $ Subject: Re: Toggle Operator ConsoleD Message-ID: <Pine.LNX.4.61.0610261458380.3848@localhost.localdomain>  * On Thu, 26 Oct 2006, David D Miller wrote:  G > I've been away from OVMS too long -- I think there is a keystroke to  > > toggle the operator terminal between "Operator" and "User", D > something like PF2. But that's not right and I can't remember the 
 > right keys.   C On a workstation, F2 (the PRINT key) (or maybe control-F2) scrolls  F down the desktop and shows you black screen which might have some OPA0; messages on it, but it does not give you a username prompt.   G Control-F2 was more useful to recover from somebody doing REPLY/ALL to  D broadcast to all terminals.  This caused the workstation desktop to > scroll down and the message to appear at the top of the black.  $ Is this what you were talking about?   - Rob      --    B Rob Brown                        b r o w n a t g m c l d o t c o m6 G. Michaels Consulting Ltd.      (780)438-9343 (voice)4 Edmonton                         (780)437-3367 (FAX)2                                   http://gmcl.com/   ------------------------------    Date: 26 Oct 2006 14:33:19 -0700- From: "Doug Phillips" <dphill46@netscape.net> $ Subject: Re: Toggle Operator Console@ Message-ID: <1161898399.010420.4610@i3g2000cwc.googlegroups.com>   David D Miller wrote:  > Folks  > M > I've been away from OVMS too long -- I think there is a keystroke to toggle J > the operator terminal between "Operator" and "User", something like PF2.; > But that's not right and I can't remember the right keys.  >  > Help, please.  >  > dave.   E On a VT420 and some other terminals and some terminal servers you can > have two session and F4 will toggle between them. Maybe you'reE remembering something that was customized or a special utility at the 	 old site.    ------------------------------  % Date: Thu, 26 Oct 2006 14:39:49 -0700 , From: David D Miller <ddmiller@raytheon.com>$ Subject: Re: Toggle Operator ConsoleV Message-ID: <OF18E62FB8.0B391E38-ON07257213.007697E1-07257213.0076F220@mck.us.ray.com>  
 Steve, Rob  G Stephen Hoffman <hoff@hoffmanlabs.org> wrote on 10/26/2006 02:02:21 PM:    > D > The console toggle (between the console display and the DECwindowsH > display) is CTRL/F2, though that is dependent on the particular system > involved.  > J > It can be preferable to aim the OPA0: console output to a serial consoleF > line and not to the workstation display, but I expect you know that. >    Your guess is correct:  I I want to toggle between DECW and Operator Console on an ES45.  I checked J the connection and confirmed it is OPA0 because the boot messages/operator0 messages appear on the screen as OVMS starts up.  J But CTRL/F2 has no effect.  Is there a >>> command or dip switch I have to set?   dave.    ------------------------------  % Date: Thu, 26 Oct 2006 19:00:43 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: Toggle Operator Console8 Message-ID: <52a72$45413e3b$cef8887a$30634@TEKSAVVY.COM>  I Not sure if it still works, but try <CTRL> <PRINT SCREEN> (tthgis is the  2 second key on the top row, next to "hold screen").  B Note that on a clustered workstation, often there is no "console" $ because OPCOM messages are disabled.   ------------------------------  # Date: Fri, 27 Oct 2006 00:41:49 GMT % From: Rob Brown <mylastname@gmcl.com> $ Subject: Re: Toggle Operator ConsoleD Message-ID: <Pine.LNX.4.61.0610261840540.6602@localhost.localdomain>  $ On Thu, 26 Oct 2006, JF Mezei wrote:  D > Note that on a clustered workstation, often there is no "console" & > because OPCOM messages are disabled.  G That would explain why it scrolls down to black for me.  I have all of  / my OPCOM messages directed to a special window.      --    B Rob Brown                        b r o w n a t g m c l d o t c o m6 G. Michaels Consulting Ltd.      (780)438-9343 (voice)4 Edmonton                         (780)437-3367 (FAX)2                                   http://gmcl.com/   ------------------------------  % Date: Thu, 26 Oct 2006 21:37:07 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> $ Subject: Re: Toggle Operator Console: Message-ID: <baednewDdofS_9zYnZ2dnUVZ_tydnZ2d@comcast.com>   Doug Phillips wrote: > David D Miller wrote:  >  >>Folks  >>M >>I've been away from OVMS too long -- I think there is a keystroke to toggle J >>the operator terminal between "Operator" and "User", something like PF2.; >>But that's not right and I can't remember the right keys.  >> >>Help, please.  >> >>dave.  >  > G > On a VT420 and some other terminals and some terminal servers you can @ > have two session and F4 will toggle between them. Maybe you'reG > remembering something that was customized or a special utility at the  > old site.  >   E I think he's talking about the DECWindows/Motif/CDE interface.  ISTR  F that there was a function key that toggled back and forth between the F VMS console and the windowing system.  I can no longer recall what it G was either.  <sigh>  My brain is receding along with my hairline. . . .    ------------------------------    Date: 26 Oct 2006 10:53:02 -0700) From: "quick6_98" <quick6_98@hotmail.com> X Subject: Re: Two node ES80 cluster to EVA5000, RWSCS and high CR_WAITS on VMS$VAXclusterB Message-ID: <1161885182.055396.31600@i42g2000cwa.googlegroups.com>   prep@prep.synonet.com wrote:- > "quick6_98" <quick6_98@hotmail.com> writes:  > H > > We have recently started seeing processes in RWSCS and high CR_WAITSE > > (860) on the cluster.  The first clue came from AMDS complaining.  > > The  >  > ...  > C > > There are no complaints from AMDS as far as lock contention but G > > users are complaing of "stalls".  The problem seemed to start after D > > installing VMS_UPDATE_0800 and a reboot of both nodes.  Any help > > would be appreciated.  > H > It is an SCS credit problem. What is the cluster interconect? Have you" > altered and SYSGEN SCS settings? >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.  E The cluster interconnect consists of two DEGXA's in each box.  One is G connected with a crossover cable and the other goes to a Ciscso Switch. E  Both are running at 1gigabit.  SCS_CREDITS is set to the max on both 6 machines.  No changes were made to any SCS parameters.   phil   ------------------------------    Date: 26 Oct 2006 11:09:12 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> X Subject: Re: Two node ES80 cluster to EVA5000, RWSCS and high CR_WAITS on VMS$VAXclusterC Message-ID: <1161886152.300790.123840@b28g2000cwb.googlegroups.com>    Phil,   A with these no. of incoming/outgoing lock messages per second, you D should not have any performance problems at all. You need to monitorA those counters at a time, when you are seeing the RWSCS problems.   @ Consider to use the T4 performance collection tool to constantly@ collect performance data. Then look at the collected data once a$ 'performance problem' has been seen.  8 http://h71000.www7.hp.com/OpenVMS/products/t4/index.html   Volker.    ------------------------------    Date: 26 Oct 2006 13:13:09 -0700) From: "DaveG" <david.gudewicz@abbott.com> ! Subject: Re: VMS Support in India B Message-ID: <1161893589.146644.167080@e3g2000cwe.googlegroups.com>   Saw this related article today:   5 http://www.theinquirer.net/default.aspx?article=35357    Dave...    ------------------------------    Date: 26 Oct 2006 17:41:05 -0700 From: apogeusistemas@gmail.com Subject: Where get this file ?C Message-ID: <1161909665.868140.132690@f16g2000cwb.googlegroups.com>    Hi:   % Can you tell me where get this file ?   , CSCPAT_0245_USE_WITH_CAUTION_MTDISMOUNT.EXE    regards.   ------------------------------  % Date: Thu, 26 Oct 2006 20:53:27 -0400 / From: "William Webb" <william.w.webb@gmail.com> " Subject: Re: Where get this file ?I Message-ID: <8660a3a10610261753i3033138ak889a1da7bdb5b9d1@mail.gmail.com>   7 On 26 Oct 2006 17:41:05 -0700, apogeusistemas@gmail.com ! <apogeusistemas@gmail.com> wrote:  > Hi:  > ' > Can you tell me where get this file ?  > - > CSCPAT_0245_USE_WITH_CAUTION_MTDISMOUNT.EXE  > 
 > regards. >  >   P From a Custmer Support Center - hence the CSC at the beginning of the file name.   WWWebb   --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COMPRESS").com    ------------------------------   End of INFO-VAX 2006.590 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                   G=} H   >}     CA @   A  @   @   I8                   5 "    H   ; CA @   A  @   @   I8  
 
                f  O        CA @   A  @   @   I8  
 
                  f      ;     CA @   A  0   0   I8                  ICA 0   A  8   8   I8                  &}     CA 8   A  0   0   I8                   CA 0   A  8   8   I8                  -  E{ CA 8   A  @   @   I8                   f  0        CA @   A  @   @   