0 INFO-VAX	Fri, 13 Feb 2004	Volume 2004 : Issue 86      Contents:4 ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too!4 ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too!4 ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too! Re: Carly - Mars bound?  Re: Carly - Mars bound?  Re: Carly - Mars bound?  Re: Day of Year DCL procedure  Re: Day of Year DCL procedure  Re: Day of Year DCL procedure  Re: disk drive partition?  Re: disk drive partition?  Re: File transfers to a PC Re: File transfers to a PC Re: File transfers to a PC' Re: Fully configured ES40 for USD13,495 ' Re: Fully configured ES40 for USD13,495 B Re: HP OpenView Operations Agent for OpenVMS V1.0 - Available now!B RE: HP OpenView Operations Agent for OpenVMS V1.0 - Available now!8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon8 Re: HP/Intel Itanium is dead, long life to HP/AMD AthlonP Re: Intel and Microsoft provide higher 32-bit applications performance on Itaniu: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !! Microvax vs Vaxstation 3100  Re: Microvax vs Vaxstation 3100  Re: Microvax vs Vaxstation 3100  Re: Microvax vs Vaxstation 3100 ) Need copy of VMS5.5 2H4 distribution TK50  Re: new TCPIP patch for 5.3 1 Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1 1 Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1  Re: OpenVMS Feelings Re: OpenVMS FeelingsK Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again!  Re: Other CVS on VMS problems A Re: page- and swap-files, autogen, modparams.dat, file-naming etc # Searching for VMS 5.x documentation 4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?"> Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority)2 Unknown identifier DECW$WS_QUOTA in rightslist.dat
 Re: VMS 7.3-2 
 Re: VMS 7.3-2 
 Re: VMS 7.3-2 
 Re: VMS 7.3-2  Re: VMS and Unicode  Re: VMS and Unicode  Re: VMS and Unicode  Re: VMS Systems Disposal Re: VMS Systems Disposal) What kind of memory for AlphaServer 1000?  Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ?? Re: [OpenVMS VAX V7.3, Alpha V7.3-2] Bug in SYS$FAO still there 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full   F ----------------------------------------------------------------------  % Date: Thu, 12 Feb 2004 02:08:47 -0600 ( From: Caesar Kent <caesarkent@yahoo.com>= Subject: ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too! : Message-ID: <OuGWb.49768$uS3.24622@bignews4.bellsouth.net>  C Hello!  It's been a while since I've posted here, but you should be + seeing some more posts in the coming weeks.   F HGLOGIN, which lets a privileged user log into another account withoutE having to specify the account's password, has been updated to correct  a couple of problems.   D HGLOGIN, BAT (easily submit commands to a batch queue), and HGSD (myE version of an enhanced SET DEFAULT) all now include binaries for VAX, C Alpha, *and* Itanium.  I'll be porting more utilities to Itanium in  the coming weeks.   < You can find the packages via FTP from FTP.PROCESS.COM underC [.VMS-FREEWARE.FILESERV], or you can use any of the following URLs:    http://www.process.com/openvms/   7 ftp://ftp.process.com/vms-freeware/fileserv/hglogin.zip 3 ftp://ftp.process.com/vms-freeware/fileserv/bat.zip 4 ftp://ftp.process.com/vms-freeware/fileserv/hgsd.zip  < http://vms.process.com/ftp/vms-freeware/fileserv/hglogin.zip8 http://vms.process.com/ftp/vms-freeware/fileserv/bat.zip9 http://vms.process.com/ftp/vms-freeware/fileserv/hgsd.zip   3 ftp://ftp.tmk.com/vms-freeware/fileserv/hglogin.zip / ftp://ftp.tmk.com/vms-freeware/fileserv/bat.zip 0 ftp://ftp.tmk.com/vms-freeware/fileserv/hgsd.zip  8 http://www.tmk.com/ftp/vms-freeware/fileserv/hglogin.zip4 http://www.tmk.com/ftp/vms-freeware/fileserv/bat.zip5 http://www.tmk.com/ftp/vms-freeware/fileserv/hgsd.zip    And the usual mirrors.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------    Date: 12 Feb 2004 01:01:19 -0800- From: goathunter@goatley.com (Hunter Goatley) = Subject: ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too! = Message-ID: <3ff5fed3.0402120005.59835a5e@posting.google.com>   C Hello!  It's been a while since I've posted here, but you should be + seeing some more posts in the coming weeks.   F HGLOGIN, which lets a privileged user log into another account withoutE having to specify the account's password, has been updated to correct  a couple of problems.   D HGLOGIN, BAT (easily submit commands to a batch queue), and HGSD (myE version of an enhanced SET DEFAULT) all now include binaries for VAX, C Alpha, *and* Itanium.  I'll be porting more utilities to Itanium in  the coming weeks.   < You can find the packages via FTP from FTP.PROCESS.COM underC [.VMS-FREEWARE.FILESERV], or you can use any of the following URLs:    http://www.process.com/openvms/   7 ftp://ftp.process.com/vms-freeware/fileserv/hglogin.zip 3 ftp://ftp.process.com/vms-freeware/fileserv/bat.zip 4 ftp://ftp.process.com/vms-freeware/fileserv/hgsd.zip  < http://vms.process.com/ftp/vms-freeware/fileserv/hglogin.zip8 http://vms.process.com/ftp/vms-freeware/fileserv/bat.zip9 http://vms.process.com/ftp/vms-freeware/fileserv/hgsd.zip   3 ftp://ftp.tmk.com/vms-freeware/fileserv/hglogin.zip / ftp://ftp.tmk.com/vms-freeware/fileserv/bat.zip 0 ftp://ftp.tmk.com/vms-freeware/fileserv/hgsd.zip  8 http://www.tmk.com/ftp/vms-freeware/fileserv/hglogin.zip4 http://www.tmk.com/ftp/vms-freeware/fileserv/bat.zip5 http://www.tmk.com/ftp/vms-freeware/fileserv/hgsd.zip    And the usual mirrors.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------    Date: 12 Feb 2004 01:01:21 -0800- From: goathunter@goatley.com (Hunter Goatley) = Subject: ANN: Updated HGLOGIN, BAT, and HGSD -- Itanium, too! = Message-ID: <3ff5fed3.0402120006.4093d3a3@posting.google.com>   C Hello!  It's been a while since I've posted here, but you should be + seeing some more posts in the coming weeks.   F HGLOGIN, which lets a privileged user log into another account withoutE having to specify the account's password, has been updated to correct  a couple of problems.   D HGLOGIN, BAT (easily submit commands to a batch queue), and HGSD (myE version of an enhanced SET DEFAULT) all now include binaries for VAX, C Alpha, *and* Itanium.  I'll be porting more utilities to Itanium in  the coming weeks.   < You can find the packages via FTP from FTP.PROCESS.COM underC [.VMS-FREEWARE.FILESERV], or you can use any of the following URLs:    http://www.process.com/openvms/   7 ftp://ftp.process.com/vms-freeware/fileserv/hglogin.zip 3 ftp://ftp.process.com/vms-freeware/fileserv/bat.zip 4 ftp://ftp.process.com/vms-freeware/fileserv/hgsd.zip  < http://vms.process.com/ftp/vms-freeware/fileserv/hglogin.zip8 http://vms.process.com/ftp/vms-freeware/fileserv/bat.zip9 http://vms.process.com/ftp/vms-freeware/fileserv/hgsd.zip   3 ftp://ftp.tmk.com/vms-freeware/fileserv/hglogin.zip / ftp://ftp.tmk.com/vms-freeware/fileserv/bat.zip 0 ftp://ftp.tmk.com/vms-freeware/fileserv/hgsd.zip  8 http://www.tmk.com/ftp/vms-freeware/fileserv/hglogin.zip4 http://www.tmk.com/ftp/vms-freeware/fileserv/bat.zip5 http://www.tmk.com/ftp/vms-freeware/fileserv/hgsd.zip    And the usual mirrors.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/    ------------------------------    Date: 12 Feb 2004 13:16:06 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)   Subject: Re: Carly - Mars bound?= Message-ID: <cf15391e.0402121316.196e21f0@posting.google.com>   u "John Smith" <a@nonymous.com> wrote in message news:<f8bUb.130827$9Ce1.91427@news04.bloor.is.net.cable.rogers.com>... + > http://www.theinquirer.net/?article=13918    Some other views of this news:  , HP Propels Space Exploration and Topography:@ HP's Carly Fiorina appointed to U.S. Space Commission while NASA9 learns about Mars through HP imaging, printing technology C http://www.hp-interex.org/site/cms/newsarticleview.asp?article=2137   E Prominent Business Leaders, Scientists on Bush's Mars-Moon Commission 5 http://www.space.com/news/bush_commission_040201.html   # President Names Eight Moon Advisers M http://customwire.ap.org/dynamic/stories/B/BUSH_SPACE?SITE=LALAF&SECTION=HOME    ------------------------------    Date: 12 Feb 2004 16:29:10 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Carly - Mars bound?3 Message-ID: <HopiTvLDd7RT@eisner.encompasserve.org>   q In article <cf15391e.0402121316.196e21f0@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > . > HP Propels Space Exploration and Topography:B > HP's Carly Fiorina appointed to U.S. Space Commission while NASA; > learns about Mars through HP imaging, printing technology   G    She's looking to be at the top of market share in lunar music player     and toner sales.   E    Later she want to outsell all others in martian keyboard adapters. E    Developement has been put off until NASA can get a photo of thier  	    hands.   D    There's an unannounced development underway to bring out the grokF    utility on HP-UX i12.3, just as soon as someone can figure out what5    "generate refutable order and kringe" really does.    ------------------------------  # Date: Thu, 12 Feb 2004 23:20:22 GMT # From: "John Smith" <a@nonymous.com>   Subject: Re: Carly - Mars bound?G Message-ID: <WSTWb.15925$cBH.7272@news04.bloor.is.net.cable.rogers.com>    Keith Parris wrote: 0 > "John Smith" <a@nonymous.com> wrote in messageH > news:<f8bUb.130827$9Ce1.91427@news04.bloor.is.net.cable.rogers.com>..., >> http://www.theinquirer.net/?article=13918 >   > Some other views of this news: > . > HP Propels Space Exploration and Topography:B > HP's Carly Fiorina appointed to U.S. Space Commission while NASA; > learns about Mars through HP imaging, printing technology E > http://www.hp-interex.org/site/cms/newsarticleview.asp?article=2137  > G > Prominent Business Leaders, Scientists on Bush's Mars-Moon Commission 7 > http://www.space.com/news/bush_commission_040201.html  > % > President Names Eight Moon Advisers  > L http://customwire.ap.org/dynamic/stories/B/BUSH_SPACE?SITE=LALAF&SECTION=HOM E       J From the www.space.com link above I found out what made carly(tm) uniquelyH qualified to be part of this commission...". HP has previously sponsoredI Disney's new SPACE ride and a robotic lunar mission by TransOrbital Inc." % Impeccable credentials if you ask me. L And with that cute little hairstyle of hers, she'll have no problem slipping@ the helmet on - you know the one....the one with blinkers on it.  I I note that other successful CEO's, the one's whose companies are posting I double digit growth rates, are not found on the commission. I guess Mikey J Dell was too busy making money (see below). But carly(tm) is demonstratingF her altruistic nature in all of this....by spending time away from the; company, maybe some real managers can get down to business.     F Personally I think it might just be a good idea if she 'burns her boat$ behind her' once *she* reaches Mars.  + -------------------------------------------   = http://online.wsj.com/article/0,,SB107644599556525888,00.html    Dell's Profit Jumps 24%  On Healthy Revenue  L Dell Inc. reported sharply higher sales and earnings as the computer giant'sE results were buoyed by strong demand for computer servers and storage 	 products.   K Dell, of Round Rock, Texas, said net income rose 24% to $749 million, or 29 G cents a share, for its fiscal fourth quarter ended Jan. 30. In the same F quarter a year earlier, Dell earned $603 million, or 23 cents a share.  I Revenue rose 18% to $11.51 billion from $9.74 billion in the year-earlier  period.    ------------------------------  % Date: Wed, 11 Feb 2004 21:57:52 +0200 @ From: =?ISO-8859-1?Q?Veli_K=F6rkk=F6?= <veli.korkko@kolumbus.fi>& Subject: Re: Day of Year DCL procedure1 Message-ID: <c0e1g2$85p$1@phys-news1.kolumbus.fi>   	 How about   * $ write sys$output f$cvtime(,,"DAYOFYEAR")    , This unfortunately requires VMS V7.3-1 iirc.   _veli      Barry Treahy, Jr. wrote:J > I'm in a hurry and rather than reinvent another wheel, does anyone have G > a segment of a DCL procedure for returning the Day of the Year?  For  J > example, today is 11-Feb-2004, I would want the procedure to return 42, J > and this procedure must obviously take into consideration leap year and 
 > so on... >  > Barry  >    ------------------------------  % Date: Thu, 12 Feb 2004 18:52:08 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> & Subject: Re: Day of Year DCL procedure' Message-ID: <402C2DC8.9080007@MMaz.com>    Veli K=F6rkk=F6 wrote:   > How about  > , > $ write sys$output f$cvtime(,,"DAYOFYEAR") >  > + Well, it certainly doesn't work on VMS 7.2:    V4100$ sh sys/net J OpenVMS V7.2  on node V4100  12-FEB-2004 20:50:57.97  Uptime  101 10:52:0= 7 J   Pid    Process Name    State  Pri      I/O       CPU       Page flts =20 Pages D 20200095 EVL             HIB      9      929   0 00:00:01.45     =20 7608    186  N/ V4100$ write sys$output f$cvtime(,,"DAYOFYEAR") A %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling   I Regardless, I've already received the quick and dirty solutions that I=20 , needed.  Thanks to everyone that chipped in.   Barry    > Barry Treahy, Jr. wrote: > H >> I'm in a hurry and rather than reinvent another wheel, does anyone=20K >> have a segment of a DCL procedure for returning the Day of the Year? =20 F >> For example, today is 11-Feb-2004, I would want the procedure to=20J >> return 42, and this procedure must obviously take into consideration=20 >> leap year and so on...  >> >> Barry >> >  >    --=20   > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                       =20    ------------------------------  + Date: Thu, 12 Feb 2004 15:16:33 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk& Subject: Re: Day of Year DCL procedure) Message-ID: <c0g5cg$58e$1@news.mdx.ac.uk>   U In article <402A863D.5070605@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes: I >I'm in a hurry and rather than reinvent another wheel, does anyone have  F >a segment of a DCL procedure for returning the Day of the Year?  For I >example, today is 11-Feb-2004, I would want the procedure to return 42,  I >and this procedure must obviously take into consideration leap year and  	 >so on...  >    You mean something like   2 day-of-year = f$cvtime("11-FEB-2004",,"DAYOFYEAR")   or  2 day-of-year = f$cvtime("''f$time()'",,"DAYOFYEAR")   for whatever todays date is   7 $ write sys$output f$cvtime("11-FEB-2004",,"DAYOFYEAR")  42  7 $ write sys$output f$cvtime("29-FEB-2004",,"DAYOFYEAR")  607 $ write sys$output f$cvtime("28-FEB-2003",,"DAYOFYEAR")  59  % And of course producing an error for    7 $ write sys$output f$cvtime("29-FEB-2003",,"DAYOFYEAR") J %DCL-W-IVATIME, invalid absolute time - use DD-MMM-YYYY:HH:MM:SS.CC format  \29-FEB-2003\   or for    7 $ write sys$output f$cvtime("29-FEB-1900",,"DAYOFYEAR") J %DCL-W-IVATIME, invalid absolute time - use DD-MMM-YYYY:HH:MM:SS.CC format  \29-FEB-1900\   but not for   7 $ write sys$output f$cvtime("29-FEB-2000",,"DAYOFYEAR")  60        
 David Webb VMS and unix team leader CCSS Middlesex University   >Barry >  >--  > ? >Barry Treahy, Jr                       E-mail: Treahy@MMaz.com ? >Midwest Microwave                          Phone: 480/314-1320 ? >Vice President & CIO                         FAX: 480/661-7028  >                        >  >    ------------------------------  # Date: Wed, 11 Feb 2004 21:30:39 GMT # From: hoff@hp.nospam (Hoff Hoffman) " Subject: Re: disk drive partition?/ Message-ID: <3axWb.203$PS6.55@news.cpqcorp.net>   l In article <4b6ec350.0402111222.11bdba56@posting.google.com>, JimStrehlow@data911.com (Jim Strehlow) writes:) :Can I "partition" an OpenVMS disk drive?   @   There is no supported way to partition an OpenVMS system disk.  >   There are hacks which can allow this, but you need to ensure>   that the placements are correct and you have the appropriate?   kernel-mode code to implement the partitions.  (This question @   comes up in the context of the VAXstation 3100 series systems,?   as these have consoles which are now severely limited in the  ?   maximum capacity of the system disk.)  I generally do not and ,   generally can not recommend this approach.  B :We purchased a thin AlphaServer 10L with one internal disk drive.  C   The AlphaServer DS10L isn't intended for expansion, it's intended 6   for configurations requiring high-density mountings.  C :Can we split that drive into two disks ... one ODS-2 and the other  :ODS-5 (for Oracle 9i work)?     No.   6 :We will do everything on one ODS-5 disk if necessary.  8   OpenVMS can boot from ODS-5, as you're probably aware.  D :We would "like" to run an older version of Oracle on an ODS-2 disk;E :but we will have to do that on another larger AlphaServer (harder to  :carry around) if necessary.  ?   OpenVMS does not provide for partitioned system disk support. @   (And yes, I know the internals of the OpenVMS I64 MBR and GPT >   implementation.  No, that's not what I mean -- and if you doB   not understand the references here, consider yourself lucky. :-)  D   It is possible to partition data disks using add-on software-basedB   RAID products, but it's not something that I generally consider.  ?   One of the easiest and fastest ways available to resolve your ;   requirements is via external SCSI drive, though it is not C   immediately clear if you have a SCSI controller.  Within the box, C   you have one disk bay (SCSI or ATA), and a second bay for a SCSI, C   ATA disk or ATAPI CD-ROM bay -- SCSI support obviously requires a @   PCI controller.  And with a SCSI adapter, you can add external
   storage.  C   Also -- assuming you use only ODS-2 names and directory depths in B   the areas accessed by the software, and you ensure that users doD   not select the extended naming and parsing -- Oracle will probablyC   continue to run on the ODS-5 disk.  It would be worth testing it.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Thu, 12 Feb 2004 11:40:22 -0600 / From: Clay M. Denton <denton@orison.dsserv.com> " Subject: Re: disk drive partition?8 Message-ID: <1jen20d6puauldsh5ro23ib1bnljl04q6p@4ax.com>  U If you don't need the internal CD-ROM drive - you can put another internal hard drive 0 in it's place - giving you 2 disks to work with.   Clay  L On 12 Feb 2004 05:50:50 -0800, JimStrehlow@data911.com (Jim Strehlow) wrote:  ) >"Richard B. Gilbert" wrote in message... K >> Oracle recommends that a database be spread over some minimum number of  J >> disks; I seem to recall that at least five are recommended.  (At least L >> this is true of Oracle 7.x and Oracle 8.x; I've not yet managed a system  >> with Oracle 9.x) A >> You can take one very large disk and put everything on it but  * >> performance will almost certainly suck! > G >Although Oracle recommends multiple disks, most RAID arrays handle the ; >load for at least our suite of applications on one "disk". G >Having said that, the AlphaServer DS10L does not have an internal RAID  >array. B >Also, it is for travel to be used by "sales", so the fewer moving8 >parts the better (no additional external disks for it.) > 
 >Catch-22:1 > Oracle 8i only officially supports ODS-2 disks. 1 > Oracle 9i only officially supports ODS-5 disks.  > F >A "problem" is that we have currently only certified our applicationsE >against Oracle 8i (8.1.7.4) (rule-based versus cost-based) ... so we ( >will probably format for ODS-2 for now. > C >When we want to use 9i, we will have to convert the disk to ODS-5, ( >remove Oracle 8i and install Oracle 9i. > C >We have other servers, RAID arrays, etc. for temporary work, ODS-2  >disks, ODS-5 disks, etc.  > ? >If there is a need, we may experiment with the LD logical disk  >software later. > $ >Thank you all for your suggestions.3 >Jim Strehlow, Data911.com, OpenVMS Systems Manager    ------------------------------    Date: 12 Feb 2004 15:16:47 -0600 From: briggs@encompasserve.org# Subject: Re: File transfers to a PC 3 Message-ID: <vN$DZleIeA$j@eisner.encompasserve.org>   c In article <402B7CC9.22959.5D38F4A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes: F >>  Yes, we are connecting through the serial port, but at 38400 baud.( >> We connect to DEC servers with RS232. > H > This probably won't work very well.  The max you can really expect is ! > (usually) more about 9600 baud.  > ! >>The PC is also connected to the F >> network in the usual way and uses TCPIP. It's my understanding thatE >> the 2 networks are separate, thats why the 2 connections on my PC.  > F > There's two separate network cards?  Or does one card just have two  > different connectors?   F As he's described it, he's serial from the PC to a port on a DECserverC and he's Ethernet from the PC to a LAN that's separate from the one  the DECserver lives on.    One NIC and one comm port.  ( >> I'm not sure about TCP IP on the Vax. > B > Since it's an added-cost item, you may or may not have it.  You C > almost certainly have DECnet, however.  And you must have LAT --  * > which the terminal server probably uses. > H > If you load Linux on your system, you can get the free DECnet and LAT  > packages at: > ( >   http://linux-decnet.sourceforge.net/ > C > If you have an older version of Reflections (*not* freeware), it  0 > might be able to speak DECnet or LAT, as well.  C My copy (version 7) does LAT but not CTERM (DECnet).  But again, as ? I read it, OP doesn't have a second NIC.  He has a comm port.     F Still, Reflection would allow him to re-cable into the VAX LAN and use; LAT directly to get something that might exceed 38,400 bps.   C I like the linux idea.  If nothing else you could use such a system @ to put together a crude DECnet/TCP gateway.  DECnet files in and% FTP them out.  Telnet in and LAT out.    	John Briggs   ------------------------------  % Date: Wed, 11 Feb 2004 18:45:16 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: File transfers to a PC ) Message-ID: <402ABE8A.28FD076D@istop.com>    Kevin wrote:H > Is there a better way to do this? Can the Vax somehow connect directly > to the ethernet network?    N Yes, it can. However, ethernet alone isn't enough. You'll need a network stack' as well as a file transfer application.   L If your vax has a TCPIP stack, then you could use FTP to transfer the files.  J Another option would be to install a LAT driver on your PC and have the PCN connect as an interactive terminal via LAT on the ethernet. You could then runG something like reflections of kermit over LAT which would pass over the H ethernet. (however such file transfers may not give you optimal transfer5 speeds if they are designed for slower serial lines).    ------------------------------    Date: 12 Feb 2004 08:36:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: File transfers to a PC 3 Message-ID: <t+6F22dnjo4S@eisner.encompasserve.org>   j In article <ce501608.0402111000.36a1c2b4@posting.google.com>, kcoughlin@theunionleader.com (Kevin) writes:E > Is there a faster way to transfer files from the Vax to the PC than , > just using Reflection and the VAX network?  F    You're not providing anywhere near enough details here.  What model    VAX and what version VMS?  F    Certainly a VAX can connect to ethernet, and run DECnet, TCP/IP, orG    act as a Microsoft compatable server, whichever you have on your PC.    ------------------------------  % Date: Wed, 11 Feb 2004 12:51:28 -0500 ; From: "Island Computers USA" <dbturner@islandco.com.nospam> 0 Subject: Re: Fully configured ES40 for USD13,4950 Message-ID: <102kqlk6hqhlh3b@news.supernews.com>  5 Model 1 = max memory 4 x Banks = 16GB  - 6 PCI  SLots 4 Model 2 = max memory 8 x Banks = 32GB    10 CI Slots      @ "Alan Frisbie" <Usenet01REMOVE@Flying-Disk.com> wrote in message( news:402A689B.9030804@Flying-Disk.com... > Island Computers USA wrote:  >  > > Alphaserver ES40 M1  > 9 > Just curious.   What is the difference between the ES40  > Mod 1 and the Mod 2? > 	 > Thanks,  > Alan >    ------------------------------  % Date: Wed, 11 Feb 2004 20:31:57 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 0 Subject: Re: Fully configured ES40 for USD13,4950 Message-ID: <4oCdnSVn9_zjSrfdRVn-tw@comcast.com>  H If I recall correctly, the difference is two PCI slots; the Model 1 has G eight and the model 2 has 10.  There may be other differences but that  < was the one that led me to buy model 2s instead of model 1s.   Alan Frisbie wrote:    > Island Computers USA wrote:  >  >> Alphaserver ES40 M1 >  > 9 > Just curious.   What is the difference between the ES40  > Mod 1 and the Mod 2? > 	 > Thanks,  > Alan >    ------------------------------  + Date: Thu, 12 Feb 2004 20:22:40 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)K Subject: Re: HP OpenView Operations Agent for OpenVMS V1.0 - Available now! 1 Message-ID: <newscache$d7nzsh$asd1$1@news.sil.at>   n In article <f30679fb.0402120638.71e76397@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:	 >BUT ....  >  >This link is not working  > D >http://h71000.www7.hp.com/openvms/products/vms_ovo_agent/index.html.                                           ^^^^  L http://www.openvms.digital.com/openvms/products/openvms_ovo_agent/index.html   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 12 Feb 2004 16:57:34 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> K Subject: RE: HP OpenView Operations Agent for OpenVMS V1.0 - Available now! R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB278B27@tayexc19.americas.cpqcorp.net>  @ In article <f30679fb.0402120638.71e76397@posting.google.com>,=202 > fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: > >BUT ....  > >  > >This link is not working  > > F > >http://h71000.www7.hp.com/openvms/products/vms_ovo_agent/index.html0 >                                           ^^^^ >=20@ > http://www.openvms.digital.com/openvms/products/openvms_ovo_ag > ent/index.html >=20 > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist >=20 >=20  ! The corrected link is as follows: G http://h71000.www7.hp.com/openvms/products/openvms_ovo_agent/index.html      Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------  % Date: Thu, 12 Feb 2004 13:46:16 -0800 * From: "Jack Peacock" <peacock@simconv.com>A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon 2 Message-ID: <-qKdnTy0VMu0abbdRVn-uQ@mpowercom.net>  . "John Smith" <a@nonymous.com> wrote in messageB news:0JOWb.13883$cBH.13855@news04.bloor.is.net.cable.rogers.com...* > Andrew Harrison SUNUK Consultancy wrote:H > > The next question is how compatible with x86-64 will the 64bit IntelI > > x86 processor be, Microsoft says very, very, very do you really think  > > that Intel will dissobey.  > G > Which only demonstrates that if one wants to have control of your own K > destiny as a computer manufacturer/systems vendor, then you must own your E > own operating system and advertise/promote it every chance you get.  > I Intel already has the non-AMD compatible 64-bit processor, so if theya re L making another one why would it be incompatible too?  Yes Intel could dump aH ton of money on Microsoft to build yet another Win64 OS, but Intel can'tJ keep up the deep pockets game forever without something to show for it, orI the stock will eventually take a hit.  By the time Intel gets a chip into K production AMD will have a 2+ year lead time to become entrenched in the 64 K bit market.  That's a big gulf for Intel to overcome by pushing yet another H incompatible chip.  Besides, if they can drive the market, why isn't the Itanium pushing out AMD?  H HP already has their own OS, three of them, so they do control their ownL destiny.  It's just that it's so much cheaper and easier to let Microsoft doI it instead.  Remember, HP wants to be another Dell now, it makes sense to + cut everything not related to moving boxes.     Jack Peacock    ------------------------------  % Date: Thu, 12 Feb 2004 15:54:54 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon 0 Message-ID: <c0g7ke$1dg$1@new-usenet.uk.sun.com>   Keith Parris wrote: ` > Didier Morandi <no@spam.com> wrote in message news:<4027d2e5$0$28923$626a14ce@news.free.fr>... > Q >>The paper sez that HP may cancel all developments on iA64 and go AMD/Athlon 64.  >  > F > This article is just Yet Another Speculation that Intel will produceH > an x86-48 compatible chip, thus trading roles with AMD and becoming an > AMD clone-maker. >   C Ahh more BS or was x86-48 a typo on your part. Why not rebrand IA64  as IA50 while we are at it.   E Keith repeat after me Opteron is a 64bit processor, 64 times and then D you can't watch TV for a week. Any other suggestions for non violent ways of punishing a child.  @ Intel have said that they will demonstrate 64bit support for x86$ that bit of speculation is now over.  D The next question is how compatible with x86-64 will the 64bit IntelE x86 processor be, Microsoft says very, very, very do you really think  that Intel will dissobey.   D > As even "The Register" puts it, "Would Intel want to admit that itE > thinks a rival's technology is the best way forward?  We doubt it." 3 > http://www.theregister.co.uk/content/3/35201.html  >  > I doubt it, too.  ? There is a difference between not wanting to admit it and being A forced to do so. Of course Intel doesn't want to do this but they ? have no choice. I wonder if Intel will realise that they are in 5 this position because of their "partnership" with HP.    Regards  Andrew Harrison    ------------------------------  # Date: Thu, 12 Feb 2004 17:28:28 GMT # From: "John Smith" <a@nonymous.com> A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon H Message-ID: <0JOWb.13883$cBH.13855@news04.bloor.is.net.cable.rogers.com>  ( Andrew Harrison SUNUK Consultancy wrote: >    <snip>   > F > The next question is how compatible with x86-64 will the 64bit IntelG > x86 processor be, Microsoft says very, very, very do you really think  > that Intel will dissobey.   E Which only demonstrates that if one wants to have control of your own I destiny as a computer manufacturer/systems vendor, then you must own your C own operating system and advertise/promote it every chance you get.   ; Otherwise you might as well be selling only ink cartridges.    ------------------------------  # Date: Thu, 12 Feb 2004 00:31:29 GMT & From: Rick Jones <foo@bar.baz.invalid>Y Subject: Re: Intel and Microsoft provide higher 32-bit applications performance on Itaniu 0 Message-ID: <BPzWb.240$007.180@news.cpqcorp.net>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote: E >> BTW, how many of those 12000 "SPARC" applications are Solaris 8 or ! >> earlier rather than Solaris 9?     3 > Solaris 8 with a large % supported for Solaris 9.V  ' What is the definition of "large" here?   > > But its not the same as HP-UX/AIX etc because Sun provides a; > binary compatibility guarantee to our ISV's, run your app:? > in our test harness, if it passes we guarantee to fix Solariss? > is a future version breaks your app. A number of IVS's that I @ > work with have qualified with Solaris 8 plus the guarantee and@ > don't intend to specifically qualify with 9 because they don't
 > need to.  @ And how many of those 12000 applications have had their ISVs run through that test harness?  
 rick jones -- oG oxymoron n, commuter in a gas-guzzling luxury SUV with an American flagpF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...i   ------------------------------  % Date: Wed, 11 Feb 2004 18:02:12 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>nC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!t0 Message-ID: <c0dqn5$5or$1@new-usenet.uk.sun.com>   Rob Young wrote: > In article <c0djao$326$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >>>>>0  8 >>That will be amusing, Intel producing a CPU that won't6 >>be compatible with the "industry standard" 64bit x86 >>processor. >  > < > 	Last I checked, AMD has done nothing industry standard of9 > 	their own accord.  They have copied industry standard.n >   < So last time you looked AMD hadn't extended x86 to add 64bit support to it.  ? I guess that could explain the standard of your postings on thet> subject, you were in fact posting on a subject that you didn't
 know existed.e  = > 	Similarly, SPARC sells in much larger volumes than OpteronK( > 	and has never been industry standard. > A > 	Industry Standard means it is an Intel part - pure and simple.V@ > 	Intel had more profit last quarter than AMD had revenue in 2 6 > 	quarters.  They are in totally different ballparks. >   = Industry standard means the platform that the ISV's/OEM's andn OS vendors support.n  < That was Intel for the x86, but Intel don't have a 64bit x86; platform so AMD has that hat at the moment and unless Intelb9 gets to market very quickly with Yamhill they will be theb follower not the leader.   Regardsd Andrew HarrisonA   ------------------------------  # Date: Wed, 11 Feb 2004 19:51:44 GMT & From: Rick Jones <foo@bar.baz.invalid>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! / Message-ID: <kJvWb.190$FI6.25@news.cpqcorp.net>l  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:> > Incedentally Sun just announced the V20z 2 way Opteron based > box   C What is the Sun chapter and verse on positioning/promoting the V20z  versus the V2[145]0?  
 rick jones -- ,= denial, anger, bargaining, depression, acceptance, rebirth...eC                                      where do you want to be today?dF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...c   ------------------------------  % Date: Thu, 12 Feb 2004 12:13:37 +0000eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>sC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!l0 Message-ID: <c0fqli$ps0$1@new-usenet.uk.sun.com>   Rick Jones wrote: R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > > >>Incedentally Sun just announced the V20z 2 way Opteron based >>box  >  > E > What is the Sun chapter and verse on positioning/promoting the V20z. > versus the V2[145]0? >   < If you wan't SPARC/Solaris because of apps support then used; the V210/V240. If you want a large number of 64bit apps nowr then use the V210/V240.t  = If you want a commodity platform and you are happy with Linuxs! or Solaris x86 then buy the v20z.e  8 Whats your strategy with the DL380 and any of the slower- but much more expensive Itanium based boxes ?r  ? last time I looked the rx2600 with Itanium 2 CPU's with similarp? performance to the 3.2 Ghz Xeons in the DL series cost ~$25,500t? as compared with ~$7000 for the DL380. The low voltage Itaniumsv< are of course cheaper ~$14000 but they are also much slower.  5 The V210/V240 are the same price of very close to thew price of the v20z.   regardsT Andrew Harrison:   ------------------------------  % Date: Thu, 12 Feb 2004 03:40:54 -0500b* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Microvax vs Vaxstation 3100) Message-ID: <402B3BED.38CD984C@istop.com>,  ' Something has puzzled me for some time.8  L I was under the impression that the Microvax 3100 model 30 was the same as aK Vaxstation 3100 model 30, except for some byte in ROM that said otherwise, w  and the name glued to the front.  L However, looking back at a SOC and on various 31000 web pages, it seems thatN inside, they are quite different, with the Microvax using MS44 memory insertedK vertically in the middle of the motherboard, while the VAXstation has thoseoG large MS42 memory boards  sandwiched horizontally over the motherboard.   I Is there any background on why those two would be so different when their  names seem to be so similar ?   H Did I get bad information or were those two really so different inside ?G (Heck, I have even read that I am supposed to have 3 serial ports on myr
 vaxstation !)    ------------------------------  # Date: Thu, 12 Feb 2004 14:16:57 GMTo# From: "John Smith" <a@nonymous.com>t( Subject: Re: Microvax vs Vaxstation 3100G Message-ID: <tVLWb.13022$cBH.6905@news04.bloor.is.net.cable.rogers.com>p   JF Mezei wrote:s) > Something has puzzled me for some time.  >:D > I was under the impression that the Microvax 3100 model 30 was theF > same as a Vaxstation 3100 model 30, except for some byte in ROM that2 > said otherwise, and the name glued to the front. >hC > However, looking back at a SOC and on various 31000 web pages, itpF > seems that inside, they are quite different, with the Microvax usingC > MS44 memory inserted vertically in the middle of the motherboard,pE > while the VAXstation has those large MS42 memory boards  sandwichedr$ > horizontally over the motherboard. >aE > Is there any background on why those two would be so different whena% > their names seem to be so similar ?B > A > Did I get bad information or were those two really so differentaF > inside ? (Heck, I have even read that I am supposed to have 3 serial > ports on my vaxstation !)g  K IIRC, the Vaxstation 4000 series and the MicroVax 3100 (80's and 90) series K were more closely matched internally. Prior to that I believe that the 3100aG series machines (stations and Vaxen) were using mostly different systemy boards.o   ------------------------------  % Date: Thu, 12 Feb 2004 11:31:55 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Microvax vs Vaxstation 3100) Message-ID: <402BAA2C.198CE4F3@istop.com>o   Rich Jordan wrote:E > The MicroVAX 3100-30/40 are 'next generation' systems released wellc@ > after the VAXstation 3100-30 and MicroVAX 3100-10/10e, and use > different MS44 SIMMs,.  N Thanks for clarification. So the two are quite different even though they haveN the same name. Reminds me of DEC naming mailworks to ALL-IN-1 MAIL , a product' that was totally unrelated to ALL-IN-1.g   ------------------------------  % Date: Thu, 12 Feb 2004 21:24:08 -0600s@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: Microvax vs Vaxstation 31006 Message-ID: <402C4358.31725781@NeOaSrPtAhMlNiOnWk.net>   "Richard B. Gilbert" wrote:/ > C > As I observed here, not long ago, DEC designed every machine frompC > scratch!  They never reused a case, power supply, memory board orf/ > anything else if they could design a new one.a   Curious philosophy...-   -- t David J. Dachtera  dba DJE Systemsw http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------  % Date: Thu, 12 Feb 2004 23:38:28 +0000h+ From: Mike King <mike@crowfeld.demon.co.uk>M2 Subject: Need copy of VMS5.5 2H4 distribution TK503 Message-ID: <Mmf0mEA05ALAFwBp@crowfeld.demon.co.uk>m  E I am sorry to have to admit that I have trashed the second tape of myeG VMS 5.5 2H4 distribution in an unfortunate TK50 "incident".  Of course,hG I should have had a backup copy but I am really short of TK50 tapes andPE have never had a chance to make one.  The drive that gobbled the tapeaD was a TK70 but I think I am right in saying these drives should readD TK50 tapes happily enough.  Unfortunately, the drive itself seems toG have died during this failure as SHOW DEVICES can no longer find it.  IcG have put an old TK50 drive (which works fine) in its place but the taper itself is now beyond recovery.  H Would anyone out there be able to help me greatly by either sending me aD copy (all expenses met), or pointing me to anywhere on the net whereF such a thing could be downloaded in a form suitable for recreating the( tape.  The tape in question is labelled:   AQ-PXL-R1. A01 t VMS V5.52H4 RMST TK50 2/29  F Any help with this problem would be very much appreciated, I am tryingH to reload VMS on to a MicroVAX 3400 under a hobbyist license and I would* particularly like to install that version.  E If anyone in the UK has a surplus TK70 drive for sale/swap/donation I & would be very happy to hear from them.  6 I am near Ipswich (UK) in case anyone nearby can help.   Many thanks in anticipation, -- r	 Mike Kingn   ------------------------------  % Date: Wed, 11 Feb 2004 18:33:16 -0600 - From: "Shael Richmond" <ksrich@bellsouth.net>n$ Subject: Re: new TCPIP patch for 5.3: Message-ID: <fMzWb.37916$8a5.15504@bignews1.bellsouth.net>  9 "Jerry Alan Braga" <jabraga@flanagan.ca> wrote in messagek& news:Mp4Wb.21064$Qa3.16705@edtnps89...7 > Had the same problem as well as yes I did log on too.r > # > I was told it was a bind problem.c >R4 > if you type tcpip show mx validdomain.com it works8 > if you type tcpip show mx invaliddomain.com it crashes  I It has something to do with using an alternate gateway and the mx record.8L On mine if I do the show mx validdomain.com it crashes.  If I issue the same, command on a pre-patch system it works fine.   Shaeln   ------------------------------  # Date: Fri, 13 Feb 2004 03:11:25 GMTo! From: Andy V <nobody@nowhere.net>s: Subject: Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E16 Message-ID: <xfXWb.185$FF5.42922@petpeeve.ziplink.net>   Mike Stroyan wrote:c  N > In comp.graphics.api.opengl Stuart Norris <stuie_norris@yahoo.com.au> wrote:I > |I have now gotten to the stage where my program compiles and runs, butd > |the colors are not been set.  > F > |All I get is a black background with a white diagonal line, not theD > |color I try to set.  I stole the color stuff out of the gl_ivp.c. >  > |   glClearIndex(6.);  o3 > should be   glClearIndex((GLfloat)IndexMap[6]);  o >  > |   IndexMap[0] = base_pixel; $ > should be   glIndexi(IndexMap[3]);  C I hadn't seen your post before I posted a duplicate of this advice.l > 0 >   It is pretty bold assuming that you can use 4 > |static int glxConfig[]={GLX_DOUBLEBUFFER, None }; > ...iH > |   cmap = DefaultColormapOfScreen (DefaultScreenOfDisplay (display)); > in combination withoG > |   vi = glXChooseVisual(display, DefaultScreen(display), glxConfig);b? > However, you seem to have gotten away with it on your system. A > A more defensive approach would be to use glXGetConfig with the F > default visual to see if it supports the GLX_DOUBLEBUFFER attribute.  A You do have a point here. The E1 has only a limited selection of iI visuals, so I would expect this to work on it. Other graphics boards are -C likely to have more visuals, and so it would not work on them. For  E instance, the default visual and colormap might be 24-bit true-color.s   -- Andy V   ------------------------------  # Date: Fri, 13 Feb 2004 03:03:50 GMT ! From: Andy V <nobody@nowhere.net>r: Subject: Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E16 Message-ID: <q8XWb.184$FF5.42931@petpeeve.ziplink.net>   Stuart Norris wrote:
 > Hi Andy, > H > I have now gotten to the stage where my program compiles and runs, but > the colors are not been set. > E > All I get is a black background with a white diagonal line, not the-C > color I try to set.  I stole the color stuff out of the gl_ivp.c.  > : > This example is hacked down for the Pseudocolor ZLXp-E1. > ( > Any suggestions on what I have missed. ...DG >    cmap = DefaultColormapOfScreen (DefaultScreenOfDisplay (display));p  F OK, choosing the default colormap will avoid problems in getting your  colormap loaded.  F >    vi = glXChooseVisual(display, DefaultScreen(display), glxConfig); > > >    status = XAllocColorCells (display, cmap, True, masks, 3, > &base_pixel, 1);A >    if (status == 0) printf("Failed to allocate color cells\n");c >    IndexMap[0] = base_pixel;? >    IndexMap[1] = base_pixel                       | masks[0]; 4 >    IndexMap[2] = base_pixel            | masks[1];? >    IndexMap[3] = base_pixel            | masks[1] | masks[0];T) >    IndexMap[4] = base_pixel | masks[2];:? >    IndexMap[5] = base_pixel | masks[2]            | masks[0];m4 >    IndexMap[6] = base_pixel | masks[2] | masks[1];? >    IndexMap[7] = base_pixel | masks[2] | masks[1] | masks[0];n  H I don't remember how you use XAllocColorCells, so I can only assume you  are correct here.:  L You can also allocate cells individually, since you are using a CI renderer. >  >    for (i = 0; i < 8; i++) >    { >       c.pixel = IndexMap[i];9 >       c.red   = (unsigned short) 0xFFFF * RGBMap[i][0];w9 >       c.green = (unsigned short) 0xFFFf * RGBMap[i][1];r9 >       c.blue  = (unsigned short) 0xFFFF * RGBMap[i][2];e+ >       c.flags = DoRed | DoGreen | DoBlue; 2 >       status  = XStoreColor (display, cmap, &c);; >       if (status == 0) printf("Failed to store color\n");> >    } > ...  >    glClearIndex(6.);  J I think this should be glClearIndex (IndexMap[6]); if you want your color.  " >    glClear(GL_COLOR_BUFFER_BIT); > ! >    glMatrixMode(GL_PROJECTION);  >    glLoadIdentity();( >    glOrtho(-1.0,1.0,-1.0,1.0,0.0,1.0);  >    glMatrixMode(GL_MODELVIEW); >  >    glIndexi(3);n  " Again, use glIndexi (IndexMap[3]);   -- Andy V   ------------------------------    Date: 12 Feb 2004 19:22:16 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)i Subject: Re: OpenVMS Feelings = Message-ID: <857e9e41.0402121922.75a63c66@posting.google.com>-  C Forgive the spelling mistakes, but since we are family I figure youC will understand.  D Since I can not officially recommend anything, I am doing this on my( own time. How about these for some ideas  C Before I start, please do not think that I am throwing stones but ItC feel very strongly about this.  And it all comes down to one word. yB FIGHT - not this news group, not VMS, fight the folks that say itsF old, legacy.  Fight the people that forget to mention.  Fight partnersE that don't want to port their application.  Fight reps that forget toeF sell it.  You are the customers, you have the money you make the call.F  Nothing will change unless you make it happen.  Fight where it countsC - saying "where is the advertisment" is a waste of time, saying "if D only" is a waste of breath, saying "if it were like in the DEC days" is a waste of heart.  ? Thought of this many times - VMS works so well, it is taken for-> granted, forgotten, obviously we do not want the stability and/ security to change.  But we need to be obvious.3  ? When VMS is not mentioned in articles, write a note asking why.M  E If you have anyone VP and above that needs a conversation with our VPt send me email.  F If you have a web site running on VMS a ticker that says this is a VMS@ web site and it has been attacked 2000 times with no infestation  F Evertime someone uses a VMS machine in side your company and automatedF response that says, this service was bought to you by your friendly IT# staff running OpenVMS for XXXX days   C To steel a phrase OpenVMS just keeps on going and going on the wall @ with the day.  Sort of like the 30 Million hamburgers sold sign.  - Send the TCO white paper to everyone you know H http://h71000.www7.hp.com/openvms/whitepapers/tco_clusters/TCO_WP_Feb04.  B And if you are in one of the major areas that we focus on a sayingF something like  We know something our competiton does not, do you know5 what that is?  OpenVMS when faliure is not an option.o  B On the funny side to quote a leper Marty K - Can't keep it up, you# need VMS (he put that on t-shirts).s   or  E Something like - Most often asked question on the VMS web page is Howc
 do we reboot?s  D For some folks rebooting their server every day is an option but not for your group.   E Also if you are in a area where there is a Local User Group - why not 3 host it in your area, if there is not one start onem    s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0402101605.77657053@posting.google.com>...y > Hi People  > : > How do you feel in your companies working with OpenVMS ? > ? > Abandoned, alone, no integrated, nobody cares about your job,e? > no body listens you, your are forgotten in the meetings, yourgB > system works but its not important for the IT staff -  just for2 > the end-users, feeling at the end-of-career, ... > # > Just to know if I am not alone !   > 	 > Regardsi >  > FC   ------------------------------  # Date: Fri, 13 Feb 2004 04:22:31 GMTa% From: "Mike Naime" <mnaime@kc.rr.com>n Subject: Re: OpenVMS FeelingsO6 Message-ID: <biYWb.3888$fW.1191@twister.rdc-kc.rr.com>  E Overworked.  :-)  In the last two weeks we just installed 8 DS25's, 8sK ES47's, 2 1280's and another EVA with 240 146GB spindles. (a 2C12D + 1/2 oftK a 0C12D for 35TB raw space)  There are several of us VMS folks.  The lonelyt2 guy in our Infrastructure group is our AIX person.  9 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in messaget7 news:f30679fb.0402101605.77657053@posting.google.com...D > Hi Peoplet >': > How do you feel in your companies working with OpenVMS ? >e? > Abandoned, alone, no integrated, nobody cares about your job, ? > no body listens you, your are forgotten in the meetings, yourfB > system works but its not important for the IT staff -  just for2 > the end-users, feeling at the end-of-career, ... > " > Just to know if I am not alone ! >t	 > Regardsr >i > FC   ------------------------------    Date: 12 Feb 2004 15:03:20 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)aT Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again!= Message-ID: <cf15391e.0402121503.2f0992db@posting.google.com>c   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c0abfl$qpj$1@new-usenet.uk.sun.com>...-< > The TechFoolish report you refer to was released some time8 > ago, its is complete tosh, it has been comprehensively9 > trashed at least twice but still you see fit to drag it- > up again for another airing.  D I guess you must not have actually looked at the document.  If you'd7 even read the cover page, you'd have seen the new date.   ? It's a new version, based on fresh interviews.  Methodology has C changed a bit, as well.  Downtime due to viruses and worms has been  added for this round, also.n  D You might be surprised to learn that it even has Sun with the lowestD TCO under certain circumstances (cases where the cost of downtime isD very low -- of course, if the cost of downtime is very low, then who6 needs a cluster for high availability? one might ask).  E Do look at the availability results.  They are quite compellingly and ) dramatically better for OpenVMS Clusters.   ? (VMS might have done even better, but TechWise chose to excludeyD downtime due to natural disasters, as they stated the purpose of the* study did not include disaster tolerance.)   ------------------------------  % Date: Thu, 12 Feb 2004 12:12:52 +0100u' From: JOUKJ <joukj@hrem.stm.tudelft.nl> & Subject: Re: Other CVS on VMS problems2 Message-ID: <402B5FB4.7080300@hrem.stm.tudelft.nl>   Kaleb Pederson wrote:eL > '-d' should definitely work as it specifies the directory (in this case a O > remote module) that should be pulled.  The documentation (in the info pages)   > on '-p' say the following: >  >  `-p'pG >      Pipe the files retrieved from the repository to standard output, I >      rather than writing them in the current directory.  Available witha, >      the `checkout' and `update' commands. > ! > If I were to issue the command:f > 3 > cvs -d :ext:otherhost:/path/to/cvsroot co -p test  > L > Then it would all be displayed on the console instead of being written to ; > file.  What command would you use to hit a remote system?  > 9 > I tried the following as well, but get the same result:e > % > $ define CVS_RSH "ssh_exe:ssh2.exe"s- > $ define CVSROOT ":ext:otherhost:/home/cvs"u > $ cvs co -p testD > cvs [checkout aborted]: cannot fdopen 3 for write: bad file number > L > Bob, what version of CVS are you running?  I'm currently running the only ) > version that I was able to find online?g > N > Anyone have any ideas what file descriptor three has to do with any of this? > E Probably the VMS port is not correct. VMS makes a distiction between ,F handling files and sockets. In many unix-applications they are handled? in the same way. I still have to test the above with cvs.1.12.5vD (see hhtp://nchrem.tnw.tudelft.nl/openvms/software2.html#cvs for theC VMS port) When I compiled it I defined the macro which should avoid ' filediscriptors to be used for sockets.a                    Jouko   ------------------------------  + Date: Thu, 12 Feb 2004 09:27:16 +0000 (UTC)aP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)J Subject: Re: page- and swap-files, autogen, modparams.dat, file-naming etc$ Message-ID: <c0fgtj$dic$1@online.de>  < In article <d28306e.0402110625.12b7dc94@posting.google.com>,- denny.rich@swagelok.com (Denny Rich) writes: P  D > AUTOGEN doesn't really care about the pagefile names.  Remove themF > from modparams.dat. YOu could name them "dog.hair", or "cat.fur", or5 > "vmem_a.page" or "pagefile_1.sys" or anything else.   D If I want to size specific files, how does it now which ones I mean?  H > Then use SYSGEN to create the files you want where you want them. MostB > systems do well with one large or maybe 2 medium sized files. ifC > paging is heavy, you can spread them around on more than one disk G > (just don't make things too complicated. This was more important witha > old, slow, RA devices.)c >  >   $ mcr sysgen@ >    SYSGEN>  CREATE PAGE_ONE:[NODE1]PAGEFILE_1.SYS /SIZE=200000 > G > then edit Sys$startup:sypagswpfiles.com: The file names and locationsnC > you use here *must* match what you created in sysgen (above). addeD > lines to mount any disk(s) that will hold page files. for example: > B >   $  mount/system/noassist/NOREBUI $1$dua1710: page_one page_one > 2 >   add a line to "load" each of the pagefiles....= >   $  mcr sysgen install page_one:[node1]pagefile_1.sys/pageP >  > Then reboot the system.7   I've done all of that.  H > All AUTOGEN cares about is the *total* pagefile space it finds when itC > runs (on the running system).  IT then guesses at what you shouldo7 > have, and either says its ok, or recommends a change.a > G > Also, the boot process *assumes* it knows where there is at least one G > page file. you don't have to have this one; but IF you DON'T HAVE IT,T7 > you should have some (one or more) files installed byt% > sypagswpfiles.com (see note above).o  & I have the default ones in SYS$SYSTEM.   ------------------------------  % Date: Thu, 12 Feb 2004 23:56:48 +0100i' From: "Seghers Bruno" <tips@euronet.be>n, Subject: Searching for VMS 5.x documentation. Message-ID: <c0h06c$nmb$1@news.worldonline.be>  H Somebody has told me that there is a beautifull explanation of how works$ memory in the VMS 5.x documentation.  K He things that it's in the "Tuning" book, and it's a comparison between VMS 2 memory mechanism and the management of a warehouse  9 Is there anybody who have a digital version of this book.t   Thanks a lot  
 Seghers Brunoe Belgiume   ------------------------------  % Date: Thu, 12 Feb 2004 15:42:58 -0500u* From: "Chris Moore" <moore_mc@hotmail.com>= Subject: Re: Solved: "Known problems with V7.3 security MUP?"n0 Message-ID: <mzRWb.914$Ks6.11013@nnrp1.uunet.ca>  I Just a general impression, but it always seems to me that the bulk of (ifuG not all) the security patches are directly related to some component or28 other that was ported from Unix or is Windows-compliant.   --I "Senator, let me state for the record, I am not now, nor have I ever beenq involved with Figure Skating"     K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>x; wrote in message news:c0gb63$2mc$1@new-usenet.uk.sun.com...E > jlsue wrote:I > > On Wed, 04 Feb 2004 10:20:45 +0000, Andrew Harrison SUNUK ConsultancyC2 > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > >  > >c > >>Larry Kilgallen wrote: > >> > >>>In article J <63D30D6E10CFD11190A90000F805FE860492B455@lespaul.process.com>, Mike Duffy <Duffy@process.com> writes:  > >>>: > >>>09 > >>>>In case anyone had been made nervous by the subject  > >>>>line, here is the answer.0 > >>>>: > >>>>Background:  As soon as I put the mandatory security> > >>>>update (and prerequisite kits) on my DS10L running V7.3,< > >>>>it has not stayed up for three consecutive days since. > >>>>& > >>>>Answer:  It was a power problem. > >>>d > >>>nF > >>>Thanks a lot Mike, now we will be subjected to endless posts fromD > >>>Andrew Harrison claiming that VMS patches cause power problems. > >>A > >>No the patch exists thats enough to keep the OpenVMS security 5 > >>BS merchants on their toes trying to downplay it., > >> > >4 > >2J > > Except that most of the OpenVMS Security folks in here have never madeI > > claims like what you're trying to debunk.  There have been one or two A > > people, but the rest have been much more reasonable about it.3 > >b >0; > Well  Bob, Bob, Keith, Mark and yourself adds up to 5 notr" > 1 or 2 but lets not split hairs. > L > > There is a claim - that I, personally, can not verify - that  there haveJ > > been far fewer security patches for the OpenVMS admins to install than for/H > > other OSes they have onsite.  I would have to leave it to the adminsJ > > themselves to verify whether this claim is true in their environments. > > J > > Most also acknowledge that the networking stack, web server, etc,, may alsoL > > introduce some vulnerabilities... but we also recognize that these don'tA > > always open *security* holes, or even result in a DOS attack.  > >i >OA > Thats obvious and its not the issue, the issue is that when the8@ > holes do exist either for DOS or worse they don't get reported > accurately if at all.0 >1B > In addition because some of the holes appear in layered productsC > the pervading culture tries to pretend that these are not OpenVMSn	 > issues.  >t	 > regardsw > Andrew Harrisonp >u   ------------------------------  % Date: Thu, 12 Feb 2004 16:55:30 +0000^O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>/= Subject: Re: Solved: "Known problems with V7.3 security MUP?" 0 Message-ID: <c0gb63$2mc$1@new-usenet.uk.sun.com>   jlsue wrote:G > On Wed, 04 Feb 2004 10:20:45 +0000, Andrew Harrison SUNUK Consultancy=0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  >>Larry Kilgallen wrote: >>t >>>In article <63D30D6E10CFD11190A90000F805FE860492B455@lespaul.process.com>, Mike Duffy <Duffy@process.com> writes: >>>  >>>67 >>>>In case anyone had been made nervous by the subject  >>>>line, here is the answer.= >>>>8 >>>>Background:  As soon as I put the mandatory security< >>>>update (and prerequisite kits) on my DS10L running V7.3,: >>>>it has not stayed up for three consecutive days since. >>>>$ >>>>Answer:  It was a power problem. >>>o >>>>D >>>Thanks a lot Mike, now we will be subjected to endless posts fromB >>>Andrew Harrison claiming that VMS patches cause power problems. >>? >>No the patch exists thats enough to keep the OpenVMS securityh3 >>BS merchants on their toes trying to downplay it.i >> >  > H > Except that most of the OpenVMS Security folks in here have never madeG > claims like what you're trying to debunk.  There have been one or two A > people, but the rest have been much more reasonable about it.  t >   9 Well  Bob, Bob, Keith, Mark and yourself adds up to 5 not   1 or 2 but lets not split hairs.  J > There is a claim - that I, personally, can not verify - that  there haveL > been far fewer security patches for the OpenVMS admins to install than forF > other OSes they have onsite.  I would have to leave it to the adminsH > themselves to verify whether this claim is true in their environments. > M > Most also acknowledge that the networking stack, web server, etc,, may alsolJ > introduce some vulnerabilities... but we also recognize that these don'tA > always open *security* holes, or even result in a DOS attack.  p >   ? Thats obvious and its not the issue, the issue is that when then> holes do exist either for DOS or worse they don't get reported accurately if at all.t  @ In addition because some of the holes appear in layered productsA the pervading culture tries to pretend that these are not OpenVMSe issues.t   regardse Andrew Harrisoni   ------------------------------  + Date: Thu, 12 Feb 2004 16:57:05 -0600 (CST)- From: sms@antinode.orgG Subject: Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority)H) Message-ID: <04021216570566@antinode.org>H  , From: lewis@mazda.mitre.org (Keith A. Lewis)   > [...]g > H > Actually the problem is recurring in a different way since I moved theF > music library to a Linux disk and now play it over NFS.  Thinking ofK > copying to a scratch directory on VMS before playing... if I can't figure6C > out how to raise the priority of the NFS-serving Linux processes.S  E    Locating the bottleneck could help.  Is the sloth at the server ordD the client?  Can the (VMS) NFS client do more read-ahesd or caching, perhaps?  N > Do you get a popping sound between songs due to audio device resets?  I have > a solution to that.   E    I've done very little with the audio, but I'd suggest posting it. aF That way I (or one of the other six people who care) might discover it in a Google search someday.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgr    Saint Paul  MN  55105-2547n   ------------------------------  % Date: Thu, 12 Feb 2004 18:59:57 +0400I3 From: "Gordon Robb" <gordon@emirates.nospam.net.ae>l; Subject: Unknown identifier DECW$WS_QUOTA in rightslist.date. Message-ID: <c0g4ca$5vs6@news.emirates.net.ae>  @ I had just completed the installation of a new VMS 7.3-1 cluster> when I noticed that I had an new identifier in rightslist.dat.  = The identifier is DECW$WS_QUOTA and has a value of %X8001001.t  B The cluster nodes have separate system disks but use a common disk= for sysuaf and other common data files. The SYS$NODE_nodename-C identifier for the first cluster node has a value of %X8001000 withy@ the other nodes having sequential values from %X8001002 upwards.  C I have made the usual documentation and internet searches but can'tbG find any relevant information as to the source and reason for existence  of this identifier.t  E I would like to remove and reuse its value (i.e. rename it) as I neede< to import data, with specific ACLs, from a previous cluster.  ( Any help or advice would be appreciated.   ------------------------------  % Date: Thu, 12 Feb 2004 15:39:23 -0500 * From: "Chris Moore" <moore_mc@hotmail.com> Subject: Re: VMS 7.3-20 Message-ID: <0wRWb.911$Ks6.10742@nnrp1.uunet.ca>   Haven't even received it yet...     3 "Lee Mah" <lytmah@telusplanet.net> wrote in message-& news:iyPWb.36174$QX4.24478@clgrps13...E > Has anyone implemented VMS 7.3-2 into a production environment yet?d* > If so, what issues have you encountered? >e   ------------------------------  + Date: Thu, 12 Feb 2004 21:17:45 +0000 (UTC)H6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: VMS 7.3-21 Message-ID: <newscache$6rpzsh$qke1$1@news.sil.at>A  d In article <402BE589.9060702@Flying-Disk.com>, Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes: >Lee Mah wrote:rF >> Has anyone implemented VMS 7.3-2 into a production environment yet?+ >> If so, what issues have you encountered?  >iA >The firmware on our 1000A was version 5.5 and v7.3-2 wanted 5.7,tB >but 5.7 was more than three years old and was not on the firmwareC >CD.   I had to go find an old firmware CD.   I don't consider thise7 >a VMS problem -- more of a hardware maintenance issue.   . Oh, haven't you heard, they are still online ?  B http://ftp.digital.com/pub/DEC/Alpha/firmware/archive/as1000a.html   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Thu, 12 Feb 2004 22:40:24 +0000 (UTC)mP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: VMS 7.3-2$ Message-ID: <c0gvco$q66$1@online.de>  ; In article <402BE589.9060702@Flying-Disk.com>, Alan Frisbiet) <Usenet01REMOVE@Flying-Disk.com> writes: s  B > The firmware on our 1000A was version 5.5 and v7.3-2 wanted 5.7,C > but 5.7 was more than three years old and was not on the firmwareCD > CD.   I had to go find an old firmware CD.   I don't consider this8 > a VMS problem -- more of a hardware maintenance issue.  B I think these days you can download it from the web to a disk (or ! diskette) and upgrade from there.d   ------------------------------  # Date: Fri, 13 Feb 2004 04:36:29 GMTi% From: "Mike Naime" <mnaime@kc.rr.com>y Subject: Re: VMS 7.3-26 Message-ID: <hvYWb.4277$fW.1787@twister.rdc-kc.rr.com>  F Our App will not be certified for 7.3-2 until sometime in June.  So noI production clusters at this time.  July, August, and September should seePJ some 100+ OS packs  upgraded to 7.3-2.  I'm hoping that they will have the$ first update patch out by then.  :-)  K Our Backup cluster is running 7.3-2 and several of our management nodes areu also on this version.n  1 Lee Mah <lytmah@telusplanet.net> wrote in message & news:iyPWb.36174$QX4.24478@clgrps13...E > Has anyone implemented VMS 7.3-2 into a production environment yet?w* > If so, what issues have you encountered? >b   ------------------------------  # Date: Wed, 11 Feb 2004 19:48:55 GMTs From: rmoore@rmoore.dyndns.org Subject: Re: VMS and Unicode< Message-ID: <Pine.LNX.4.58.0402111146250.32281@jaipur.local>  G The DEC C RTL contains routines to convert between ASCII and Unicode.  nG They are documented in the OpenVMS 7.3-1 C RTL Reference, chapter 10.  lI There is a special kit to install to get Unicode support.  Once that kit nC is installed, you use the iconv() function in C to convert between m character sets.e  & On Wed, 11 Feb 2004, Denny Rich wrote:H > We are expecting to be receiving EDI messages coded in Unicode. We run; > multiple ES45s in a homogeneous cluster, now on VMS7.3-1.  > F > As I understand the Unicode issue, it means that any given characterG > may consist of a byte stream of from 1 to many bytes. I don't know ifa& > the byte count is fixed or variable. > B > Using this bytestream, it is possible to encode most symbols and% > characters in most major languages.- > ? > We need to map some of those characters to the ASCII that our " > applications know how to handle.   ------------------------------  % Date: Wed, 11 Feb 2004 18:49:59 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: VMS and Unicode) Message-ID: <402ABFA4.A6F2EA84@istop.com>s   Denny Rich wrote:rH > One way to do this, would be to build a "transform program" that has aE > big lookup table in it and provides Unicode-to-ASCII conversion forn > characters of interest o  A > I took a cursory look at the VMS doc CD but didn't come up withr > anything startling.o     $HELP ICONV   M Theroretically, VMS has all the hooks in place to do the conversion you want.tC But in practice, they only went halfway and are missing the popularrM translation tables.  Look for "UTF8" in a recent subject in the newsgroup andoI someone provided the exact name with additional translation tables can be / found on the VMS CD. (something like II18N____)a   ------------------------------    Date: 12 Feb 2004 08:43:49 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)m Subject: Re: VMS and Unicode3 Message-ID: <S4PD83iTvMCa@eisner.encompasserve.org>r  h In article <d28306e.0402111018.7c89d68@posting.google.com>, denny.rich@swagelok.com (Denny Rich) writes: > F > As I understand the Unicode issue, it means that any given characterG > may consist of a byte stream of from 1 to many bytes. I don't know ifD& > the byte count is fixed or variable.  =    Single byte Unicode maps to ASCII, and is the most common.n  B > Using this bytestream, it is possible to encode most symbols and% > characters in most major languages.t > ? > We need to map some of those characters to the ASCII that ouri" > applications know how to handle. > G > So, there will be some bit pattern that identifies the "euro currencyaA > character" (I picked this because its probably not in the ASCIIrH > character set). When this is encountered, our ASCII-based software canG > make some internal 'notation' that the currency to follow is in Eurost > rather than in yen or pesos.      Euro is in ASCII now.  D > Similar process for the little "degree mark" (small raised circle)F > that is  a common part of european street addresses, as well as partG > of temperature specifications. Our application could note that we are ? > talking about "degrees", or a floor in a particular building.o  H    Degree mark is in DEC multinational character set, there's a standard4    ISO character set that's almost exactly the same.  I    Things you will find in Unicode but won't find in ASCII include asian  >    character sets like kanji and hiragana, as well as European0    characters not included in DEC multinational.  H > One way to do this, would be to build a "transform program" that has aE > big lookup table in it and provides Unicode-to-ASCII conversion for ? > characters of interest and based partly on the context of the H > character within the message.  This could be home-grown or commercial.F > You could even do this in hardware, using a couple of big EPROMS for > the translation. Very fast.  > A > I took a cursory look at the VMS doc CD but didn't come up withe > anything startling.t  G    LIB$MOVTC is a good place to start, but was designed for single bytey?    character sets.  LIB$TRA_EBC_ASC and LIB$TRA_ASC_EBC use it.o  A    Of course, if you program in Macro-32 MOVTC is an instruction.a      0   ------------------------------  % Date: Wed, 11 Feb 2004 16:55:04 -0500c= From: "Robert A. Matern" <ramatern@SeND.MEuninetsNO.SPaM.net>m! Subject: Re: VMS Systems Disposals3 Message-ID: <c0e8bq$t18$1@ngspool-d02.news.aol.com>-  @ Would you care to post some information backing up these claims?    0 "Brian" <brian@brassvalley.com> wrote in message7 news:2d2fb529.0402061852.3b08d1ce@posting.google.com...i@ > Did you know that if your company does the following with yourH > computer equipment that you may be risking having penalties applied toE > your company by Federal, State, and Local regulations, compromisingcG > your company's data security, incurring legal and insurance expenses,aC > damage to your corporate reputation, and being fined by the EPA??u >  > Do you utilize:r >t+ > COMPUTER DONATIONS? YOU ARE STILL LIABLE!-9 > COMPUTER LIQUIDATION/LIQUIDATORS? YOU ARE STILL LIABLE!d+ > COMPUTER RECYCLING? YOU ARE STILL LIABLE!W5 > DISPOSITION VIA DUMPSTER? YOU ARE BREAKING THE LAW!g >DH > With all these scenarios, the EPA may still define your company as theF > "Generator of Waste" and would pursue your company in the event thatC > one of your Monitors or the like was found in a landfill. Even ifdA > ownership was transferred to a recycler, reseller or non-profithH > organization- you are still liable. Remember it isn't what you do withH > old computers that matters in these situations, it is where it ends up/ > in 4 years from the people that have it then.  >e >h? > Most companies are not aware of how exposed they are with themF > traditional methods of removing surplus computer equipment. However,E > as companies increasingly strive to be environmentally responsible,dD > and are also increasingly risk averse, they are beginning to learnE > that the old ways of disposing of surplus computer equipment are no A > longer adequate to address the potential risk of being named indA > pollution lawsuit or an event involving Data Security, Software0 > Licensing or Legal Action. > H > Most COMPUTER RECYCLING/COMPUTER DISPOSAL companies take care of assetH > tracking and disposition / COMPUTER DISPOSAL, but NO ONE ELSE builds aB > legal firewall between you and potential litigation with variousG > entities including the EPA. If you use COMPUTER DONATIONS or COMPUTEReG > LIQUIDATION / LIQUIDATORS and the individuals that get your computersxD > dump the used materials inappropriately, the e-waste can be traced" > back to the original owner: YOU! >  >  > For more information visit - >qK http://www.brassvalley.com/htm/COMPUTER_RECYCLING%20COMPUTER%20DISPOSAL.htme   ------------------------------  % Date: Wed, 11 Feb 2004 19:07:27 -0500 % From: "DAVID TURNER" <DAVID@HPAQ.NET>i! Subject: Re: VMS Systems Disposaly0 Message-ID: <102lgu344jb4d66@news.supernews.com>    Seems that I smell something..... Did I tread on something or is it....b*$%&^*t?   -- e Island Computers US Corp 2700 Gregory St Suite 180n Savannah GA 31404k Tel: 912 4476622 Fax: 912 201 0402 , Email (SPAMproofed) dbturner@islandco.nospam (replace nospam with .com)    0 "Brian" <brian@brassvalley.com> wrote in message7 news:2d2fb529.0402061852.3b08d1ce@posting.google.com...6@ > Did you know that if your company does the following with yourH > computer equipment that you may be risking having penalties applied toE > your company by Federal, State, and Local regulations, compromisingdG > your company's data security, incurring legal and insurance expenses, C > damage to your corporate reputation, and being fined by the EPA??  >h > Do you utilize:w > + > COMPUTER DONATIONS? YOU ARE STILL LIABLE!89 > COMPUTER LIQUIDATION/LIQUIDATORS? YOU ARE STILL LIABLE!I+ > COMPUTER RECYCLING? YOU ARE STILL LIABLE!s5 > DISPOSITION VIA DUMPSTER? YOU ARE BREAKING THE LAW!- >-H > With all these scenarios, the EPA may still define your company as theF > "Generator of Waste" and would pursue your company in the event thatC > one of your Monitors or the like was found in a landfill. Even ifeA > ownership was transferred to a recycler, reseller or non-profitoH > organization- you are still liable. Remember it isn't what you do withH > old computers that matters in these situations, it is where it ends up/ > in 4 years from the people that have it then.t >e > ? > Most companies are not aware of how exposed they are with the.F > traditional methods of removing surplus computer equipment. However,E > as companies increasingly strive to be environmentally responsible,nD > and are also increasingly risk averse, they are beginning to learnE > that the old ways of disposing of surplus computer equipment are nosA > longer adequate to address the potential risk of being named in A > pollution lawsuit or an event involving Data Security, Software) > Licensing or Legal Action. > H > Most COMPUTER RECYCLING/COMPUTER DISPOSAL companies take care of assetH > tracking and disposition / COMPUTER DISPOSAL, but NO ONE ELSE builds aB > legal firewall between you and potential litigation with variousG > entities including the EPA. If you use COMPUTER DONATIONS or COMPUTER G > LIQUIDATION / LIQUIDATORS and the individuals that get your computers D > dump the used materials inappropriately, the e-waste can be traced" > back to the original owner: YOU! >  >t > For more information visit - >iK http://www.brassvalley.com/htm/COMPUTER_RECYCLING%20COMPUTER%20DISPOSAL.htm-   ------------------------------  # Date: Wed, 11 Feb 2004 17:49:43 GMTo) From: Alfred Falk <falk@arc.REMOVE.ab.ca>w2 Subject: What kind of memory for AlphaServer 1000?9 Message-ID: <Xns948C6E272160Efalkarcabca@198.161.157.145>t  9 What kind memory SIMMs are required for AlphaServer 1000? K I have a manual for 1000A and it just refers to "SIMMs" withou any kind of eK qualifier.  I happen to have on hand 5 16 MB EDO SIMMs but it doesn't seem o to recognize them.   Thanks for any help.   --  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca a@ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Roadm1                         Edmonton, Alberta, Canadal http://www.arc.ab.ca/   T6N 1E4e  http://www.arc.ab.ca/staff/falk/   ------------------------------    Date: 12 Feb 2004 15:15:49 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)e% Subject: Re: Why was VAX abandonned ?b= Message-ID: <8a646952.0402121515.60abdc90@posting.google.com>   a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<87r7x17hkx.fsf@prep.synonet.com>... ; > jones.computer.srv@worldnet.att.net (Daryl Jones) writes:  > H > > I was told about this problem with VMS when I was managing a VAX 750A > > using VMS 2.5 (1982) by someone who ran a VAX/VMS timesharinga > B > I think you may be confusing a few details. AIR, the 7xx support) > didn't appear and work until 3.x or so.y   Dear Paul Repacholi:  ? Listed below is part of table that is found in the HP web site:   3 http://h71000.www7.hp.com/openvms/supportchart.html   G System          Minimum Required Version of OpenVMS     Maximum Version0I ----------      -----------------------------------     ---------------- i9 VAX-11/725	Retired	                                V5.1-1i4 VAX-11/730	V3.0	                                V6.24 VAX-11/750	V2.0	                                V6.24 VAX-11/780	V1.5	                                V6.26 VAX-11/782	Retired (V4.7)	                        V6.24 VAX-11/785	V3.4	                                V6.2   Regards, Daryl Jonese   ------------------------------  % Date: Wed, 11 Feb 2004 22:52:19 -0500a  From: John Santos <JOHN@egh.com>% Subject: Re: Why was VAX abandonned ?(6 Message-ID: <1040211223951.33368A-100000@Ives.egh.com>  / On Wed, 11 Feb 2004, glen herrmannsfeldt wrote:-   > John Santos wrote: >  > (snip) > J > > Some terminals send a BREAK when they are turned off.  Many VAXes haltI > > on break.  It probably wasn't the act of logging out that crashed theeC > > system, but the BREAK from turning off the terminal, which theyg/ > > probably did immediately after logging out.i > 2 > Well, it isn't that the terminal sends anything. > < > BREAK is space (0) state for more than one character time.> > Many will do that just unplugging the cable, which you can't > blame the terminal for.d > 	 > -- glen.  B Nope.  SPACE is not 0 volts, which is what you get when you unplug? the cable.  SPACE is +3V to +25V (max) and MARK is -3V to -25V.a> The range between +3V and -3V is called the transition region,@ and the signal state is not defined.  (Source: John E. McNamara,= "Technical Aspects of Data Communication, 2nd Ed.", page 37.)a  > These definitions are for the EIA standard; 20mA is different,@ and seems to have some implementations where "current" is a MARK= and "no current" is a SPACE, and others where MARK is currenth: flowing in one direction and SPACE is current in the other= direction, but I just skimmed that part since I've never seena- a VAX or Alpha with a 20mA console interface.o  A Any terminal that sends a BREAK (continuous SPACE signal), eithery; during power down or during power up, is broken, whether byo= design or implementation.  (At the very least, it should haveg* a setup option to enable or disable this.)   -- a John Santosn Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Thu, 12 Feb 2004 06:09:51 GMTt0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>% Subject: Re: Why was VAX abandonned ?X- Message-ID: <PMEWb.11217$jk2.35636@attbi_s53>s   John Santos wrote:   (snip)	 (I wrote)dI >>>Some terminals send a BREAK when they are turned off.  Many VAXes halteH >>>on break.  It probably wasn't the act of logging out that crashed theB >>>system, but the BREAK from turning off the terminal, which they. >>>probably did immediately after logging out.  2 >>Well, it isn't that the terminal sends anything.  < >>BREAK is space (0) state for more than one character time.> >>Many will do that just unplugging the cable, which you can't >>blame the terminal for.s  D > Nope.  SPACE is not 0 volts, which is what you get when you unplugA > the cable.  SPACE is +3V to +25V (max) and MARK is -3V to -25V.s@ > The range between +3V and -3V is called the transition region,B > and the signal state is not defined.  (Source: John E. McNamara,? > "Technical Aspects of Data Communication, 2nd Ed.", page 37.)@  < I said (0), not (0 volts).  It is the logic 0, as opposed to; the mark, logic 1.  Yes, those are the voltages.   What you ? didn't say is what happens if it is between +3 and -3, and alsob= what voltage the wire floats to when not driven.   I have had > systems that signal break when the wire is unplugged (at least@ one Sun that I had did that), and I have had systems that didn't> (with a port selector that required break to select a new port7 connected to a Tektronix terminal without a break key).   = A resistor to -12v would probably help, but I never tried it.3   (snip)  C > Any terminal that sends a BREAK (continuous SPACE signal), eithere= > during power down or during power up, is broken, whether byk? > design or implementation.  (At the very least, it should haveS, > a setup option to enable or disable this.)  : It might depend on the order the power supplies shut down,A or they might have a resistor to one side or the other.  I agree,t! but it seems to happen too often.i   -- glenf   ------------------------------  % Date: Thu, 12 Feb 2004 12:50:18 +00005- From: John Laird <nospam@laird-towers.org.uk>o% Subject: Re: Why was VAX abandonned ? 8 Message-ID: <l1tm20h30f8sd1jqd0i4kstfb505lbqksl@4ax.com>  J On Wed, 11 Feb 2004 23:37:34 +0800, Paul Repacholi <prep@prep.synonet.com> wrote:  : >jones.computer.srv@worldnet.att.net (Daryl Jones) writes: > G >> I was told about this problem with VMS when I was managing a VAX 750t@ >> using VMS 2.5 (1982) by someone who ran a VAX/VMS timesharing >-A >I think you may be confusing a few details. AIR, the 7xx supportr( >didn't appear and work until 3.x or so.  J Given that V1.0 only ran on a 780, I don't understand your last statement.2 What do you think 1.x and 2.x supported, exactly ?  I The 750 arrived around the same time as 2.0 (1980?)  The 730 and 3.0 alsos' arrived at about the same time (1982?).f  I [Those were the days when smart cookies only ran .odd number releases and A scheduled time off immediately after preventative maintenance...]h   -- y0 Don't play stupid with me...  I'm better at it!    Mail john rather than nospam...a   ------------------------------    Date: 12 Feb 2004 08:31:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a% Subject: Re: Why was VAX abandonned ?e3 Message-ID: <M8afi845JF6U@eisner.encompasserve.org>e  \ In article <87r7x17hkx.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > B > I think you may be confusing a few details. AIR, the 7xx support) > didn't appear and work until 3.x or so.w  F    What?  The original ship of VMS was on an 11/780, the only model atF    the time.  11/750 was the second to ship, in the VMS 2.x timeframe.   ------------------------------  # Date: Wed, 11 Feb 2004 18:56:30 GMTl# From: hoff@hp.nospam (Hoff Hoffman)VH Subject: Re: [OpenVMS VAX V7.3, Alpha V7.3-2] Bug in SYS$FAO still there/ Message-ID: <yVuWb.182$fC6.81@news.cpqcorp.net>s  i In article <newscache$u35wsh$bvl$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:0A :I just stumbled (via a typo) of some kind of old bug in SYS$FAO.c     Thanks.  S  6   I've passed this report along to the DCL maintainer.  C   If you have a support contract, please contact the support centeriB   directly for assistance with this -- that's the fastest and mostB   certain way to get an ECO kit kitted and shipped for this error.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqcN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------    Date: 12 Feb 2004 16:15:44 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s: Subject: Re: [OT] Solaris crashes itself when /tmp is full3 Message-ID: <whLBGC0XPRDP@eisner.encompasserve.org>H   In article <c0gdqq$3h5$2@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > B > Solaris isn't allowing an unpriviledged user to fill up a system. > disk /tmp isn't generally a disk its memory. >   E    You should learn more about your product.  From one of our Solarist    systems:t   x> df | grep tmpF /tmp               (swap              ): 1148800 blocks    26993 files  E   "swap" is hard disk space.  It implements backing store for virtualn   memory, but it is disk space.v   ------------------------------   Date: 13 Feb 2004 00:42:53 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon): Subject: Re: [OT] Solaris crashes itself when /tmp is full: Message-ID: <c0h6ic$16mdfb$1@ID-135708.news.uni-berlin.de>  3 In article <gYI4TNsT6bx5@eisner.encompasserve.org>,h> 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:X > In article <c0g5bi$cg0$1$8302bc10@news.demon.co.uk>, Roy Omond <Roy@Omond.net> writes: >> gF >> I have asked my colleagues who deal with Solaris if it is true thatE >> Solaris will crash itself if /tmp gets full (for non-Unix persons,.D >> /tmp is usually a scratch directory where everyone can write to).C >> Astonishingly it is indeed so.  So any black-hat, non-privileged D >> JoeBloggs user could fill /tmp and, *bang*, away goes the system., >> Or even a white-hatted user by accident ? > H >    Sigh.  'tis true.  Solaris is likely not the only eunich with this F >    problem.  We used to run a cron job to keep /tmp clean overnight,J >    as well as cleaning up unreferenced formated man pages, syslog, wtmp,  G C'mon Bob.  I expect better of you.  The problem with Solaris is unique F in that it isn't really about filling up /tmp as much as it appears toG be forcing an exhaustion of swap because /tmp is actually in memory.  I F have been working with Unix systems of pretty much every flavor since F around 1981 amd have never seen a system crash because /tmp filled up.2 I have seen them become unusable, but never crash.   >    ... > C >    And there are many other things "any black-hat, non-privileged1I >    JoeBloggs user could" do to hose things up, generally realted to not.1 >    having a concept of process resource quotas.e  G BSD has had numerous process resource quotas for many years now.  Which D just goes to show how stupid the rush to SYSV and the abandonment of= commercialization of the version previously known as BSD was.s  I Many people may not want to hear it, but I maintain a whole collection of H Unix servers used by students and faculty alike and with no restrictionsF on what they are allowed to do (as regular users) they don't crash andG they don't become unstable.  Reboots are usually the result of changings hardware.  )    bill   -- dJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Thu, 12 Feb 2004 16:08:43 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>: Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <402BA1B8.18896617@blueyonder.co.uk>   Roy Omond wrote:  y > Any comments ? >  > A flabbergasted Roy Omonds > Blue Bubble Ltd.  S Sure, it is a unix "weakness". Some syadmins have cron jobs to monitor and clean up0 /tmp.m  O VMS also will have problems if SYS$SYSDEVICE fills up. I have seen this happen 7/ with LPD printer logs at a site many years ago.0   regardsn   --   tim.llewellyn@blueyonder.co.uk   ------------------------------  % Date: Thu, 12 Feb 2004 16:14:20 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> : Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <c0g8os$1qs$1@new-usenet.uk.sun.com>   Roy Omond wrote:; > Gentle colleagues, forgive me for posting this in c.o.v.,o > but that's where I live. > ; > I'm currently with a small company which does support for > > VMS, Tru64 and (amongst others) Solaris.  One of our clients= > asked us to investigate a crash they had recently, and this 3 > what what was offered from Sun as an explanation:  >  > Quote: > H > Sun found the problem from just looking at the messages.0 log. Here is > the explanation: > F > 1) From "Feb 2 12:35:06" in the messages.0 log there were error msgs: > reporting that /tmp was full, which is a very bad error: > H > xxxxx unix: WARNING: /tmp: File system full, swap space limit exceeded >   C /tmp is generally a memory resident filesystem which you can set toe@ be a specific size which is some % of your available swap space.  B You appear to have filled /tmp up and left it full for some period of time.  H > 2) The OS eventually crashed itself to resolve the problem (this would@ > have cleaned out /tmp) at 16.59 and then came back up at 17.07 >   C It would have had to be sitting with /tmp full for a long time, the C normal corrective action is to delete the files in /tmp or allocate  more swap space.  ? It looks like you have a user/process problem. Does OpenVMS runo' indefinitely if you fill its disks up ? 
 > unQuote. > E > I have asked my colleagues who deal with Solaris if it is true thateD > Solaris will crash itself if /tmp gets full (for non-Unix persons,C > /tmp is usually a scratch directory where everyone can write to). B > Astonishingly it is indeed so.  So any black-hat, non-privilegedC > JoeBloggs user could fill /tmp and, *bang*, away goes the system. + > Or even a white-hatted user by accident ?e > > > I'm sure there are quite a few others here with more Solaris& > experience than I have (Andrew ? :-) >  > Any comments ? >  > A flabbergasted Roy Omondi > Blue Bubble Ltd.    Why would you be flabbergasted ?   ------------------------------   End of INFO-VAX 2004.086 ************************