INFO-VAX Tue, 30 Jan 2007 Volume 2007 : Issue 59 Contents: Re: Another DS10L LOttery Re: Another DS10L LOttery Re: Emulex CS09 configuration help? Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Re: Fun with GNV - Watch out for MNT. Re: Fun with GNV - Watch out for MNT. Re: Fun with GNV - Watch out for MNT. Re: Fun with GNV - Watch out for MNT. RE: How long to really setup a VMS system ? Re: How long to really setup a VMS system ? Re: How long to really setup a VMS system ? Looking for want-to-be hobbyists in or around Oklahoma City Re: Manual DST change on Alpha VMS 7.3-1 Re: Manual DST change on Alpha VMS 7.3-1 Re: Manual DST change on Alpha VMS 7.3-1 Re: Manual DST change on Alpha VMS 7.3-1 Re: New HP Daylight Savings Time ( DST ) Web Site Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect. Re: PL/I for Itanium Re: VMS in the HP hierarchy ---------------------------------------------------------------------- Date: Mon, 29 Jan 2007 14:37:42 -0500 From: "Island Computers, D B Turner" Subject: Re: Another DS10L LOttery Message-ID: <12rsj8nituqev7c@news.supernews.com> I would guess about $150 David -- Island Computers US Corp 2700 Gregory St Savannah GA 31404 Tel: 912 447 6622 x201 Mail: dturner-atnospam-islandco-com (You know what to do with the dashes) wrote in message news:1170096775.790730.215400@a34g2000cwb.googlegroups.com... > Hi: > > Somebody knows how much can cost to send to Spain? From EEUU to UK is > the same number of miles to reach Spain. > > -You are responsible for shipping > -USA is between $25 and $35 depending on E or W coast > -International can be scary: Canada about $90 and UK about $120 > -All other countries - call fedex for pricing and take off about 35% > (our > -discount) > > Thanks > Paco > > On 29 ene, 00:22, "David Turner, Island Computers US Corp" > wrote: > > If you have already applied then don't send another entry > > If you haven't then by all means send us an email including > > > > Email us with "free ds10l" in the subject line and the info below in the > > message > > > > Daytime telephone number (for fedex) > > Email address > > Delivery address > > > > You are responsible for shipping > > USA is between $25 and $35 depending on E or W coast > > International can be scary: Canada about $90 and UK about $120 > > All other countries - call fedex for pricing and take off about 35% (our > > discount) > > > > Lottery winner will be notified on Wednesday (this wednesday) > > > > David > ------------------------------ Date: Mon, 29 Jan 2007 18:15:26 -0500 From: JF Mezei Subject: Re: Another DS10L LOttery Message-ID: <45be8028$0$10049$c3e8da3@news.astraweb.com> Malcolm Dunnett wrote: > According to the schedule I've seen they charge a variable rate depending > on > the items value. This would be FedEx ground. My 2 DSL10Ls were shipped FedEx air (2 day service). I was told by FedEx that the $7.00 fee was fixed and due to their need to collect the tax money separately from the receiver. If they had an account number to which the tax could be charged, there would be no $7.00 fee. > I can't parse your parenthetical statement, how can brokerage fees be > free > if they are charged to your FedEX account? That is what FedEx told me. If they have an account to which they can charge the tax to be levied, then they do not charge a brokerage fee of $7.00. (They always charge the amount for the GST tax to be levied). Note that in the past, FedEx prided itself as always including all brokerage fees and only collecting the tax from the recipient. But competition from UPS has forced FedEx to lower their standards. > David may recall the package he sent me once via FedEX ground that FedEx ground is a very different beast. In fact, if I remember correctly, it was a totally different company that was acquired by FedEx. ------------------------------ Date: Mon, 29 Jan 2007 13:16:06 -0600 From: Alex Zorrilla Subject: Re: Emulex CS09 configuration help? Message-ID: Hello, Henk. Wow, that would be great if you could find the CS09 documentation! Thanks! I have tried both http://vt100.net/manx and Bitsavers, but no luck on either site. I get lots of hits for other Emulex boards, but they all seem to use jumpers to set the CSR address. Thanks again. --Alex Gooijen, Henk wrote: >> -----Original Message----- >> From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] >> Sent: zondag 28 januari 2007 20:57 >> To: Info-VAX@Mvb.Saic.Com >> Subject: Re: Emulex CS09 configuration help? >> >> In article , Alex Zorrilla >> writes: >>> Hey, all. >>> >>> We recently added some new hardware to our old MicroVAX 3900. >>> As a result, we need to reconfigure our Emulex CS09 to use a >>> different CSR address space on the Q-bus. The problem is, we have >>> no documentation, and the board itself has almost no jumpers. It >>> almost certainly uses some sort of onboard utility, but we do not >>> know how to access it. >> I can almost help you. I don't recall the model number, but our >> Qbus Emulex controllers had an onboard ROM you had to execute >> code from. The program in the ROM changes the values in >> non-volatile RAM. >> >> But I don't know the address of the ROM. I can only verify >> that you really do need that documentation. Good luck. >> >> > Is the CS09 documentation not available on Manx or bitsavers? > I think I have the CS09 manual at home, will check this evening ... > > - Henk, PA8PDP > > > > This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. > > If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. > > If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. > > Thank you for your co-operation. > > ------------------------------ Date: Mon, 29 Jan 2007 20:39:58 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Message-ID: In article , =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes: > Phillip Helbig---remove CLOTHES to reply wrote : > > > These days, at Saturn (and elsewhere), one can just > > hold the barcode on a CD up to a scanner and hear about 20 seconds of > > each track, essentially for any CD they stock. (I don't know what > > system is behind this.) > > > > He he, > Well, I have no sound on my current PC, but I thought that was > what the VMS systems did... :-) :-) In the meantime, I have read the article, and indeed that seems to be the case. A "brought to you by VMS" on the listening stations would be interesting advertising. ------------------------------ Date: Mon, 29 Jan 2007 19:09:51 -0500 From: bradhamilton Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: <45BE8CCF.8070809@comcast.net> Bart.Zorn@gmail.com wrote: > I have now removed GNV and installed it again, but mnt fails. > > During the installation I get error messages like: > > mnt: Bad file system directory: $2$dka500:[000000] > mnt errno: no such file or directory > %RMS-F-FNM, error in file name > %DELETE-I-FILDEL, PSX$ROOT:[mnt]COMMON.DIR;1 deleted (4 blocks) I got similar error messages, because I also have shadowset members; however, when I fired up bash and entered the $df command, I caw that all my shadowsets were mounted as they should have been. Of course, I looked at the same piece of code that you did, and noticed that the procedure was just looking for mounted disks, shadowed or not. Several years ago, when I was working as a VMS system admin, I ran into a similar problem when automating backups for a client that had shadowed disks. I know I was finally able to solve the problem, (backing up the shadowed disks only) but I don't remember the magic incantations, and I'm no longer working in the IT industry. I have a contact back at my last job; I could ask him if he'd be willing to give me a copy of the automated backup routine, so that I could pass on the proper f$device parameters, but I suppose that since I was able to fix the problem, that there are any number of good DCL programming folk out there that have similar (or better) solutions. ------------------------------ Date: Tue, 30 Jan 2007 02:39:13 +0100 From: Paul Sture Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: In article <45BE8CCF.8070809@comcast.net>, bradhamilton wrote: > Bart.Zorn@gmail.com wrote: > > I have now removed GNV and installed it again, but mnt fails. > > > > During the installation I get error messages like: > > > > mnt: Bad file system directory: $2$dka500:[000000] > > mnt errno: no such file or directory > > %RMS-F-FNM, error in file name > > %DELETE-I-FILDEL, PSX$ROOT:[mnt]COMMON.DIR;1 deleted (4 blocks) > > I got similar error messages, because I also have shadowset members; > however, when I fired up bash and entered the $df command, I caw that > all my shadowsets were mounted as they should have been. > > Of course, I looked at the same piece of code that you did, and noticed > that the procedure was just looking for mounted disks, shadowed or not. > > Several years ago, when I was working as a VMS system admin, I ran into > a similar problem when automating backups for a client that had shadowed > disks. I know I was finally able to solve the problem, (backing up the > shadowed disks only) but I don't remember the magic incantations, and > I'm no longer working in the IT industry. > > I have a contact back at my last job; I could ask him if he'd be willing > to give me a copy of the automated backup routine, so that I could pass > on the proper f$device parameters, but I suppose that since I was able > to fix the problem, that there are any number of good DCL programming > folk out there that have similar (or better) solutions. Here's some code I have. Beware wrapping, and adjust for your own requirements. Naturally, do not use without adequate testing... $ devclass = 1 ! search only for disks (see f$device for details $! of other devclass values) $! $get_disk_name: $! $ disk_name = f$device(,devclass,,) $ if disk_name .eqs. "" then goto disks_done $ if .not. f$getdvi(disk_name, "EXISTS") then goto get_disk_name $ if .not. f$getdvi(disk_name, "MNT") then goto get_disk_name $ if f$getdvi(disk_name, "SHDW_MEMBER") then goto get_disk_name $ if f$getdvi(disk_name, "SWL") then goto get_disk_name ! write locked $ if f$getdvi(disk_name, "FOR") then goto get_disk_name ! mounted foreign $! $! Omit the "foreign" disks e.g. $1$DNFS1 $! $ disk_type = f$getdvi(disk_name, "DEVICE_TYPE_NAME") $ if f$locate("Foreign disk", disk_type) .ne. f$length(disk_type) $ then $ say "" $ say "%SYS-I-FOREIGNDISK, ", disk_name, ", type = ", disk_type, - " - Skipped" $ goto get_disk_name $ endif $! $! Do disk processing here ... $! $ goto get_disk_name $! $disks_done: ! all disks done -- Paul Sture ------------------------------ Date: Mon, 29 Jan 2007 22:08:52 -0500 From: "Peter Weaver" Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: <013b01c7441b$f952fe00$2802a8c0@CHARONVAX> >... > The procedure uses f$device(,"disk") to find candidates to mount. Only > mounted disks are considered, but the procedure does try to mount > individual shadow set members. > > In my case, both the shadowset virtual unit and the physical members > fail in the same way. ($2$DKA500 is a shadow set member). > > Further analysis shows that the actual commands that generate the > above messages were: > > $ mnt -v $2$DKA500:[000000] PSX$ROOT:[mnt.COMMON] > $ if .not. $status then delete PSX$ROOT:[mnt]COMMON.DIR;1 /log > > What does "-v" do? > > A comment in that same procedure states "If that didn't work, the > message printed by mnt will be sufficient." Not really, I am afraid. > > Bart Zorn > > On Jan 29, 8:43 am, "Bart.Z...@gmail.com" wrote: >> It may loop or it may not, but first you need to get mnt working. In >> my case, whatever I try, mnt is not happy with its command arguments. >> Not even the ones that are provided by the installation procedure. >> Also, I could not find any documentation on mnt. Does anyone have a >> pointer? >... The only documentation I found was in section 12.7 of http://h71000.www7.hp.com/DOC/83final/5763/5763pro_022.html, but that does not give much more information than MNT -H and UMNT -H gives. According to that -V is verbose mode. Both you and Brad mentioned problems with shadowed drives but the shadowed drives on my system were handled fine (if you can call what mnt does fine). There may have been errors when I did the initial install, but I rushed through the install rather quickly since I was only installing GNV for the fun of it. Are both you and Brad running V8.3? BTW: I noticed that the SYS$STARTUP:PSX$UP_STARTUP.COM used F$SEARCH("""^UP^/""") so I decided to play with that a bit. the command; dir "^UP^/" /date/siz=all/own/date=back gives me "^UP^/" 3/3 [1,1] but the command dir "^UP^/" /full gives me "^UP^/" no such file Just when I think I am starting to understand VMS they go and do something like this. Peter Weaver www.weaverconsulting.ca CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial Hardware ------------------------------ Date: 29 Jan 2007 22:35:33 -0800 From: "Cluster-Karl" Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: <1170138933.143776.156400@v45g2000cwv.googlegroups.com> I encountered the problems with host based shadowed disk here also (it tries to mount each member), it also tries to mount Infoserver disks. Beside that the logical GNU is defined as a concealed logical name containing another concealed logical name, which leads to some errors afterwards. regards Kalle ------------------------------ Date: Mon, 29 Jan 2007 14:49:20 -0500 From: "Main, Kerry" Subject: RE: How long to really setup a VMS system ? Message-ID: > -----Original Message----- > From: Dave Weatherall [mailto:djw-nothere@nospam.nohow]=20 > Sent: January 29, 2007 12:47 AM > To: Info-VAX@Mvb.Saic.Com > Subject: RE: How long to really setup a VMS system ? >=20 > On Sun, 28 Jan 2007 14:47:02 UTC, "Main, Kerry" =20 > wrote: >=20 Snip ...=E7 >=20 > Hm! I don't remember making any such argument and certainly wouldn't=20 > make it now!! >=20 You appeared to be saying that one of the reasons for OpenVMS decline = during those distributed systems years was hard handed VMS system = managers who made it difficult for for developers - like not allowing = them privs in production. If this was not what you were saying, then I obviously mis-interpreted = your statements.=20 Fwiw - If anything, the future will be much more restricted in terms of = what you can do in production. > Kerry there may be truth in what you argue but it is not a reply to=20 > anything you've quoted from me unless I've expressed myself in a=20 > p*iss-poor fashion. I hope not. Maybe you've switched hobby-horses.=20 > Fair enough. >=20 > =20 > > OpenVMS - the secure, multi-site OS that just works. >=20 > If you believe your tag line make sure your text matches!!!=20 >=20 > --=20 Have no idea of what those last statements meant.=20 My earlier point is that the free for all distributed systems developers = attitudes which you seemed to be supporting (but I may have = misinterpreted) are going away and are being replaced by centralized = formal prod systems with very high availability, very high security and = very high scalability (scalable up and out). Like OpenVMS based = clusters. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20 OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Mon, 29 Jan 2007 21:43:32 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: How long to really setup a VMS system ? Message-ID: <45beb0d0$0$49200$14726298@news.sunsite.dk> Michael Kraemer wrote: > Arne Vajhøj schrieb: >> JF Mezei wrote: >>> VMS isn't *that* far from being a system perfectly usable in an office. >>> >>> You need Acrobat Reader >>> You need Open Office >>> You need Firefox/Firebird (coming soon). >> >> The last two are open source. >> If someone need them, they should start working on the port. > > You obviously never dealt with today's so called "Open Source", did you ? Actually I have. > Even trivial tools often need the whole bunch of Gnu crap, > which essentially means to turn your system into a Linux system. > So one could use a native Linux PC right away. How do the think the GNU *stuff* get on other platforms ? Because people port it to that platform ! Some of the open source work is sponsored by IBM, Sun, Novell etc., but a huge portion are still done by volunteers. I have very little respect for people that want someone else to work so that they can get free software. If people really want OOo and FF on OpenVMS, then they can either pay someone to port or start porting themselves. If they do not want it that much, then they will have and wait until HP delivers it. Arne ------------------------------ Date: Mon, 29 Jan 2007 22:45:03 -0500 From: JF Mezei Subject: Re: How long to really setup a VMS system ? Message-ID: <45bebf5b$0$6658$c3e8da3@news.astraweb.com> Arne Vajh=F8j wrote: > How do the think the GNU *stuff* get on other platforms ? >=20 > Because people port it to that platform ! A while back, I asked a question on what it would take to compile Mozilla= =20 on VMS. Someone took the time to provide a complete answer. And the list = was long. And often, those prerequisite software utilities themselves=20 require lots of other prerequisites. So the work done by the folks who provided Mozilla (and the plug ins) on = VMS is quite appreciated because in the end, it isn't the actual=20 compilation of Mozilla that takes time, it is installing all the software= =20 needed to generate the compiling scripts. But if VMS came with the option to install all the common open-source=20 software building tools, it would make it a lot easier for customers to=20 build open source on their machines. ------------------------------ Date: Mon, 29 Jan 2007 21:09:29 GMT From: Tad Winters Subject: Looking for want-to-be hobbyists in or around Oklahoma City Message-ID: Please email me if you live in the Oklahoma City area but are in need of some hardware to get started as an OpenVMS hobbyist. Remove the .no.spam in order to send to me and put "hobbyist" in the subject so that I can pick it out of the folder if it gets put there as spam. I'll contact you with details. ------------------------------ Date: 29 Jan 2007 13:44:50 -0800 From: "DaveG" Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: <1170107089.982104.223220@p10g2000cwp.googlegroups.com> On Jan 29, 3:09 pm, twn...@kittles.com wrote: > I am currently running VMS 7.3-1 on Alpha on a 3 node cluster. I have > the cluster setup to be in the Eastern Time Zone (US) and > AUTO_DLIGHT_SAV is set. We are running NTP on each node. We are > planning on replacing the whole cluster in June/July, so I am trying > to avoid upgrading to 7.3-2 so that I can avoid the lengthy > qualification that we require (company rules). > > I am hoping you can point out any obvious oversights or flaws in my > plan. > > My plan is to: > > 1) Use UTC$TIME_SETUP to turn off DST but remain in Eastern Time Zone > 2) Use sys$examples:daylight_savings.com to create (with DAYLIGHT, > NODE, and SAVE options) a .com to make change > 3) Submit above generated .com to execute on a batch queue on each > node in the cluster at 2:00am on 11 March 2007 > > I think that this should be a safe and simple way to do this on Alpha > VMS 7.3-1 systems. Help in pointing out any possible issues or > problems is appreciated. > > TIA > > Thomas Wirt > IS Director > Kittle's Home Furnishings > Indianapolis, IN Tom, Your plan sounds OK. Just ensure that the sysgen parameter auto_dlight_save is "0", otherwise in April, the boxes will "spring forward". Dave... ------------------------------ Date: 29 Jan 2007 18:03:23 -0600 From: cornelius@encompasserve.org (George Cornelius) Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: In article <1170104990.210521.113520@v33g2000cwv.googlegroups.com>, twnews@kittles.com writes: > I am currently running VMS 7.3-1 on Alpha on a 3 node cluster. I have > the cluster setup to be in the Eastern Time Zone (US) and > AUTO_DLIGHT_SAV is set. We are running NTP on each node. We are > planning on replacing the whole cluster in June/July, so I am trying > to avoid upgrading to 7.3-2 so that I can avoid the lengthy > qualification that we require (company rules). [...] > My plan is to: > > 1) Use UTC$TIME_SETUP to turn off DST but remain in Eastern Time Zone > 2) Use sys$examples:daylight_savings.com to create (with DAYLIGHT, > NODE, and SAVE options) a .com to make change > 3) Submit above generated .com to execute on a batch queue on each > node in the cluster at 2:00am on 11 March 2007 Item 3 can actually be done by DAYLIGHT_SAVINGS.COM as well, if you choose the clusterwide time change option. Beware of running it this way under username SYSTEM, though: initial support for this, at least, had no concept of search list logicals, or of multiple system disks, and would put the script in SYS$SPECIFIC and then at execution time use whatever it found via the SYS$SYSROOT searchlist on the individual nodes - typically leftover scripts to change the time in the reverse direction. And since they define SYS$OUTPUT and SYS$ERROR as NLA0: during key execution steps, you get no feedback when things are failing. I shortcircuited this by creating my own SPRING_FORWARD and FALL_BACK scripts from the output of DAYLIGHT_SAVINGS.COM , and in fact have a script I use to generate new ones each time since I assume their code may change over time. I make a point of reenabling SYS$OUTPUT and SYS$ERROR in the modified scripts. [Note that I am still not able to use automatic time changes - something about coordinating our time changes with jobs that run on our IBM mainframe.] > I think that this should be a safe and simple way to do this on Alpha > VMS 7.3-1 systems. Help in pointing out any possible issues or > problems is appreciated. Also: there's apparently a trick that involves replacing the last two lines of TDF$UTC_STARTUP.COM, but apparently if you do this you are walking on eggs because UTC$TIME_SETUP will overwrite this, and UTC$TIME_SETUP may be executed by the system at some other time - possibly boot time - necessitating additional steps to compensate. -- George Cornelius cornelius()eisner.decus.org cornelius()mayo.edu > Thomas Wirt > IS Director > Kittle's Home Furnishings > Indianapolis, IN ------------------------------ Date: Mon, 29 Jan 2007 19:32:03 -0600 From: Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: <8exvh.9141$p%6.5824@bignews7.bellsouth.net> wrote in message news:1170109541.483535.217060@j27g2000cwj.googlegroups.com... > If you have access to a 7.3-2 system that has the TZ v0300 patch > applied, which updates the time zone info for the new daylight saving > time dates, you can copy the sys$common:[timezone.system...] tree to a > 7.3-1 system, then reboot or run UTC$TIME_SETUP to apply the changes. > > I doubt VMS engineering would support this kind of use, but in my > tests it works, and I've seen it work on 7.3 as well. > Support told me to do that same thing. And you are right it isn't supported but it should work. I copied the files and ran utc$time_setup. I am waiting to reboot now. Reboot is required to reset the timers. Shael >> >> > I am currently running VMS 7.3-1 on Alpha on a 3 node cluster. I have >> > the cluster setup to be in the Eastern Time Zone (US) and >> > AUTO_DLIGHT_SAV is set. We are running NTP on each node. We are >> > planning on replacing the whole cluster in June/July, so I am trying >> > to avoid upgrading to 7.3-2 so that I can avoid the lengthy >> > qualification that we require (company rules). >> >> > I am hoping you can point out any obvious oversights or flaws in my >> > plan. >> >> > My plan is to: >> >> > 1) Use UTC$TIME_SETUP to turn off DST but remain in Eastern Time Zone >> > 2) Use sys$examples:daylight_savings.com to create (with DAYLIGHT, >> > NODE, and SAVE options) a .com to make change >> > 3) Submit above generated .com to execute on a batch queue on each >> > node in the cluster at 2:00am on 11 March 2007 >> >> > I think that this should be a safe and simple way to do this on Alpha >> > VMS 7.3-1 systems. Help in pointing out any possible issues or >> > problems is appreciated. >> >> > TIA >> >> > Thomas Wirt >> > IS Director >> > Kittle's Home Furnishings >> > Indianapolis, INTom, >> >> Your plan sounds OK. Just ensure that the sysgen parameter >> auto_dlight_save is "0", otherwise in April, the boxes will "spring >> forward". >> >> Dave... > ------------------------------ Date: Mon, 29 Jan 2007 20:41:37 -0600 From: David J Dachtera Subject: Re: Manual DST change on Alpha VMS 7.3-1 Message-ID: <45BEB061.4EADDC86@spam.comcast.net> ksrich@bellsouth.net wrote: > > wrote in message > news:1170109541.483535.217060@j27g2000cwj.googlegroups.com... > > If you have access to a 7.3-2 system that has the TZ v0300 patch > > applied, which updates the time zone info for the new daylight saving > > time dates, you can copy the sys$common:[timezone.system...] tree to a > > 7.3-1 system, then reboot or run UTC$TIME_SETUP to apply the changes. > > > > I doubt VMS engineering would support this kind of use, but in my > > tests it works, and I've seen it work on 7.3 as well. > > > > Support told me to do that same thing. And you are right it isn't supported > but it should work. > I copied the files and ran utc$time_setup. I am waiting to reboot now. > Reboot is required > to reset the timers. Actually, the various flyers indicate that you can stop/start JBC to clear the existing TQEs for April. I have a PDF at work I can e-mail to you. Is your e-mail o.k. in the headers of the newsgroup post? If so, I may be able to send it from work. -- 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, 29 Jan 2007 10:55:13 -0800 From: "Fred Hoenisch" Subject: Re: New HP Daylight Savings Time ( DST ) Web Site Message-ID: <45be4303$1@flight> I have it on 'good authority' that: OpenVMS engineering will release updated versions of the time zone kits for the following versions of OpenVMS Alpha and Integrity: OpenVMS Alpha V8.2 OpenVMS Alpha V8.3 OpenVMS I64 V8.2-1 OpenVMS I64 V8.3 These kits will contain updated Mountain and Pacific time zone information for Canada. The kits should be finalized and ready for release by mid to late February. ------------------------------ Date: Tue, 30 Jan 2007 05:49:15 GMT From: "Fred Hoenisch" Subject: Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect. Message-ID: Had to do a little research on this (and I was born and grew up in Whitehorse). In 1975, Yukon Time disappeared (in Canada) and all of Yukon switched to Pacific. A small bit of Alaska continued to use "Yukon Time" (which I remembered and always thought odd that Yukon time was used in Alaska) - but Alaska got rid of it in 1983 when they reorganised their time zones. 4 zones down to 2. An aside - are you the JF who I met in Winnipeg when DECUS Canada was disbanded (under our noses)? Fred. "JF Mezei" wrote in message news:45be8102$0$10049$c3e8da3@news.astraweb.com... > Fred Hoenisch wrote: >> These kits will contain updated Mountain and Pacific time zone >> information for Canada. The kits should be finalized and ready for >> release by mid to late February. > > Will you also spend a few minutes to confirm that there is no longer such > a thing as a Yukon time zone ? (all of yukon operates on pacific time > zone). ------------------------------ Date: Mon, 29 Jan 2007 11:46:55 -0800 From: "Tom Linden" Subject: Re: PL/I for Itanium Message-ID: On Mon, 29 Jan 2007 08:38:39 -0800, Michael Kraemer wrote: > Tom Linden schrieb: > >> The ports to Primos and AOS were completed in 77 and 78. VAX, Wang >> and CDC in 79 >> Stratus in 80, Sun in 82 or 83 and so on ... > > but that's long gone history and dead platforms. > How about PL/I at the time Unix workstations took off > and started to eat mainframe and VAX business, > i.e. around 1990 and later ? > My impression is that there were no PL/I solutions > on PCs or workstations which could be taken as serious alternatives > to their mainframe or VMS counterparts. > The Liant offering which we licensed to them has the same origins as the VMS PL/I and it was certainly available on a number of Unix workstations, Sun, AIX, HP-UX, Mips, Also VMS PL/I was ported to Ultrix on Mips and we did Tru64. IBM ported there new PL/I to the PC, and it was marketed by Microfocus has part of their mainframe Workbench, which include Cobol, IMS and DB2, Rexx, SPL ... -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Mon, 29 Jan 2007 22:49:17 -0500 From: JF Mezei Subject: Re: VMS in the HP hierarchy Message-ID: <45bec057$0$6658$c3e8da3@news.astraweb.com> Arne Vajh=F8j wrote: > If the head of VMS is to report directly to the CEO, then I > guess VMS would need to deliver something in the 10-25 B$ range. I didn't suggest that McQuaid should report directly to Hurd. But one ha= s=20 to make sure she is close enough that Hurd woulod get her point of view=20 unfiltered by layers who are not interested in VMS. ------------------------------ End of INFO-VAX 2007.059 ************************