1 INFO-VAX	Tue, 18 Nov 2003	Volume 2003 : Issue 639       Contents: 7.3-2 CD available early?  Re: 7.3-2 CD available early?  Re: alpha box and licence too?= Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2 1 Re: Authenticating CSWS against Active Directory? $ Re: Backups and shadowed system disk8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 Re: DCL Enhancements: Error messages for OPEN and DEFINE Re: DLT Duplicator( Re: Dqdriver Version Diff. V7.3 / V7.3-1( Re: Dqdriver Version Diff. V7.3 / V7.3-1 Re: EV79 CANCELED !!!!!!!!! , Re: Fonts for printing from a decwindows app, Re: Fonts for printing from a decwindows app, Re: Fonts for printing from a decwindows app% Hobbyist license and layered products ) Re: Hobbyist license and layered products P RE: How to retrieve ip address of a reflection client box running	 a OpenVMS serP How to retrieve ip address of a reflection client box running a OpenVMS server a Re: IA64 TPC results Re: IA64 TPC results Re: IA64 TPC results Re: MicroVAX/Infoserver & Re: OT: Did you really write this JF?_ Re: PHP Apache Re: PHP Apache* Re: Please enter date and time then freeze raid 5 OpenVMS VAX hobbyist  Re: raid 5 OpenVMS VAX hobbyist 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 0 SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULL Re: Text library browser/editor  URL to download SSH  Re: VMS 2003 bootcamp summary  Re: VMS 2003 bootcamp summary  Re: VMS BBS??? Re: VMS BBS??? Re: VMS BBS???  Re: VMS Defragmentation Software  Re: VMS Defragmentation Software$ Re: VMS73_Driver v4.0 (ALP) Problem?$ Re: VMS73_Driver v4.0 (ALP) Problem? Re: xscreensaver  F ----------------------------------------------------------------------  % Date: Mon, 17 Nov 2003 20:12:31 -0500 # From: "Hal Kuff" <kuff@comcast.net> " Subject: 7.3-2 CD available early?- Message-ID: <bpbrl6$t7l@library2.airnews.net>   L     Does anyone know when early release would be on 7.3-2 .... we would like$ to do upgrades over the holidays....   ------------------------------    Date: 17 Nov 2003 20:48:39 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: 7.3-2 CD available early?3 Message-ID: <ep6Xl6as4fLk@eisner.encompasserve.org>   S In article <bpbrl6$t7l@library2.airnews.net>, "Hal Kuff" <kuff@comcast.net> writes:  > N >     Does anyone know when early release would be on 7.3-2 .... we would like& > to do upgrades over the holidays.... >    	Man ... I don't know.  D 	There is new shadowing functionality (shadowing dissimilar devices)# 	in 7.3-2, among many other things:   6 http://h71000.www7.hp.com/openvms/os/v732features.html  C 	I always hold off on upgrades.  In fact, I waited just long enough > 	going to 7.3-1.  I forget which important patch came out lateC 	April early May but for us - it was just in time.  Maybe it wasn't < 	as critical as it might have been.  It came out 6 months orC 	so after 7.3-1 hit the street.  Several came out for 7.3-1 in that  	6 month timeframe.   < 	All this to say - jumping on 7.3-2 out of the gate makes me 	sweat just thinking about it.   				Rob    ------------------------------  + Date: Mon, 17 Nov 2003 20:41:09 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: alpha box and licence too? $ Message-ID: <bpbbp5$lpg$2@online.de>  = In article <f401eb7f.0311171034.6a56e123@posting.google.com>, 0 soccer13player@yahoo.com (Nom de Plume) writes:   ( > Expensive depends on your price range.   Indeed.   E > I was able to acquire an AlphaServer 2100A RM with two (2) B2040-BA H > CPU cards (5/300) and four (4) 512MB RAM cards (for 2GB RAM total) forD > $375 through eBay.  I picked up two more B2040-BA CPUs and can now8 > configure it either with 3CPU/2GB RAM or 4CPU/1GB RAM. > E > Now, I think that is a SCREAMING deal.  And, it has a lot of power.   I I managed to get an AlphaServer 2100A for free.  OK, a bit slower, a bit  F less memory, and it CONSUMES :-) a lot of power.  And I've paid money I for a VAXstation 4000.  Being in the right place at the right time plays   a big role.   F > As an Encompass member($) you get the Hobbyist license for free.  It$ > is the media that you have to get.  H Right, but you can legally borrow them if you know someone who has them.   ------------------------------  % Date: Mon, 17 Nov 2003 21:39:24 -0600 5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info> F Subject: Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2: Message-ID: <bpc49d$1lev04$2@ID-209632.news.uni-berlin.de>   Chris Moore wrote:M > We were promised an extension to this product at least 2, maybe 3 years ago M > that would permit it to be run on a switched and routed network without the J > "proprietary protocol" requirement.  Since the network boys won't enableN > forwarding of these "unrecognized" packets, we have had to forego using thisG > very valuable tool across our multiple-site, 25+ system installation.  > N > A multi-layer client-server approach was suggested, with only TCP/IP traffic0 > going back and forth to the remote PC clients. > N > We check out each new release for some mention of this as a possibility, butI > once again, apparently not.  (and yet our call to HP on this remains in " > "monitor" status.........<sigh>) > L > Getting harder and harder to beat back the Windows and Unix hordes without > some arrows in the quiver....  >  >  >  >   A Not sure if this is a big consolation, but AM was the topic of a  B presentation at the bootcamp and your request is definitly on the H drawing board of the group supporting the product. If you interested in 6 giving them input I suggest to contact Barry directly.   Greetings, Martin    ------------------------------  # Date: Mon, 17 Nov 2003 19:09:59 GMT ) From: "Rick Barry" <richard.barry@hp.com> : Subject: Re: Authenticating CSWS against Active Directory?2 Message-ID: <b29ub.9150$kE4.7887@news.cpqcorp.net>   Hi Malcolm,   K The current mod_auth_openvms module only supports UAF-based authentication. H It will reject an authentication request for a user that has the EXTAUTHK flag set in their UAF record. EXTAUTH users must be authenticated using the J SYS$ACM system service, which mod_auth_openvms does not yet support. (It's on our list of things to do.)   K The Advanced Sevrer product provides a Microsoft LAN Manager SYS$ACM (ACME) G plug-in that allows VMS users to be authenticated using their LM domain K username and password. They still are required to have a mapped user record  in the SYSUAF.DAT file.   L If you are interested in writing a module that users SYS$ACM, take a look atL the example SYS$ACM client C module in SYS$EXAMPLES:ACMEUTIL.C. This exampleC is actually more complicated than what you need because it supports ) something called "SYS$ACM dialogue mode".   C What you would want to do is call SYS$ACM once (without the context F argument) and supply ACME$_PRINCIPAL_NAME_IN and ACME$_PASSWORD_1 item codes.   Regards,  
 Rick Barry" Secure Web Server Development Team OpenVMS Systems Software Group Hewlett-Packard Company 
 Nashua, NH  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message' news:7VxCljH9$+1+@malvm7.mala.bc.ca....  > L >    I'm running the CSWS web server (V1.3 update 4) on a VMS 7.3-1 cluster. > G >    I have a number of pages on this server which are protected by VMS K > username/password ( and by the identifiers held by those users ). Most of G > the folks who need to access these pages have no other need for a VMS H > account, but they all have active directory accounts for their variousF > Windowsy stuff. It would make our lives simpler if we didn't have to? > maintain VMS accounts simply to authenticate web page access.  > K >    I admit I'm a little unclear on the authentication capabilities of the E > ACME stuff in VMS. Is it possible to use these routines to write an D > authentication module for CSWS which could take a Windows usernameD > and password and authenticate against an active directory account?H > Would it also be possible to enumerate the security groups the account belongedH > to? ( ie in place of checking against VMS identifiers held I'd need to check 8 > against the security groups the account belonged to ). > F >    Has anyone written such a module? If not, is it feasible to writeC > using the existing (publicy available) routines? If the answer to F > the former is no and the latter is yes then I'd be willing to take aJ > stab at it - any pointers on where to start ( code examples, etc ) wouldG > be helpful. I wrote a VMS identifier module for CSWS a year or so ago H > (before the supported version had this capability ) so I have a little1 > experience, but I'm certainly no Apache expert.  >  >   Thanks in advance. >    ------------------------------  % Date: Mon, 17 Nov 2003 12:15:47 -0000 ( From: "John Travell" <john@jomatech.com>- Subject: Re: Backups and shadowed system disk : Message-ID: <bpb1aa$1lobnh$1@ID-120847.news.uni-berlin.de>  : "Furry Raccoon" <F.Racoon@wilderness.org> wrote in message( news:3FB801BB.815B62DC@wilderness.org... > John Travell wrote: L > > However much you are able to move off the system disk, the one file that you ? > > CANNOT move that WILL be written to by the OS under certain  circumstances is > > SYS$BASE_IMAGE.  > K > At what frequency is that file updated ? Does that file have some form of  anG > index, or is it simply the matter of updating a specific disk block ?  > L More or less any time the system is booted, or someone with privilege does a $ set time.     I > What information is contained in the dynamic information stored in that L > base$image ? Can this cause a system to fail to boot, or is the worst that can G > happen is the system, upon booting, doesn't see some bit indicating a  properK > shutdown and then proceeds to do mount verification/rebuild of the system  disk ? > K > > It is NOT POSSIBLE to create (with released software) a VMS system disk  that > > will NEVER be written to.  > K > How do they handle Alphas to boot VMS from CD ?  Or is that really just a L > glorified standalone backup system that isn't called "standalone backup" ?  L Booting off a CD does not give you a fully functional instance of VMS, it is a cut-down subset of the OS.     -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - com  +44-(0)23-92552229 http://www.jomatech.com/       --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.537 / Virus Database: 332 - Release Date: 06/11/2003    ------------------------------  % Date: Tue, 18 Nov 2003 00:43:31 +0200 " From: Guy Peleg <guy.peleg@hp.com>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE & Message-ID: <3FB94F12.DA8C36BF@hp.com>   Request noted !   ; I'll have to think about it before I'll be able to comment.    Guy    "Alan E. Feldman" wrote:   > Hello VMS-ers, >  > ATTN: Guy Peleg! > H > I'd like to see an error message when you open the same logical name a > second time: >  > $ OPEN FOO FILE.TMP  > .  > .  > .  > $ OPEN FOO OTHER.TMP > F > I'd like to see an error message for this saying that FOO is already > pointing to FILE.TMP.  >  > For  >  > $ DEFINE/SYS/EXEC LNM EQUIV  > F > when you don't have sufficient privilege to define an executive modeD > logical name, I'd like to see an error message that says you don'tD > have privilege to do it and that it is being created in supervisorH > mode. Otherwise you can get into trouble by not having the appropriate > privilige turned on. > D > I am running MicroVAX systems, some with VMS v6.1, others with VMS > v6.2.  > B > And severe error for a problem with an IF statement or the like. >  > Disclaimer: JMHO > Alan E. Feldman    ------------------------------  % Date: Mon, 17 Nov 2003 19:57:22 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE ' Message-ID: <3FB97C82.3EAEE6DD@fsi.net>    JF Mezei wrote:  >  > "Alan E. Feldman" wrote: > > $ OPEN FOO FILE.TMP  > > $ OPEN FOO OTHER.TMP > > H > > I'd like to see an error message for this saying that FOO is already > > pointing to FILE.TMP.  > M > This might break existing procedures though. (unless the error message is a M > success message which means that no "ON ERROR/WARNING" would be triggered.)  > J > Another option would be to add some qualifier for OPEN to request such a( > message if the file is already opened.  
 How 'bout:   $ OPEN/NOREOPEN FOO filespec  H ...where /REOPEN is the default, and the qualifier is negatable? In suchA case (/NOREOPEN), I would expect /ERROR to be activated if FOO is 
 already open.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 17 Nov 2003 22:03:19 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE 3 Message-ID: <IohoPloFAdaf@eisner.encompasserve.org>   n In article <b096a4ee.0311170957.35e1b42e@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:] > JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3FB827F0.6457B6DF@istop.com>...  >> "Alan E. Feldman" wrote:  >> > $ OPEN FOO FILE.TMP >> > $ OPEN FOO OTHER.TMP  >> >  I >> > I'd like to see an error message for this saying that FOO is already  >> > pointing to FILE.TMP. >>  0 >> This might break existing procedures though.  > F > It seems to me that it would only break procedures that have bugs inF > them which should be fixed anyway. If you open the same logical nameD > to different files in the command procedure, and if these two OPENB > statements are far apart, the OPEN statement that runs while theH > logical name has already been opened by a prior OPEN statement will be/ > misleading to a user looking at the DCL code.   H You cannot say whether it would be misleading in code you have not seen.E The author might have provided extensive comments explaining how this  works.  I Such a change would hit hardest at those least able to defend themselves, I at sites where VMS skills have undergone atrophy.  We do not need to give F VMS a bad reputation is such sites by asking for a change of behavior.   ------------------------------  # Date: Mon, 17 Nov 2003 20:34:46 GMT ' From: Rick Dyson <rick-dyson@uiowa.edu>  Subject: Re: DLT Duplicator ) Message-ID: <3FB930E6.E997E9F8@uiowa.edu>    Jack Patteeuw wrote: >  > New Management, New Ideas  > I > Does anyone use a "offline" DLT tape duplicator specifically for making F > "offsite copies" of their backups ?  If so what brand ?  Do you like3 > this product ?  Would you recommend this product?  > 8 > Amyone using the Save Set Manager for this ?  Comments >  > jp  N I have a shareware macro program I got from others in the past that does this,I TapeCopy, but it is agonizingly slow.  I have not absolutely confirmed it K makes identical tapes.  We decided it only took an additional 90 minutes to L just run the backup again on the disks and generate two tapes that way... :)/ TapeCopy was taking over 4 hours to dub a SDLT.   N I have also heard about SaveSet Manager, too, from DEC (cough) HP, that can doN this better.  It was designed for it.  Of course, it is not free. :)  In fact,M there is a current thread in this newsgroup about it.  Some think it is great J and very reliable.  I am going to and see what the learning curve is like!   rick   ------------------------------  + Date: Mon, 17 Nov 2003 19:58:08 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 1 Subject: Re: Dqdriver Version Diff. V7.3 / V7.3-1 ( Message-ID: <bpb98g$enp$1@pcls4.std.com>  E vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:   C >>>>Why would you expect them to be in sync for these two versions?  >>>> >>> # >>>I claim the source is the same.   >> >>Well, it's NOT the same.  A >In the newest version where you find IA64-parts I cannot see any H >indication that this code is V7.3-1 specifiic. Could you give me a hint& >from where your knowledge comes from?  B The versions listed (X-26A1 and X-35A3) says they're not the same.  @ I looked at the VDE listing and most of the changes appear to be? getting certain hardware to work.  It's up to the maintainer of B the driver whether changes should be backported to older versions,A obviously if certain hardware isn't supported, changes related to @ it needn't be backported.  Also code to support features only in, V7.3-1 isn't going to be backported to V7.3.   --   -Mike    ------------------------------  # Date: Mon, 17 Nov 2003 19:28:08 GMT & From: John Reagan <john.reagan@hp.com>1 Subject: Re: Dqdriver Version Diff. V7.3 / V7.3-1 2 Message-ID: <cj9ub.9153$nG4.7917@news.cpqcorp.net>  C I just compared the V7.3 DQDRIVER and the V7.3-1 DQDRIVER from the  G readonly result disks.  The V7.3-1 driver has 8 bug fixes that are not   included in the V7.3 driver.   --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Mon, 17 Nov 2003 18:35:50 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)$ Subject: Re: EV79 CANCELED !!!!!!!!!2 Message-ID: <ay8ub.124326$W7.48102@news.chello.at>  a In article <9imhrvcu0g61v0otm7o3jd8btuhl9fq6ma@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes: P >On Sat, 15 Nov 2003 01:30:48 -0500, "Bill Todd" <billtodd@metrocast.net> wrote: > J >>Time to take a slightly closer look at some of this revisionist history: > K >Still the same old song from you Bill.  It must be nice to be able to call 0 >all the shots from the safety of your armchair.  ' At least he brings URLs for his theory. L And I must also admit, believing him had fewer downsides than believing HPQ.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Mon, 17 Nov 2003 18:45:06 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> 5 Subject: Re: Fonts for printing from a decwindows app 2 Message-ID: <SG8ub.9139$qD4.8103@news.cpqcorp.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3FB7235C.3B1A06F3@istop.com...  > Roland Mainz wrote: 5 > > > VMS is not standardized on CDE due to politics.  > > 	 > > Ouch.  > F > Yep.  And it is about to get worse with the Alpha version getting an upgrade, > but not the VAX one. >    Darn those Libertarians.  G Ain't no politics involved.  The VAX X11 stuff is home grown and custom G rolled.  While there are those who want VAX to be a current development G platform going forward - the truth is that a V5.2 baselevel is the most C widely used VAX version - stability underlies anything done to VAX.   E But most X11/Motif applications care not what the Desktop manager is.    ------------------------------  # Date: Mon, 17 Nov 2003 18:46:00 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> 5 Subject: Re: Fonts for printing from a decwindows app 2 Message-ID: <IH8ub.9140$5C4.5975@news.cpqcorp.net>  L "Roland Mainz" <roland.mainz@informatik.med.uni-giessen.de> wrote in message7 news:3FB73BAA.7635B725@informatik.med.uni-giessen.de...  > JF Mezei wrote: 7 > > > > VMS is not standardized on CDE due to politics.  > > >  > > > Ouch.  > > H > > Yep.  And it is about to get worse with the Alpha version getting an upgrade, > > but not the VAX one. > = > Uhm... why ? Forcing user to switch over to Alpha or what ?  >   H JF just likes to spout off.  The Alpha X11 bits (Xlib/Xt/transport) wereK brought up to X11R6.6 and things like kerberos were added to the transport. E Why?  New things like JAVA and eBusiness needed some of the features.    ------------------------------  % Date: Mon, 17 Nov 2003 14:46:29 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: Fonts for printing from a decwindows app ) Message-ID: <3FB92593.A162296A@istop.com>    Bob Koehler wrote:D >    Those features are there, and controlled by decw$print* logicalB >    names.  They do tend to classify and user features instead of! >    manufacturer's model number.   M Where are those logicals documented ? where are they supposed to be defined ? : My system (VAX 7.2) doesn't have any DECW$PRINT* logicals.   ------------------------------  # Date: Tue, 18 Nov 2003 01:02:48 GMT ! From: slaX0r <slaX0r@example.com> . Subject: Hobbyist license and layered products> Message-ID: <Yceub.127110$jW5.1762308@twister.tampabay.rr.com>  I Okay, I got my hobbyist license, and the Hobbyist kit from Montagar, and  H it's working great. My question to the group is, where/how do I get the B other products that I'm licensed for, but are not included on the < Montagar CD? Specifically I'm interested in COBOL and Notes.  0 Any help for this newbie is greatly appreciated! slaX0r   ------------------------------   Date: 18 Nov 2003 02:59:24 GMT From: healyzh@aracnet.com 2 Subject: Re: Hobbyist license and layered products, Message-ID: <bpc1uc12vbt@enews4.newsguy.com>  " slaX0r <slaX0r@example.com> wrote:K > Okay, I got my hobbyist license, and the Hobbyist kit from Montagar, and  J > it's working great. My question to the group is, where/how do I get the D > other products that I'm licensed for, but are not included on the > > Montagar CD? Specifically I'm interested in COBOL and Notes.  2 > Any help for this newbie is greatly appreciated! > slaX0r  C You either find someone at HP that will take your money (it costs a G lot), and buy a set of Layered Products CD's, or you go the eBay route.    			Zane    ------------------------------  % Date: Tue, 18 Nov 2003 16:54:22 +1030 : From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au>Y Subject: RE: How to retrieve ip address of a reflection client box running	 a OpenVMS ser N Message-ID: <E829CF9B8F94014887EBC61E1951B0CE9E75A3@sagemshs001.fmc.sa.gov.au>  J Try using the $GETJPI system service with the JPI$_TT_ACCPORNAM item code.H You can then parse the string returned from this to pull out IP numbers.L This equates to the string you see in brackets at the end of each line after doing a SHOW USER/FULL.   K I learnt about this from this group so if you use Google you should be able : to search with ACCPORNAM to find some further information.   Cheers,  chris    > -----Original Message------ > From: Debanjan [mailto:debanjany@yahoo.com] ' > Sent: Tuesday, 18 November 2003 16:31  > To: Info-VAX@Mvb.Saic.Com = > Subject: How to retrieve ip address of a reflection client   > box running a  > OpenVMS server app >  >  > My scenarios is like this - G > I am running an OpenVMS application and putting up the front-end on a H > client pc through reflection terminal emulator. I want to retrieve theH > ip address of the client pc box from within the application running on > OpenVMS server.  > E > Is there any system call I can use on OpenVMS to get this info from  > the process related data?  >  > thanks for the help. >    ------------------------------    Date: 17 Nov 2003 22:00:40 -0800$ From: debanjany@yahoo.com (Debanjan)Y Subject: How to retrieve ip address of a reflection client box running a OpenVMS server a = Message-ID: <31c3f4c3.0311172200.53393431@posting.google.com>    My scenarios is like this - E I am running an OpenVMS application and putting up the front-end on a F client pc through reflection terminal emulator. I want to retrieve theF ip address of the client pc box from within the application running on OpenVMS server.   C Is there any system call I can use on OpenVMS to get this info from  the process related data?    thanks for the help.   ------------------------------  # Date: Mon, 17 Nov 2003 18:16:18 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>  Subject: Re: IA64 TPC results 2 Message-ID: <Sf8ub.9132$EA4.9017@news.cpqcorp.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3FB54F02.2C31BCFA@istop.com...  > H > Do you agree that for the foreseable future, UIA64 stands no chance ofI > reaching the industry-standard and commodity status you described above  and C > which Carly wants customers to believe IA64 has already reached ?  >   L No.  I don't.  I believe that there are currently two possible architecturesJ that have the potential to become the industry standard for servers - IA64L and AMD64.  AMD's offering certainly has it's good points.  AMD is trying toC drive this from the low-end up.  AMD is also the smaller and weaker K competetor.  Intel is a big player, IA64 may have it's detractors - but the J current chips, and it's roadmap show that it will continue to provide nearD leading edge performance and will lead the price/performance battle.  G I don't think that anyone believes that the enterprise server market is + anywhere near becomming a commodity market.    > I > IA64 may be able to compute 2+2, and as an intel chip, it might even be  ableF > to make a floating point division without making a mistake, but that doesn't I > make it a commercial success, and certaintly not ubiquitous. The minute  Intel G > publicly abandonned plans for IA64 on the desktop, it meant that IA64  would L > never reach the industry standard /commodity status that HP and Compaq had > promised to customers. >   B JF, have you ever considered not starting all your thoughts with aH conclusion in mind?  It will be a long time before the enterprise serverG market is a commodity market.  Nonetheless, there are advantages in the J low-end server market being based on the same architecture.  I believe fewJ companies will have the resources to continue to dump money into designingI and building proprietary architectures.  Sparc is doomed.  Alpha is gone. C PA-RISC will fade away.  IBM may be the last great proprietary chip B architecture provider.  If you want to bet your business on a chipK architecture (and ignore the technical details) - do you bet it on Intel or  on AMD?   L > And if you're going to have some proprietary chip, you might has well haveK > stayed with Alpha or Pa-Risc, whichever had the best technology/potential # > instead of developping a 3rd one.   I The best technology seldom wins the day.  The PC was a pile of crap.  The D x86 architecture isn't anything to write home about.  Sparc has beenL non-competetive in performance for years.  Given the ability to have a cleanD design with no baggage, I doubt anyone would design AMD64.  Many CPUK architecture geeks believe that EPIC is misguided.  Alpha was loved by many I architect wonks - but it didn't succeed just because it may have been the $ best - it's best wasn't good enough.  F But the real question and battle here is your assumption -- will thereL become a defacto industry standard architecture of any kind?  If your answerL is no - that Sparc, MIPS, POWER, AMD64, IA64, etc - will all more-or-less beF products used by single (or small balkanized sets of companies) - thenF perhaps you are right - but the HP decision was that IA64 is the rightJ architecture for them (and we are now part of HP - and their decision cameJ long before the merger, and had a lot to do with HP-UX needs).  But if youK believe (as I do) that eventually a single architecture will dominate - and J that it's unlikely that a architecture from a systems provider like IBM noJ matter how good the architecture is - then it still comes down to AMD64 vsL IA64 - and it isn't clear which one will "win" - and it's not clear that the2 technical merits will have anything to do with it.  L It's great to be an armchair quarterback.  "If only they had done ..", "TheyH should have done ...", "If I was running the company I'd have done ...",K "They didn't know how to sell it", "They mismanaged their opportunity", and 
 on and on.  I I'm not the CEO, and I'm not the CTO of a company.  I have my opinions on K what I would have done, and what I would have preferred to see as outcomes. G But in the end, I can't spend my life in wishful thinking, or backwards I looking recriminations.  VMS is tied to IA64.  If IA64 fails, then VMS is L likely to fail.  I don't see us migrating to AMD64.  Therefore I do not wantG IA64 to fail, nor will I simply accept as a foregone conclusion that it H will.  Of course, IA64 may fail to become a "industry standard" but thatK doesn't mean that it will completely fail - it may simply replace Alpha and 8 PA-RISC for HP - with only a handful of others using it.   ------------------------------  % Date: Mon, 17 Nov 2003 15:48:04 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: IA64 TPC results ) Message-ID: <3FB933FF.7E170221@istop.com>    rob kas wrote:' >         Does it really matter anymore E >         For better or Worse we are sailing on the good ship Itanic.   T For those who have no choice but to stay with VMS, you are right, it doesn't matter.  , But for potential customers, it does matter.  N Just like the "Freds" of this newsgroup like to point to Sun's Sparc as a deadM end platform, right now IA64 has a worse image than Sparc because IA64 hasn't B even made it commercially and has no (significant) installed base.  M So if one can spread fud about uncertainty of Solaris due to potential change K of platform later on,  one can spread even more fud about the not so bright @ future of VMS due to IA64's lacklustre future (or lack thereof).   ------------------------------  % Date: Mon, 17 Nov 2003 15:00:40 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: IA64 TPC results ) Message-ID: <3FB928E6.3F0FD990@istop.com>    jlsue wrote:G > Again, YOU care about the distinction between EV79 and EV7z, but most  > managers do not.    H I care about broken promises. I care about a vendor who has now publiclyJ admitted that they want to phase out Alpha faster than they had originallyM anticipated. How is one to trust the vendor's promises that Alpha will remain * available for as long as there is demand ?  ; > They were promised a performance boost, and they're going  > to get one.   M The way I see it, EV7 was clocked down, EV7z will simply have the clock speed M set to what EV7 had been designed to. This is not the process shrink that had  been promised.  I > customers) would look at this as a non-issue, as long as their platform J > would provide them the performance they need now, and in the foreseeable" > future for their business plans.  N A potential new VMS customer TODAY (IA64 not a solution) would not look at VMS< because the current platform will have a shortened lifetime.  E Exsiting customers will see the broken promises and continued lack of N marketing of VMS, wondering if HP will truly want to continue with VMS. HP hadI no problems killing Tru64 and MPE, thinking it already had products being + ported to IA64 that fulfilled those needs.    L If IA64 doesn't pan out and HP goes 64 bit 8086 or even reverts to PaRisc, IN fear that HP could do the same to VMS, stating that it is pointless to port itF to the new platform because its Unix plans to have the same clustering capabilities etc.     ( >  To a business manager, what, exactly,K > seems untrustworthy to them?  They were promised support into the future, 4 > with performance speedups.  They're getting those.  K How do you know what will happen in the future ? Since June 25 2001, it has K been made very clear that the vendor can and has changed course at will and 9 somehow finds a way to spin this as keeping a commitment.   M > doing this (TCP/IP having become the standard), it's perfectly natural that J > the router vendors would drop support for DECnet.  How this ties back to- > the earlier discusion is unclear, however.    D Because when Router manufacturers dropped Decnet from their standardM offerings, it reflected the fact that the VMS customer base was dwindling and N other vendors who were based on TCPIP were getting far more popular. It is oneJ thing to spin those 400,000 VMS site, but in reality, I suspect the actual< number of *active* VMS customers is far far lower than that.  L But it is a good thing that the real number isn't published because it wouldJ be very negative marketing for VMS. So I encourage Sue and the rest of theD gang to continue to use that number even though we all know it isn't representative of reality.  J Every broken pomise, every time HP goes out of its way to avoid mentioningK VMS, it helps re-enforce the stories that HP doesn't intend to grow VMS andaL make it succeed. And when an OS doesn't grow, it fails, unless it has a veryC specialized market niche with no competitor (Tandem is an example).f   ------------------------------    Date: 17 Nov 2003 18:44:58 -08003 From: robert_dirosario@yahoo.com (Robert DiRosario)   Subject: Re: MicroVAX/Infoserver= Message-ID: <c83a2a1e.0311171844.3457065a@posting.google.com>f  h meltie@myrealbox.com (meltie) wrote in message news:<93395b50.0311150743.798b18bd@posting.google.com>...	 > Hi Guyso > F > Antonio Carlini and I (amongst others) were having a conversation onC > turning a MicroVAX 3100 into an Infoserver 150 by swapping ROMs -tH > Antonio told me that he recalled that there was an simple undocumentedF > command or bit fiddle that could be done at the firmware prompt of a@ > 3100 to get it to load Infoserver software... does anyone else > remember this?  @ Can you run the Infoserver firmware on simh?  You still have the problem of needing the ROMs.   ------------------------------  # Date: Mon, 17 Nov 2003 23:26:53 GMTs" From: mnc@admin.u.nu (Miguel Cruz)/ Subject: Re: OT: Did you really write this JF?_t6 Message-ID: <1Pcub.67713$E9.1943@nwrddc01.gnilink.net>  ' H Vlems <hvlems.nieuw@zonnet.nl> wrote:-) > "Miguel Cruz" <mnc@admin.u.nu> schreef:uE >> It's Latin for "name unknown"; I think it is the default pseudonymY/ >> attached by one or more anonymous remailers.r >iL > Actually nescio translates from Latin as "I do not know". The chosen alias( > is syntactically incorrect (in Latin).   Nomen Nescium?   miguel -- g8 See the world from your web browser: http://travel.u.nu/   ------------------------------  % Date: Mon, 17 Nov 2003 20:16:47 -0500 / From: "Matthew Doremus" <mpdoremus@comcast.net>- Subject: Re: PHP Apache-0 Message-ID: <l56dnf8AF7AD7SSiRVn-iw@comcast.com>  	 Hi Jerry,l  =    Am I correct to assume that you're using CSWS & CSWS_PHP ?e   Thanks,b      Matt Doremusa  9 "Jerry Alan Braga" <jabraga@flanagan.ca> wrote in message ) news:%B6ub.163$s8.2361@news.on.tac.net...dJ > I am testing some php solutions on openvms 7.3-1 / apache 1.3.26 and PHP > 4.3. >9: > Testing this email client I keep running into this error >RK > session_start(): open(/tmp/sess_ed721776dd7ff819bed6a1ac0c391883, O_RDWR)o: > failed: file currently locked by another user (65535) in9 > /php$test/squirrelmail/functions/global.php on line 294w >eH > Is it because vms cannot close the files fast enough, or is there some > setting I can use to fix it. >I >n   ------------------------------  % Date: Mon, 17 Nov 2003 22:20:01 -0600i6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler> Subject: Re: PHP ApachesT Message-ID: <craigberry-9A11A7.22200017112003@dsl081-159-101.chi1.dsl.speakeasy.net>  / In article <%B6ub.163$s8.2361@news.on.tac.net>,t0  "Jerry Alan Braga" <jabraga@flanagan.ca> wrote:  J > I am testing some php solutions on openvms 7.3-1 / apache 1.3.26 and PHP > 4.3. > : > Testing this email client I keep running into this error > K > session_start(): open(/tmp/sess_ed721776dd7ff819bed6a1ac0c391883, O_RDWR)u: > failed: file currently locked by another user (65535) in9 > /php$test/squirrelmail/functions/global.php on line 294o > H > Is it because vms cannot close the files fast enough, or is there some > setting I can use to fix it)  H By default, files are not opened for shared access on OpenVMS.  I don't @ know whether PHP provides any optional extensions to change the @ default, but you can probably skip the PHP layer and define the - following feature logical for the C run-time:   ! $ define DECC$FILE_SHARING ENABLEr  C Make sure that's in a logical name table that will be seen by your BB script.  This assumes that PHP's open() uses the CRTL's open(), a G likely, but not certain, supposition.  The CRTL documentation for this   logical name is located here:,  H http://h71000.www7.hp.com/doc/731FINAL/5763/5763pro_005.html#index_x_129   ------------------------------  % Date: Tue, 18 Nov 2003 00:38:14 -0500m  From: John Santos <JOHN@egh.com>3 Subject: Re: Please enter date and time then freeze 5 Message-ID: <1031118002129.3301B-100000@Ives.egh.com>i  * On Mon, 17 Nov 2003, Didier Morandi wrote:   > Soterro wrote: > 
 > > Hello, > > G > > I have since today this strange behaviour on this Digital PW 600au,m > > VMS 7.2-1. > > I > > It is a dualboot machine which until this morning ran under Tru64 for:G > > a longer while. I rebooted it for VMS (in the same way I always didjJ > > it) and it asked me for the new date and time, as always. I managed toJ > > enter a few digits then the keyboard froze. Not even the caps lock LEDI > > was lighting when I pressed it. I reset the machine, at the reboot at J > > the same moment it froze again. Only the keyboard freezes, because theE > > display asks again and again for the date with new lines, and the'I > > keyboard does nothing. I halted it, booted in Tru64, no problem. BackgH > > into VMS, again freeze. When I pressed halt, all the garbage I typedG > > came on the screen so it's buffered somewhere in between. So I justiA > > typed at the prompt continue and this time the date was takeneE > > correctly and the boot process went fine (except for the system's F > > mail.mai suddenly missing and not created when the whatever status > > message was sent). > > I > > Anyone experienced this funny situation? If there's something failinge) > > in the machine, what could that be???r >  > (as usual)0 > What did change since the last correct reboot? >  > D.  F Recent customer with an ES40 had similar (but not identical) problems.G They only had a graphics console, and if you explicitly set the consolecE to "graphics" and booted, it would ask for the date and time and thendB hang.  If you powered off and back on, the console would revert toF "serial", and if they tried to boot without changing it, it would just hang.   6 Turned out to be a dying battery on the motherboard.    @ <RANT> Because it kept forgetting the time, and the console keptB changing from graphics to serial, I suspected a CMOS battery rightC away, but we were misled by the non-HP field circus.  They said thehE ES40 doesn't have a battery, the settings are stored in flash memory, C which doesn't require power to maintain settings.  They swapped thevA motherboard and it said all the memory was dead.  They swapped inh= another motherboard and got the exact same original symptoms.A< Eventually they swapped the entire CPU cabinet, then startedE back-fitting components to the old cab (while the system was running tC on the new cabinet), to isolate the original problem.  Finally theyiD discovered there *was* a battery on the motherboard and it was dead!? (They claim it wasn't listed as a field-replaceable part in thee; maintenance docs, but it turned out to be easy to replace.)s  ( Bottom line:  Original battery was dead.- 1st replacement motherboard was badly broken.c/ 2nd replacement motherboard had a dead battery.   ? So if you have any ES40's in southern California, and 3rd-party.= maintenance, don't let them leave until your sure your system @ is working!  Those dead motherboards have probably been recycled into their spares kits.n   </RANT>m   Check the CMOS battery.a     -- 7 John Santosa Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Mon, 17 Nov 2003 22:27:49 GMTb, From: Diego CLAEYS <diego.claeys@pandora.be>$ Subject: raid 5 OpenVMS VAX hobbyist: Message-ID: <FXbub.29266$sj2.987186@phobos.telenet-ops.be>   Hi,e  @ I am a hobbyist and would like to create a raid 5 volume on VAX?= I have allready all my licenses from www.openvmshobbyist.com. , What do I need to create this raid 5 volume?   Thanks   ------------------------------  % Date: Mon, 17 Nov 2003 20:01:55 -0600s1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t( Subject: Re: raid 5 OpenVMS VAX hobbyist' Message-ID: <3FB97D93.A27AC3D0@fsi.net>r   Diego CLAEYS wrote:  >  > Hi,i > B > I am a hobbyist and would like to create a raid 5 volume on VAX?? > I have allready all my licenses from www.openvmshobbyist.com.a. > What do I need to create this raid 5 volume?  D Hardware capable of supporting RAID5. There was some host-based RAID; software for VMS at one time, Dunno if it's still around...p   -- c David J. Dachtera. dba DJE Systemsy http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  # Date: Mon, 17 Nov 2003 18:30:21 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>eB Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <1t8ub.9136$LB4.4405@news.cpqcorp.net>  I Just waiting for the shoe to drop.  I expect that once they have a 64-bitiI Solaris, they will announce plans to build enterprise scale AMD64 servers 7 and the end of Sparc (they will give Sparc to Fujitsu).3  L Actually it's what I said I would do if I were in their position.  Is it tooL little too late (I expect that a hardware transition like that will take 2-3= years)?  Time will tell, but it does make things interesting.m    . "John Smith" <a@nonymous.com> wrote in messageB news:_xhtb.75595$HoK.22440@news01.bloor.is.net.cable.rogers.com...& > Sun Makes Plans for Opteron Products > Fri Nov 14, 5:00 PM ET >i > Tom Krazit, IDG News Service >iI > Sun Microsystems will announce plans to build servers based on AdvanceduE > Micro Devices' Opteron chip, sources familiar with Sun's plans saidy Friday.eG > The announcement is expected at next week's Comdex (news - web sites)t tradeo > show in Las Vegas. >vK > Sun sells servers based on Intel's Xeon processors, but Chair, President,cJ > and Chief Executive Officer Scott McNealy will shed light on Sun's plans toJ > adopt the Opteron chip during his keynote address on Monday, the sources > said.o >bB > Sun declined to comment on its plans for Monday's keynote, but aF > spokesperson said the company would make "a direction announcement." >r >e > Favorable OpinionsJ > This year, Sun has announced its plans to offer a version of Solaris for@ > Opteron, and executives have spoken favorably of the AMD chip. > J > "We're selling x86-based equipment today, and I can look at Opteron as aI > 64-bit processor with the advantage that it is not limited to 32-bits,"  saidL > Andy Ingram, a Sun vice president of marketing, in an interview last week. >sH > IBM is the only other major U.S. server vendor to use the Opteron in aL > server, announcing its plans for the eServer 325 during the Opteron launch > event in April.t >/ >w > Low-Cost ComputingF > Sun's announcement will come as part of a push to emphasize low-costK > computing, and what the company calls its "scale-out" strategy. The SantaeJ > Clara, California, company rose to prominence in the last decade sellingD > large, expensive servers based on its Sparc processors and Solaris	 operatinglJ > system. The growth prospects for those types of servers have dwindled asL > customers look to smaller, less-expensive servers based on Xeon processorsJ > and either Microsoft's Windows operating system or the Linux (news - web > sites) operating system. > J > While Sun has recognized the need to offer a low-end server based on the x86rL > instruction set that runs Intel and AMD's processors, it competes stronglyG > for the high-end of the market with Intel's Itanium 2 processor. Thise makeseI > the company more inclined to support an Intel competitor, analysts havea > said.u >n3 > AMD also declined to comment on the announcement.e >dE > Robert McMillan of the IDG News Service contributed to this report.g >e >p >r >e >  >v >g >u   ------------------------------  % Date: Mon, 17 Nov 2003 15:06:25 -0500i* From: JF Mezei <jfmezei.spamnot@istop.com>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday) Message-ID: <3FB92A3E.D2B679C3@istop.com>-   Fred Kleinsorge wrote:K > Just waiting for the shoe to drop.  I expect that once they have a 64-bit K > Solaris, they will announce plans to build enterprise scale AMD64 servers-9 > and the end of Sparc (they will give Sparc to Fujitsu).   K The difference being that they will wait for AMD 64 bit 8086 to have proven N itself before killing Sparc. They will wait for AMD to start adding enterpriseL system features to their 64 bit 8086 before killing off Sparc. And they willN wait for the 64 bit 8086 to have some performance leadership over Sparc before killing Sparc.  8 HP/Compaq killed their own chips before IA64 was viable.   ------------------------------  # Date: Mon, 17 Nov 2003 21:58:00 GMTe& From: Rick Jones <foo@bar.baz.invalid>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <Ivbub.9173$AQ4.2249@news.cpqcorp.net>  + JF Mezei <jfmezei.spamnot@istop.com> wrote: F > The difference being that they will wait for AMD 64 bit 8086 to have& > proven itself before killing Sparc.   E Would it be more accurate to say that you believe/accept/whatever the C correct term might be that Sun will be willing and able to wait forK1 AMD64 to have proven itself before killing SPARC?s  D Am I correct in infering from what you wrote though that you believeF that AMD64 has not yet proven itself, and that you do believe that Sun will "kill" SPARC?  F > They will wait for AMD to start adding enterprise system features to- > their 64 bit 8086 before killing off Sparc.>   Similar to above.d  A > And they will wait for the 64 bit 8086 to have some performance>- > leadership over Sparc before killing Sparc.   2 Hasn't that last one at least already been shown?   
 rick jones -- i= portable adj, code that compiles under more than one compilereF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...e   ------------------------------    Date: 17 Nov 2003 21:57:14 -0800. From: mistdragon@zdnetonebox.com (mist dragon)B Subject: Re: Sun to use AMD Opteron - announcement expected Monday= Message-ID: <7500353b.0311172157.62735d9d@posting.google.com>   s "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message news:<1t8ub.9136$LB4.4405@news.cpqcorp.net>...mK > Just waiting for the shoe to drop.  I expect that once they have a 64-biteK > Solaris, they will announce plans to build enterprise scale AMD64 serversa9 > and the end of Sparc (they will give Sparc to Fujitsu).u > N > Actually it's what I said I would do if I were in their position.  Is it tooN > little too late (I expect that a hardware transition like that will take 2-3? > years)?  Time will tell, but it does make things interesting.e  D You are forgetting that they already have Solaris on X86-32. PortingC an existing o/s to same basic architecture is not as difficult than C porting to totally different architecture (Alpha>Itanium). And thati6 Solaris already runs on x86-64, albeit in 32 bit mode.  @ Whether this is too late is another question - Sun is in similarD position as Dec was - continue to invest on own technology, going toE niche or go to mainstream. Sun chose mature solution, AMD already hasoF proven to be faster than Intel and it has 64 bit when Intel says 'thatE no-one wants 64 bit' :) I am sure they have Solaris running on x86-64gC behind the scenes - remember how IBM told that they ported DB2 in 2  weeks to 64bit AMD.e  E Otoh, Dec was never mainstream - when they made PC (rainbow, was it - E names slip from my mind) on past, they were not mainstream-compatiblenD and it was never a success. Then they stuck on their own stuff untilB it dragged the company to its knees and what remained, was sold toC Compaq. The mistake Compaq made was to hold on to Dec and trying to D become a new Dec when the game was already lost for Dec. As a way toB get out, they put their eggs on Itanium basket and when it did not: become success, they too were dragged on their knees. And.D Subsequently they were sold to HP, that has now dropped all that Dec was, but VMS to Itanium port.t  B That, too, will be overrun by the mainstream market on x86-64 bit.F Where Dec failed, Sun will blossom because it waited for the market to% prove itself before it made its move.n   MD   ------------------------------  % Date: Mon, 17 Nov 2003 21:21:25 -0600 ( From: brandon@dalsemi.com (John Brandon)9 Subject: SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULLn1 Message-ID: <03111721212587@dscis6-0.dalsemi.com>t  N I am having trouble using the sys$getqui (or lib$getqui) functions in either a C or FORTRAN application.e  H Specifically the QUI$M_JOB_LOG_NULL and QUI$M_JOB_LOG_DELETE item codes.  M I have no problems obtaining entry number, log, file specs, and so on.  Thesee two codes fail with   ' %SYSTEM-F-BADPARAM, bad parameter value       L Does anyone use the above item codes?  And if so could you please provide meL with a snippet of how they work?  Would appreciate it very much, hole in the wall is getting bigger...        J*o*h*n B*r*a*n*d*o*n. VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 17 Nov 2003 16:34:24 -0800# From: dooleys@snowy.net.au (dooley)i( Subject: Re: Text library browser/editor= Message-ID: <1ca82fc6.0311171634.1397ced1@posting.google.com>n  Z JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3FB8AF6E.9E9DB92@istop.com>...L > I am in the process of writing a text library browser so that one can veruP > quickly access various modules in a library. This is an x windows application. > I > I am considering allowing basic editing of a text module and subsequent, > replacement into the library.l > M > This would be so much more efficient than cumbersome lib/extract, then editt > then lib/replace commands. r > M > However, before I proceed with this, are there situations where such direct J > replacements into a library (no temporary files) would be shunned from a% > security/procedures point of view ?i > L For device control libraries, either the library or module are locked by the@ relevant print symbiont - this prevents replacement "on the fly" Phil   ------------------------------  # Date: Mon, 17 Nov 2003 18:37:31 GMTr" From:   VAXman-  @SendSpamHere.ORG Subject: URL to download SSH0 Message-ID: <00A29098.6E2B8913@SendSpamHere.ORG>   Subject says it all.  C I've registered (many times...) and still haven't received the URL.S  B Sent a private email (as instructed on the registration form) as IB was instructed if I didn't receive a URL to OpenVMSSecurity@hp.com  The mailbox here is still empty.   -- aL VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            r5   "Well my son, life is like a beanstalk, isn't it?" o   ------------------------------  # Date: Mon, 17 Nov 2003 18:54:39 GMTv9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>W& Subject: Re: VMS 2003 bootcamp summary2 Message-ID: <PP8ub.9145$Sv4.7433@news.cpqcorp.net>  C I think that on our side, the engineers and management got valuable 	 feedback.n  * Hope everyone can make it out this spring.  7 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message ) news:vrfj392pt5h1eb@corp.supernews.com...oL > Back from 4 days of the VMS advanced technical bootcamp in ZKO land.  WithI > ZKO being literally down the street from the hotel, it was easy to have-I > people come and go during the week for presentations, etc., a very goodiA > idea.  Andy, Hoff, Fred, Bart, Mark and many others were there.7 >iE > In summary a very good event with lots of good info (sorry much wastL > non-disclosure).  Sue did a wonderful job of organizing and getting things > to happen on schedule. >wJ > Bruce Ellis was there and we saw 2 of his videos.  Great stuff.  Lots of > good laughs. >gJ > I know others here will feel differently, but I came away feeling prettyJ > good about VMS and where its going.  I intend to pass this on whenever I > can. >bH > The VMS Ambassadors have a session this coming week at the same place. Suee$ > is heading up that effort as well. >-/ > Look for the 2004 event in the May timeframe.6 >  >0 >  >m   ------------------------------  % Date: Mon, 17 Nov 2003 21:35:48 -0600m5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info>p& Subject: Re: VMS 2003 bootcamp summary: Message-ID: <bpc42r$1lev04$1@ID-209632.news.uni-berlin.de>   Didier Morandi wrote:  > Martin P.J. Zinser wrote:  >  >>( >> I am sure about Israel and Japan too. >>J >> Watch out for some pictures from the event soon (need to get the films  >> developed ;-) >  > E > In France we have digital cameras, very useful. No need to develop aI > anything. I heard that you can find them in Japan too. The distributor j > name is soni or such.  >  > :-)d >  > D. > F Well, as I thought you in particular would understand, there are some I customers who do not like to go with the latest widget immediatly. There gC is investment in the main system as well as peripherals and my old dD system is doing just fine. Actually I still buy upgrades and do not G bother my supplier (Pentax) with requests to backport all of the gizmo b1 features of the DIGITAL cameras to my old SLR ;->-  D Seriously, my SLR is doing just fine and still beats any reasonably B priced digital camera by far concerning quality of the optics and B dynamic range of the film. So yes, I fully intend to upgrade to a G digital camera once they are where my SLR is right now (in about 10 to a 15 years...)   Cheers, Martin  B P.S. I do intend to edit a SLR to Digi cam newsletter around this 
 timeframe ,-)e   ------------------------------  # Date: Mon, 17 Nov 2003 18:50:22 GMTn# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: VMS BBS???r2 Message-ID: <OL8ub.9143$dw4.6110@news.cpqcorp.net>  ` In article <WOptb.17193$w66.369341@twister.tampabay.rr.com>, slaX0r <slaX0r@example.com> writes:  I :I'm looking for any BBS software for VMS. Does anyone know of any? I've  J :seen references to the DFWLUG BBS, but no mention of their software, and I :they seem to be defunct. I'd love to bring a real VMS BBS online, so if l$ :anyone can help, I'd appreciate it!  ?   A Bulletin Board System for OpenVMS?  A BBS?  How quaint. :-)g  I   FWIW, the Notes (client and server) conferencing package is on FreewaremI   V6.0, which is expected to ship with V7.3-2 over the next month or two.bL   I've seen folks with web clients for the notes conferencing packages, too.  J   There are a half-dozen discussion forums running, with the EncompasserveG   forums using Notes.  http://www.encompasserve.org/ has information onu#   acquiring access to these forums.   B   DFWLUG morphed into DFWCUG a while back.  http://www.dfwcug.org/  F   Also of interest is http://www.openvmshobbyst.org/, and Ken Farmer's/   discussion forums at http://www.openvms.org/.f  C   There are also OpenVMS discussion forums at the HP itrc site, and    elsewhere around the 'net.  D   If you are just looking to post information for review, DCL itselfE   makes a decent CGI scripting language -- I'd normally suggest usingeH   the Apache server here though that is available only for OpenVMS AlphaI   platforms, and you are clearly limited to what is available on your VAXMI   or (in this case) VAX hardware emulator has access to -- please see theeJ   OpenVMS FAQ for various pointers to software packages and to web-serving   packages for OpenVMS.o  F   I fully expect a Google newsgroup search will turn up previous "BBS".   discussions and discussion threads, as well.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqtN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comr   ------------------------------  # Date: Mon, 17 Nov 2003 21:38:37 GMT ! From: Nigel Barker <nigel@hp.com>n Subject: Re: VMS BBS???-8 Message-ID: <anfirvkj09h8aplqqfkd2rsepmqh1o2gfk@4ax.com>  D On Sat, 15 Nov 2003 13:25:10 GMT, slaX0r <slaX0r@example.com> wrote:   >Hi all, >PF >I'm a sort-of VMS hobbyist using simh. I say sort-of because my only E >experience with VMS was about 10 years ago as a user. I'm learning, C >though! <g> > I >I'm looking for any BBS software for VMS. Does anyone know of any? I've fJ >seen references to the DFWLUG BBS, but no mention of their software, and I >they seem to be defunct. I'd love to bring a real VMS BBS online, so if  $ >anyone can help, I'd appreciate it!  L If you want something web based then there are quite a number of open sourceP bulletin board projects based on Apache, PHP & MySQL that work just fine on VMS.8 Take a look at phpBB at www.phpbb.com as a good example.   -- Nigel Barker Live from the sunny Cote d'Azuro   ------------------------------  # Date: Tue, 18 Nov 2003 00:59:53 GMT ! From: slaX0r <slaX0r@example.com>h Subject: Re: VMS BBS???t> Message-ID: <daeub.127109$jW5.1762308@twister.tampabay.rr.com>   Hoff Hoffman wrote:     A >   A Bulletin Board System for OpenVMS?  A BBS?  How quaint. :-)  > K >   FWIW, the Notes (client and server) conferencing package is on FreewaretK >   V6.0, which is expected to ship with V7.3-2 over the next month or two.iN >   I've seen folks with web clients for the notes conferencing packages, too. >   G Thanks, Hoff, and everyone else who's responded. From what I can tell, nG Notes should do what I'm looking for, especially if there's also a web e client for it.  A I'm trying to recreate the old-school text-based BBS, on as many tG platforms as possible. Why? I'm nuts, I guess. ;) I have a sentimental  E attachment to VMS, since that was one of the first "real" operatings sE systems I used. If anyone's interested, I'll post the URL for my BBS g" site when I get it up and running.   slaX0r   ------------------------------  + Date: Mon, 17 Nov 2003 20:32:42 +0000 (UTC)n, From: lewis@mazda.mitre.org (Keith A. Lewis)) Subject: Re: VMS Defragmentation Softwarem. Message-ID: <bpbb9a$1rs$2@newslocal.mitre.org>  \  writes in article <00A29097.C84A633B@SendSpamHere.ORG> dated Mon, 17 Nov 2003 18:32:53 GMT:M >Maybe now...  You don't remember the days when you needed to update your PAK  >when you added a CPU.  J If you're talking about the VMS base license, those days are still here (ID think).  But for layered products it's 1050 units for a WS, 1100 forL departmental, and presumably more for an enterprise license but I don't know	 how much..  M >I'm no fan of the licensing scheme.  It's caused me many problems when build M >product.  I almost created a permanent schism betweem myself and the authorsiM >(a well know company, not Raxco) of their keying system when I expounded my . >personal opinions of it.e  " They probably LOVE me by now!  :^)  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Mon, 17 Nov 2003 18:32:53 GMTu" From:   VAXman-  @SendSpamHere.ORG) Subject: Re: VMS Defragmentation Softwaren0 Message-ID: <00A29097.C84A633B@SendSpamHere.ORG>  ] In article <bpahpe$52u$1@newslocal.mitre.org>, lewis@mazda.mitre.org (Keith A. Lewis) writes: ] > writes in article <00A28EF5.CD8A8A02@SendSpamHere.ORG> dated Sat, 15 Nov 2003 16:40:52 GMT:r_ >>In article <bp34ce$bqa$2@newslocal.mitre.org>, lewis@mazda.mitre.org (Keith A. Lewis) writes:  >>>Raxco = hassle. >>>H
 >>>Get it? >u >>Do you slander ... >>Do you slander ... >iL >"You use that word a lot.  I do not think it means what you think it does."% >    -- Montoya, _The Princess Bride_a >rK >>Software has nearly always (traditionally) been licensed for one's use onaL >>the original system configuration it was licensed for use upon.  If you orK >>the original poster changes the configuration it changes the terms of thea >>original license agreement.  >.J >>There's no more hassle with Raxco software than with DEComHPaq software. >.I >That's where you're wrong.  OpenVMS/Alpha layered product PAKs come in 3 M >sizes -- workstation, departmental, and enterprise.  As long as your upgrademL >does not cause the machine to change between these categories (and none do,@ >short of machine replacement), the PAK will continue to work.    L Maybe now...  You don't remember the days when you needed to update your PAK when you added a CPU.e    M >Did I mention that you have to get a new key from Raxco whenever you rebuildaH >your system disk, regardless of whether you upgraded anything or not?    L I'm no fan of the licensing scheme.  It's caused me many problems when buildL product.  I almost created a permanent schism betweem myself and the authorsL (a well know company, not Raxco) of their keying system when I expounded my  personal opinions of it.     -- 0L 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: Mon, 17 Nov 2003 17:46:18 GMTs/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> - Subject: Re: VMS73_Driver v4.0 (ALP) Problem?g/ Message-ID: <KP7ub.226011$Fm2.227158@attbi_s04>m   Eberhard Heuser-Hofmann wrote:M > In article <3FB88EF9.D21C2C6F@uiowa.edu>, Rick Dyson <rick-dyson@uiowa.edu>o	 > writes:o > J >>I just installed this ECO and found that my systems all now report theirE >>OpenVMS version to be "OpenVMS X90V-K5L" instead of "OpenVMS V7.3".d >>L >>Has anyone else noticed this?  Or NOT have the above result after applying >>thisI >>very recent ECO?  I have logged a call to CSC, but so far they have notk >>seen+ >>or heard of this behavior being reported.- >>H >>I don't see anything not working (at this time) but the systems I have5 >>installed on are not heavily loaded with apps, etc.e >>
 >>Regards, >>Rick > C > As I remember right you can find something about this in the FAQ.  > 
 > eberhard  K In the FAQ?  The ECO was just announced a few hours ago on the digest!  TheaI patch date is just a few days ago.  What topic would it be?  I can't findp anything searching on "X90V".l  K I saw your questions about the rev of parts of the DRIVER update.  I wonderiL if they are related?  I have had this happen on 4 different nodes I updated.   Rick --  J Richard L. Dyson                                      rick-dyson@uiowa.eduK   _   _  _____                      http://www-pi.physics.uiowa.edu/~dyson/oJ | | | ||_   _|  Senior Systems Analyst   --   INFORMM-Cerner Systems Group< | | | |  | |    The University of Iowa Hospitals and ClinicsJ | \_/ | _| |_   Information Systems Dept. BT1000 GH   Office: 319/384-7016K   \___/ |_____|  Iowa City, IA 52242-1052                 FAX: 319/384-70204E                  (Consulting to the Physics and Astronomy Department)l   ------------------------------  + Date: Mon, 17 Nov 2003 20:37:31 +0000 (UTC)nP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)- Subject: Re: VMS73_Driver v4.0 (ALP) Problem?n$ Message-ID: <bpbbia$lpg$1@online.de>  M > In the FAQ?  The ECO was just announced a few hours ago on the digest!  The K > patch date is just a few days ago.  What topic would it be?  I can't findh > anything searching on "X90V".   I I signed up a few weeks ago at ITRC to get emails concerning patches.  I sI got some emails.  From your comments above, it appears that I am missing c
 at least one.n  6 Anyone else having problems with the patch email list?   ------------------------------  # Date: Mon, 17 Nov 2003 22:35:09 GMTy# From: hoff@hp.nospam (Hoff Hoffman)e Subject: Re: xscreensavera2 Message-ID: <x2cub.9177$pU4.8644@news.cpqcorp.net>  w In article <wBNtb.10527$P%1.9334657@newssvr28.news.prodigy.com>, "Phillip R Sobottke" <psobottke@ameritech.net> writes:oM :What is the best way for a novice like myself to get xscreensaver running on  :my alpha machine?  H   You could acquire a C compiler and learn how to truely appreciate the E   joys and the agonies of open source, or you could coax someone intoeD   building the package for you, or you could use one of the existingC   screensaver mechanisms available -- I don't recall if the OpenVMSuE   version or platform nor the DECwindows version and interface in use E   was ever specified in this thread, and those details can be centralhH   to this whole effort -- different versions have different capabilitiesG   and different requirements and different options available.  (Or, fordG   completeness, you could skip this effort and find other areas of openk@   source or of OpenVMS to work on or to learn about, of course.)   :I do not have a C compilery  I   If you are a hobbyist, you can acquire a C compiler through the OpenVMStH   hobbyist program.  For information on the hobbyist program, please see   the OpenVMS FAQ.  G   Older versions of the OpenVMS Freeware have various older versions of C   xscreensaver and of other screensavers and related X Windows toys H   available.  Look at both Freeware V4.0 and Freeware V5.0 available at:  *     http://www.hp.com/go/openvms/freeware/  G   From recent experience with this particular package, this is probablysG   not a package I'd start porting were I a novice user -- no offense isoF   here intended, of course.  This wasn't the easiest package that I'veH   ever ported to OpenVMS, and I have some slight amount of experience inH   the area of C and OpenVMS -- but please note I was also working to getF   the OpenGL screensaver packages ported, and you might not be looking@   to port these particular portions of the xscreensaver package.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqoN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comr   ------------------------------   End of INFO-VAX 2003.639 ************************