1 INFO-VAX	Thu, 24 Feb 2005	Volume 2005 : Issue 110       Contents:# Any details on VMS732_VMSMUP-V0100? ' Re: Any details on VMS732_VMSMUP-V0100? / Re: Cheapest small alpha to run (power/cooling) / Re: Cheapest small alpha to run (power/cooling) ' Re: Checking for "file open for write". ' Re: Checking for "file open for write". : Re: Ever heard of FAL ceasing to work on a running system?: Re: Ever heard of FAL ceasing to work on a running system?: Re: Ever heard of FAL ceasing to work on a running system?: Re: Ever heard of FAL ceasing to work on a running system? Re: HFLOAT to XFLOAT* Re: How to clear device errors w/o reboot?* Re: How to clear device errors w/o reboot?* Re: How to clear device errors w/o reboot?< Re: How to make BACKUP fail instead of making OPCOM request?( LA75 escape sequences and Laser printers, Re: LA75 escape sequences and Laser printers3 RE: London Stock Exchange slowing moving to Windows % Odd Problem with SmarTerm on VMS 7.32 ) Re: Odd Problem with SmarTerm on VMS 7.32 ) Re: Odd Problem with SmarTerm on VMS 7.32 ) Re: Odd Problem with SmarTerm on VMS 7.32  Ouch! a *MAJOR* bug in TPU.  Re: Ouch! a *MAJOR* bug in TPU.  Re: Ouch! a *MAJOR* bug in TPU.  Re: Ouch! a *MAJOR* bug in TPU.  Re: Ouch! a *MAJOR* bug in TPU.  Possible SCSI Problem  Re: Possible SCSI Problem  Re: Possible SCSI Problem  Re: Possible SCSI Problem  Re: Possible SCSI Problem  Re: Possible SCSI Problem  Re: Possible SCSI Problem / Re: read monitor (>>>) variables from OpenVMS ?   Re: There goes the profit center  Re: There goes the profit center  Re: There goes the profit center  Re: There goes the profit center  Re: There goes the profit center  Re: There goes the profit centerB Re: Trade Press Needs to Talk with HP Disaster Tolerence CustomersB Re: Trade Press Needs to Talk with HP Disaster Tolerence CustomersB Re: Trade Press Needs to Talk with HP Disaster Tolerence CustomersB Re: Trade Press Needs to Talk with HP Disaster Tolerence Customers  USB & OpenVMS V7.3-2 & DVD-drive$ Re: USB & OpenVMS V7.3-2 & DVD-drive/ WRQreflection 11:  relocate settings directory? 3 RE: WRQreflection 11:  relocate settings directory? : Re: [Change topic] How to communicate with TL812 - use MRU! Re: [OT]: Dvorak on killing Linux ! Re: [OT]: Dvorak on killing Linux ! Re: [OT]: Dvorak on killing Linux ! Re: [OT]: Dvorak on killing Linux ! Re: [OT]: Dvorak on killing Linux 4 [OT]: Placing things in some perspective (ok, Sun's)  F ----------------------------------------------------------------------    Date: 24 Feb 2005 08:18:07 -0800& From: "Galen" <gspamtackett@yahoo.com>, Subject: Any details on VMS732_VMSMUP-V0100?C Message-ID: <1109261887.547723.207180@o13g2000cwo.googlegroups.com>   E This new ECO kit is for a mandatory security update. It would be nice E to know a little more about the vulnerability(s) it fixes, if this is 4 possible without giving away the exploits of course.  A About all that the release notes tell you is that it replaces the < executables DECW$SESSIONSHRP, PPPD$UTIL, and USB$UCM_CLIENT.   ------------------------------    Date: 24 Feb 2005 13:33:16 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) 0 Subject: Re: Any details on VMS732_VMSMUP-V0100?- Message-ID: <Wzmmg2rcDmcA@cuebid.zko.dec.com>   ( "Galen" <gspamtackett@yahoo.com> writes:G > This new ECO kit is for a mandatory security update. It would be nice G > to know a little more about the vulnerability(s) it fixes, if this is 6 > possible without giving away the exploits of course.  D What purpose would knowing more about the vulnerability serve, other than to satisfy a curiosity?   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  # Date: Thu, 24 Feb 2005 09:53:37 GMT ! From: Nigel Barker <nigel@hp.com> 8 Subject: Re: Cheapest small alpha to run (power/cooling)8 Message-ID: <t97r11l6pddibguiv57sbs21n3svi0nbu3@4ax.com>  M On 11 Feb 2005 22:15:13 -0600, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   _ >In article <1108162959.668032.224100@o13g2000cwo.googlegroups.com>, jordan@ccs4vms.com writes:  > I >> I need to equal or improve the performance of the AS600 system but cut F >> down on power and heat.  The lowest max rating I found on HP is theH >> DS10-L at 150 watts; that would obviously be a good performer too.  AJ >> true DS10 is rated at 300W max; by experience they don't put out nearly > G >That maximum figure presumably includes what might be disapated by the E >two additional PCI slots.  If you don't populate them you save some.  > C >> my hobby ambitions).  A DS10L is not a good choice for a desktop # >> replacement for obvious reasons.  > D >Not obvious to me -- what is the problem ?  Have you considered the
 >combo card ?   J The combo Graphics/SCSI card will cost several times the price of a DS10L.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------    Date: 24 Feb 2005 05:08:20 -0800) From: carfer@gmail.com (Carlos Fernandez) 8 Subject: Re: Cheapest small alpha to run (power/cooling)= Message-ID: <f4a8f670.0502240508.6738e134@posting.google.com>   ' I've replaced two PWS 433au with DS10L.   E The noise level is much higher though the 433 is already high enough.   A I've not done SCSI vs. IDE comparatives but the DS10L, compiling, # linking is really much more faster.   ! I'm really happy with the change.    Regards    Carlos Fernandez  M healyzh@aracnet.com wrote in message news:<cvj9q502qru@enews3.newsguy.com>...  > jordan@ccs4vms.com wrote: H > > So it looks like a DS10, with its 150 watt max draw, would provide aI > > decent decrease in power usage.  I'm going to leave each piece I test  > L > My question is, how noisy is a DS10L?  If it's going to take significantlyO > less power than my PWS 433au, that might be a good excuse for me to upgrade.  N > For us both electricity usage and cooling are major issues.  The downside isH > my systems have to live in our dining room, and as a result I'd prefer  > something quieter, not louder. > K > Also, how bad is the EIDE performance on a DS10L compared to UW-SCSI on a  > PWS 433au? >  > 		Zane   ------------------------------  % Date: Thu, 24 Feb 2005 14:37:01 +0100 + From: Karsten Nyblad <nospam@nospam.nospam> 0 Subject: Re: Checking for "file open for write".- Message-ID: <cvklbg$2cof$1@news.cybercity.dk>    Dave Froble wrote:K > As far as I know, the file system doesn't know anything about how a file  K > is accessed.  I'm pretty sure that the information you want is contained   > in the locking system. > I > To scan the DLM locks, you need CMKRNL, no other option that I'm aware  H > of.  This stuff isn't documented, except in the internals books.  Ok, J > some of the stuff isn't documented.  There is a system service that can G > be used to scan the DLM database.  There are several programs on the  I > freeware and elsewhere that do such.  A search of the archives will be  
 > helpful.  B The information on who has the file open is stored in the windows H control blocks  (WCB).  The file system does know who has the file open F for write.  The locks are not normal locks.  After the lock on a file H has been taken out, the lock is converted into a lock, that is owned by I the node of the cluster.  At least in the old days it was not documented  H how to make such a convertion, but the flag is in starlet.  There is no D reason to scan the lock database your self.  SYS$GETLKI can get the A information you need.  And you can get the lock id from the file  F statistics block, which you get using the ACP QIO interface.  I dont H remember if you need to change to kernel mode before calling SYS$GETLKI I to get information on kernel mode locks.  Otherwise there is no need for  I kernel mode code.  You can write a utility that does this with a call to  3 SYS$GETLKI as the only code running in kernel mode.    ------------------------------  + Date: Thu, 24 Feb 2005 18:20:38 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 0 Subject: Re: Checking for "file open for write".0 Message-ID: <cvl5tm$ms7$1@sparta.btinternet.com>   Hi Jan-Erik,  I This solution (that I'm sure you already know about) is not as elegant as L System Programming a pseudo file access. But then you're *polling* so whadda you care? Peasant :-)   G You could FTP an additional "trigger" file to the destination directory I after all the other files have been successfully copied and then look for E filename.TRIG (or some such). Or you could have a AAAfile.START and a  ZZZfile.END copied over?  K Anyway, I just thought I'd mention the KISS solution in case someone hadn't E heard of it. I personally, would much prefer the answer that you were K originally looking for, but with the variations for cluster/single-node and F all the other complexities, I've always put it in the too-hard basket.   Cheers Richard.   3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in message ! news:421C4EDC.61114EDC@aaa.com...  > Hi.  > 0 > (Sorry, but this is purily techinical... :-) ) > D > I'm looking for a method to "see" that a file is opened for write.9 > I have a polling batch job that looks for FTP'ed files. B > I have to detect if the file is still opened by the FTP session.< > I know about detecting this by trying an operation such as: > OPEN on the file and catching the error, but I'm looking: > for something a little more "correct", such as a lexical > or something.  >  > Any thoughts ? >  > Jan-Erik.    ------------------------------    Date: 23 Feb 2005 23:54:41 -0800% From: Bart.Zorn@xs4all.nl (Bart Zorn) C Subject: Re: Ever heard of FAL ceasing to work on a running system? = Message-ID: <a98cd882.0502232354.3b61bef1@posting.google.com>    winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote in message news:<00A3FD46.E75259B0@SSRL.SLAC.STANFORD.EDU>... > VMSers --  >  > Just had a weird situation.  > Q > DS20E, VMS 7.3-2 with all the patches I know about.   Shares a system disk with M > an AlphaServer 800.  DECnet Phase V using TCP/IP tower, running on Multinet , > 4.4, again fully patched as far as I know. >   1 Alan, does "all the patches I know about" include D DEC-AXPVMS-DNVOSIECO01-V0703-2-4? That one resolves some issues with% name lookups which made proxies fail.    Regards,  	 Bart Zorn    ------------------------------  % Date: Thu, 24 Feb 2005 09:22:52 +0100 & From: Paul Sture <paul.sture@decus.ch>C Subject: Re: Ever heard of FAL ceasing to work on a running system? , Message-ID: <385h6iF5mcv4bU1@individual.net>   David J Dachtera wrote: . > Alan Winston - SSRL Central Computing wrote: >  >>VMSers --  >> >>Just had a weird situation.  >>Q >>DS20E, VMS 7.3-2 with all the patches I know about.   Shares a system disk with M >>an AlphaServer 800.  DECnet Phase V using TCP/IP tower, running on Multinet , >>4.4, again fully patched as far as I know. >>P >>This morning on the DS20E, while logins via SET HOST kept working, attempts toO >>use FAL-type access started failing with "login information invalid at remote  >>node".  That is, >> >>$ DIR 0::  >>? >>(with a proxy in place so this should work) failed with that;  >> >>$ DIR 0"username password":: >> >>failed with that message.  >> >>From other nodes,  >>; >>$ DIR fully-qualified-DS20e-nodename"username password"::  >> >>failed with that message.  >>O >>(And we were generating intrusion notifications for each one of these things, Q >>and since many of our CGIs are originally OSU CGIs and are accessed via DECnet, < >>Apache was generating many, many intrusion notifications.) >> >>At the same time,  >>) >>$ DIR fully-qualified-AS800-node-name::  >>K >>worked fine, using the same sysuaf, same proxy database, same files, etc.  >>L >>We ended up rebooting - I *hate* doing that -  and the problem cleared up.P >>Anybody have any ideas what could have brought this on, or what we should look >>at if it happens again?  >  > < > Some not-so-obvious issue maybe raised an intrusion alarm? >   G It is easy to raise an intrusion lockout using wildcard FAL access, as  - an alarm is generated for each matching file.    Just a thought.    ------------------------------  # Date: Thu, 24 Feb 2005 08:40:50 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)C Subject: Re: Ever heard of FAL ceasing to work on a running system? 6 Message-ID: <00A3FD91.F402094E@SSRL.SLAC.STANFORD.EDU>  ` In article <421D39EE.ACD521CD@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:- >Alan Winston - SSRL Central Computing wrote:  >>   >> VMSers -- >>   >> Just had a weird situation. >>  R >> DS20E, VMS 7.3-2 with all the patches I know about.   Shares a system disk withN >> an AlphaServer 800.  DECnet Phase V using TCP/IP tower, running on Multinet- >> 4.4, again fully patched as far as I know.  >>  Q >> This morning on the DS20E, while logins via SET HOST kept working, attempts to P >> use FAL-type access started failing with "login information invalid at remote >> node".  That is,  >>   >> $ DIR 0:: >>  @ >> (with a proxy in place so this should work) failed with that; >>   >> $ DIR 0"username password"::  >>   >> failed with that message. >>   >> From other nodes, >>  < >> $ DIR fully-qualified-DS20e-nodename"username password":: >>   >> failed with that message. >>  P >> (And we were generating intrusion notifications for each one of these things,R >> and since many of our CGIs are originally OSU CGIs and are accessed via DECnet,= >> Apache was generating many, many intrusion notifications.)  >>   >> At the same time, >>  * >> $ DIR fully-qualified-AS800-node-name:: >>  L >> worked fine, using the same sysuaf, same proxy database, same files, etc. >>  M >> We ended up rebooting - I *hate* doing that -  and the problem cleared up. Q >> Anybody have any ideas what could have brought this on, or what we should look  >> at if it happens again? > ; >Some not-so-obvious issue maybe raised an intrusion alarm?   % Happened from every account we tried.    -- Alan    ------------------------------  # Date: Thu, 24 Feb 2005 08:42:21 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)C Subject: Re: Ever heard of FAL ceasing to work on a running system? 6 Message-ID: <00A3FD92.29CD867A@SSRL.SLAC.STANFORD.EDU>  e In article <a98cd882.0502232354.3b61bef1@posting.google.com>, Bart.Zorn@xs4all.nl (Bart Zorn) writes:  >winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote in message news:<00A3FD46.E75259B0@SSRL.SLAC.STANFORD.EDU>...  >> VMSers -- >>   >> Just had a weird situation. >>  R >> DS20E, VMS 7.3-2 with all the patches I know about.   Shares a system disk withN >> an AlphaServer 800.  DECnet Phase V using TCP/IP tower, running on Multinet- >> 4.4, again fully patched as far as I know.  >>   > 2 >Alan, does "all the patches I know about" includeE >DEC-AXPVMS-DNVOSIECO01-V0703-2-4? That one resolves some issues with & >name lookups which made proxies fail.   Apparently not:    product show history dnv* ; ----------------------------------- ----------- -----------  --------------------I PRODUCT                             KIT TYPE    OPERATION   DATE AND TIME ; ----------------------------------- ----------- -----------  --------------------G DEC AXPVMS DNVOSIECO01 V7.3-1       Patch       Remove      26-DEC-2003  14:37:05G DEC AXPVMS DNVOSIECO01 V7.3-1       Patch       Install     02-JAN-2003  00:29:01G DEC AXPVMS DNVOSIECO01 V7.3-1       Patch       Install     27-DEC-2002  07:30:28; ----------------------------------- ----------- -----------  --------------------     Thanks, will pursue!   -- Alan    > 	 >Regards,  > 
 >Bart Zorn   ------------------------------    Date: 24 Feb 2005 04:59:25 -0800) From: carfer@gmail.com (Carlos Fernandez)  Subject: Re: HFLOAT to XFLOAT = Message-ID: <f4a8f670.0502240459.7bd23dff@posting.google.com>   ' Thanks to all you guys for the answers.   B I've got an account with Doc Cypher's "Deathrow Cluster", done theF file with the Hfloat and tested the routine conversion with the Alpha. Great solution the cluster.   F BY the way, I didn't explained very well, lack of good english, but myF conversion routine was actually using the CVT$ routines, in particular the CVT$FTOF one.    Regards    Carlos Fernandez  _ Ken Fairfield <my.full.name@intel.com> wrote in message news:<cvgcmc$r63$1@news01.intel.com>...  > Carlos Fernandez wrote:  > > HI, all  > > H > > I've programed a routine conversion using lib$ calls to convert dataD > > from HFLOAT to XFLOAT, and as I don't have available a file with, > > HFLOAT data can't test if it works well. > A >     OK, why are you using LIB$ routines?  It sounds like you're B > reinventing the wheel. You should be using CVT$CONVERT_FLOAT and8 > be done with job.  See: HELP RTL CVT CVT$CONVERT_FLOAT > J > > What I need is a simple file with data in Hfloat and the equivalent inF > > ASCII for testing this routine. Does any one provided me with this > > sample?  > @ >     Is the problem that you need binary data in H-float formatB > to read into your routine and convert?  It should be possible toB > write a small program to have your customer run on their VAX and< > ftp the output back to you for testing.  In this case, the? > extensive testing has been done by VMS Engineering.  You need A > only a very few tests to be sure you're calling the CVT routine  > correctly. >  > 	-Ken  > 2 > P.S. You can also get an account on Doc Cypher's6 >       "Deathrow Cluster" which has both a VAX and an8 >       Alpha in it.  Go to http://www.openvms-rocks.com >       to sign up.    ------------------------------    Date: 24 Feb 2005 05:39:04 -0800 From: bob@instantwhip.com 3 Subject: Re: How to clear device errors w/o reboot? C Message-ID: <1109252344.339904.170240@l41g2000cwc.googlegroups.com>   A I followed the commands from the fact verbatim ... how could I be  some where else?   ------------------------------  % Date: Thu, 24 Feb 2005 13:44:47 +0000 - From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> 3 Subject: Re: How to clear device errors w/o reboot? , Message-ID: <386476F5ijrosU1@individual.net>   bob@instantwhip.com wrote:C > I followed the commands from the fact verbatim ... how could I be  > some where else?   (Yet again)   1 Then please post a log of *exactly* what you did.   . In other words, you've done /something/ wrong.   ------------------------------  # Date: Thu, 24 Feb 2005 19:22:44 GMT # From: hoff@hp.nospam (Hoff Hoffman) 3 Subject: Re: How to clear device errors w/o reboot? 0 Message-ID: <8QpTd.561$W07.296@news.cpqcorp.net>  m In article <cvhkan$4uk5@doiweb4.b2x.vwg>, Karl Rohwedder <extern.karl.rohwedder.nospam@volkswagen.de> writes:  :Ferry Bolhar wrote:0 :> There is no such command on my V7.3-2 system: :>  ! :> $ SET DEVICE/ERROR=RESET DQA1: @ :> %DCL-W-NOVALU, value not allowed - remove value specification :> $    ?   My bad.  SET DEVICE/RESET=ERROR, not SET DEVICE/ERROR=RESET.      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 24 Feb 2005 07:12:36 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) E Subject: Re: How to make BACKUP fail instead of making OPCOM request? 3 Message-ID: <iXSttku3L7sM@eisner.encompasserve.org>   r In article <1109201710.f768b09e46e168f6fb6433c34a6a9c8e@teranews>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:E > Different slant: would it be possible for your batch job to spawn a E > subprocess which VMS would view as "interactive" at which point the ' > /NOASSIST might be handled properly ?   F    Getting the subprocess to be "interactive" is a non-trivial effort.   ------------------------------    Date: 24 Feb 2005 09:01:12 -0800) From: carfer@gmail.com (Carlos Fernandez) 1 Subject: LA75 escape sequences and Laser printers = Message-ID: <f4a8f670.0502240901.1c604733@posting.google.com>   C I'm migrating a Vax development to Alpha. Many programs use digital + escape sequences for the LA75/210 printers.   	 Question.   C Does any one knows if any laser printer is compatible with them? If C not, any other solution / suggestion rather than editing the source  files?   Is DCPS a possible solution?   TIA    Carlos Fernandez   ------------------------------  # Date: Thu, 24 Feb 2005 18:45:00 GMT * From: Paul Anderson <paul.anderson@hp.com>5 Subject: Re: LA75 escape sequences and Laser printers 5 Message-ID: <240220051315574010%paul.anderson@hp.com>   D In article <f4a8f670.0502240901.1c604733@posting.google.com>, Carlos# Fernandez <carfer@gmail.com> wrote:   G > Many programs use digital escape sequences for the LA75/210 printers.  > : B > Does any one knows if any laser printer is compatible with them?  D Digital stopped selling laser printers that had ANSI interpreters inD the mid 1990s.  AFAIK, there have been no others on the market since then.   B You can still buy dot matrix printers that do ANSI.  Genicom sells8 models that would be similar to your LA-series printers.  A > If not, any other solution / suggestion rather than editing the  > source files?  >  > Is DCPS a possible solution?  F You have answered your own question.  DCPS will happily translate your: ANSI files and send them to your PostScript laser printer.   Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Thu, 24 Feb 2005 18:57:47 +1100 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>< Subject: RE: London Stock Exchange slowing moving to WindowsX Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BDF3@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C51A46.87DEF223 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable   L JF, no truer word was said.    I have never had any Outlook satisfaction, e=' ven though I have to use that crap now.    Regards, Paddy     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com] Sent: Thu 2/24/2005 4:48 PM  To: Info-VAX@Mvb.Saic.Com < Subject: Re: London Stock Exchange slowing moving to Windows =20 ! "johnhreinhardt@yahoo.com" wrote:   G > I wasn't questioning the pricetag, I was having a hard time believing G > that this guy was taking "quotes" from developers on how long and how B > much they think a project will take at face value.  I'ts been my5 > experience that often they are woefully optimistic.   C What surprises me is that LSE management would have been victims of E Microsoft's marketing and swallowed those promises. Considering it is F currently a target for a takeover and has true global competition, nowB would not be the time to switch to less stable systems because anyA downtime would make worldwide news and seriously eroide the LSE's  reputation.=20  B On the other hand, if this project does pan out and LSE is withoutD visible downtime, this will give Winkler a tremendous orgasm when heG starts to think about how he can now market Windows as mission critical D systems with the LSE as reference customer, and Winkler will start a; crusade to convert all HP customers to Microsoft customers.   E Remember that NASDAQ has been using virus infecting Microsoft IIS web G servers for a number of years and they don't seem to generate much news  about IT problems.  B A few years ago, YVR Inc (the administrators of Vancouver Airport)@ bragged about haing set a policy to restrict all IT to microsoftD products claiming it would save tons of money and standardise the ITD infratsructure etc etc. Yes, this was in their annual report. To me,G that was total incompetance, especially if the tendering procedures now D require all competing bids to come from Microsoft :-) And of course,C years later, they don't go back to shareholders to tell them how IT ? costs have risen due to higher than expected maintenance costs.     F Like most Windows projects, the bids promise lots at a very low price,G and once the project gets under way, they keep on raising the price and E once it is in production, the managers, in order to protect their own D reputation, will spend what it takes to make the thing work. But the< project is considered done and no longer under any scrutiny.      G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C51A46.87DEF223 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> B <TITLE>RE: London Stock Exchange slowing moving to Windows</TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->   L <P><FONT SIZE=3D2>JF, no truer word was said.&nbsp;&nbsp;&nbsp; I have neve=L r had any Outlook satisfaction, even though I have to use that crap now.<BR> <BR> Regards, Paddy<BR> <BR> <BR> -----Original Message-----<BR>L From: JF Mezei [<A HREF=3D"mailto:jfmezei.spamnot@teksavvy.com">mailto:jfme=! zei.spamnot@teksavvy.com</A>]<BR>  Sent: Thu 2/24/2005 4:48 PM<BR>  To: Info-VAX@Mvb.Saic.Com<BR> @ Subject: Re: London Stock Exchange slowing moving to Windows<BR> <BR>/ &quot;johnhreinhardt@yahoo.com&quot; wrote:<BR>  <BR>L &gt; I wasn't questioning the pricetag, I was having a hard time believing<= BR> L &gt; that this guy was taking &quot;quotes&quot; from developers on how lon=
 g and how<BR> L &gt; much they think a project will take at face value.&nbsp; I'ts been my<= BR> < &gt; experience that often they are woefully optimistic.<BR> <BR>G What surprises me is that LSE management would have been victims of<BR> I Microsoft's marketing and swallowed those promises. Considering it is<BR> J currently a target for a takeover and has true global competition, now<BR>F would not be the time to switch to less stable systems because any<BR>E downtime would make worldwide news and seriously eroide the LSE's<BR>  reputation.<BR>  <BR>F On the other hand, if this project does pan out and LSE is without<BR>H visible downtime, this will give Winkler a tremendous orgasm when he<BR>K starts to think about how he can now market Windows as mission critical<BR> H systems with the LSE as reference customer, and Winkler will start a<BR>? crusade to convert all HP customers to Microsoft customers.<BR>  <BR>I Remember that NASDAQ has been using virus infecting Microsoft IIS web<BR> K servers for a number of years and they don't seem to generate much news<BR>  about IT problems.<BR> <BR>F A few years ago, YVR Inc (the administrators of Vancouver Airport)<BR>D bragged about haing set a policy to restrict all IT to microsoft<BR>H products claiming it would save tons of money and standardise the IT<BR>H infratsructure etc etc. Yes, this was in their annual report. To me,<BR>K that was total incompetance, especially if the tendering procedures now<BR> H require all competing bids to come from Microsoft :-) And of course,<BR>G years later, they don't go back to shareholders to tell them how IT<BR> C costs have risen due to higher than expected maintenance costs.<BR>  <BR> <BR>J Like most Windows projects, the bids promise lots at a very low price,<BR>K and once the project gets under way, they keep on raising the price and<BR> I once it is in production, the managers, in order to protect their own<BR> H reputation, will spend what it takes to make the thing work. But the<BR>@ project is considered done and no longer under any scrutiny.<BR> <BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C51A46.87DEF223--    ------------------------------    Date: 24 Feb 2005 06:45:59 -0800 From: tadamsmar@yahoo.com . Subject: Odd Problem with SmarTerm on VMS 7.32B Message-ID: <1109256359.712092.72140@f14g2000cwb.googlegroups.com>  ' A file with the string "-1.0000E+00" or & " 08:17:42 2.720" will not transfer to% a Windows 89 PC using SmarTerm FTP in % Text Mode. (I tried versions 8.0a and & the current evaluation version 12.1 of	 SmarTerm)   ! I feel sure there are other magic  strings that cause failure, but " I have not tried to find them all.  % This VMS 7.32 system is patched up to  date, including TCPIP patches.  - You can even create the file using Notepad on ) the PC, transfer the file successfully to ' the OpenVMS system and then get failure + when you try to transfer it back to the PC.   . SmarTerm appears to tranfer the file properly,- but the file just does not show up on the PC.   1 We don't have any problems with SmarTerm FTP from - a VMS 7.21 system.  We have use it for years.   + I wonder if anyone has seen this?  Is there  a fix?  " DOS FTP works fine on these files.   ------------------------------  % Date: Thu, 24 Feb 2005 15:06:22 -0000 4 From: "Andrew Douglas" <andrew.douglas@motorola.com>2 Subject: Re: Odd Problem with SmarTerm on VMS 7.323 Message-ID: <cvkqgh$3h1$1@az33news01.freescale.net>   J We had this problem with SmarTerm after upgrading to VMS 7.3.1. There is a, download on the Esker website that cured it.  7 http://www.esker.com/deliveryware_solutions/support.asp    Rgds Andrew  & <tadamsmar@yahoo.com> wrote in message< news:1109256359.712092.72140@f14g2000cwb.googlegroups.com...) > A file with the string "-1.0000E+00" or ( > " 08:17:42 2.720" will not transfer to' > a Windows 89 PC using SmarTerm FTP in ' > Text Mode. (I tried versions 8.0a and ( > the current evaluation version 12.1 of > SmarTerm)  > # > I feel sure there are other magic ! > strings that cause failure, but $ > I have not tried to find them all. > ' > This VMS 7.32 system is patched up to   > date, including TCPIP patches. > / > You can even create the file using Notepad on + > the PC, transfer the file successfully to ) > the OpenVMS system and then get failure - > when you try to transfer it back to the PC.  > 0 > SmarTerm appears to tranfer the file properly,/ > but the file just does not show up on the PC.  > 3 > We don't have any problems with SmarTerm FTP from / > a VMS 7.21 system.  We have use it for years.  > - > I wonder if anyone has seen this?  Is there  > a fix? > $ > DOS FTP works fine on these files. >    ------------------------------    Date: 24 Feb 2005 07:54:35 -0800 From: tadamsmar@yahoo.com 2 Subject: Re: Odd Problem with SmarTerm on VMS 7.32C Message-ID: <1109260475.430519.136880@o13g2000cwo.googlegroups.com>   6 I cannot find any patches for version 12 at that site.  A However, I did find this work around in the in the Knowledge Base / at http://www.its.esker.fr/kb/presentation.htm.i  * FTP Client Fails To Download Certain Files   Issue:C SmarTerm's FTP Client fails when downloading certain files from thesD host to the PC. The transfer appears to have completed successfully,& however the file does not get created.   Resolution:bD This problem is corrected by starting the FTP client, connecting andC selecting the menu option Properties > Host Properties. On the Host D Properties dialog box uncheck the option 'Delete received incomplete5 local files'. The files should now transfer properly.aA When the FTP Server transfers a file, it sends down the file size3A before it starts sending the contents of the file. SmarTerm's FTPh@ Client compares this file size with the actual amount of data itE receives and if they do not match, it deletes the file from the localuF PC. This option when unchecked will prevent SmarTerm from deleting the file.R   Andrew Douglas wrote:SG > We had this problem with SmarTerm after upgrading to VMS 7.3.1. There  is a. > download on the Esker website that cured it. >o9 > http://www.esker.com/deliveryware_solutions/support.aspm >t > Rgds > Andrew >o( > <tadamsmar@yahoo.com> wrote in message> > news:1109256359.712092.72140@f14g2000cwb.googlegroups.com...+ > > A file with the string "-1.0000E+00" ore* > > " 08:17:42 2.720" will not transfer to) > > a Windows 89 PC using SmarTerm FTP in ) > > Text Mode. (I tried versions 8.0a ands* > > the current evaluation version 12.1 of
 > > SmarTerm)C > >e% > > I feel sure there are other magicH# > > strings that cause failure, butr& > > I have not tried to find them all. > >r) > > This VMS 7.32 system is patched up tod" > > date, including TCPIP patches. > >e1 > > You can even create the file using Notepad on - > > the PC, transfer the file successfully too+ > > the OpenVMS system and then get failurei/ > > when you try to transfer it back to the PC.i > > 2 > > SmarTerm appears to tranfer the file properly,1 > > but the file just does not show up on the PC.u > >e5 > > We don't have any problems with SmarTerm FTP fromi1 > > a VMS 7.21 system.  We have use it for years.- > >-/ > > I wonder if anyone has seen this?  Is there 
 > > a fix? > > & > > DOS FTP works fine on these files. > >a   ------------------------------    Date: 24 Feb 2005 09:21:00 -0800 From: tadamsmar@yahoo.comg2 Subject: Re: Odd Problem with SmarTerm on VMS 7.32C Message-ID: <1109265660.517310.285430@l41g2000cwc.googlegroups.com>r  0 I am not sure what download you are refering to.  0 The documentation for the only  SmarTerm 8.0 ftp/ patch that I can find does not indicate that itt would solve this problem.t  4 That workaround that I posted works for version 12.1- but not for 8.0a because it does not have theb configuration option mentioned.s   So, I need a patch for 8.0a.  - I have put in a problem report fo Esker, so I0/ will get a resolution in a few days, hopefully.m- They could just give us a licensed version of 0 12.1 to solve the problem if nothing else works.     Andrew Douglas wrote:oG > We had this problem with SmarTerm after upgrading to VMS 7.3.1. Thereo is a. > download on the Esker website that cured it. >t9 > http://www.esker.com/deliveryware_solutions/support.aspo >r > Rgds > Andrew >u( > <tadamsmar@yahoo.com> wrote in message> > news:1109256359.712092.72140@f14g2000cwb.googlegroups.com...+ > > A file with the string "-1.0000E+00" ore* > > " 08:17:42 2.720" will not transfer to) > > a Windows 89 PC using SmarTerm FTP inl) > > Text Mode. (I tried versions 8.0a and7* > > the current evaluation version 12.1 of
 > > SmarTerm)2 > >1% > > I feel sure there are other magici# > > strings that cause failure, but1& > > I have not tried to find them all. > >c) > > This VMS 7.32 system is patched up ton" > > date, including TCPIP patches. > >f1 > > You can even create the file using Notepad ona- > > the PC, transfer the file successfully to + > > the OpenVMS system and then get failureb/ > > when you try to transfer it back to the PC.  > >02 > > SmarTerm appears to tranfer the file properly,1 > > but the file just does not show up on the PC.  > >s5 > > We don't have any problems with SmarTerm FTP fromt1 > > a VMS 7.21 system.  We have use it for years.i > >)/ > > I wonder if anyone has seen this?  Is there>
 > > a fix? > >o& > > DOS FTP works fine on these files. > >h   ------------------------------    Date: 24 Feb 2005 06:58:07 -08003 From: "Big John" <john.powers@airwidesolutions.com>i$ Subject: Ouch! a *MAJOR* bug in TPU.C Message-ID: <1109257087.138941.125750@o13g2000cwo.googlegroups.com>a  ( I have stumbled upon a major bug in TPU.  ? (I'll attach all the technical stuff, versions etc. at the end,o@ so anyone who gets bored with this can stop whenever they want)." When I edit a certain file, I get:  B > Error reading DNFS2:[CCM_WA.$OPS.OPS.CUST.LIB3]SMSC_CONFIG.CFG;1. > 2253 byte record too large for user's buffer  A The editor then continues, but shows only the first 500 odd lineslA of the file. I first assumed it must be something I have done, asdA I have a heavily customised TPU section. However editing with the:: original - /SECTION=EVE$SECTION produces the same results.  = I found this very odd, as I knew for a fact that I had editedw? files with much longer records than that. So I have ascertained ( the conditions under which this happens.  > This only happens on files that are read under NFS from a Unix< machine with an NFS file server. For these files there is an; unknown, and undefined maximum size of records that TPU cann> process. (I have not been able to find the precise value, as I; have no special privileges on the Unix machine, and all theu@ files are read-only). What is worse is that, instead of aborting? the attempt to edit, it just gives a truncated file, chopped at = the first long record. A newbie could easily lose most of the0 data if they were not watching.o  > This is kinda galling and painful for me. Some 14 years ago, I? was reluctantly forced to abandon my editor of choice (EDT) andl@ learn the new TPU, because of a very similar showstopper problem= on that. There was (still is) a much more severe limit on thei< record size that EDT can process, and after a number of late? night high-profile corruptions to customer sites, use of it wast= banned on all customer config files. During those 14 years, I A have come to know TPU well, and I am desperately reluctant not toe? have to abandon this and learn yet another editor from scratch!e  @ To be fair, this only happens on 3 in 250 files (while EDT fails? on all of them), and only on DNFS disks (while EDT fails on all ; disks). However, IMO this is even worse, as the EDT problem > is a clearly documented limitation, while this TPU problem has@ hit me in the face from nowhere. Furthermore, these Unix systems= are spreading, infecting more stuff, so this problem may wello< get worse. (This is the first DNFS I have had to deal with).  ; I will have to raise this through our support contract, butn? before I do that,  I thought I would ask the wizardly communityn here, if anybody has seen this.S  > Is anybody aware of a known problem with TPU, editing files onA NFS-mounted disks? Does anybody know of a fix, or a workaround toCA this problem? Is this reported in the known-bug list and fixed inl a later version?  ? Many thanks in advance for your help/advice.  Technical details  follow.n     - The system $m $ sho sys /noprocw? OpenVMS V7.1-2  on node BELLUM  24-FEB-2005 14:30:03.55  Uptime  152 04:15:39 $ 	 $ sho cpuo  $ BELLUM, a AlphaServer 4100 5/466 4MB= Multiprocessing is ENABLED. Streamlined synchronization imageM loaded.h0 Minimum multiprocessing revision levels: CPU = 1   PRIMARY CPU = 00 Active CPUs:      00 01t Configured CPUs:  00 01.   $ 
 - The disk $  $ sh device dnfs2 /full   A Disk DNFS2: (BELLUM), device type Foreign disk type 7, is online,g mounted, file-     oriented device, shareable.s  <     Error count                    0    Operations completed 1435144 1     Owner process                 ""    Owner UICt [NYEMGR]0     Owner process ID        00000000    Dev Prot S:RWPL,O:RWPL,G:RWPL,W:RWPL ;     Reference count                1    Default buffer sizeo     512n9     Total blocks            79691776    Sectors per tracks       0d;     Total cylinders                0    Tracks per cylinder        0w$     Allocation class               1  >     Volume label       "purple:/ccm"    Relative volume number       0'9     Cluster size                  16    Transaction count        1E=     Free blocks                    0    Maximum files allowed1 1000000a3     Extend quantity               16    Mount countc       1.8     Mount status              System    ACP process name
 "DNFS2ACP"F     Extent cache size              0    Maximum blocks in extent cache       0tB     File ID cache size             0    Blocks currently in extent cache      0D     Quota cache size               0    Maximum buffers in FCP cache       0,  E   Volume Status:  do not unload on dismount, file high-water marking,c
 write-back       caching enabled.  
 - The file  > $ dir /full DNFS2:[CCM_WA.$OPS.OPS.CUST.LIB3]SMSC_CONFIG.CFG;1  + Directory DNFS2:[CCM_WA.$OPS.OPS.CUST.LIB3]   A SMSC_CONFIG.CFG;1                         File ID:  (8711,3732,0)y  1 Size:          159/159        Owner:    [376,376]t" Created:    9-APR-2003 14:51:39.00& Revised:   11-JUN-2003 11:58:19.59 (0) Expires:   <None specified>g Backup:    <No backup recorded>A Effective: <None specified>- Recording: <None specified>t File organization:  Sequential Shelved state:      OnlineG File attributes:    Allocation: 159, Extend: 0, Global buffer count: 0,  No version limit? Record format:      Stream_LF, maximum 0 bytes, longest 0 bytesk4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None; File protection:    System:RD, Owner:RD, Group:RD, World:RDa Access Cntrl List:  None    Total of 1 file, 159/159 blocks.     - The editor    DECTPU V3.2  1998-11-19 12:17  
 Journal file:s  D Section file name: EVE$SECTION  Ident: V3.1  Date: 10-MAR-1993 08:13?       Mapped from: SYS$COMMON:[SYSLIB]EVE$SECTION.TPU$SECTION;1i0        Created by: DECTPU V3.1  1993-03-09 10:44  ? Extension: SCREEN_UPDATER  Ident: DECTPU V3.2  1998-11-19 12:17i  $  24 System buffers and 1 User buffer    EVE V3.1 1993-03-10 08:13    Options: KEYHELP DECWINDOWS     Module Name     Ident    -----------     -----n     EVE$CONSTANTS   V03-014n   EVE$OPTIONS     V03-002k   EVE$BUILD       V03-007    EVE$TERMINALS   V03-016    EVE$DECWINDOWS  V03-054m   EVE$SYNONYMS    V03-003s   EVE$WINDOWS     V03-012i   EVE$FILE        V03-073m   EVE$PARSER      V03-009>   EVE$CORE        V03-035    EVE$FORMAT      V03-014o   EVE$ADVANCED    V03-011    EVE$EXTEND      V03-011s   EVE$MOUSE       V03-021    EVE$HELP        V03-009o   EVE$EDIT        V03-026u   EVE$INTERNATION V03-003e   EVE$WILDCARD    V03-008    EVE$DYNAMIC     930310.081333    EVE$EXTRAS      V03-013n   EVE$MENUS       V03-020a   EVE$SHOW        V03-015>   EVE$WPS         V03-007a   EVE$EDT         V03-004a      $ Can't think of any more information.   Cheers, John   ------------------------------    Date: 24 Feb 2005 08:01:00 -0800& From: "Galen" <gspamtackett@yahoo.com>( Subject: Re: Ouch! a *MAJOR* bug in TPU.C Message-ID: <1109260860.419736.123050@z14g2000cwz.googlegroups.com>*   Big John wrote:t* > I have stumbled upon a major bug in TPU.  D Since the files are being accessed via NFS, could this instead be anE underlying bug or restriction of NFS, perhaps just in your particularn version?  B Can you provide the version of TCP/IP Services (or UCX)that you're using?  C It might be interesting to try accessing these files with other VMSt file utilities.-   ------------------------------    Date: 24 Feb 2005 08:26:46 -08003 From: "Big John" <john.powers@airwidesolutions.com>a( Subject: Re: Ouch! a *MAJOR* bug in TPU.C Message-ID: <1109262406.394279.177230@g14g2000cwa.googlegroups.com>9   $ UCX SHOW VER  @   Digital TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 48   on a AlphaServer 4100 5/466 4MB running OpenVMS V7.1-2   $C   Thanks for the ideas.  - John Galen wrote: > Big John wrote:e, > > I have stumbled upon a major bug in TPU. >lF > Since the files are being accessed via NFS, could this instead be anG > underlying bug or restriction of NFS, perhaps just in your particularg
 > version? >eD > Can you provide the version of TCP/IP Services (or UCX)that you're > using? > E > It might be interesting to try accessing these files with other VMS  > file utilities.i   ------------------------------  % Date: Thu, 24 Feb 2005 12:38:55 -0500a( From: "Hein" <hein.nomail@hp.nomail.com>( Subject: Re: Ouch! a *MAJOR* bug in TPU.* Message-ID: <421e11a7@usenet01.boi.hp.com>  > "Big John" <john.powers@airwidesolutions.com> wrote in message= news:1109257087.138941.125750@o13g2000cwo.googlegroups.com...s* > I have stumbled upon a major bug in TPU.  I No you did not. You presented TPU with a bogus file and it failed to makeI sense of it.C The real problem is that the file is not in a vms supported format.n It just happens to mostly work.   D > > Error reading DNFS2:[CCM_WA.$OPS.OPS.CUST.LIB3]SMSC_CONFIG.CFG;10 > > 2253 byte record too large for user's buffer >s@ > $ dir /full DNFS2:[CCM_WA.$OPS.OPS.CUST.LIB3]SMSC_CONFIG.CFG;1A > Record format:      Stream_LF, maximum 0 bytes, longest 0 bytesy  E See, there ought to be an LRL indication to help TPU size its buffer. = Without that, it just picks a largish number (probably 2048).e  5 Try a convert on the file first. Then check DIR/FULL.n Or just try "  SET FILE/ATTR=(LRL=5000,MRS=5000)   Does that help?h Hein   ------------------------------  + Date: Thu, 24 Feb 2005 18:36:37 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>a( Subject: Re: Ouch! a *MAJOR* bug in TPU.2 Message-ID: <cvl6rk$jt5$1@hercules.btinternet.com>   Hi,c  I I didn't see the original problem, but along the lines of "*MAJOR* bug inr! TPU" how's this for a feature : -C  L 1) You edit some code with /READ 'cos the source in your reference directory4 and you haven't checked it out for modification yet.  H 2) You suddenly suffer from an epiphany as hundreds of new lines of code rush down to your fingers   E 3) You reach for the mouse and change the buffer from unmodifiable toTL go-crazy (You're an adult! You'll sort out the niceties later. So what if it contains nuts?)a  + 4) Hours fly by in your code induced frenzy   2 5) You EXIT out of TPU ready to debug your changes  K 6) Just like magic your file is exactly how it started and all your changes  have gone up in smoke :-(   C Not a warning message! Not a "Would you like a chance to save these- changes?" Nothin'!   Nice.    Cheers Richard   ------------------------------    Date: 24 Feb 2005 00:36:14 -0800, From: "dxp" <deepheat001-google@yahoo.co.uk> Subject: Possible SCSI ProblemB Message-ID: <1109234174.953787.81040@o13g2000cwo.googlegroups.com>  
 Greetings,  D I am attempting to setup the DS15 cluster configuration described on8 the following Golden Eggs schematic to run OpenVMS 7.3-2  4 http://goldeneggs.spyderbyte.com/geggs/GTAVDS15a.pdf  D I have double-checked the cabling between the four KZPBA-CC (QLogic)C SCSI-cards, the two DWZCV (Paralan) SCSI-interface adaptors and the-A external disk array.  However, I am experiencing a number of SCSI(8 issues with the two nodes seeing the disks in the array.  B Both machines are happy booting standalone or as server/satellite.  D While I have tried various combinations and permutations of SCSI-IdsA from the ">>>" prompt for the devices PKC0 and PKD0, I cannot getoC both machines to "see" the disk array at the same time - either onet or neither will see them.v    G Can any one make a suggestion as what the magic SCSI-Id numbers are? Or ! am I missing something else here?h   Many thanks in advance   dp   ------------------------------  # Date: Thu, 24 Feb 2005 08:52:45 GMTgA From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>e" Subject: Re: Possible SCSI Problem> Message-ID: <xBgTd.22243$8B3.15219@text.news.blueyonder.co.uk>  H Looks like 1st machine would be at ID=7 for each adapter, 2nd machine atI ID=6 for each adapter, discs would be in the range ID=0 to ID=4 (allowingr5 for a 3rd machine at ID=5) and then at ID=8 to ID=15.e   -- s   Hope this helps, Colin.F) colin DOT butcher AT xdelta DOT co DOT ukLE It's not mine, but I like this definition: Legacy = stuff that works.i   ------------------------------  # Date: Thu, 24 Feb 2005 08:57:07 GMTaA From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>m" Subject: Re: Possible SCSI Problem= Message-ID: <DFgTd.22244$8B3.9503@text.news.blueyonder.co.uk>e   Also see this:[ http://h18000.www1.hp.com/emea/presalessupport/downloads/3X-DWZCV-BA_HVD_LVD_Converters.pdff   -- i   Hope this helps, Colin.x) colin DOT butcher AT xdelta DOT co DOT ukeE It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------    Date: 24 Feb 2005 01:08:44 -0800, From: "dxp" <deepheat001-google@yahoo.co.uk>" Subject: Re: Possible SCSI ProblemC Message-ID: <1109236124.576959.242830@f14g2000cwb.googlegroups.com>o  F Those are the values that made sense to me at the start, but they haveF the effect that on machine one I don't see the disks from ">>>". WhileF on machine two I get the message "waiting for pkc0.6.0.7.2 to poll..."D (five times) before it eventually drops me to the ">>>" prompt. Once* there, the external disks are not visible.   Cheers   dp   ------------------------------    Date: 24 Feb 2005 01:30:55 -0800, From: "dxp" <deepheat001-google@yahoo.co.uk>" Subject: Re: Possible SCSI ProblemC Message-ID: <1109237455.870406.167950@l41g2000cwc.googlegroups.com>r  F The schematical diagram of the OpenVMS cluster configuration from yourF link is appears slightly different from the Golden Eggs one in that isD would appear that only one AS is truly serving the disk array. WhileC the Golden Eggs gives the impression that both Alphas can serve theM array... (?)   ------------------------------  # Date: Thu, 24 Feb 2005 09:31:52 GMTeA From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>c" Subject: Re: Possible SCSI Problem> Message-ID: <cahTd.22254$8B3.10965@text.news.blueyonder.co.uk>  K You've disabled bus resets, SCSI device polling and all that kind of stuff? F That's controller based stuff, sometimes set by environment variables,K sometimes by twiddling the NVRAM in the controller using a special program.n  % SCSI termination is correctly set up?-   -- -   Hope this helps, Colin.a) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.-   ------------------------------  % Date: Thu, 24 Feb 2005 05:40:07 -0800-# From: "Tom Linden" <tom@kednos.com>e" Subject: Re: Possible SCSI Problem( Message-ID: <opsmpew5pgzgicya@hyrrokkin>  J On 24 Feb 2005 00:36:14 -0800, dxp <deepheat001-google@yahoo.co.uk> wrote:  F > I have double-checked the cabling between the four KZPBA-CC (QLogic)E > SCSI-cards, the two DWZCV (Paralan) SCSI-interface adaptors and thetC > external disk array.  However, I am experiencing a number of SCSI : > issues with the two nodes seeing the disks in the array.  , Did you remove the resistors from the cards?   -- uC Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  + Date: Thu, 24 Feb 2005 13:41:08 +0000 (UTC)c< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)8 Subject: Re: read monitor (>>>) variables from OpenVMS ?( Message-ID: <cvklhk$1j$1@news.BelWue.DE>  u In article <Pine.LNX.4.61.0502230851590.7084@frank.harvard.edu>, Chip Coldwell <coldwell@physics.harvard.edu> writes: 3 >On Wed, 16 Feb 2005 Pierre.Bru@spotimage.fr wrote:a >s >> hi, >>J >> is there a way to read the monitor variables (thoses at the >>> prompt,) >> before boot) from an OpenVMS session ?y >> >sE >The program appended below contains three files: once C source, one  D >Macro-64 (Alpha assembly) source, one MMS.  It does what you want. L >(Strictly speaking, the assembly code didn't need to be assembly; it could L >have been done in C but it would have been a lot less elegant.)  After you 2 >build, you should define it as a foreign command: > 1 >$ GETENV :== $DISK$USER:[COLDWELL.SRM]GETENV.EXEo >.= >(modify to match your directory hierarchy), then you can runo >m >$ getenv bootdef_devq
 >dka0.0.0.6.1L >/? >or whatever variable suits your fancy.  Alpha-only, of course.s  O Now, would it be a big deal to modify it in a way that one could use wildcards?r  $ getenv kbd*   Regards,    Christoph Gartmannn   -- sE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452h  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot def  D-79011  Freiburg, Germanyg9                http://www.immunbio.mpg.de/home/menue.htmls   ------------------------------  # Date: Thu, 24 Feb 2005 10:49:19 GMTw! From: Nigel Barker <nigel@hp.com>l) Subject: Re: There goes the profit centerr8 Message-ID: <jdar11tssr8r47690tk7qakv803plt3rql@4ax.com>  F On 23 Feb 2005 19:01:32 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:  B >I noticed the same thing the last time I was in Sam's Club.  They@ >had an HP pinter on the shelf right next to the replacement inkC >cartidges for it.  The cartridges cost more than the printer which@; >included cartridges.  This is price gouging at it's best!!m  P Most printer manufacturers ship special small ink cartridges with the printer in; order to make the purchase price as attractive as possible.o   -- Nigel Barker Live from the sunny Cote d'Azurv   ------------------------------  % Date: Thu, 24 Feb 2005 11:43:13 +0100p& From: Paul Sture <paul.sture@decus.ch>) Subject: Re: There goes the profit centerm, Message-ID: <385pdnF5f5vsoU1@individual.net>   Nigel Barker wrote:X  H > On 23 Feb 2005 19:01:32 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote: >  > C >>I noticed the same thing the last time I was in Sam's Club.  TheyeA >>had an HP pinter on the shelf right next to the replacement inkgD >>cartidges for it.  The cartridges cost more than the printer which< >>included cartridges.  This is price gouging at it's best!! >  > R > Most printer manufacturers ship special small ink cartridges with the printer in= > order to make the purchase price as attractive as possible.r > H The black cartridge in my Canon inkjet only lasted a few weeks, whereas F the first replacement lasted for about 6 months. In fact the original ? didn't trigger a low ink warning, but simply ran out. When the yD replacement ran out it told me when I powered the printer on, which H makes me wonder if the test is only done on power up. This on a Mac BTW.   ------------------------------  % Date: Thu, 24 Feb 2005 18:12:31 +0800  From: prep@prep.synonet.com ) Subject: Re: There goes the profit center - Message-ID: <87ll9e5ks0.fsf@prep.synonet.com>l  * bill@cs.uofs.edu (Bill Gunshannon) writes:  D > In article <1109184142.211559.13740@g14g2000cwa.googlegroups.com>,9 > "greigaln@netscape.net" <greigaln@netscape.net> writes:u  E >> Of course I understand the possibility of damaging the printer butoF >> as I can buy a new printer for less than the cost of official Epson/ >> Black + Colour cartridges I'll live with it.v  C > I noticed the same thing the last time I was in Sam's Club.  TheyiA > had an HP pinter on the shelf right next to the replacement inkeD > cartidges for it.  The cartridges cost more than the printer which< > included cartridges.  This is price gouging at it's best!!  D And the cartridge in the printer contains less than a full charge of ink.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 24 Feb 2005 08:53:50 -0800*' From: David Mathog <mathog@caltech.edu> ) Subject: Re: There goes the profit centers+ Message-ID: <cvl0qu$4v1$1@naig.caltech.edu>f   Doc. wrote:e' > %NEWS-I-NEWMSG, John Vottero wrote inn5 > news:ch5Td.3167$DW.1625@newssvr17.news.prodigy.com 0 >  > <snip> > A >>I can see how old ink might clog a print head but, every inkjetYE >>cartridge I've ever seen the print head is part of the cartridge soe >>who cares if it gets clogged?b >  > J > That's not been the case with my last and current Canon inkjet printers K > (I replaced the printer because ink was no longer available - after over sL > 8 years of trouble-free use).  The print head is completely separate from H > the cartridges, there's no stupid chips built into the cartridges and I > when they're nearly empty it gives a warning but can easily be made to n" > print until all the ink is used.  F I'd like to second that.  The Canon ink jets are really nice this way.? The ink cartridges are exactly that - ink cartridges.  They are-I just transparent plastic tanks with a little sponge like thingy in them. -E   No electronics at all. The printer has never lied to us yet - everyLE cartridge it said was out really was empty.  Something that we could 3H easily verify because we could see into the tank.  The ink is also a bitF cheaper than HPs or Lexmarks, probably in large part because you don't2 have to pay for a head or electronics in the tank.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 24 Feb 2005 18:19:13 GMTd% From: "John Vottero" <John@mvpsi.com> ) Subject: Re: There goes the profit centere= Message-ID: <BUoTd.35751$by5.7402@newssvr19.news.prodigy.com>>  5 "David Mathog" <mathog@caltech.edu> wrote in message =% news:cvl0qu$4v1$1@naig.caltech.edu...>
 > Doc. wrote:e( >> %NEWS-I-NEWMSG, John Vottero wrote in< >> news:ch5Td.3167$DW.1625@newssvr17.news.prodigy.com <snip> >>B >>>I can see how old ink might clog a print head but, every inkjetF >>>cartridge I've ever seen the print head is part of the cartridge so  >>>who cares if it gets clogged? >> >>K >> That's not been the case with my last and current Canon inkjet printers eL >> (I replaced the printer because ink was no longer available - after over M >> 8 years of trouble-free use).  The print head is completely separate from  I >> the cartridges, there's no stupid chips built into the cartridges and uJ >> when they're nearly empty it gives a warning but can easily be made to # >> print until all the ink is used.l > H > I'd like to second that.  The Canon ink jets are really nice this way.A > The ink cartridges are exactly that - ink cartridges.  They areiK > just transparent plastic tanks with a little sponge like thingy in them. <E > No electronics at all. The printer has never lied to us yet - everywG > cartridge it said was out really was empty.  Something that we could wJ > easily verify because we could see into the tank.  The ink is also a bitH > cheaper than HPs or Lexmarks, probably in large part because you don't4 > have to pay for a head or electronics in the tank. >o  L Are these current Canon printers?  I have a Canon inkjet FAX and it has the # head integrated into the cartridge.    ------------------------------   Date: 24 Feb 2005 18:36:27 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>R) Subject: Re: There goes the profit centerr7 Message-ID: <Xns9607C7A937B16dcovmsrox@212.100.160.123>I  % %NEWS-I-NEWMSG, John Vottero wrote inw5 news:BUoTd.35751$by5.7402@newssvr19.news.prodigy.com r  E > Are these current Canon printers?  I have a Canon inkjet FAX and itt- > has the head integrated into the cartridge.e  K Mine is, I bought it about a month ago.  An iP4000.  It even prints on CDs.      Doc. -- BG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.RG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Thu, 24 Feb 2005 18:07:38 +0800  From: prep@prep.synonet.comeK Subject: Re: Trade Press Needs to Talk with HP Disaster Tolerence Customersd- Message-ID: <87psyq5l05.fsf@prep.synonet.com>   ) Dave Froble <davef@tsoft-inc.com> writes:s  C > I'm thinking that you're talking about the hobbyist licenses, not C > commercial license PAKs.  I haven't seen a new one in some years,3B > but in the past these things did not have a lifetime.  They wereE > forever.  If this practice has changed, then I'd like to hear aboutnD > it.  One reason I don't think it has changed is that probably onlyE > people with software support would get updated PAKs, and I've neverhD > heard of any users VMS systems stop working because of license PAK
 > expiration.t  C There are period paid licences, or there where at least. As well ass> specific user, aka pwesonal licences, and limited use licence.   -- d< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Thu, 24 Feb 2005 12:09:46 +0000 (UTC)d From: david20@alpha2.mdx.ac.ukK Subject: Re: Trade Press Needs to Talk with HP Disaster Tolerence Customers*) Message-ID: <cvkg6a$ona$1@news.mdx.ac.uk>*  W In article <383g6tF5jllbcU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:-, >In article <421BF45E.AC530B3F@comcast.net>,6 >	David J Dachtera <djesys.nospam@comcast.net> writes: >> PK >> One of my major points is: don't wait for hp to pick up the ball and run0H >> with it - it ain't happ'nin'. Get over it. If it is to be, it's up toA >> WE, and at an individual level, if it is to be, it's up to ME.P >>   >tH >I realize that people here are getting tired of all the negativity, butD >something even more frightening just struck me.  Does everyone hereE >realize that should HP give up on VMS (or fail copmpletely and ceasetC >to exist as a viable company!) the current crop of users will havecE >no more than one year to migrate to another system before their PAKsyC >all expire?  It's really nice to see everyone pushing for VMS, butfA >the control still lies in HP's hands and they have been known toe >drop the ball before. >s  L I can't speak for anyone elses licenses but our licenses do not expire every year.   
 David Webb Security team leader CCSS Middlesex University     >bill  >  >r >-- K >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves E >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.w >University of Scranton   |cB >Scranton, Pennsylvania   |         #include <std.disclaimer.h>      ------------------------------   Date: 24 Feb 2005 13:09:49 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)K Subject: Re: Trade Press Needs to Talk with HP Disaster Tolerence Customersw, Message-ID: <38620sF5kr1lnU1@individual.net>  + In article <OHdTd.10322$QQ3.3424@trnddc02>,0# 	John Santos <john@egh.com> writes:l > Bill Gunshannon wrote:/ >> In article <383gpkF5l7469U1@individual.net>,73 >> 	Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes:r >> F >>>Bill Gunshannon wrote:e >>>s >>>8/ >>>>In article <421BF45E.AC530B3F@comcast.net>,f9 >>>>	David J Dachtera <djesys.nospam@comcast.net> writes:  >>>> >>>>M >>>>>One of my major points is: don't wait for hp to pick up the ball and run J >>>>>with it - it ain't happ'nin'. Get over it. If it is to be, it's up toC >>>>>WE, and at an individual level, if it is to be, it's up to ME.c >>>>K >>>>I realize that people here are getting tired of all the negativity, butrG >>>>something even more frightening just struck me.  Does everyone here,H >>>>realize that should HP give up on VMS (or fail copmpletely and ceaseF >>>>to exist as a viable company!) the current crop of users will haveH >>>>no more than one year to migrate to another system before their PAKsF >>>>all expire?  It's really nice to see everyone pushing for VMS, butD >>>>the control still lies in HP's hands and they have been known to >>>>drop the ball before.m >>>  >>>Oh really ... >>>eB >>>If VMS were to become totally orphaned (i.e. belong to no-one), >> a >> fC >> That never happens.  Even if HP goes bust VMS would still belongh3 >> to them (or the bankruptcy court).  (ie. Primos): >> . >> sB >>>then expect there to be published pretty-damned-quick a utility5 >>>for generating certain kernel-mode logical names !l >> g >> aA >> And what legitimate company could use that?  I know for a factmC >> the University's lawyers would never allow it here.  And I doubtu? >> many people wold be willing to put their jobs on the line byn0 >> doing something as blatantly illegal as that. >>   >> bills > ? > Since the premise is incorrect, the entire argument is bogus.i > @ > Normal licenses *DO NOT* expire in one year, or ever.  Support? > contracts might expire, but that doesn't expire your right toz3 > use VMS, just your right to support and upgrades..  ; Trust me, this is one time when I am very glad to have beenl
 proven wrong.    > = > You can purchase support from anyone willing to provide it,o > or self-support. > ? > (I'm not talking about using VMS ECOs you aren't entitled to,n? > but generating your own fixes, which you can do, even for thep? > kernel, if you have the sources.  Work-arounds, hand-holding,t= > advice, etc., which probably consitute the vast majority ofi; > support calls, can be provided by anyone with lots of VMSo< > experience.  If HP cans VMS totally, there will be lots of4 > those people, formerly employed by HP, available.) > 8 > The only licenses I know of which expire in a year are9 > Hobbyist and DSPP licenses.  I doubt there will be much(, > demand for DSPP licenses if VMS is killed.  aB Add Education and CSLG to that list, but I guess the last sentence would apply there as well.   bill  f   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 24 Feb 2005 07:10:43 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)hK Subject: Re: Trade Press Needs to Talk with HP Disaster Tolerence Customers 3 Message-ID: <0wN3MiW52+gE@eisner.encompasserve.org>   ` In article <421D3812.C24B9BCE@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:J > Well, those whose licenses require an annual renewal would indeed face a > grim choice. > C > Likewise, hobbyists would be left with some unattractive options.o > G > However, most commercial licenses never expire. So, we'd be where the6G > V5.5-2 folks have been for lo these many years (twelve years or more,lD > eh?), just a bit worse since the cessation of formal support could, > present some serious technical challenges.  C    When DEC instroduced the LMF, they said quite clearly that it is ?    the license Management facility, not the license Enforcement "    factility, and for good reason.  +    Now I'll let you figure out the obvious.t   ------------------------------    Date: 24 Feb 2005 10:07:32 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)1) Subject: USB & OpenVMS V7.3-2 & DVD-drive.2 Message-ID: <421d9954$1@merkur.rz.uni-konstanz.de>   Hi,a  * Maybe this is of interest for others, too.  9 I have download the USB-support-files for OpenVMS V7.3-2:p  + SYS$DNDRIVER.EXE_V732 & SYS$USER_CONFIG.DAT.  E put in my Alphastation a cheap USB-PCI-controller with a NEC chip set = and configured the loading of the SYS$OHCIDRIVER. You have to = locate the PCI-id of the controller. The PCI_BUS_LIST program7I is one very helpful tool to find the ID, i.e. NEC has the vendor id 1033he> and 0035h for a "uPD9210 USB Open Host Controller". This gives' id = 0x00351033 in SYS$USER_CONFIG.DAT:    ! ehhs# device       = "USB-Controller NEC"g   name       = OHe   driver     = SYS$OHCIDRIVER    adapter    = PCI   id         = 0x00351033i
 end_device  I If everything is configured properly the OHA0: device goes online and youi? can add your DNA0 drive with the UMC-program. The configurationtB is been stored permanentally. So you see your DNA0: device as soonF as you plugin your USB-mass storage device (in my case a DVD-burner). J Now I can mount and read all files just like from a normal VMS disk drive.& Important: The DNDRIVER is read only.   G I will try to read in files from my digital camera. I know that it uses  DOS-format.   # I will report the result here, too.    Eberhard   ------------------------------  % Date: Thu, 24 Feb 2005 11:13:51 -0500-, From: Forrest Kenney <Forrest.Kenney@hp.com>- Subject: Re: USB & OpenVMS V7.3-2 & DVD-drive % Message-ID: <421DFD3F.67E3763@hp.com>e  : 	Small correction it is the UCM utility not the UMC.  The D utility is documented in the system managers set of books.  Writing B works for real disks, and pen drivers but at the present time not B for CD/DVD.  The driver that ships with 8.2 for Itanium has hooks A in it for writing but we found out it was not working after V8.2 S= closed down.  The plan is to have the burning support in the   driver for V8.3.  : 	In doing some recent testing bugs have been found in the D support for Mount Verufy processing.  I am in the process of getting? those fixed as well.  As soon as things settle down I will get -F V7.3-2 and V8.2 versions of the driver with all the fixes on the down D load site.  I will also get an update for the 8.2 Itanium driver on  the site as well.I  > 	Note that until V8.3 there is no formal support for USB mass D storage devices.  Use at your own risk the support centers will not  take problem reports..     Forrest 
 OpenVMS group      Eberhard Heuser-Hofmann wrote: >  > Hi,t > , > Maybe this is of interest for others, too. > ; > I have download the USB-support-files for OpenVMS V7.3-2:x > - > SYS$DNDRIVER.EXE_V732 & SYS$USER_CONFIG.DATi > G > put in my Alphastation a cheap USB-PCI-controller with a NEC chip setu? > and configured the loading of the SYS$OHCIDRIVER. You have toa? > locate the PCI-id of the controller. The PCI_BUS_LIST programiK > is one very helpful tool to find the ID, i.e. NEC has the vendor id 1033hc@ > and 0035h for a "uPD9210 USB Open Host Controller". This gives) > id = 0x00351033 in SYS$USER_CONFIG.DAT:m >  > ! ehhe% > device       = "USB-Controller NEC"m >   name       = OHz >   driver     = SYS$OHCIDRIVER  >   adapter    = PCI >   id         = 0x00351033  > end_device > K > If everything is configured properly the OHA0: device goes online and you A > can add your DNA0 drive with the UMC-program. The configuration D > is been stored permanentally. So you see your DNA0: device as soonG > as you plugin your USB-mass storage device (in my case a DVD-burner). L > Now I can mount and read all files just like from a normal VMS disk drive.' > Important: The DNDRIVER is read only.s > I > I will try to read in files from my digital camera. I know that it usese
 > DOS-format.F > % > I will report the result here, too.n > 
 > Eberhard   ------------------------------    Date: 24 Feb 2005 09:09:50 -0800 From: jqq@myrealbox.com.8 Subject: WRQreflection 11:  relocate settings directory?B Message-ID: <1109264990.644221.60870@l41g2000cwc.googlegroups.com>  A I very occasionally use Reflection for running terminal-emulation C scripts from my Windows desktop machine to our VMS, so I'm not veryn familiar with it.o  @ Is there a way in Reflection to change the default directory for storing Settings files?s  G I can't find anywhere to set this preference, can't find it in the HelpoE files, and don't have a support agreement so as far as I can tell WRQd; won't answer any of my questions.  I've looked around for a D WRQ-specific forum or user group but haven't found one - does anyone here know of any?e   Thanks much!   ------------------------------  % Date: Thu, 24 Feb 2005 11:21:47 -0600M/ From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>d< Subject: RE: WRQreflection 11:  relocate settings directory?T Message-ID: <DA4AD590CAF06845B671C398333A89C60800D953@ohms.electric.ci.austin.tx.us>  C The location for the Site Default Settings file is in the Registry.    EdE **Please apply a generous amount of all the usual disclaimers here.**         > -----Original Message-----5 > From: jqq@myrealbox.com [mailto:jqq@myrealbox.com] W, > Sent: Thursday, February 24, 2005 11:10 AM > To: Info-VAX@Mvb.Saic.Com19 > Subject: WRQreflection 11: relocate settings directory?c > 1 > I very occasionally use Reflection for running r@ > terminal-emulation scripts from my Windows desktop machine to , > our VMS, so I'm not very familiar with it. > ? > Is there a way in Reflection to change the default directory   > for storing Settings files?  > > > I can't find anywhere to set this preference, can't find it > > in the Help files, and don't have a support agreement so as @ > far as I can tell WRQ won't answer any of my questions.  I've ; > looked around for a WRQ-specific forum or user group but c3 > haven't found one - does anyone here know of any?  >  > Thanks much! >    ------------------------------  % Date: Thu, 24 Feb 2005 05:05:50 -0800a( From: Jeff Cameron <roktsci@comcast.net>C Subject: Re: [Change topic] How to communicate with TL812 - use MRU / Message-ID: <BE43112E.7BB3%roktsci@comcast.net>   J On 2/23/05 6:42 AM, in article 383j7tF5hr7ouU1@individual.net, "Roy Omond"$ <Roy.Omond@BlueBubble.UK.Com> wrote:   > Bill Gunshannon wrote:/ >> In article <383gd6F5kjrirU1@individual.net>, 2 >> Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes: >> -A >>> I've implemented a similar scheme for a tape robot, where thee= >>> switch had to be set to non-next-tape-loading (i.e. undert( >>> control of MRU - $ robot load 'n+1). >> iA >> Speaking of Tape Robots.  Is there anywhere I can find out howi@ >> to communicate with a TL812?  I have one and would love to be9 >> able to write my own backup package to make use of it.m > < > Hint: look for MRU (mentioned above).  Don't know off-hand > if it's downloadable.r >  > Roy Omond  > Blue Bubble Ltd./ You can also try RLM (Robotic library manager).o4 http://support.mti.com/MTICare/OpenVMS/RLM/index.htm   ------------------------------  % Date: Thu, 24 Feb 2005 09:08:57 -00007* From: "Richard Brodie" <R.Brodie@rl.ac.uk>* Subject: Re: [OT]: Dvorak on killing Linux2 Message-ID: <cvk5j9$91l$1@blackmamba.itd.rl.ac.uk>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message-7 news:w8KdnV3SM-SuuIDfRVn-oQ@metrocastcablevision.com...   F > At least part of what the article describes is already reality - butG > developed from the Linux end.  IIRC someone has packaged up a wrapper ? > for existing Windows drivers (might be network drivers, sincePI > WinNT/2K/XP have a very well-defined internal interface to both the top > > and bottom of such drivers) such that they can run in Linux.   Ndiswrapper, I guess.$   ------------------------------  % Date: Thu, 24 Feb 2005 11:44:40 +0100 , From: "Dr. Dweeb" <5msg0h202@sneakemail.com>* Subject: Re: [OT]: Dvorak on killing Linux- Message-ID: <cvkb6o$22f4$1@news.cybercity.dk>0   Bill Gunshannon wrote:. > In article <bZmdnfgnNfVhZoHfRVn-jQ@igs.net>,' > "John Smith" <a@nonymous.com> writes:1 >>6 >> http://www.pcmag.com/article2/0,1759,1768170,00.asp) >> (the article has 2 pages at this link)  >> >> How to Kill Linux >> ARTICLE DATE:  02.22.05 >> >> By  John C. Dvorako > G > Dvorak once again shows how little he really knows about the computer0 > industry!! > A >> While chatting over dinner with the executives of a middlewareiG >> company during the recent RSA conference for encryption and securitymE >> in San Francisco, I heard about a secret project. It concerned theiG >> development of a version of Linux that runs smoothly as a task underl >> Windows.e >i? > Been there, done that.  MS bought (and now sells or provides,o > depending)E > a prodcut called Virtual PC.  It runs Linux under Windows just finenD > and because it has a defined set of default devices it does handle> > the inter- connect between linux and Windows device drivers. >-  : I use VMWare to run Xandros/Linux under Windows2003 AS/EE.  J Works perfectly, if a little sluggishly.  It seems to be limited to 50% ofL the available CPU power.  I have not looked into whether this can be changedK or not, because I do not rely on the facilities in any performance orientedn sense.  J I do however rely on a Windows2000/Professional virtual machine to run theI idiot software for my Sony NW-HD3 called SonicStage which will not run on K any version of Windows Server. ATRAC encoding is impossible - just too slowt (but I can live without that).  D >>                                                               The? >> project was completed and then shelved. Whether it will evere; >> reemerge is doubtful, but it does offer some interestingiA >> possibilities and hints as to what Microsoft may be up to with5 >> MS-Linux. > H > Why continue developing a new way of doing something you already have? >  >>F >> The immediate usefulness of Linux running under Windows is obvious.C >> You can use all the Windows drivers for all the peripherals that@ >> don't run under Linux.m >sC > Name some of them!  Linux drivers for any useful products usuallyrD > come out within a very short time of the device becoming availableF > publicly.  Many companys provide drivers themselves if the device is > unique enough to need one. >   I Last time I looked, I was unable to run Linux using the Intel RAID systembH for my ASUS motherboard - AKA Intel Application Accelerator.  I wanted aI RAID-1 boot device for pretty obvious reasons.  This was true more than am( year after the motherboard was released.  I This was in fact one of the primary reasons for not running Xandros as myj default OS.a  L CrossOver works well enough for the windows software that I have to run, andH for things like SonicStage, then VMWare under Linux.  Win4Lin is also an) option for Win98 only programs I believe.-  G >>        Drivers have always been an issue with Linux as PC users havehD >> gotten spoiled with Windows driver support. Today's user wants toA >> grab just about anything and not worry about installing it andn >> making it work. >>D >> That said, there is no way Linux under Windows would be practical" >> with all the overhead involved. >hD > Like I said, he hasn't a clue.  I regularly run Linux, FreeBSD andD > even Solaris under XP.  Heck, I even run Windows98 under XP (don't > ask!!)= > All this is on my laptop and there doesn't appear to be any)C > appreciable overhead.  It even lets me save state so that I don't 9 > need to reboot everytime I need to restart one of them.e >SA >>                        So this notion comes to mind: How aboutcF >> eliminating the middleman? The idea here would be to cut the driverC >> layer out of Windows and attach it to Linux directly. This wouldeG >> become MS-Linux. If Microsoft actually produced an MS-Linux that was E >> the standard Linux attached to the driver layer of Windows, givingcC >> users full Plug and Play (PnP) support of all their peripherals,-2 >> nobody would buy any other Linux on the market. >jE > Why would he possibly think something like this?  Many people would0A > continue to "buy" linux simply because they don't like MS.  :-)e >1 >>F >> Well, except for the fact that Microsoft would be unable to produceB >> such a product without allowing the other vendors access to theC >> driver code as part of the open-source Linux license arrangement E >> (GPL). You can be sure that Microsoft lawyers are studying this asnE >> closely as possible to see if there is any way they could market aSG >> dominant Linux distribution without killing themselves. So how couldi >> they do this? >  > Simply put, they couldn't. >. >>E >> Open-source law is new and not completely tested. I'm certain thatrE >> Microsoft got involved with the SCO versus Linux lawsuit partly tom2 >> reach a better understanding of how to proceed. >>F >> Well, here's one idea: This concept will benefit only Microsoft and4 >> probably result in the death of Linux altogether. >m: > Imminent Death of Linux - News at 11.  Here we go again. >-G >>                                         Let's call it the lopped-offnE >> head approach. Microsoft takes its distribution of Linux and sellss. >> it as a lopped-off head. - Continue Reading >>B >> That means tearing away the entire top of Linux from the driverG >> layer-and that would be MS-Linux. Users who needed to add the driverdC >> layers would be offered the standard Linux driver package, whichaF >> would be attached with a utility program. The utility would sew theD >> drivers back into Linux, resulting in an OS that would be more or$ >> less the same as everyone else's. >-+ > So, then why would anyone use the MS one?  >  >>D >> Or the user could pay for the Windows drivers and attach those toG >> MS-Linux, resulting in an OS that had the PnP benefits of Windows. I4? >> see no reason why this could not be kept outside the GPL andhG >> actually sold as a licensed product exclusive to Microsoft. Thus thee( >> OS revenue stream would be protected. >xE > So, if you can use the reall Linux drivers for free and you have to % > pay for the MS drivers, why bother?r >  >>G >> Since plenty of commercial products "attach" to Linux and seem to be ? >> protected from the GPL, I have to assume that the scenario IID >> describe is possible. Thus Microsoft could release its lopped-off= >> head version of Linux and make the back-end Windows drivert# >> extensions a commercial product.n >c# > With little if any market for it.> >. >>E >> The long-term implications of such a scenario, I believe, would be.G >> essentially to kill Linux. Microsoft's MS-Linux would quickly become  >> the dominant Linuxk >rA > I wonder how much he expects to get paid by MS for this drivel?  >eD >>                and the company would begin to profit from all theB >> open-source development work that would go into Linux. Once theG >> developers saw that happen they'd stop working on Linux and it wouldtE >> die. After all, who wants to do free work that benefits Microsoft?fE >> At some point in the future Microsoft will make its move on Linux,AB >> you can be certain. I've always been convinced that Microsoft'sF >> long-term Linux strategy was why the company sued, then bought off,@ >> the Lindows folks, although I doubt that it would now use the >> Lindows name. >>G >> The key to competitive success here is gaining dominant market sharemD >> with a proprietary product. With Linux, Microsoft only needs thatE >> one driver element to be proprietary for the plan to succeed. WhenfC >> MS-Linux is announced, it will be as if Microsoft were doing thebA >> world a favor by "joining" the Linux community. Praise will beeE >> heaped on the company. Congratulations will flow. The end of Linuxe >> will be at hand.  >> >OG > This drivel is why I stopped reading anything he had to say more thant@ > a decade ago when he became just another PC stooge.  He shouldD > getogether with Jerry Pournelle and do a joint column.  They wouldE > make a great pair and together I'll bet they would be even funnier.z >y  K IIRC he was one of those who poo-pooed the DSL technology when it was first.I announced from laboratory experiments, claiming copper wire solutions for J high speed were doomed, useless, backward etc (specifically because of theG locality issues) because everyone already had cable installed (or would ; have) long before the DSL type solutions could be deployed.    I guess he got it backwards.   > bill  	 Dr. Dweeb    ------------------------------  # Date: Thu, 24 Feb 2005 11:19:34 GMT-" From:   VAXman-  @SendSpamHere.ORG* Subject: Re: [OT]: Dvorak on killing Linux0 Message-ID: <00A3FDC1.460899AF@SendSpamHere.ORG>  W In article <384shqF5jbofeU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:1- >In article <bZmdnfgnNfVhZoHfRVn-jQ@igs.net>,5' >	"John Smith" <a@nonymous.com> writes:  >> e6 >> http://www.pcmag.com/article2/0,1759,1768170,00.asp) >> (the article has 2 pages at this link)s >> h >> How to Kill Linux >> ARTICLE DATE:  02.22.05 >>   >> By  John C. Dvorakp > F >Dvorak once again shows how little he really knows about the computer >industry!!i  E But he gets published and stupid people bite at every word he speaks.o   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMt            ;5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 24 Feb 2005 05:34:20 -0800 From: bob@instantwhip.comN* Subject: Re: [OT]: Dvorak on killing LinuxC Message-ID: <1109252060.708186.100220@o13g2000cwo.googlegroups.com>m  A you can run windoze on linux, linux on windoze, or whatever otheru> combination you want ... the by product is still GARBAGE patch8 of the month club software ... YOU GET WHAT YOU PAY FOR!  = And by the way, you can by a licensed DS10L from Island rightM now for under a grand ...    ------------------------------  % Date: Thu, 24 Feb 2005 09:25:34 -0500 # From: "John Smith" <a@nonymous.com>b* Subject: Re: [OT]: Dvorak on killing Linux, Message-ID: <rc6dndCdfeZ_foDfRVn-vw@igs.net>    VAXman- @SendSpamHere.ORG wrote:E > In article <384shqF5jbofeU1@individual.net>, bill@cs.uofs.edu (Billa > Gunshannon) writes:u/ >> In article <bZmdnfgnNfVhZoHfRVn-jQ@igs.net>,-( >> "John Smith" <a@nonymous.com> writes: >>>>7 >>> http://www.pcmag.com/article2/0,1759,1768170,00.aspu* >>> (the article has 2 pages at this link) >>>  >>> How to Kill Linuxs >>> ARTICLE DATE:  02.22.05e >>>t >>> By  John C. Dvorak >>H >> Dvorak once again shows how little he really knows about the computer
 >> industry!!c >eG > But he gets published and stupid people bite at every word he speaks.f     Kinda like advertising....   --- OpenVMS - The classics never go out of style.c   ------------------------------  % Date: Thu, 24 Feb 2005 12:33:32 -0500u# From: "John Smith" <a@nonymous.com>-= Subject: [OT]: Placing things in some perspective (ok, Sun's)a, Message-ID: <m8qdndZZAdFtkoPfRVn-hQ@igs.net>  ) http://blogs.sun.com/roller/page/jonathan5   Feb. 19th entry...  K Total Number of Solaris 10 Licenses Downloaded Since First Commercial Ship:d     SPARC: 191,107   x64/x86: 348,155   Total: 539,262   _________________w  H FANTASTIC! After we get to a million licenses (which on this trajectory,I should be within the next 30 days or so), Solaris 10 goes Platinum. TheseiH figures are blowing by our initial estimates (and straining our downloadL centers - my apologies to those having to wait while we get mirrors set up).        -----------------------------   From the Jan. 5 entrya   ....L But academia's a different world. And one of my favorite ironies of 2004 wasL walking through a computer science building funded by Bill Gates, and seeingL students running Sun's linux-based Java Desktop and StarOffice. Returning toK our roots in the academic community, the spawning ground for Sun, and a tontL of open source development, is a big part of our '05 focus. (Remember, the U in SUNW is University.)   L That said, developers (and most users) experience the web through a browser.J So the growing momentum around Mozilla Firefox is particularly gratifying.L If you took out your magnifying glass, you'd find a lot of Sun employees andJ executives contributing to the ad that just ran in the New York Times. TheI world needs a strong cross platform web browser, and the Mozilla team has J done an outstanding job. And I'd put the Firefox community (enabled by theK Mozilla Public License), near the top of all open source community efforts.  Hats off, Mitchell.i   ......       From the Dec. 3/04 entry  J HP will only continue to decommit to HP-UX as a source of differentiation.H Its recent duplicity around the integration of TruCluster and AdvFS intoL HP-UX is an enormous disappointment to everyone (except Gary and our friendsD at Veritas, congrats!). After years of protesting Sun's claims, thisH abandonment is indisputable evidence that HP-UX is on its way to HewlettF Packard's industry leading collection of dead architectures. We've allH watched the demise of Alpha, Tru64, PA-RISC, Itanium, storage - it's nowI irrefutable that HP-UX is on its way to that same, very crowded boneyard.a- Along with the systems devoted to running it.-  E HP is racing to become a company focused on the distribution of otherhL people's technology. Granted, this may represent a viable business model forL those best in class, but it leaves customers who've historically relied uponI HP systems sitting on a sinking platform. Many customers I've spoken with K have wondered what value HP brings to their enterprise - when they've askedkG for operating system or architecture roadmaps, they've found themselvessK talking to a "VP, Linux Evangelism." Whose responses to technical questions > lack substance without a 3rd party representative in the room.  I HP's crisis will continue and deepen. Independent of the constituency, HPeJ has destabilized its business with ambiguity. Questions like "what happensL next?" erode everything from revenue opportunities to career discussions. AsL an HP customer just said to me (and my apologies to the global audience thatH may not understand the reference to Charlie Brown), "Increasingly, HP isJ like Lucy with the football and frankly, I'm tired of feeling like Charlie Brown."a   ....     --  - OpenVMS - The classics never go out of style.-   ------------------------------   End of INFO-VAX 2005.110 ************************