INFO-VAX Mon, 05 Feb 2007 Volume 2007 : Issue 72 Contents: Re: Alpha artwork available again Re: Anyone have a copy of the DCL book they'd part with? AXP 150 available and probably cheap AXP 150 available, probably cheap Re: Change sys$specific:[tcpip$smtp] directory to another disk Re: for the mathematicians out there How to temporarily disable AUTO_DLIGHT_SAV? Re: How to temporarily disable AUTO_DLIGHT_SAV? Re: Intel prepares to kill off the Pentium 4 Re: MBR(Master Boot Record) please help! phpBB3 support? Re: PL/I for Itanium Re: Purveyor CGI mailbox capacity [now very long winded] Re: VMS83A_ACMELDAP-V0100 ---------------------------------------------------------------------- Date: 5 Feb 2007 11:12:34 -0600 From: burley.not-this@encompasserve-or-this.org (Graham Burley) Subject: Re: Alpha artwork available again Message-ID: <4LbKJzE76Dan@eisner.encompasserve.org> In article <3e7c9$45c6f60c$cef8887a$1279@TEKSAVVY.COM>, JF Mezei writes: > Due to a bug in the LD driver, I had lost recent additions Can you provide any more details on the LD bug? ------------------------------ Date: Mon, 5 Feb 2007 10:50:52 -0800 From: DeanW Subject: Re: Anyone have a copy of the DCL book they'd part with? Message-ID: <3f119ada0702051050m355973ear54c430d18324c460@mail.gmail.com> On 2/2/07, Neil Rieck wrote: > > "DeanW" wrote in message > news:3f119ada0702021212w3a666c6bm2554d201c8aad770@mail.gmail.com... > >I gave my copy of "Writing Real Programs in DCL" to a geographically > > remote co-worker, figuring I'd just pick up another copy. That book > > turns out to be unobtanium. > > > > Does anyone have an extra copy that I might be able to purchase, or > > know where there is one? > > > Try the following URL: > http://www.bookfinder.com > then click the top link after you do a title search. Slightly more specifically, I'm looking for a copy of the 2nd edition. Hoff tells me offline he added a large amount of content. $17 for the first edition might be reasonable- $250 for the second edition is just a tad steep. =8-O ------------------------------ Date: 5 Feb 2007 05:50:43 -0800 From: "tadamsmar" Subject: AXP 150 available and probably cheap Message-ID: <1170683443.019713.262540@k78g2000cwa.googlegroups.com> On Jan 31, 9:00 pm, David J Dachtera wrote: > By the way: Before you junk the 150, see if you can offer it to the community. I > wouldn't mind having a spare. I seem to be bound by red-tape. It will be surplused. I think it will go up for sale at auction in the Research Triangle Park (RTP) in NC. It will be on a palette with a bunch of PCs most likely, but there should be an itemized list of the contents of the pallet. I am trying to figure out where the auctions are held and how to get announcements in advance of the pallet inventories. Some of the guys I work with have gone to the auctions in the past but the system and location may have changed since then. They said that a pallet might sell for $10. Even if it bids up too high, you can just go to the buyer of the pallet and offer to buy the AXP 150. I may just go buy the thing and make it available to the community if I can figure out how to do it. It will most likely come without the PAKs, I don't know of a way to sell them and we might be able to use them on another system. I am planning to delete everything on the disks before I surplus it, but I am not sure what I am legally obligated to do. Anyway, if you have the CDs you should be able to load another OS. Are you located near the RTP? ------------------------------ Date: 5 Feb 2007 06:20:08 -0800 From: "tadamsmar" Subject: AXP 150 available, probably cheap Message-ID: <1170685206.350227.315720@a34g2000cwb.googlegroups.com> On Jan 31, 9:00 pm, David J Dachtera wrote: > By the way: Before you junk the 150, see if you can offer it to the community. I > wouldn't mind having a spare. I seem to be bound by red-tape. It will be surplused. I think it will go up for sale at auction in the Research Triangle Park (RTP) in NC. It will be on a palette with a bunch of PCs most likely, but there should be an itemized list of the contents of the pallet. I am trying to figure out where the auctions are held and how to get announcements in advance of the pallet inventories. Some of the guys I work with have gone to the auctions in the past but the system and location may have changed since then. They said that a pallet might sell for $10. Even if it bids up too high, you can just go to the buyer of the pallet and offer to buy the AXP 150. I may just go buy the thing and make it available to the community if I can figure out how to do it. It will most likely come without the PAKs, I don't know of a way to sell them and we might be able to use them on another system. I am planning to delete everything on the disks before I surplus it, but I am not sure what I am legally obligated to do. Anyway, if you have the CDs you should be able to load another OS. Are you located near the RTP? ------------------------------ Date: 5 Feb 2007 00:24:01 -0800 From: "Bart.Zorn@gmail.com" Subject: Re: Change sys$specific:[tcpip$smtp] directory to another disk Message-ID: <1170663841.471201.98090@l53g2000cwa.googlegroups.com> A (long) while ago, I did some experiments with TCPIP$SMTP_COMMON. First I defined it in LNM$SYSCLUSTER_TABLE (of course), but that did not seem to have any effect. Then I defined it in LNM$SYSTEM_TABLE and that stopped SMTP completely. I talked about this with Guy Peleg some years ago, and he told me then that he would be working on TCPIP soon and he would look into the general quality of things like this. Unfortunately, that day did not come... Bart Zorn On Feb 2, 9:10 pm, JF Mezei wrote: > miguelw...@gmail.com wrote: > > On Vms 6.2 this was a piece of cake, I just changed ucx$smtp home's > > directory and voila. > > > On Vms 7.3 I did then same, changing tcpip$smtp home's directory but > > nothing happened. > > Have you changed the logical TCPIP$SMTP_COMMON ? > > I haven't checked how this can officially be done so that in the system > startup, it points to the right directory. But I just looked at the > tcpip$smtp_receiver.exe file and it doesn't seem to have specific > recerences to a directory and does have the tcpip$smtp_common string in it. ------------------------------ Date: Mon, 5 Feb 2007 18:19:24 +0100 From: "Dr. Dweeb" Subject: Re: for the mathematicians out there Message-ID: <45c7671f$0$176$157c6196@dreader1.cybercity.dk> "Paul Sture" wrote in message news:paul.sture.nospam-BE8E87.04375802022007@mac.sture.homeip.net... > In article <12s4l0atp0pi549@news.supernews.com>, > "Island Computers, D B Turner" wrote: > >> http://youtube.com/watch?v=MiMWJ1xBo8w >> >> Enjoy ! > > Not bad at all. If you enjoyed that one, don't miss the next 7 episodes. > > Nicely surreal :-) > > -- > Paul Sture Oh yes - hilarious. Of course I suspect much of the humour will be lost on the non-Brits. Things like the "Bakerloo bell jar" - rotfl Dweeb ------------------------------ Date: 5 Feb 2007 09:37:56 -0800 From: "tadamsmar" Subject: How to temporarily disable AUTO_DLIGHT_SAV? Message-ID: <1170697076.562022.204160@p10g2000cwp.googlegroups.com> I have the following notes on how to set AUTO_DLIGHT_SAV SYSMAN PARA SET AUTO_DLIGHT_SAV 1 PARA WRITE ACTIVE PARA WRITE CURRENT reboot All my Alphas have it set. But I just realized I need a simple procedure for disabling it in the rare case that a node is in production use at 2 AM on that Sunday of the time change. It might happen on one of our systems since some researchers run multi-day experiments. I would need to do the time change manually at a later time, probably on Monday. Is there a simpler way to disable it for the weekend and then enable it. That is, without the reboot? Other than setting the time, is there anything else I need to do to manually change to/form daylight savings time. I am running 7.3.2. I am not running NTP or anything like that on these systems. ------------------------------ Date: 5 Feb 2007 10:40:49 -0800 From: "Jim" Subject: Re: How to temporarily disable AUTO_DLIGHT_SAV? Message-ID: <1170700849.530633.300790@h3g2000cwc.googlegroups.com> On Feb 5, 12:37 pm, "tadamsmar" wrote: > I have the following notes on how to set AUTO_DLIGHT_SAV > > SYSMAN > PARA SET AUTO_DLIGHT_SAV 1 > PARA WRITE ACTIVE > PARA WRITE CURRENT > reboot > > All my Alphas have it set. > > But I just realized I need a simple procedure for disabling it in the > rare case that a node is in production use at 2 AM on that Sunday of > the time change. It might happen on one of our systems since some > researchers run multi-day experiments. I would need to do the time > change manually at a later time, probably on Monday. > > Is there a simpler way to disable it for the weekend and then enable > it. That is, without the reboot? > > Other than setting the time, is there anything else I need to do to > manually change to/form daylight savings time. > > I am running 7.3.2. I am not running NTP or anything like that on > these systems. The JOB_CONTROL process is the consumer of that AUTO_DLIGHT_SAV parameter. It reads it during startup and schedules the time change event if required. So, log in as user SYSTEM and do the following to disable automatic DST processing on the running system (this will not persist across a reboot). $ mcr sysman SYSMAN> PARA SET AUTO_DLIGHT_SAV 0 ! flip the flag SYSMAN> PARA WRITE ACTIVE ! save it SYSMAN> EXIT $ stop job_control ! stop job controller running under SYSTEM $ @sys$system:startup jobctl ! re-start JOB_CONTROL process ------------------------------ Date: 5 Feb 2007 07:48:33 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Intel prepares to kill off the Pentium 4 Message-ID: <3do6wbRZuy0I@eisner.encompasserve.org> In article , Tad Winters writes: > > Maybe I'm dense. I thought standards were defined by independent bodies, > not by common use. ANSI standards and ISO standards are defined by those groups. Defacto standards are defined by common use. K&R was the defacto standard long before ANSI wrote a C language standard. VAX Fortran was the defacto standard when Sun and HP decided to take on existing DEC customers, despite independent standards from both ANSI and ISO at the time. And the ANSI C committee generally has limited itself to codifying what is common use. They actually have the power to define the behaviour of the language such that buffer overruns would not be so readily allowed, implying that pointer had to be implemented as more than address, but wht's in use is pointer is address and buffer overruns are trivial, and that's the way the comittee has left it. ------------------------------ Date: Mon, 5 Feb 2007 07:27:33 -0700 From: "Michael D. Ober" Subject: Re: MBR(Master Boot Record) please help! Message-ID: <45c740ae$0$25775$815e3792@news.qwest.net> Which is why, although I can read the MBR, I'm not helping in this case. Mike. "PL" wrote in message news:UEWwh.31063$E02.12664@newsb.telia.net... > > No, it rather looks like someone want's to terrorize the MBR. > > ^P > > "David Turner, Island Computers US Corp" > skrev i meddelandet news:VAPwh.11934$qt.8027@bignews5.bellsouth.net... >> Watch it people! >> My bet is he's an HP Techy in India trying to learn how to support VMS ! >> They are now economising in India by letting them teach themselves VMS. >> Saving at least 300 rupees per day ! >> >> >> ;0) >> >> >> >> >> >> >> "Stephen Hoffman" wrote in message >> news:ept6f8$a59$1@pyrite.mv.net... >> > Guy Peleg wrote: >> >> "Navid Shakibapour" wrote in message >> >> news:1170286868.116931.230740@p10g2000cwp.googlegroups.com... >> > >> >>> I want to disassemble a MBR file and understand what that code does, >> >>> In particular I want to know the role of each line of the code (or >> >>> each logically connected fragment of it) in the boot sequence and why >> >>> that line is needed. >> >>> You can download the MBR file that I choose from the following link: >> >>> http://s15.quicksharing.com/v/3894883/final.bin.html >> > >> > An HTML / BIN file? I'd post plain text. I don't download bin >> > files. >> > >> >> WHY? >> > >> > Yes, why are you interested. >> > >> > Your chosen tool is misleading you, or this isn't an OpenVMS I64 >> > disk, >> > or this is not an OpenVMS question. >> > >> > There is no executable code in the master boot record (MBR) for > OpenVMS >> > I64, or in the GUID Partitioning Table (GPT) structures that can be >> > referenced by the MBR. >> > >> > There is no executable code within any of the MBR or GPT structures. >> > >> > That's how all of the Itanium systems and the EFI console operate. >> > >> > OpenVMS I64 does have latent tools that can disassemble and display > the >> > contents of the key pieces of the MBR, and commands such as DUMP can > show >> > the rest. OpenVMS I64 does use MBR and (usually) MBR and GPT for the >> > bootstrap structures. To dump the interesting bits: >> > >> > $ sb :== $sys$system:sys$setboot >> > $ sb -s -f ddcu: >> > >> > You can get the data back into DCL symbols, too. >> > >> > For the available command help for this: >> > >> > $ sb -? >> > >> > If you want to see how these structures are organized and used, the >> > available Intel and UEFI EFI console documentation has the full details > of >> > the on-disk bootstrap structures. >> > >> > The OpenVMS Alpha and OpenVMS VAX systems do not use MBR structures. >> > These systems use the BTBDEF structures, as defined in the OpenVMS >> > libraries. If you have sys$setboot around, it can decode these disk >> > structures, too. >> > >> > -- >> > www.HoffmanLabs.com >> > Services for OpenVMS >> >> > > ------------------------------ Date: Mon, 5 Feb 2007 10:22:34 -0000 From: "Iain Smith" Subject: phpBB3 support? Message-ID: Whilst experimenting with various packages on VAMP, I attempted to install the phpBB3 beta - the VAMP board is running on phpBB2 so I obviously have an interest in supporting the next version. One of the pre-requisites is *not* met. See the following error, ======== PCRE UTF-8 support: phpBB will not run if your PHP installation is not compiled with UTF-8 support in the PCRE extension ======== Is this something that we are likely to see at some point soon, or alternatively would it be possible to compile a new version of PHO_PCRE.EXE with UTF-8 support? Thanks. x-posted to VAMP. ------------------------------ Date: 5 Feb 2007 07:58:47 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: PL/I for Itanium Message-ID: In article , pechter@pechter.dyndns.org (William Pechter) writes: > > Nooooo. Anything's better than TKB! > We replaced our 11/34 with an 11/44 and were able to go from disk resident overlays to memory resident overlays. Greate performance boost, but there was no way we could squeeze the entire program in a single 16 bit memory space. Still, it was better than the work I'd done on an IBM 360/75, where we coded up 300,000 lines of Fortran IV and then squeezed it into a 600K word overlay. Ouch. ------------------------------ Date: 5 Feb 2007 05:15:03 -0800 From: bob@instantwhip.com Subject: Re: Purveyor CGI mailbox capacity [now very long winded] Message-ID: <1170681303.191830.66240@j27g2000cwj.googlegroups.com> thats what happens when you rely on "c" garbage ... should have used DIBOL ... :) ------------------------------ Date: Mon, 5 Feb 2007 13:14:44 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: VMS83A_ACMELDAP-V0100 Message-ID: In article <27165$45c709e3$82a13c9d$15742@news2.tudelft.nl>, JOUKJ writes: >Hi all, > >I get a little confused : > 1) In ftp://ftp.itrc.hp.com/openvms_patches/alpha/V8.3 I find a >recent addition of VMS83A_ACMELDAP-V0100.ZIPEXE > 2) On page http://h71000.www7.hp.com/openvms/ACME_DEV_README.TXT I >can read : >There are six PCSI kits (3 for Alpha and 3 for I64): > >DEC-AXPVMS-V83_ACMELOGIN-V0101--4.PCSI (ACMELOGIN V1.1 patch kit Alpha) >HP-I64VMS-V83_ACMELOGIN-V0101--4.PCSI (ACMELOGIN V1.1 patch kit I64) > >DEC-AXPVMS-V83_LOGIN-V0101--4.PCSI (LOGIN V1.1 patch kit Alpha) >HP-I64VMS-V83_LOGIN-V0101--4.PCSI (LOGIN V1.1 patch kit I64) > >DEC-AXPVMS-V83_ACMELDAP_STD-V0102--4.PCSI (ACMELDAP-STD V1.2 patch kit >Alpha) >HP-I64VMS-V83_ACMELDAP_STD-V0102--4.PCSI (ACMELDAP-STD V1.2 patch kit I64) > >[snip] > >(Obsolete Kit) > >HP-I64VMS-V83_ACMELDAP-V0100--4.PCSI (ACMELDAP V1.0 patch kit Alpha - >obsolete) >DEC-AXPVMS-V83_ACMELDAP-V0100--4.PCSI (ACMELDAP V1.0 patch kit I64 - >obsolete) > > Will this new LDAP authentication kit authenticate against Microsoft's LDAP implementation on AD ? (The VMS systems are in our DMZ and I don't want to allow microsoft protocols across the firewall to our internal systems so can't use Pathworks/Samba for the authentication but LDAP would be OK. I already use LDAP to authenticate PMAS from some VMS systems to AD but that required Process to do some work because Microsoft do not allow anonymous searching ie you have to bind to an account which has search privileges on AD - and the AD schema is different and requires the use of SamAccountName rather than uid. ) Also does this support secure LDAP or is the query passed in the clear ? David Webb Security team leader CCSS Middlesex University > > > > > >I cannot find the *V0101 kits. > >What is the kit to be installed and where to find it? > > Jouk ------------------------------ End of INFO-VAX 2007.072 ************************