1 INFO-VAX	Sat, 10 Jun 2000	Volume 2000 : Issue 323       Contents:" Re: blocks incorrectly marked free/ Re: C bashing (was Re: VMS File Caching Futures > Re: Canadian Association of Compaq Users Symposium rescheduled> Re: Canadian Association of Compaq Users Symposium rescheduled> Re: Canadian Association of Compaq Users Symposium rescheduled- Re: LN15AC toner cartridge compatible to ...? * modifying all users in group via authorize Re: Recording CD's on VMS  system slow  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel? ; Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha? ; Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?   F ----------------------------------------------------------------------  % Date: Sat, 10 Jun 2000 09:48:39 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>+ Subject: Re: blocks incorrectly marked free 3 Message-ID: <8hsrpc$2hkc$1@s2.feed.news.oleane.net>   < "Hans Bachner" <Hans.Bachner@altavista.net> wrote in message$ news:39417b45.8332992@news.aon.at...  K > While you run your ANALYZE /DISK there's lots of opportunity that some PC ( > creates/deletes files in these shares. > H > Dismount the disk (when it has no more files open), mount it privately (i.e. J > without /SYSTEM, /CLUSTER & friends) and run the analysis again, and the Macro , > program as well. Let us know what you get.  E The macro program from DSNlink seems to be unable to report what file B is the owner of a file... even LBN 0, is not reported to belong to indexf.sys. J However, it reports correctly on ODS2 shadow sets. I think it would really* be interresting to hear VAXMAN about this.  I As for the test with a private mounted device, I'm going to check this as  soon as possible    Merci 
 Jean-Franois    ------------------------------  % Date: Sat, 10 Jun 2000 16:56:34 +1000 4 From: Huw Davies <Huw.Davies@kerberos.davies.net.au>8 Subject: Re: C bashing (was Re: VMS File Caching FuturesD Message-ID: <4.3.1.2.20000610165328.01da7970@kerberos.davies.net.au>  ) At 14:56 9/06/00 +0000, Ian Parker wrote:   . We're getting a fair way from VMS here, but...  G >And if I remember correctly BCPL was another byte-code/virtual machine F >interpreted implementation, almost like Python (which does have a VMS >implementation)!   K Indeed it was and in fact there were two sets of virtual machines defined,  J the second Intcode was specifically designed to help in porting BCPL. You H just wrote an interpreter in any suitable language and then had BCPL to  write a "native" compiler.  J The irony is that I run an Intcode interpreter written in C on my VMS box J so that I can write and run BCPL programs. Not surprisingly, I get better H performance in this environment on my home alpha (at 166MHz) than I did 1 with natively compiled code on a DECsystem-10....   . Oh good, some slight VMS content after all :-)  @ Huw Davies           | e-mail: Huw.Davies@kerberos.davies.net.au?                       | "If God had wanted soccer played in the =                       | air, the sky would be painted green"     ------------------------------  # Date: Sat, 10 Jun 2000 06:32:05 GMT " From: iuso@ulose.com (Joseph Iuso)G Subject: Re: Canadian Association of Compaq Users Symposium rescheduled ) Message-ID: <3941cafd.63221020@24.2.9.60>    Hi everyone;  F First off, let me introduce myself.  My name is Joseph Iuso.  I am the> current President for the Canadian Tandem Users Group, and theC Director of Finance for the Canadian Association of Compaq Users.     A There have been many excellent suggestions, and sometimes, not so F wanted, but very well deserved criticism posted on the DECUS newsgroupE for a while.  For the critics, you're right, for that I would like to  offer my sincerest apologies.   F This criticism will probably continue to exist for quite some time, asE you vent out your frustration with what has been happening. This will - at least allow the pressure to be relieved.     9 From there a solution will be found!  One way or another.   ? As I see it, there are several potential solutions or outcomes: $ - CANACU dies, sputters, limps, etc.% - LUG's to be formed and/or revived.  B - LUG leaders to re-create a National Organization LUGs to service Canada. ; - CANACU or some other entity representing a National Users  Organization  < There are probably others, but does it really matter?!?!?!?!  E As most of you pointed out, you figure CANACU will die, Compaq can go F to H**L , and we'll all be working on LINUX, or some  other form of soE call "Non-Stop" operating system applications, and hardware platform. B Sure they too may deserve it, but without an advocacy channel, howA else is Compaq going to hear that?  Decreased Sales? I don't know A about you, but we TANDEM people sure do love latest S-series box. B Compaq has done a wonderful job of pumping up the capabilities nowF that the S7400 has come to market.  As well as the new GS series AlphaA Servers'.  I don't know about you, but NT, LINUX, UNIX, NSK, etc. > doesn't mean squat if your operating system, applications, andD hardware are not Non-Stop.  It just costs too much money in this day! and age to have system down time.   @ So,  if you believe in the death of CANACU, Compaq, or any otherB existing organization that attempts to remove your system heritageE focus from prime sight of the customer, your just feel its your right B to criticize, or what ever the reason, go ahead, let it out.  OnceE again, we deserve it.  We apologize.  And please, take whatever means D you wish. Hopefully nothing that is personal, but for the well beingF of all Canadian Compaq Users. I am not giving you permission, it's notE mine to give.  Besides you will probably do it anyways. I cannot stop E you, and by all means, if you have a better solution, and can back it D up with action that would achieve the same ends, I may even back you 100%.   E However, if you are a Compaq Users, understand the direction, wish to B volunteer what little time you have, or wish to help in creating aA National Association to ultimately service the needs from a Local E and/or National User Group perspective, please contact me directly at 6 iuso@home.com and I will personally followup with you.  0 Canadian Users of Compaq and its partners unite!  E In essence, this note is a call to arms, if you believe in the Compaq D platform your working on, want to continue to see Compaq products doC well within your organization, want to know the latest information, F etc. then do something about it.  Stop whining.  There is a saying andF it goes like this....you probably heard it before...."LEAD, FOLLOW, OR= GET OUT OF THE WAY".  Seriously, what is holding you all up?    E One other subject matter. How many of you noticed that someone made a D mistake and you all followed?  Yup, it's true. The original post hadF included the DECUS, TANDEM, UNIX, and VMS newsgroups.  The next personD sent the note only to the DECUS newsgroup and well, we TANDEM, UNIX,? and VMS folk got left out of the conversion.  It has hence been E corrected on this post in the thread, but, alas, it may happen again, ! as it most often has in the past.   8 We all make mistakes. Can we concentrate on fixing them?  D In closing, I honestly expect no one to volunteer for either CANACU,F CTUG or any other Compaq related User run organization for a while.  IB also suspect that I will get more criticism for this note than anyF real support. Why? Does it really matter in the end?  I leave it up to  you.  The ball is in your court.  
 Sincerely, Joseph Iuso  CTUG President and  9 Director of Finance, Canadian Association of Compaq Users    ------------------------------  % Date: Sat, 10 Jun 2000 17:18:28 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> G Subject: Re: Canadian Association of Compaq Users Symposium rescheduled ) Message-ID: <39425C44.90B4309B@gtech.com>    Dr Alain Legault wrote: J > I don't really give a damn about who is right or wrong in all of this as > long as we get this  > thing fixed.  B [I does not live in Canada, so I am just a guy looking in from the
 side-line]  < It is my impression that the first thing to be done to "fix"3 things is to get the DECUS Canada into the hobbyist 	 program !   2 That is something that members are interested in !   Arne   ------------------------------  # Date: Sat, 10 Jun 2000 17:43:00 GMT / From: Brad Hamilton <bradhamilton@mediaone.net> G Subject: Re: Canadian Association of Compaq Users Symposium rescheduled , Message-ID: <39427E25.9CF0BEF0@mediaone.net>  0 Please accept this view from another "outsider":  F There are a number of U.S. DECUS members who are currently involved in6 "Content Advisory Teams" for the upcoming event in LA.  E We were asked to participate early this year, with more-than-adequate F incentive.  We were given a package of materials to study/think about,D and then we met in several distinct conference calls, to solicit our input G regarding good/bad features of past symposia, and what we would like to E see in upcoming events.  Follow-up conference calls are scheduled for F later this month.  Jeff Killeen can give more details, as appropriate.  D The point I am raising here is that theevnetformerlyknownasDECUS hasB recognised that there are problems and issues which may be keepingH members away, and is actively soliciting membership input to improve the
 situation.    Can CANACU do something similar?   Arne Vajhj wrote: >  > Dr Alain Legault wrote: L > > I don't really give a damn about who is right or wrong in all of this as > > long as we get this  > > thing fixed. > D > [I does not live in Canada, so I am just a guy looking in from the > side-line] > > > It is my impression that the first thing to be done to "fix"5 > things is to get the DECUS Canada into the hobbyist  > program !  > 4 > That is something that members are interested in ! >  > Arne   ------------------------------  % Date: Sat, 10 Jun 2000 09:57:18 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>6 Subject: Re: LN15AC toner cartridge compatible to ...?7 Message-ID: <200006100957_MC2-A83B-38AA@compuserve.com>   5         That still means that the customer pays more!   J         Compaq/Digital/Genicom doesn't make the supplies.  The cartridges=  G are produced, AFAIK, by Cannon, Ricoh and the other engine makers.  The H customer loses by having only one source for the "Custom" cartridge, andC also by losing the economies of scale; instead of producing 100,000 E identical cartridges for his engine, the manufacturer produces 20,000 @ custom cartridges for Compaq, 35,000 for Lexmark, 45,000 . . . .  H         It's an old, old story.  Digital tried to do it with RX50 floppy( disks.  It didn't help to sell Rainbows!J Even after Digital was forced to provide a "format" program for the Rainb= owH they were still trying to sell formatted RX50s at four or five times the@ price of blank floppys from 3M,  and the other manufacturers.  IJ always saw it as part of the corporate "attitude" that was a major factor=   in the demise of Digital.     % Message text written by Paul Anderson F >In article <200006090000_MC2-A818-5D5D@compuserve.com>, "Richard B. =  ' Gilbert" <DRAGON@compuserve.com> wrote:   H > Allowing Compaq/Digital/Genicom to sell the "key" for a stiff premium?  G The "key" is the set of little tabs on the toner cartridge that match =   G the inside of the printer.  It is very common for different brands of =   6 printers using the same engine to have different keys.  J I don't think it's so one company can charge more for their cartridges.  =  J Rather, the printer vendor wants to keep the supplies business for their =  F own brand printer.  It's like the razor and blade scenario where the =  J razor is sold for cost and the profit is made selling replacement blades.= <    ------------------------------  % Date: Sat, 10 Jun 2000 10:33:50 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>3 Subject: modifying all users in group via authorize 7 Message-ID: <200006101033_MC2-A83B-39E9@compuserve.com>   H         If you have 100 users all logging on as "FOO", there is only one: "account" and you can change it with the greatest of ease!   $ MCR AUTHORIZE " UAF> MODIFY FOO /DEVICE=3DBAR_DISK	 UAF> EXIT    You're done!  H         If you have 100 users logging in as FOO, BAR, BAZ, etc, and they/ are all in the same UIC group, it's still easy!   & UAF> MODIFY [765,*] /DEVICE=3DBAR_DISK	 UAF> EXIT   J         If each user is in a unique UIC group, you'll have to do them one=  J by one, by hand.  If the 100 users are all but three of the total, you ca= n ( MODIFY * and then fix the three by hand.  J         Please note that having more than one user using the same user na= meA is an extremely poor idea from a security standpoint; there is no  accountability!!!   E         Also note that the logical name BAR_DISK should be defined in J EXECUTIVE_MODE, otherwise users will have problems with MAIL and anything=  * else that demands "trusted" logical names.    9 Message text written by INTERNET:phant0m@bellatlantic.net G >I've been looking through the help and my manuals, but it doesn't look  like IH can do this. Does anyone know if it's possible to change a parameter for all H uses of a specific account at once? Specifically, if I have 100 users inF account FOO, can I change all of their devices to BAR_DISK at the same time? J The problem is that their accounts all point to a physical disk and if th= eyH log in from another cluster member, it won't find it. If not by account, can I  maybe change them all by UIC?  -- <   ------------------------------  % Date: Sat, 10 Jun 2000 10:14:59 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>" Subject: Re: Recording CD's on VMS3 Message-ID: <8hstdq$2i34$1@s2.feed.news.oleane.net>   = Might be usefull to put CD burning related tools and articles  on the next freeware CD ?    Jean-Franois Marchal  X9000 -LYON     7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in message # news:3941664A.103D015A@gtech.com...  > Alexey Efron wrote: H > >     Can anybody advice me on a way of creating CD's readable on VMS?+ > >     I've got HP SpeedWriter 9200, SCSI. D > >     Is there any software for VMS or NT that allows creation and duplication  > > of CD's in VMS format? >  > The simple approach is to:4 >   - create a CD image on VMS with DFY$VMS_CD or LD1 >   - transfer that file to a PC with a CD burner  >   - burn the image > > > But it is also possible to connect a CD burner directly to a
 > VMS box. >  > Arne   ------------------------------  % Date: Sat, 10 Jun 2000 11:16:23 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: system slow7 Message-ID: <200006101116_MC2-A846-4845@compuserve.com>   E         Start by reading the "Guide to Performance Management" (title J approximated).  Keep a MONITOR SYSTEM display going and look at it when t= heD system is slow.  This may give you a clue as to whether the limiting  resource is CPU, Memory, or I/O.  ' Message text written by "Jim Kozlowski" ) >We have an Alpha 200 running openVMS 6.1 G System running fine until 2 months ago...at that time we replaced a 1gb J drive with a 2gb drive (i do not know drive model off hand) new drive was=   not system disk.E We added the disk space to accomodate a software upgrade which has us 6 running two different version of synergy concurrently.H It seems, that since that time, the system runs much slower. At times itH will suspend all activity for 20-30 seconds at a time. Processes will be
 suspended.H I need some troubleshooting help. What can I monitor to determine if the: hesitation is disk or software or something else related.<   ------------------------------  % Date: Fri, 09 Jun 2000 22:48:11 -0400 * From: David A Froble <davef@tsoft-inc.com> Subject: Re: VAX on Intel?- Message-ID: <3941AC6B.F511BDDF@tsoft-inc.com>    Wayne Sewell wrote:  > N > Well, we don't yet know if it will be reasonably priced.  I have not heard aQ > price for the emulator yet.  Or for a vms license to use it legitimately.  Yes, K > I know they are also talking about a hobbyist version, but that is rather N > useless for those of us who use vms commercially and are not eligible.  I amP > curious as to how they will determine the number of license units to use.  TheN > cpu speed of the laptop with some multiplier?  If you go to a faster laptop,Q > does the system id change so that more units are required, as would happen withA> > real hardware?   Starts to get complicated, doesn't it?  :-)  M Well, I wouldn't get too worried about this issue.  To anyone with any sense,aL it's clear that a laptop is a 1-user system.  And if there's some idiot thatH sits a laptop in a data center to service 2000 users, then let that be a	 loophole.e  O You've got to think that the vendor and Compaq are discussing these issues, and P if Compaq is serious about promoting VMS, then this can be a significant part ofO that, and it is in their best interest to nourish this product, not starve it. 3K This isn't where they make their VMS money, but it can be a pretty good VMSj	 promoter.o   Thats the picture I see.   Dave   -- 84 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 10 Jun 2000 07:32:30 CDT= From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell)  Subject: Re: VAX on Intel?. Message-ID: <Eo3Vuln8WKhw@tachxxsoftxxconsult>  Z In article <3941AC6B.F511BDDF@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:   [stuff deleted]l > O > Well, I wouldn't get too worried about this issue.  To anyone with any sense, N                                                       ^^^^^^^^^^^^^^^^^^^^^^^^N > it's clear that a laptop is a 1-user system.  And if there's some idiot thatJ > sits a laptop in a data center to service 2000 users, then let that be a > loophole.- >   K Given the number of need-affordable-vms threads that appear here, it is notiG universally agreed the above attribute applies to those who set the vmsM
 pricing.  :-)F   --  O ===============================================================================9M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx.: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"e   ------------------------------  % Date: Sat, 10 Jun 2000 11:44:42 -0400a* From: David A Froble <davef@tsoft-inc.com> Subject: Re: VAX on Intel?- Message-ID: <3942626A.F0DBC6B9@tsoft-inc.com>n   Wayne Sewell wrote:o > \ > In article <3941AC6B.F511BDDF@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: >  > [stuff deleted]a > >1Q > > Well, I wouldn't get too worried about this issue.  To anyone with any sense,sP >                                                       ^^^^^^^^^^^^^^^^^^^^^^^^P > > it's clear that a laptop is a 1-user system.  And if there's some idiot thatL > > sits a laptop in a data center to service 2000 users, then let that be a
 > > loophole.- > >- > M > Given the number of need-affordable-vms threads that appear here, it is notuI > universally agreed the above attribute applies to those who set the vmss > pricing.  :-).  L I'll just say, being delibertly vague at this time, that that point is beingP worked on, and I hope that in the near future single user VMS and single user NTM will be a lot closer in price, and no, it won't be an attempt to raise the NT ( price.  For now, please keep this quiet.   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 10 Jun 2000 10:59 CSTo' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: VAX on Intel?- Message-ID: <10JUN200010595579@gerg.tamu.edu>i  7 Christopher Smith <chriss@Mufasa.pubserv.com> writes...e( }On Fri, 9 Jun 2000, Dan Sugalski wrote:O }> I don't know that Alphas run cool enough to put in a laptop, unfortunately.   }> They run awfully warm...t } 4 }You do know that it's been done once before, right? }  }Chris  G And even if a high speed 21264 was too hot, why not just run it slower?hB Instead of a 600+ MHz Alpha laptop, why not a 300MHz version? This& would be sufficient for most purposes.   --- Carl   ------------------------------  # Date: Sat, 10 Jun 2000 07:05:03 GMTo0 From: "Terry C. Shannon" <shannon@world.std.com>D Subject: Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?& Message-ID: <FvxFK1.A1z@world.std.com>  E > Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> wrote:uI > >> Now only SPARC (though there is a current version of SOLARIS for thegI > >>                 INTEL platform = I386, SUN's servers are SPARC only)e? > >> In the future, who knows what SUN really plan with/for theL MERCED/ITHANIUM. > I > > I don't think we have deviated from the SPARC line, the IA-64 versionaF > > of Solaris simply follows on where the x86 versions of Solaris and > > SunOS left off.  > F > I think we all know what Sun should do, namely switch over to IA-64. RightnK > now IA-32 is the sensible platform to run Solaris on.  It works very niceo onF > a Dual Celeron.  What can you say, it's a great way to run Netscape! >r> > > One could if one was being cruel make the same point aboutH > > Compaq, "who knows what Compaq really plan with/for MERCED/ALPHA :-) >i  J As Elvis once crooned, "don't be cruel." Be realistic. If Compaq seriouslyJ planned to dump Alpha, the firm would not have elected to use Alpha in itsG future Himalaya systems (a decision which represented a change from theu) original plan to use IA-64 in the boxes).    ------------------------------  % Date: Sat, 10 Jun 2000 15:21:04 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>eD Subject: Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?) Message-ID: <394240C0.FF72D3F4@gtech.com>f   "Terry C. Shannon" wrote: L > As Elvis once crooned, "don't be cruel." Be realistic. If Compaq seriouslyL > planned to dump Alpha, the firm would not have elected to use Alpha in itsI > future Himalaya systems (a decision which represented a change from them+ > original plan to use IA-64 in the boxes).n  > And if I remember correct, then they also announced that Tru64D would not be ported to IA-64 as originally stated but be Alpha-only.   Arne   ------------------------------   End of INFO-VAX 2000.323 ************************