1 INFO-VAX	Wed, 25 Jun 2003	Volume 2003 : Issue 348       Contents:4 Re: $brkthruw from a symbiont returns SS$_DEVOFFLINE Re: Another ? on GNV Re: Another ? on GNV% Re: DEC C/TCPWARE/globalvalue problem % Re: DEC C/TCPWARE/globalvalue problem % Re: DEC C/TCPWARE/globalvalue problem  Development sites in MA  Re: Development sites in MA  Re: Development sites in MA  Re: EMC on VMS Re: EMC on VMS Re: EMC on VMS Re: GNV and ODS-5 8 Re: HELP/MESSAGE problem under SIMH with OpenVMS VAX 6.2P Re: Hewlett-Packard said to be interested in buying software and services compan Re: Laptop recommendation?: Re: New Business View Magazine for HP Enterprise Customers: Re: New Business View Magazine for HP Enterprise Customers: Re: New Business View Magazine for HP Enterprise Customers: Re: New Business View Magazine for HP Enterprise Customers Re: physical drive replacement Re: Portents of Itanium death  Re: Portents of Itanium death  Re: Portents of Itanium death  Re: Portents of Itanium death  Powerhouse on VMS 7.3-1  PuTTY and SSH2 on OpenVMS - Not # Re: PuTTY and SSH2 on OpenVMS - Not # Re: PuTTY and SSH2 on OpenVMS - Not  PuTTY and SSH2 on OpenVMS - Not # Re: PuTTY and SSH2 on OpenVMS - Not # Re: PuTTY and SSH2 on OpenVMS - Not 2 Re: SET HOST/LAT and cut and paste with DECwindows2 Re: SET HOST/LAT and cut and paste with DECwindows2 Re: SET HOST/LAT and cut and paste with DECwindows2 Re: SET HOST/LAT and cut and paste with DECwindows Re: SIMH V3.0-0 released Re: SIMH V3.0-0 released Re: Sun to be the next DEC!  SWXCRMGR Update  Re: SWXCRMGR Update  SYNCHRO.COM? Re: SYNCHRO.COM? Re: SYNCHRO.COM? Re: system disk on ODS-5 Tadpole Alpha-Book 1 Re: Tadpole Alpha-Book 1 Re: VAX - VMS license transfer: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!  F ----------------------------------------------------------------------  + Date: Wed, 25 Jun 2003 15:46:48 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> = Subject: Re: $brkthruw from a symbiont returns SS$_DEVOFFLINE ; Message-ID: <01KXIMBRXL6MAOKN0V@sysdev.deutsche-boerse.com>   D > I have a bit of C code to write a breakthru message to a specified% > user. It looks something like this:  > F > This works as expected if executed from within a typical interactive# > program, even a detached process.  > G > If executed from a symbiont, though, the I/O status block gets an I/O  > status of SS$_DEVOFFLINE.  > E > Can someone tell me what's happening and how I might get around it?   F I've seen something similar.  I think there is a bug in VMS which has = been fixed in a newer version.  What version are you running?    ------------------------------  # Date: Wed, 25 Jun 2003 13:08:01 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton) Subject: Re: Another ? on GNV , Message-ID: <R8hKa.14796$R73.3425@sccrnsc04>  o In article <dzZJa.3260$Qj.166@news.cpqcorp.net>, "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> writes:  >Bradford J. Hamilton wrote:M >> My manager asked me to remove GNV on one of the systems here at work today Q >> (apparently, a previous employee installed it without permission).  Has anyone Q >> had any experience with removing GNV?  I *know* that I sould be able to remove N >> it with PRODUCT REMOVE - I just want to know if anyone has had any problems >> removing it.  > I >I have had no visible problems with using PRODUCT REMOVE on GNV.  I did  C >not inspect the results as I then installed a pre-release version.   H Thanks, John.  I successfully removed the product, first applying Thomas* Pauli's suggestion of $set proc/parse=ext.   > H >> I'll make a backup of the system disk before I try it, of course.	:-) > G >Of course there is a matter of finding any command files that are now   >using GNV utilities.   J $bash now raises an error message, but I'm assuming this will go away upon4 reboot; if not, I'll have to do some looking around.  + Thanks to all for help, suggestions on GNV.     >  >-John" >malmberg@dskwld.zko.dec.compaq.hp >Personal Opinion Only >   A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"= bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replace  					'-at-' with @"    ------------------------------  # Date: Wed, 25 Jun 2003 14:23:09 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> Subject: Re: Another ? on GNV 2 Message-ID: <hfiKa.3341$rz1.2251@news.cpqcorp.net>   Bradford J. Hamilton wrote: 2 > In article <dzZJa.3260$Qj.166@news.cpqcorp.net>,? >"John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> writes:  > J > Thanks, John.  I successfully removed the product, first applying Thomas, > Pauli's suggestion of $set proc/parse=ext. > H >>Of course there is a matter of finding any command files that are now  >>using GNV utilities. >   L > $bash now raises an error message, but I'm assuming this will go away upon6 > reboot; if not, I'll have to do some looking around.  G I kind of doubt that rebooting will fix that since bash is a component   supplied by GNV :-)    -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  % Date: Wed, 25 Jun 2003 12:02:36 +0100 9 From: "covendotartdottalk21dotcom" <postmaster@127.0.0.1> . Subject: Re: DEC C/TCPWARE/globalvalue problem3 Message-ID: <aRicnf_jfpLEHGSjXTWJgA@brightview.com>   D "covendotartdottalk21dotcom" <postmaster@127.0.0.1> wrote in message- news:FvKdnZASeZmlSGWjXTWJhg@brightview.com... I > "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> wrote in message . > news:pW3Ka.3290$O31.1893@news.cpqcorp.net...1 > > Lets see if I can get this right from memory.  > > K > > The C compiler really only knows external symbols as addresses, so with 8 > > out a globalvalue specification, you have to declare > >  > >     globalvalue int foo; > >  > > as:  > >  > >     extern int *foo; > > < > > And then make sure that everything can accept a pointer. > >  > > Or you can use:  > >  > >     extern int foo;  > > F > > And then make sure that you reference &foo when ever you need it's value.  	 [deletia] 1 > (hoping to try out suggestions at work tomorrow     G Unfortunately, neither of these suggestions work.  In the meantime, I'm  using a repetetive  $ if (tcpware_error == TCPWARE_NONODE) {  } + else if (tcpware_error == TCPWARE_NEEDACCT)  {  } + else if (tcpware_error == TCPWARE_OPENDATA)  {  }    yada yada yada.   @ Hardly elegant, but it works (or rather, compiles without error)   ------------------------------  # Date: Wed, 25 Jun 2003 14:38:05 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>. Subject: Re: DEC C/TCPWARE/globalvalue problem2 Message-ID: <htiKa.3345$xC1.1062@news.cpqcorp.net>  ! covendotartdottalk21dotcom wrote:   L > However, the TCPWARE programmer's reference manual to which I have access,L > doesn't say whether or not these "constant"s are char, unsigned char, int,M > unsigned int, long, unsigned long, or exactly what "type" of variable, so I @ > have no idea whether or not "int" is the corect variable type!  H Since this is VAX, the safe thing to assume is that it is unsigned long.  I For more details, you would have to contact someone who supports TCPWARE.   K > I can't imagine that it is "safe" to just assume "int" (and that this, if L > I'm currently correct, DEC C will continue to assume so for <indiscernible& > time in the future>), or am I wrong?  C C tends to assume that some things are "int", but generaly it will   believe what you tell it.   I In some cases, there is a significant difference between how an unsigned  I and signed variable is treated, and /STANDARD=VAXC will usually not tell   you about the problem.  A > I still don't see what PSC have to benefit by effectively using I > globalvalue FOO as extern (*)FOO (and hence, by default, int (*) FOO in 4 > both cases) - why the h*ll not just use #define???  E You would have to ask the TCPWARE developer.  Some global values are  I generated at compile time, so that it would take some work to update and  ' maintain a header file to #define them.   G I prefer "const static int FOO = 0x00ffh" instead of a #define in some  > cases, because #define macros are not visible to the debugger.   > MarkL > (hoping to try out suggestions at work tomorrow if the $Ford_motor_vehicleM > doesn't keep on spouting "EAC [Electronic ACcelerator] Fail" every time the J > ignition is switched on, much less fail at $exceeding_speed_limit_MPH in > lane 2 of the motorway...)  F Open gas cap to equalize pressure and then close it before activating , ignition and see if that makes a difference.   -John ! mlamberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  # Date: Wed, 25 Jun 2003 14:51:15 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>. Subject: Re: DEC C/TCPWARE/globalvalue problem2 Message-ID: <DFiKa.3347$GA1.1242@news.cpqcorp.net>  ! covendotartdottalk21dotcom wrote: F > "covendotartdottalk21dotcom" <postmaster@127.0.0.1> wrote in message/ > news:FvKdnZASeZmlSGWjXTWJhg@brightview.com...  > I >>"John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> wrote in message . >>news:pW3Ka.3290$O31.1893@news.cpqcorp.net... >>0 >>>Lets see if I can get this right from memory. >>> J >>>The C compiler really only knows external symbols as addresses, so with7 >>>out a globalvalue specification, you have to declare  >>>  >>>    globalvalue int foo;  >>>  >>>as: >>>  >>>    extern int *foo;  >>> ; >>>And then make sure that everything can accept a pointer.  >>>  >>>Or you can use: >>>  >>>    extern int foo; >>> E >>>And then make sure that you reference &foo when ever you need it's  >  > value. >  > [deletia]  > 1 >>(hoping to try out suggestions at work tomorrow  >  >  > I > Unfortunately, neither of these suggestions work.  In the meantime, I'm  > using a repetetive  C As to if they work or not, it depends on what you are trying to do.   G The three different codings still produce a link time constant, and if  I you are trying to do something that requires a compile time constant, of   course it will not work.  H I was just pointing out that the VAXC globalvalue notation is easier to = read and understand than the two equivalent ANSI C notations.   G The C language (to my knowlege) does not have a concept of an external  I constant that is not known at compile time, so the only way to represent  0 it is a hack to treat it as an external address.  B A switch statement requires a compile time constant to operate on.  & > if (tcpware_error == TCPWARE_NONODE) > {  > } - > else if (tcpware_error == TCPWARE_NEEDACCT)  > {  > } - > else if (tcpware_error == TCPWARE_OPENDATA)  > {  > }  >  > yada yada yada.  > B > Hardly elegant, but it works (or rather, compiles without error)  I If these values were generated by the MESSAGE utility, then they are bit  F encoded and should comply with the OpenVMS conventions, and that will G allow more efficient coding.  You will have to check the documentation  . or contact someone at TCPWARE to confirm that.   -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  # Date: Wed, 25 Jun 2003 10:08:48 GMT , From: "R. Srinivasan" <r.srinivasan@cox.net>  Subject: Development sites in MA6 Message-ID: <QweKa.21973$pH3.13266@news2.east.cox.net>  G I will be moving to the Boston area in a few months. Having worked many G years developing VMS s/w but of late being somewhat distant from VMS, I I would love to get back into VMS development. Wondering if there are shops I actively developing VMS apps - realtime, control systems and the like. MA C and RI are the likely areas. Any clues would be really appreciated.    regards    srini    ------------------------------  # Date: Wed, 25 Jun 2003 11:57:33 GMT + From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie) $ Subject: Re: Development sites in MA: Message-ID: <N6gKa.28807$TJ.1262719@twister.austin.rr.com>  + R. Srinivasan (r.srinivasan@cox.net) wrote: I : I will be moving to the Boston area in a few months. Having worked many I : years developing VMS s/w but of late being somewhat distant from VMS, I K : would love to get back into VMS development. Wondering if there are shops K : actively developing VMS apps - realtime, control systems and the like. MA E : and RI are the likely areas. Any clues would be really appreciated.  : 	 : regards  :  : srini  :   5 Try hooking up with the 495 Networking Support Group:   $    http://www.495nsg.com/default.asp)    495 Networking Support Group Home Page   F   "...The 495 Networking Support Group (495NSG) is a non-profit group B    of professionals in the high-tech industry.  The group providesB    networking opportunities and showcases members' skills to local
    employers.   >    The 495NSG was established in June 2001 and has developed aF    significant membership in the Route 495/128 corridor.  Members' job@    titles range from VP to individual contributors in ElectricalG    Engineering and Software Engineering to Product Marketing and Public     Relations..."  H Their unemployment survey provides some insight into the tech job market in the Boston area:   0    http://www.495nsg.com/surveyresults200302.asp.    495 Networking Support Group Survey Results  ,   "Technology Sector Unemployment Survey..."     2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  % Date: Wed, 25 Jun 2003 08:31:39 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>$ Subject: Re: Development sites in MA. Message-ID: <3EF95DEB.26669.C0C883F@localhost>  - On 25 Jun 2003 at 10:08, R. Srinivasan wrote: @ > Wondering if there are shops actively developing VMS apps - > B > realtime, control systems and the like. MA and RI are the likely/ > areas. Any clues would be really appreciated.   D I do lots of control system development work for a company in North 	 Carolina.    But I live in Ohio...   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 25 Jun 2003 08:42:41 -0500+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: EMC on VMS 3 Message-ID: <arW$hA4MpiVN@eisner.encompasserve.org>   f In article <3EF8E590.4E489645@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes: > Lee wrote:   > G > In some environments, relying on the mirror/raid functionality of the H > controllers is more than sufficient redundancy rather than the expenseF > of using shadowing.  However, there are times when procedural issues* > come into play and you need to use HBVS. >   ; 	Lee has mentioned before his config, separate datacenters.   Y http://groups.google.com/groups?selm=3AAFC918.A2064B4A%40cha.ab.ca&oe=UTF-8&output=gplain   < 	Can't speak for Lee, but I'll assume he will have two Syms,> 	(at least) one in each datacenter.  A manager would be remiss@ 	-NOT- to shadow across datacenters.  I suppose for a good laugh? 	you could use BCVs.  However, the laugh is you can't read from A 	the BCV until/if it becomes active.  A BCV is typically a single E 	disk - not a hyper (aka mirror) - so the real belly laugher is when  @ 	you are now running off a BCV with half the read IO throughput.   				Rob    ------------------------------    Date: 25 Jun 2003 09:26:49 -0500+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: EMC on VMS 3 Message-ID: <fOb1zqr1dXRL@eisner.encompasserve.org>   T In article <3EF8B814.DFCF451A@telusplanet.net>, Lee <lytmah@telusplanet.net> writes:O > HBA's are already in place.  EMC is already being used for non-VMS platforms. ( > Does the HP SAN allow for mini-merges?  F 	I don't believe so.  I believe HSG80 controller based mini-merge has  	been deep-sixed:   i http://groups.google.com/groups?selm=yGeka.37919%24ii.28261%40twister.nyroc.rr.com&oe=UTF-8&output=gplain   ) 	But there is very good news as followup:   _ http://groups.google.com/groups?selm=c8s9ai9iP%248b%40cuebid.zko.dec.com&oe=UTF-8&output=gplain   9 	So if you want/need mini-merge, you use HSJ/HSD/HSZ kit.   9 > Can you use EMC disks for system disks?  I.e., $1$DUAx?    	Yes.  $1$DGA___  > > Can you use shadowed EMC disks as system disks?  I.e., DSAx?  9 	Yes.  And with 7.3-1 as the OS, MSCP is a failover path:   O     Error count                    0    Shadow member operation count   7957907 O     Current preferred CPU Id       0    Fastpath                              1 M     WWID   01000010:4444-4444-0001-8450-1997-564D-4444-4444 ! numbers changed O     Host name                "NODE1"    Host type, avail  AlphaServer ESaa, yes O     Alternate host name      "NODE2"    Alt. type, avail  AlphaServer ESaa, yes $     Allocation class               1  $   I/O paths to device              47   Path PGA0.5006-0482-BFD1-BB52  (NODE1), primary path. O     Error count                    0    Operations completed              75318 7   Path PGB0.5006-0482-BFD1-BB4D  (NODE1), current path. O     Error count                    0    Operations completed            7807270 )   Path PGB0.5006-0482-BFD1-BB42  (NODE1). O     Error count                    0    Operations completed              75319 ?   Path MSCP  (NODE2).    <<<<============  MSCP from other node O     Error count                    0    Operations completed                  0     > 	Raising the warm and fuzzy feeling with shadowed system disks 	across datacenters.  G 	Study the docs and whitepapers.  Pick good TMO values (and MVTIMEOUT)  ? 	on your shadowsets.  We are set high enough that if something	 A 	happens, we can be many miles away and drive here and still have 9 	plenty of time to figure things out while shadow members @ 	are in Mount Verify.  Something along these lines for recovery:  G http://www.itec.suny.edu/scsys/vms/OVMSDOC073/V73/6620/6620pro_004.html   ? 4.13.2.1 How to Use the New DISMOUNT and SET Command Qualifiers O The diagram in this section depicts a typical multiple-site cluster using Fibre K Channel. It is used to illustrate the steps which must be taken to manually L recover one site when the site-to-site storage interconnect fails. Note thatF with current Fibre Channel support [this was 7.3, MSCP is now in 7.3-1M for fibre], neither site can use the MSCP server to regain a path to the DGA  	 devices.     	etc.    				Rob    ------------------------------    Date: 25 Jun 2003 09:52:51 -0500+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: EMC on VMS 3 Message-ID: <1K2+t8BWd4uS@eisner.encompasserve.org>   [ In article <3EF8FFFD.A2E8414C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:    > ? >> Can you use shadowed EMC disks as system disks?  I.e., DSAx?  > I > EMC does not support certain SCSI operations necessary for full support J > of HBVS. As I understand it, if a disk block were to go bad and the dataG > be unrecoverable, VMS would be unable to write the forced error flag. I > Therefore, HBVS would have no option other than to drop the member from F > the shadow-set under a condition that would normally be recoverable. >   " 	Ye old READL and WRITEL thingy...  @ 	This is a non-issue.  You will be using hypers or metas.  Since< 	a hyper is a mirror , the writes are destaged from cache to= 	two separate physical disks.  There are background disk and  > 	cache scrubbing routines to ensure blocks written were blocks 	that hit the platters.    				Rob    ------------------------------  # Date: Wed, 25 Jun 2003 15:13:37 GMT - From: "Steve Pitcher" <Steve.Pitcher@H.P.COM>  Subject: Re: GNV and ODS-52 Message-ID: <B_iKa.3350$3y1.2848@news.cpqcorp.net>   All,  D Thanks for your interest in GNV.  Sorry I didn't notice this posting earlier.  H The error you've reported regarding BZIP2.1.PREFORMATTED is in fact veryK minor.  The installation procedure recommends terminating the installation. L Please tell it to proceed!  Immediately, you'll see the same error regarding; a second file, also in [.BZIP].  Again, tell it to proceed.   L These errors are indeed due to the multiple dots in the filenames.  However,J you'll see errors similar to these, even on ODS-5... though I believe onlyI when you're removing or re-installing GNV.  The problem here isn't ODS-5, & but the installation procedure itself.  L I hope to release a new GNV kit within the next few days.  This new kit willF resolve this problem.  Though as mentioned above, you'll see these twoI errors one last time, when its removing the previous kit.  The new kit in L fact contains many files with multiple dots.  A feature of the new kit is anJ implementation of MAN, and the man page files all contain multiple dots...H one contains three dots.  So I've had to fix the installation to cleanly deal with these files.  K However, starting with this new kit, ODS-5 is a requirement.  I suspect you J may be able to install on ODS-2, with lots of these errors, but it'll workF cleanly on ODS-5.  I don't like requiring ODS-5, and I'll see if I canJ eliminate this requirement in the future.  I'd be happy to accept feedback on this requirement.  K I believe that there are cons to using ODS-5.  These are exclusively in the G area of compatibility with VAX and older versions of OpenVMS/Alpha.  If F these are not a concern, then I believe there's no reason not to go toG ODS-5.  To upgrade your system disk from ODS-2 to ODS-5, you'll need to J either boot an alternate system disk, or boot the VMS installation CD, andB use $ SET VOLUME/STRUCTURE=5.  Anyone working with UNIX compatible) applications probably wants to use ODS-5.   , - stp (Steve Pitcher/HP OpenVMS Engineering)   ------------------------------    Date: 25 Jun 2003 07:50:26 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) A Subject: Re: HELP/MESSAGE problem under SIMH with OpenVMS VAX 6.2 3 Message-ID: <M5IJ3TuZwLYJ@eisner.encompasserve.org>   W In article <24JUN200323102000@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:  > C > Newer versions of VMS tend to be faster than older versions. They F > do also tend to use slightly more memory (or more than just slightlyF > when you consider file caching), but PC memory is very cheap so thatD > is not likely to be a problem when using an emulated VAX. It's not? > like Windows where each new version needs twice a much as the @ > previous version and usually runs slower on the same hardware.  G    I take it you never did the 3.6 to 4.0 transition on an 11/780, when 7    the overhead for clusters was built into the kernel.   G    Fortunatley the Fortran global optimizer was introduced at the same  E    time so our systems kept up with their workload after we reompiled     everything.   ------------------------------  % Date: Wed, 25 Jun 2003 11:31:28 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> Y Subject: Re: Hewlett-Packard said to be interested in buying software and services compan 0 Message-ID: <bdbtm1$blk$1@new-usenet.uk.sun.com>   norm.raphael@metso.com wrote:  >=20 > Is HP going shopping? J > Hewlett-Packard is said to be interested in buying software and service= s  > companies. > June 23, 2003: 1:49 PM EDT/ > By Paul R. La Monica, CNN/Money Senior Writer  >=20 >=20H > NEW YORK (CNN/Money) - A little more than a year since Hewlett-PackardJ > completed its purchase of Compaq, the company may be gearing up for mor= e  > deals. >=20 >=20F > Such rumors have been circulating since CEO Carly Fiorina said at anH > analysts meeting earlier this month that services and software are twoE > areas where the company might look to acquire companies. HP was not / > available for further comment for this story.  >=20 >=20D > Wall Street has warmed to HP (HPQ) in recent months as the companyF > continues to narrow losses in its enterprise division -- which sellsH > storage and servers -- and makes improvements in its personal computer: > segment, which competes aggressively with Dell Computer. >=20: Interesting that the reporter has swallowed the HP numbers: game hook line and sinker. Losses havn't narrowed, HP have0 just changed they way they report their numbers.  9 As it has already been pointed out if you restate the old 8 pre R&D not being a cost to a divison accounts using the; new rules you find that the enterprise division is actually ! doing worse now than it was then.   9 Amazing, all that restructuring effort over the years and < all HP really needed to do was change they way they reported their accounts.   : As Scott says profitability is an opinion cash is fact, HP! illustrate this better than most.    Regards  Andrew Harrison  >=20J > Still, further moves to diversify away from these two notoriously tough=  J > businesses would probably be welcomed. "Anything HP can do to move away=  J > from the eroding margin business of hardware would make sense," said Ad= amJ > Adelman, senior technology analyst with Philippe Asset Management, a Ne= w F > York-based asset management firm. He does not have a position in HP. >=20 >=201 >                             A "bear" of a deal?  >=20 >=20J > Fiorina already has tried to make a big move into services, when it off= eredJ > to buy the consulting business of PricewaterhouseCoopers in 2000. The t= woF > companies could not agree on a price. IBM wound up scooping up PwC's  > consulting division last year. >=20 >=20J > HP increased its presence in the services business through the Compaq d= eal J > but it still has a long way to go to catch IBM, said John Rutledge, man= agerD > of the Evergreen Technology fund, which owns shares of HP and IBM. >=20 >=20J > The services business is attractive because of its relative stability -= - J > big companies typically sign multi-year outsourcing contracts, such as = HP'sJ > recent $3 billion, 10-year deal to run Procter & Gamble's IT services -= - J > and it could also give HP the opportunity to sell more of its computers= ,  > servers and printers.  >=20 >=20J > "HP would benefit from a services acquisition. It's a great entr=E9e fo= r & > additional business," Rutledge said. >=20 >=20J > But Rutledge said he doubts that HP would want to do a truly large deal=  so J > soon after the Compaq merger. So that probably would rule out companies=  J > like the struggling EDS, which has an $11 billion market value, as well=  as E > other major players in tech services, including Affiliated Computer J > Services ($6.4 billion market cap), Computer Sciences ($7.8 billion) an= d ) > Accenture ($16.8 billion market value).  >=20 >=20E > Still, Rutledge said that BearingPoint (BE), formerly known as KPMG J > Consulting, could be an interesting takeover candidate since its market=  G > value is less than $2 billion. A spokesman for BearingPoint would not 
 > comment. >=20 >=202 >                           Searching for software >=20 >=20> > On the software side, don't expect HP to get involved in theJ > PeopleSoft-Oracle fracas, even though PeopleSoft disclosed in a regulat= ory F > filing Friday that it would consider a so-called "white knight" bid. >=20 >=20J > Robert Cihra, an analyst with Fulcrum Global Partners, said HP would be=  J > unlikely to buy a major application software company like PeopleSoft, w= hichJ > sells products that help companies manage their customers, supplier and=  J > human resource functions. He doesn't own the stock and Fulcrum does not=   > perform investment banking.  >=20 >=20F > But Cihra said a storage software company or infrastructure softwareE > company would be a good fit with HP's enterprise business division.  >=20 >=20J > Storage software developer Legato Systems (LGTO) could be a fairly easy=  J > deal for HP to do, according to Michael Mahoney, managing director of E= GMJ > Capital, which runs a hedge fund focusing on technology, telecom and me= dia & > companies. Legato would not comment. >=20 >=20E > Mahoney pointed out that HP already is Legato's largest reseller of F > software so the companies are fairly familiar with each other. Plus,G > Legato's market value is only $887 million. Legato was the subject of J > takeover rumors earlier this year. EMC, a competitor of HP in the stora= ge% > business, was the mentioned suitor.  >=20 >=20J > BEA Systems, which develops infrastructure software that helps companie= s J > manage e-commerce capabilities, has been mentioned as a possible target=  forJ > HP as well. Rutledge said BEA (BEAS), which competes against IBM's soft= wareJ > division, could be a target since it has struggled as of late. The comp= any J > reported in May that its first quarter licensing revenue fell from a ye= ar > ago. >=20 >=20J > And despite the big tech rally, shares of BEA are down 4.5 percent year=  to J > date. Still, BEA would be a bigger deal for HP to digest, with a market=  F > value of nearly $4.5 billion. BEA did not return a call for comment. >=20 >=20G > HP's stock has surged 42 percent since March 11, which could make its J > shares more attractive to takeover targets. Plus, the company had $13.7=  J > billion in cash on its balance sheet as of April 30. So even though HP = may J > not be itching to a deal just yet, it clearly has the financial strengt= h to > pull something off.  >=20 >=20 > Find this article at: 9 > http://money.cnn.com/2003/06/23/technology/hp/index.htm  >=20 >=20 >=20 >=20   ------------------------------    Date: 25 Jun 2003 09:48:25 -0700' From: mark_tarka@yahoo.com (Mark Tarka) # Subject: Re: Laptop recommendation? ; Message-ID: <6b70c71c.0306250848.2e55c6@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EF8FB10.B996314B@fsi.net>... > Mark Tarka wrote:  > > ! > > So...maybe it's off-topic....  > > 2 > > Panasonic has a ruggedized unit, in particular5 > > a Toughbook 28 -- Pentium III with PC 133 memory. 3 > > I'm currently living the life of leisure on the 2 > > streets of NYC since my sister and some looney) > > feminist nuked my crib in Montana ...  > E > Sorry - this is so far outside my paradigm that my brain bugchecked 7 > (some would say I *AM* a bugcheck, but I digress...).  > B > Would not the money be better spent on shelter? ...a job search?  
 No...and, no.    > Re: Bugcheck...  > J > I'm reminded of a story from years ago. A manframe jock was overheard onI > a cell phone at a social gathering. He drew a lot of strange looks when I > he was heard to tell the person (an operator) on the other end to "take ( > a dump, and I'll look at it tomorrow".  5 Examined the dump (found it today in the waste bin on 6 the NW corner of 57th and 2nd Ave in Midtown Manhattan3 before dawn whilst trolling for cans and bottles -- 3 a CTX EzBook 700 that doesn't look too bad (150 MHz 0 bus, maybe 16 MB RAM, maybe 1.6 GB HDD, 2 PCMCIA0 slots, "Designed for WIN '95" -- this is a major0 improvement over my current TI Travelmate 3000 @3 25 MHz, 2 MB RAM, 41 MB HDD, which runs MS-DOS 6.22  and nothing else :-)  4 The EzBook battery is dead.  I searched the dump for2 the AC adapter and found nothing.  It's a 20 volt,/ 2.2 amp adapter with the standard hollow barrel 6 connector that fits on the pin in the well on the side6 of the laptop.  Anyone with a free dusty AC adapter of2 any make and model (and any type of connector on a3 two conductor cable to the computer) with a voltage 6 _around_ 20 volts and a current rating around 2.2 amps3 (impedence matching shouldn't be a problem...and if 7 the damn thing lights up...Hello World All Over Again)? 4 I can pick-up in the NYC metro area; otherwise, mail9 to Mark Tarka; General Delivery; New York, NY 10001-9999. 3 I'll pay shipping costs ("$7?  No prob.  That's 140 7 cans or bottles at $0.05 each.  Have that in 2 days :-)     5   Mark (Saw Carl and Elvis the other day, noshing on  7          a skull-full of chocolate tidbits and chatting 3          about the "old days" of VMS and the blues)    ------------------------------    Date: 25 Jun 2003 07:44:56 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) C Subject: Re: New Business View Magazine for HP Enterprise Customers 3 Message-ID: <3SjOeVJHmodG@eisner.encompasserve.org>   q In article <cf15391e.0306241435.68e51a8c@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > $ > See http://www.hpbusinessview.com/ > D > And to save you the trouble, yes, OpenVMS is indeed mentioned. :-)  A   OK, I'll byte:  where?  I looked at several of the links that I0H   thought could mention it and didn't find it: RoIT, Technology, Legacy,)   Mission Critical, Enterprize Solutions.e  E   Meanwhile Carly's "business view" could readily be interpretted theb-   wrong way by all the bashers here in c.o.v.    ------------------------------  # Date: Wed, 25 Jun 2003 13:02:00 GMTe4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)C Subject: Re: New Business View Magazine for HP Enterprise CustomersM+ Message-ID: <c3hKa.14453$Bg.8795@rwcrnsc54>a  q In article <3SjOeVJHmodG@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:er >In article <cf15391e.0306241435.68e51a8c@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: >> f% >> See http://www.hpbusinessview.com/i >> VE >> And to save you the trouble, yes, OpenVMS is indeed mentioned. :-)t >eB >  OK, I'll byte:  where?  I looked at several of the links that II >  thought could mention it and didn't find it: RoIT, Technology, Legacy, * >  Mission Critical, Enterprize Solutions.  L Use the built-in search function on the page; it retrieves on article, which *does* mention OpenVMS.    > F >  Meanwhile Carly's "business view" could readily be interpretted the. >  wrong way by all the bashers here in c.o.v. >   ' I'm still willing to keep an open mind.w  A _________________________________________________________________O0 Bradford J. Hamilton			"All opinions are my own"= bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replacee 					'-at-' with @"d   ------------------------------  % Date: Wed, 25 Jun 2003 14:33:31 +0100?( From: Nic Clews <sendspamhere@127.0.0.1>C Subject: Re: New Business View Magazine for HP Enterprise Customers ) Message-ID: <3EF9A4AB.621D600F@127.0.0.1>e   "Bradford J. Hamilton" wrote:- > s > In article <3SjOeVJHmodG@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:<t > >In article <cf15391e.0306241435.68e51a8c@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: > >>' > >> See http://www.hpbusinessview.com/  > >>G > >> And to save you the trouble, yes, OpenVMS is indeed mentioned. :-)t > >sD > >  OK, I'll byte:  where?  I looked at several of the links that IK > >  thought could mention it and didn't find it: RoIT, Technology, Legacy,e, > >  Mission Critical, Enterprize Solutions. > N > Use the built-in search function on the page; it retrieves on article, which > *does* mention OpenVMS.g  # ... and Tru64 in the same sentence.i  - Searching on Tru64 gets two article matches.    / Searching on Windows gets four article matches.u   HP-UX has no matches.-  H The phrase "a locked filing cabinet in a disused lavatory with a sign on7 the door saying beware of the leopard" springs to mind.r   -- N? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesz nclews at csc dot comq   ------------------------------    Date: 25 Jun 2003 09:11:50 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)eC Subject: Re: New Business View Magazine for HP Enterprise Customers>3 Message-ID: <QHyj88jfXC3G@eisner.encompasserve.org>t  b In article <c3hKa.14453$Bg.8795@rwcrnsc54>, brad@.gateway.2wire.net (Bradford J. Hamilton) writes:s > In article <3SjOeVJHmodG@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:vs >>In article <cf15391e.0306241435.68e51a8c@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:p >>> & >>> See http://www.hpbusinessview.com/ >>> F >>> And to save you the trouble, yes, OpenVMS is indeed mentioned. :-) >>C >>  OK, I'll byte:  where?  I looked at several of the links that I J >>  thought could mention it and didn't find it: RoIT, Technology, Legacy,+ >>  Mission Critical, Enterprize Solutions.s > N > Use the built-in search function on the page; it retrieves on article, which > *does* mention OpenVMS.d  C For me it found OpenVMS but not VMS, which I consider a shortcoming C of the search engine (faced with no instances of the complete word, ' I would expect it to look for subsets)._   ------------------------------   Date: 25 Jun 03 06:53:15 PST From: mckinneyj@cpva.saic.comi' Subject: Re: physical drive replacementn( Message-ID: <zg0$xsGNS5uH@cpva.saic.com>  5 In article <1030624224635.2835D-100000@Ives.egh.com>,0#  John Santos <JOHN@egh.com> writes:m) > On Tue, 24 Jun 2003, frank brown wrote:: > L >> I'm getting UNCORRECTABLE ECC errors on DUA12 which is actually a pair ofL >> striped RZ29L (SCSI disks) shadowed with an identical 2-volume stripeset.J >> (We have 4 disks, configured as 2 shadowed stripesets.)  The drives areJ >> attached to an HSD10 DSSI-SCSI controller in a Storageworks BA350 tower' >> connected to a VMS 5.5-2 VAXcluster.> >> uN >> My first problem is determining which of the 2 physical drives in stripesetF >> DUA12 is throwing the errors.  ANALYZE/ERROR identifies the unit asO >> _RAID1$DUA12.  Since DUA12 is a stripset how can I tell which physical drive 	 >> it is?b >> tK >> Once I identify the drive with the errors, I'd like to replace it with a L >> spare.  Ideally I'd love to simply dismount the volume, pop the old driveM >> module out of the enclosure, replace the drive inside the module, slide itoK >> back into the enclosure, initialize the drive, remount it as part of theaO >> shadowset and have the system rebuild the volume.  However I realize this isa >> improbable. >> oL >> 1. The HSD10 manual says I can warm-swap the drive but I need to 'quiesceH >> the SCSI bus'.  Is there a way to perform this operation from the VMSK >> command line or do I need to shutdown VMS to get to >>> console to entera >> HSD10 commands? > G > Frank - since no one else has responded yet (though I only see 36 newdG > messages today, so my ISP might be having news server problems), I'lle > throw in my 2 cents. > G > I haven't used an HSD10, but on HSZ & HSJ controllers there are a sethF > of buttons on the front, one for each bus.  You hold down the buttonF > for a few seconds and it starts flashing.  This means the controllerH > has noticed the button press and is stalling all I/O to that bus.  YouI > then have about 30 seconds to make changes.  (I'm not sure, but I think F > you can press the button again to resume activity when you are down,D > but the controller will time out after about 30 seconds and resumeG > even if you do nothing.  While quiesced, the controllor will continue E > to accept I/O requests for drives on the bus, but won't do anythingcE > about them.  To the hosts, it just looks like the disks have gotten2E > really slow, but nothing breaks.  You probably want to do this when.J > the system is relatively idle, just to keep your users from complaining. > M >> 2. Will I need to recreate the stripeset at the HSD10 or will the existingoL >> stripeset definition work with the replacement drive (since it's the same >> model in the same slot)?e > 3 > Sorry, don't know how HSD's handle stripe sets...t > G >> 3. Any other thoughts or suggestions on dealing with this situation.d > * > You say "shadowed stripesets"... HBVS?   >   I You'll want to first disolve the shadowset with a DISMOUNT of the failing  member from VMS.   Then on the controller, B  record the SHOW display for unit, stripeset and the failing disk,  DELETE the stripeset's unit,t  DELETE the stripeset,@  DELETE the disk, quiesce the bus and perform the physical swap,1  ADD the disk as seen in your prior SHOW display,o  INIT the disk, 6  ADD the stripeset as seen in your prior SHOW display,  INIT the stripeset,1  ADD the unit as seen in your prior SHOW display,h9  and SET any characteristics that are absent on the unit.D  J And back in VMS re-form your shadowset with the appropriate MOUNT command.  B > My guess, since half the blocks will need to be replaced is thatF > the write-logging stuff in later VMS (probably not available in V5.5C > anyway) wouldn't help in this and you'll have to do a full shadowWD > copy, but I think you should be able to dismount the bad stripesetC > from the shadowset, if it hasn't already been kicked out (do thiseG > before pulling the bad drive), replace the broken drive, reconstitutefD > the stripe set (Don't know how to do this), init the reconstituted@ > DUA12: with the same volume label as your original stripe set,F > and mount it into the shadow set, which should trigger a shadow copyF > (not Merge!) to it.  (Half the blocks, more or less, should still beC > identical to the source, but the other half will be blank or testo@ > patterns or old data, so you definitely want it to do a copy.)B > In an hour or so, the copy should complete and you should be all > set. > ; > No down time for the application, provided you don't mind-A > running without the shadow backup you normally have.  If reallyr> > paranoid, you can shut down the application, backup the good? > remaining stripeset (the good half of the shadow set), do the4E > drive replace and shadow set rebuild, and then turn the applicationcF > back on.  This method will result in considerable downtime, probablyI > about an hour plus whatever time it takes to backup the good disks and mG > to swap out the bad disk and rebuild the stripeset, but you will have8 > a good backup at all times.L > ? > Other people recently have discussed the benefits of doing an D > physical backup of a shadow set to a new disk that you want to addB > to the shadow set, in order to reduce the amount of copying thatC > the shadow copy needs to do.  (I think shadow copying operates inAA > a very cautious way.  Something like read from the source disk,OE > read-check again to verify it reads okay, read from the destinationrF > disk (looking for a potential bad block), read-check the destinationC > disk, compare the source and destination, and if different, write F > to the destination disk, and then writecheck the stuff just written.E > If a bad block or check failure is found anywhere in all this, theneA > the bad block replacement process is initiated.  I think if youtD > backup/physical the source disk to the destination disk first, youB > save the copy from having to do the writes and write-checks, butB > of course the system still has to write all the data while doing@ > the backup, and has to read the data an extra time, so I don'tD > see how this saves you much, especially if you /verify the backup.C > A Google search should find the thread that discussed this, a fewe
 > months ago.p >  >  >> i >> -Frank Brown  >> Seattle Fire Dept.s >> http://www.inwa.net/~frog/e > / > Fire Dept?  Maybe you want to be paranoid :-)w >  > -- =
 > John Santos) > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >  --   - Jim    ------------------------------  % Date: Wed, 25 Jun 2003 04:26:38 -0400 * From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Portents of Itanium death2 Message-ID: <pIecnUC6v4dbwWSjXTWJig@metrocast.net>  @ "Robert Klute" <robert_klute_removethis@hp.com> wrote in message2 news:lhoefvcvgrk6bknt2vv3h20msrcs6gonn6@4ax.com...J > On Mon, 23 Jun 2003 12:09:00 -0400, "Bill Todd" <billtodd@metrocast.net> > wrote: >t > > C > >"Robert Klute" <robert_klute_removethis@hp.com> wrote in message 5 > >news:ir7efvg2t7k8ip9ki7kbamksq1dqafcpqh@4ax.com...0J > >> On Mon, 23 Jun 2003 13:44:14 +0100, Andrew Harrison SUNUK Consultancy3 > >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote:2 > >> > >>E > >> >The maximum memory you can address with a 32 bit OS in a singlenD > >> >flat model is 4GB, generally for OS reasons its slightly lower > >> >than this 3.75 GB. > >>F > >> This is usually hardware reasons, not OS regions.  The ability toK > >> utililize only 3.75GB of 4GB real memory is a pretty good indicator ofe ae( > >> system that uses memory-mapped I/O. > >iH > >I think perhaps you should study this discussion a bit more carefully before@ > >presuming to comment upon it.  Or possibly consider taking an introductory > >course in computer science. >DG > Forgive my ignorance, I may be little out of date.  Perhaps you couldiJ > make life easier for me by suggesting a text and which chapters I shouldG > focus on.   I am afraid the last time I taught OS design I used Shaw.w  J If you indeed taught such a course (and were at all competent at it), thenH that would make the second of the two suggestions I offered superfluous.B That was not, however, at all clear at the time that I offered it.  I I therefore refer you to the first of those two suggestions.  The contextkI surrounding the comment that you chose to respond to irrelevantly made itdJ obvious that the limitation being mentioned was that of the largest usableK flat address space that an application (in this case, a database) on such atK 32-bit OS could make use of (absent OS extensions that allowed execution ofhJ a 64-bit application analogous to those which 16-bit DOS made available inH its 'Win32s' environment).  And even in the absence of that context, theJ suggestion that the IA32 architecture might reserve 250 MB of its physicalF address space for memory-mapped I/O would appear to indicate ignoranceG either of that architecture or of the fact that it was the architecturee being discussed.   - bill   ------------------------------  % Date: Wed, 25 Jun 2003 05:14:57 -0400e* From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Portents of Itanium death2 Message-ID: <9uacnRGAn7eE9WSjXTWJkA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:Jx3h0zb0Y3Jc@eisner.encompasserve.org...-@ > In article <iIOcnaz24LPXpmqjXTWJjQ@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > >o >  > >   Now obviouslyeB > >> tpmC tuning comes into play here.  But to take 2 configs that> > >> are nearly a year apart, differing versions of the OS andD > >> database and extrapolate frequency scaling from there is a poor > >> comparison at best. > >rJ > > That's right:  it gives an unfair advantage to the later system, whichG > > should be faster by virtue of whatever OS and database improvements  occurredF > > plus an additional year's tuning experience on that hardware.  And *still*QI > > the 17% faster clock rate (plus twice the memory) on the later system  only# > > boosted the TPC-C score by 11%.  > >sL > > I guess you don't even pay much attention to your own observations, Rob. > >  >e > Right, faster memory.5 >  > The 44,942 versus the 38,386:R >Y > 9% faster cpuR > 1/4 less memorys > 17% higher tpmCV >i5 > Much contributed by faster memory as you point out.4 >i? > Coming full circle to the 2.0 GHz Xeon MP versus 2.8 GHz Xeoni > MP tpmC number...  >  > Slower PC1600 memory:e >nG > http://www.tpc.org/results/individual_results/HP/ES_HP_DL580G2_4P.pdff >i > 77,905 tpmC. >e5 > So Bill, tell us about the frequency scaling there.r  C I already did, Rob:  my comments were specifically directed at youreK enthusiasm for the Xeon MP's clock-rate increase from 2 to 2.8 GHz and your I subsequent claim that my analysis of the effect of clock-rate increase in&L the 2.4 to 2.8 GHz case was 'bad'.  This is the first time you've brought upG the orthogonal issue of a possible memory-speed increase (I too tend totI suspect that it will increase, but do you actually have specs to indicateV that it does?).l     Shouldn't'+ > we expect at least a 20% increase in tpmCt  K Since I already SWAGged a 13% improvement due to the clock-rate boost aloneeK without any memory-speed increase, that should be fairly easily achievable.     and quite a boost in @ > price performance (no doubt able to trim quite a bit of memory > to achieve a high tpmC)?  J Nope.  32 GB is already tight for achieving 4-processor TPC-C scores aboveK 80K:  I doubt they'll test with any less than that.  After all, Itanic usede: 48 GB in the McKinley tests and 64 GB in the Madison test.  J So unless they diddle pricing in other ways price/performance will improveH only by the amount that absolute performance improves.  At best it seemsK unlikely to drop much below $4/tpmC, which still doesn't look all that goode/ compared with the 1.8 GHz Opteron's $2.76/tpmC.o  )   If so, shouldn't we expect that 2.8 GHzg7 > Xeon 4-way to shoot past a 4-way Opteron quite a bit??  I I'm guessing around 100K tpmC, if the memory speed also increases.  WhichuK means that anyone who needs performance specifically in the 83K - 100K tpmCoL band won't have Opteron as an option until its performance improves as well.K For 82K tpmC or below, of course, Opteron's price/performance kills Xeon's.M   >sG > By the way, thanks for pointing out that discrepancy.  I hadn't untile5 > now realized that the RackServer had PC2100 memory.   L And can use PC2700 (rumor has it that it can even use PC3200 when registeredG versions become available) - so don't count on Xeon being ahead even in K absolute performance for very long unless AMD stumbles on its own scheduled I clock-rate advances.  For that matter, I'll be interested in seeing how aoH 64-bit Oracle/Linux combination performs (or 64-bit Windows/SQL Server)," even without any hardware changes.   - bill   ------------------------------  % Date: Wed, 25 Jun 2003 17:11:33 +0100 , From: Chris Quayle <lightwork@aerosys.co.uk>& Subject: Re: Portents of Itanium death- Message-ID: <3EF9C9B5.C6B732E0@aerosys.co.uk>    Robert Klute wrote:a   > A > Yes, it definitely is a convention.  At the same time it is the I > 'standard' as set by IBM when they released the first IBM PC.  Graphics<J > Video memory started at A0000, C0000 was a common starting point for the > disk biosc > J > The 80286 had a 24-bit address bus, but you had to run in protected mode! > the get to the extended memory.r  G Yes, but from an os or application point of view it shouldn't matter as)F all that gory stuff is hidden by the drivers, which can in theory have, their i/o / buffer space anywhere they like.  D It was only important as a standard in the early days of pc's, whereB people poked hardware directly, rather than going through a driver layer...   Chrisi   ------------------------------    Date: 25 Jun 2003 11:51:12 -0500+ From: young_r@encompasserve.org (Rob Young)d& Subject: Re: Portents of Itanium death3 Message-ID: <f09eJ6gJamIL@eisner.encompasserve.org>   _ In article <9uacnRGAn7eE9WSjXTWJkA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:e >    > + >   If so, shouldn't we expect that 2.8 GHzt8 >> Xeon 4-way to shoot past a 4-way Opteron quite a bit? > K > I'm guessing around 100K tpmC, if the memory speed also increases.  Which M > means that anyone who needs performance specifically in the 83K - 100K tpmC-N > band won't have Opteron as an option until its performance improves as well.M > For 82K tpmC or below, of course, Opteron's price/performance kills Xeon's.g >   7 	Right.  So in a week, Opteron has some lingering pricea; 	performance advantages in some segments ($/metric in 4-CPUo$ 	space).  Not where AMD wants to be.   				Rob    ------------------------------  % Date: Wed, 25 Jun 2003 16:59:15 +0100 ' From: Adrian Birkett <abirkett@csc.com>b  Subject: Powerhouse on VMS 7.3-1' Message-ID: <3EF9C6D3.B82349EE@csc.com>o   All,  > Has anybody experienced any problems with record locking using Powerhouse 8.30D2 on VMS 7.3-1?   E A customer has upgraded to both versions in one exercise from VMS 7.1 G and Powerhouse 7.10G4 and is now experiencing locking problems. I don't C have these versions readily available and was wondering if this hadr appeared elsewhere.   
 AtDhVaAnNkCsE    Adel   ------------------------------  # Date: Wed, 25 Jun 2003 06:19:19 GMTs( From: Alder <PGDEHMKOKIMD@spammotel.com>( Subject: PuTTY and SSH2 on OpenVMS - Not, Message-ID: <3EF93EE5.4060405@spammotel.com>   Greetings all,    I Just curious.  Has anyone successfully used public-key authentication to -H connect a PuTTY client to the newer HP SSH server (EAK 1.1) on OpenVMS?    I know I haven't :-(  / In my server config file, SSHD2_CONFIG, I have:'      .    .    .    Ciphers 3desA9    UserConfigDirectory "%Dash2"		<-- whatever that is ???c"    AuthorizationFile authorization    AllowAgentForwarding yes!    AllowTCPForwarding yesh#    AllowedAuthentications publickey,    .    .    .  D and I have this line in my user SYS$LOGIN:[SSH2]AUTHORIZATION. file:  $ 	Key     DSASSH2_20030418_PUBLIC.PUB  I with a matching public key file named DSASSH2_20030418_PUBLIC.PUB in the n SYS$LOGIN:[SSH2] directory.l  ) PuTTY reports this at each login attempt:    	Using username "TBRANSCO".l= 	Authenticating with public key "dsa-key-20030418" from agent 1 	No supported authentication methods left to try!s  ? ...followed immediately by a Windows dialog reporting that the i) connection was closed by the remote host.i  F I did record a full log of the SSH packet traffic as well using PuTTY D and if anyone can bear to read further, I've pasted it below in its K entirety.  Have I missed the obvious?  Where else can I look for the cause?o  % Kind regards, and thanks for reading,e   Aldern  6 =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2003.06.24 22:48:07  =~=~=~=~=~=~=~=~=~=~=~=l? Event Log: Writing new session log (SSH packets mode) to file: O C:\TEMP\PuTTYLOG\putty.log5 Event Log: Looking up host "szeged.erebus.homeip.net"e, Event Log: Connecting to 192.168.0.3 port 22F Event Log: Server version: SSH-2.0-2.4.1 SSH Secure Shell OpenVMS V1.08 Event Log: We claim version: SSH-2.0-PuTTY-Release-0.53b' Event Log: Using SSH protocol version 2p1 Incoming packet type 20 / 0x14 (SSH2_MSG_KEXINIT)h=    00000000  71 e4 0c 1a 57 cd ff 00 cb 80 b7 ef 5b 49 98 db s q...W.......[I..=    00000010  00 00 00 1a 64 69 66 66 69 65 2d 68 65 6c 6c 6d b ....diffie-hellm=    00000020  61 6e 2d 67 72 6f 75 70 31 2d 73 68 61 31 00 00 i an-group1-sha1..=    00000030  00 07 73 73 68 2d 64 73 73 00 00 00 08 33 64 65 t ..ssh-dss....3de=    00000040  73 2d 63 62 63 00 00 00 08 33 64 65 73 2d 63 62 0 s-cbc....3des-cb=    00000050  63 00 00 00 78 68 6d 61 63 2d 73 68 61 31 2c 68 u c...xhmac-sha1,h=    00000060  6d 61 63 2d 73 68 61 31 2d 39 36 2c 68 6d 61 63 I mac-sha1-96,hmac=    00000070  2d 6d 64 35 2c 68 6d 61 63 2d 6d 64 35 2d 39 36 d -md5,hmac-md5-96=    00000080  2c 68 6d 61 63 2d 72 69 70 65 6d 64 31 36 30 2c t ,hmac-ripemd160,=    00000090  68 6d 61 63 2d 72 69 70 65 6d 64 31 36 30 2d 39 y hmac-ripemd160-9=    000000a0  36 2c 73 68 61 31 2d 38 2c 73 68 61 31 2c 6d 64   6,sha1-8,sha1,md=    000000b0  35 2d 38 2c 6d 64 35 2c 72 69 70 65 6d 64 31 36 t 5-8,md5,ripemd16=    000000c0  30 2d 38 2c 72 69 70 65 6d 64 31 36 30 00 00 00 o 0-8,ripemd160...=    000000d0  78 68 6d 61 63 2d 73 68 61 31 2c 68 6d 61 63 2d r xhmac-sha1,hmac-=    000000e0  73 68 61 31 2d 39 36 2c 68 6d 61 63 2d 6d 64 35 w sha1-96,hmac-md5=    000000f0  2c 68 6d 61 63 2d 6d 64 35 2d 39 36 2c 68 6d 61 r ,hmac-md5-96,hma=    00000100  63 2d 72 69 70 65 6d 64 31 36 30 2c 68 6d 61 63   c-ripemd160,hmac=    00000110  2d 72 69 70 65 6d 64 31 36 30 2d 39 36 2c 73 68   -ripemd160-96,sh=    00000120  61 31 2d 38 2c 73 68 61 31 2c 6d 64 35 2d 38 2c _ a1-8,sha1,md5-8,=    00000130  6d 64 35 2c 72 69 70 65 6d 64 31 36 30 2d 38 2c g md5,ripemd160-8,=    00000140  72 69 70 65 6d 64 31 36 30 00 00 00 09 6e 6f 6e   ripemd160....non=    00000150  65 2c 7a 6c 69 62 00 00 00 09 6e 6f 6e 65 2c 7a r e,zlib....none,z=    00000160  6c 69 62 00 00 00 00 00 00 00 00 00 00 00 00 00 u lib.............1 Outgoing packet type 20 / 0x14 (SSH2_MSG_KEXINIT)i=    00000000  e8 c0 df e0 37 5a ee 81 c7 40 bb 79 92 77 19 05   ....7Z...@.y.w..=    00000010  00 00 00 3d 64 69 66 66 69 65 2d 68 65 6c 6c 6d e ...=diffie-hellm=    00000020  61 6e 2d 67 72 6f 75 70 2d 65 78 63 68 61 6e 67 n an-group-exchang=    00000030  65 2d 73 68 61 31 2c 64 69 66 66 69 65 2d 68 65 s e-sha1,diffie-he=    00000040  6c 6c 6d 61 6e 2d 67 72 6f 75 70 31 2d 73 68 61 p llman-group1-sha=    00000050  31 00 00 00 0f 73 73 68 2d 72 73 61 2c 73 73 68   1....ssh-rsa,ssh=    00000060  2d 64 73 73 00 00 00 82 33 64 65 73 2d 63 62 63   -dss....3des-cbc=    00000070  2c 61 65 73 32 35 36 2d 63 62 63 2c 72 69 6a 6e   ,aes256-cbc,rijn=    00000080  64 61 65 6c 32 35 36 2d 63 62 63 2c 72 69 6a 6e r dael256-cbc,rijn=    00000090  64 61 65 6c 2d 63 62 63 40 6c 79 73 61 74 6f 72 h dael-cbc@lysator=    000000a0  2e 6c 69 75 2e 73 65 2c 61 65 73 31 39 32 2d 63 a .liu.se,aes192-c=    000000b0  62 63 2c 72 69 6a 6e 64 61 65 6c 31 39 32 2d 63   bc,rijndael192-c=    000000c0  62 63 2c 61 65 73 31 32 38 2d 63 62 63 2c 72 69 e bc,aes128-cbc,ri=    000000d0  6a 6e 64 61 65 6c 31 32 38 2d 63 62 63 2c 62 6c i jndael128-cbc,bl=    000000e0  6f 77 66 69 73 68 2d 63 62 63 00 00 00 82 33 64 P owfish-cbc....3d=    000000f0  65 73 2d 63 62 63 2c 61 65 73 32 35 36 2d 63 62 o es-cbc,aes256-cb=    00000100  63 2c 72 69 6a 6e 64 61 65 6c 32 35 36 2d 63 62   c,rijndael256-cb=    00000110  63 2c 72 69 6a 6e 64 61 65 6c 2d 63 62 63 40 6c w c,rijndael-cbc@l=    00000120  79 73 61 74 6f 72 2e 6c 69 75 2e 73 65 2c 61 65 " ysator.liu.se,ae=    00000130  73 31 39 32 2d 63 62 63 2c 72 69 6a 6e 64 61 65 e s192-cbc,rijndae=    00000140  6c 31 39 32 2d 63 62 63 2c 61 65 73 31 32 38 2d p l192-cbc,aes128-=    00000150  63 62 63 2c 72 69 6a 6e 64 61 65 6c 31 32 38 2d a cbc,rijndael128-=    00000160  63 62 63 2c 62 6c 6f 77 66 69 73 68 2d 63 62 63 l cbc,blowfish-cbc=    00000170  00 00 00 17 68 6d 61 63 2d 73 68 61 31 2c 68 6d n ....hmac-sha1,hm=    00000180  61 63 2d 6d 64 35 2c 6e 6f 6e 65 00 00 00 17 68 0 ac-md5,none....h=    00000190  6d 61 63 2d 73 68 61 31 2c 68 6d 61 63 2d 6d 64 C mac-sha1,hmac-md=    000001a0  35 2c 6e 6f 6e 65 00 00 00 0e 6e 6f 6e 65 2c 7a t 5,none....none,z=    000001b0  6c 69 62 2c 6e 6f 6e 65 00 00 00 0e 6e 6f 6e 65 o lib,none....none=    000001c0  2c 7a 6c 69 62 2c 6e 6f 6e 65 00 00 00 00 00 00 u ,zlib,none......E    000001d0  00 00 00 00 00 00 00                             .......e, Event Log: Doing Diffie-Hellman key exchange4 Outgoing packet type 30 / 0x1e (SSH2_MSG_KEXDH_INIT)=    00000000  00 00 00 80 01 ab 8d 6f fd 81 6b eb 71 4b 33 9b P .......o..k.qK3.=    00000010  69 a0 c7 3f b5 0c 35 0c 04 9b 93 ea 80 88 fc 96   i..?..5.........=    00000020  ec 3e 75 6e ee 8b 65 d1 1e ba 17 43 93 25 a1 3e o .>un..e....C.%.>=    00000030  ee 17 05 48 1a 39 ff 07 be c1 dd 2c 4d aa c5 95 n ...H.9.....,M...=    00000040  11 bd a0 99 4f e8 ef 27 7a 63 65 49 a4 d2 fe ff o ....O..'zceI....=    00000050  89 52 a5 ad 1d 58 bd dc 93 a9 6d 91 be db a5 e6   .R...X....m.....=    00000060  04 a8 91 71 05 60 e6 d6 05 7e f6 32 2d b4 d9 38   ...q.`...~.2-..8=    00000070  f2 56 ce 9b ef 64 81 43 43 da bf bf 0f 81 74 a7 l .V...d.CC.....t.B    00000080  0c 2d 7a a3                                      .-z.5 Incoming packet type 31 / 0x1f (SSH2_MSG_KEXDH_REPLY) =    00000000  00 00 01 b3 00 00 00 07 73 73 68 2d 64 73 73 00 ( ........ssh-dss.=    00000010  00 00 81 00 dc 99 f0 bf e6 40 44 83 ab f1 61 96 i .........@D...a.=    00000020  31 73 eb 05 06 44 a5 89 91 16 33 f2 e0 1e 08 73 g 1s...D....3....s=    00000030  17 0d be 47 33 44 06 0a ec 9f 83 71 78 08 64 af o ...G3D.....qx.d.I    00000040  13 74 1d 56 7f 45 4b e0 b5 c4 20 b8 c7 1e 36 38  .t.V.EK... p ...68O=    00000050  c9 e8 10 1e 96 5d e0 e0 5b ee 83 82 5f ac d3 db r .....]..[..._...=    00000060  17 63 5e 1e cb 31 94 ac e0 89 12 5f a7 85 1f 29   .c^..1....._...)=    00000070  a6 cf 32 87 a7 ad 7f 18 1a 08 64 49 c0 50 4e 1f   ..2.......dI.PN.=    00000080  95 9b ec 3f ce 0c 72 a2 29 d5 29 5a 5f 2d fa 69 h ...?..r.).)Z_-.i=    00000090  b8 17 17 73 00 00 00 15 00 ae 8d 26 04 24 1a 44   ...s.......&.$.D=    000000a0  12 c7 d8 72 31 c2 36 a2 e9 f2 7a 67 6d 00 00 00 f ...r1.6...zgm...=    000000b0  81 00 85 36 25 43 42 e3 19 c4 6a 92 3d 9b 88 a1   ...6%CB...j.=...=    000000c0  fd ee ea 66 83 ac ec fa ab 34 29 a8 48 85 21 d4 s ...f.....4).H.!.=    000000d0  93 da 7e 06 78 e8 c4 6d af f2 6e 66 23 73 f7 ef c ..~.x..m..nf#s..=    000000e0  3c af 5f ea fa 97 10 63 68 42 8f a6 04 34 8e 4e g <._....chB...4.N=    000000f0  6a 87 b6 e0 60 58 3b b3 91 64 3c 9a 77 80 6b e9 , j...`X;..d<.w.k.=    00000100  d2 38 c5 a3 a4 a1 f0 51 f1 e2 ad d4 fb e2 e5 c8 o .8.....Q........H    00000110  63 00 1a 9a e3 46 e7 a7 56 20 47 45 90 23 89 88  c....F..V  GE.#..=    00000120  f6 1f 6d 7d 2b 62 ce ba a7 65 81 cc 93 be 9f e4 s ..m}+b...e......=    00000130  c5 9f 00 00 00 81 00 8f 74 04 40 15 0e 09 e6 4b a ........t.@....K=    00000140  cf 7d 66 a9 12 3b 4f 2b 10 a5 00 7e f6 f9 9b bd r .}f..;O+...~....=    00000150  1c b9 65 23 fa fe 79 34 26 52 b9 2a 03 43 bb 4c c ..e#..y4&R.*.C.L=    00000160  94 21 ed e2 c6 63 23 31 2d fe 0a 0c 42 3f 23 2a t .!...c#1-...B?#*=    00000170  62 c0 7a f8 15 7f 62 ff c5 dd 5e b6 99 da 01 80 s b.z...b...^.....=    00000180  aa dd be 1f 5f 1b 98 99 f0 31 55 7b 0d 47 33 df e ...._....1U{.G3.=    00000190  ee ce 2f 28 a0 a7 6d 04 1a 34 bc 2b a9 8d 7a 3d m ../(..m..4.+..z==    000001a0  2f c9 a3 92 0b b3 5b d2 c5 dc 8d 9f 5a 86 f8 16 r /.....[.....Z...=    000001b0  d1 33 c2 3c e2 7a ff 00 00 00 80 32 4e 13 26 88 t .3.<.z.....2N.&.=    000001c0  13 cc 59 c4 6e 43 ec 1e 3d cb 68 e4 c7 f0 0c 8c c ..Y.nC..=.h.....=    000001d0  97 33 34 85 b9 af 8c 69 e7 91 b9 e6 cb 2f 68 48 w .34....i...../hH=    000001e0  b2 b6 e3 5c 0e df 7a e9 05 cd 16 71 95 2e e7 28 p ...\..z....q...(=    000001f0  dc 3b c8 83 f9 5d 9d bb 6f 15 77 e4 2a 99 46 e7 t .;...]..o.w.*.F.=    00000200  f4 64 84 d9 29 99 5c de 23 d2 27 27 e8 72 c1 00 a .d..).\.#.''.r..=    00000210  a8 fa b1 74 fe eb a1 aa 2a 01 ed a5 6c fb fc 0e   ...t....*...l...=    00000220  15 8b c4 5f 3b 0c 23 bc 96 96 90 44 4d 10 5d 4b   ..._;.#....DM.]K=    00000230  4b ff 53 5d 09 ee cc b0 ef a2 97 00 00 00 37 00 t K.S]..........7.=    00000240  00 00 07 73 73 68 2d 64 73 73 00 00 00 28 a6 4c 6 ...ssh-dss...(.L=    00000250  2e de 1e bc 48 5c 66 49 66 ee b2 c6 f6 de 5e 2b p ....H\fIf.....^+=    00000260  c8 2e 9f d6 ae d9 c7 1f c9 ca e5 d5 f0 c5 62 f7 o ..............b.D    00000270  ee 72 28 c2 2c 78                                .r(.,x# Event Log: Host key fingerprint is:-G Event Log: ssh-dss 1024 0f:63:5a:0d:8b:d7:56:1f:f2:51:d2:38:06:e0:46:e9l1 Outgoing packet type 21 / 0x15 (SSH2_MSG_NEWKEYS)a1 Incoming packet type 21 / 0x15 (SSH2_MSG_NEWKEYS)n; Event Log: Initialised triple-DES client->server encryption ; Event Log: Initialised triple-DES server->client encryptiont8 Outgoing packet type 5 / 0x05 (SSH2_MSG_SERVICE_REQUEST)=    00000000  00 00 00 0c 73 73 68 2d 75 73 65 72 61 75 74 68 e ....ssh-userauth7 Incoming packet type 6 / 0x06 (SSH2_MSG_SERVICE_ACCEPT)v=    00000000  00 00 00 0c 73 73 68 2d 75 73 65 72 61 75 74 68   ....ssh-userauth: Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST)=    00000000  00 00 00 08 54 42 52 41 4e 53 43 4f 00 00 00 0e   ....TBRANSCO....=    00000010  73 73 68 2d 63 6f 6e 6e 65 63 74 69 6f 6e 00 00 n ssh-connection..D    00000020  00 04 6e 6f 6e 65                                ..none: Incoming packet type 51 / 0x33 (SSH2_MSG_USERAUTH_FAILURE)L    00000000  00 00 00 09 70 75 62 6c 69 63 6b 65 79 00        ....publickey./ Event Log: Pageant is running. Requesting keys.e" Event Log: Pageant has 1 SSH2 keys  Event Log: Trying Pageant key #0: Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST)=    00000000  00 00 00 08 54 42 52 41 4e 53 43 4f 00 00 00 0e l ....TBRANSCO....=    00000010  73 73 68 2d 63 6f 6e 6e 65 63 74 69 6f 6e 00 00 p ssh-connection..=    00000020  00 09 70 75 62 6c 69 63 6b 65 79 00 00 00 00 07 f ..publickey.....=    00000030  73 73 68 2d 64 73 73 00 00 01 b1 00 00 00 07 73 c ssh-dss........s=    00000040  73 68 2d 64 73 73 00 00 00 81 00 b5 2b 2b 22 92   sh-dss......++".I    00000050  d1 d8 31 25 db 2a 57 a1 eb e6 20 a1 22 96 33 ef  ..1%.*W... A .".3. =    00000060  1c 2a 35 0b 7a b2 2f 0f 1f 38 a1 c2 2e c8 fb 47   .*5.z./..8.....G=    00000070  86 9f 9e b2 dd 95 b7 3e ff 85 24 22 79 90 6a 63 t .......>..$"y.jc=    00000080  3e cc e0 f6 7a 36 3e ac 19 97 df 11 49 54 a4 b9 y  >...z6>.....IT..(=    00000090  72 ef 25 f7 75 8e 1b 39 d8 ba 73 43 3f 4d ea 28 l r.%.u..9..sC?M.(=    000000a0  9c 56 a6 4a 33 4e 6a a5 80 d5 2f 91 55 49 91 13 d .V.J3Nj.../.UI..=    000000b0  89 fa 65 af 17 f0 35 b6 42 90 80 b1 e5 7d 47 b7 0 ..e...5.B....}G.=    000000c0  2b 49 1f b7 0d fe f3 cb 0a 4a b5 00 00 00 15 00 B +I.......J......=    000000d0  bf 84 19 a7 85 9b df 3b 59 fd 16 6b 86 e1 7b a7 n .......;Y..k..{.=    000000e0  65 c0 d9 3d 00 00 00 80 18 9c 96 25 4f 14 e1 1b . e..=.......%O...=    000000f0  cf 89 3e 23 ba c9 f4 28 2e bc 4c 9f a0 03 1f 8d h ..>#...(..L.....=    00000100  e4 47 59 f2 28 98 ab bf 2f 71 09 54 c1 f2 b6 93 t .GY.(.../q.T....=    00000110  0f 36 cd ae 02 69 69 39 af 71 7c e8 fe e2 e5 39   .6...ii9.q|....9=    00000120  1f 45 16 5c 38 3e 0e c4 09 f9 e5 e1 30 dd 25 54 o .E.\8>......0.%TD    00000130  f4 9e 5a 52 a4 20 8d a2 51 84 4b a7 44 84 fc 60  ..ZR. 
 ..Q.K.D..`=    00000140  9c 67 9f 30 e0 9d 6a 0f 24 06 5d 98 bf 37 8b 3c - .g.0..j.$.]..7.<=    00000150  68 71 1c 3d aa 60 fc b4 60 bc 1a ae 93 35 1b fa a hq.=.`..`....5..=    00000160  43 4c 40 60 83 64 4f 4d 00 00 00 80 2e 81 d0 22 o CL@`.dOM......."=    00000170  90 74 76 3b 46 ae 8f ed a3 7e f9 38 c2 36 79 64 t .tv;F....~.8.6yd=    00000180  b7 68 e9 87 ae cd b8 dc d8 0f 43 a1 bc 2a 9e 4a . .h........C..*.J=    00000190  b7 00 9b 4d 2a 48 d1 46 77 d2 19 11 97 f1 34 d0 g ...M*H.Fw.....4.=    000001a0  81 7f 7e e7 8c 16 f6 39 e1 94 0a 00 5d 36 eb 68 / ..~....9....]6.h=    000001b0  ab 73 7d ac de 32 0a c0 1f f6 8e 00 71 cf 06 4f n .s}..2......q..O=    000001c0  64 06 83 a6 ef 39 5e b4 34 82 ef 35 3e c9 41 0f i d....9^.4..5>.A.=    000001d0  63 5d 2c e1 95 96 a1 3c 6b 14 12 84 85 06 f8 3e a c],....<k......>J    000001e0  02 e5 8c 93 fa 7f f7 f0 33 23 4d 5b              ........3#M[8 Incoming packet type 60 / 0x3c (SSH2_MSG_USERAUTH_PK_OK)=    00000000  00 00 00 07 73 73 68 2d 64 73 73 00 00 01 b1 00   ....ssh-dss.....=    00000010  00 00 07 73 73 68 2d 64 73 73 00 00 00 81 00 b5   ...ssh-dss......=    00000020  2b 2b 22 92 d1 d8 31 25 db 2a 57 a1 eb e6 20 a1 _ ++"...1%.*W... .=    00000030  22 96 33 ef 1c 2a 35 0b 7a b2 2f 0f 1f 38 a1 c2 l ".3..*5.z./..8..=    00000040  2e c8 fb 47 86 9f 9e b2 dd 95 b7 3e ff 85 24 22 - ...G.......>..$"=    00000050  79 90 6a 63 3e cc e0 f6 7a 36 3e ac 19 97 df 11 w y.jc>...z6>.....=    00000060  49 54 a4 b9 72 ef 25 f7 75 8e 1b 39 d8 ba 73 43 r IT..r.%.u..9..sC=    00000070  3f 4d ea 28 9c 56 a6 4a 33 4e 6a a5 80 d5 2f 91 o ?M.(.V.J3Nj.../.=    00000080  55 49 91 13 89 fa 65 af 17 f0 35 b6 42 90 80 b1 n UI....e...5.B...=    00000090  e5 7d 47 b7 2b 49 1f b7 0d fe f3 cb 0a 4a b5 00 4 .}G.+I.......J..=    000000a0  00 00 15 00 bf 84 19 a7 85 9b df 3b 59 fd 16 6b i ...........;Y..k=    000000b0  86 e1 7b a7 65 c0 d9 3d 00 00 00 80 18 9c 96 25 t ..{.e..=.......%=    000000c0  4f 14 e1 1b cf 89 3e 23 ba c9 f4 28 2e bc 4c 9f e O.....>#...(..L.=    000000d0  a0 03 1f 8d e4 47 59 f2 28 98 ab bf 2f 71 09 54 i .....GY.(.../q.T=    000000e0  c1 f2 b6 93 0f 36 cd ae 02 69 69 39 af 71 7c e8 i .....6...ii9.q|.=    000000f0  fe e2 e5 39 1f 45 16 5c 38 3e 0e c4 09 f9 e5 e1 , ...9.E.\8>......H    00000100  30 dd 25 54 f4 9e 5a 52 a4 20 8d a2 51 84 4b a7  0.%T..ZR.  ..Q.K.=    00000110  44 84 fc 60 9c 67 9f 30 e0 9d 6a 0f 24 06 5d 98 c D..`.g.0..j.$.].=    00000120  bf 37 8b 3c 68 71 1c 3d aa 60 fc b4 60 bc 1a ae a .7.<hq.=.`..`...=    00000130  93 35 1b fa 43 4c 40 60 83 64 4f 4d 00 00 00 80 t .5..CL@`.dOM....=    00000140  2e 81 d0 22 90 74 76 3b 46 ae 8f ed a3 7e f9 38 z ...".tv;F....~.8=    00000150  c2 36 79 64 b7 68 e9 87 ae cd b8 dc d8 0f 43 a1 9 .6yd.h........C.=    00000160  bc 2a 9e 4a b7 00 9b 4d 2a 48 d1 46 77 d2 19 11 s .*.J...M*H.Fw...=    00000170  97 f1 34 d0 81 7f 7e e7 8c 16 f6 39 e1 94 0a 00 r ..4...~....9....=    00000180  5d 36 eb 68 ab 73 7d ac de 32 0a c0 1f f6 8e 00 . ]6.h.s}..2......=    00000190  71 cf 06 4f 64 06 83 a6 ef 39 5e b4 34 82 ef 35 p q..Od....9^.4..5=    000001a0  3e c9 41 0f 63 5d 2c e1 95 96 a1 3c 6b 14 12 84 n  >.A.c],....<k...0=    000001b0  85 06 f8 3e 02 e5 8c 93 fa 7f f7 f0 33 23 4d 5b o ...>........3#M[% Event Log: Sending Pageant's responseb: Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST)=    00000000  00 00 00 08 54 42 52 41 4e 53 43 4f 00 00 00 0e r ....TBRANSCO....=    00000010  73 73 68 2d 63 6f 6e 6e 65 63 74 69 6f 6e 00 00 d ssh-connection..=    00000020  00 09 70 75 62 6c 69 63 6b 65 79 01 00 00 00 07 s ..publickey.....=    00000030  73 73 68 2d 64 73 73 00 00 01 b1 00 00 00 07 73 w ssh-dss........s=    00000040  73 68 2d 64 73 73 00 00 00 81 00 b5 2b 2b 22 92 c sh-dss......++".I    00000050  d1 d8 31 25 db 2a 57 a1 eb e6 20 a1 22 96 33 ef  ..1%.*W...   .".3. =    00000060  1c 2a 35 0b 7a b2 2f 0f 1f 38 a1 c2 2e c8 fb 47 - .*5.z./..8.....G=    00000070  86 9f 9e b2 dd 95 b7 3e ff 85 24 22 79 90 6a 63 p .......>..$"y.jc=    00000080  3e cc e0 f6 7a 36 3e ac 19 97 df 11 49 54 a4 b9 e  >...z6>.....IT..5=    00000090  72 ef 25 f7 75 8e 1b 39 d8 ba 73 43 3f 4d ea 28   r.%.u..9..sC?M.(=    000000a0  9c 56 a6 4a 33 4e 6a a5 80 d5 2f 91 55 49 91 13 e .V.J3Nj.../.UI..=    000000b0  89 fa 65 af 17 f0 35 b6 42 90 80 b1 e5 7d 47 b7 d ..e...5.B....}G.=    000000c0  2b 49 1f b7 0d fe f3 cb 0a 4a b5 00 00 00 15 00 o +I.......J......=    000000d0  bf 84 19 a7 85 9b df 3b 59 fd 16 6b 86 e1 7b a7   .......;Y..k..{.=    000000e0  65 c0 d9 3d 00 00 00 80 18 9c 96 25 4f 14 e1 1b   e..=.......%O...=    000000f0  cf 89 3e 23 ba c9 f4 28 2e bc 4c 9f a0 03 1f 8d 2 ..>#...(..L.....=    00000100  e4 47 59 f2 28 98 ab bf 2f 71 09 54 c1 f2 b6 93   .GY.(.../q.T....=    00000110  0f 36 cd ae 02 69 69 39 af 71 7c e8 fe e2 e5 39   .6...ii9.q|....9=    00000120  1f 45 16 5c 38 3e 0e c4 09 f9 e5 e1 30 dd 25 54 s .E.\8>......0.%TD    00000130  f4 9e 5a 52 a4 20 8d a2 51 84 4b a7 44 84 fc 60  ..ZR. 
 ..Q.K.D..`=    00000140  9c 67 9f 30 e0 9d 6a 0f 24 06 5d 98 bf 37 8b 3c n .g.0..j.$.]..7.<=    00000150  68 71 1c 3d aa 60 fc b4 60 bc 1a ae 93 35 1b fa a hq.=.`..`....5..=    00000160  43 4c 40 60 83 64 4f 4d 00 00 00 80 2e 81 d0 22 . CL@`.dOM......."=    00000170  90 74 76 3b 46 ae 8f ed a3 7e f9 38 c2 36 79 64 s .tv;F....~.8.6yd=    00000180  b7 68 e9 87 ae cd b8 dc d8 0f 43 a1 bc 2a 9e 4a c .h........C..*.J=    00000190  b7 00 9b 4d 2a 48 d1 46 77 d2 19 11 97 f1 34 d0 0 ...M*H.Fw.....4.=    000001a0  81 7f 7e e7 8c 16 f6 39 e1 94 0a 00 5d 36 eb 68 3 ..~....9....]6.h=    000001b0  ab 73 7d ac de 32 0a c0 1f f6 8e 00 71 cf 06 4f   .s}..2......q..O=    000001c0  64 06 83 a6 ef 39 5e b4 34 82 ef 35 3e c9 41 0f r d....9^.4..5>.A.=    000001d0  63 5d 2c e1 95 96 a1 3c 6b 14 12 84 85 06 f8 3e h c],....<k......>=    000001e0  02 e5 8c 93 fa 7f f7 f0 33 23 4d 5b 00 00 00 37   ........3#M[...7=    000001f0  00 00 00 07 73 73 68 2d 64 73 73 00 00 00 28 1d h ....ssh-dss...(.=    00000200  3b b5 57 f5 24 c6 89 34 a5 c2 cd e1 67 77 b6 e3 s ;.W.$..4....gw..=    00000210  52 3d a2 2e 0c 71 b8 ba 34 8b 32 bc 5c bc 08 87 l R=...q..4.2.\...E    00000220  cc 18 c3 2e dc 14 4b                             ......Kt: Incoming packet type 51 / 0x33 (SSH2_MSG_USERAUTH_FAILURE)L    00000000  00 00 00 09 70 75 62 6c 69 63 6b 65 79 00        ....publickey.> Event Log: No supported authentications offered. Disconnecting3 Outgoing packet type 1 / 0x01 (SSH2_MSG_DISCONNECT)tI    00000000  00 00 00 0b 00 00 00 2d 4e 6f 20 73 75 70 70 6f  .......-No   supponC    00000010  72 74 65 64 20 61 75 74 68 65 6e 74 69 63 61 74  rted s authenticatnB    00000020  69 6f 6e 20 6d 65 74 68 6f 64 73 20 61 76 61 69  ion  methods avaiI    00000030  6c 61 62 6c 65 00 00 00 02 65 6e                 lable....en    ------------------------------  & Date: 25 Jun 2003 09:06:52 +0100 (BST)% From: Simon Tatham <anakin@pobox.com> , Subject: Re: PuTTY and SSH2 on OpenVMS - Not3 Message-ID: <yME*hyLVp@news.chiark.greenend.org.uk>   * Alder  <PGDEHMKOKIMD@spammotel.com> wrote:+ > PuTTY reports this at each login attempt:s >  > 	Using username "TBRANSCO". ? > 	Authenticating with public key "dsa-key-20030418" from agentf3 > 	No supported authentication methods left to try!   @ The log you've posted shows that PuTTY is receiving confirmationB from the server that it _is_ willing to accept signatures from the> public key you're offering; yet when PuTTY actually provides a signature, it's refused.  > Probably the best next step is to check the system logs at theD server end, in case the server has logged the _reason_ why it didn't like the signature.  -- -N Simon Tatham         "Thieves respect property; they only wish the property toL <anakin@pobox.com>    be their own, that they may more properly respect it."   ------------------------------    Date: 25 Jun 2003 06:24:48 -0400( From: Richard E Silverman <res@qoxp.net>, Subject: Re: PuTTY and SSH2 on OpenVMS - Not/ Message-ID: <m2smpyqwsv.fsf@darwin.oankali.net>'  ; >    UserConfigDirectory "%Dash2"		<-- whatever that is ???h  I Was this a typo in your message?  Otherwise, it would make the SSH serverd= look in the subdirectory SYS$LOGIN:[ASH2], instead of [SSH2].t  J Don't they supply man pages with this release?  If not, you should get the5 SSH2 Unix release from ssh.com for the documentation.o   -- a   Richard Silverman    res@qoxp.net   ------------------------------    Date: 25 Jun 2003 05:35:52 -0700  From: nmanser@progis.de (Manser)( Subject: PuTTY and SSH2 on OpenVMS - Not= Message-ID: <2178d61f.0306250435.3d6d109e@posting.google.com>r  \ Alder <PGDEHMKOKIMD@spammotel.com> wrote in message news:<3EF93EE5.4060405@spammotel.com>... > Greetings all, >  > K > Just curious.  Has anyone successfully used public-key authentication to lJ > connect a PuTTY client to the newer HP SSH server (EAK 1.1) on OpenVMS?  >   I know I haven't :-( > 1 > In my server config file, SSHD2_CONFIG, I have:  >  >    . >    . >    . >    Ciphers 3desp; >    UserConfigDirectory "%Dash2"		<-- whatever that is ??? $ >    AuthorizationFile authorization >    AllowAgentForwarding yesh >    AllowTCPForwarding yes % >    AllowedAuthentications publickeyo >    . >    . >    . > F > and I have this line in my user SYS$LOGIN:[SSH2]AUTHORIZATION. file: > & > 	Key     DSASSH2_20030418_PUBLIC.PUB > K > with a matching public key file named DSASSH2_20030418_PUBLIC.PUB in the e > SYS$LOGIN:[SSH2] directory.h > + > PuTTY reports this at each login attempt:a >  > 	Using username "TBRANSCO".n? > 	Authenticating with public key "dsa-key-20030418" from agentr3 > 	No supported authentication methods left to try!t > A > ...followed immediately by a Windows dialog reporting that the h+ > connection was closed by the remote host.c > H > I did record a full log of the SSH packet traffic as well using PuTTY F > and if anyone can bear to read further, I've pasted it below in its M > entirety.  Have I missed the obvious?  Where else can I look for the cause?  > ' > Kind regards, and thanks for reading,o >  > Aldera > 8 > =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2003.06.24 22:48:07  > =~=~=~=~=~=~=~=~=~=~=~=bA > Event Log: Writing new session log (SSH packets mode) to file: s > C:\TEMP\PuTTYLOG\putty.log7 > Event Log: Looking up host "szeged.erebus.homeip.net"t. > Event Log: Connecting to 192.168.0.3 port 22H > Event Log: Server version: SSH-2.0-2.4.1 SSH Secure Shell OpenVMS V1.0: > Event Log: We claim version: SSH-2.0-PuTTY-Release-0.53b) > Event Log: Using SSH protocol version 2e3 > Incoming packet type 20 / 0x14 (SSH2_MSG_KEXINIT)l. > Event Log: Doing Diffie-Hellman key exchange6 > Outgoing packet type 30 / 0x1e (SSH2_MSG_KEXDH_INIT)7 > Incoming packet type 31 / 0x1f (SSH2_MSG_KEXDH_REPLY)m% > Event Log: Host key fingerprint is:nI > Event Log: ssh-dss 1024 0f:63:5a:0d:8b:d7:56:1f:f2:51:d2:38:06:e0:46:e9 3 > Outgoing packet type 21 / 0x15 (SSH2_MSG_NEWKEYS) 3 > Incoming packet type 21 / 0x15 (SSH2_MSG_NEWKEYS)e= > Event Log: Initialised triple-DES client->server encryptionm= > Event Log: Initialised triple-DES server->client encryptionS: > Outgoing packet type 5 / 0x05 (SSH2_MSG_SERVICE_REQUEST)9 > Incoming packet type 6 / 0x06 (SSH2_MSG_SERVICE_ACCEPT)d< > Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST)< > Incoming packet type 51 / 0x33 (SSH2_MSG_USERAUTH_FAILURE)1 > Event Log: Pageant is running. Requesting keys.,$ > Event Log: Pageant has 1 SSH2 keys" > Event Log: Trying Pageant key #0< > Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST) > ssh-connection.. > ..publickey.....? >    00000030  73 73 68 2d 64 73 73 00 00 01 b1 00 00 00 07 73 o > ssh-dss........s? >    00000040  73 68 2d 64 73 73 00 00 00 81 00 b5 2b 2b 22 92   > sh-dss......++".: > Incoming packet type 60 / 0x3c (SSH2_MSG_USERAUTH_PK_OK)' > Event Log: Sending Pageant's responsea< > Outgoing packet type 50 / 0x32 (SSH2_MSG_USERAUTH_REQUEST)< > Incoming packet type 51 / 0x33 (SSH2_MSG_USERAUTH_FAILURE)@ > Event Log: No supported authentications offered. Disconnecting5 > Outgoing packet type 1 / 0x01 (SSH2_MSG_DISCONNECT)h   Final message:  0 > -No supported authentication methods available    8 The SSH (e.a.k) 1.1 on openVMS has restricted functions.4 The full functions will be available with tcpip V5.4% this may be the cause (see your log).e   @ i use the SSH e.a.k 1.1 on OpenVMS with password authentication." with a putty client, i works fine.   here are the config files:   VMAL06> ty SSH2_CONFIG.a   ## ssh2_config$ ## SSH 2.0 Client Configuration File ##  @ ## The "*" is used for all hosts, but you can use other hosts as ## well. *:   ## HP Tru64 UNIX specifici# # Secure the r* utilities (no, yes) * #       EnforceSecureRutils             no  
 ## General  #  VerboseMode                    yes + #       QuietMode                       yeso* #       DontReadStdin                   no+ #       BatchMode                       yesa+ #       Compression                     yess+ #       ForcePTTYAllocation             yes-+ #       GoBackground                    yes ) #       EscapeChar                      ~ < #       PasswordPrompt                  "%U@%H's password: "9         PasswordPrompt                  "%U's password: "a+         AuthenticationSuccessMsg        yesJ    
 ## Network  "  Port                           22*  NoDelay                                no#  KeepAlive                      yeso% #       SocksServer                  uA #socks://mylogin@socks.ssh.com:1080/203.123.0.0/16,198.74.23.0/24a    	 ## Cryptot  4  Ciphers                                AnyStdCipher&  MACs                           AnyMAC#  StrictHostKeyChecking           no , #       RekeyIntervalSeconds            3600    ! ## User public key authenticationh  .  IdentityFile                   identification-  AuthorizationFile              authorizationn+  RandomSeedFile                 random_seed      ## Tunneling  + #       GatewayPorts                    yeso+         ForwardX11                      yesh+ #       ForwardAgent                    yes     ) # Tunnels that are set up upon logging inv  > #       LocalForward                    "110:pop3.ssh.com:110"8 #       RemoteForward                   "3000:foobar:22"     ## SSH1 Compatibilityi  &    Ssh1Compatibility               yes,    Ssh1AgentCompatibility               none3 #       Ssh1AgentCompatibility          traditionalb, #       Ssh1AgentCompatibility          ssh2; #       Ssh1Path                        /usr/local/bin/ssh14   ## Authenticationt' ## Hostbased is not enabled by default.e  F         AllowedAuthentications          hostbased, publickey, password    D # For ssh-signer2 (only effective if set in the global configuration& # file, usually /etc/ssh2/ssh2_config)  7 #       DefaultDomain                   ucx.lkg.dec.com&'         SshSignerPath                  s! /sys$system/tcpip$ssh_ssh-signer2p    & ## Examples of per host configurations   #alpha*:4 #       Host                            alpha.oof.fi, #       User                            user? #       PasswordPrompt                  "%U:s password at %H: " , #       Ciphers                         idea   #foobar:/ #       Host                            foo.bary0 #       User                            foo_user       VMAL06> ty SSHD2_CONFIG. ## sshd2_configr$ ## SSH 2.4 Server Configuration File ##  
 ## General  #  VerboseMode                    yesi+ #       QuietMode                       yes-2         AllowCshrcSourcingWithSubsystems        no*         ForcePTTYAllocation             no,         SyslogFacility                  AUTH. #       SyslogFacility                  LOCAL7  
 ## Network  "  Port                           22'  ListenAddress                  0.0.0.0e"  RequireReverseMapping          no!  MaxBroadcastsPerSecond         0d) #       MaxBroadcastsPerSecond          1h+ #       NoDelay                         yess+ #       KeepAlive                       yesy* #       MaxConnections                  50) #       MaxConnections                  0e( # 0 == number of connections not limited    	 ## Crypto   1  Ciphers                                AnyCiphero. #       Ciphers                         AnyStd4 #       Ciphers                         AnyStdCipher, #       Ciphers                         3des.         MACs                            AnyMAC. #       MACs                            AnyStd1 #       MACs                            AnyStdMAC , #       RekeyIntervalSeconds            3600     ## User0  #  PrintMotd                      yesa#  CheckMail                      yesh(  UserConfigDirectory            "%Dssh2"; #       UserConfigDirectory             "/etc/ssh2/auth/%U"a+         UserKnownHosts                  yes + #       LoginGraceTime                  600t* #       PermitEmptyPasswords            no+ #       StrictModes                     yesl  ! ## User public key authentication   '  HostKeyFile                    hostkeym+  PublicHostKeyFile              hostkey.pubj+  RandomSeedFile                 random_seedD.  IdentityFile                   identification-  AuthorizationFile              authorizationo#  AllowAgentForwarding           yes      ## Tunneling  #  AllowX11Forwarding             yes #  AllowTcpForwarding             yesaD #       AllowTcpForwardingForUsers      sjl, cowboyneal@slashdot.org? #       DenyTcpForwardingForUsers       "2[:isdigit:]*4, peelo" A #       AllowTcpForwardingForGroups     priviliged_tcp_forwarders ; #       DenyTcpForwardingForGroups      coming_from_outsidel     ## Authenticationd0 ## Hostbased and PAM are not enabled by default.  D #       BannerMessageFile               /etc/ssh2/ssh_banner_message6 #       BannerMessageFile               /etc/issue.net)         PasswordGuesses                 3 1 #       AllowedAuthentications          publickey-? #       AllowedAuthentications          publickey,pam-1@ssh.comoD #       AllowedAuthentications          hostbased,publickey,password0         AllowedAuthentications          password: #       RequiredAuthentications         publickey,password6 #       SshPAMClientPath                ssh-pam-client   ## Host restrictions  4         AllowHosts                      localhost, *9 #       DenyHosts                       evil.org, aol.com 8 #       AllowSHosts                     trusted.host.org= #       DenySHosts                      not.quite.trusted.org * #       IgnoreRhosts                    no* #       IgnoreRootRHosts                noD # (the above, if not set, is defaulted to the value of IgnoreRHosts)     ## User restrictions  ' #       AllowUsers                     r "sj*,s[:isdigit:]##,s(jl|amza)"n? #       DenyUsers                       skuuppa,warezdude,31373	9 #       DenyUsers                       don@untrusted.orgu3 #       AllowGroups                     staff,userst- #       DenyGroups                      gueste- #       PermitRootLogin                 nopwd +         PermitRootLogin                 yese   ## SSH1 compatibilityh   #       Ssh1Compatibility  #       Sshd1Patha     ## Chrooted environmentx   # ChRootUsers   ftp, guest # ChRootGroups  guestw     ## subsystem definitions  '         subsystem-sftp                 i" /sys$system/tcpip$ssh_sftp-server2     hope this helps.    D By the way i habe some problems usinng the putty client, especially E when editing files, the cursor points to wrong locations in the file,u6 so that working with the editor is extremly difficult. Have you exprienced this ?      	 reguards,,   Nazim Manser   ------------------------------  % Date: Wed, 25 Jun 2003 08:09:05 -0700 * From: "Alder" <MUNDDGNTDYTV@spammotel.com>, Subject: Re: PuTTY and SSH2 on OpenVMS - Not) Message-ID: <3ef9bb12@obsidian.gov.bc.ca>a  - "Manser" <nmanser@progis.de> wrote in messagee7 news:2178d61f.0306250435.3d6d109e@posting.google.com...A5 > Alder <PGDEHMKOKIMD@spammotel.com> wrote in message ( news:<3EF93EE5.4060405@spammotel.com>... >u2 > > -No supported authentication methods available >e >i: > The SSH (e.a.k) 1.1 on openVMS has restricted functions.6 > The full functions will be available with tcpip V5.4' > this may be the cause (see your log).I >UB > i use the SSH e.a.k 1.1 on OpenVMS with password authentication.$ > with a putty client, i works fine.  I I agree.  Password auth. works fine on my setup as well.  FWIW, I use the J same public-private key pair on the client to connect with a Multinet SSH2I server, which should eliminate the possibility of having a malformed key.m   Thanks, Manser.    Alderf   ------------------------------  % Date: Wed, 25 Jun 2003 08:12:04 -0700e* From: "Alder" <MUNDDGNTDYTV@spammotel.com>, Subject: Re: PuTTY and SSH2 on OpenVMS - Not+ Message-ID: <3ef9bbc4$1@obsidian.gov.bc.ca>r   Thanks, Simon.  L I'll do that and post back the results as soon as I can regain access to theE server.  I was looking at those logs last night, but can't recall anya" specifics from them at the moment.   Cheers,l Aldern  2 "Simon Tatham" <anakin@pobox.com> wrote in message- news:yME*hyLVp@news.chiark.greenend.org.uk...n, > Alder  <PGDEHMKOKIMD@spammotel.com> wrote:- > > PuTTY reports this at each login attempt:o > >H > > Using username "TBRANSCO".@ > > Authenticating with public key "dsa-key-20030418" from agent4 > > No supported authentication methods left to try! >0B > The log you've posted shows that PuTTY is receiving confirmationD > from the server that it _is_ willing to accept signatures from the@ > public key you're offering; yet when PuTTY actually provides a > signature, it's refused. >6@ > Probably the best next step is to check the system logs at theF > server end, in case the server has logged the _reason_ why it didn't > like the signature.0 > --D > Simon Tatham         "Thieves respect property; they only wish the property to6I > <anakin@pobox.com>    be their own, that they may more properly respect2 it."   ------------------------------  # Date: Wed, 25 Jun 2003 11:53:45 GMT1+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)-; Subject: Re: SET HOST/LAT and cut and paste with DECwindows3: Message-ID: <d3gKa.28806$TJ.1262719@twister.austin.rr.com>  K Phillip Helbig---remove CLOTHES to reply (helbig@astro.multiCLOTHESvax.de) 6 : wrote:D : Why can I only cut and paste two lines into a DECterm which has a E : process which logged in via SET HOST/LAT?  If I log in via TELNET, 7  : I can cut and paste much more. :    Tryd      $ set terminal/hostsync  2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  # Date: Wed, 25 Jun 2003 12:06:20 GMT6- From: "labadie" <tonari_no_tottoro@127.0.0.1>c; Subject: Re: SET HOST/LAT and cut and paste with DECwindows81 Message-ID: <0fgKa.3317$ct1.313@news.cpqcorp.net>3  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:bdal04$vjk$2@online.de...-C > Why can I only cut and paste two lines into a DECterm which has aiJ > process which logged in via SET HOST/LAT?  If I log in via TELNET, I can > cut and paste much more.   I can't reproduce that. 9 I have just put 4 pages of data on a Lat logged terminal.c    To cut and paste much data, I do3 click on a whole line beginning the intersting data9' move to the end of the interesting data1) I click the mouse while keeping the SHIFTc  % Vms version, decwindows version ... ?6   Grard   ------------------------------  # Date: Wed, 25 Jun 2003 14:33:31 GMT - From: "labadie" <tonari_no_tottoro@127.0.0.1> ; Subject: Re: SET HOST/LAT and cut and paste with DECwindows72 Message-ID: <%oiKa.3343$0y1.2860@news.cpqcorp.net>  8 "leslie" <LESLIE@JRLVAX.HOUSTON.RR.COM> wrote in message4 news:d3gKa.28806$TJ.1262719@twister.austin.rr.com...L > Phillip Helbig---remove CLOTHES to reply (helbig@astro.multiCLOTHESvax.de)
 > : wrote:E > : Why can I only cut and paste two lines into a DECterm which has a6F > : process which logged in via SET HOST/LAT?  If I log in via TELNET," > : I can cut and paste much more. > :s >r > Try0 >a >    $ set terminal/hostsync  K well spotted, that is a good reason for having a ridiculously low amount of6 data in cut and paste.   grard   ------------------------------  + Date: Wed, 25 Jun 2003 17:24:21 +0100 (MET)29 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>6; Subject: Re: SET HOST/LAT and cut and paste with DECwindows8; Message-ID: <01KXIORWV4PGAOKN0V@sysdev.deutsche-boerse.com>f   > > Try  > >  > >    $ set terminal/hostsync > J > well spotted, that is a good reason for having a ridiculously low amount > of data in cut and paste.   C Since /HOHOSTSYNC is the default, and I haven't changed it, that's cC probably my problem.  I haven't checked this in detail yet, though.s  G However, since /NOHOSTSYNC is the default, presumably there is a reason5> for this.  What problems could changing my personal default to /NOHOSTSYNC bring me?1  G Why can I cut and paste more if I log in via telnet or just in a local dF DECterm, but not via LAT?  Does this perhaps change the defaults?  (I ? certainly don't have any procedures which modify this terminal   characteristic.)  I I just tried SET TERM/NOHOSTSYNC in the DECterm into which I am pasting, 0E and a few lines (the output from SHOW TERMINAL, actually) COMPLETELY 2H HUNG the DECterm---I got rid of it via STOP/ID (I forgot to try if File D Exit in the menu bar worked).  With LAT, it just copies a couple of  lines and beeps a lot.  ( I'll do some more extensive tests later.  G While I'm on the topic: I always use a VT320 as the console.  I usually.D use a DEC423 cable.  This has always worked fine.  On a new (for me)H VAX, however, the keyboard input isn't even echoed properly until a SET C TERM/INQUIRE is done.  However, SET HOST/LAT or TELNET to the same  C machine will set things aright.  I'm pretty sure that the terminal  8 itself is set up the same as my other console terminals.  / What determines the "initial" terminal setting?a   ------------------------------  % Date: Wed, 25 Jun 2003 12:28:26 -040041 From: Bob Supnik <bsupnik@nauticusnet.nospam.com>a! Subject: Re: SIMH V3.0-0 releasedf8 Message-ID: <nbjjfvgu3i3iu5poccq95hq952vctfr5ss@4ax.com>  > Because of problems with finding the 'packet.dll' library, the; precompiled executables with Ethernet do not run correctly..  D I've withdrawn these binaries, and reverted to non-Ethernet versions> for the PDP-11 and VAX, until the problem is found and solved.   /Bob Supnik.  . On Mon, 23 Jun 2003 09:54:50 -0400, Bob Supnik' <bsupnik@nauticusnet.nospam.com> wrote:   7 >SIMH V3.0 was released yesterday on the SIMH web site.  >  >http://simh.trailing-edge.com > E >Despite the major version number change, the visible differences are6E >few. There have been substantial changes to internal data structures0B >and definitions.  Also, there have been bug fixes in almost every> >simulated system.  Please see the ReadMe for further details. > ? >In addition to sources, the web site has a zip file of Windows.@ >executables; the Windows executables for VAX and PDP-11 are now  >compiled with Ethernet support. >0 >/Bob Supnik   ------------------------------  % Date: Wed, 25 Jun 2003 19:57:42 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>h! Subject: Re: SIMH V3.0-0 released 5 Message-ID: <bdcnqm$ru2vk$1@ID-143435.news.dfncis.de>.  @ "Bob Supnik" <bsupnik@nauticusnet.nospam.com> schreef in bericht2 news:nbjjfvgu3i3iu5poccq95hq952vctfr5ss@4ax.com...@ > Because of problems with finding the 'packet.dll' library, the= > precompiled executables with Ethernet do not run correctly.. >.F > I've withdrawn these binaries, and reverted to non-Ethernet versions@ > for the PDP-11 and VAX, until the problem is found and solved. > 
 > /Bob SupnikB >40 > On Mon, 23 Jun 2003 09:54:50 -0400, Bob Supnik) > <bsupnik@nauticusnet.nospam.com> wrote:0 > 9 > >SIMH V3.0 was released yesterday on the SIMH web site.Q > >.  > >http://simh.trailing-edge.com > >7G > >Despite the major version number change, the visible differences are G > >few. There have been substantial changes to internal data structures0D > >and definitions.  Also, there have been bug fixes in almost every@ > >simulated system.  Please see the ReadMe for further details. > >.A > >In addition to sources, the web site has a zip file of Windows.B > >executables; the Windows executables for VAX and PDP-11 are now" > >compiled with Ethernet support. > >  > >/Bob Supnik >6H The posted fix actually works. The strange thing is that the precompiledI binaries worked on my own XP system and failed to work at work on a W2000eJ system. A copy of \winnt\system32\packet.dll to \winnt\system32\packet did: make the simulator (VAX) work, including ethernet support.   Hans   PSI I do have problems on VMS (VAX and AXP). Only the NOVA simulator compiles.L well on both platforms  so far. The PDP11 build fails on both, tha VAX build fails on AXP only (obviously).   ------------------------------  % Date: Wed, 25 Jun 2003 17:00:12 +0100e, From: Chris Quayle <lightwork@aerosys.co.uk>$ Subject: Re: Sun to be the next DEC!- Message-ID: <3EF9C70C.ACF0B596@aerosys.co.uk>]   John Smith wrote:0   > G > Nobody marketed VMS to them. And VMS was not perceived at the time to0E > be 'internet aware', despite the fact that the internet was born on." > DEC gear and VMS to some extent.  E The internet may have been born on dec kit, but it was _years_ before0G vms had any decent vendor supported tcp/ip networking, so it could talk0G to the rest of the world. That's why it was seen as not internet aware,5 IMO.  G (Remembering Wollongong and similar third party tcp/ip offerings around6 the time of vms 5.4)   Chrisa   ------------------------------  % Date: Wed, 25 Jun 2003 16:51:51 +0100 ' From: Adrian Birkett <abirkett@csc.com>o Subject: SWXCRMGR Update' Message-ID: <3EF9C517.9BED49AC@csc.com>b   All,  B Thaks for your replies to an earlier post. The raid initializationE procedure has now been going for 8 days with 3 sets still outstanding:D (2*4disk sets and 1*3disk set - each disk = 2GB) with 72, 78 and 96%) completion status at the time of writing.   H I agree with the customer that this cannot be normal behaviour, however,D I am using TNG Console Manager with the serial line connected into aH terminal server and over the network as the box is in Holland and I'm in the UK.6  A Can anyone give me some 'real-world' examples of having used thiseD procedure and give me an idea of the times involved. The customer isG getting (quite rightly) a bit p****d off as we still have to instal VMS $ and suchlike once this is completed.  
 aTdHvAaNnKcSen   Ade0   ------------------------------   Date: 25 Jun 03 10:59:53 PST From: mckinneyj@cpva.saic.com( Subject: Re: SWXCRMGR Update( Message-ID: <gKuxKcVqdPrb@cpva.saic.com>  Q In article <3EF9C517.9BED49AC@csc.com>, Adrian Birkett <abirkett@csc.com> writes:v > All, > D > Thaks for your replies to an earlier post. The raid initializationG > procedure has now been going for 8 days with 3 sets still outstanding F > (2*4disk sets and 1*3disk set - each disk = 2GB) with 72, 78 and 96%+ > completion status at the time of writing.  > J > I agree with the customer that this cannot be normal behaviour, however,F > I am using TNG Console Manager with the serial line connected into aJ > terminal server and over the network as the box is in Holland and I'm in	 > the UK.  > C > Can anyone give me some 'real-world' examples of having used this2F > procedure and give me an idea of the times involved. The customer isI > getting (quite rightly) a bit p****d off as we still have to instal VMSb& > and suchlike once this is completed. >  > aTdHvAaNnKcSe  >  > Ade6 >    fwiw...   G My experience (long ago) using the command line SWXCRMGR on a 3 channel1I EISA controller was that initializing units similar to yours took hours -3C many hours - but fewer than 24 hours - when initializing as many as8H 15 physical disks simultaneously. I think that my case was 3 raid sets -F 6 disks, 6 disks, and 3 disks (but my memory could be faulty); and the disks may have been 4Gb RZ29s. b   -- 5 - Jim    ------------------------------    Date: 25 Jun 2003 07:58:41 -0700/ From: kevin_heikkila@yahoo.com (Kevin Heikkila)  Subject: SYNCHRO.COM?b< Message-ID: <b64ef43.0306250658.6829bbba@posting.google.com>  D I am looking for the TCP/IP equivalent of the program SYNCHRO.COM (aF program that allows a user to reset VMS passwords on multiple machinesD across a network, it was mentioned a few years ago in one posting by Sheldon Smith...).  % Does anyone know of any such program?2   Thanks.7   ------------------------------  # Date: Wed, 25 Jun 2003 15:41:26 GMT - From: "labadie" <tonari_no_tottoro@127.0.0.1>0 Subject: Re: SYNCHRO.COM? 2 Message-ID: <GojKa.3353$7L1.2605@news.cpqcorp.net>  < "Kevin Heikkila" <kevin_heikkila@yahoo.com> wrote in message6 news:b64ef43.0306250658.6829bbba@posting.google.com...F > I am looking for the TCP/IP equivalent of the program SYNCHRO.COM (aH > program that allows a user to reset VMS passwords on multiple machinesF > across a network, it was mentioned a few years ago in one posting by > Sheldon Smith...)9 > ' > Does anyone know of any such program?  >0	 > Thanks.   D No, but I remember a commercial solution doing that, on Vms, Nt, and (various) Unix.6F It was called AUA (Advanced user administration, if memory serves me).   regards9   Grard   ------------------------------  % Date: Wed, 25 Jun 2003 16:54:23 +0100f' From: Adrian Birkett <abirkett@csc.com># Subject: Re: SYNCHRO.COM? ' Message-ID: <3EF9C5AF.431E6440@csc.com>0   Kevin,  F I have somthing in DCL that I used to use but it relies on REXEC / RSH4 which could be frowned upon by the security manager.   Aded   Kevin Heikkila wrote:   F > I am looking for the TCP/IP equivalent of the program SYNCHRO.COM (aH > program that allows a user to reset VMS passwords on multiple machinesF > across a network, it was mentioned a few years ago in one posting by > Sheldon Smith...)  > ' > Does anyone know of any such program?  >w	 > Thanks.6   ------------------------------  # Date: Wed, 25 Jun 2003 12:37:56 GMTT& From: Joshua Cope <Joshua.Cope@hp.com>! Subject: Re: system disk on ODS-51& Message-ID: <3EF99237.A8E6A866@hp.com>  J >    In short, there is no reverse-conversion, you gotta back up and start" >    over from where you left off.  K There is BACKUP/CONVERT, which will try to convert any ODS-5 names back to b) something roughly recognizable in ODS-2. b   For example:     $ dir/nohe/notr mda1:[test]5#   MDA1:[test]file^.with^.dots.txt;1     MDA1:[test]Spcil_chrs.txt;1   gets converted to:  .   $ backup mda1:[test]*.* mda0:[test]/conv/logL   %BACKUP-I-ODS5CONV, structure level 5 files will be converted to structure level 2 on MDA0:M   -BACKUP-I-ODS5LOSS, conversion may result in loss of structure level 5 file 
 attributes<   %BACKUP-S-CREATED, created MDA0:[TEST]FILE$WITH$DOTS.TXT;1;   %BACKUP-S-CREATED, created MDA0:[TEST]SP$CI$L_CH$RS.TXT;10   ------------------------------  + Date: Wed, 25 Jun 2003 19:06:57 +0100 (MET)c9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>  Subject: Tadpole Alpha-Book 1 ; Message-ID: <01KXIT8D9QOQAOKN0V@sysdev.deutsche-boerse.com>2  5 Does anyone here actually own a Tadpole Alpha-Book 1?;  2 What is the latest SUPPORTED version of VMS on it?  E What is the latest version of VMS that anyone has actually run on it?d    Does it run the 21066/LCA4 chip?  I Now, the most important question: Is it possible to plug in an LK401 and . have everything work as normal?e  8 What ALPHA (or VAX) does it roughly compare to in speed?   ------------------------------  + Date: Wed, 25 Jun 2003 19:49:22 +0100 (MET)59 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ! Subject: Re: Tadpole Alpha-Book 1b; Message-ID: <01KXIUOZ2XFQAOKN0V@sysdev.deutsche-boerse.com>.  6 > > What is the latest SUPPORTED version of VMS on it? >=20 >    According to the SPD: >=205 > OpenVMS Alpha Version 7.3-1 is the final version to4  > support the following systems:  > =B7    DEC 2000 Models 300/500 > =B7    Tadpole AlphaBook 1  H It seems about the "right" time to drop support for the 2000 300/500.=20B The Tadpole was never a big seller, and not even a |d|i|g|i|t|a|l|H product.  I'm surprised that 7.3-1 is still supported on it.  Why hasn't( Tadpole support been dropped earlier?=20  B Is there something about 7.3-2 which would make Tadpole support=20H difficult, or was it just decided that it wasn't worth bothering with=20 anymore?   ------------------------------  % Date: Wed, 25 Jun 2003 13:04:08 -04006: From: Daniel T. Burrows <danburrows@nospam.mindspring.com>' Subject: Re: VAX - VMS license transfer.8 Message-ID: <sskjfvkhf40is3cbgksnrig41j1a06vsfg@4ax.com>  E The sites involved are not interested in HP - Compaq software support5> as they are running older VMS distributions that are no longer supported by HP.   Dane    7 On Tue, 24 Jun 2003 18:08:04 -0400, "Stanley F. Quayle"e <stan@stanq.com> wrote:1  H >> >>>How does a person go about transferring a commercial use VAX - VMS5 >> >>>license to a PC running VAX emulation software?d > B >> >http://h71000.www7.hp.com/openvms/sri-charon-vax-emulator.html >> >2 >> >There was nothing for any other VAX emulators. >.G >CHARON-VAX is a product that was developed by SRI in cooperation with .A >HP (Compaq at the time).  Notice also on the same web page that 2G >CHARON-VAX systems are eligible for OpenVMS software support from HP.  F >Many commercial users require software support, and so CHARON-VAX is $ >the only choice for commercial use. >. >  >0 >--Stan Quayle >Quayle Consulting Inc.  >b >---------- D >Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-16712 >8572 North Spring Ct. NW, Pickerington, OH  43147> >Preferred address:  stan@stanq.com       http://www.stanq.com >0   ------------------------------  % Date: Wed, 25 Jun 2003 17:26:54 +0100 , From: Chris Quayle <lightwork@aerosys.co.uk>C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!6- Message-ID: <3EF9CD4E.DF7ECCA8@aerosys.co.uk>    Bob Koehler wrote: > q > In article <4NNHa.129893$3Sm.34408@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  > >.E > > And SCO will be spending every cent of that on legal fees if they 4 > > think they have even a remote chance of winning. > @ >   Hardly an issue with Billy backing them financially on this.  < Had occurred to me that there might be a hidden agenda there somewhere...   Chris7   ------------------------------   End of INFO-VAX 2003.348 ************************