1 INFO-VAX	Tue, 01 Aug 2006	Volume 2006 : Issue 424       Contents: Re: 8400/140 cpu wierdness Re: 8400/140 cpu wierdness Re: An opportunity for VMS Re: An opportunity for VMS Re: An opportunity for VMS Re: BACKUP weirdness DCOM support on Itanium $ Re: How Do I Find The Root Directory Re: InfoServer 100 success Re: InfoServer 100 success Re: InfoServer 100 success Re: InfoServer 100 success Re: InfoServer 100 success< Re: Is there a Unix /tmp directory. How dissimilar are they. Linux on military aircraft RE: Linux on military aircraft Re: Linux on military aircraft RE: Linux on military aircraft Re: Linux on military aircraft RE: Linux on military aircraft Re: Linux on military aircraft/ Re: page_setup and a signature 'font' on a dimm J Restoring non-BACKUP/IMAGE system disk saveset (was: Re: BACKUP weirdness)  Re: unix search list logicals ??  Re: unix search list logicals ??C Use of script languages (Was: Tomcat user authentication question.) ! When will we see supported PHP 5? % Re: When will we see supported PHP 5?   F ----------------------------------------------------------------------    Date: 31 Jul 2006 10:57:49 -0700 From: etmsreec@yahoo.co.uk# Subject: Re: 8400/140 cpu wierdness C Message-ID: <1154368669.706055.103730@h48g2000cwc.googlegroups.com>   F p=2Es. As Hoff suggested, a later box may be a better long term optionG unless you're getting the GS140s for free - the ES40 is a lower license A class and probably has similar or better performance up to 4cpus.    Steve    etmsreec@yahoo.co.uk wrote: H > We had two 8400s that we upgraded to 5/625 processors in 1999 with theB > proceeds of selling a VAX 7850 (=A350k for the VAX was more than
 > enough!) > H > One of the 8400s had a 440MHz cpu and the other a 300MHz if I rememberH > rightly.  One (the 440MHz) was able to be upgraded direct to the 5/625< > but the other had to have a new clock board in it as well. > I > One version of the firmware that was released in around H2CY2000 gave a H > great crash when the 8400 passed control from VMS back to the console.F > Only option was power it off and power back on again, but I digress. > F > It seems (from the quickspecs) that it was the EV6 that decided that- > the system was a GS140 rather than an 8400.  >  > Steve  >  > anicker_j@yahoo.com wrote:H > > I'm trying to move 2 alpha 8400's from one location to another.  TheD > > idea is to not physically move the machines but to have chassis'? > > already at the new location and just move cpu's and memory.  > > K > > I tested moving a couple cpu's this weekend and found a strange result. K > >  One of the cpu's would not post in the front (slots 0-3) of one of the G > > 8400's.  It would, however, post if it was in one of the rear slots I > > (4-7).  It would not post even when by itself  in slot 0.  The second ? > > cpu board I used had no issues.  The output of the boot was F > > unintelligable garbage characters so I don't have a specific errorJ > > message to work with.  The hardware rev on the label of the two boards4 > > was c06 and the firware is the same level, 1.96. > > J > > The cpu board is a 6/525 (which I think technically makes it a gs140).A > > Does anyone have any ideas why this board might be a problem?  > > G > > I wasn't thinking that moving cpu's from one server to another like C > > server would be a problem and so testing every single board for J > > compatibility wasn't on my to do list.  However, at this point I think > > it might be necessary. =20 > >=20 > > Thanks,  > > Jeff   ------------------------------    Date: 31 Jul 2006 13:16:49 -0700 From: anicker_j@yahoo.com # Subject: Re: 8400/140 cpu wierdness C Message-ID: <1154377009.513535.216320@h48g2000cwc.googlegroups.com>    Hoff Hoffman wrote:    >You also needH > to ensure the bus clock is matched to the processor -- if those aren't- > matched up, all manner of weirdness ensues,   F How would I do that?  If the clocks didn't match, would it be possible to use it in any slot?   > and you also need to ensure E > you have the terminators in the right slots.  (The AlphaServer 8400 C > series service manual goes into some detail on this configuration H > effort, it's rather more involved than just swapping processor modules
 > around.)  G I have received a document from a friend that outlines the slots to use E with different combinations of terminators and cpu and memory boards. E The same doc also mentions that it is critical to match the bus cycle = time to the chip cycle time but doesn't state how to do that.    > 3 >    Here are the available documents for this box:  > C > http://h18002.www1.hp.com/alphaserver/archive/8400/8x00_tech.html  >   1 Thanks, I will be going through these thoroughly.   H >    The other obvious approach is to look at newer and smaller boxes --  E Yes, I would love to upgrade but alas this is the end of the road for 5 vms in our shop, due to vendor software requirements.    ------------------------------    Date: 31 Jul 2006 13:27:49 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: An opportunity for VMS 3 Message-ID: <XR6Nhcl2RqWf@eisner.encompasserve.org>   j In article <1154311242.411700.219630@i42g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: > B > Well, you snipped it out but my comment above was in response toC > obtaining resources from the Solar System. I assume that would be A > mostly minerals and such. Well, what I meant was, is there some I > substance that would be cheaper to mine from asteroids than from Earth? 0 > We're talking economics of raw materials here. >   E    IIRC only companies like Exxon are large enough to fund commercial H    space mining ventures.  For now its cheaper to pump oil in the middle@    east than to look for it on Titan, so Exxon isn't interested.  I    Obviously the Oil<DEL><DEL><DEL> Bush Administration thinks this will  F    change, so they want to invest big bucks.  Problem is, the last oilG    operation Bush ran went bankrupt, and the current one isn't doing so     well, either.  J    The cost of returning minerals from lunar mines for terran use is stillH    prohibitively high.  The praticality of using them for lunar purposesG    is attractive, if one has the money; it might not even take too long D    for that use to be cost saving, provided you really want to spend1    the money to go back tothe moon to begin with.   G    But that practical use might lead to lower cost solutions over time.    ------------------------------    Date: 31 Jul 2006 13:29:58 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: An opportunity for VMS 3 Message-ID: <w7+VTSzdD5ZJ@eisner.encompasserve.org>   c In article <Ab2dnQ_yQ63N-FDZnZ2dnUVZ_o-dnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > F > The first aircraft/spacecraft was a prototype and proof of concept. H > Such are built and operated to learn.  They learned.  The ships being : > built for Branson will benefit from the lessons learned.  /    OK, but for now I'd rather ride the shuttle.   I > Scaled Composites is hiring.  Any wannabe spaceship builders out there?   +    Some of us already do that for a living.    ------------------------------    Date: 31 Jul 2006 18:14:22 -0700$ From: "AEF" <spamsink2001@yahoo.com># Subject: Re: An opportunity for VMS C Message-ID: <1154394862.353917.214560@m73g2000cwd.googlegroups.com>    david20@alpha2.mdx.ac.uk wrote: l > In article <1154311242.411700.219630@i42g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: > >  > >Bob Koehler wrote: o > >> In article <1154052852.556761.243320@b28g2000cwb.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > >>A > >> > Something that's worth the price of going to space to get.  > >>H > >>    Worth it to who?  I know folks for whom the entire return of theF > >>    space effort going back to pre-NASA days isn't worth one cent. > > C > >Well, you snipped it out but my comment above was in response to D > >obtaining resources from the Solar System. I assume that would beB > >mostly minerals and such. Well, what I meant was, is there someJ > >substance that would be cheaper to mine from asteroids than from Earth?1 > >We're talking economics of raw materials here.  > >  > H > Chicken and egg problem. Pretty much any resource in space is probablyJ > uneconomic at present because we haven't got the facilities out there to > economically mine it.   6 Then it becomes an ROI (return on investment) problem.   > M > There are certainly things which are common out in space but rare on earth. N > Two things that come to mind are iridium (best known as the signature of theN > impact which killed the Dinosaurs) and Helium-3 (which is very rare on EarthN > but is suspected to be available in sufficient quantities - deposited by the5 > solar wind - on the moon for mining to be feasible. Q > It has been stated that one of the long term goals of the Chinese lunar program ! > is mining of lunar helium-3 see   E OK, good examples. That's what I was asking for. But one still has to  calculate the ROI.   > 0 > http://en.wikipedia.org/wiki/Chang%27e_program > K > (Though at the moment there probably isn't a need for large quantities of E > Helium-3 since it's main application would be in fusion reactions).      AEF  >  [...]    ------------------------------    Date: 31 Jul 2006 15:15:10 -0700" From: dave.baxter@bannerhealth.com Subject: Re: BACKUP weirdness B Message-ID: <1154384110.596650.38580@b28g2000cwb.googlegroups.com>   sampsal@gmail.com wrote:C > I recently backed up my system drive using the following command:  > = >       BACKUP DRA0:[000000...] DRA2:[000000]FULL.BCK/SAVESET  > H > (I KNOW I should've used /IMAGE, but unfortunately I was in a rush and
 > didn't :( )  > F > Anyway, if I try to restore the saveset (when booted up from the VMS# > install CD) using a command like:  > * >       BACKUP DRA2:FULL.BCK/SAVESET DRA0: > I > then BACKUP just dumps all the files in the Master File Directory. If I D > do a BACKUP/LIST on the FULL.BCK saveset, it show that the correct, > directory structures are in fact in place. > C > Can someone tell me how to restore these files into their correct  > locations? >  > Sampsa  G Is it possible that you should be using /save_set and not /saveset ????    Dave   ------------------------------  % Date: Mon, 31 Jul 2006 13:33:28 -0500 ' From: "Earl Lakia" <elakia@hotmail.com>   Subject: DCOM support on Itanium: Message-ID: <ZIednUTUjfNk0VPZnZ2dnUVZ_qCdnZ2d@comcast.com>  J Is DCOM supportted on Itanium? Still supportted on Alpha?  Was thinking of	 writng an F OPC server for OpenVMS and using the DCOM.  Anyone wrote an OPC serverK for OpenVMS (one vendor, Matrikon,  has kinda, but it uses an extra knot in  the rope, a 8 Windows box somewhere which is actually the OPC server)?  D Anyone tried to compile the OPC Foundation SDK on OpenVMS?  Too much* Windows in the mix (e.g., more than DCOM)?   -earl    ------------------------------  % Date: Mon, 31 Jul 2006 20:55:26 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>- Subject: Re: How Do I Find The Root Directory 0 Message-ID: <44CEB48E.ADA48159@spam.comcast.net>   Hein RMS van den Heuvel wrote: > ; > So far, David and others, only mentioned DEVICE:[000000]. E > I find this unnatural and unhelpful for new users even though it is  > historically correct.  > + > Why not start with :  $DIRECTORY [*...] ? 7 > And why not assume rooted directories like 'USERS:[*]  > ' > (Where USERS might be ddcuu:[USERS.])  > E > I do agree with he sentiment that the question was probably from an H > Unix context and that the answer would probably need to include a hint > as to how to walk devices.  F I have some DCL code I use to find RVN-1 of every volume(-set) MOUNTedF to the system and build a search list logical name (sometimes multipleG layers) that includes every volume MOUNTed to the system. Then, to find 
 files, I can:   # $ DIR ALL_DISKS:[000000...]filespec   H ...which, needless to say, does find the files but flushes the directory caches.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 31 Jul 2006 20:42:03 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net># Subject: Re: InfoServer 100 success / Message-ID: <44CEB16B.7F4AC53@spam.comcast.net>    "gl@decadence.it" wrote: > 
 > Hello :) > L > I have finally been able to install the InfoServer software (server side!)0 > on my InfoServer 100 and take it back at work.? > I managed to do this only by using an InfoServer Software CD. 1 > It seems there is really no other way to do it. L > I have tried a few BACKUP images made by friends from this group, but this1 > procedure failed each time (and how much time!)  > F > Installing the software from CD (when you have one) only takes a few
 > seconds.F > To find an InfoServer Software CD seems to be an impossible mission,
 > instead. > F > I have to pubblically thank the anonymous hero which sent me the ISOI > images taken from the original software CD set and also thank everybody D > who helped me with software, links and hints about the InfoServer.  E You would be doing the community a large service if you could provide + some info on how to obtain the CD image(s).    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 31 Jul 2006 20:51:45 -0500 % From: Dan Foster <usenet@evilphb.org> # Subject: Re: InfoServer 100 success 5 Message-ID: <slrnectcth.sng.usenet@zappy.catbert.org>   e In article <44CEB16B.7F4AC53@spam.comcast.net>, David J. Dachtera <djesys.no@spam.comcast.net> wrote:  > "gl@decadence.it" wrote: >>  G >> I have to pubblically thank the anonymous hero which sent me the ISO J >> images taken from the original software CD set and also thank everybodyE >> who helped me with software, links and hints about the InfoServer.  > G > You would be doing the community a large service if you could provide - > some info on how to obtain the CD image(s).   C Potentially at some legal risk to himself, which I imagine he isn't  anxious to entertain.   > I'm sure you're aware that the vendor in question has numerous@ representatives here; some actively responding, many others not.  G I don't have said software, myself, and imagine I might find it nice to E somehow own (preferrably legally), but I can certainly understand the B situation he is in, and the implications of what you are asking of$ him... especially in a public forum.  H You should also understand that this country has a long history of beingD quite litigious... and you never know whom may be made a example of, so...   G I don't think it's fair for you to ask him to break the law, especially C in a public forum. Now, what you do without public knowledge, well,  anyone can't do much about.    -Dan   ------------------------------  % Date: Mon, 31 Jul 2006 21:07:22 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net># Subject: Re: InfoServer 100 success 0 Message-ID: <44CEB75A.F1FFA280@spam.comcast.net>   Dan Foster wrote:  > g > In article <44CEB16B.7F4AC53@spam.comcast.net>, David J. Dachtera <djesys.no@spam.comcast.net> wrote:  > > "gl@decadence.it" wrote: > >>I > >> I have to pubblically thank the anonymous hero which sent me the ISO L > >> images taken from the original software CD set and also thank everybodyG > >> who helped me with software, links and hints about the InfoServer.  > > I > > You would be doing the community a large service if you could provide / > > some info on how to obtain the CD image(s).  > E > Potentially at some legal risk to himself, which I imagine he isn't  > anxious to entertain.  > @ > I'm sure you're aware that the vendor in question has numerousB > representatives here; some actively responding, many others not. > I > I don't have said software, myself, and imagine I might find it nice to G > somehow own (preferrably legally), but I can certainly understand the D > situation he is in, and the implications of what you are asking of& > him... especially in a public forum. > J > You should also understand that this country has a long history of beingF > quite litigious... and you never know whom may be made a example of, > so...  > I > I don't think it's fair for you to ask him to break the law, especially E > in a public forum. Now, what you do without public knowledge, well,  > anyone can't do much about.  >  > -Dan  ! Stating the obvious is, well, ...   D As simple remark like, "e-mail me privately" from him would probably) suffice and not present much of an issue.    YMMV.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 31 Jul 2006 21:12:54 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net># Subject: Re: InfoServer 100 success 0 Message-ID: <44CEB8A6.E4BC561B@spam.comcast.net>   Dan Foster wrote:  > g > In article <44CEB16B.7F4AC53@spam.comcast.net>, David J. Dachtera <djesys.no@spam.comcast.net> wrote:  > > "gl@decadence.it" wrote: > >>I > >> I have to pubblically thank the anonymous hero which sent me the ISO L > >> images taken from the original software CD set and also thank everybodyG > >> who helped me with software, links and hints about the InfoServer.  > > I > > You would be doing the community a large service if you could provide / > > some info on how to obtain the CD image(s).  > E > Potentially at some legal risk to himself, which I imagine he isn't  > anxious to entertain.  > @ > I'm sure you're aware that the vendor in question has numerousB > representatives here; some actively responding, many others not. > I > I don't have said software, myself, and imagine I might find it nice to G > somehow own (preferrably legally), but I can certainly understand the D > situation he is in, and the implications of what you are asking of& > him... especially in a public forum. > J > You should also understand that this country has a long history of beingF > quite litigious... and you never know whom may be made a example of, > so...  > I > I don't think it's fair for you to ask him to break the law, especially E > in a public forum. Now, what you do without public knowledge, well,  > anyone can't do much about.   H Hobbyists routinely exchange such information here, usually in the form, "contact me off-line".   I don't see the issue.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 31 Jul 2006 21:29:23 -0500 % From: Dan Foster <usenet@evilphb.org> # Subject: Re: InfoServer 100 success 5 Message-ID: <slrnectf42.sng.usenet@zappy.catbert.org>   f In article <44CEB8A6.E4BC561B@spam.comcast.net>, David J. Dachtera <djesys.no@spam.comcast.net> wrote: > J > Hobbyists routinely exchange such information here, usually in the form, > "contact me off-line".  0 Heh, well, yeah, that'd be the ol' wink-and-nod.  G In that case... it is best for the 'offering person' to just simply not @ offer in public, and instead, for the 'interested party' to just privately contact, asking.  G That way, you understand, any interested lawyers may not have enough of C a case to go after someone on a mere suspicion. (Lawyers are widely A known for fishing expeditions; I have one for a relative whom was = directly involved in one of the biggest cases in the '80s...)   G To *offer* information upon contact is legally dangerous. (The original H poster is from Italy? So? HP has an office in Italy, and can easily fileD suit there if they really were interested. How do you think the RIAA  went after people in Australia?)  C Some companies uses 'moles' whom don't reveal why they're asking in A order to establish probable cause for a search or warrant, too... # that's a favorite Microsoft tactic.   F Hence, it is just simply in the original poster's best interest to notF even publically *offer* any information. Now, in private, well... whatF can _I_ or anyone (not knowing a thing about it) do about it? Nothing.   -Dan   P.S. IANAL and all that jazz.    ------------------------------  % Date: Mon, 31 Jul 2006 21:00:25 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>E Subject: Re: Is there a Unix /tmp directory. How dissimilar are they. / Message-ID: <44CEB5B9.604BCD4@spam.comcast.net>    Chris Lusardi wrote: > Hello, > D >     What are the differences between Unix's /tmp directory and the > closest thing on a Vax?   C $TMP or %temp% (in the Windows/DOS world) are roughly equivalent to B SYS$SCRATCH in VMS. Do SHOW LOGICAL SYS$SCRATCH and you'll see itsF DEFINEd in the job logical name table (on VMS, a "job" is a collection of processes in the same tree).    > How much memory is involved?  4 Zero. SYS$SCRATCH points to a disk device/directory.   > What can I use the >  > corresponding Vax   > Assuming you mean "VMS". VMS is an operating system. VAX is a H DEC-proprietary 32-bit CISC CPU architecture. Alpha is a DEC-proprietaryD 64-bit RISC CPU architecture. Itanium is an Intel-proprietary 64-bit EPIC CPU architecture.   > mechanism for?   Whatever you like/need.   % > How often is the Vax /tmp directory  > used?    When needed.   > Who uses it in general?    Depends. Whoever needs it.  * > Does the contents of this repository get6 > deleted after a certain time limit has been reached?   No.    > Are there any # > caveats that I should know about?   F If you(r program) "make(s) a mess", it's up to you(r program) to clean it up.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 31 Jul 2006 14:22:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Linux on military aircraft , Message-ID: <44CE4A4D.F8D531A6@teksavvy.com>  c http://news.com.com/Linux+headed+into+Boeing+antisub+aircraft/2100-7344_3-6100043.html?tag=nefd.top   F One of the bragging rights for VMS was its use on AWACS aircraft. Now,F looks like Linux is good enough for similar applications (finding subs from an aircraft).    D And more telling is that Wind River systems has decided to use Linux( instead of its own VxWorks real time OS.  E One by one, the reasons for using a "proprietary" OS instead of Linux H are falling.  And one by one, Linux is gaining "poster boy" applications$ that gives it even more credibility.  H One more reason to put VMS on the 8086 ASAP and make it more competitive on industry standard machines.  H While most of the talk is to ensure VMS survices post IA64, there shouldG also be a focus on making sure VMS survives against its competitors and  that means taking actions NOW.   ------------------------------  % Date: Mon, 31 Jul 2006 15:54:35 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: Linux on military aircraft T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B86840182B483@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20  > Sent: July 31, 2006 2:22 PM  > To: Info-VAX@Mvb.Saic.Com % > Subject: Linux on military aircraft  >=20@ > http://news.com.com/Linux+headed+into+Boeing+antisub+aircraft/) > 2100-7344_3-6100043.html?tag=3Dnefd.top  >=20H > One of the bragging rights for VMS was its use on AWACS aircraft. Now,H > looks like Linux is good enough for similar applications (finding subs > from an aircraft).=20  >=20F > And more telling is that Wind River systems has decided to use Linux* > instead of its own VxWorks real time OS. >=20G > One by one, the reasons for using a "proprietary" OS instead of Linux @ > are falling.  And one by one, Linux is gaining "poster boy"=20 > applications& > that gives it even more credibility. >=20  ? And I wonder how these folks are planning to deal with the 5-25 F *security* patches per month that get released *every* month for LinuxE (and Windows). While perhaps not a risk in the air, they usually link < these systems into ground LANs when they are at home, so ...  @ Do they not need to test their applications before releasing any security related patches?   8 This month (july-06) alone for RH - 23 security patches.  ' Is this what you mean by "good enough?"    :-)    Ref:G https://www.redhat.com/archives/enterprise-watch-list/ (click on thread  for each month and add them up)   H https://www.redhat.com/archives/enterprise-watch-list/2006-July/thread.h
 tml (July)   [snip..]  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 31 Jul 2006 16:58:00 -0400 * From: Brian Wheeler <bdwheele@indiana.edu>' Subject: Re: Linux on military aircraft 3 Message-ID: <ealqso$9g3$1@rainier.uits.indiana.edu>   0 I normally don't chime in on this topic, but....   Main, Kerry wrote: >> -----Original Message----- 8 >> From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]  >> Sent: July 31, 2006 2:22 PM >> To: Info-VAX@Mvb.Saic.Com& >> Subject: Linux on military aircraft >>A >> http://news.com.com/Linux+headed+into+Boeing+antisub+aircraft/ ( >> 2100-7344_3-6100043.html?tag=nefd.top >>I >> One of the bragging rights for VMS was its use on AWACS aircraft. Now, I >> looks like Linux is good enough for similar applications (finding subs  >> from an aircraft).  >>G >> And more telling is that Wind River systems has decided to use Linux + >> instead of its own VxWorks real time OS.  >>H >> One by one, the reasons for using a "proprietary" OS instead of Linux? >> are falling.  And one by one, Linux is gaining "poster boy"   >> applications ' >> that gives it even more credibility.  >> > A > And I wonder how these folks are planning to deal with the 5-25 H > *security* patches per month that get released *every* month for LinuxG > (and Windows). While perhaps not a risk in the air, they usually link > > these systems into ground LANs when they are at home, so ... > B > Do they not need to test their applications before releasing any > security related patches?  > : > This month (july-06) alone for RH - 23 security patches. >    Now, look closer: G 	4 of the messages are kernel updates.  2 for RHEL3 (it looks like one  H is a 'reminder'), 1 for RHEL4, and 1 for RHEL 2.1.  So that really only 8 is ONE security patch for the kernel for any one system.  E 	The rest of them only apply to userland applications:  thunderbird,  F openoffice.org, firefox, etc. and are only applied if you've actually  installed those applications.   G The systems in question are most probably locked down to only have the  G bare minimum installation + the core application in question (I assume  H some sub-finding program) so only the kernel upgrade would really apply I and even then, would probably not be urgent since the only vulnerability  ' was local user core-dump abuse (RHEL4).   C Is it perfect?  Nope, but its not nearly the nightmare you seem to   believe it is.        ) > Is this what you mean by "good enough?"  >    Well, it is better than MS :)    Brian    ------------------------------  % Date: Mon, 31 Jul 2006 18:04:11 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: Linux on military aircraft T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B86840182B509@tayexc19.americas.cpqcorp.net>   > -----Original Message-----6 > From: Brian Wheeler [mailto:bdwheele@indiana.edu]=20 > Sent: July 31, 2006 4:58 PM  > To: Info-VAX@Mvb.Saic.Com ) > Subject: Re: Linux on military aircraft  >=202 > I normally don't chime in on this topic, but.... >=20 > Main, Kerry wrote: > >> -----Original Message----- < > >> From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20  > >> Sent: July 31, 2006 2:22 PM > >> To: Info-VAX@Mvb.Saic.Com( > >> Subject: Linux on military aircraft > >>C > >> http://news.com.com/Linux+headed+into+Boeing+antisub+aircraft/ , > >> 2100-7344_3-6100043.html?tag=3Dnefd.top > >>? > >> One of the bragging rights for VMS was its use on AWACS=20  > aircraft. Now,@ > >> looks like Linux is good enough for similar applications=20 > (finding subs  > >> from an aircraft).=20 > >>B > >> And more telling is that Wind River systems has decided to=20 > use Linux - > >> instead of its own VxWorks real time OS.  > >>< > >> One by one, the reasons for using a "proprietary" OS=20 > instead of LinuxC > >> are falling.  And one by one, Linux is gaining "poster boy"=20  > >> applications ) > >> that gives it even more credibility.  > >> > >=20C > > And I wonder how these folks are planning to deal with the 5-25 = > > *security* patches per month that get released *every*=20  > month for Linux ? > > (and Windows). While perhaps not a risk in the air, they=20  > usually link@ > > these systems into ground LANs when they are at home, so ... > >=20D > > Do they not need to test their applications before releasing any > > security related patches?  > >=20< > > This month (july-06) alone for RH - 23 security patches. > >=20 >=20 > Now, look closer: < > 	4 of the messages are kernel updates.  2 for RHEL3 (it=20 > looks like one=20 @ > is a 'reminder'), 1 for RHEL4, and 1 for RHEL 2.1.  So that=20 > really only=20: > is ONE security patch for the kernel for any one system. >=20  A But each of these are "bundled" patches that contain numerous sub F security fixes, so they are more than "one" patch for each system. AndG these bundled *security* patches come out every month .. Check out each 4 month for your self. Reference "0ne" security patch:H https://www.redhat.com/archives/enterprise-watch-list/2006-July/msg00006 html    G And keep in mind that some of these fixes are vagues enough so that you C might not know if you need to apply or not - especially if you have A different application groups doing different things (like usual).   H And of course, this means that you still need to QA/Test your prod app'sH before you roll out these monthly security patches. So yes - this reallyH is a big deal. Unless of course, you roll out patches without testing ..G In which case, you likely do not have a mission critical environment to  begin with anyway.    < > 	The rest of them only apply to userland applications: =20 > thunderbird,=20 J > openoffice.org, firefox, etc. and are only applied if you've actually=20 > installed those applications.  >=20  E Yes, but, by the nature of the OS and application design (I won't say A flaws), these security issues usually result in a situation where C elevated priv's are acquired on the system, thus full system access @ issues are really big issues - as opposed to "application may be# impacted and have to be restarted."   D I am not saying OpenVMS does not occasionally have security issues - every platform does.=20   H However, the sheer volume of these monthly Linux/Windows security issues@ is a really big issue for prod shops supporting mission critical
 environments.   H As long as you factor this additional QA, testing and resource effort in( to your Operations budget, then fine.=20    B > The systems in question are most probably locked down to only=20
 > have the=20 A > bare minimum installation + the core application in question=20  > (I assume=20? > some sub-finding program) so only the kernel upgrade would=20  > really apply=20 ? > and even then, would probably not be urgent since the only=20  > vulnerability=20) > was local user core-dump abuse (RHEL4).  >=20G > Is it perfect?  Nope, but its not nearly the nightmare you seem to=20  > believe it is. >=20 >=20  E Again, see point above about bundled fixes and the descriptions being C vague enough that you do not know if you should or not apply a fix. A Especially with multiple different App dev groups doing different H things. How many SysAdmins can say they really know what all of their ApA developers are up to with respect to everything they are running?   F And if you do decide to apply a fix "just in case" or to keep standardA OS levels the same, then the QA/App testing requirements kick in.   5 This really is a big deal for mission critical shops.    >=20 >=20+ > > Is this what you mean by "good enough?"  > >=20 >=20 > Well, it is better than MS :)  >=20 > Brian  >=20  3 Yeah, but does it meet the "good enough" statement?   D Beauty is in the eyes of the beholder .. Same goes for what is "good# enough" in any well run IT shop.=20    :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 31 Jul 2006 19:45:15 -0500 2 From: pechter@pechter.dyndns.org (William Pechter)' Subject: Re: Linux on military aircraft : Message-ID: <7cCdneWNbZSGOVPZnZ2dnUVZ_oCdnZ2d@comcast.com>  T In article <FA60F2C4B72A584DBFC6091F6A2B86840182B483@tayexc19.americas.cpqcorp.net>,& Main, Kerry <Kerry.Main@hp.com> wrote: > 9 >This month (july-06) alone for RH - 23 security patches.  > ( >Is this what you mean by "good enough?" >  >:-) >   E How many are for kernel and OS related stuff vs. the add on apps they  roll in the distribution.   H >https://www.redhat.com/archives/enterprise-watch-list/ (click on thread  >for each month and add them up)  G Looks like firefox, mozilla, seamonkey... -- do you count those against H OpenVMS if they're on the platform or against the programmer of the app.  E If you blame RedHat for Postsql or MySQL bugs you should blame HP for   Oracle bugs on OpenVMS or HP-UX.  ? Let's keep looking,   squirrelmail (web based email service)... 
 openoffice.     @ How much do you want to blame the distributor vs. the OS itself.  D RedHat is not one of my favorites -- but as far as security goes I'dB rate RedHat equivalent in their handling of security patches with:         IBM AIX  		HP-UX 
 		Sun Solaris / 		SCO, actually much better than SCO recently.    F I think there would be a lot more OpenVMS security issues if it was inJ wider distribution with a platform that was more easily accessible to the  hacker community.      --   --  H   d|i|g|i|t|a|l had it THEN.  Don't you wish you could still buy it now!#   pechter-at-ureachtechnologies.com    ------------------------------  % Date: Mon, 31 Jul 2006 23:08:05 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: Linux on military aircraft T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B86840182B572@tayexc19.americas.cpqcorp.net>   > -----Original Message-----> > From: William Pechter [mailto:pechter@pechter.dyndns.org]=20 > Sent: July 31, 2006 8:45 PM  > To: Info-VAX@Mvb.Saic.Com ) > Subject: Re: Linux on military aircraft  >=20 > In article=20 @ > <FA60F2C4B72A584DBFC6091F6A2B86840182B483@tayexc19.americas.cp
 > qcorp.net>, ( > Main, Kerry <Kerry.Main@hp.com> wrote: > > ; > >This month (july-06) alone for RH - 23 security patches.  > > * > >Is this what you mean by "good enough?" > >  > >:-) > >  >=20G > How many are for kernel and OS related stuff vs. the add on apps they  > roll in the distribution.  >=20< > >https://www.redhat.com/archives/enterprise-watch-list/=20 > (click on thread" > >for each month and add them up) >=20> > Looks like firefox, mozilla, seamonkey... -- do you count=20 > those against A > OpenVMS if they're on the platform or against the programmer=20 
 > of the app.  >=20  F As I mentioned earlier - Apps security issues on Linux/Windows usuallyA ends up with escalated priv's on that system. That is a whole lot > different than a App or process just aborting and having to beE restarted. It is like an ice cream head ache vs. a severe migraine in " terms of the difference in impact.  G > If you blame RedHat for Postsql or MySQL bugs you should blame HP for " > Oracle bugs on OpenVMS or HP-UX. >=20A > Let's keep looking,   squirrelmail (web based email service)...  > openoffice. =20  >=20B > How much do you want to blame the distributor vs. the OS itself. >=20  H Check the number of *kernel* security patches listed. Most are *bundled*D security patches - not individuals. Reference: (and go back over the2 last 2 years - kernel security patches each month)  H https://www.redhat.com/archives/enterprise-watch-list/2006-July/msg00002 html   Or this one:H https://www.redhat.com/archives/enterprise-watch-list/2006-July/msg00007 html  F > RedHat is not one of my favorites -- but as far as security goes I'dD > rate RedHat equivalent in their handling of security patches with: >         IBM AIX 	 > 		HP-UX  > 		Sun Solaris 3 > 		SCO, actually much better than SCO recently.=20  >=20H > I think there would be a lot more OpenVMS security issues if it was in< > wider distribution with a platform that was more easily=20 > accessible to the=20 > hacker community. =20  >=20  D Ohhh yeah, hear we go .. If only .. That old wives statement is likeB saying the big banks have poor security because most people do notD understand the security they use, so there must be problems with it.H Now, if the banks only would publish each of their security plans on the4 Internet, now then - they would have real security !  C ROTFL ..Lets re-phrase what you just stated and see how it sounds:: G "I think there would be a lot more Bank (OpenVMS) security issues if it > was in wider distribution with a platform that was more easily2 accessible to the bank robber (hacker) community."   Does this sound right?  G Lets face it, most people believe banks have very high security (albeit C not 100%), and trust that those running the bank take security very H seriously. They trust those running the bank to be aggressive in keeping their security very high.=20  G Like the big banks, OpenVMS security is certainly not perfect, but most H OpenVMS Customers trust OpenVMS Engineering to maintain very high levels of security.     Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 31 Jul 2006 23:32:15 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: Linux on military aircraft , Message-ID: <44CECB35.82DE6151@teksavvy.com>   "Main, Kerry" wrote:H > As I mentioned earlier - Apps security issues on Linux/Windows usuallyC > ends up with escalated priv's on that system. That is a whole lot @ > different than a App or process just aborting and having to beG > restarted. It is like an ice cream head ache vs. a severe migraine in $ > terms of the difference in impact.      E Don't brag about that. Take a look at how manty of the TCPIP Services F images are installed with elevated privileges on VMS and they are justF as vulnerable and their unix counterparts. At least on Unix, there areD patches. VMS appears to be without development because we don't hearE anything about whether the VMS versions of unix applications are also Q vulnerable or not and when a patch would become available should it be necessary.       E The number of patches on red hat linux tells me that there are people @ actively maintaining a lot of the pieces of software and quicklyE providing fixes to known bugs. Can you say the same about VMS and its  remaining software portfolio ?   ------------------------------    Date: 31 Jul 2006 21:41:27 -0700 From: dooleys@snowy.net.au8 Subject: Re: page_setup and a signature 'font' on a dimmC Message-ID: <1154407287.840190.154290@p79g2000cwp.googlegroups.com>   0 Using the PCL macro method, you can define it as5 "automatic overlay" this defers this macro so that it 0 is the last thing printed before the page eject. Phil ps. you will probably need this M http://h20000.www2.hp.com/bc/docs/support/SupportManual/bpl13210/bpl13210.pdf    ------------------------------  # Date: Mon, 31 Jul 2006 23:14:31 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>S Subject: Restoring non-BACKUP/IMAGE system disk saveset (was: Re: BACKUP weirdness) 1 Message-ID: <r9wzg.1354$0_6.790@news.cpqcorp.net>   # dave.baxter@bannerhealth.com wrote:  > sampsal@gmail.com wrote:D >> I recently backed up my system drive using the following command: >>> >>       BACKUP DRA0:[000000...] DRA2:[000000]FULL.BCK/SAVESET >>I >> (I KNOW I should've used /IMAGE, but unfortunately I was in a rush and  >> didn't :( )  F    And you've learned not to make that mistake again.  Welcome to the G club, I might add -- made that same boo-boo myself some years ago, too.   D >> Can someone tell me how to restore these files into their correct
 >> locations?  ...  > I > Is it possible that you should be using /save_set and not /saveset ????   /    That's not the central issue with this disk.   C    The lack of /IMAGE on the original BACKUP is at the core of the  G "weirdness" here -- actually, what's found here now is (unfortunately)  	 expected.   F    The other part of the "fun" here, too, can be the restoration of a F BACKUP saveset created with the /IGNORE=INTERLOCK.  This can be done, H but it's been my experience that certain usually-open files such as the G queue database don't survive all that well and should usually be blown  G away and re-created.  (See the OpenVMS FAQ for a discussion of some of  ( the hazards of BACKUP/IGNORE=INTERLOCK.)  =    DFU can unsnarl some of the more common problems with the  F reconstitution sequence, too.  Once you get your directory structures G unsnarled, there is a reasonable chance that backlinks and such can be  F stuffed up, and a very good chance that the file id values are messed  up.  More on this later.  G    As you're not the first to have made this mistake with your BACKUP,  H you may want to visit Google groups and try a search for something like:  +    vms$common image backup "set file/enter"   H    Here's an extract of a posting of mine from about a decade or so ago:      -- begin old post --   G    "The BACKUP command mentioned in your note typically makes at least  D two copies of most of the system files and possibly more than that, E depending on how many system roots are present on the system disk --  G this is one of the reasons why /IMAGE is recommended for system disks.  @ You will have to use the SET FILE/ENTER command to recreate the B "cluster common" system disk directory structure, by removing the F existing contents of the [SYSn.SYSCOMMON] areas in the restoration of G the backup, deleting the existing [SYSn]SYSCOMMON.DIR directories, and  < then entering an alias synonym for [000000]*COMMON.DIR file.   ...   G    Be careful not to corrupt the system disk structure of the disk you  I are running on, make sure you are modifying only the directory structure  ) of the disk you restored the saveset on."       -- end old post --   E    Basically, you'll want to get rid of the contents of the existing  H directories underneath the [SYS*.SYSCOMMON...] directory path (as these > are replicated from the BACKUP non-image), and get rid of the E SYSCOMMON.DIR directory itself, for each SYS* root present, and then  I issue one or more of the following commands, adjusted for the numbers of  - and numbers used for the SYS* roots you have:       $ SET DEFAULT ddcu:[000000]C    $ SET FILE/ENTER=[SYS<root>]SYSCOMMON.DIR [000000]VMS$COMMON.DIR   F    Once you have the directory links pasted back together, invoke the ? WRITEBOOT command (if you do this WRITEBOOT before you get the  E directories back together, there is a very good chance the bootblock  H will point to a stale primary boot image), and then load and use DFU to H rebuild the system disk.  (DFU is available on the OpenVMS Freeware web 1 site.)  See the VERIFY/REPAIR command within DFU.   F    I'd then turn around and perform a BACKUP/IMAGE/VERIFY of the disk.  F    I'd probably also look to use this as an opportunity to re-install H and to re-load more current versions of the various products, too.  Old E system disks tend to build up cruft, and this particular sequence of  F BACKUP and restoration can lead to its own unique cruft.  (Ownerships D and such can be changed or stripped off, for instance, depending on I exactly what BACKUP commands were used.)  I'd tend to chalk this up to a  F learning experience, pick the critical pieces out of the carcass, and I start over with a fresh, new system disk installation.  (And a fresh and  H full BACKUP/IMAGE, once you have it all installed and assembled to your  liking, obviously.)    ------------------------------    Date: 31 Jul 2006 13:33:37 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: unix search list logicals ?? 3 Message-ID: <qmhJuOFTXHNz@eisner.encompasserve.org>   g In article <eaknf1$g39$1$830fa17d@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes: A > A bit off-topic, this - but I'm asking here because you'll all   > understand the question! > > > Is there an equivalent to vms search list logicals on unix ?  D    You can roll your own.  c.f. PATH, which is parsed by your shell,3    so somebody put that code in your shell program.   H    You could start with the source for a shell you like, but it's hardly/    a major coding project to roll from scratch.    ------------------------------  # Date: Mon, 31 Jul 2006 19:33:34 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>) Subject: Re: unix search list logicals ?? 2 Message-ID: <iWszg.1335$%S6.1139@news.cpqcorp.net>   Bob Koehler wrote:i > In article <eaknf1$g39$1$830fa17d@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes: B >> A bit off-topic, this - but I'm asking here because you'll all  >> understand the question!  >>? >> Is there an equivalent to vms search list logicals on unix ?  > F >    You can roll your own.  c.f. PATH, which is parsed by your shell,5 >    so somebody put that code in your shell program.  > J >    You could start with the source for a shell you like, but it's hardly1 >    a major coding project to roll from scratch.   '    In approximate implementation terms:   .    logical name ~!= shell environment variable  ,    DCL symbol ~== shell environment variable  F    Logical name substitution is implemented within the I/O system and I within the related parts of the file system parsing, and doesn't require  ; nor expect the DCL command shell to be processing anything.   @    Adding logical name support into the Unix kernel would be an F interesting programming effort.  (And I mean that "interesting" quite I seriously.)  Unfortunately for any such thoughts, I've more OpenVMS code  D to write this afternoon, and various administrivia secondary to the  impending Freeware shipment.   ------------------------------  % Date: Mon, 31 Jul 2006 22:42:39 -0400 7 From: =?ISO-8859-15?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> L Subject: Use of script languages (Was: Tomcat user authentication question.). Message-ID: <qczzg.72576$fG3.33723@dukeread09>   Mark Daniel wrote:G > Considering the marginal relevance of much of the discussion in this  I > forum on occasion (just PPO) I'd rather have seen a (perhaps shortish)  G > discussion about the utility of Python as an application development   > environment for VMS on-line.  7 In general: lots of irrelevant posts should not make it  OK to make irrelevant posts.  > I have changed the subject line to indicate that the subthread< is changing from answering the posters question to a general8 discussion (I assume that that it is not likely that theA poster will change from Apache+Tomcat+Java to WASD+WebWare+Python A to avoid having to write one Java class and one piece of C code).   G > Obviously the nitty-gritty of developing under Python is a topic for  @ > other fora (VMS-specifics aside) but the availability of such J > cross-platform tools as Python, PHP, Perl, etc., provides a significant K > layer of functionality and ready-made applications.  In a period where a  J > Web/browser interface to many applications is required the availability I > of RAD environments such as [insert-one-of-the-above] Server Pages and  E > the likes of Webware on VMS, is something that should receive more   > attention. > K > In contrast to Java applications, which in my experience while generally  K > portable and widely supported are fatally resource-hungry on VMS, Python  G > (for example) is significantly more light-weight and I'd say just as   > portable.  > H > In the opinion of some I know who have developed significant software K > systems in both (not on VMS and not JFP), Python projects seem easier to  E > manage and developer productivity greater.  This suggests that for  I > one-off, in-house, 'extreme programming' or highly dynamic development  I > environments, and when developing for a niche (read small) market such  / > as VMS, Python would be a justifiable choice.  > G > Often there is also functionality available not present in any other  F > general way on VMS (e.g. MIME, SGML, all sorts of application-level H > network protocols, etc.)  In addition the OS-specific modules for VMS I > (e.g. systems services and products such as RDB) made available by JFP  G > allow a substantial level of VMS-specific functionality where needed.   : Java and especially J2EE apps do require lot of memory and lot of CPU power.   4 And the learning curve for J2EE is a very steep one.  / On the other hand by going the J2EE way you get / performance, scalability and a ton of features.   % But not everyone uses those features.   . Script languages as Python and Ruby has gained popularity the last years.  3 Even the Java world is on that wagon with their own  script language called Groovy.  4 But I do not think the scripting languages are going to take over the world.   5 MS is going in the opposite direction with the switch 7 from ASP to ASP.NET. Apparently they wanted to focus on 7 the big professional solutions and the hobby developers 1 (including small in house development done by not 5 full time web developers) are shifting to PHP instead  of ASP.NET !  2 I think that there are plenty of room for both the6 compiled "big elephants" like J2EE and ASP.NET and for4 smaller solutions including PHP and script languages3 like Python and Ruby (especially Python and Ruby in 
 web context).    One size does not fit all.  5 This should not be new to a any VMS system manager or 
 developer.  5 We have known for many years that somethings are best 2 done in Fortran/Pascal/C/Basic/PLI/Ada while other% things are actually best done in DCL.    Arne   ------------------------------  # Date: Tue, 01 Aug 2006 00:12:50 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)* Subject: When will we see supported PHP 5?6 Message-ID: <00A5984D.043130C9@SSRL.SLAC.STANFORD.EDU>  L We're happy CSWS_PHP users, but we're getting demand for PHP5.  Anybody knowG when we can expect a SWS_PHP (or whatever it's going to be called) that  implement PHP version 5?  H (Incidentally, was happy to find that the supported Tomcat is now up to J 5.5.9, and has been for months.  Don't recall seeing an announcement about it.)   -- Alan    ------------------------------  % Date: Mon, 31 Jul 2006 21:01:43 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com> . Subject: Re: When will we see supported PHP 5?H Message-ID: <7dd80f60607311801t6bb9144cv95e7d18eeaccb12b@mail.gmail.com>  1 On 7/31/06, Alan Winston - SSRL Central Computing ' <winston@ssrl.slac.stanford.edu> wrote: N > We're happy CSWS_PHP users, but we're getting demand for PHP5.  Anybody knowI > when we can expect a SWS_PHP (or whatever it's going to be called) that  > implement PHP version 5?  E How about actually providing GD support that is supposed to be in the 8 latest PHP, but somehow didn't make it into the build...   Ken    ------------------------------   End of INFO-VAX 2006.424 ************************