1 INFO-VAX	Tue, 26 Jul 2005	Volume 2005 : Issue 413       Contents: Re: another CXX question Re: another CXX question. Digital logo and other character cell  draws..2 Re: Digital logo and other character cell  draws.. EFI news Re: EFI news Fall 2004 VMS SIG Tape contents  Re: HP layoffs: 14,500 Re: HP layoffs: 14,500 Re: HP layoffs: 14,500 Re: HP layoffs: 14,500 Re: HP layoffs: 14,500 Re: Interex is Dead!; Re: IS the Hobbyist program active, I can't get any results  Mozilla and ODS5 Re: Mozilla and ODS5 OpenVMS Transition Modules( Re: Response issues on GS1280, VMS 7.3-2( Re: Response issues on GS1280, VMS 7.3-2( Re: Response issues on GS1280, VMS 7.3-2( Re: Response issues on GS1280, VMS 7.3-2" Re: simple image processing on VMS Re: Storage shelf questions  Re: Storage shelf questions  Updated VMS Information   F ----------------------------------------------------------------------  % Date: Mon, 25 Jul 2005 14:14:43 -0400 + From: Chip Coldwell <coldwell@gmail.nospam> ! Subject: Re: another CXX question A Message-ID: <Pine.LNX.4.61.0507251411190.20335@frank.harvard.edu>   $ On Mon, 25 Jul 2005, Ed Vogel wrote:   > : > "Chip Coldwell" <coldwell@gmail.nospam> wrote in message= > news:Pine.LNX.4.61.0507241901080.13407@frank.harvard.edu...  > F >    I've read the replies here, and at first I was quite certain that >    John Malmberg was correct.  > C >    However, it does seem like there is a compiler bug here.  I've < >    reduced Chip's program to the one enclosed below.  This> >    should output "here I am", and it does when compiled with< >    the C compiler.  The C++ compiler emits nothing.  Using >    the /NOOPT does not help. >  >    We'll have a look.   H Thanks a lot, Ed and John.  FWIW, I went back to my cluster and changed I the "const char *str = "314159" declaration to "char *str = argv[1]" and   got the same compiler warning:   $ cxx foo.cc          if (neg)  ......^ 0 %CXX-W-CODEUNREACHABLE, statement is unreachable6 at line number 54 in file DISK$USER:[COLDWELL]FOO.CC;9  7 No mention of the boolean "neg" being used unitialized.   H It speaks highly of the group at ZKO that you're willing to investigate 4 these issues when they're raised by a mere hobbyist.   Chip   --   Charles M. "Chip" Coldwell Turn on, log in, tune out    ------------------------------  % Date: Mon, 25 Jul 2005 14:28:38 -0400 + From: Chip Coldwell <coldwell@gmail.nospam> ! Subject: Re: another CXX question P Message-ID: <Pine.OSX.4.62.0507251423580.335@physics-departments-computer.local>  ) On Mon, 25 Jul 2005, John Malmberg wrote:  > N > Your replacement code may be more correct and better for the optimizer.  It L > looks like that for some reason you are implementing the code in sscanf(). > J > The compiler also knows how to inline sscanf() when the format string is > known at compile time.  C I'm 100% with you here -- I don't know why the folks at Glyph & Cog E chose to write their own sscanf.  However, my objective is to compile B Xpdf 3.00pl3 on OpenVMS with a minimum of code changes, so I don't@ want to rewrite their lexer even if it does seem a little silly.   Chip   --   Charles M. "Chip" Coldwell Turn on, log in, tune out    ------------------------------    Date: 25 Jul 2005 14:34:24 -0700, From: contracer11@gmail.com (Shiva MahaDeva)7 Subject: Digital logo and other character cell  draws.. = Message-ID: <e83e5d60.0507251334.785e5551@posting.google.com>   ; Where could I get digital logo escape sequence and another  * draws to use in character cell terminals ?   ------------------------------  % Date: Mon, 25 Jul 2005 20:33:27 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>; Subject: Re: Digital logo and other character cell  draws.. + Message-ID: <42E592E7.1A9E6C09@comcast.net>    Shiva MahaDeva wrote:  > < > Where could I get digital logo escape sequence and another, > draws to use in character cell terminals ?  C Nothing fancy - just lowercase letters in reverse video, or VT line F drawing around the letters - see http://vt100.net/ - or use dashes and1 change bars (pipe symbols) for plain "ASCII art".    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  # Date: Mon, 25 Jul 2005 18:16:14 GMT * From: "FredK" <fred.nospam@nospam.dec.com> Subject: EFI news 1 Message-ID: <O%9Fe.9202$4i5.279@news.cpqcorp.net>   o http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20050725005749&newsLang=en    ------------------------------  % Date: Mon, 25 Jul 2005 14:25:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: EFI news , Message-ID: <42E52EA5.47A0C03F@teksavvy.com>   FredK wrote: > q > http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20050725005749&newsLang=en   E Does this mean that the 64 bit 8086 architecture may adopt EFI in the   foreseable future, say by 2007 ?   ------------------------------  % Date: Mon, 25 Jul 2005 19:01:58 -0400 ' From: Glenn Everhart <Everhart@gce.com> ( Subject: Fall 2004 VMS SIG Tape contents, Message-ID: <ZOSdnTGlccYg8njfRVn-rA@rcn.net>   Folks - F The Fall 2004 edition of the VMS SIG tapes has been mailed to folks on, the tree. If you need to get on, contact me.   Glenn Everhart Everhart@gce.com Smyrna, Del 19977    Contents of the tape:    Fall 2004 VMS / LT SIG Tapes [VMSLT04B...] Directory Tree  D [.GNU]	This is Gnu software that is new since last time.  BISON is a; 		parser generator Emacs is an editor GCC is a compiler for < 		C, Fortran, Pascal etc.  Gnumeric is a spreadsheet (pretty= 		much superset of excel) Gnunet is a p2p system specializing ; 		in privacy Gnutls is a transmission level security system   J [.NET]	Net stuff Things off internet, not necessarily VMS specific.  Bible= 		has text of KJV Bible Blassic is a BASIC interpreter in src < 		BOTAN is a crypto lib CDRtools are for burning cd-r Crypto; 		is another crypto lib DVD-P-RW-Tools is for burning DVD+R 8 		Firebird is a DBMS FSP client is for FSP, like FTP but= 		connectionless GNUPG is a free PGP version, crypto for all. 8 		INGRESr#-SRC-1 is the Ingres DBMS released open source7 		MSORT is a sort with many options OPENSSL is a crypto 6 		library and can generate certificates QEMU is an x86: 		emulator TECOCLINUX is a TECOC dialect for linux in src.8 		Updates Pete Siemsen's older one UNFS3 is a reader for9 		linux disk file structures UNZIP and ZIP are updates to = 		those compression utils XPDF is to view pdf fiels WINE is a = 		windows emulator VMSBACKUP is a reader for vms backup tapes  		on other systems  - 		AAAREADME.TXT;1     BIBLE-KJV_4_18_TAR.GZ;1 , 		BLASSIC-0_10_0.TGZ;1 BOTAN-1_4_6_TAR.BZ2;10 		BRLCAD-7_0_2_TAR.BZ2;1 CDRTOOLS-2_01_TAR.BZ2;17 		CRYPTO-128.ZIP;1 DVD-P-RW-TOOLS-5_21_ 4_10_8.TAR-GZ;1 8 		FIREBIRD-1_5_2_4731_TAR.BZ2;1 FSPCLIENT-0_0_9_TAR.GZ;1= 		FSPROXY-07.ZIP;1 GNUPG-1_4_1_TAR.BZ2;1 INGRESR3-SRC-1_TAR.B : 		Z2;1 LIBECC-0_11_0_TAR.GZ;1                  MSORT.TGZ;1- 		OCRAD-0_9_TAR.BZ2;1 OPENSSL-0_9_7G_TAR.GZ;1 1 		P7ZIP_4_14_01_SRC_TAR.BZ2;1 QEMU-0_6_1_TAR.GZ;1 1 		SOCAT-1_4_1_0_TAR.GZ;1 TECOCLINUX0398_TAR.G Z;1 ; 		UNFS3-0_9_12_TAR.GZ;1                   UNZIP552_TAR.GZ;1 . 		VMSBACKUP4-1-1.ZIP;1 WINE-20050419_TAR.BZ2;1+ 		XPDF-3_00PL1.PATCH;1 XPDF-3_00PL2.PATCH;1 % 		XPDF-3_00_TAR.GZ;1  ZIP231_TAR.GZ;1   K [.OPENOFFICE] This area has source to latest build of OpenOFfice, a package : 		that works a lot like MS Office (word proc, spreadsheet, 		presentation, dbms, etc.)   E [.SAMBA]  SAMBA allows other systems to read and write CIFS ("Windows 8 		shares") filesystems over a net. Included are some VMS7 		ports plus latest general code releases. While client < 		access is in VMS from a utility it lets VMS serve printers9 		and disks to windows or samba-using Linux or Unix boxes  		transparently.  G [.TK]  Hunter Goatley new files BZIP2-1_0_2.ZIP;1       Good compressor 3 		FREETYPE-2_1_4.ZIP;1    Use freetype fonts in vms / 		HINDEX.ZIP;1            HELP index JUMP.ZIP;1 9 		Become someone else LWW-REVERT.ZIP;1        Change file < 		version numbers in a dir LWW-UTC.ZIP;1           Motif UTC3 		clock LWW-VIEWXBM.ZIP;1       Motif bitmap viewer 9 		LWW-XMEASURE.ZIP;1      Measure Motif windows MBU.ZIP;1 8 		Mailbox utility MYSQL-PYTHON-INST-INS.TXT;1 installing< 		python and mysql in vms NOPE.ZIP;1              simulate a3 		purge, see what would be deleted ODS2-PATCH.TXT;1 6 		process wait analyzer PWAIT$SDA.ZIP;1 PWAITSDA.ZIP;1; 		PWAIT_SDA.ZIP;1 RCARD.ZIP;1             display cardfiler ( 		cards on vt term and print UNZIP.ZIP;1< 		uncompress zip archives VIEWFILE.ZIP;1          Motif file9 		viewer/browser VTFM-HG.ZIP;1           Norton Commander < 		style VT file mgr VTFM.ZIP;1 ZIP.ZIP;1               Makes 		zip compressed archives   J [.VU]  MS specific stuff from all over This material has or claims to have: 		ability to build in VMS and most of it has VMS binaries.6 		All 3 VMS hardware architectures have material here.= 		Highlights: CDRTOOLS - burn CDs cURL - get/put files to URL : 		on net, ftp or http protocol, can recurse Emacs - famous; 		editor, VMS flavor OpenSSL - encrypt/decrypt, make certs, : 		scores of options ppf012 - port print facility, print to< 		port MySQL - relational DBMS for VMS Python - language for; 		VMS, used for many script tricks Imagemagick - displays / : 		converts images, edits images Mosaic - web browser PCX -= 		read/write MSDOS floppy Lucane - groupware platform for VMS = 		LibGD and GD - lib for dynamic creation of images SWISH-E - ; 		powerful web indexing system ODS2-patch - patched version ; 		of ODS2 reader for other systems, lets almost any OS read 7 		VMS material Superversion - version control system XV 6 		patches to fix various problems.  files:  A2PS.ZIP;15 		AAAREADME.TXT;1     AD_USER.ZIP;1 BLISS-0_010.TGZ;1 ; 		BUILDING_OPENSSL_0_9_7E_ON_A_VAX.TXT;1  BZIP2-1_0_2.ZIP;1 < 		CDRECORD_V__RMS_DEFA ULTS.TXT;1 CDRTOOLS-2_01A24_VMS.ZIP;1 		CLD-ON-IA64-VMS.TXT;1 * 		CLD-SYMBOL-TABLE-OBJECT-ON-ITANIUM.TXT;18 		CURL-7_13_1-VMS-AXP.  ZIP;1 CURL-7_13_1-VMS-IA64.ZIP;11 		CURL-7_13_1-VMS-VAX.ZIP;1 CURL-7_13_1_TAR.BZ2;1 ; 		CURL-README.TXT;1 C_FILE_OPERATIONS.TX T;1 DAILYDRV.ZIP;1 / 		DES.MSG;1           DJESYS-FREEWARE-DOC.TXT;1 $ 		EMACS-VMS-BASIS-1-SYNCH-1.README;15 		EMACS-VMS-BASIS-1-SYNCH-1_DIFF.GZ;1 EMACS-VMS.TXT;1 7 		FIND-IMG-HDR-IN-IA64-ELF.TXT;1          FINDRMS.SRC;1 # 		FREE-AXPVMS-JETTY-V0501-2-1.ZIP;1 # 		FREE-AXPVMS-LUCANE-V0704--1.ZIP;1 8 		FREE-AXPVMS-SUPERVERSION-V0102--1.ZIP;1 FREEDISK.ZIP;17 		FREETYPE-2_1_4.ZIP;1 FREETYPE-V0201-4-1.ZIP;1 FTB.C;1 = 		GD-2_0_33.ZIP;1 GDCHART-V0011-4-1.ZIP;1 GDCHART0_11_4.ZIP;1 / 		GETTING-IA64-NOTES-V MS.TXT;1 GNV_ZIP.PATCH;1 5 		GRUB-0.95-DIFF1;1   IA64.DIR;1 IMAGEMAGICK-6_2_1-2_ 1 		TAR.BZ2;1 IOPENER-0_2-SRC.ZIP;1 JETTY-EN.HTML;1 = 		JETTY-EN_FILES.DIR;1 JGRASP-EN.HTML;1 JGRASP-EN_FILES.DIR;1 . 		JGRASP-SETUP.HTML;1 JGRASP-SETUP_FILES.DIR;16 		JGRASP175.ZIP;1 JPEG-6B.ZIP;1 LIBBZ2-V0100-2-1.ZIP;1/ 		LIBGD-V0200-28-1.ZIP;1 LIBIMAGING-1_1_4.ZIP;1 3 		LIBIMAGING-V0101-4-1.ZIP;1 LIBJPEG-V0602--1.ZIP;1 , 		LIBPNG-1_2_8.ZIP;1 LIBPNG-V0102-8-1.ZIP ;1/ 		LIBXML2-2_6_17.ZIP;1 LIBXML2-V0206-17-1.ZIP;1 + 		LIBXSLT-V0101-12-1.ZIP;1 LUCANE-VMS.TXT;1   		MOSAIC3_8.ZIP;1 MOVEROOT.ZIP;1) 		MOZILLA-OPENVMS-ALPHA-M170.SFX_AXPEXE;1 5 		MYSQL-4_1_9_VMS.ZIP;  1 MYSQL-PYTHON-INST-INS.TXT;1 ; 		MYSQL-V0401-9-1.ZIP;1 ODS2-0_9_3_TAR.BZ2;1 ODS2-ANN.TXT;1 8 		ODS2-PATCH.TXT;1 OPENSSL097E-V0102-0-1.ZIP;1 PCX.BCK;14 		PERLVMS.HTML;1PHEX_2_1_4_80_SRC.ZIP;1 PPF012.ZIP;1' 		PYGET.SH;1 PYTHON-2_3_5-VMS-SRC.ZIP;1 1 		PYTHON-2_4-VMS-SRC.ZIP;1 PYTHON-V0203-4-1.ZIP;1 9 		PYTHON235-V0113-0-1.ZIP;1 Q_UTILS.ZIP;1 SIMHV33-2.ZIP;1 / 		SRM_TAR.GZ;1 SUPERVERSION.TXT;1 SUV-EN.HTML;1 ; 		SUV-EN_FILES.DIR;1  SUV-SETUP.HTML;1 SUV-SETUP_FILES.DIR; 5 		SWISH-E-2_4_2-VMS-SRC.ZIP;1 SWISH_E-V0204-3-1.ZIP;1 # 		T4CHART.ZIP;1       T4MYSQL.ZIP;1 = 		TYPE-FILE-BY-FID-VMS.TXT;1 UCX_LPD.ZIP;1 UNZIPVMSMODS.DIR;1 7 		USB-VMS-SUPP.TXT;1 VMS-ADJUST-QUORUM-EM ERGENCY.TXT;1 5 		VMS-CHEAP-SUPPLIES.TXT;1 VMS-CONSOLE-ADDR-MAP.TXT;1 , 		VMS-PCAP.ZIP;1 VMS-USB-2-SUPP-STATUS.TXT;1: 		VMS-USB-IN-8_2.TXT;1 VMS-WHOIS016.ZIP;1  VMS72KITS.DIR;11 		VMSFAQ_HTML.ZIP;1 VMSFTP-BEHAVIOR-CHAN GE.TXT;1 0 		VMSZIP.DIR;1 VMSZIP3.DIR;1       VMS_DOS.ZIP;10 		VNEWS.DIR;1 VNEWS.ZIP;1         VNEWSVMS.ZIP;1; 		VTFM.HTML;1 VTFM.ZIP;1 VTFM_232.ZIP;2      VTFM_232.ZIP;1 4 		VTFM_FILES.DIR;1    WEDGE.ZIP;1 WHOIS016-VMS.ZIP;1: 		WINXP64RC.TXT;1 WWW_PI-NET_DYNDNS_ORGANONYMOUSKITS.HTM;1# 		WWW_PI_NET_DYNDNS_ORG_KITS.HTML;1 = 		WWW_PI_NET_DYNDNS_ORG_KITS_FILES.DIR;1 XPDF-3_00PL1.PATCH;1 0 		XPDF-3_00_TAR.GZ;1 XSCREENSAVER-4_21_TA R.GZ;1+ 		XV-3_10A-JUMBO-PATCHES-20050410_TAR.BZ2;1 1 		XV-3_10A-JUMBO-READM E.TXT;1 XV-3_10A-VMS.ZIP;1 - 		XV-3_10A_TAR.GZ;1   XV-STD-DOWNLOADS.HTML;1 8 		XV-STD-DOWNLOADS_FILES.DIR;1            ZIPSPLIT.ZIP;1; 		ZIPVMSMODS.DIR;1 ZLIB-1_2_2.ZIP;1    ZLIB-V0102-2-1.ZIP;1   K [.WWW]  WASD HTTP server This is a VMS web server with many additions, most  		recent release.    ------------------------------  % Date: Mon, 25 Jul 2005 15:33:20 -0400  From: norm.raphael@metso.com Subject: Re: HP layoffs: 14,500 Q Message-ID: <OF5C7D5115.27E1D8C5-ON85257049.006B1530-85257049.006B73B2@metso.com>   G From JULY 25, 2005 (COMPUTERWORLD)  [Blood in the water for this group]   % HP Plans Cuts; User Group Shuts Doors $ Hurd holds off on strategy questions  C http://www.computerworld.com/news/2005/story/0,11280,103452,00.html   I Maureen Greer, assistant vice president of IT compliance at Amegy Bank NA G in Houston,...thinks the changes will improve HP's marketing, which she J pointed to as a major weak spot. "If HP were selling sushi, they'd call itD 'cold, dead fish' because they are so bad at marketing," Greer said.   ------------------------------  # Date: Mon, 25 Jul 2005 19:59:53 GMT * From: "FredK" <fred.nospam@nospam.dec.com> Subject: Re: HP layoffs: 14,500 2 Message-ID: <ZwbFe.9207$Mp5.6944@news.cpqcorp.net>  ) <norm.raphael@metso.com> wrote in message K news:OF5C7D5115.27E1D8C5-ON85257049.006B1530-85257049.006B73B2@metso.com...  >  >  >  > I > From JULY 25, 2005 (COMPUTERWORLD)  [Blood in the water for this group]  > ' > HP Plans Cuts; User Group Shuts Doors & > Hurd holds off on strategy questions > E > http://www.computerworld.com/news/2005/story/0,11280,103452,00.html  > K > Maureen Greer, assistant vice president of IT compliance at Amegy Bank NA I > in Houston,...thinks the changes will improve HP's marketing, which she L > pointed to as a major weak spot. "If HP were selling sushi, they'd call itF > 'cold, dead fish' because they are so bad at marketing," Greer said. >   L Now, now.  We might call it "cold, dead fish", but we wouldn't actually tellD you that, we have non-content ads.  You need to guess that's what weH call it, and hope you can find someone who can turn it into a quote that isn't for "runny, yellow eggs".   6 I am optimistic that the re-organization will fix this not-so-funny-in-real-life 
 situation.   ------------------------------  % Date: Mon, 25 Jul 2005 13:34:41 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: HP layoffs: 14,500 ( Message-ID: <opsuhkr3mfzgicya@hyrrokkin>  K On Mon, 25 Jul 2005 19:59:53 GMT, FredK <fred.nospam@nospam.dec.com> wrote:    > + > <norm.raphael@metso.com> wrote in message M > news:OF5C7D5115.27E1D8C5-ON85257049.006B1530-85257049.006B73B2@metso.com...  >> >> >> >>J >> From JULY 25, 2005 (COMPUTERWORLD)  [Blood in the water for this group] >>( >> HP Plans Cuts; User Group Shuts Doors' >> Hurd holds off on strategy questions  >>F >> http://www.computerworld.com/news/2005/story/0,11280,103452,00.html >>K >> Maureen Greer, assistant vice president of IT compliance at Amegy Bank    >> NA J >> in Houston,...thinks the changes will improve HP's marketing, which sheL >> pointed to as a major weak spot. "If HP were selling sushi, they'd call   >> it G >> 'cold, dead fish' because they are so bad at marketing," Greer said.  >> > K > Now, now.  We might call it "cold, dead fish", but we wouldn't actually    > tellF > you that, we have non-content ads.  You need to guess that's what weJ > call it, and hope you can find someone who can turn it into a quote that! > isn't for "runny, yellow eggs".  > 8 > I am optimistic that the re-organization will fix this > not-so-funny-in-real-life  > situation. >  > E It would be great if VMS were to become an independent business unit.    ------------------------------  # Date: Tue, 26 Jul 2005 01:06:36 GMT 9 From: Bob Harris <nospam.News.Bob@remove.Smith-Harris.us>  Subject: Re: HP layoffs: 14,500 D Message-ID: <nospam.News.Bob-53938D.21070825072005@news.verizon.net>  G In article <opsuhkr3mfzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com>   wrote:  M > On Mon, 25 Jul 2005 19:59:53 GMT, FredK <fred.nospam@nospam.dec.com> wrote:  >  > > - > > <norm.raphael@metso.com> wrote in message O > > news:OF5C7D5115.27E1D8C5-ON85257049.006B1530-85257049.006B73B2@metso.com...  > >> > >> > >> > >>L > >> From JULY 25, 2005 (COMPUTERWORLD)  [Blood in the water for this group] > >>* > >> HP Plans Cuts; User Group Shuts Doors) > >> Hurd holds off on strategy questions  > >>H > >> http://www.computerworld.com/news/2005/story/0,11280,103452,00.html > >>M > >> Maureen Greer, assistant vice president of IT compliance at Amegy Bank    > >> NA L > >> in Houston,...thinks the changes will improve HP's marketing, which sheN > >> pointed to as a major weak spot. "If HP were selling sushi, they'd call   > >> it I > >> 'cold, dead fish' because they are so bad at marketing," Greer said.  > >> > > M > > Now, now.  We might call it "cold, dead fish", but we wouldn't actually    > > tellH > > you that, we have non-content ads.  You need to guess that's what weL > > call it, and hope you can find someone who can turn it into a quote that# > > isn't for "runny, yellow eggs".  > > : > > I am optimistic that the re-organization will fix this > > not-so-funny-in-real-life  > > situation. > >  > > G > It would be great if VMS were to become an independent business unit.   C Not really.  Everytime I've seen this sort of thing, the operating  F system does not get credit for all the stuff that goes along with the G sale of the OS.  The group making the hardware gets credit for selling  C hardware.  The storage group gets credit for selling storage.  The  E networking group gets credit for selling comm gear.  The support org  + gets credit for selling a support contract.   A The operating system group gets credit for selling a copy of the  I operating system.  And while you may think a license for VMS is a lot of  0 money, it alone will not fund the growth of VMS.  G Only if you are Microsoft and sell as many licenses a MS does, can you   live off of OS sales.   E Making VMS an independent business unit can be a way of stacking the   deck to justify more cuts.  0 Just an observation I've noticed over the years.  2                                         Bob Harris   ------------------------------  % Date: Mon, 25 Jul 2005 18:21:41 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: HP layoffs: 14,500 ( Message-ID: <opsuhx2folzgicya@hyrrokkin>  . On Tue, 26 Jul 2005 01:06:36 GMT, Bob Harris  / <nospam.News.Bob@remove.Smith-Harris.us> wrote:   H >> It would be great if VMS were to become an independent business unit.D > Not really.  Everytime I've seen this sort of thing, the operatingG > system does not get credit for all the stuff that goes along with the H > sale of the OS.  The group making the hardware gets credit for sellingD > hardware.  The storage group gets credit for selling storage.  TheF > networking group gets credit for selling comm gear.  The support org- > gets credit for selling a support contract. B > The operating system group gets credit for selling a copy of theJ > operating system.  And while you may think a license for VMS is a lot of2 > money, it alone will not fund the growth of VMS.H > Only if you are Microsoft and sell as many licenses a MS does, can you > live off of OS sales. F > Making VMS an independent business unit can be a way of stacking the > deck to justify more cuts.2 > Just an observation I've noticed over the years.  K Not to be rude, but you are not thinking outside the box.  The VMS business I unit would OEM the boxes it needed to meet its business objectives, and    whether E Power PC box, Opteron or Itanium box, or HP or Hitachi storage unit   	 becomes a I subordinated issue and could be reduced to standard business evaluation   	 criteria, E performance, reliability, support and price.  If a HP business unit    supplying, e.g. L storage doesn't meet the requisite criteria, you go elsewhere.  Subsidies,   whether L in the private or public sector never work in the long run.  If a unit can   survive  on its own merits, shoot it.   ------------------------------  # Date: Tue, 26 Jul 2005 00:51:09 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: Interex is Dead! 1 Message-ID: <1OfFe.9230$Xz5.155@news.cpqcorp.net>    JF Mezei wrote: O > In europe, it seems that Interex had merged with the groups formerly known as O > DECUS from Europe. Does this mean that both are now sinking ? Or will Interex  > europe survive ?  D HP-Interex EMEA has issued a press release indicating that they are  healthy, and growing: C http://www.hp-interex.org/site/cms/newsarticleview.asp?article=3037    ------------------------------    Date: 25 Jul 2005 21:05:12 +0200( From: Andreas Davour <ante@update.uu.se>D Subject: Re: IS the Hobbyist program active, I can't get any results4 Message-ID: <cs9iryywvtj.fsf@Psilocybe.Update.UU.SE>  * bill@cs.uofs.edu (Bill Gunshannon) writes:  E > I can't imagine why anyone would use MSN, YAHOO or any of the other C > "public" email services.  First, I have no reason to believe they B > don't sell your personal information and second, considering howE > little I trust them, I also see no reason why I should believe they B > are not scanning my emails looking for useful information.  If I3 > were a business, I would definitely not use them.   D I understand your doubts, but I can tell you why I use such services
 sometimes.  G If you move around and want to be able to get e-mail, it is handy to be D able to borrow someones computer and check your mail from anywhere.   G I'd prefer to use ssh to connect to my regular mailserver and read mail C from that one. But finding a decent ssh client already installed on G those crappy windows machines (that often are the only once you can get & access to anywhere) is often not easy.  D I wouldn't dream of using them, or AOL for that matter, for business1 e-mail. The latter happens more often than not...    /andreas   --  A A: Because it fouls the order in which people normally read text. ' Q: Why is top-posting such a bad thing?  A: Top-posting. ; Q: What is the most annoying thing on usenet and in e-mail?    ------------------------------  % Date: Mon, 25 Jul 2005 10:26:29 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com> Subject: Mozilla and ODS5 ' Message-ID: <42e4b046$1@cpns1.saic.com>   C Does anyone know the magic incantation to get Mozilla to save files H using ODS5 syntax, rather than converting them to ODS2 (and would you be willing to share it)?   
 Mark Berryman    ------------------------------  % Date: Mon, 25 Jul 2005 19:44:33 -0400 - From: "John E. Malmberg" <wb8tyw@qsl.network>  Subject: Re: Mozilla and ODS5 1 Message-ID: <_IudnWmq7bv85HjfRVn-oQ@adelphia.com>    Mark Berryman wrote:E > Does anyone know the magic incantation to get Mozilla to save files J > using ODS5 syntax, rather than converting them to ODS2 (and would you be > willing to share it)?   C It appears to be hardcoded into the VMS_JACKETS shared image, so a  I change would be required there to fix it.  There may be some other parts  # of Mozilla that need to be changed.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------    Date: 25 Jul 2005 12:18:35 -0700! From: susan_skonetski@hotmail.com # Subject: OpenVMS Transition Modules C Message-ID: <1122319115.631247.160390@g44g2000cwa.googlegroups.com>    -----Original Message----- From: 	Skonetski, Susan # Sent:	Monday, July 25, 2005 1:44 PM  To:	Skonetski, Susan9 Subject:	OpenVMS Transition Modules - ok for external use    Dear Distribution Lists,  A My apologies if this is a repeat, we did have a session by Thomas D Siebold going into details around the Transition Modules at the boot( camp and the information is very useful.  
 Warm Regards,  Sue     G New OpenVMS Alpha to OpenVMS Integrity Transition Modules now available  for downloadF HP has recently released a new set of Transition Modules to assist itsF OpenVMS customers with the transition of their HP Alpha server systemsG to OpenVMS on Integrity servers. Transition Modules are a collection of > information that includes white papers, porting guides, adviceC packages, software tools, and other valuable documents focused on a C specific transition activity - such as database migration, platform ? migration, custom code migration and packaged application (ISV) 
 migration.F The  OpenVMS Alpha to OpenVMS Integrity Transition Modules include the following modules:< Planning and Designing your Platform Migration: The Platform= Infrastructure Module provides high-level planning and design > information and recommendations to help assess your efforts to@ transition platform infrastructure, including servers, operating" systems, storage and tape devices.? Planning your Custom Code Migration:  The Custom Code Migration G provides high-level planning and design information and recommendations F to help assess your efforts to transition custom code applications and/ addresses programming-related transition issues @ Planning your Database Migration: The Database Transition ModuleE discusses why the expected impact of an Oracle database transition in E your overall transition is minimal and provides a white paper for use  in your transition planning.D Planning and Designing your ISV Applications Migration: The PackagedF Application Transition Module provides planning and design informationF and recommendations to help assess your efforts to transition packaged6 applications from independent software vendors (ISVs).8 These Transition Modules are available free of charge atD http://h71000.www7.hp.com/openvms/integrity/transition/modules.html.   ------------------------------  # Date: Mon, 25 Jul 2005 22:55:45 GMT " From: Lee <lytmah@telusplanet.net>1 Subject: Re: Response issues on GS1280, VMS 7.3-2 - Message-ID: <R5eFe.173761$on1.55071@clgrps13>    prep@prep.synonet.com wrote:& > Lee <lytmah@telusplanet.net> writes: >  > C >>The strange thing is, most of the programs have not changed since E >>the migration to GS1280 in May/2005.  Same application programs and @ >>the FIO routines were compiled from a few years ago.  Programs$ >>running on the ES45's, no problem. >  > E >>After the first node was migrated to a GS1280 hard partition, users % >>experience degraded response on it.  >  > ? >>When we had four ES45's, we could roll out one node for SW/HW E >>maintenance with no response problem.  Now, when we take one GS1280 % >>node out, response is embarrassing.  >  > D > Are you using  shared memory SCS channel and for the lock manager? >    No.    ------------------------------  # Date: Mon, 25 Jul 2005 23:29:07 GMT " From: Lee <lytmah@telusplanet.net>1 Subject: Re: Response issues on GS1280, VMS 7.3-2 - Message-ID: <7BeFe.173767$on1.59196@clgrps13>    Hein wrote:   2 > "Lee" <lytmah@telusplanet.net> wrote in message ) > news:yKSBe.131110$9A2.88439@edtnps89...  > : >>Users run approx. 1,000 commands in the same format when >>they log into the cluster: >>... 2 >>$       DEF/NOLOG/JOB   FILE1          FILE1.DAT2 >>$       DEF/NOLOG/JOB   FILE2          FILE2.DAT >  > ' > Hmmm, that does not sound too useful. L > Is this just an example or are indeed always making the defnition to just F > add the ".DAT" file name extension and perhaps thus prevent further N > translations? Could they not just use a ".DAT" as a Default File Name (RMS: H > FAB$L_DNM). I understand that this has not changed going from ES45 ->  > GS1280, but still...   	Those were just examples.	 7 	We have different production domains on the VMScluster 5 	based on the username.  The username determines what ( 	production procedure to execute.  E.g.,   		$ IF USRNAM .EQS. "USER1" 
 		$   THEN 		$   @SYS$MANAGER:USER1.COM 		...  >  >  >>  >>9 >>HP suspects logical name translation to be our problem. 8 >>Specifically one of our system logicals called XXXXXX.1 >>Here's trace results of a few seconds from SDA.  >>- >>Logical Name Trace Information from node L:  >>       Count    Logical Name >>        2150    XXXXXX >>         294    SYS$SYSROOT  >  > D > So... what is the application trying to achieve looking up XXXXXX.K > Is it a debug flag? A start/stop flag? An alternative data location?  An  6 > accidental left-over from a development time test. ?B > (Again... it would have been the same on the ES45, but still...)  9 	All I/O of production data files is co-ordinated through = 	in-house developed library routines.  For every record read, ; 	inserted, updated, or deleted, a translation of the XXXXXX 9 	logical is performed to see if a production data file is < 	being maintained (CONVERT/RECLAIM).  If the XXXXXX value is; 	anything other than OFF, then extra processing takes place : 	for a data file that is being maintained.  The processing> 	that takes place on a file being maintained is a "journalling7 	concept.  This allows us to maintain a file with users < 	actively entering data.  Once the maintenance is completed,2 	the users access the new data file transparently.   >  > Hein.  >  >    ------------------------------  # Date: Tue, 26 Jul 2005 00:28:43 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 1 Subject: Re: Response issues on GS1280, VMS 7.3-2 1 Message-ID: <%sfFe.9229$7z5.129@news.cpqcorp.net>   
 Lee wrote:> >     All I/O of production data files is co-ordinated throughB >     in-house developed library routines.  For every record read,@ >     inserted, updated, or deleted, a translation of the XXXXXX> >     logical is performed to see if a production data file isA >     being maintained (CONVERT/RECLAIM).  If the XXXXXX value is @ >     anything other than OFF, then extra processing takes place? >     for a data file that is being maintained.  The processing C >     that takes place on a file being maintained is a "journalling < >     concept.  This allows us to maintain a file with usersA >     actively entering data.  Once the maintenance is completed, 7 >     the users access the new data file transparently.   I Instead of translating the logical name for each I/O, you might consider   one of a couple of approaches:G 1) Within the application, use a TQE to fire off a periodic routine to  D translate the XXXXXX logical name and set a flag indicating whether D maintenance work is in progress. Then for each I/O, first test this E flag. Let's say you decide to do this polling once every 10 seconds.  B Then you simply need to $WAIT slightly more than 10 seconds after C defining the logical name XXXXXXX to be something other than "OFF"  1 before you actually start working with the files. G 2) At application startup time, use $ENQW to acquire a Protected Write  G mode lock on a resource named XXXXXX (or whatever) with a Blocking AST  A queued. Once this lock is granted, set a flag indicating that no  I maintenance work is going on. Test this flag for each I/O. When you need  F to do file maintenance work, grab and hold a lock with EXclusive mode H for the duration of the maintenance work. In the applications' Blocking H AST routine, convert the PW lock down to NL mode, set the flag so as to = indicate that maintenance work is now going on, and queue an  G asynchronous request with $ENQ to convert your lock from NL to PR mode  L lock, with a completion AST which clears the "maintenance-in-progress" flag.   ------------------------------  # Date: Tue, 26 Jul 2005 00:20:55 GMT & From: Lee Mah <lytmah@telusplanet.net>1 Subject: Re: Response issues on GS1280, VMS 7.3-2 , Message-ID: <HlfFe.159607$tt5.8273@edtnps90>   Keith Parris wrote:  > Lee wrote: > ? >>     All I/O of production data files is co-ordinated through C >>     in-house developed library routines.  For every record read, A >>     inserted, updated, or deleted, a translation of the XXXXXX ? >>     logical is performed to see if a production data file is B >>     being maintained (CONVERT/RECLAIM).  If the XXXXXX value isA >>     anything other than OFF, then extra processing takes place @ >>     for a data file that is being maintained.  The processingD >>     that takes place on a file being maintained is a "journalling= >>     concept.  This allows us to maintain a file with users B >>     actively entering data.  Once the maintenance is completed,8 >>     the users access the new data file transparently. >  > K > Instead of translating the logical name for each I/O, you might consider    > one of a couple of approaches:I > 1) Within the application, use a TQE to fire off a periodic routine to  F > translate the XXXXXX logical name and set a flag indicating whether F > maintenance work is in progress. Then for each I/O, first test this G > flag. Let's say you decide to do this polling once every 10 seconds.  D > Then you simply need to $WAIT slightly more than 10 seconds after E > defining the logical name XXXXXXX to be something other than "OFF"  3 > before you actually start working with the files. I > 2) At application startup time, use $ENQW to acquire a Protected Write  I > mode lock on a resource named XXXXXX (or whatever) with a Blocking AST  C > queued. Once this lock is granted, set a flag indicating that no  K > maintenance work is going on. Test this flag for each I/O. When you need  H > to do file maintenance work, grab and hold a lock with EXclusive mode J > for the duration of the maintenance work. In the applications' Blocking J > AST routine, convert the PW lock down to NL mode, set the flag so as to ? > indicate that maintenance work is now going on, and queue an  I > asynchronous request with $ENQ to convert your lock from NL to PR mode  I > lock, with a completion AST which clears the "maintenance-in-progress"   > flag.     
 Thanks Keith,   , I'll forward your suggestion to the DB team.   ------------------------------  % Date: Mon, 25 Jul 2005 22:12:37 -0400 4 From: "Peter Weaver" <newsgroup@weaverconsulting.ca>+ Subject: Re: simple image processing on VMS 9 Message-ID: <b%gFe.1089$d02.314583@news20.bellglobal.com>   ? "Peter Weaver" <newsgroup@weaverconsulting.ca> wrote in message 2 news:pTSEe.461$q23.101382@news20.bellglobal.com...K > This worked for me with Compaq C V6.5-001 on OpenVMS Alpha V8.2. Assuming  I 0 > did not miss any steps it should work for you; >   > $ create/dir dka200:[alphaman]! > $ set default dka200:[alphaman] * > $! download imageMagick-5.5.1-z.zip from> > ftp://ftp.fifi.org/pub/ImageMagick/vms/ to dka200:[alphaman] > $ unzip *.zip  > $ create/dir [.libjpeg]  > $ set def [.libjpeg]D > $ copy dka400:[mosaic.libjpeg]*.* [] ! have Freeware 7.0 in DKA100
 > $ repeat > L cc/nodebug/optimize/prefix=all/warning=(disable=rightshiftovr)/name=(as_is,sJ > hort) *.c ! if you don't have a repeat command just compile each program and  > Ignore any errors 7 > $ libra/create/inser [-.imagemagick]libjpeg.olb *.obj ) > $ copy jpeglib.h [-.imagemagick.coders] ) > $ copy jconfig.h [-.imagemagick.coders] * > $ copy jmorecfg.h [-.imagemagick.coders]( > $ copy jerror.h [-.imagemagick.coders] > $ sd [-.imagemagick] > $ edit [.magick]config.h_vms< > ! change line 215 from #undef HasJPEG to #define HasJPEG 1 > $ edit make.com H > ! add ,[-]libjpeg.olb/lib to the end of the two link_libraries symbols  F Oops, I forgot to mention that you should add []LIBJPEG.OLB/LIB to the" link/share/exe=magickshr.exe line.   > $ @make ! Time for coffee 7 > $ identify -format "%[EXIF:*]" SYS$LOGIN:DSC03830.JPG  > ImageDescription=  > Make=SONY  > Model=CD MAVICA  > Orientation=1  > XResolution=72/1 > YResolution=72/1 > ResolutionUnit=2 > DateTime=2005:04:17 08:02:04 > ... H > $ convert -resize 50% SYS$LOGIN:DSC03830.JPG SYS$LOGIN:DSC03830_50.JPG >  >  > Peter Weaver >  >    ------------------------------  % Date: Mon, 25 Jul 2005 20:52:46 +0200 & From: "H Vlems" <nospam@what.ever.com>$ Subject: Re: Storage shelf questions< Message-ID: <2a778$42e53569$513b9a2c$30831@news.versatel.nl>  C "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk> schreef in bericht / news:42e3f664$0$2715$da0feed9@news.zen.co.uk... 3 > "H Vlems" <nospam@what.ever.com> wrote in message 8 > news:af074$42e3df69$513b9a2c$15520@news.versatel.nl...: > > The storgae shelf in question is labeled : DS-BA356-JDF > > I got it together with two separately shipped personality modules:D > > 70-31490-01 (no other part no on the label) with two 68 pin SCSI > > connectorsA > > 70-33067-02 or DS-BA35X-FA with one very small SCSI connector  > >  > > Questions:B > > 1) does the shelf accept disks like the DS-RZ1DF-VW and/or the > > DS-RZ1CB-VW?D > > 2) the 70-31490-01 has one bank of dip switches. I'm looking for > > documentation K > > 3) the DS-BA35X-FA has two sets of dip switches, need documentation for  > > this > > unit as wellI > > 4) the $64000 question (:-): is this combination going to work with a 	 > > KZPSA  > > or KZPCM-Dx adapter? > >  > > Hans Vlems > F > The DS-BA35X-FA is a Single port, single-ended UltraSCSI personality moduleB > for BA356. Although these settings cover the single or dual port > (DS-BA35X-FB) variants.  > ? > It has two sets of switches as you have observed (S3 and S4).  > I > S3 (SCSI Address switch) - When shelf bus address switches on shelf one  are  > all set to OFF, then the SCSI - > bus IDs are 0 through 6 on the first shelf.  > K > When shelf bus address switches 1, 2, and 3 on shelf 2 are set to ON, and  4,A > 5, 6, and 7 are set to OFF, then SCSI bus IDs are 8 through 14.  > L > S4 (Bus termination switch) - 1,2 are for Channel A. 3,4 are for Channel B > 2 > 1 OFF or 3 OFF - 16 Bit External Bus TerminationH > Terminates all SCSI bus bits (full termination). This configuration is usedK > when the shelf is the end point in a SCSI bus and terminates all signals.  > = > 1 ON, 2 OFF or 3 ON, 4 OFF - 8 Bit External Bus Termination G > Terminates only the upper 8 data. This configuration is used when the  input  > bus G > is a wide (16-bit) bus and it continues as a narrow (8-bit) bus. This  could  > be* > used with a tri-link to a narrow device. > + > 1,2 ON or 3,4 ON - External Bus Expansion J > No termination on the shelf. The shelf is not an end point of a SCSI bus' > segment and no termination is needed.  >  > Alex >  >  Alex,   L thanks, very useful! Do you know which personality module will work with the KZPSA?   ------------------------------    Date: 25 Jul 2005 14:06:40 -0700C From: "AlexNOSPAMDaniels@themail.co.uk" <alexdaniels@themail.co.uk> $ Subject: Re: Storage shelf questionsB Message-ID: <1122325600.421660.76090@g43g2000cwa.googlegroups.com>   H Vlems wrote:E > "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk> schreef in bericht 1 > news:42e3f664$0$2715$da0feed9@news.zen.co.uk... 5 > > "H Vlems" <nospam@what.ever.com> wrote in message : > > news:af074$42e3df69$513b9a2c$15520@news.versatel.nl...< > > > The storgae shelf in question is labeled : DS-BA356-JDH > > > I got it together with two separately shipped personality modules:F > > > 70-31490-01 (no other part no on the label) with two 68 pin SCSI > > > connectorsC > > > 70-33067-02 or DS-BA35X-FA with one very small SCSI connector  > > >  > > > Questions:D > > > 1) does the shelf accept disks like the DS-RZ1DF-VW and/or the > > > DS-RZ1CB-VW?F > > > 2) the 70-31490-01 has one bank of dip switches. I'm looking for > > > documentation M > > > 3) the DS-BA35X-FA has two sets of dip switches, need documentation for 
 > > > this > > > unit as wellK > > > 4) the $64000 question (:-): is this combination going to work with a  > > > KZPSA  > > > or KZPCM-Dx adapter? > > >  > > > Hans Vlems > > H > > The DS-BA35X-FA is a Single port, single-ended UltraSCSI personality > moduleD > > for BA356. Although these settings cover the single or dual port > > (DS-BA35X-FB) variants.  > > A > > It has two sets of switches as you have observed (S3 and S4).  > > K > > S3 (SCSI Address switch) - When shelf bus address switches on shelf one  > are ! > > all set to OFF, then the SCSI / > > bus IDs are 0 through 6 on the first shelf.  > > M > > When shelf bus address switches 1, 2, and 3 on shelf 2 are set to ON, and  > 4,C > > 5, 6, and 7 are set to OFF, then SCSI bus IDs are 8 through 14.  > > N > > S4 (Bus termination switch) - 1,2 are for Channel A. 3,4 are for Channel B > > 4 > > 1 OFF or 3 OFF - 16 Bit External Bus TerminationJ > > Terminates all SCSI bus bits (full termination). This configuration is > usedM > > when the shelf is the end point in a SCSI bus and terminates all signals.  > > ? > > 1 ON, 2 OFF or 3 ON, 4 OFF - 8 Bit External Bus Termination I > > Terminates only the upper 8 data. This configuration is used when the  > input  > > bus I > > is a wide (16-bit) bus and it continues as a narrow (8-bit) bus. This  > could  > > be, > > used with a tri-link to a narrow device. > > - > > 1,2 ON or 3,4 ON - External Bus Expansion L > > No termination on the shelf. The shelf is not an end point of a SCSI bus) > > segment and no termination is needed.  > >  > > Alex > >  > >  > Alex,  > N > thanks, very useful! Do you know which personality module will work with the > KZPSA?  B I would expect the DS-BA35X-DA Single port, Differential UltraSCSI9 personality module would work the best with the KZPSA-BB.   F The KZPSA-BB is a Fast Wide Differential SCSI adapter, it is typicallyE used to connect to HSZs. It also has removable terminations blocks (5 < IIRC), its external connector is a 68-pin HD SCSI connector.  G I would expect you would need to connect it via a DWZZA/B to connect it ! to your Single Ended DS-BA35X-FA.   G You also mention you have a "KZPCM-Dx", this is a Wide UltraSCSI Single 7 Ended, Dual-channel Adapter, with also 10/100 Ethernet.   C It's external connectors are 68-pin VHDCI SCSI connectors, it has a A jumper block too, only the first three switches are used of the 5 E block. These are for turning on off channels on the internal/external  buses.   Alex   ------------------------------    Date: 25 Jul 2005 12:17:30 -0700! From: susan_skonetski@hotmail.com   Subject: Updated VMS InformationC Message-ID: <1122319050.820695.285070@f14g2000cwb.googlegroups.com>    Dear Distribution Lists,  E Well as you can see I am back from vacation, it was a strange time to " be away but I am happy to be back.    G I am enclosing some updated information and web pages for your use. The G VMS Technical Journal has had over 26,200 views this year and I will be D doing a call for participation later this week for the Jan 06 issue.! Articles will be due in November.   ; Also if you are a VMS Hobbyist please don't forget to visit G www.openvms.org and sign up for the hobbyist contest to let us know how B you are using your hobby system.  This contest ends on the 29th of July.     B I know that there is much more information in my unread mail but I7 wanted to get something out without overwhelming folks.    Warm Regards as always,  Sue    1. In The Press  2. Good Web Sites  3. Encompass 4. Golden Eggs from Matti  5. Hobbyist  6. PRESS RELEASE, ____________________________________________ 1. In The Press   H http://health-care-it.advanceweb.com/common/Editorial/Editorial.aspx?CC=+ 55239 (excellent healthcare) A Trusted Trio   G http://www.serverwatch.com/hreviews/article.php/3517661 Hardware Today:  Coping With a Midrange Crisis   B http://www.itjungle.com/breaking/bn070605-story01.html HP Ramps Up OpenVMS on Integrity Servers  E http://itmanagement.earthweb.com/erp/article.php/3517186 One Protocol  to Rule Them All? Maybe Not   F http://www.itworld.com/Man/3828/050720encompass/ Encompass responds to demise of HP World, Interex   @ http://www.mcpmag.com/features/article.asp?EditorialsID=394 Take& Control of Your Career (small mention)  0 ________________________________________________   2. Good Web Sites   > http://h71000.www7.hp.com/opensource/opensource.html#gnupg For$ information about GNU Privacy Guard.    A http://fafner.dyndns.org/~ulmann/3_arch_cluster.jpg computer room @ warming party took place and thanks to HP-Germany we had a smallD Itanium system to play with. Have a look these are pictures from the@ VAX-7000/720 was indeed a 7000/820 and the VAX-6410 has a vector9 coprocessor installed, so it was quite a special cluster.   3 ___________________________________________________    3. Encompass  ; Canadian Call for Nominations - 2005 Board Election Process > http://www.encompasscanada.com/elections-2005.htm deadline for? nominations and other documentation is the close of business on  September 2, 2005.  E New England LUG Meeting Wednesday July 27th  4:30 - 6:30pm  HP Office A Edison-Stone Conference Room 110 Spit Brook Road, Nashua NH.  Ann C McQuaid VMS General Manager will be the feature speaker followed by  Steve Lieman discussion T4  / Encompass Points newsletter available online at 1 http://www.encompassUS.org/news/points/index.html    >From our Partners  ? SRI has published their newsletter which is available online at ) http://www.softresint.com/Newsletter.html , ____________________________________________ 4. Golden Eggs from Matti  During the last 12 months:7 Visitors = 29.756 ,   Down loaded PDF documents =71.091   ( Most frequently down loaded systems are:2 HP ProLiant, HP StorageWorks, Integrity and Alpha.  F Believe or not, End Of  Life products are still doing busy down loads.C Diagrams for Old StorageWorks and Alpha systems are pulled from the A picture library for part number etc. information. Search engines, @ Google, bring customers to GE library with average 500 different? search-words a month. Golden Eggs is the only existing Internet = "history book" for DEC/Compaq/HP. The one and only, All-in-1: 0 http://www.openvms.org/pages.php?page=GoldenEggs  - _____________________________________________  5. Hobbyist    To the OpenVMS Community,     B MVP Systems would like to join Ann McQuaid, General Manager of theG OpenVMS Division, in reaffirming our commitment to the OpenVMS Hobbyist G Program by continuing to provide the JAMS job scheduling application to F developers who want to run a personal copy of the software on OpenVMS.  G We continue to recognize the importance of the Hobbyist program and the C tremendous value provided by OpenVMS. We thank all the Hobbyist who G have downloaded JAMS and invite new Hobbyist to download their personal A copy of JAMS from our website at http://www.mvpsi.com/hobby.html.   ? Furthermore, we would like to congratulate Sue Skonetski on her D appointment as the HP liaison to the Hobbyist Program and assure her9 that we will do everything we can to support her efforts.   B JAMS has been available to developers through the OpenVMS HobbyistD Program since May 2001. For more information about JAMS please visitD our website at www.mvpsi.com. Should you have any questions, or need6 additional information please call us at 866-259-JAMS.  
 Sincerely,     John Vottero JAMS Hobbyist Administrator        Lisa Parker  Director of Marketing  MVP Systems, Inc.  2700 E. Main St.	 Suite 108  Columbus, Ohio 43209 614-238-0313 x231  614-238-0850 fax Lparker@mvpsi.com     , ____________________________________________ 6. PRESS RELEASE  @ Comware Technical Services, Inc., a specialist in Automated TestF Equipment, and Migration Specialties International, Inc., a specialistF in OpenVMS and software migrations and an HP DSPP partner, have joinedE forces to enhance Comware's VAX, PDP-11, and HP1000 hardware emulator A offerings.  Under a joint sales and services agreement, Migration E Specialties will cooperate with Comware in providing sales, delivery, F and support services for Comware's Reviver line of hardware emulators.C The Reviver emulators provide binary compatibility with HP1000, DEC C PDP-11, and DEC VAX processors, allowing application binaries to be ? ported and run on Windows XP and Windows Server systems without A modification or source code.  More information on Comware and MSI = products and services can be found at www.comwaretech.com and - www.MigrationSpecialties.com/Emulators. html.        Mr. Bruce Claremont ) MSI - Migration Specialties International . 217 West 2nd Street, Florence, CO   81226-1403( Bruce.Claremont@MigrationSpecialties.com www.MigrationSpecialties.com 719-784-9196, Fax: 719-784-9594   @ Migration Specialties offers modern solutions for older softwareE applications.  We specialize in OpenVMS, RPG, hardware emulators, and + software migrations.  Visit our web site at 1 www.MigrationSpecialties.com for more information   3 ___________________________________________________    ------------------------------   End of INFO-VAX 2005.413 ************************