1 INFO-VAX	Thu, 23 Oct 2003	Volume 2003 : Issue 588       Contents: Clearcase Client Re: Clearcase ClientP Coming to Bootcamp? (was Re: Did someone ask HP for VAX to  Itanium cluster possP Re: Coming to Bootcamp? (was Re: Did someone ask HP for VAX to  Itanium cluster ( CSWS v1.3 + Kerberos for HP OpenVMS v2.0 Re: Dial-out PPP on GS140e/8400 @ Re: Did someone ask HP for VAX to Itanium cluster possibilities?@ Re: Did someone ask HP for VAX to Itanium cluster possibilities?@ Re: Did someone ask HP for VAX to Itanium cluster possibilities?@ Re: Did someone ask HP for VAX to Itanium cluster possibilities? FTP From a Program& Re: memory upgrade for uVAX and Alpha? Re: OpenVMS Roadmap , Re: OT: Why Scott McNeally is not worried..., Re: OT: Why Scott McNeally is not worried..., Re: OT: Why Scott McNeally is not worried..., Re: OT: Why Scott McNeally is not worried..., Re: OT: Why Scott McNeally is not worried...  Re: Product (PCSI) Info Question Re: Product problem < Re: Video "ringing" with PBXGA but not Mach64 or Elsa Gloria) Re: We buy Alpha  - URGENT - DS10 systems ) Re: We buy Alpha  - URGENT - DS10 systems ) Re: We buy Alpha  - URGENT - DS10 systems B Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---B Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---B Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---B Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---B Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---  F ----------------------------------------------------------------------  % Date: Thu, 23 Oct 2003 10:35:10 +0100 % From: "Unknown" <unknown@unknown.com>  Subject: Clearcase Client $ Message-ID: <bn87e4$4e$1@rdel.co.uk>   Hi,   I Does anybody know if there is a Clearcase client available for VMS or any , tools that might help used Clearcase on VMS.   Thanks   Matt   ------------------------------  % Date: Thu, 23 Oct 2003 11:53:32 +0200 ) From: Roland Barmettler <itsme@127.0.0.1>  Subject: Re: Clearcase Client 5 Message-ID: <20031023115332.63cc0412.itsme@127.0.0.1>    Hi  G > Does anybody know if there is a Clearcase client available for VMS or 2 > any tools that might help used Clearcase on VMS.  G Not to my knowledge, sorry. We also use clearcase and build some of our G products for VMS. What we do is NFS mount the views from a UNIX machine  on the VMS machine. H Then the clearcase manipulations (checkin/checkout etc.) are done on the* UNIX machine and the build is done on VMS.   Cheers, Roland   -- ** Invalid bugcheck code **    ------------------------------  % Date: Thu, 23 Oct 2003 06:36:54 -0400 + From: Ken Robinson <kenrbnsn1@patmedia.net> Y Subject: Coming to Bootcamp? (was Re: Did someone ask HP for VAX to  Itanium cluster poss B Message-ID: <6.0.0.22.2.20031023063649.046bc110@mail.patmedia.net>  5 At 08:56 PM 10/22/2003, Hoff Hoffman wrote (in part):   L >   Are y'all coming down to the technical bootcamp to learn more about what4 >   we are really up to here in OpenVMS Engineering?  L Really wish I could make it, since I didn't make it to HP World...  But, no  job = no money = can't go. :-(   Ken Robinson     ------------------------------  % Date: Thu, 23 Oct 2003 08:05:31 -0700 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> Y Subject: Re: Coming to Bootcamp? (was Re: Did someone ask HP for VAX to  Itanium cluster  . Message-ID: <3F97EE3B.2060906@Flying-Disk.com>  7 > At 08:56 PM 10/22/2003, Hoff Hoffman wrote (in part):  > G >> Are y'all coming down to the technical bootcamp to learn more about  8 >> what we are really up to here in OpenVMS Engineering?  9 I certainly am.   I think it provides much more value for > the money than any other event.   This is especially important2 to me, since the money comes out of my own pocket.  7 Last year, the first 15 minutes of one session solved a 4 problem for me that made the entire trip worthwhile.  9 At the place I'm working now, I am the only VMS person in 8 a sea of PC weenies.   Spending a week surrounded by VMS3 fanatics will be the high point of the year for me. 9 The only downside is the weeks of exercise needed to work 2 off all the excellent food.   :-)   (Thanks, Sue!)  ) Alan             Remove "REMOVE" to reply    ------------------------------  + Date: Thu, 23 Oct 2003 15:10:30 +0000 (UTC) = From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818) 1 Subject: CSWS v1.3 + Kerberos for HP OpenVMS v2.0 . Message-ID: <bn8r16$13fu$1@f04n12.cac.psu.edu>  C Is there a mod_auth_kerb available that is already debugged to work 3 with CSWS v1.3 AND the new Kerberos for VMS v2.0?     A My goal is to provide users with BASIC AUTHENTICATION that drives E against a Kerberos KDC on another system (an IBM AIX system elsewhere  on campus, I believe).  M I have too many local AUTH_* modules for CSWS that have to be rewritten right 2 now to consider switching to CSWS v2.x just yet.    M And right now, I'm on OpenVMS v7.2-1H1, which may prevent me from bringing up J Kerberos v2.0 also.  In that case, is there an earlier version of Kerberos2 for OpenVMS that runs on that earlier VMS release?  P +----"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+B | J.Lance Wilkinson ("Lance")		InterNet:  Lance.Wilkinson@psu.edu < | Systems Design Specialist - Lead	AT&T:      (814) 865-18189 | Digital Library Technologies		FAX:       (814) 863-3560 2 | 3 Paterno Library				"I'd rather be dancing..." B | Penn State University		    A host is a host from coast to coast,K | University Park, PA 16802	    And no one will talk to a host that's close C | <postmaster@psulias.psu.edu>	    Unless the host that isn't close : | EMail Professional since 1978	    Is busy, hung or dead.P +---------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+9                 [apologies to DeForest Kelley, 1920-1999] 3 <A Href="http://perdita.lcs.psu.edu">home page</a>  J <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a> --	/"\ 	\ /	ASCII RIBBON CAMPAIGN 	 X	AGAINST HTML MAIL  	/ \   ------------------------------  % Date: Thu, 23 Oct 2003 16:51:20 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>( Subject: Re: Dial-out PPP on GS140e/8400' Message-ID: <bn8tbi$m2t$1@lore.csc.com>    Bob Baxter wrote:  > H > We are researching what it will take to implement a dial-out PPP on anG > Alpha Server GS140e/8400 in Open VMS 7.2-1. We need to do an FTP over C > the PPP connection.  FTP over the Internet is not an option.  The D > business that we are connecting with has promised us the JCL (sic!8 > #@$&*@!) needed to so this, but I haven't seen it yet. ...  > My questions:  > F > 1.  It doesn't look like there is a serial port included with a baseD > 8400/GS140e.  If we add a KFE72-BA, would this provide us with theD > serial port we need for a dial-out modem?  Anyone have other ideas( > about adding a serial port to an 8400? > A > 2.  Has anyone in a similar environment done a FTP over the PPP C > without changing the other network (10/100 ethernet) connections?  > " > 3.  Any other ideas or gotcha's?  D For my hobby system, which is a VAX, I am using a PPP dial-out usingH Multinet and ISDN to my ISP, while maintaining a private 192.168 network on the ethernet.  D I'm using a DECServer 700 (16 port, limited modem control) and an anD RJ45 to DB25 wired with hardware control signals, and it works quiteE well. The terminal adapter is doing synch to asynch conversion and in F V120 mode, I get the login and pass, then I send the commands to bringF up the PPP link. I'm using LAT between the terminal server and the VMS box with a remote port.   E In your case however, if this is a point-to-point connection, perhaps B you should consider CKERMIT, ZMODEM or similar, available for many! platforms, big iron, um not sure.    Hope this helps, --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 22 Oct 2003 23:12:20 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) I Subject: Re: Did someone ask HP for VAX to Itanium cluster possibilities? = Message-ID: <cf15391e.0310222212.65c28a78@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F96F8BC.ED724D9B@istop.com>... N > Does the clustering code have any platform specific handling ? For instance,A > does an Alpha treat a VAX any differently than another Alpha ?    E All nodes (whether VMS or not, e.g. something like an HSJ/HSD or even E an MTI FDDI storage controller) have to conform to standards like the A System Communications Architecture (SCA) and Mass Storage Control A Protocol (MSCP), which define the content of data structures each = implementation must include, the exact format of any messages E exchanged (including field length and endian-ness -- Little-Endian in C this case), and the allowable behavior of an implementation.  These D standards are OS and architecture independent. (You could use CI and# HSJs with DECsystems, as I recall.)   ? Above these standards are what amount to standards but are more E VMS-specific, and, outside of Ruth Goldenberg's and Roy Davis' books, B documented mostly in the form of the VMS source listings, like theD format of messages the Connection Manager or Lock Manager pass among' each other and the algorithms they use.   E Each node tells the other nodes what capabilities it can handle, such E as VIOC and XFC, Volume Shadowing Write Bitmaps, cluster-wide logical @ names, class scheduling, dynamic lock remastering [(1) if at allD (added in 5.2, and then allowed based on relative activity levels inF 5.5) and (2) lock-tree remastering via block-data transfers instead ofF lots of sequenced messages], etc. and there is often special-case code@ present (at least over a specific period of time) to deal with a- node's inability to perform a given function.   B One interesting example is that the VAX can do Dynamic MSCP ServerB Load Balancing as that code was added in V6.0, but Alpha never gotE that capability, as the source code branched off as a separate stream D starting at about 5.4-1, and that particular feature got left out on? Alpha (although we've obviously been able to live without it).  D Another example of a feature that never made it to Alpha from VAX isF CI Port Load Sharing.  But in most cases of feature mismatch, it's theB VAX which lacks a capability added later in time on Alpha (such asC mastering Write Bitmaps for Volume Shadowing Mini-Copies, or having C the DCL commands and other support to dynamically expand a Files-11  volume on-the-fly).   F But as you can see, there have been a lot of capabilities added to VMSB clusters over the years, requiring upward- and downward-compatible< modifications to the format of messages exchanged and to theC algorithms within the cluster code and even various other pieces of D VMS higher up.  To provide upward compatibility, sometimes there areC additions required in one version, in anticipation of being able to D operate correctly with a node having an anticipated feature expected# to be included in a future version.   P > Or is the clustering code and protocol totally agnostic to a point where if anN >  PowerPC or Z80 version of VMS became available tomorrow, I could include inM > in a VAX or Alpha cluster with those machines simply accepting the platform C > name as a string that doesn't get used in conditional execution ?   D There are a few special cases.  For example, if the software type isF "VMS " instead of something like "HSJ8", in SHOW CLUSTER/CONTINUOUS we? will pull the HW_TYPE field information from the more-extensive E information in the Cluster System Block data structure created by the F Connection Manager instead of the field in the SCA System Block (which@ SCA defines as only having 4 characters and thus only says terseF things like "VAX " or "ALPH" or "HSJ5"), making the assumption that ifF the SCA software type field says "VMS " there will be a VMS$VAXclusterB SYSAP connection to that node, since all VMS nodes will presumablyB have a Connection Manager.  (At one point in the past, there was aE Standalone MSCP Server that could be built from the VMS sources, kind E of like Standalone Backup was -- this would act like an HSJ and serve E disks, but not participate in a cluster, just like HSJ controllers do C not have a VMS$VAXcluster SYSAP, yet communicate with MSCP protocol D over SCA with VMS nodes to serve storage.  So if that still existed,D it would presumably have to report something other than "VMS " now.)  F But to answer the question, in general if the mythical code claimed toD be "VMS " in the SCA software type field upon formation of a virtualF circuit, it would be treated as such, and expected to behave as such. B If it did not behave properly, real VMS nodes in the cluster might! crash, or other harm might occur.   O > In other words, for an Alpha to support a new platform in a cluster, must the 2 > Alpha have any code specific to that platform ?   D With each new platform addition, there have been some minor changes,D for example, to things like F$GETSYI for the ARCH_TYPE and ARCH_NAME? item codes so the old architecture(s) know what to call the new 
 architecture.   N > *IF* VAX doesn't cluster well with IA64, would it be more likely because theJ > VAX is missing something to interface to IA64, or because IA64 forgot to9 > include an IF statement to deal with VAX architecture ?   F I'd guess the most likely areas would be cases where the technology orD feature spread was just too great, coupled with the fact that when a5 combination is not tested, things could slip through.   D Much time and effort over the years has gone into supporting rollingF upgrades.  This is not easy, as you have to have code that can act twoE ways (and even use different message formats) depending on what other C nodes are in the cluster.  So a given release has to have different D code paths.  Then at some point later on, once you're past the pointE where you need to inter-operate, you may have cause to go back in and D carefully rip out the backward-compatibility code, if for reasons of  maintainability if nothing else.  E So I'd guess the most risky area is probably code being ripped out on F Itanium as being no longer necessary to talk with Alpha, but needed toC talk to VAX.   Because HP isn't testing VAXes with Itanium, such as B case could slip through testing without being noticed.  Of course,A having common code between Alpha and Itanium makes this much more D unlikely, as it would presumably have to be conditionalized code for8 Itanium only.  But you can see how it might be possible.   ------------------------------  % Date: Thu, 23 Oct 2003 11:04:14 +0200 $ From: Michael Unger <unger@decus.de>I Subject: Re: Did someone ask HP for VAX to Itanium cluster possibilities? 9 Message-ID: <bn88sn$u9scm$1@ID-152801.news.uni-berlin.de>   * On 2003-10-23 08:12, "Keith Parris" wrote:   > [...]  > G > So I'd guess the most risky area is probably code being ripped out on H > Itanium as being no longer necessary to talk with Alpha, but needed toE > talk to VAX.   Because HP isn't testing VAXes with Itanium, such as D > case could slip through testing without being noticed.  Of course,C > having common code between Alpha and Itanium makes this much more F > unlikely, as it would presumably have to be conditionalized code for: > Itanium only.  But you can see how it might be possible.  G Thanks for the extensive explanation. Now it is pretty clear to me what G *will* work and what just *might* work and what will be *supported* and  *why*.   Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. = And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  % Date: Thu, 23 Oct 2003 12:09:51 +0200 " From: Didier Morandi <no@spam.com>I Subject: Re: Did someone ask HP for VAX to Itanium cluster possibilities? 4 Message-ID: <3f97a8f4$0$27017$626a54ce@news.free.fr>   Hoff Hoffman wrote:  > J >   The obvious question: what is keeping the OpenVMS VAX environment fromJ >   moving to OpenVMS Alpha, and how much is the continued preservation ofI >   that environment worth while also adding OpenVMS I64 systems into the  >   same configuration?   6      Read the latest VAX/VMS to Itanium Migration News?        English: www.didiermorandi.com/vaxvms2itanium_200310.pdf @        French: www.didiermorandi.com/vaxvms2itanium_200310fr.pdf   D. --F didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPC      Expertise en environnement DIGITAL ~ Formation ~ Programmation D    5 avenue Albert Durand 31700 Blagnac France Tl: 33(0)5 6131 6287D    SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------  % Date: Thu, 23 Oct 2003 12:11:59 +0200 " From: Didier Morandi <no@spam.com>I Subject: Re: Did someone ask HP for VAX to Itanium cluster possibilities? 4 Message-ID: <3f97a972$0$27017$626a54ce@news.free.fr>   Hoff Hoffman wrote:   L >   Are y'all coming down to the technical bootcamp to learn more about what4 >   we are really up to here in OpenVMS Engineering?  H If, as your Key Business Partner here in France, HP invites me, I would + be more than pleased to accept and make it.    D.   ------------------------------  % Date: Thu, 23 Oct 2003 13:32:19 -0400 + From: Mike Freeman <k7uij@panix.nospam.com>  Subject: FTP From a Program ? Message-ID: <Pine.NEB.4.58.0310231325500.9092@panix2.panix.com>   
 Greetings.  F I work for the Bonneville Power Administration, a Federal agency whichH controls the electric power grid in the WEstern part of the U.S.  We useG many systems running VAX/VMS and VAX/AXP for various activities in this  process.  @ Is a package available which will allow a program to perform FTPH operations directly (as opposed to calling a FTP client via LIB$SPAWN or2 similar)?  We have FORTRAN, C and PASCAL programs.   T I A!   Michael Freeman < K 7 U I J > B Bonneville Power Administration; P.O. Box 491, Vancouver, WA 98666' M/S TOOS/DITT2; Telephone (360)418-2307    ------------------------------  % Date: Thu, 23 Oct 2003 11:18:39 +0200 > From: "Winfried Bergmann" <winfried.bergmannNosPAM@empuron.de>/ Subject: Re: memory upgrade for uVAX and Alpha? 9 Message-ID: <bn86a8$ua5oe$1@ID-170759.news.uni-berlin.de>   ) Thanks for the information provided here. < I just found out, that my uVAX is actually a 3100/10, so the MS42-KA/CA/AB/BA should work.    with kind regards, Winfried   ------------------------------  % Date: Thu, 23 Oct 2003 11:51:18 -0400 2 From: Jonathan Boswell <jsbNOSP@Most.cdrh.fda.gov> Subject: Re: OpenVMS Roadmap0 Message-ID: <3F97F8F6.A0F5F88@Most.cdrh.fda.gov>   John Santos wrote:H > Opera lets you scale the page you're viewing.  I haven't tried it with7 > the roadmap, but will when I get home, if I remember.  > + > It's unreadable on a 19" monitor as well.   O No go!  Even telling Opera to scale to 300% on a 21" monitor doesn't help.  The 1 image source is apparently only 341 X 256 pixels.     - JB    ------------------------------  % Date: Thu, 23 Oct 2003 12:23:45 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 5 Subject: Re: OT: Why Scott McNeally is not worried... 0 Message-ID: <bn8do1$eca$1@new-usenet.uk.sun.com>   Rob Young wrote:X > In article <3F958776.90F01FDD@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: >  >>Rob Young wrote: >>D >>>        PowerPC systems are woefully under-powered, Power systems >>>        certainly aren't. >>O >>I repeat: PowerPC systems now come from a Power core, made by IBM, with a few > >>bells and whistles added for Apple and markleted as PowerPC. >  >  > > > 	No.  With many bells and whistles removed.  Come back afterE > 	reviewing both architectures.  I don't mean that as a slam.  Power B > 	is MCM based, etc.  But don't take just my word for it, compare= > 	your earlier mentioned SPEC numbers for Power G5 to these:  >  > 	PowerMAC G5 > . >    SPECint_base2000                      800. >    SPECfp_base2000                       840 >   O > http://www.specbench.org/cpu2000/results/res2003q3/cpu2000-20030728-02415.asc  > H >         IBM Corporation IBM eServer pSeries 655 (1700 Mhz, 1 CPU LPAR) > / >    SPECint_base2000                      1023 5 >    SPECfp_base2000                       1405   (1)  > B Don't you just love it when someone who appears to have absolutelyE no idea why people design specific processors for different types of  E systems comes up with a wonderfull apples for oranges comparison like  this.    Pity its generally Rob.   @ The G5 has a L2 512K cache the Power4+ 1700 has a 1536K L2 CacheI and a 128MB L3 cache because 7 of the 8 CPU's in the MCM were turned off   for SPECint.  B Now why do you think that the G5 has a much smaller cache than the P690 ? Answers on a post card   ? Do you attribute any of the performance differences between the = G5 and the Power4+ to the fact that the Power4+ had 258 x the > cache of the G5 ? Remember most of SPECint and SPECfp fit into; 128MB of cache and the same cannot be said of a 512K cache.    Again answers on a post card  > > 	And throughput numbers (i.e. multiple CPUs) are much higher; > 	for Power, PowerPC doesn't scale but wasn't designed to.  >       > Ahh well done G5 was designed for something entirely different; a low cost desktop/deskside and that means a smaller cache.   8 Does than mean that PowerPC is out of gas crippled etc ?   Again answers on a post card.    Regards  Andrew Harrison    ------------------------------  % Date: Thu, 23 Oct 2003 12:36:58 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 5 Subject: Re: OT: Why Scott McNeally is not worried... 0 Message-ID: <bn8egr$ejh$1@new-usenet.uk.sun.com>   Rob Young wrote: > In article <bn5sko$hb3$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  >>Rob Young wrote: >  > G >>>>Do you have any idea what a Power based 2 CPU server costs. Clearly * >>>>not. How about 11K for a 2 CPU system. >>>> >>>  >>> E >>>	Clearly higher (much in some cases) than competing 2 CPU systems.  >>>  >>0 >>More lack of researchon your part I am afraid. >> >  >  > 	No - your part.  See below. >  > J >>Equivalent 2 CPU Xeons with an OS, RedHat AS or Windows 2000/2003 server< >>come out at about 9500 for the first year and end up being; >>more expensive than the IBM by the end of the third year.  >> >  > = > 	I can't help that you shop at the wrong place.  I can meet ) > 	your vacuous criteria for under $7000.  >   A You probably can but not from HP who according to their marketing * are the leading supplier of 2 way servers.  > I could have chosen Dell who are slightly cheaper, the Sun V65< cheaper than Dell or IBM slightly more than HP for the Intel9 server. I used HP because apparently they sell more 2 way  x86 servers than anyone else.   < Incedentally what is vacuous about the criteria ? or are you just wriggling again.  > : >>I guess we are now in for a protracted set of posts from >>you trying to redefine MUCH. >  > = > 	No.  Two can play this game.  Trot out what you are really A > 	talking about for $9500 and I'll show you where I can purchase ? > 	a two-way 3.2 GHZ Xeon with 2 GByte memory for under $7000 - * > 	OS included, and a three year warranty. >   ; As you can see from my earlier posting you may well be able 7 to do so but not from the market leading vendor in this  product category.   8 But seriously Rob don't you get sick of being publically exposed as being a BS merchant.   : In this thread you have BS'd about Sun and the desktop and: been proven wrong and you are now grubbing about trying to< redefine HIGH-DOLLAR and MUCH-MORE in respect to IBM because) your initial postings were so full of BS.   < You should by now be familiar with being in a position where; not one of your points are correct its just ammusing to see : that you seem not to have learnt anything from you earlier	 mistakes.   ; Research, research research, make sure that the research is 3 relevant to your argument, then and only then post.    regards  Andrew Harrison    ------------------------------  % Date: Thu, 23 Oct 2003 12:52:22 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 5 Subject: Re: OT: Why Scott McNeally is not worried... 0 Message-ID: <bn8fdn$etu$1@new-usenet.uk.sun.com>   JF Mezei wrote: * > Andrew Harrison SUNUK Consultancy wrote: > F >>When HP's enterprise business implodes after Intel cancel IA-64 then? >>there will be more business arround than Sun or IBM will know  >>what to do with. >  > O > The faster Intel moves on a 64 bit 8086, the less damage there will be to HP. O > For instance, since very few customer currently have or want IA64 systems and N > since the old platforms (Alpha, Mips, PA-Risc) are still viable, it wouldn'tP > be the end of the world if HP were to announce tomorrow that they would go forN > a 64 bit 8086. This would merely delay by a year or two the forced migration" > from Alpha to HP's new platform. >   = Doesn't really make that much difference. HP have invested in ; chipsets, system designs, compiler development, OS porting, 8 marketing, ISV porting programs etc all of which will be/ defunct if Intel produce a 64bit Prescott chip.   ; The best you can say for Intel doing it earlier rather than ; later is that it would shut the Enterprise Business earlier 9 rather than later which would be nice for Sun and IBM and ! kinder in the long run to the EB.   P > Also, if/when Intel does release the 64 bit 8086, I suspect that the migrationN > woudln't be so different than that of Alpha. The IA64 thing will continue toJ > have a few speed bumps until the 64 bit 8086 has been given the features > needed for large systems.  >   C Lets assume that the OpenVMS/HP-UX/Tandem to x86-64 migration takes D the same length of time as the corrosponding migrations to IA-64. DoF you honestly think that any of them with the exception of Tandem could survive that long ?   H Or that in the blood bath in the EB that would ensue that they would all	 survive ?   F IA-64 however much you may suspect Compaq/HP's motives etc is the onlyI hope for OpenVMS, x86-64 or an attempt to revive Alpha will be its death.    regards  Andrew Harrison    ------------------------------    Date: 23 Oct 2003 07:42:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: OT: Why Scott McNeally is not worried... 3 Message-ID: <xJ8b+JoDGTqI@eisner.encompasserve.org>    In article <bn8fdn$etu$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  H > IA-64 however much you may suspect Compaq/HP's motives etc is the onlyK > hope for OpenVMS, x86-64 or an attempt to revive Alpha will be its death.   F    You have a subcontract through Gartner?  Even Gartner couldn't make    that come true.   ------------------------------  % Date: Thu, 23 Oct 2003 14:31:50 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 5 Subject: Re: OT: Why Scott McNeally is not worried... 0 Message-ID: <bn8l86$gtk$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bn8fdn$etu$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  > H >>IA-64 however much you may suspect Compaq/HP's motives etc is the onlyK >>hope for OpenVMS, x86-64 or an attempt to revive Alpha will be its death.  >  > H >    You have a subcontract through Gartner?  Even Gartner couldn't make >    that come true. >    Which that ?   regards  Andrew Harrison    ------------------------------  % Date: Thu, 23 Oct 2003 14:26:08 +0100 3 From: "Tom Wade" <t.wade@vms.eurokom.removespam.ie> ) Subject: Re: Product (PCSI) Info Question * Message-ID: <bn8k3t$q02$1@kermit.esat.net>  3 "Joshua Cope" <Joshua.Cope@hp.com> wrote in message   news:3F96A9AD.F6703D8B@hp.com...  J >    execute {preconfigure, install...remove, postinstall, release, abort}G > are for? You can do just about anything you want in those procedures.   ( Can you execute arbitrary DCL commands ?   Tom Wade   ------------------------------  % Date: Thu, 23 Oct 2003 12:29:56 +0200 " From: Didier Morandi <no@spam.com> Subject: Re: Product problem4 Message-ID: <3f97ada8$0$27049$626a54ce@news.free.fr>   JF Mezei wrote:   M > PCSI really wants to play only on system disks. YOu probably need to define < > some logicals to ensure that it points to the right files. > M > Another thing you may wish to do is SET WATCH FILE/CLASS=ALL and then issue N > the proper PRODUCT command to see exactly which file/directory it looks for.U > The one prior to the error message should normally be the one it has problems with.   H May I recommend $ set watch file/class=(attr,major) which removes noise.A Also, FYI, a file not found error code is 910 in the XQP display.   P > There are logicals one can set to help steer PRODUCT to the right files, but I > don't have a list handy. > O > The PRODUCT developper's guide could help you better understand what it tries O > to do. Last time I downloaded it, it was named OVMS_73_PCSI_GD.pdf. It offers @ > some insights on logcal names and how kits are structured etc. >  > Sorry, lost the URL.  7 http://h71000.www7.hp.com/doc/72final/5952/5952pro.html    D.   ------------------------------  % Date: Thu, 23 Oct 2003 07:49:51 -0700 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> E Subject: Re: Video "ringing" with PBXGA but not Mach64 or Elsa Gloria . Message-ID: <3F97EA8F.4020301@Flying-Disk.com>   Hoff Hoffman wrote:   C >   The cut-off for new graphic controller support is generally EV6 C >   and later, though a few and very specific EV56 boxes might also B >   be supported.  The key here is byte-word addressing within theD >   Alpha microprocessor and a non-swizzled I/O space bus interface.D >   (If your driver's call into IOC$NODE_FUNCTION returns a zero forD >   the swizzle shift count, you're good to go.  If the call returnsC >   non-zero, you can make calls to IOC$READ_IO and IOC$WRITE_IO -- C >   which handle swizzled and non-swizzled references for you -- or E >   you are soon to learn about swizzling...  Various of the graphics E >   device drivers have substantial knowledge of I/O space and of the E >   processor and can and do go directly at the I/O device.)  Whoops, E >   that's probably _way_ more detail than you cared to know about...   = Perhaps at the moment, but I'll save if for future reference.   + Alan               Remove "REMOVE" to reply    ------------------------------  % Date: Thu, 23 Oct 2003 12:22:15 +0200 " From: Didier Morandi <no@spam.com>2 Subject: Re: We buy Alpha  - URGENT - DS10 systems4 Message-ID: <3f97abdb$0$27037$626a54ce@news.free.fr>   David J. Dachtera wrote:   > Tim Llewellyn wrote: >  >>Island wrote:  >> >>>Geez I know >>> G >>>But I am buying not selling, so hopefully people won't mind too much  >>> 6 >>>Sorry Everyone - (Slapping himself on the keyboard) >>>  >>>DT  >>L >>If the systems are to deploy or expand existing VMS solutions then this is >>good news for all VMS users. >  > H > Then again, sometimes the glass *IS* half-empty. I can't help thinkingF > that if a reseller has to go begging on the open market for product,A > vendor support may be, well, let's not get TOO negative here...   & Correct. Pls Dave accept my apologies.   D.  < (ps: do you know that you are advertised in my newsletter ?)   ------------------------------    Date: 23 Oct 2003 09:59:05 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: We buy Alpha  - URGENT - DS10 systems3 Message-ID: <P0OjD2zzLCv+@eisner.encompasserve.org>   X In article <vpdg7cad8rrg46@news.supernews.com>, "Island" <dbturner@islandco.com> writes:  F > But I am buying not selling, so hopefully people won't mind too much  A I am "selling" TECO, by posting comments in response to any items @ where TECO might solve the problem.  But I actually avoid trying@ to overdo it (regardless of how others might judge my postings).  C Anyone who follows this newsgroup knows that your current status is C one of needing DS10s and having DS10Ls.  My own feeling is that not C enough time has passed for anyone to think that status has changed, : although things may move more quickly in your environment.   ------------------------------    Date: 23 Oct 2003 10:01:41 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: We buy Alpha  - URGENT - DS10 systems3 Message-ID: <fua4m2aLKzas@eisner.encompasserve.org>o  [ In article <3F9736F2.64596355@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:p > Tim Llewellyn wrote: >> o >> Island wrote: >> > >> > Geez I know >> >I >> > But I am buying not selling, so hopefully people won't mind too much  >> >8 >> > Sorry Everyone - (Slapping himself on the keyboard) >> > >> > DTb >> eM >> If the systems are to deploy or expand existing VMS solutions then this isa >> good news for all VMS users.u > H > Then again, sometimes the glass *IS* half-empty. I can't help thinkingF > that if a reseller has to go begging on the open market for product, > vendor support may be, well,  " Switching to a newer model (DS15).  B And having mis-estimated the relative demand for DS10s vs. DS10Ls.  ! That seems normal for any vendor.    ------------------------------  # Date: Thu, 23 Oct 2003 09:38:57 GMTa- From: Mike Rechtman <michael.rechtman@hp.com> K Subject: Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---U& Message-ID: <3F97BDCF.447EC5C8@hp.com>   Matthew Doremus wrote: > N > The CSWS_PHP V1.2 kit, based on PHP 4.3.2, is now available for download at: > , >     http://www.hp.com/products/openvms/php > G > This kit provides the MySQL client extension as well as a new OpenVMSNG > extension which provides several APIs for system, process, and device-J > information.  Also provided are Apache modules for CSWS V1.3 & CSWS V2.0 > (shipping soon).  F Unfortunately, after installing the new PHP kit on a system _with_ PHPH V1.1 already installed, (CSWS V1.3, OpenVMS V7.3-1)  the web server will
 not start.  D from APACHE$COMMON:[SPECIFIC.EYAL]APACHE$$SERVER.LOG;  ! EYAL is the nodename   ---<start cut&paste>---- There is 1 process in this job:      APACHE$00 (*)0   APACHE$ROOT:[000000]   =   APACHE$ROOT:[000000]   =   APACHE$COMMON:[000000]9 Syntax error on line 4 of /apache$root/conf/mod_php.conf:i7 Can't locate API module structure `php4_module' in filea /apache$root/modules/mod5 _php.exe: %LIB-E-ACTIMAGE, error activating image !ASm8   APACHE$WWW   job terminated at 23-OCT-2003 11:24:51.50     Accounting information:t>   Buffered I/O count:                197      Peak working set size:       6112H   Direct I/O count:                   70      Peak virtual size:         1751845   Page faults:                       505      MountedI volumes:                0 C   Charged CPU time:        0 00:00:00.63      Elapsed time:       00 00:00:00.89  ---<end paste>----  E I made _no_ changes tp mod_php.conf.   DIFF with the privious versionf< showed one differenc. Details upon request, if that'll help.G I am about remove PHP V1.2 and reinstall V1.1 - hopefully until someonef posts a fix...   --  E ---------------------------------------------------------------------uE Usual disclaimer: All opinions are mine alone, perhaps not even that.w? Mike Rechtman                            *rechtman@tzora.co.il*nF Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------c -----BEGIN GEEK CODE BLOCK-----f Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------o   ------------------------------  % Date: Thu, 23 Oct 2003 12:10:56 +0200p: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>K Subject: Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!--- / Message-ID: <bn89ds$fg49@doiweb4.volkswagen.de>s   Mike Rechtman schrieb:   > Matthew Doremus wrote: > N >>The CSWS_PHP V1.2 kit, based on PHP 4.3.2, is now available for download at: >>, >>    http://www.hp.com/products/openvms/php >>G >>This kit provides the MySQL client extension as well as a new OpenVMSsG >>extension which provides several APIs for system, process, and deviceeJ >>information.  Also provided are Apache modules for CSWS V1.3 & CSWS V2.0 >>(shipping soon). >  > H > Unfortunately, after installing the new PHP kit on a system _with_ PHPJ > V1.1 already installed, (CSWS V1.3, OpenVMS V7.3-1)  the web server will > not start. > F > from APACHE$COMMON:[SPECIFIC.EYAL]APACHE$$SERVER.LOG;  ! EYAL is the
 > nodename >  > ---<start cut&paste>----! > There is 1 process in this job:r >  >   APACHE$00 (*)  >   APACHE$ROOT:[000000] >   =   APACHE$ROOT:[000000] >   =   APACHE$COMMON:[000000]; > Syntax error on line 4 of /apache$root/conf/mod_php.conf: 9 > Can't locate API module structure `php4_module' in fileb > /apache$root/modules/mod7 > _php.exe: %LIB-E-ACTIMAGE, error activating image !ASi: >   APACHE$WWW   job terminated at 23-OCT-2003 11:24:51.50 >  >   Accounting information:2@ >   Buffered I/O count:                197      Peak working set > size:       6112J >   Direct I/O count:                   70      Peak virtual size:         > 1751847 >   Page faults:                       505      Mountedw > volumes:                0 E >   Charged CPU time:        0 00:00:00.63      Elapsed time:       0t
 > 00:00:00.89i > ---<end paste>---- > G > I made _no_ changes tp mod_php.conf.   DIFF with the privious version > > showed one differenc. Details upon request, if that'll help.I > I am about remove PHP V1.2 and reinstall V1.1 - hopefully until someoneP > posts a fix... > [ I'vw installed the kit on 2 systems (also with V1.1 installed) and encountered no problems.sH I assume, the minimum software req's are met (VMS V7.2-2 and CSWS V1.3)?   -- -  + mit freundlichen Gren | with best regardsk    Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.deh- mailto:extern.karl.rohwedder(at)volkswagen.del   ------------------------------  # Date: Thu, 23 Oct 2003 10:56:54 GMTI- From: Mike Rechtman <michael.rechtman@hp.com>aK Subject: Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!---1% Message-ID: <3F97D014.AED5661@hp.com>/   Karl Rohwedder wrote:$ >  > Mike Rechtman schrieb: >  > > Matthew Doremus wrote: > >gP > >>The CSWS_PHP V1.2 kit, based on PHP 4.3.2, is now available for download at: > >>. > >>    http://www.hp.com/products/openvms/php > >>I > >>This kit provides the MySQL client extension as well as a new OpenVMSaI > >>extension which provides several APIs for system, process, and devicehL > >>information.  Also provided are Apache modules for CSWS V1.3 & CSWS V2.0 > >>(shipping soon). > >p > >nJ > > Unfortunately, after installing the new PHP kit on a system _with_ PHPL > > V1.1 already installed, (CSWS V1.3, OpenVMS V7.3-1)  the web server will > > not start. > >aH > > from APACHE$COMMON:[SPECIFIC.EYAL]APACHE$$SERVER.LOG;  ! EYAL is the > > nodename > >P > > ---<start cut&paste>----# > > There is 1 process in this job:o > >  > >   APACHE$00 (*)d > >   APACHE$ROOT:[000000] > >   =   APACHE$ROOT:[000000]  > >   =   APACHE$COMMON:[000000]= > > Syntax error on line 4 of /apache$root/conf/mod_php.conf:t; > > Can't locate API module structure `php4_module' in file  > > /apache$root/modules/mod9 > > _php.exe: %LIB-E-ACTIMAGE, error activating image !ASt< > >   APACHE$WWW   job terminated at 23-OCT-2003 11:24:51.50 > >o > >   Accounting information:gB > >   Buffered I/O count:                197      Peak working set > > size:       6112D > >   Direct I/O count:                   70      Peak virtual size:
 > > 1751849 > >   Page faults:                       505      Mountedo > > volumes:                0EG > >   Charged CPU time:        0 00:00:00.63      Elapsed time:       0o > > 00:00:00.89- > > ---<end paste>---- > > I > > I made _no_ changes tp mod_php.conf.   DIFF with the privious version-@ > > showed one differenc. Details upon request, if that'll help.K > > I am about remove PHP V1.2 and reinstall V1.1 - hopefully until someoneo > > posts a fix... > >p] > I'vw installed the kit on 2 systems (also with V1.1 installed) and encountered no problems.eJ > I assume, the minimum software req's are met (VMS V7.2-2 and CSWS V1.3)? >  > -- > - > mit freundlichen Gren | with best regardsd > * > Karl Rohwedder          iT-Ingenieurteam. > Ellernbruch 11          D-38112 Braunschweig > G > mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.deD/ > mailto:extern.karl.rohwedder(at)volkswagen.des  ' See above "(CSWS V1.3, OpenVMS V7.3-1)"uF I'm prepared to try again, now that I know how to get back to PHP V1.1E (e.g. PRODUCT REMOVE seems to leave the "new" mod_php.conf file.) butfD that'll have to wait for next week. (Thursday is the last day of our work week.)-   TIA,   Mike -- )E ---------------------------------------------------------------------rE Usual disclaimer: All opinions are mine alone, perhaps not even that.s? Mike Rechtman                            *rechtman@tzora.co.il*oF Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------L -----BEGIN GEEK CODE BLOCK-----r Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------w   ------------------------------  # Date: Thu, 23 Oct 2003 11:44:47 GMTt- From: Mike Rechtman <michael.rechtman@hp.com>rK Subject: Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!--- & Message-ID: <3F97DB4D.67658586@hp.com>   Mike Rechtman wrote: >  > Karl Rohwedder wrote:  > >n > > Mike Rechtman schrieb: > >d > > > Matthew Doremus wrote: > > >iR > > >>The CSWS_PHP V1.2 kit, based on PHP 4.3.2, is now available for download at: > > >>0 > > >>    http://www.hp.com/products/openvms/php > > >>K > > >>This kit provides the MySQL client extension as well as a new OpenVMS K > > >>extension which provides several APIs for system, process, and devicefN > > >>information.  Also provided are Apache modules for CSWS V1.3 & CSWS V2.0 > > >>(shipping soon). > > >e > > >eL > > > Unfortunately, after installing the new PHP kit on a system _with_ PHPN > > > V1.1 already installed, (CSWS V1.3, OpenVMS V7.3-1)  the web server will > > > not start. > > >iJ > > > from APACHE$COMMON:[SPECIFIC.EYAL]APACHE$$SERVER.LOG;  ! EYAL is the > > > nodename > > >l > > > ---<start cut&paste>----% > > > There is 1 process in this job:  > > >e > > >   APACHE$00 (*)  > > >   APACHE$ROOT:[000000]  > > >   =   APACHE$ROOT:[000000]" > > >   =   APACHE$COMMON:[000000]? > > > Syntax error on line 4 of /apache$root/conf/mod_php.conf: = > > > Can't locate API module structure `php4_module' in file  > > > /apache$root/modules/mod; > > > _php.exe: %LIB-E-ACTIMAGE, error activating image !ASn> > > >   APACHE$WWW   job terminated at 23-OCT-2003 11:24:51.50 > > >n > > >   Accounting information: D > > >   Buffered I/O count:                197      Peak working set > > > size:       6112F > > >   Direct I/O count:                   70      Peak virtual size: > > > 175184; > > >   Page faults:                       505      Mountede > > > volumes:                0 I > > >   Charged CPU time:        0 00:00:00.63      Elapsed time:       0r > > > 00:00:00.89  > > > ---<end paste>---- > > >aK > > > I made _no_ changes tp mod_php.conf.   DIFF with the privious versionUB > > > showed one differenc. Details upon request, if that'll help.M > > > I am about remove PHP V1.2 and reinstall V1.1 - hopefully until someonen > > > posts a fix... > > > _ > > I'vw installed the kit on 2 systems (also with V1.1 installed) and encountered no problems.tL > > I assume, the minimum software req's are met (VMS V7.2-2 and CSWS V1.3)? > >C > > -- > >p/ > > mit freundlichen Gren | with best regardsr > >A, > > Karl Rohwedder          iT-Ingenieurteam0 > > Ellernbruch 11          D-38112 Braunschweig > >oI > > mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.deo1 > > mailto:extern.karl.rohwedder(at)volkswagen.de  > ) > See above "(CSWS V1.3, OpenVMS V7.3-1)"iH > I'm prepared to try again, now that I know how to get back to PHP V1.1G > (e.g. PRODUCT REMOVE seems to leave the "new" mod_php.conf file.) butAF > that'll have to wait for next week. (Thursday is the last day of our
 > work week.)t >  > TIA, >  > Mike Managed to do it again:    from the installation procces:    = $prod instal csws_php/sour=dka200:[kits]/dest=dka200:[000000]e   ....   Execution phase starting ...  7 The following product will be installed to destination: >     CPQ AXPVMS CSWS_PHP V1.2               DISK$WORK:[000000.]7 The following product will be removed from destination:h>     CPQ AXPVMS CSWS_PHP V1.1               DISK$WORK:[000000.]  A Portion done: 0%...30%...40%...50%...60%...70%...80%...90%...100%e) The following product has been installed:s:     CPQ AXPVMS CSWS_PHP V1.2               Layered Product' The following product has been removed:s:     CPQ AXPVMS CSWS_PHP V1.1               Layered Product   CPQ AXPVMS CSWS_PHP V1.2      t ... no error messagesd   but from the APACHE$SERVER.LOG:A   ...sC %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatchl9 -IMGACT-F-FIXUPERR, error when PHPSHR referenced DECC$SHR 9 Syntax error on line 8 of /apache$root/conf/mod_php.conf:l7 Can't locate API module structure `php4_module' in fileh /apache$root/modules/mod@ _php_apache-1_3.exe: %LIB-E-ACTIMAGE, error activating image !AS8   APACHE$WWW   job terminated at 23-OCT-2003 13:13:04.42 ...s  H Does this mean I need the new ACRTL patch? (Version 3 came out this week IIRC)d3 All help accepted gratefully!! Have a nice weekend!o   Mike -- eE --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that.n? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------t -----BEGIN GEEK CODE BLOCK-----A Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------d   ------------------------------  % Date: Thu, 23 Oct 2003 13:48:42 +0200 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>K Subject: Re: [ANNOUNCEMENT]  CSWS_PHP V1.2 is now available --- HELP !!!--- / Message-ID: <bn8f55$d0n8@doiweb4.volkswagen.de>d   Mike Rechtman schrieb:   > Mike Rechtman wrote: >  >>Karl Rohwedder wrote:s >> >>>Mike Rechtman schrieb:@ >>>2 >>>e >>>>Matthew Doremus wrote: >>>> >>>>Q >>>>>The CSWS_PHP V1.2 kit, based on PHP 4.3.2, is now available for download at:b >>>>>d. >>>>>   http://www.hp.com/products/openvms/php >>>>>cJ >>>>>This kit provides the MySQL client extension as well as a new OpenVMSJ >>>>>extension which provides several APIs for system, process, and deviceM >>>>>information.  Also provided are Apache modules for CSWS V1.3 & CSWS V2.0m >>>>>(shipping soon).  >>>> >>>>J >>>>Unfortunately, after installing the new PHP kit on a system _with_ PHPL >>>>V1.1 already installed, (CSWS V1.3, OpenVMS V7.3-1)  the web server will >>>>not start. >>>>H >>>>from APACHE$COMMON:[SPECIFIC.EYAL]APACHE$$SERVER.LOG;  ! EYAL is the >>>>nodename >>>> >>>>---<start cut&paste>----# >>>>There is 1 process in this job:t >>>> >>>>  APACHE$00 (*)d >>>>  APACHE$ROOT:[000000] >>>>  =   APACHE$ROOT:[000000]  >>>>  =   APACHE$COMMON:[000000]= >>>>Syntax error on line 4 of /apache$root/conf/mod_php.conf:m; >>>>Can't locate API module structure `php4_module' in file- >>>>/apache$root/modules/mod9 >>>>_php.exe: %LIB-E-ACTIMAGE, error activating image !AS:< >>>>  APACHE$WWW   job terminated at 23-OCT-2003 11:24:51.50 >>>> >>>>  Accounting information:2B >>>>  Buffered I/O count:                197      Peak working set >>>>size:       6112D >>>>  Direct I/O count:                   70      Peak virtual size:
 >>>>1751849 >>>>  Page faults:                       505      Mountedi >>>>volumes:                0eG >>>>  Charged CPU time:        0 00:00:00.63      Elapsed time:       0  >>>>00:00:00.89  >>>>---<end paste>---- >>>>I >>>>I made _no_ changes tp mod_php.conf.   DIFF with the privious versionc@ >>>>showed one differenc. Details upon request, if that'll help.K >>>>I am about remove PHP V1.2 and reinstall V1.1 - hopefully until someonen >>>>posts a fix... >>>> >>>m^ >>>I'vw installed the kit on 2 systems (also with V1.1 installed) and encountered no problems.K >>>I assume, the minimum software req's are met (VMS V7.2-2 and CSWS V1.3)?- >>>- >>>--e >>>,. >>>mit freundlichen Gren | with best regards >>>o+ >>>Karl Rohwedder          iT-Ingenieurteamo/ >>>Ellernbruch 11          D-38112 Braunschweig- >>>3H >>>mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de0 >>>mailto:extern.karl.rohwedder(at)volkswagen.de >>) >>See above "(CSWS V1.3, OpenVMS V7.3-1)"eH >>I'm prepared to try again, now that I know how to get back to PHP V1.1G >>(e.g. PRODUCT REMOVE seems to leave the "new" mod_php.conf file.) but F >>that'll have to wait for next week. (Thursday is the last day of our
 >>work week.)  >> >>TIA, >> >>Mike >  > Managed to do it again:o >   > from the installation procces: >  > ? > $prod instal csws_php/sour=dka200:[kits]/dest=dka200:[000000]B >  > .... >  > Execution phase starting ... > 9 > The following product will be installed to destination: @ >     CPQ AXPVMS CSWS_PHP V1.2               DISK$WORK:[000000.]9 > The following product will be removed from destination:e@ >     CPQ AXPVMS CSWS_PHP V1.1               DISK$WORK:[000000.] > C > Portion done: 0%...30%...40%...50%...60%...70%...80%...90%...100%R+ > The following product has been installed:h< >     CPQ AXPVMS CSWS_PHP V1.2               Layered Product) > The following product has been removed:D< >     CPQ AXPVMS CSWS_PHP V1.1               Layered Product >  > CPQ AXPVMS CSWS_PHP V1.2 >      0 > ... no error messagesa > ! > but from the APACHE$SERVER.LOG:> >  > ...RE > %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch1; > -IMGACT-F-FIXUPERR, error when PHPSHR referenced DECC$SHRi; > Syntax error on line 8 of /apache$root/conf/mod_php.conf:/9 > Can't locate API module structure `php4_module' in filea > /apache$root/modules/modB > _php_apache-1_3.exe: %LIB-E-ACTIMAGE, error activating image !AS: >   APACHE$WWW   job terminated at 23-OCT-2003 13:13:04.42 > ...S > J > Does this mean I need the new ACRTL patch? (Version 3 came out this week > IIRC) 5 > All help accepted gratefully!! Have a nice weekend!d >  > MikeV We have ACRTL V3.0 installed, may be thats the difference (had 6 systems working now).   -- a  + mit freundlichen Gren | with best regards     Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.dee- mailto:extern.karl.rohwedder(at)volkswagen.dew   ------------------------------   End of INFO-VAX 2003.588 ************************