INFO-VAX Mon, 29 Jan 2007 Volume 2007 : Issue 58
Contents:
Re: Alpha Server 1200 processor error
Re: Another DS10L LOttery
Re: Another DS10L LOttery
Re: Another DS10L LOttery
Re: Another DS10L LOttery
Companies using VMS in Oregon
RE: Emulex CS09 configuration help?
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 to catch ots$movc3 error in a pascal user process
Re: OpenSSL & OSU
Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect.
Re: PL/I for Itanium
Re: PL/I for Itanium
Re: PL/I for Itanium
Re: PL/I for Itanium
Re: Remember back before FTP? Need to x-fer a file via terminal protocol.
TCPIP Failsafe vs ARP Cluster alias
Re: TCPIP Failsafe vs ARP Cluster alias
TCPIP Services SMTP Receiver buglet (Alpha 5.6)
vms ping?
Re: vms ping?
----------------------------------------------------------------------
Date: Mon, 29 Jan 2007 06:15:02 -0500
From: lbw2 <lbw2.2l67u4@no-mx.forums.yourdomain.com.au>
Subject: Re: Alpha Server 1200 processor error
Message-ID: <lbw2.2l67u4@no-mx.forums.yourdomain.com.au>
Hans
> Run test diagnostic ( Manufacturing repair solution ) pulled out fail
> R1_DAT95 on E15 pin 12*
> Hopefully a solder job will fix this problem.
>Will,
>could you be more specific on what ought to be soldered?
I work with repair on nearly all Alpha Server modules and we have a
piece of code for AS1200s that on certain tests i.e. test 11 with err 1
as here, we can enter values for the EI_ADDR , exp, rcv which will
indicate the failing data bit etc. In your example Chip E15 pin 12.
(Net R40.1, R116.1, E212.72).
You can also pass command line arguments.
argument 1 is MODULE_TYPE = B3004, B3005, B3006, or B3007
argument 2 is ERROR_TYPE = 620, 630, T11, or T12
NOTE: Make sure the XREF file exists in this directory.
The name must be the same as MODULE_TYPE,
with .DAT extension.
Module types are:
B3004
B3005
B3006
B3007
Module type [B3006]? B3005
Error types are:
620 ...you provide MC_ERR0 and MDPX_SYN)
630 ...you provide EI_ADDR and FILL_SYN)
T11 ...you provide ADDR and EXP/RCV_DATA)
T12 ...you provide EXP/RCV_DATA)
Enter Error type or Q to Quit? T11
ADDR<31:0> ? 0000802F
EXPECTED DATA <upper_longword> <lower_longword> ? aaaaaaaa aaaaaaaa
RECEIVED DATA <upper_longword> <lower_longword> ? aaaaaaaa 2aaaaaaa
>>>> MODULE TYPE = B3005
>>>> XREF FILE = B3005.dat
>>>> ERROR TYPE = TEST 11
>>>> ADDR<31:0> = 802F
>>>> EXPECTED_DATA = AAAAAAAA AAAAAAAA
>>>> RECEIVED_DATA = AAAAAAAA 2AAAAAAA
>>>> R1_DAT95 maps to location E15, pin 12.
Cheers
Will
--
lbw2
------------------------------------------------------------------------
lbw2's Profile: http://techiegroups.com/member.php?userid=689
View this thread: http://www.techiegroups.com/showthread.php?t=125376
------------------------------
Date: Mon, 29 Jan 2007 09:10:33 -0500
From: "Island Computers, D B Turner" <dturner-at-islandco.com>
Subject: Re: Another DS10L LOttery
Message-ID: <12rs036l7s71lc3@news.supernews.com>
We do not have time to send a person to the post office (3 miles away)
complete customs forms export invoices etc.
Our automated Fedex system here does it all for us !
DT
--
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)
"Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message
news:4devh.6432$Y6.2700@edtnps89...
> "David Turner, Island Computers US Corp" <dbturner@islandco.com>
> wrote in message news:Haavh.5460$fC2.4190@bignews4.bellsouth.net...
> | You are responsible for shipping
> | USA is between $25 and $35 depending on E or W coast
> | International can be scary: Canada about $90
>
> USPS Airmail Parcel Post to Canada would be a lot less than $90,
probably
> more like $30-40 and the receiver wouldn't get dinged utrageous customs
> brokerage fees either.
>
------------------------------
Date: Mon, 29 Jan 2007 09:11:45 -0500
From: "Island Computers, D B Turner" <dturner-at-islandco.com>
Subject: Re: Another DS10L LOttery
Message-ID: <12rs05he67bjaf0@news.supernews.com>
Respond to dturner-at-islandco-dot-com
The b was left my accident as I did this from home and rarely use my usenet
account there !
--
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)
<winston19842005@yahoo.com> wrote in message
news:1170032389.043016.289490@h3g2000cwc.googlegroups.com...
>
>
> On Jan 28, 6:24 pm, "David Turner, Island Computers US Corp"
> <dbtur...@islandco.com> wrote:
> > Forgot to mention
> >
> > If you have already applied you will be listed in the prize draw
> >
> > dt
> > "David Turner, Island Computers US Corp" <dbtur...@islandco.com> wrote
in
> > messagenews:Haavh.5460$fC2.4190@bignews4.bellsouth.net...
> >
> > > 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 "freeds10l" 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)
> >
> > >Lotterywinner will be notified on Wednesday (this wednesday)
> >
>
> I really don't wish to miss out - do we respond to your address,
> dbturner@islandco.com?
>
> I get:
> Your message has encountered delivery problems
> to the following recipient(s):
>
> dbturner@islandco.com
> Delivery failed
> 550 5.1.1 <dbturner@islandco.com> User unknown; rejecting
>
>
> No recipients were successfully delivered to.
>
------------------------------
Date: Mon, 29 Jan 2007 08:39:38 -0800
From: "Malcolm Dunnett" <nothome@spammers.are.scum>
Subject: Re: Another DS10L LOttery
Message-ID: <45be2304$1@flight>
"JF Mezei" <jfmezei.spamnot@vaxination.ca> wrote in message
news:45bd8615$0$6821$c3e8da3@news.astraweb.com...
> Malcolm Dunnett wrote:
>> USPS Airmail Parcel Post to Canada would be a lot less than $90,
>> probably
>> more like $30-40 and the receiver wouldn't get dinged utrageous customs
>> brokerage fees either.
>
> FedEx only charged $7 for the brokerage fees. (this used to be free, and
> is free for those who charge brokerage fees to their accounts).
According to the schedule I've seen they charge a variable rate depending
on
the items value. If a DS10L were declared as being worth $200 (you're
supposed
to declare value even if it's a "gift") the brokerage fee would be $25.50
(or
$33.75 if the value were $200.01).
Fedex doesn't post their rates on ther website (perhaps they're ashamed
of them?) but
I found a PDF on the web at:
http://www.stokecity.ca/FTN-FXG%20Brokerage%20Schedule%2003-01-04%20English%20Version.pdf
I can't parse your parenthetical statement, how can brokerage fees be
free
if they are charged to your FedEX account?
> Canada Post charges $10 if I remember correctly for the customs brokerage.
> (+ GST).
I think it used to be $5 and recently went up to $7(?). This is for any
package value up to $1200 CDN - beyond that they won't clear it and you'll
have to have it forwarded to a customs broker for clearance. no charge if
the item value is under $20.
>
> FedEx is also very reliable in terms of tracking and delivery time.
>
David may recall the package he sent me once via FedEX ground that
disappeared en-route, never to be seen again :-). Others could tell of
packages returned to them by FedEX because the paperwork wasn't exactly
right.
------------------------------
Date: 29 Jan 2007 10:52:55 -0800
From: paco.linux@gmail.com
Subject: Re: Another DS10L LOttery
Message-ID: <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"
<dbtur...@islandco.com> 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 17:23:25 GMT
From: Tad Winters <stafford.no.spam.winters2@verizon.net>
Subject: Companies using VMS in Oregon
Message-ID: <Xns98C75F86DDC27staffordnospamwinter@130.81.64.196>
What companies do you know in Oregon who might still run OpenVMS?
(I know I'm asking a geographically dispersed audience, but posting my
resume with several online job sites hasn't been effective, so I'd like to
send directly to companies of interest.)
In general, I think it would be interesting to see the geographic location
of VMS system use.
------------------------------
Date: Mon, 29 Jan 2007 08:32:00 +0100
From: "Gooijen, Henk" <henk.gooijen@oce.com>
Subject: RE: Emulex CS09 configuration help?
Message-ID: <447524F844B59D48B8F7AE7F560935EE08488239@OVL-EXBE01.ocevenlo.oce.net>
> -----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 <epbp2v02u0l@enews5.newsguy.com>, Alex Zorrilla =
> <apz@zxeng.com> 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 deli=
vering this message to the intended recipient, you are hereby notified that=
any dissemination, distribution or copying of this communication is strict=
ly 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: 28 Jan 2007 23:43:47 -0800
From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com>
Subject: Re: Fun with GNV - Watch out for MNT.
Message-ID: <1170056627.334481.183920@m58g2000cwm.googlegroups.com>
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?
Thanks,
Bart Zorn
On Jan 27, 4:06 pm, "Peter Weaver" <info-...@weaverconsulting.ca>
wrote:
> I decided to put GNV 2.1 on my Alpha/IA64 cluster the other day. My cluster
> has two system disks, one for the Alpha and one for the IA64.
>
> By default GNV creates a SYS$SYSDEVICE:[MNT] directory that contains
> pointers to each disk. It also creates a alias for SYS$COMMON:[GNV] pointing
> to SYS$SYSDEVICE:[000000].
>
> So on my system the Alpha's SYS$SYSDEVICE:[MNT] has a link to the IA64's
> system disk, the IA64 system disk has a [MNT] directory with a pointer to
> the Alpha's system disk, the Alpha's system disk has a [MNT] directory with
> a pointer to the IA64's system disk, the IA64 system disk has a [MNT]
> directory with a pointer to the Alpha's system disk, the Alpha's system disk
> has a [MNT] directory with a pointer to the IA64's system disk, the IA64
> system disk has a [MNT] directory with a pointer to the Alpha's system disk,
> the Alpha's system disk has a [MNT] directory with a pointer to the IA64's
> system disk, the IA64 system disk has a [MNT] directory with a pointer to
> the Alpha's system disk, the Alpha's system disk has a [MNT] directory with
> a pointer to the IA64's system disk. (I'll stop here, but DIR
> SYS$SYSDEVICE:[000000...] hasn't stopped yet.)
>
> But even with one system disk the SYS$COMMON:[GNV] points back to
> SYS$SYSDEVICE:[000000] which contains VMS$COMMON, which contains GNV which
> points back to [000000] which contains VMS$COMMON. I don't have the time to
> play right now, but I think installing GNV on a single system disk system
> will cause DIR SYS$SYSDEVICE:[000000...] to loop too. If anyone else out
> there has tried it on a single system disk system then let me know if DIR
> loops.
>
> I see in the readme notes there is a comment about editing
> PSX$UP_STARTUP.COM so I will have to see if I can fix this mess that way.
>
> If anyone else is bothered by this and have a way to report this then please
> do.
>
> Peter Weaverwww.weaverconsulting.ca
> CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial
> Hardware
------------------------------
Date: 29 Jan 2007 03:15:46 -0800
From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com>
Subject: Re: Fun with GNV - Watch out for MNT.
Message-ID: <1170069346.772094.181150@k78g2000cwa.googlegroups.com>
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)
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" <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?
>
> Thanks,
>
> Bart Zorn
>
> On Jan 27, 4:06 pm, "Peter Weaver" <info-...@weaverconsulting.ca>
> wrote:
>
> > I decided to put GNV 2.1 on my Alpha/IA64 cluster the other day. My cluster
> > has two system disks, one for the Alpha and one for the IA64.
>
> > By default GNV creates a SYS$SYSDEVICE:[MNT] directory that contains
> > pointers to each disk. It also creates a alias for SYS$COMMON:[GNV] pointing
> > to SYS$SYSDEVICE:[000000].
>
> > So on my system the Alpha's SYS$SYSDEVICE:[MNT] has a link to the IA64's
> > system disk, the IA64 system disk has a [MNT] directory with a pointer to
> > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with
> > a pointer to the IA64's system disk, the IA64 system disk has a [MNT]
> > directory with a pointer to the Alpha's system disk, the Alpha's system disk
> > has a [MNT] directory with a pointer to the IA64's system disk, the IA64
> > system disk has a [MNT] directory with a pointer to the Alpha's system disk,
> > the Alpha's system disk has a [MNT] directory with a pointer to the IA64's
> > system disk, the IA64 system disk has a [MNT] directory with a pointer to
> > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with
> > a pointer to the IA64's system disk. (I'll stop here, but DIR
> > SYS$SYSDEVICE:[000000...] hasn't stopped yet.)
>
> > But even with one system disk the SYS$COMMON:[GNV] points back to
> > SYS$SYSDEVICE:[000000] which contains VMS$COMMON, which contains GNV which
> > points back to [000000] which contains VMS$COMMON. I don't have the time to
> > play right now, but I think installing GNV on a single system disk system
> > will cause DIR SYS$SYSDEVICE:[000000...] to loop too. If anyone else out
> > there has tried it on a single system disk system then let me know if DIR
> > loops.
>
> > I see in the readme notes there is a comment about editing
> > PSX$UP_STARTUP.COM so I will have to see if I can fix this mess that way.
>
> > If anyone else is bothered by this and have a way to report this then please
> > do.
>
> > Peter Weaverwww.weaverconsulting.ca
> > CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial
> > Hardware
------------------------------
Date: Mon, 29 Jan 2007 17:34:14 +0100
From: Paul Sture <paul.sture.nospam@hispeed.ch>
Subject: Re: How long to really setup a VMS system ?
Message-ID: <paul.sture.nospam-A2429E.17341429012007@mac.sture.homeip.net>
In article <epkb6l$er2$01$1@news.t-online.com>,
Michael Kraemer <M.Kraemer@gsi.de> wrote:
> As a counterexample, look at MacOS X,
> though being sort of a Unix system, it's a well integrated
> office solution. It even can read the .doc and .ppt crap
> out-of-the-box.
I'm not sure about reading .ppt crap out of the box, but I've just tried
the TextEdit app on some lengthy .doc files and they were certainly
readable, if containing formatting errors. IOW, no extra packages needed
to read .doc files.
> > You need Acrobat Reader
>
> would mean to convince Adobe to provide either a VMS version
> or to release the source.
>
> > You need Open Office
>
> Seems to be a big deal, AFAIK it doesn't exist
> even for the major Unices except Solaris.
Back to OS X. In terms of numbers shipped, it's probably boosting Unix
market penetration by a significant amount.
--
Paul Sture
------------------------------
Date: 29 Jan 2007 01:07:20 -0800
From: fkburrie@gmail.com
Subject: Re: How to catch ots$movc3 error in a pascal user process
Message-ID: <1170061639.982812.101470@a75g2000cwd.googlegroups.com>
Sorry for the confusion, it was ots$move3. Today HP reported that it
was a HD failure, it will be replaced today or tomorrow.
Thanks,
Frank.
On 26 jan, 22:27, Stephen Hoffman <H...@HoffmanLabs-RemoveThis-.Org>
wrote:
> fkbur...@gmail.com wrote:
> > One of my pascal programs crashed during ots$movc3 (Openvms 7.3.1) with
> > pageread error (PAGRDERR) and io status 01F4 (=parity error?).
> > Addressed memory is mapped to disk. According to HELP /message pagrderr
> > an ana /disk /read_check has been performed without any significant
> > result. The problem is that ots$movc3 does not return a result value
> > that can be catched by the calling program. Someone has a clue of what
> > could be the underlying problem and how I can catch the error? Shot-gun answer follows:
>
> I'd ECO the OpenVMS Alpha V7.3-1 system to current, and would
> consider an upgrade to V7.3-2 -- the latter has Prior Version Support
> status, and thus has more current updates. This approach on the off
> chance that there's a low-level software error lurking. This does
> initially look to be hardware-level, however.
>
> The usual triggers for PAGRDERR and friends are bad or flaky or
> failing hardware. In this case, I might wonder if there's a bad block
> under the pagefile or the common or whatever is storing the page
> involved, or there is a device-level problem. If there are bad blocks,
> you can recreate the file or pagefile involved to force the device to
> reallocate the block. If the block is bad, that is.
>
> Disk bad block handling is discussed over in the old ATW area. See
> <http://h71000.www7.hp.com/wizard/wiz_6926.html>
>
> Various compilers tend to generate code that calls the OTS$ routines;
> if this is something the compiler has embedded, you're kinda stuck.
> You'll have to re-code around the code that cases the compiler to emit
> the call, or otherwise replace it with a lib$movc3 or lib$movc5 or such.
>
> Also check bus length, SCSI cable connections and termination. Check
> your SCSI chain. There are occasionally SCSI device firmware upgrades,
> too. Look in SYS$ETC: for those, or check the HP support database(s).
>
> If the disk(s) involved in this Alpha are old or overheated or
> dust-plugged or otherwise potentially degraded, I might well look for a
> few spares. Well, I might well look for a few spare disks anyway.
>
> And a question: is this reproducible in some fashion? Or is this a
> transient error? Or is this error moving around?
>
> --www.HoffmanLabs.com
> Services for OpenVMS
------------------------------
Date: Mon, 29 Jan 2007 08:45:14 +0000 (UTC)
From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann)
Subject: Re: OpenSSL & OSU
Message-ID: <epkc6p$mvl$1@news.BelWue.DE>
In article <0gavh.5152$Fd.2299@edtnps90>, "Malcolm Dunnett" <nothome@spammers.are.scum> writes:
>"Christoph Gartmann" <gartmann@nonsense.immunbio.mpg.de>
>wrote in message news:epj1nk$qa2$1@news.BelWue.DE...
>| > I just downloaded Firefox 2 and tried loading an https page from my OSU
>| >server (built with an older OpenSSL). It worked fine. I turned off TLS
>1.0
>| >support in Firefox (so it only supports SSL 3) and tried again, still
>| >worked. I don't see the problem, what am I missing? What version are you
>| >linked against now?
>|
>| Version 0.96G, nothing special.
>|
>
> OK, now I'm really confused. Even OpenSSL 9.3 supported SSL3 and TLS1. I
>wouldn't have expected to see any problems in 0.96G.
I am using the SSL_TASK interface. Could it be that the following line from
WWWSSL.COM is preventing SSL3?
$ SSL_CIPHER = "RC4-MD5:EXP-RC4-MD5:IDEA-CBC-MD5:EXP-RC2-CBC-MD5:" + -
"DES-CBC-MD5:DES-CBC-SHA:DES-CBC3-MD5"
This procedure explicitely mentions SSL3 in the part for the SSL_ENGINE
interface but has nothing similar for SSL_TASK...
Regards,
Christoph Gartmann
--
Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -452
Immunbiologie
Postfach 1169 Internet: gartmann@immunbio dot mpg dot de
D-79011 Freiburg, Germany
http://www.immunbio.mpg.de/home/menue.html
------------------------------
Date: Mon, 29 Jan 2007 10:52:45 -0800
From: "Fred Hoenisch" <Fred.Hoenisch@gov.bc.ca>
Subject: Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect.
Message-ID: <45be4273$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.
Disclaimer: The opinions expressed in this posting are the sole
responsibility of the author and have in no way been reviewed by my employer
or network provider.
------------------------------
Date: Mon, 29 Jan 2007 09:18:21 +0100
From: Michael Kraemer <M.Kraemer@gsi.de>
Subject: Re: PL/I for Itanium
Message-ID: <epkaig$4dl$02$1@news.t-online.com>
Tom Linden schrieb:
>
> Not true. The compiler we licensed to Liant was ported to a number of
> unix work stations, Sun, HP-UX, AIX. We also ported PL/I to Tru64
>
But that was when ?
Probably not from the very beginning when those workstations
were new.
------------------------------
Date: Mon, 29 Jan 2007 05:37:14 -0800
From: "Tom Linden" <tom@kednos-remove.com>
Subject: Re: PL/I for Itanium
Message-ID: <op.tmw34co1tte90l@hyrrokkin>
On Mon, 29 Jan 2007 00:18:21 -0800, Michael Kraemer <M.Kraemer@gsi.de>
wrote:
> Tom Linden schrieb:
>
>> Not true. The compiler we licensed to Liant was ported to a number of
>> unix work stations, Sun, HP-UX, AIX. We also ported PL/I to Tru64
>>
>
> But that was when ?
> Probably not from the very beginning when those workstations
> were new.
>
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 ...
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
------------------------------
Date: Mon, 29 Jan 2007 17:38:39 +0100
From: Michael Kraemer <M.Kraemer@gsi.de>
Subject: Re: PL/I for Itanium
Message-ID: <epl7sh$msv$01$1@news.t-online.com>
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.
------------------------------
Date: 29 Jan 2007 11:29:55 -0600
From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)
Subject: Re: PL/I for Itanium
Message-ID: <4qkbDctGAfSu@eisner.encompasserve.org>
In article <epl7sh$msv$01$1@news.t-online.com>, Michael Kraemer <M.Kraemer@gsi.de> writes:
> 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 probably depends on whether one thought that PCs or workstations
were serious alternatives to mainframes. But of course, on a VMS
workstation your statement would be illogical.
------------------------------
Date: 29 Jan 2007 08:45:22 -0600
From: briggs@encompasserve.org
Subject: Re: Remember back before FTP? Need to x-fer a file via terminal protocol.
Message-ID: <fqoVnzf$SSeG@eisner.encompasserve.org>
In article <8A+ZsZCyBVPO@eisner.encompasserve.org>, cornelius@encompasserve.org (George Cornelius) writes:
> In article <45b90f88$0$6230$c3e8da3@news.astraweb.com>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes:
>> Reread the original post. The person does not have TCPIP on that machine,
>> hence the discussions about kermit, X/Y modem etc.
>
> $ MCR MIME can of course handle uuencoded data - assuming it's present
> without TCPIP services. Since it's present on Multinet machines, I would
> guess it's present on all (current) systems.
>
> Of course simulating a uuencoded mail message would be an interesting
> exercise. I suppose you could pull an existing email message apart
> and insert the uuencoded data in the proper place.
No need to get that fancy. Just insert the uuencoded data as
[part of] a text message body.
Back in the days before MIME had become widely accepted the de facto
attachment encapsulation strategy was to uuencode and insert
in-line in the text message body.
There was an attempt to standardize this practice with an Encoding:
header that identified the line number and encoding algorithm used
for each such attachment. But its usage never got really widespread.
Even mail packages that supported the Encoding header tended to do so
only when creating messages. When receiving messages, they scanned
the message body for things that looked like uuencoded attachments
rather than trusting that an Encoding header would be present.
By the time MIME came along there was enough installed base creating
messages this way that a large number of mail packages continued
looking for uuencoded bits inside text messages and treating them as
attachments. My understanding is that Microsoft Exchange continues
doing so even today.
------------------------------
Date: Mon, 29 Jan 2007 07:34:05 -0500
From: JF Mezei <jfmezei.spamnot@vaxination.ca>
Subject: TCPIP Failsafe vs ARP Cluster alias
Message-ID: <45bde9d4$0$7524$c3e8da3@news.astraweb.com>
I remember seeing complaints here that the good old Arp based cluster Alias
had been replaced in recent alpha version of TCPIP Serviced with the
Failsafe service. (in particular the removal of the
TCPIP> SET INT /CLUSTER=ip /C_network= /C_broadcast= command.
In reading the Failsafe chapter, they mention that the same capabilities as
the arp based cluster can be achieved by using ifconfig to create an alias
IP address on the interface and not starting the Failsafe service. (or
something to that effect).
However, much earlier in that manual, there is still mention of the ability
to create arp based clusters with the good old
TPCIP> SET INTERFACE EW0 /CLUSTER=ip /C_broadcast= /C_net=
I was a bit confused, so I tried it and low and behold, it still works.
In fact, one vax currently has that cluster alias, and when i tried to
define in it the alpha it worked and ifconif even tells me which node
currently has the cluster alias !
$ ifconfig -a
WE0: flags=c43<UP,BROADCAST,RUNNING,MULTICAST,SIMPLEX>
Standby addresses:
inet 10.0.0.50 netmask ffff0000 broadcast 10.0.255.255 (Active on
VELO unknown)
*inet 10.0.0.11 netmask ffff0000 broadcast 10.0.255.255 ipmtu 1500
Was the /CLUSTER qualifier for TCPIP> SET INTERFACE put back in 5.6 of
TCPIP services, or had I totally misread posts here that had complained
about it being removed after 5.3 ?
------------------------------
Date: 29 Jan 2007 09:57:46 -0800
From: "Ian Miller" <gxys@googlemail.com>
Subject: Re: TCPIP Failsafe vs ARP Cluster alias
Message-ID: <1170093466.241555.324320@m58g2000cwm.googlegroups.com>
it was not removed but is no longer recommended.
------------------------------
Date: Mon, 29 Jan 2007 06:49:14 -0500
From: JF Mezei <jfmezei.spamnot@vaxination.ca>
Subject: TCPIP Services SMTP Receiver buglet (Alpha 5.6)
Message-ID: <45bddf52$0$6200$c3e8da3@news.astraweb.com>
I received a spam having the following top portion of the header:
> Return-Path: io@vaxination.ca
> Received: from dsl88-246-27944.ttnet.net.tr (88.246.109.40)
> by chain.vaxination.ca (V5.6-9, OpenVMS V8.3 Alpha);
> Wed, 24 Jan 2007 12:56:16 -0500 (EST)
> Return-path: <io@vaxination.ca>
> X-Original-To: xxxxxx@vaxination.ca
> Delivered-To: xxxxxx@vaxination.ca
> Received: from [88.246.109.40] (port=8106 helo=dsl88-246-27944.ttnet.net.tr)
> by gw.vaxination.ca with esmtp
> id 586308-586308-74
> for xxxxxx@vaxination.ca; Wed, 24 Jan 2007 19:57:23 +0200 (EET)
> Message-ID: <5f3801c73ff1$01c73ff1$286df658@vaxination.ca>
> From: "Alec" <io@vaxination.ca>
I have not checked the RFC, but are header fields case sensitive ? If not,
the TCPIP Services received should have removed the "Return-path:" before
adding its own received and its own Return-Path:
(aka: the software didn't recognise the "Return-path:" header in the
message contents because the "p" wasn't uppercase).
BTW, it is interesting that the spammers would bother adding a fake
Received: header to pretend that the message had originated from inside my
organisation.
------------------------------
Date: Mon, 29 Jan 2007 10:12:18 -0000
From: "chris" <christian.rothwell@baesystems>
Subject: vms ping?
Message-ID: <45bdc55d$1_1@glkas0286.greenlnk.net>
Hi
Were having some problems with networks and our VMS cluster, i know the
usual ucx ping routine, but i vagely remember you could ping a box from mc
sysman and it showed a little dot (.) , if it moved across the screen the
network was a bit iffy, can anyone help me to what that command was?
cheers
Chris
------------------------------
Date: 29 Jan 2007 10:07:54 -0800
From: bob@instantwhip.com
Subject: Re: vms ping?
Message-ID: <1170094074.013930.276440@h3g2000cwc.googlegroups.com>
On Jan 29, 5:12 am, "chris" <christian.rothwell@baesystems> wrote:
> Hi
>
> Were having some problems with networks and our VMS cluster, i know the
> usual ucx ping routine, but i vagely remember you could ping a box from mc
> sysman and it showed a little dot (.) , if it moved across the screen the
> network was a bit iffy, can anyone help me to what that command was?
>
> cheers
>
> Chris
or if you have TCPware
$ NETCU PING host
------------------------------
End of INFO-VAX 2007.058
************************