1 INFO-VAX	Mon, 09 Oct 2006	Volume 2006 : Issue 555       Contents:+ Re: "VMS people can write their own ticket"  Re: Advice on Alphaserver 4100 Re: Advice on Alphaserver 4100 Re: Advice on Alphaserver 41000 Re: Cluster uptime - any improvement over this ?0 Re: Cluster uptime - any improvement over this ?0 Re: Cluster uptime - any improvement over this ?0 Re: Cluster uptime - any improvement over this ?0 RE: Cluster uptime - any improvement over this ?O Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raid O Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raid O Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raid O Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raid ! Re: F$CVTIME Delta Time Behaviour ! Re: F$CVTIME Delta Time Behaviour ! Fiorina Comments On Public Firing % Re: Fiorina Comments On Public Firing % Re: Fiorina Comments On Public Firing  LIBOTS
 Re: LIBOTS multinet - syn flood Re: multinet - syn flood Re: multinet - syn floodB Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out nextH Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)H Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)H Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)H Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)H Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)H Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week)P Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) week)weG Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out nextweek)  Patricia Dunn: I Am Innocent  Re: Patricia Dunn: I Am Innocent Re: SCSI COnfiguration Re: SCSI COnfiguration Re: SCSI COnfiguration Re: SCSI COnfiguration Re: USB hampster Re: USB hampster User's Manual (V5.2) Re: User's Manual (V5.2) VMS Support in India Re: VMS Support in India  F ----------------------------------------------------------------------  % Date: Mon, 09 Oct 2006 11:23:56 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net> 4 Subject: Re: "VMS people can write their own ticket"0 Message-ID: <452A779C.20EE8FB4@spam.comcast.net>   Villy Madsen wrote:  > F > > Ok, lets say you want to run a business, perhaps a small hamburgerC > > stand.  If you want customers, you use the best ingredients and L > > preparation.  If you're greedy, you scrape up dog turds off the sidewalkC > > and put them on moldy bread.  Guess the outcome of each option.  > >  > > GREED DOESN'T WORK!  > >  > > --8 > > David Froble                       Tel: 724-529-0450 > 6 > actually greed does work - and that's the problem...  1 Well, that, again, depends on your point of view.    > Greed in a lot of placesI > 1)  That legalized gambling system called the stock market tied in with J > 2) Corporate "C" level salaries and more importantly bonuese that are in5 > many cases completely out of touch with reality....   O Quite. from the C's point of view, greed works to fatten their already bursting K wallets. For folks like my brother-in-law (a Wal-Mart automotive tech.), it N doesn't work because the C's want to keep his pay/bene's as low as possible soN as to maximize the "fat" that gets added to their own wallets to the detriment of the hourly employees.  L The C's view the goals of their position as a way to fatten their wallets byI fattening the stock-holders' wallets. This is THEIR interpretation of Zig N Ziglar: "You can get everything in life that you want, if you just help enough! other people get what they want".   M > CEO salaries (or more importantly bonuses) seem to be more and more tied in N > to stock performance.  The next quarter's performance!  not the next year's,1 > or shudder the next decade's stock performance.   K ...which, of itself, would not be a bad thing were it not for the disparity C between C-level pay and hourly pay, and between C-level bonuses and 3 rank-and-file bonuses, where these are still found.   N In essence, the C's are "killing the goose that lays the golden eggs", firm inL the belief that another such goose is just around the next financial corner.F This lends "expendability" to one's "life support system", as it were.  + > So how long does the typical CEO last ???  > L > In other words - if letting go 25,000 employees shows a short term gain inI > profits (or for any other reason is looked up as a postive note by wall N > street) it's going to happen.  If, a year or two down the road it causes the > company untold angst ...  I Read: leads the company (read: investors) to collapse into financial ruin   7 > - who cares..  The CEO is probably gone (or soon will + > be) - and he's already got his big bonus!   > ...and the hell with the dumb so-and-so who inherits the mess.  N > There was some discussion in a paper written by an audit type a while ago onK > this subject.  He pointed out that a CEO's bonus relating to a layoff was G > actually larger than the yearly salary of the laid off employees.  He N > questioned whether or not the employees had added any value whatsover to theN > corporation.  If they had added value - in any fashion, then the corporation > had lost as a result.   O See Steven Covey: "The Seven Habits of Highly Effective People", Production vs. N Production Capability (the ability to produce compared to actual productivity)  L > CEOs typically take a short term view - if they can look like heros in the( > short term - that's all that counts... > A > I am lucky - I work for what is essentially a family controlled L > organization.  Decisions may be made that the rank and file wonder about -H > but at least they know that the "C"s are concerned about the long termM > health of the organization - not the size of their next (and probably their  > last) bonus.  M The conflict I sense here comes from philosophies that are in direct conflict  with each other.  P Many here would agree that "success" should be measured by the company's abilityJ to continue vs. what was accomplished "today" running at 115% (or more) of	 capacity.   M At the same time, much success-oriented material teaches concepts that can be P summed up by this quote from, "The Greatest Salesman in the World": "I will liveI each day as if it is my last". The text which follows does not promote an O attitude of "hedonistic" success, but rather of total dedication to one's goals  and values.   M So, how can we expect folks to measure the difference between "Success Today" # and "Potential for Future Success"?   O Myopia is a greater threat to the world and humankind than The Plague ever was. < The "least common denominator" is, indeed, disturbingly low.   --   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: 9 Oct 2006 06:19:31 -0700  From: etmsreec@yahoo.co.uk' Subject: Re: Advice on Alphaserver 4100 B Message-ID: <1160399971.200580.260600@i3g2000cwc.googlegroups.com>  D I'd probably stick with the PWS, or else pick the Alpha and its disk8 cabs up and then barter them for something newer/bigger.  C The 4100s that I installed back in 1998 were limited in PCI slots - G with a couple of tape drives and three pairs of HSZ controllers, plus a F couple of ethernets and a graphics card in each, that was that.  IIRC, there are eight slots.  C That said, they'd still keep up with the 8400s that we had, CPU for  CPU.   Steve    Main, Kerry wrote: > > -----Original Message-----8 > > From: mcbill20@yahoo.com [mailto:mcbill20@yahoo.com]! > > Sent: October 6, 2006 5:31 PM  > > To: Info-VAX@Mvb.Saic.Com + > > Subject: Re: Advice on Alphaserver 4100  > >  > >  > 
 > [snip..] >  > > < > > Mostly this machine is used for home automation. It runs> > > Oracle 9i and CSWS. There are several DECservers which are> > > connected to DECtalk, furnace/central air, multimeter withA > > serial port, temperature sensors throughout the house, garage @ > > door sensor and garage door control, UPS, caller ID decoder, > > sprinkler controller, etc. > >  > > Bill > >  > 1 > You may have seen this link, but just in case -  > J > http://h71000.www7.hp.com/openvms/license_software_programs/smarthouse1. > html > G > Btw - among a few other VAX's and Alpha, I also have an Alpha 4100 at I > home - dual CPU/600Mhz. I was fortunate to inherit the 4100 with a fair & > amount of disk space (9G-36G drives) > 	 > Regards  >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > 6 > OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 09 Oct 2006 09:54:13 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ' Subject: Re: Advice on Alphaserver 4100 : Message-ID: <x9mdneRD2bYaybfYnZ2dnUVZ_o2dnZ2d@comcast.com>   etmsreec@yahoo.co.uk wrote: F > I'd probably stick with the PWS, or else pick the Alpha and its disk: > cabs up and then barter them for something newer/bigger. > E > The 4100s that I installed back in 1998 were limited in PCI slots - I > with a couple of tape drives and three pairs of HSZ controllers, plus a H > couple of ethernets and a graphics card in each, that was that.  IIRC, > there are eight slots. > E > That said, they'd still keep up with the 8400s that we had, CPU for  > CPU. >  > Steve  >  <snip>  F You got the large size 4100s!  IIRC there were two models in the 4100 , line; the other one had far fewer PCI slots.   ------------------------------   Date: 9 Oct 2006 08:38:51 -0700  From: etmsreec@yahoo.co.uk' Subject: Re: Advice on Alphaserver 4100 C Message-ID: <1160408331.262359.229740@k70g2000cwa.googlegroups.com>   6 Not sure - the 4000s had more PCI slots that the 4100s   Steve    Richard B. Gilbert wrote:  > etmsreec@yahoo.co.uk wrote: H > > I'd probably stick with the PWS, or else pick the Alpha and its disk< > > cabs up and then barter them for something newer/bigger. > > G > > The 4100s that I installed back in 1998 were limited in PCI slots - K > > with a couple of tape drives and three pairs of HSZ controllers, plus a J > > couple of ethernets and a graphics card in each, that was that.  IIRC, > > there are eight slots. > > G > > That said, they'd still keep up with the 8400s that we had, CPU for  > > CPU. > > 	 > > Steve  > >  > <snip> > G > You got the large size 4100s!  IIRC there were two models in the 4100 . > line; the other one had far fewer PCI slots.   ------------------------------  $ Date: Mon, 9 Oct 2006 09:19:31 +0200, From: "Ferry Bolhar" <bol@adv.magwien.gv.at>9 Subject: Re: Cluster uptime - any improvement over this ? 5 Message-ID: <1160378372.938621@proxy.dienste.wien.at>    Ian Miller:   ; > http://www.openvms.org/stories.php?story=06/01/08/4531954   D Hm... the VMS versions in this article are 7.3 and 7.3-2 - did these versions exist in 1996 already?    Greetings, Ferry   --   Ing Ferry Bolhar  Magistrat der Stadt Wien - MA 14 A-1010 Wien  E-Mail: bol@adv.magwien.gv.at    ------------------------------   Date: 9 Oct 2006 03:27:25 -0700  From: etmsreec@yahoo.co.uk9 Subject: Re: Cluster uptime - any improvement over this ? B Message-ID: <1160389644.978567.50970@i42g2000cwa.googlegroups.com>  C Having spoken to one of the gentlemen who was involved with the VMS E systems at CIE (Irish Railways), he said that the story was bogus and > that although they had had VMS systems for something like thatG timescale, none of them had been up for the 17 years.  It also predated B clustering, so it wouldn't be that the cluster had survived for 17 years with system reboots.   Steve   
 Brian  wrote: g > In article <1160149518.165106.22820@m73g2000cwd.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: # > >From: "Ian Miller" <ijm@uk2.net> < > >Subject: Re: Cluster uptime - any improvement over this ?) > >Organization: http://groups.google.com  > > F > >as far as I know the current up time record is held by a cluster at > >WVNET with over 10 years. > >  > >See< > >http://www.openvms.org/stories.php?story=06/01/08/4531954 > F > Many years ago there was a railroad company in Ireland that had beenS > up for 17 years.  I haven't heard if it is still going, but no doubt it could be.    ------------------------------  * Date: Mon, 9 Oct 2006 13:19:41 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 9 Subject: Re: Cluster uptime - any improvement over this ? ( Message-ID: <egdi9d$p9k$1@pcls4.std.com>  . "Ferry Bolhar" <bol@adv.magwien.gv.at> writes:   >Ian Miller:  < >> http://www.openvms.org/stories.php?story=06/01/08/4531954  E >Hm... the VMS versions in this article are 7.3 and 7.3-2 - did these   >versions exist in 1996 already?  H The cluster uptime figure can survive upgrades to newer versions of VMS.   ------------------------------   Date: 9 Oct 2006 06:50:48 -0700   From: "Ian Miller" <ijm@uk2.net>9 Subject: Re: Cluster uptime - any improvement over this ? A Message-ID: <1160401848.470766.7150@b28g2000cwb.googlegroups.com>    Ferry Bolhar wrote: F > Hm... the VMS versions in this article are 7.3 and 7.3-2 - did these! > versions exist in 1996 already?   > Cluster rolling upgrade. Upgrade and reboot each node in turn.   ------------------------------  $ Date: Mon, 9 Oct 2006 10:40:46 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> 9 Subject: RE: Cluster uptime - any improvement over this ? T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401BA5BF8@tayexc19.americas.cpqcorp.net>   > -----Original Message-----= > From: etmsreec@yahoo.co.uk [mailto:etmsreec@yahoo.co.uk]=20  > Sent: October 9, 2006 6:27 AM  > To: Info-VAX@Mvb.Saic.Com ; > Subject: Re: Cluster uptime - any improvement over this ?  >=20@ > Having spoken to one of the gentlemen who was involved with=20> > the VMS systems at CIE (Irish Railways), he said that the=20? > story was bogus and that although they had had VMS systems=20 @ > for something like that timescale, none of them had been up=20: > for the 17 years.  It also predated clustering, so it=20@ > wouldn't be that the cluster had survived for 17 years with=20 > system reboots.  >=20 > Steve  >=20  	 [snip...]   H The 17 year OpenVMS application uptime story was not bogus .. There wereD a few folks from Irish Railway at one of the Compaq (DECUS) events a4 couple of years ago and they confirmed the story.=20  > However, to emphasize - the focus of this story is the OpenVMSE *application* being continually up and available (no restarts) for 17 H years - not the individual systems. Do you think business end users care# about individual system uptimes?=20   F Of course not. They only care that their application is up and running
 all the time.   H As I recall using rusty brain cells (and hence willing to be corrected),G it was a dual VAX750 config that was each capable of being brought down G individually, but they shared a peripheral switch (WAG, but likely DT07 E or DT03) that allowed the application to stay up and running when the D app was switched to the other system. However, it was not an OpenVMS" cluster as we know the term today.  F As I recall, the App uptime even survivied not having to be taken downH for Y2K. Although, from what I recall, the system year was reset back inE time to ensure there were no App issues (app used month-day-time, but 
 not year).=20   F At one point, they were looking at replacing the system with some typeE of process control system, but I am not sure if that occurred or not.    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: 8 Oct 2006 23:35:28 -0700 % From: "Antoniov" <antoniov@shs-av.it> X Subject: Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raidB Message-ID: <1160375728.539718.203500@m7g2000cwm.googlegroups.com>   Hi Vanjkos, G I'm Italian Editor of http:://it.openvms.org and I'm interesting in it. ' I published your advice on my web site.    Antonio      Vanjkos wrote:
 > Hi guys,A > I am from Italy, iI decided to sell some equipment i don't need I > anymore.I'll write down a brief description,so if you are going to need G > any particular information on a specific part,or any pictures, please : > don't hesitate to ask, I'll be glad to mail them to you! > ; > I'm selling this Compaq's Alphaserver DS20 equipped with:  > I > - Single Digital CPU board,part number 54-24758-05.C06,(i'm not sure if @ > it's 500 or 550MHz), but for sure it has 4MB onboard cache L2; > H > -Digital Equipment motherboard P/N 54-24756-02, S/N AY94900836, with 6 > 64bit PCI slots; > F > -Digital SCSI Ethernet PCI controller (on PCI bus) P/N KZPCM-DX Rev. > A.02 , S/N 5S05103949; > F > -16x 100MHz synchronous ECC Registered 200pin ram memory modules, of > which: >    9 are 128MB size;7 >    7 are 256MB size, for a total of 2.8GB ram memory.  > E > -4x  18.2 GB 10.000rpm ultra wide SCSI hot swappable hard drives in  > raid configuration;  > G > -Pre-installed VMS operating system version 7.2.I must find it, but i " > have also the original licenses; >  > -720W power supply.  > C > -SCSI DAT backup unit(also a few new cartridges), and SCSI cd-rom  > drive. > E > If anyone is interested, i could mount a second processor board and I > maybe try to find 256MB ram memory modules to swap with those of 128MB.  > I > For this configuration i'd ask 700 euro,but I am open to any discussion H > about the price, I also know the shipping is pretty expensive for this$ > monster of more than 40 kilograms! >  > Best regards,  >  > Mihic Vanja, Modena, Italy.    ------------------------------   Date: 9 Oct 2006 01:13:25 -0700 # From: "Vanjkos" <vanjkos@gmail.com> X Subject: Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raidC Message-ID: <1160381604.991230.212500@i42g2000cwa.googlegroups.com>    Hello Antonio,* thank you for adding my post to your page.F The only strange thing is that if i click on the address you provided,> i am being redirected to Repubblica's website.Nevermind... :-)  C If you need anything else, please let me know. Vanjkos At Gmail Dot  Com.   Ciao.    ------------------------------   Date: 9 Oct 2006 01:46:41 -0700   From: "Ian Miller" <ijm@uk2.net>X Subject: Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raidC Message-ID: <1160383601.400009.326800@i42g2000cwa.googlegroups.com>   & Antonio had small type in the URL. Try   http://it.openvms.org/   ------------------------------   Date: 9 Oct 2006 02:09:49 -0700 # From: "Vanjkos" <vanjkos@gmail.com> X Subject: Re: Compaq Alpahserver DS20 for sale Italy 2.5GB 550MHz 4MB L2 72GB uwSCSI raidC Message-ID: <1160384989.785281.245580@h48g2000cwc.googlegroups.com>   
 Thanx Ian!E But it is pretty interesting that as I write http:://it.openvms.org I 2 am being redirected to http://www.repubblica.it/ .  + Anyway, i reached the Italian Openvms page. E I hope someone will be interested in this server, as i said,i am open " to any discussion about the price.  F Greetings to Hans Bachner from B.IT.CO Gmbh , he knows why! Great man!   ------------------------------   Date: 9 Oct 2006 06:41:16 -0500  From: briggs@encompasserve.org* Subject: Re: F$CVTIME Delta Time Behaviour3 Message-ID: <ZneMH9w2nhFp@eisner.encompasserve.org>   f In article <452718A2.C0BACFA9@spam.comcast.net>, David J Dachtera <djesys.no@spam.comcast.net> writes:! > briggs@encompasserve.org wrote:  >>   >> In article <1160102109.515050.58140@m7g2000cwm.googlegroups.com>, "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com> writes:   >> > fyi... from the listings... >> >2 >> > CLIUTL - CVTTIME - CONVERT CLI TIME TO BINARY) >> > ;     X-2     ROP0093    15-May-1986 : >> > ;             Allow LIB$CVT_DTIME to take it's string> >> > ;             output as input.  DD<BLANK>HH:MM:SS.SS will& >> > ;             now be valid input. >>   >> That comment is incorrect.  >>  ; >> HH<BLANK>HH:MM:SS.SS is what is accepted as valid input.  >>  % >> Somebody really screwed the pooch.  > O > I'm confused. What does the first "HH" (before the blank) represent? "Hours"?    Yes.  7 $ write sys$output f$cvtime ( "1 2:33:44.55", "DELTA" ) 
 0 12:33:44.55   ? Note that despite taking an arbitrary number of blanks-ignored, H leading-zeroes-allowed digits as input in the hours field, F$CVTIME doesD have the quaint requirement that the resulting number of hours be in the range from 0 to 23.   C Thus, if you really want to make use of the "HH HH" format, the two # leading "H" digits need to be zero.   E You're right to to be confused.  The implemented behavior of f$cvtime  is nonsensical.   ? > FWIW: Never found much use for DELTA times with F$CVTIME()...   E Not many folks have a need to convert a string from delta time format  to delta time format.   C I'd never used DELTA times with F$CVTIME either until I encountered 5 this thread and tried to make sense of the behavior.    C My analysis suggests that the implementation of F$CVTIME(x,"DELTA")  is along the lines of:   	Strip out any blanks from x4 	Parse x against the syntax "[DD-]HH[:MM[:SS[.CC]]]"# 	A missing DD field defaults to "0" % 	Other missing fields default to "00" < 	Verify that DD is a valid ASCII numeric in the range 0-9999: 	Verify that HH is a valid ASCII numeric in the range 0-23: 	Verify that MM is a valid ASCII numeric in the range 0-59: 	Verify that SS is a valid ASCII numeric in the range 0-59( 	Verify that CC is a valid ASCII numeric' 	Display DD "-" HH ":" MM ":" SS "." CC   8 	Note that the final display presents the original ASCII; 	content of each field (with blanks stripped) rather than a = 	uniformly formatted rendition of each field's numeric value.   B Unfortunately, this implementation flies in the face of the designI requirement that blank be a valid separator between the DD and HH fields.   9 The lack of uniformity in the output is also disquieting.    ------------------------------  % Date: Mon, 09 Oct 2006 10:57:33 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net> * Subject: Re: F$CVTIME Delta Time Behaviour0 Message-ID: <452A716D.8D0DCB17@spam.comcast.net>   briggs@encompasserve.org wrote:  > h > In article <452718A2.C0BACFA9@spam.comcast.net>, David J Dachtera <djesys.no@spam.comcast.net> writes:# > > briggs@encompasserve.org wrote:  > >> > >> In article <1160102109.515050.58140@m7g2000cwm.googlegroups.com>, "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com> writes: " > >> > fyi... from the listings... > >> >4 > >> > CLIUTL - CVTTIME - CONVERT CLI TIME TO BINARY+ > >> > ;     X-2     ROP0093    15-May-1986 < > >> > ;             Allow LIB$CVT_DTIME to take it's string@ > >> > ;             output as input.  DD<BLANK>HH:MM:SS.SS will( > >> > ;             now be valid input. > >> > >> That comment is incorrect.  > >>= > >> HH<BLANK>HH:MM:SS.SS is what is accepted as valid input.  > >>' > >> Somebody really screwed the pooch.  > > Q > > I'm confused. What does the first "HH" (before the blank) represent? "Hours"?  >  > Yes. > 9 > $ write sys$output f$cvtime ( "1 2:33:44.55", "DELTA" )  > 0 12:33:44.55  > A > Note that despite taking an arbitrary number of blanks-ignored, J > leading-zeroes-allowed digits as input in the hours field, F$CVTIME doesF > have the quaint requirement that the resulting number of hours be in > the range from 0 to 23.  > E > Thus, if you really want to make use of the "HH HH" format, the two % > leading "H" digits need to be zero.  > G > You're right to to be confused.  The implemented behavior of f$cvtime  > is nonsensical.  > A > > FWIW: Never found much use for DELTA times with F$CVTIME()...  > G > Not many folks have a need to convert a string from delta time format  > to delta time format.  > E > I'd never used DELTA times with F$CVTIME either until I encountered 6 > this thread and tried to make sense of the behavior. > E > My analysis suggests that the implementation of F$CVTIME(x,"DELTA")  > is along the lines of: > % >         Strip out any blanks from x = >         Parse x against the syntax "[DD-]HH[:MM[:SS[.CC]]]" , >         A missing DD field defaults to "0". >         Other missing fields default to "00"E >         Verify that DD is a valid ASCII numeric in the range 0-9999 C >         Verify that HH is a valid ASCII numeric in the range 0-23 C >         Verify that MM is a valid ASCII numeric in the range 0-59 C >         Verify that SS is a valid ASCII numeric in the range 0-59 1 >         Verify that CC is a valid ASCII numeric 0 >         Display DD "-" HH ":" MM ":" SS "." CC > A >         Note that the final display presents the original ASCII D >         content of each field (with blanks stripped) rather than aF >         uniformly formatted rendition of each field's numeric value. > D > Unfortunately, this implementation flies in the face of the designK > requirement that blank be a valid separator between the DD and HH fields.  > ; > The lack of uniformity in the output is also disquieting.   8 Wow... This well beyond what I would have ever expected:  ; DJAS01::DDACHTERA$ say f$cvtime ( "1 2:33:44.55", "DELTA" ) 
 0 12:33:44.55 < DJAS01::DDACHTERA$ say f$cvtime ( "10 2:33:44.55", "DELTA" )@ %DCL-W-IVDTIME, invalid delta time - use DDDD-HH:MM:SS.CC format  \10 2:33:44.55\; DJAS01::DDACHTERA$ say f$cvtime ( "9 2:33:44.55", "DELTA" ) @ %DCL-W-IVDTIME, invalid delta time - use DDDD-HH:MM:SS.CC format  \9 2:33:44.55\ ; DJAS01::DDACHTERA$ say f$cvtime ( "5 2:33:44.55", "DELTA" ) @ %DCL-W-IVDTIME, invalid delta time - use DDDD-HH:MM:SS.CC format  \5 2:33:44.55\ ; DJAS01::DDACHTERA$ say f$cvtime ( "3 2:33:44.55", "DELTA" ) @ %DCL-W-IVDTIME, invalid delta time - use DDDD-HH:MM:SS.CC format  \3 2:33:44.55\ ; DJAS01::DDACHTERA$ say f$cvtime ( "2 2:33:44.55", "DELTA" ) 
 0 22:33:44.55   P Without seeing the source, I'm guessing it should be some kind of a parsing bug, going by the behavior.  G Then again, I'm not sure what the usefulness would be if it did work as * expected, now that we have F$DELTA_TIME().   --   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, 9 Oct 2006 08:27:44 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> * Subject: Fiorina Comments On Public Firing; Message-ID: <452a4018$0$5913$9a6e19ea@news.newshosting.com>   H Did anyone see Patty Dunn or Carly Firorina on "60 Minutes" last night. , Yikes! What color is the sky in their world?  ! Fiorina Comments On Public Firing E http://www.cbsnews.com/stories/2006/10/05/60minutes/main2069703.shtml   J No mention of Alphacide; No mention of the Agilent spinoff; No mention of M shifting the company's main focus to printer cartridges; Very little mention  M of spinning off Bell Labs as Lucent (which recently was purchased by Alcatel  F S.A. of Paris, France). As other have already mentioned recently, our " industry needs another "Bell Labs"  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada." http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Mon, 09 Oct 2006 09:18:43 -0700 ' From: David Mathog <mathog@caltech.edu> . Subject: Re: Fiorina Comments On Public Firing+ Message-ID: <egdsp5$691$1@naig.caltech.edu>    Neil Rieck wrote: J > Did anyone see Patty Dunn or Carly Firorina on "60 Minutes" last night. . > Yikes! What color is the sky in their world?  3 Marmelade.  (Hint: "Lucy in the sky with diamonds")   @ Was I hallucinating or did Carly really say that her firing was 
 unexpected???    Regards,   David Mathog   ------------------------------  % Date: Mon, 09 Oct 2006 11:41:54 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net> . Subject: Re: Fiorina Comments On Public Firing0 Message-ID: <452A7BD2.D28FAB84@spam.comcast.net>   David Mathog wrote:  >  > Neil Rieck wrote: K > > Did anyone see Patty Dunn or Carly Firorina on "60 Minutes" last night. 0 > > Yikes! What color is the sky in their world? > 5 > Marmelade.  (Hint: "Lucy in the sky with diamonds")  > A > Was I hallucinating or did Carly really say that her firing was  > unexpected???   & Best to ease off the 'shrooms maybe...   --   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: 9 Oct 2006 08:32:49 -0700 ( From: "peteh" <petr.havel@logicacmg.com> Subject: LIBOTS C Message-ID: <1160407969.175458.108220@c28g2000cwb.googlegroups.com>   1 Hi, I have a program crashing with strange stack: ; %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual : address=0000000000003633, PC=FFFFFFFF808F98C4, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump follows G   image    module    routine             line      rel PC           abs  PC>  LIBOTS                                     0 00000000000218C4 FFFFFFFF808F98C4(  SERVER  SERVER_INPC  server_set_address>                                         28951 00000000000032E8 000000000007E458 ...   " Can anybody advise what LIBOTS is?   Thanks, Petr   ------------------------------  % Date: Mon, 09 Oct 2006 11:32:32 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net>  Subject: Re: LIBOTS 0 Message-ID: <452A79A0.67315D77@spam.comcast.net>   peteh wrote: > 3 > Hi, I have a program crashing with strange stack: = > %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual < > address=0000000000003633, PC=FFFFFFFF808F98C4, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump follows I >   image    module    routine             line      rel PC           abs  > PC@ >  LIBOTS                                     0 00000000000218C4 > FFFFFFFF808F98C4* >  SERVER  SERVER_INPC  server_set_address@ >                                         28951 00000000000032E8 > 000000000007E458 > ...   L First guess time: the program is invoking a routine in that library, passing9 invalid data in the parameters / calling arguments / etc.   M If you have the source code, check the "server_set_address" routine in module L "SERVER_INPC" of image "SERVER". Otherwise, report this to the vendor of the application.   --   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, 09 Oct 2006 10:51:12 +0200  From: rejoc <rejoc@FREEfree.fr>  Subject: multinet - syn flood 3 Message-ID: <452a0d81$0$8646$426a74cc@news.free.fr>     Multinet V4.4 A-X, VMS AXP 7.3-2  H Suppose there are clients, trying to connect to the VMS/multinet system C by initiating a socket connection with a SYN but not going further. > On the VMS side, we can see these sockets in a SYN_RCVD state.  E As far as I understand, as soon as there are as many such sockets as  H "backlog", no more connections can be setup on that particular IP port. 	 Correct ? G The process listening on the port is not declared through the multinet  F conf/serv mechanisms but the process starts at boot time and declares H itself to multinet and listens to a particular port. How can I increase G the backlog parameter in this case ? (I have no access the the sources)   H What is the value of the timeout for sockets in the SYN_RCVD state. Can  it be changed (lowered) ?    ------------------------------   Date: 9 Oct 2006 05:54:02 -0700  From: mckinneyj@saic.com! Subject: Re: multinet - syn flood C Message-ID: <1160398442.647189.188530@c28g2000cwb.googlegroups.com>    rejoc wrote:" > Multinet V4.4 A-X, VMS AXP 7.3-2 > I > Suppose there are clients, trying to connect to the VMS/multinet system E > by initiating a socket connection with a SYN but not going further. @ > On the VMS side, we can see these sockets in a SYN_RCVD state. > F > As far as I understand, as soon as there are as many such sockets asI > "backlog", no more connections can be setup on that particular IP port.  > Correct ? H > The process listening on the port is not declared through the multinetG > conf/serv mechanisms but the process starts at boot time and declares I > itself to multinet and listens to a particular port. How can I increase I > the backlog parameter in this case ? (I have no access the the sources)  > I > What is the value of the timeout for sockets in the SYN_RCVD state. Can  > it be changed (lowered) ?   A By default, connections in a SYN_RCVD state will timeout after 75 D seconds. This value is defined by the kernel parameter TCP_CONNINIT.   $ mu set/kernel TCP_CONNINIT0 Parameter tcp_conninit (0x86DE4B50), Value = 150  > The parameter is global and affects both incoming and outgoingD connections (so be careful if you choose to lower it as you may findG that you have problems establishing some wanted connections). The value 6 is in half-second units. You may change it as follows.    $ mu set/kernel TCP_CONNINIT 120E Parameter tcp_conninit (0x86DE4B50), Old Value = 150, New Value = 120   = BACKLOG is not a global parameter. It is established for each = individual service. You don't say exactly how the listener is D configured - if it is a service defined via MultiNet's SERVER-CONFIG. utility you can increase the backlog simply by   $ mu conf/serv! SERVER-CONFIG> select YOUR-SERVER  SERVER-CONFIG> set backlog NNN SERVER-CONFIG> exit   > and restart either the MULTINET_SERVER or your server if it is pernamently resident.   @ You might also want to consider the value of the MultiNet kernelD variable SOMAXCONN. It controls the number of concurrent permissible6 connections in an embryonic state on a per port basis.  @ If you're not using the MULTINET_SERVER to field your connectionF requests then you would have to control backlog and max connections in your server application's code.    ------------------------------  % Date: Mon, 09 Oct 2006 19:03:08 +0200  From: rejoc <rejoc@FREEfree.fr> ! Subject: Re: multinet - syn flood 4 Message-ID: <452a80cd$0$25689$426a34cc@news.free.fr>   mckinneyj@saic.com a crit : > rejoc wrote:# >> Multinet V4.4 A-X, VMS AXP 7.3-2  >>J >> Suppose there are clients, trying to connect to the VMS/multinet systemF >> by initiating a socket connection with a SYN but not going further.A >> On the VMS side, we can see these sockets in a SYN_RCVD state.  >>G >> As far as I understand, as soon as there are as many such sockets as J >> "backlog", no more connections can be setup on that particular IP port. >> Correct ?I >> The process listening on the port is not declared through the multinet H >> conf/serv mechanisms but the process starts at boot time and declaresJ >> itself to multinet and listens to a particular port. How can I increaseJ >> the backlog parameter in this case ? (I have no access the the sources) >>J >> What is the value of the timeout for sockets in the SYN_RCVD state. Can >> it be changed (lowered) ? > C > By default, connections in a SYN_RCVD state will timeout after 75 F > seconds. This value is defined by the kernel parameter TCP_CONNINIT. >  > $ mu set/kernel TCP_CONNINIT2 > Parameter tcp_conninit (0x86DE4B50), Value = 150 > @ > The parameter is global and affects both incoming and outgoingF > connections (so be careful if you choose to lower it as you may findI > that you have problems establishing some wanted connections). The value 8 > is in half-second units. You may change it as follows. > " > $ mu set/kernel TCP_CONNINIT 120G > Parameter tcp_conninit (0x86DE4B50), Old Value = 150, New Value = 120  > ? > BACKLOG is not a global parameter. It is established for each ? > individual service. You don't say exactly how the listener is F > configured - if it is a service defined via MultiNet's SERVER-CONFIG0 > utility you can increase the backlog simply by >  > $ mu conf/serv# > SERVER-CONFIG> select YOUR-SERVER   > SERVER-CONFIG> set backlog NNN > SERVER-CONFIG> exit  > @ > and restart either the MULTINET_SERVER or your server if it is > pernamently resident.  > B > You might also want to consider the value of the MultiNet kernelF > variable SOMAXCONN. It controls the number of concurrent permissible8 > connections in an embryonic state on a per port basis. > B > If you're not using the MULTINET_SERVER to field your connectionH > requests then you would have to control backlog and max connections in! > your server application's code. B As I have no access to the code and the server is not defined via ; multinet server-config, I'll change the value of somaxconn.   C Regarding embryonic state of the connctions, is the "embryonic TCP  I connections dropped" counter incremented only when a SYN_RCVD connection  
   times-out ?  >    Thanks for your help.    ------------------------------   Date: 9 Oct 2006 12:28:13 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) K Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next 3 Message-ID: <I$qW2tvLH6th@eisner.encompasserve.org>   c In article <JdOdnWUHAY6n37TYnZ2dnUVZ_vGdnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > H > Is it the one and only?  That would impart significant value to some. , > Others would perhaps be happy with a copy.  ;    No.  There were many.  NASM still has thiers on display.    ------------------------------   Date: 9 Oct 2006 10:14:11 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) 3 Message-ID: <KBRghmqzuh9a@eisner.encompasserve.org>   g In article <452664f8$0$5919$9a6e19ea@news.newshosting.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  > 0 > I'm a sci-fi glutton with a foot in each camp.  E    I do like good special effects.  I really enjoyed Alien, which had -    both good special effect and a good story.   F    When Star Wars I came out, many people noticed that the robots wereD    better than those in Star Wars IV.  But Star Wars IV and VI still7    remain the best of the series due to better stories.    ------------------------------   Date: 9 Oct 2006 10:21:00 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) 3 Message-ID: <sAHeLyUeI7hA@eisner.encompasserve.org>    In article <1160160434.542241.99730@i3g2000cwc.googlegroups.com>, "William.W.Webb@gmail.com" <William.W.Webb@gmail.com> writes:  > ? > Nobody ever brings up the original early 1960s "Outer Limits"  > television series. > G > Outstanding, and in my mind, ranks up there with many "Twilight Zone" H > episodes from the same period.  Writing of that caliber is seldom seen > today.  F    The influence of both showed up in the original Star Trek, which isG    why its best stories were never equalled by any of the later series.   I    IIRC, Rodenberry wrote for one or both of those series and of course,  G    Shatner acted in Twilight Zone.  Rodenberry got the go ahead fro two A    Star Treck pilots based on his history of writing episodes for F    westerns, and his naming the series "... Trek" which he sold to NBC/    as a "western in space", like a wagon train.    ------------------------------   Date: 9 Oct 2006 08:45:45 -0700 ; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) C Message-ID: <1160408745.809282.226740@i42g2000cwa.googlegroups.com>    JF Mezei wrote:  > William Webb wrote: E > > Not Do Too Well In The Ratings, Thus Leading To Its Cancellation?  > > F > > And wasn't it only when it went into syndication that it blossomed > > into a hit?  > H > If VMS isn't doing too well in sales, do you blame VMS or do you blame3 > the lack of marketing and uncompetitive pricing ?  > I > If NBC decides it isn't interested in that show, it will place it in an - > unpopular time slot and not market it much.  > F > And if NBC doesn't want a popular show to continue, it only needs toJ > shift its time slot. As soon as it happens, ratings go down and give NBC# > and excuse to not renew the show.  >  > H > Not sure if te popularity of ST increased while in syndication, but itJ > would not go away and went on and on and on to a point where they riskedJ > making a movie after they saw the success of Star Wars in the 1970s. TheJ > success fo the first movie gave the studios the amunition needed to fundE > subsequent movies and eventually the second series to form what was E > called the Star Trek franchise. There are rumours that they may try ? > another TV series. Not sure if it will pan out in the current . > environment where studios are avert to risk.  B The popularity of Star Trek increased tremendously in syndication.E Mostly due to the time slots used. During the first season NBC had it B on a 8PM (Tuesdays IIRC) and it did okay.  But subsequently it wasA stuck on Friday nights at 9 and ratings fell rapidly, causing the C famous letter writing campaign to save it for one more season  - at C which point is was canceled.   When it went into syndication it was @ usually shown earlier in the evening (7PM) or late afternoons on@ weekdays and roughly the same on weekends.  Popularity increasedG dramatically with in the younger viewers and those viewers as they aged G kept watching which resulted in its revival when the "climate" improved  (i.e. after Star Wars).   C As for current events, there is supposedly a new movie (#11) in the E works.  The Star Trek world has been somewhat muddied by the transfer C of assets around inside of Viacom (Owner of CBS, Paramount, etc) in G January 2006.  All the TV shows are now run by CBS Paramount Television C while the movies are controlled by Paramount.  (Check here for more G details - http://www.startrek.com/startrek/view/news/article/15216.html D )  See the potential for problems?  The television branch is talkingG about a new series in a couple years.  I hope they get better direction  than the last one.   ------------------------------   Date: 9 Oct 2006 10:23:45 -0700 ; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) C Message-ID: <1160414625.274425.189780@b28g2000cwb.googlegroups.com>    Dave Froble wrote:  F > When StarTrek first came out, TV was a one trick pony.  There was atJ > most a few channels in each viewing area.  The networks were each in theI > position of trying to find a 'least common denominator' show since they J > had only one chance at each time slot.  You watched what they offered onH > their schedule, not your own.  If someone else in the household wantedC > to watch something else, well, in that time, most households were  > limited to one TV. > E > Today is totally different.  There are many channels.  The trend is F > toward 'specialty' channels, such as ESPN, dedicated to sports only,F > CNN, dedicated to news only, and such.  People can record a show andA > watch it when they're able, not schedule their life around some  > network's schedule.  >   G Indeed.  Where I grew up you had NBC, CBS and ABC on the VHF dial (Chan F 2-13 for those too young to have experienced it).  There were a coupleG PBS stations and one syndication station in the UHF band (14-83) but we F were too far from the city (Buffalo, NY) to receive then consistently.C I missed Star Trek in its first showing on the main networks and we G couldn't get the UHF station the showed the re-runs.  I actually became D interested in the series by reading Jame Blish's adaptations for theF series of books Bantam published.  I eventually saw the original showsG later in my teens.  I actually prefer the books to the original series.   B Now we do the time-shifting thing using a DVR to record the two orB three shows we really want to follow.  Sometimes it's a week or soD before we get to them but at least we can watch in order and FF over the commercials.   ------------------------------   Date: 9 Oct 2006 12:27:23 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) 3 Message-ID: <fegY8TVYFP3d@eisner.encompasserve.org>   | In article <paul.sture.nospam-D50E98.18133908102006@mac.sture.homeip.net>, Paul Sture <paul.sture.nospam@hispeed.ch> writes: > F > Before the sale, Christie's auction house in New York estimated the 0 > model would sell for about $30,000 (16,000)."  F    Christie don't know jack.  Most of thier customers don't know jack,
    either.   ------------------------------   Date: 9 Oct 2006 12:30:37 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Q Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) 3 Message-ID: <OX6I49$HjdXf@eisner.encompasserve.org>   { In article <8660a3a10610081907n532fe3d8g4156a135bba5da0b@mail.gmail.com>, "William Webb" <william.w.webb@gmail.com> writes:  > L > Correct me if I'm wrong (and, given the subject matter, I'm sure that I'llJ > be subjected to Massive Correcting should it be in order) but didn't the > original series  > C > Not Do Too Well In The Ratings, Thus Leading To Its Cancellation?   B    Yes.  NBC stopped paying for good writers sometime early in theB    second season.  The predictable happened, and was blamed on theC    Friday night time slot.  Fox proved that wrong when they put the 0    then new X Files in a Friday night time slot.  D    X Files started out looking like it could be a piece of UFO junk.    But Fox got writers.    ------------------------------  % Date: Mon, 09 Oct 2006 12:56:31 -0400 ' From: Dave Froble <davef@tsoft-inc.com> Y Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out next week) week)we 9 Message-ID: <xdadncgpA7nc4LfYnZ2dnUVZ_vydnZ2d@libcom.com>    johnhreinhardt@yahoo.com wrote:  > JF Mezei wrote:  >> William Webb wrote:E >>> Not Do Too Well In The Ratings, Thus Leading To Its Cancellation?  >>> F >>> And wasn't it only when it went into syndication that it blossomed >>> into a hit? I >> If VMS isn't doing too well in sales, do you blame VMS or do you blame 4 >> the lack of marketing and uncompetitive pricing ? >>J >> If NBC decides it isn't interested in that show, it will place it in an. >> unpopular time slot and not market it much. >>G >> And if NBC doesn't want a popular show to continue, it only needs to K >> shift its time slot. As soon as it happens, ratings go down and give NBC $ >> and excuse to not renew the show. >> >>I >> Not sure if te popularity of ST increased while in syndication, but it K >> would not go away and went on and on and on to a point where they risked K >> making a movie after they saw the success of Star Wars in the 1970s. The K >> success fo the first movie gave the studios the amunition needed to fund F >> subsequent movies and eventually the second series to form what wasF >> called the Star Trek franchise. There are rumours that they may try@ >> another TV series. Not sure if it will pan out in the current/ >> environment where studios are avert to risk.  > D > The popularity of Star Trek increased tremendously in syndication.G > Mostly due to the time slots used. During the first season NBC had it D > on a 8PM (Tuesdays IIRC) and it did okay.  But subsequently it wasC > stuck on Friday nights at 9 and ratings fell rapidly, causing the E > famous letter writing campaign to save it for one more season  - at E > which point is was canceled.   When it went into syndication it was B > usually shown earlier in the evening (7PM) or late afternoons onB > weekdays and roughly the same on weekends.  Popularity increasedI > dramatically with in the younger viewers and those viewers as they aged I > kept watching which resulted in its revival when the "climate" improved  > (i.e. after Star Wars).   E When StarTrek first came out, TV was a one trick pony.  There was at  I most a few channels in each viewing area.  The networks were each in the  H position of trying to find a 'least common denominator' show since they I had only one chance at each time slot.  You watched what they offered on  G their schedule, not your own.  If someone else in the household wanted  B to watch something else, well, in that time, most households were  limited to one TV.  D Today is totally different.  There are many channels.  The trend is E toward 'specialty' channels, such as ESPN, dedicated to sports only,  E CNN, dedicated to news only, and such.  People can record a show and  @ watch it when they're able, not schedule their life around some  network's schedule.   C After reading about how some perceive B5, and with the prospect of  I avoiding endless commercial breaks, I'm thinking about purchasing the B5   series on DVD.  ' A much more individual oriented method.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 09 Oct 2006 11:57:51 -0500 / From: Chris Scheers <chris@applied-synergy.com> P Subject: Re: OT: Babylon-5 (was Heads up: La Fiorina's book coming out nextweek)2 Message-ID: <452A7F8F.9060805@applied-synergy.com>   Neil Rieck wrote: O > All these B5 discussions have got me thinking about purchasing the first DVD  4 > box set. I think I'll start shopping around today.  2 I just finished watching the box sets with my son.  G When you watch them for the first time, I recommend that you NOT watch  I the special features or listen to the commentaries as they give away too   much.   H After you watch everything, then you can go back and pick up the extras.  E Now I think I need to watch everything again to pick up the things I   missed the first time.  <sigh>   --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------  $ Date: Mon, 9 Oct 2006 08:22:59 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> % Subject: Patricia Dunn: I Am Innocent ; Message-ID: <452a3efb$0$5939$9a6e19ea@news.newshosting.com>   H Did anyone see Patty Dunn or Carly Firorina on "60 Minutes" last night. , Yikes! What color is the sky in their world?   "Patricia Dunn: I Am Innocent"E http://www.cbsnews.com/stories/2006/10/05/60minutes/main2069430.shtml   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada." http://www3.sympatico.ca/n.rieck/    ------------------------------   Date: 9 Oct 2006 06:32:35 -0700  From: etmsreec@yahoo.co.uk) Subject: Re: Patricia Dunn: I Am Innocent A Message-ID: <1160400755.180189.78410@m7g2000cwm.googlegroups.com>   5 So that would be an attempt at a Teflon coating then. @ I think it's still going to stick though, ovarian cancer or not.   Steve    Neil Rieck wrote: I > Did anyone see Patty Dunn or Carly Firorina on "60 Minutes" last night. . > Yikes! What color is the sky in their world? >   > "Patricia Dunn: I Am Innocent"G > http://www.cbsnews.com/stories/2006/10/05/60minutes/main2069430.shtml  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/    ------------------------------  $ Date: Mon, 9 Oct 2006 06:30:09 -0400/ From: "William Webb" <william.w.webb@gmail.com>  Subject: Re: SCSI COnfiguration H Message-ID: <8660a3a10610090330j61759d0pe8b8fb3fcffbb8ed@mail.gmail.com>  * ------=_Part_153556_30057111.1160389809004; Content-Type: text/plain; charset=ISO-8859-1; format=flowed  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   C On 8 Oct 2006 22:06:15 -0700, Mister Q <pquodling@gmail.com> wrote:  > G > I have managed to drag an old PWS500au, kicking and screaming back to  > useful live as a VMS MAchine.  > H > It was one of those that only booted the IDE CDROM so, I added a KZPDA > and RRD4x to get it going... > D > It now has two KZPDAs- one for the RRD4x, and one connected to the
 > internal > H > I also have a BA364 with a couple of 4GB Drives, and a TLZ06 (although) > the internal CD for it has disappears).  > 3 > Question 1. Which SCSI bus should I attach it to.     : The one where the internal CD doesn't disappear, probably.  D Question 2. I have 192 MB memory on this. ouch... This appears to beH > PC100 generic PC type memory - what are the constraints about what can > be plugged in...    K It'll hold up to 1.5 GB, but under VMS, will only use 1 GB. {At least those L are the limitations on a PW433au, which is one of my machines, and the one I know about.)  L Look online for a file called miagasg.exe - it expands into a series of HTML3 pages that are the service guide for the PW family.    HTH    WWWebb   > q  >  >      --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COMPRESS").com   * ------=_Part_153556_30057111.1160389809004+ Content-Type: text/html; charset=ISO-8859-1  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   A<br><br><div><span class="gmail_quote">On 8 Oct 2006 22:06:15 -0700, <b class="gmail_sendername">Mister Q</b> &lt;<a href="mailto:pquodling@gmail.com">pquodling@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> I have managed to drag an old PWS500au, kicking and screaming back to<br>useful live as a VMS MAchine.<br><br>It was one of those that only booted the IDE CDROM so, I added a KZPDA<br>and RRD4x to get it going...<br><br>It now has two KZPDAs- one for the RRD4x, and one connected to the<br>internal<br><br>I also have a BA364 with a couple of 4GB Drives, and a TLZ06 (although<br>the internal CD for it has disappears).<br><br>Question 1. Which SCSI bus should I attach it to.</blockquote><div><br>The one where the internal CD doesn't disappear, probably.  <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Question 2. I have 192 MB memory on this. ouch... This appears to be<br>PC100 generic PC type memory - what are the constraints about what can  <br>be plugged in...</blockquote><div><br>It'll hold up to 1.5 GB, but under VMS, will only use 1 GB. {At least those are the limitations on a PW433au, which is one of my machines, and the one I know about.)&nbsp;</div><br>Look online for a file called   miagasg.exe - it expands into a series of HTML pages that are the service guide for the PW family.<br><br>HTH<br><br>WWWebb<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> q<br><br></blockquote></div><br><br clear="all"><br>-- <br>Ajilon Consulting<br>Site resident at <br>Quest Diagnostics<br>first.x.last@f$edit(contents of previous line,&quot;COMPRESS&quot;).com   , ------=_Part_153556_30057111.1160389809004--   ------------------------------   Date: 9 Oct 2006 04:14:06 -0700 ; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>  Subject: Re: SCSI COnfiguration B Message-ID: <1160392446.517488.238700@m7g2000cwm.googlegroups.com>   Mister Q wrote: G > I have managed to drag an old PWS500au, kicking and screaming back to  > useful live as a VMS MAchine.  > H > It was one of those that only booted the IDE CDROM so, I added a KZPDA > and RRD4x to get it going... > D > It now has two KZPDAs- one for the RRD4x, and one connected to the
 > internal > H > I also have a BA364 with a couple of 4GB Drives, and a TLZ06 (although) > the internal CD for it has disappears).  > 3 > Question 1. Which SCSI bus should I attach it to.  >   E Usually due to SCSI bus length limitations (and card design) it's not E recommended that you use both the internal and external connectors on G the KZDPA at the same time.  So use the one for any internal drives and E use the other for the external BA364.  You can, however, use both the G internal 68-pin and 50-pin connectors simultaneously.  In mine I have a G 50-68pin adapter for the CD-Rom drive so it goes on the same bus as the C internal disks.  The KZPDA is designed so that there is not a speed ? penalty for using both narrow and wide devices on the same bus.   F > Question 2. I have 192 MB memory on this. ouch... This appears to beH > PC100 generic PC type memory - what are the constraints about what can > be plugged in... >   D Like most DEC systems on this era it takes 83Mhz ECC 3.3v RegisteredC DIMMS.  Fortunately you can use PC100's and apparently from another C post PC133's.  I have a PSW500au with 4 Infineon HYS72V32201GR-8-C2 D sticks.  They are 256MB PC100 CL2 ECC Registered SDRAM.  Probably ifF you go with the PC133's you can get by with CL3.  The maximum size youA can use is 256MB sticks and under VMS you can only use 1GB worth, E although 1.5GB will fit. Do a Google search of the newsgroup for "PWS G memory" and you will get a few articles about the problems.  The system ? will run, but it looks like that once you load the thing up and A actually start using the las .5GB then problems may start.  YMMV.      > q    ------------------------------  % Date: Mon, 09 Oct 2006 13:41:46 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch>  Subject: Re: SCSI COnfiguration J Message-ID: <paul.sture.nospam-966967.13414609102006@mac.sture.homeip.net>   In article  = <8660a3a10610090330j61759d0pe8b8fb3fcffbb8ed@mail.gmail.com>, 1  "William Webb" <william.w.webb@gmail.com> wrote:    > N > Look online for a file called miagasg.exe - it expands into a series of HTML5 > pages that are the service guide for the PW family.  >   > You'll find that file under "Support", then "service guide" at  I http://h18002.www1.hp.com/alphaserver/workstations/retired/auseries/index  .html   D and although it's a Windows executable, you can use UNZIP on VMS to  extract the files from it.   --  
 Paul Sture   ------------------------------   Date: 9 Oct 2006 07:50:52 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com> Subject: Re: SCSI COnfiguration C Message-ID: <1160405452.161724.212600@b28g2000cwb.googlegroups.com>    johnhreinhardt@yahoo.com wrote:  > Mister Q wrote: I > > I have managed to drag an old PWS500au, kicking and screaming back to ! > > useful live as a VMS MAchine.  > > J > > It was one of those that only booted the IDE CDROM so, I added a KZPDA  > > and RRD4x to get it going... > > F > > It now has two KZPDAs- one for the RRD4x, and one connected to the > > internal > > J > > I also have a BA364 with a couple of 4GB Drives, and a TLZ06 (although+ > > the internal CD for it has disappears).  > > 5 > > Question 1. Which SCSI bus should I attach it to.  > >  > G > Usually due to SCSI bus length limitations (and card design) it's not G > recommended that you use both the internal and external connectors on I > the KZDPA at the same time.  So use the one for any internal drives and G > use the other for the external BA364.  You can, however, use both the I > internal 68-pin and 50-pin connectors simultaneously.  In mine I have a I > 50-68pin adapter for the CD-Rom drive so it goes on the same bus as the E > internal disks.  The KZPDA is designed so that there is not a speed A > penalty for using both narrow and wide devices on the same bus.  > H > > Question 2. I have 192 MB memory on this. ouch... This appears to beJ > > PC100 generic PC type memory - what are the constraints about what can > > be plugged in... > >  > F > Like most DEC systems on this era it takes 83Mhz ECC 3.3v RegisteredE > DIMMS.  Fortunately you can use PC100's and apparently from another E > post PC133's.  I have a PSW500au with 4 Infineon HYS72V32201GR-8-C2 F > sticks.  They are 256MB PC100 CL2 ECC Registered SDRAM.  Probably ifH > you go with the PC133's you can get by with CL3.  The maximum size youC > can use is 256MB sticks and under VMS you can only use 1GB worth, G > although 1.5GB will fit. Do a Google search of the newsgroup for "PWS I > memory" and you will get a few articles about the problems.  The system A > will run, but it looks like that once you load the thing up and C > actually start using the las .5GB then problems may start.  YMMV.  >  >   F Also be aware that PC133 memory changed over time.  The earlier memoryD would run at PC100 (and slightly slower) speeds, but the later chipsG had problems running that much below their rated speed.  I used to have G to work on a number of P2/400 systems that used PC100 memory, even some G DEC boxes that used ECC DIMMs; we topped them all off using PC133 DIMMs D when they were cheaper than 100s for a while, but towards the end ofE PC133 'new system' availability, new PC133 DIMMs would no longer work  in the older boxes.   F If you can find PC100 memory of the correct type you're more likely toC be successful; it might not be too easy to determine the vintage of  used PC133 at this point.    ------------------------------  % Date: Mon, 09 Oct 2006 10:45:41 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net>  Subject: Re: USB hampster 0 Message-ID: <452A6EA5.1866F5B1@spam.comcast.net>   Paul Sture wrote:  > 2 > In article <452717A0.E814E1ED@spam.comcast.net>,7 >  David J Dachtera <djesys.no@spam.comcast.net> wrote:  >  > > Forrest Kenney wrote:  > > > K > > >         Before someone asks YES I have seen the USB hampster.  [snip]  > > 0 > > Just wondering what a "hampster" might be... > > % > > Is that a hamster from Hampshire?  > - > I thought one of those would be a Hantster.   L Y'know, I'd considered that, but figured it would leave you with a Hants-ted* hamster that would only run on Hallowe'en.   (Really reaching here... ;-)   --   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, 09 Oct 2006 15:52:42 GMT , From: Forrest Kenney <Forrest.Kenney@hp.com> Subject: Re: USB hampster & Message-ID: <452A6F7E.BE53E873@hp.com>  = 	The fimrware hid it on the DS10 and while it is possible to  D get it back I don't know the magic.  We needed the port for a brief C period while developing code for the ES47 and got special firmware  E to do it with.  No I do not have that special firmware that was many  A years ago and I long ago got ride of the firmware and the system.    Forrest      "Steven M. Schweda" wrote: > / > From: JF Mezei <jfmezei.spamnot@teksavvy.com>  > & > > OK, so you hid the USB from DS10s. > > H > > Is tere any way that users can unhide the device ? I.E some VMS hackL > > that would tell the firmware to actually see the device and allow VMS to > > configure it ? >  >    The XP1000 has this:  >  > >>>show *usb*  > usb_enable             OFF > J > I haven't tried changing it.  (But I have more PCI slots than you have.) > J > ------------------------------------------------------------------------ > 5 >    Steven M. Schweda               sms@antinode-org 6 >    382 South Warwick Street        (+1) 651-699-9818 >    Saint Paul  MN  55105-2547    ------------------------------   Date: 9 Oct 2006 07:17:48 -0700  From: fiddledd@gmail.com Subject: User's Manual (V5.2) C Message-ID: <1160403467.975742.225320@i42g2000cwa.googlegroups.com>   E I have a VMS User's Manual (AA-LA98B-TE) for Version 5.2 (June 1989). 1 Will mail to first responder for cost of postage.    ------------------------------  % Date: Mon, 09 Oct 2006 15:26:29 +0100 / From: "R.A.Omond" <Roy.Omond@BlueBubble.UK.Com> ! Subject: Re: User's Manual (V5.2) 4 Message-ID: <egdm6l$ip0$1$8302bc10@news.demon.co.uk>   fiddledd@gmail.com wrote: G > I have a VMS User's Manual (AA-LA98B-TE) for Version 5.2 (June 1989). 3 > Will mail to first responder for cost of postage.   / And you are in Latvia ?  Lithuania ?  Denmark ?    Let me guess ... The USofA.    (sorry, not interested)    ------------------------------  % Date: Mon, 09 Oct 2006 11:37:08 -0500 ! From: VMSguy <vmsguy@comcast.net>  Subject: VMS Support in India * Message-ID: <452A7AB4.7000508@comcast.net>  I I just had my first experience with VMS Support in India - I do not like   it one bit.   F It reminds me of nothing more than my cable service - a total lack of 8 intellectual thought process involved with these people.  D Simply a bunch of idiots with a language barrier.  Ask for a simple D dial-in for a crash analysis and I get the run around of "is this a D hardware or software issue"  - Hell I do not know, that is why I am G making the call - you dial-in and you tell me what the problems - I am  7 paying you support.  They even lost my contract number.   I Mind you, I would love to add more colorful metaphors to this thread!  I    am not happy about this service.  H I called 3 hours ago and I am still waiting for an e-mail response with B instructions on what I need to do with the crash dump file (FTP I  suppose)...   E No offense to India - I work with some people from India that are on  > their toes - they live here in the states - maybe that is the + difference.  They share common interests...   G The group that now supports VMS?  Well if this is what HP thinks of us  < as a customer then we are screwed as VMS users and managers.  9 Thanks HP for your lack of foresight in customer support.    ------------------------------   Date: 9 Oct 2006 17:37:55 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)! Subject: Re: VMS Support in India + Message-ID: <4ovfniFghto1U1@individual.net>   * In article <452A7AB4.7000508@comcast.net>,$ 	VMSguy <vmsguy@comcast.net> writes:K > I just had my first experience with VMS Support in India - I do not like  
 > it one bit.  > H > It reminds me of nothing more than my cable service - a total lack of : > intellectual thought process involved with these people. > F > Simply a bunch of idiots with a language barrier.  Ask for a simple F > dial-in for a crash analysis and I get the run around of "is this a F > hardware or software issue"  - Hell I do not know, that is why I am I > making the call - you dial-in and you tell me what the problems - I am  9 > paying you support.  They even lost my contract number.   G And you would actually trust these bozos to logon to your system with a  FIELD/SYSTEM account?    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   End of INFO-VAX 2006.555 ************************