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 <stdout> 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 <jfmezei.spamnot@vaxination.ca> 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 <dean.woodward@gmail.com>
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 <n.rieck@sympatico.ca> wrote:
>
> "DeanW" <dean.woodward@gmail.com> 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" <tadamsmar@yahoo.com>
Subject: AXP 150 available and probably cheap
Message-ID: <1170683443.019713.262540@k78g2000cwa.googlegroups.com>
On Jan 31, 9:00 pm, David J Dachtera <djesys...@spam.comcast.net>
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" <tadamsmar@yahoo.com>
Subject: AXP 150 available, probably cheap
Message-ID: <1170685206.350227.315720@a34g2000cwb.googlegroups.com>
On Jan 31, 9:00 pm, David J Dachtera <djesys...@spam.comcast.net>
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" <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 <jfmezei.spam...@vaxination.ca> 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" <spam@dweeb.net>
Subject: Re: for the mathematicians out there
Message-ID: <45c7671f$0$176$157c6196@dreader1.cybercity.dk>
"Paul Sture" <paul.sture.nospam@hispeed.ch> wrote in message
news:paul.sture.nospam-BE8E87.04375802022007@mac.sture.homeip.net...
> In article <12s4l0atp0pi549@news.supernews.com>,
> "Island Computers, D B Turner" <dturner-at-islandco.com> 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" <tadamsmar@yahoo.com>
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" <mckinneyj@saic.com>
Subject: Re: How to temporarily disable AUTO_DLIGHT_SAV?
Message-ID: <1170700849.530633.300790@h3g2000cwc.googlegroups.com>
On Feb 5, 12:37 pm, "tadamsmar" <tadams...@yahoo.com> 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 <Xns98CBD9C0D2658staffordnospamwinter@130.81.64.196>, Tad Winters <stafford.no.spam.winters2@verizon.net> 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" <obermd.@.alum.mit.edu.nospam>
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" <peter@byron.digitalvax.com> 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" <dturner@no-spam.islandco.com>
> 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" <Hoff@HoffmanLabs-RemoveThis-.Org> wrote in message
>> news:ept6f8$a59$1@pyrite.mv.net...
>> > Guy Peleg wrote:
>> >> "Navid Shakibapour" <navid.shakibapour@gmail.com> 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" <iain@issinoho.com>
Subject: phpBB3 support?
Message-ID: <eq70kf$i67$1$8300dec7@news.demon.co.uk>
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: <HHIRymU6cXjs@eisner.encompasserve.org>
In article <vpCdndolFYZrmVjYnZ2dnUVZ_uDinZ2d@comcast.com>, 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 <stdout> 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: <eq7ak3$5tc$1@south.jnrs.ja.net>
In article <27165$45c709e3$82a13c9d$15742@news2.tudelft.nl>, JOUKJ <joukj@hrem.nano.tudelft.nl> 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
************************