1 INFO-VAX	Fri, 15 Dec 2006	Volume 2006 : Issue 688       Contents: Re: /LGICMD suggestion Re: /LGICMD suggestion 2006 Budget ending?  Re: Alphaserver ds20 + CIPCA-BA + Re: Cluster: Deleting CSB for System <node> * Re: Emulex CP34 Distribution Panels URGENT* Re: Emulex CP34 Distribution Panels URGENTA Info-ZIP UnZip on VMS v. directory attributes: Time for a change? E Re: Info-ZIP UnZip on VMS v. directory attributes: Time for a change? E Re: Info-ZIP UnZip on VMS v. directory attributes: Time for a change? * Re: Managed vs unmanaged switch in cluster Re: Mentec US is gone! Re: Mentec US is gone!  Re: Repopulating a MAIL.MAI file+ Re: Run image from sumitted batch procedure + Re: Run image from sumitted batch procedure + Re: Run image from sumitted batch procedure + Re: Run image from sumitted batch procedure  shutdown of MySQL 4.1.14- Re: textual description of digital keyboards? - Re: textual description of digital keyboards? - Re: textual description of digital keyboards?  Re: The Hole in Cerner's Logic Re: The Hole in Cerner's Logic Re: The Hole in Cerner's Logic Re: The Hole in Cerner's Logic RE: The Hole in Cerner's Logic9 Re: VAX VMS 7.3, ana/disk running out of virtual memory ?   F ----------------------------------------------------------------------  % Date: Thu, 14 Dec 2006 21:03:06 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> Subject: Re: /LGICMD suggestion ) Message-ID: <elsvor$1fss$1@pyrite.mv.net>       Some suggestions...  D    If the disk is offline and is disrupting the login process, then D there are second-level problems likely to arise all over the place. H Applications and tools and images and most anything that references the ? (failed) device will itself fail.  I'd tend to look at why the  G particular disk dropped offline, and at what can be done to reduce the  F exposure to that -- the failed and inaccessable login is probably the I tip of a very large iceberg of problems that can arise here, and dealing  - with those errors is going to be interesting.   F    If it's the SYSTEM username, then that's the system disk and there 0 are other problems with that disk being offline.  F    If it's another username that's involved with this (failed) login, F then /NOCOMMAND (or the console, for access to the SYSTEM username or < the SYSUAF is locked up or otherwise corrupt) is the way in.  F    If you need remote emergency access, then a terminal server (or as D they are often now known, as a "console management processor") or a F management processor is the way in.  If the box has the option, as do H various of the Integrity servers, the manage ment processor can be very  useful for these cases.    ------------------------------  % Date: Thu, 14 Dec 2006 21:28:03 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net>  Subject: Re: /LGICMD suggestion 0 Message-ID: <45821643.53849C95@spam.comcast.net>   Tom Linden wrote:  >  > permitting syntax of the form  > 1 > UAF> modify tom/LGICMD=(filespec1, filespec2..)  > with the meaning/ > if filespec1 not available then use filespec2  > would be useful   P Try specifiying a logical name as the value of /LGICMD=, then DEFINE that LNM asI a search list /SYSTEM in /EXECUTIVE mode with /NOALIAS or from a program, A system-wide in kernel mode with noalias set for maximum security.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Thu, 14 Dec 2006 19:40:55 -0500 F From: "David Turner, Island Computers US Corp" <dbturner@islandco.com> Subject: 2006 Budget ending?7 Message-ID: <lamgh.1539$DJ4.366@bignews7.bellsouth.net>    We have systems ready to ship   5 Complete VMS compatible systems starting at only $189   < DS10L, DS10 ES40's and a special deal on DS20e & ES40/ES45's  < Use up that last dwindling budget excess of 2006 !!!!!!!!!!!      ! Email us at sales-at-islandco-com   ) (you all know what to do with the dashes)    Island Computers US Corp Tel: 912-447 6622  Fax: 912 201 0402   . We ship worldwide with the exception of Africa   ------------------------------  % Date: Thu, 14 Dec 2006 21:27:30 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>( Subject: Re: Alphaserver ds20 + CIPCA-BA) Message-ID: <elt16i$1g82$1@pyrite.mv.net>    paco.linux@gmail.com wrote:   H > Thanks WWWeb,  seems that the aswer is yes. I was looking in this doc:H > http://ftp.uni-bayreuth.de/Digital/Alpha/misc/cipca_cg.pdf, but I onlyF > find reference to 3.3 AlphaServer 4000/4100 Systems that is a system > similar to alphaserver ds20.  >    FWIW, the controller-level and controller-specific product H documentation is almost always incomplete in this particular regard, if A the document even contains the information on the supported host  H system(s).  (And PDF and other documents found *on* the HP web site can G be stale.  The relative freshness of documents located somewhere *off*  $ the HP web site is anybody's guess.)  H    Even the OpenVMS Software Product Description (SPD) is itself almost H always out-dated.  The central source for this controller-level support G information is the platform-specific support matrix at the HP web site.   E    The support matrix database is the central resource; it is simply  G infeasible to update the controller-level documentation as the support   status changes.   F    Start out at the AlphaServer web site, and navigate to the support  matrix.    ------------------------------  % Date: Thu, 14 Dec 2006 20:59:03 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: Cluster: Deleting CSB for System <node>, Message-ID: <4582013C.E2DB5499@teksavvy.com>  
 Jim wrote:* > > %CNXMGR  Deleting CSB for system WHEEL   > http://tinyurl.com/yacfuk  >  > (gotta love tiny url ;-)    < Thanks. I had looked up google/deja for references to CSB on comp.os.vms, but to no avail.   H However, that documentation doesn't explain what the "CSB" is and why it needs to be deleted !    ------------------------------  # Date: Fri, 15 Dec 2006 02:33:39 GMT   From: John Santos <john@egh.com>3 Subject: Re: Emulex CP34 Distribution Panels URGENT ) Message-ID: <7Qngh.3923$IO5.782@trnddc01>   # Island Computers, D B Turner wrote: A > We are in desperate need of Emulex CP34 Distribution Panel Kits 4 > If anyone has any or knows of any please email me! >  > Thanks  B Have you asked on alt.sys.pdp11 or vmsnet.pdp-11?  A lot of EmulexA gear lives on 11's, and a lot of generic DEC hardware people hang 2 out there, even though it isn't strictly on topic.  @ What's the CP34 used on?  I used to have an Emulex DV11 emulator? (same hardware as the Emulex DH11 emulator, different firmware, = IIRC).  Gave it away to someone after our last supported DV11 B customer went away, at about Y2K.  Most of the people I gave stuff? too still hang around in the PDP-11 groups, so if the recipient ( no longer needs it, they might speak up.       --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 14 Dec 2006 20:21:11 -0800 ' From: Guy Sotomayor <ggs@shiresoft.com> 3 Subject: Re: Emulex CP34 Distribution Panels URGENT % Message-ID: <1166156468.497341@smirk>    John Santos wrote:% > Island Computers, D B Turner wrote: B >> We are in desperate need of Emulex CP34 Distribution Panel Kits5 >> If anyone has any or knows of any please email me!  >>	 >> Thanks  > D > Have you asked on alt.sys.pdp11 or vmsnet.pdp-11?  A lot of EmulexC > gear lives on 11's, and a lot of generic DEC hardware people hang 4 > out there, even though it isn't strictly on topic. > B > What's the CP34 used on?  I used to have an Emulex DV11 emulatorA > (same hardware as the Emulex DH11 emulator, different firmware, ? > IIRC).  Gave it away to someone after our last supported DV11 D > customer went away, at about Y2K.  Most of the people I gave stuffA > too still hang around in the PDP-11 groups, so if the recipient * > no longer needs it, they might speak up. >  >  >   E I *might* have a few but I'll have to look and it might not be until  E early next week before I have an answer.  If I have to dig around in  - storage it might be an additional week or so.    --    
 TTFN - Guy   ------------------------------  + Date: Thu, 14 Dec 2006 13:17:44 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)J Subject: Info-ZIP UnZip on VMS v. directory attributes: Time for a change?2 Message-ID: <06121413174452_2020028D@antinode.org>  F    A VMS+Info-ZIP victim has reported a problem with the attributes ofE directories restored using "unzip -X" from an archive made using "zip E -V[V]".  Ownership and permissions are restored as expected for plain F files, but not for directories.  I can reproduce the unwanted behaviorD using Zip 2.32 and UnZip 5.52 as well as with the latest Zip 3.x and" UnZip 6.x development code I have.  D    The ownership and permission stuff seems to work right on non-VMSD systems (like UNIX), where the directory attributes are handled by aG post-processing step in extract.c, extract_or_test_files(), conditional ? on a C macro, SET_DIR_ATTRIB, using a system-specific function, G set_direc_attribs().  None of this is used on VMS, where SET_DIR_ATTRIB F is not defined, and there is no set_direc_attribs() (or related code).> (Directory attributes must be set after the directory has beenA populated, not when it's created, to cover cases like a read-only  directory.)   B    It appears that on a UNIX system, directory date-times are alsoD restored to their original values, which agrees with the behavior of> UNIX "tar", but differs from the behavior of VMS BACKUP, whereD directories are left modern.  (Non-directory files always have theirB permissions and date-times restored to their original values.)  MyG preference would be to match the VMS BACKUP behavior, restoring all the 5 directory's attributes except date-times.  Arguments?   F    Can anyone think of a good reason not to change the behavior on VMSH to match that on UNIX (except for the directory date-times)?  This wouldE mean that directory permissions would always be restored, and UnZip's ? "-X" option (on a "-V[V]" archive, where VMS ownership data are ? available) would also cause directory ownership to be restored.   C    Is anyone interested in a new UnZip command-line option (perhaps @ "-Xd" or "-Xt", or /I_KNOW_NOT_WHAT) which would cause directory< date-times to be restored, too, as they are on UNIX systems?  &    Questions and comments are welcome.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------    Date: 14 Dec 2006 18:35:22 -0800$ From: "AEF" <spamsink2001@yahoo.com>N Subject: Re: Info-ZIP UnZip on VMS v. directory attributes: Time for a change?B Message-ID: <1166150122.538660.309340@80g2000cwy.googlegroups.com>   Steven M. Schweda wrote:E > A VMS+Info-ZIP victim has reported a problem with the attributes of G > directories restored using "unzip -X" from an archive made using "zip G > -V[V]".  Ownership and permissions are restored as expected for plain H > files, but not for directories.  I can reproduce the unwanted behaviorF > using Zip 2.32 and UnZip 5.52 as well as with the latest Zip 3.x and$ > UnZip 6.x development code I have. > F >    The ownership and permission stuff seems to work right on non-VMSF > systems (like UNIX), where the directory attributes are handled by aI > post-processing step in extract.c, extract_or_test_files(), conditional A > on a C macro, SET_DIR_ATTRIB, using a system-specific function, I > set_direc_attribs().  None of this is used on VMS, where SET_DIR_ATTRIB H > is not defined, and there is no set_direc_attribs() (or related code).@ > (Directory attributes must be set after the directory has beenC > populated, not when it's created, to cover cases like a read-only 
 > directory.)  > D >    It appears that on a UNIX system, directory date-times are alsoF > restored to their original values, which agrees with the behavior of@ > UNIX "tar", but differs from the behavior of VMS BACKUP, whereF > directories are left modern.  (Non-directory files always have theirD > permissions and date-times restored to their original values.)  MyI > preference would be to match the VMS BACKUP behavior, restoring all the 7 > directory's attributes except date-times.  Arguments?  > H >    Can anyone think of a good reason not to change the behavior on VMSJ > to match that on UNIX (except for the directory date-times)?  This wouldG > mean that directory permissions would always be restored, and UnZip's A > "-X" option (on a "-V[V]" archive, where VMS ownership data are A > available) would also cause directory ownership to be restored.  > E >    Is anyone interested in a new UnZip command-line option (perhaps B > "-Xd" or "-Xt", or /I_KNOW_NOT_WHAT) which would cause directory> > date-times to be restored, too, as they are on UNIX systems? > ( >    Questions and comments are welcome. > J > ------------------------------------------------------------------------ > 5 >    Steven M. Schweda               sms@antinode-org 6 >    382 South Warwick Street        (+1) 651-699-9818 >    Saint Paul  MN  55105-2547   
 Hi Steven!  F Well, the only potential problem I can think of offhand is that if theC directories were originally set to RE for all four categories, then B that could interfere with restoring files to said directories as WA access is needed to add files to a directory. I've seen this very @ problem happen with BACKUP back in the 1980s (during a non-imageF restore). Certainly if the protections are somehow set after all filesD are in place I don't see a problem. Restoring with BYPASS priv would also obviate the problem.    AEF    ------------------------------  % Date: Thu, 14 Dec 2006 21:34:48 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net> N Subject: Re: Info-ZIP UnZip on VMS v. directory attributes: Time for a change?0 Message-ID: <458217D8.9FBEEBB7@spam.comcast.net>   "Steven M. Schweda" wrote: >  > [snip]H >    Can anyone think of a good reason not to change the behavior on VMSJ > to match that on UNIX (except for the directory date-times)?  This wouldG > mean that directory permissions would always be restored, and UnZip's A > "-X" option (on a "-V[V]" archive, where VMS ownership data are A > available) would also cause directory ownership to be restored.  > E >    Is anyone interested in a new UnZip command-line option (perhaps B > "-Xd" or "-Xt", or /I_KNOW_NOT_WHAT) which would cause directory> > date-times to be restored, too, as they are on UNIX systems? > ( >    Questions and comments are welcome.  K My opinion is that if the directory is actually stored in the archive, then M restore using the saved attributes. If the directory is created because it is K needed and does not exist when restoring from an archive, then it should be 7 created on the fly and the usual defaults should apply.    My $0.02...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Thu, 14 Dec 2006 21:57:31 GMT % From: Rick Jones <rick.jones2@hp.com> 3 Subject: Re: Managed vs unmanaged switch in cluster 1 Message-ID: <fNjgh.3644$G%2.844@news.cpqcorp.net>   6 Robert Deininger <rdeininger@mindspringdot.com> wrote:D > My (limited) understanding is that the 100 Mbit/sec ethernet specsF > leave some of the autonegotiation process a bit vague, and differentD > devices behave differently (while still complying with the specs).F > Sometimes the result is a mismatch.  1 Gbit/sec devices seem to have< > gotten past the problem, since the spec has been improved.  B Indeed GbE kit is a lot better - autoneg is a required part of theD standard rather than an optional one.  Then again, I may be charmed,F but had nearly no problems with 100BT autoneg and ProCurves.  FWIW, my boilerplate on 100BT autoneg:   * How 100Base-T Autoneg is supposed to work:  E When both sides of the link are set to autoneg, they will "negotiate" > the duplex setting and select full-duplex if both sides can do full-duplex.  C If one side is hardcoded and not using autoneg, the autoneg process E will "fail" and the side trying to autoneg is required by spec to use  half-duplex mode.   E If one side is using half-duplex, and the other is using full-duplex, # sorrow and woe is the usual result.   E So, the following table shows what will happen given various settings 
 on each side:   +                  Auto       Half       Full   ,    Auto        Happiness   Lucky      Sorrow  ,    Half        Lucky       Happiness  Sorrow  /    Full        Sorrow      Sorrow     Happiness   C Happiness means that there is a good shot of everything going well. D Lucky means that things will likely go well, but not because you did@ anything correctly :) Sorrow means that there _will_ be a duplex
 mis-match.  D When there is a duplex mismatch, on the side running half-duplex youB will see various errors and probably a number of _LATE_ collisions< ("normal" collisions don't count here).  On the side runningA full-duplex you will see things like FCS errors.  Note that those B errors are not necessarily conclusive, they are simply indicators.  D Further, it is important to keep in mind that a "clean" ping (or the> like - eg "linkloop" or default netperf TCP_RR) test result isE inconclusive here - a duplex mismatch causes lost traffic _only_ when D both sides of the link try to speak at the same time. A typical pingD test, being synchronous, one at a time request/response, never tries, to have both sides talking at the same time.  D Finally, when/if you migrate to 1000Base-T, everything has to be set to auto-neg anyway.   
 rick jones --  B firebug n, the idiot who tosses a lit cigarette out his car windowF these opinions are mine, all mine; HP might not want them anyway... :)D feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...   ------------------------------    Date: 14 Dec 2006 13:41:25 -0800+ From: "madcrow" <madcrow.maxwell@gmail.com>  Subject: Re: Mentec US is gone! B Message-ID: <1166132485.290642.242650@79g2000cws.googlegroups.com>   John Whistler wrote:G > Mentec Ireland has been taken over by a company called Calyx. I don't B > know how this affects the US company, as they were never closelyF > aligned from the beginning. The Irish company hasn't supported PDP'sI > since the late 90's (roughly the same time I left them, but that's just H > coincidence!). Their web site is up and running now, but absolutely no > mention of PDP's.  >  > John.   B What I'd like to know is what does this mean for the status of theE PDP-11 software. Does that move along to Calyx? Does it revert to HP? E Is it left totally abandoned? Certainly reverting to HP would be good C for us hobbyists as they've been amazing to the nerd community in a A dozen and one ways (The OpenVMS Hobby program, giving away actual E physical copies of HP-UX to anyone who asks, releasing their graphing D calculator firmware under the GPL, open-sourcing the PDP-10 OSes andD layered products...) and would probably be more willing to allow theB nerd with an -11 in his basement to run DEC OSes and stuff without- making him (or her) buy an expensive license.   D No idea whether Calyx would be good or bad, but it's hard to imagine0 them being nastier to hobbyists than Mentec was.  B If the copyright is just left orphaned, then I guess that's OK forG hobbyists as well, as it opens up the doors of free redistribution, but F would probably be bad for those proud few still using the -11 in their businesses.   
 Any ideas?   ------------------------------  % Date: Fri, 15 Dec 2006 01:28:16 -0500 / From: "William Webb" <william.w.webb@gmail.com>  Subject: Re: Mentec US is gone! I Message-ID: <8660a3a10612142228h19095836yae14bf1a5d569b83@mail.gmail.com>   I On 14 Dec 2006 13:41:25 -0800, madcrow <madcrow.maxwell@gmail.com> wrote:  > John Whistler wrote:I > > Mentec Ireland has been taken over by a company called Calyx. I don't D > > know how this affects the US company, as they were never closelyH > > aligned from the beginning. The Irish company hasn't supported PDP'sK > > since the late 90's (roughly the same time I left them, but that's just J > > coincidence!). Their web site is up and running now, but absolutely no > > mention of PDP's.  > > 	 > > John.  > D > What I'd like to know is what does this mean for the status of theG > PDP-11 software. Does that move along to Calyx? Does it revert to HP? G > Is it left totally abandoned? Certainly reverting to HP would be good E > for us hobbyists as they've been amazing to the nerd community in a C > dozen and one ways (The OpenVMS Hobby program, giving away actual G > physical copies of HP-UX to anyone who asks, releasing their graphing F > calculator firmware under the GPL, open-sourcing the PDP-10 OSes andF > layered products...) and would probably be more willing to allow theD > nerd with an -11 in his basement to run DEC OSes and stuff without/ > making him (or her) buy an expensive license.  > F > No idea whether Calyx would be good or bad, but it's hard to imagine2 > them being nastier to hobbyists than Mentec was. > D > If the copyright is just left orphaned, then I guess that's OK forI > hobbyists as well, as it opens up the doors of free redistribution, but H > would probably be bad for those proud few still using the -11 in their
 > businesses.  >  > Any ideas? >  >    First of all, IANAL.  = The general principle is that failure to vigorously enforce a > copyright or trademark may result in the invalidation of same.   Draw your own conclusions.   WWWebb   ------------------------------    Date: 14 Dec 2006 19:54:46 -0800< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>) Subject: Re: Repopulating a MAIL.MAI file A Message-ID: <1166154886.166071.17110@f1g2000cwa.googlegroups.com>    JF Mezei wrote:  : J > I have recreated a new MAIL.MAI file. But it , of course, lacks pointers3 > to some 20 stray message files in that directory.  >  > I > Is there a way to easily reload those message files so the new MAIL.MAI $ > has the correct pointers to them ?  E You need an 'orphan' tool. The following link will find a comp.os.vms G topic witha script I wrote and a program by Jerry Leichter to help with  these problems.     ` http://groups.google.com/group/comp.os.vms/search?group=comp.os.vms&q=hein+vmsmail+orphan&qt_g=1     Hein.    ------------------------------    Date: 14 Dec 2006 13:35:53 -0800# From: "Bobby" <colemanr7@yahoo.com> 4 Subject: Re: Run image from sumitted batch procedureB Message-ID: <1166132153.386377.30770@l12g2000cwl.googlegroups.com>  C A summarized version of some off-group communication regarding this # issue that may be useful to others:   F ...The "special" thing about it (vs a DCL routine) is that it does notE alter the modification dates... it just renumbers the versions from 1 F to n. It's not necessary for anything and could even be detrimental (IG suppose) if another program (such as BACKUP maybe?) is making decisions * based on file versions, rather than dates. > @ I've used revert.exe interactively for some time now without anyD problems.  It apparently does not like running without a terminal toF write to... but I'm not familiar enough with VMS to understand how i/o is handled from the c-rtl. > 5 >Result for $status from submitted test.com instance:  > 	 >test.log  >... >$ show sym $status  >$STATUS == "%X00000601" >  >Bobby  2 Date:	 Thu, 14 Dec 2006 10:29:27 -0600 (GMT-06:00) From:	"David J Dachtera" To:	"Bobby Coleman" 4 Subject: Re: Run image from sumitted batch procedure  
 Hi, Bobby,   Well...   4 HNAJ::DDACHTERA$ write sys$output f$message( %X601 )+ %SYSTEM-S-BUFFEROVF, output buffer overflow   G Note that the severity is returned as "-S-", success. So, this may be a D bogus status. I'll have to look at the code and see if there are any clues in there.   D Assuming the message is valid, even if the severity is bogus, take aF look at HELP SET RMS, especially the /BLOCK and /BUFFER subtopics, andF see if anything there suggests something to you. Maybe try this before invoking REVERT:   $ SET RMS/BLOCK=127    David J Dachtera DJE Systems    ------------------------------  % Date: Thu, 14 Dec 2006 18:55:10 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: Run image from sumitted batch procedure, Message-ID: <4581E43C.ECE2505F@teksavvy.com>   Bobby wrote:B > I've used revert.exe interactively for some time now without anyF > problems.  It apparently does not like running without a terminal toH > write to... but I'm not familiar enough with VMS to understand how i/o > is handled from the c-rtl.    E The CRTL io wouldn't really care about terminal vs batch job, excepts  perhaps the urses routines. + SMG, FMS and other screen handlers do care.   D Do you have an unused serial port on your machine ? If so, you could make the following test.  G Set the serial prot's protection to W:RWED   (not sure what the current D incantation of the command is, but I think device protections is now done with SET SECURITY).  H Prior to running your image, $DEFINE TT  TTA3: (or whatever the terminalF port device is). If the image then runs without an error message, thenE you'll know that it does stuff that requires a terminal device. (such L stuff generally doesn't care if the serial port isn't connected to anything)  D If you do not have real serial ports, you could create an LTA deviceE (with MC LATCP) and use that as a terminal device (again, setting its M security so that the application can allocate a channel to the terminal port)    ------------------------------    Date: 14 Dec 2006 16:07:31 -0800$ From: "AEF" <spamsink2001@yahoo.com>4 Subject: Re: Run image from sumitted batch procedureB Message-ID: <1166141251.713283.54370@j72g2000cwa.googlegroups.com>   Bobby wrote:E > A summarized version of some off-group communication regarding this % > issue that may be useful to others:  > H > ...The "special" thing about it (vs a DCL routine) is that it does notG > alter the modification dates... it just renumbers the versions from 1 H > to n. It's not necessary for anything and could even be detrimental (II > suppose) if another program (such as BACKUP maybe?) is making decisions , > based on file versions, rather than dates.  D What it means for BACKUP is that BACKUP will not save these files inD incremental backups (unless, of course, something else changes aboutF them and said changes are reflected in updated modification dates). SoB a restore from such backups will "unrevert" the version numbers toF their pre-reverted values. I suppose this could cause a problem if youF modify an intermediate version of a file (say its protection) during aE series of incremental backups and then your disk dies and you restore G to a new disk. BACKUP will attempt to restore the modified intermediate D file with its reverted version number and the other files with theirA unreverted version numbers. This could cause the modified file to A either not be written or to overwrite another version of the file + depending on your backup output qualifiers.   G Someone must have thought the modified dates were important to preserve @ in writing this revert program. But it can cause problems during incremental restores.   C You can try adding $ DEFINE/USER_MODE SYS$OUTPUT _OPA0: just before D running the image and see if that works. I don't know if you need anD actual terminal or printer hooked up to the console port for this toE work. Just something to try. You should probably DEFINE SYS$ERROR the 	 same way:   $ $ DEFINE/USER_MODE SYS$OUTPUT _OPA0:# $ DEFINE/USER_MODE SYS$ERROR _OPA0:  $ RUN REVERT  C The USER_MODE qualifier means that the logical names will revert to 1 their original values after the next image exits.    [...]    AEF    ------------------------------  % Date: Thu, 14 Dec 2006 21:16:41 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>4 Subject: Re: Run image from sumitted batch procedure) Message-ID: <elt0ia$1g2i$1@pyrite.mv.net>    Bobby wrote:  H > ...The "special" thing about it (vs a DCL routine) is that it does notG > alter the modification dates... it just renumbers the versions from 1 H > to n. It's not necessary for anything and could even be detrimental (II > suppose) if another program (such as BACKUP maybe?) is making decisions , > based on file versions, rather than dates.B > I've used revert.exe interactively for some time now without any
 > problems.     G    Post up the source code for this REVERT tool, or a pointer to where  B folks can get at it...  I see an LWW-REVERT tool available on the < Freeware and elsewhere, is that the tool that you are using?  H    Me? I'd definitely look at replacing REVERT with the following DCL...  *          $ RENAME file.typ;*   RENAME.TMP;(          $ RENAME RENAME.TMP;* file.typ;  G    This assumes that the original date values on the various files are  I not actually critical.  I'd probably find out if the change (to straight   DCL) is detrimental...  @    Redirecting I/O is something that is not without its hazards.   ------------------------------    Date: 14 Dec 2006 19:04:29 -0800 From: thierry.uso@wanadoo.fr! Subject: shutdown of MySQL 4.1.14 C Message-ID: <1166151869.740977.254670@j72g2000cwa.googlegroups.com>    Hello,E I have just installed MySQL 4.1.14 on an Itanium OpenVMS 8.3. I can't G shutdown MySQL 4.1.14 by several mysqladmin commands. Is it a known bug  ?  Thanks for your help.    ------------------------------  % Date: Fri, 15 Dec 2006 02:30:02 +0800  From: prep@prep.synonet.com 6 Subject: Re: textual description of digital keyboards?0 Message-ID: <87r6v272l1.fsf@k9.prep.synonet.com>  * "Zack Kline" <Z_kline@hotmail.com> writes:  D >      I would appreciate, if possible, as accurate a description of> > the Digital Vt series keyboards as someone can come up with.D > Keyboard diagrams are next to useless for me1 and unreadable.  I'dD > also appreciate a description of how these keyboards are generallyC > mapped to the PC. (From someone specifically familiar with Kermit  > 95, ideally.)   0 The LK201 is fully doced in the Rainbow manuals.   --  < 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: 14 Dec 2006 17:29:23 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 6 Subject: Re: textual description of digital keyboards?B Message-ID: <1166146163.481719.182910@f1g2000cwa.googlegroups.com>   Zack Kline wrote:  > Hello,H >      I would appreciate, if possible, as accurate a description of the: > Digital Vt series keyboards as someone can come up with.? > Keyboard diagrams are next to useless for me1 and unreadable. H > I'd also appreciate a description of how these keyboards are generallyG > mapped to the PC. (From someone specifically familiar with Kermit 95,  > ideally.) = > I apologize in advance if I am asking a difficult question.  > Yours, > Zack.   G FYI - Although he didn't mention it, information gathered from previous D posts indicate that the OP is blind, hence his request for a textual@ description which will work with his screen reading device.  I'm2 assuming diagrams won't work though a speaker. ;-)   ------------------------------  # Date: Fri, 15 Dec 2006 06:11:14 GMT   From: John Santos <john@egh.com>6 Subject: Re: textual description of digital keyboards?* Message-ID: <60rgh.3932$IO5.1733@trnddc01>   David J Dachtera wrote:  > Zack Kline wrote:  >  >>Hello,H >>     I would appreciate, if possible, as accurate a description of the: >>Digital Vt series keyboards as someone can come up with.? >>Keyboard diagrams are next to useless for me1 and unreadable. H >>I'd also appreciate a description of how these keyboards are generallyG >>mapped to the PC. (From someone specifically familiar with Kermit 95,  >>ideally.) = >>I apologize in advance if I am asking a difficult question.  >  > E > Well, difficult in that the level of detail desired is not certain.  > K > In essence, LK2xx and LK4xx keyboards are QWERTY keyboards much like a PC P > keybaord, except the function and editing keys are different as is the numeric	 > keypad.  > / > The top row function keys are F1 through F20.  > 7 > F1 is the "Hold Screen" key. It toggles XON and XOFF.  > O > F2 is the Print Screen key. The data on the screen is sent out the terminal's N > printer port. Combined with the CTRL key, it toggles "auto print" mode: data6 > coming to the screen also goes out the printer port. > 5 > F3 is the Set up key. to enter or exit set up mode.  > N > F4 may be either a session toggle or it may control an intermal modem in theQ > terminal. Some terminal servers and VMS system supported multiple sessions over O > an async serial line. The VT420 and VT520 support multiple communication port  > sessions.  >  > F5 is the break key. > M > F6 through F20 were application-specific. They send escape sequences up the  > line.  > P > For many programs, F6 was the same as Control-C. F8 was the same as Control-Y.O > F10 is usually the same as Control-Z. F15 is the HELP key. F16 is the DO key.  > L > The editing keypad, above the cursor keys, were as follows: top row: Find,K > Insert Here (same as Paste) and Remove (same as Cut); bottom row: Delete, 7 > Previous (same as Page up), Next (same as Page Down).  > R > The numeric keypad was roughly the same as a PC keyboard except that the top rowL > were the PF1 thru PF4 keys, and the plus key is actually two other keys: aM > hyphen or minus key above and a comma key below. The Enter key is where you  > expect it to be. > N > The LK2xx keyboards have a "Compose Character" key below the left shift key.N > This causes some problems for folks not accustomed to it. The LK4xx variantsQ > added an ALT key on either side of the spacebar, and have two Compase character @ > keys, one on either side of the ALT keys next to the spacebar. > Q > The print screen, Scroll Lock and Pause trio were not there, since print screen I > and scroll lock are replaced by F2 and F1, respectively. Naturally, the ( > Windows-specific keys are also absent. >  > Hope this helps. >   I One other thing of note:  The control key is above the left shift key (to L the left of the shift-lock key), not below it.  On most PC and Mac (and UnixG work-station) keyboards, if not all, I find it much harder to hold down J the control key with my little finger while typing.  I either have to moveJ my wrist and twist my hand severely or move my elbow to get to it.  AlmostJ as bad as switching to a mouse.  On the other hand, I almost never use theM caps-lock key EXCEPT WHEN I'M SHOUTING!! and I'm always hitting it by mistake J when I need to type ctrl/something on PCs and Macs.  I have found programsK on the net which swap the locations of ctrl and shift-lock (caps-lock), for H both Windows and Mac OS X, but I can't install these on all the system I use :-(    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 14 Dec 2006 19:05:43 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: The Hole in Cerner's Logic 0 Message-ID: <4udlk6F17r4d5U1@mid.individual.net>  B In article <1166119583.920056.23440@t46g2000cwa.googlegroups.com>,% 	dave.baxter@bannerhealth.com writes:  > F > ....a replacement solution (i.e. any Unix) which is inferior to your > current solution,   
 Your opinion.   * >                    is not a solution !!!  8 And apparently not held by the majority of the industry.  G As long as VMS, which has and continues to trail the rest of the world, H sticks to this superiority complex and delusions of grandeur it is goingF to move further and further into irrelevancy.  VMS has a lot to offer,F but it is not the only solution to any problem and its proponents needE to get their heads out of the sand and finally come to grips with the G fact that Unix (and I am not talking Linux here) today is a very mature E OS that offers all of the functionality needed to run most businesses E at a fraction of the cost (and don't trot out the TCO red herring yet F again, it has been suitably dismissed many times already!).  VMS needsH to try selling on where it really is superior and needs to come to gripsG with where it is inferior or it rumors of its imminent demise will come  to fruition at its own hand.   bill   --  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: 14 Dec 2006 12:19:45 -0800" From: dave.baxter@bannerhealth.com' Subject: Re: The Hole in Cerner's Logic B Message-ID: <1166127585.353963.302560@73g2000cwn.googlegroups.com>  F On Dec 14, 12:31 pm, m.krae...@biors6a.gsi.de (Michael Kraemer) wrote:D > In article <1166119583.920056.23...@t46g2000cwa.googlegroups.com>, > & > dave.bax...@bannerhealth.com writes: > H > > ....a replacement solution (i.e. any Unix) which is inferior to your+ > > current solution, is not a solution !!!  > 5 >If the functionality of the application is the same, 4 > then why would a Unix based solution be inferior ?4 > Probably the end user won't notice any difference.  = You basically answer your own question.     If you think that E "functionality" is the only criteria for deciding which platform your C Mission Critical applications, (i.e. those apps on which your whole G companies future depends), should run on, then I would assume that your - business provides nothing of real importance.   E In Healthcare, particularly with the advent of the Electronic Medical 8 Record, there are many other equally important criteria.  - See if you can figure out what they might be!    Dave   ------------------------------  # Date: Thu, 14 Dec 2006 21:10:46 GMT ' From: ChrisQuayle <nospam@devnul.co.uk> ' Subject: Re: The Hole in Cerner's Logic 6 Message-ID: <q5jgh.5914$xm1.3353@newsfe1-win.ntli.net>  # dave.baxter@bannerhealth.com wrote:   G > In Healthcare, particularly with the advent of the Electronic Medical : > Record, there are many other equally important criteria. > / > See if you can figure out what they might be!  >  > Dave >   F Here in the uk, we have just had the rollout of a national it project D for the national health service. It's a nationwide, several billion H pound project that is late, but is slowly coming together, according to  reports.  1 Anyone know whose hardware and os it runs on ?...    Chris    ------------------------------  % Date: Thu, 14 Dec 2006 23:20:23 +0100 ( From: Michael Kraemer <M.Kraemer@gsi.de>' Subject: Re: The Hole in Cerner's Logic / Message-ID: <elsill$7p7$01$1@news.t-online.com>   % dave.baxter@bannerhealth.com schrieb:  > , > You basically answer your own question.     / Not at all. And you haven't answered it either.    >  If you think thatG > "functionality" is the only criteria for deciding which platform your E > Mission Critical applications, (i.e. those apps on which your whole I > companies future depends), should run on, then I would assume that your / > business provides nothing of real importance.   8 So you want to tell me if I'm not choosing VMS over Unix my business is unimportant ?  G > In Healthcare, particularly with the advent of the Electronic Medical : > Record, there are many other equally important criteria.  A Well, I happen to work in health care, partially, although I have 4 little to do with Medical Records. What's so special; about them that can't be handled by a Unix based solution ?    ------------------------------  % Date: Fri, 15 Dec 2006 00:19:11 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: The Hole in Cerner's Logic T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401ED10D8@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: ChrisQuayle [mailto:nospam@devnul.co.uk]=20 ! > Sent: December 14, 2006 4:11 PM  > To: Info-VAX@Mvb.Saic.Com ) > Subject: Re: The Hole in Cerner's Logic  >=20% > dave.baxter@bannerhealth.com wrote:  >=209 > > In Healthcare, particularly with the advent of the=20  > Electronic Medical< > > Record, there are many other equally important criteria. > >=201 > > See if you can figure out what they might be!  > >=20 > > Dave > >=20 >=20J > Here in the uk, we have just had the rollout of a national it project=20H > for the national health service. It's a nationwide, several billion=20? > pound project that is late, but is slowly coming together,=20  > according to=20 
 > reports. >=203 > Anyone know whose hardware and os it runs on ?...  >=20  > Well, not sure if I would qualify this as "coming together .."  > http://www.theregister.co.uk/2006/09/29/accenture_nhs_penalty/  : http://www.theregister.co.uk/2006/08/01/nhs_data_recovery/  : http://www.theregister.co.uk/2006/09/08/mps_condemn_npfit/  ; http://www.theregister.co.uk/2006/08/02/private_before_nhs/   C http://www.theregister.co.uk/2004/01/06/csc_accenture_win_nhs_care/    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 14 Dec 2006 13:55:52 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> B Subject: Re: VAX VMS 7.3, ana/disk running out of virtual memory ?, Message-ID: <45819E2A.95B4A0E7@teksavvy.com>  
 An update:  G I fixed up almost all of the corrupt directory files (making them empty > directories). But ANA/DISK/REPAIR still failed, complaining ofG insufficient virtual memory. So I splurged, and gave the SYSTEM account H tons of PGFLQUO and WSEXTENT (this was executed on the vax). And low andG behold, after complainig about the one file it com;lained about before, . I would now hear the disks really working out.  C Unfortunatly, it still found a couple of bad directories (must have E gotten corrupted after I had draw up the list) and this caused a huge H abnout of garbage and messages to be displayed, causing most of the real( stuff to scroll past the decterm buffer.  F ANA/DISK/REPAIR took a lot longer than I remembered it taking for thatG bound volume (but then again, it had to do a lot more work). But it did F complete. I did not really see any "incorrectly marked free" warnings,H but again, this may have happened just before the tons of messages aboutN one or two directory files being corrupt caused the screen to scroll too fast.     John Santos wrote:  J > One thing that might help sort out the lost files is to ana/disk/repair,H > then set file/remove everything from [syslost] except the directories.M > Rename the directories to a temp directory, and repeat the ana/disk/repair.  > E > Any files listed in the directories will no longer be lost, and the J > second ana/disk/repair won't touch them.  The residue, truly lost files,G > will still end up in [syslost], but there maybe many fewer of them to  > sort out.     H I was very happy to see this message giving me some hopes... But the VMS engineers beat you to it....  ? It appears that ANA/DISK/REPAIR  restores stray .DIR files into H [SYSLOST] first. And then, since ANA/DISK/REPAIR finds a directory entryD for the files contained in the subdirectory, those files need not be entered into SYSLOST.   ; So the technique you outlined is not necessary (anymore ?).     F I was however disapointed that ANA/DISK/REPAIR didn't place lost files@ back into their original directories which I had fixed up whilst" maintaining their original fileID.  F Question: theoretically speaking, shouldn't ANA/DISK/REPAIR be able toE place lost files back into their original directory if that directory  still exists ?    A I realise there may be a conscious decision to move everything to E [SYSLOST] so that the system manager can then verify the files before & moving them to their proper directory.   ------------------------------   End of INFO-VAX 2006.688 ************************                                                                                                                                                                                                                                      k_^ĲՐ3챸w^{ސU4֦ trA]
*X!:<{1؜5. 9a7cna=x0D\fE&U̪3sȮC$uJQB$c# .;D:{~I|T@"@S0#>_C̼XKO!0"WęW
w}7}z/q |fm#K(1D'qeoy!7sosqgnv{{6{Ɔia
(g6;vb)j:USewÖT^
lCkWwl؈7b#{WwltB\VD:5φHgĽ{Y/Yq|{^eV!ѳQ&:[t|;j89HiC_哀Da`.F_<.^gƻa{,  f}mW^2vؖn?-Zg>i;44t:9--	,M0a4x8ПfxvXǲUEGGZ9M	zp]] Z
v5[m4_
+n5qQojSkcį^5&Uc6'B,N
u0Ղv>kͷa	;.R:),,(_BBswF 1ýƑ}Y~tF-,]t04j-'џ
@ȗuԩk&3XKk)bMWv{&ehaDj#Nb:;0Pq`XͫWqk#_(n`vF[>)#ܳ[ouk~.JdbDo<em^]&EM%~+Ș(nAvG%A	6vuRiEݍ9/6@l]vu`7ɗpvG`q2gE:A?)g9lxaA٣IمڔVD5@'Kȥ5aj	hٮ 3a$EWK:PwFv̮
#Rqsk;лA)YMu$< +U3bܠXs$Rޥ؃t䏙v*F;y0f9ڐ?tMecT8%X
_#ȟhSfǋ@`_}7r?Sq}!s?kC62{Cj[1sq|>j	gQ,"oCӷڅ98
HԞ
b{xq+K@W ^/2| ( 'EQ#++ .8zJ0˪_u6mGc
zYu\S +vt}!S%hq/"fu2x=c,+6RtԅlD#|y׊n_W"xZn"?B$X$1hy,	;h i՘N0zH'Q;ngwgF 6zЊH")̶U7HLjWz"I5 w1@
W!gblӴ1fP6|bYîjitf2O@g^M!Z 'stmem9zNpm觙
u>$ʃ;2ܭˏ	|y?'Ѫʮ`=|O>hM$QDt<fkZ\ግzbZ#E\d/ J>65z?-0V|s7RAϛehAZ{Oւ],'
@O(=Q!X(1XOfXs:	mÌVwkL|YPc F$]qQ&ev0 qpUƲc˯2REl|
FRnCKmni-C_l63D[3 +g鳹6Z	fB[䶞԰T3gn+inwc8d9QLk;BIzMOP!zDHZ@wWTRPxPrs$^8\ekI6#g§-Rm{mT7nW
㬳x)1~X8/]=[k/{Qhv|wyps4_H(?Z`MH@";K
}|vlB|q ͇2eEߤBS]د]=Yb	j9e_$!VI΃>i%3J<Dm1
bjofۆ+mdB2||dkSן=|UE%0
|J2d~=c86o}X.fATqĽW0	F:Q@$@JЩ/`",}$OGw(%*m7S2j?w2[I
p{[F=9"ij3?nb;14ւ7B1&l?}LVE}F6\\=ҬBYf'q#Տ{`4_ŭl
ia4:[ibсବorNJI|)\yQkJTv5u gJ#]3;\AY h?ڢ^`@1>)N2M_΀.|x	KFleE­\;|6s	÷d 7}-_U!.0vh5XYg6KDQ{53m̄T&>TӘCߴ1dUhN]4UW>M60nւ,ɴIi<>ع<jAڐ~0k9)//x%g0JkK#V~ZSPFׁ+D_k<E֗:-Ph҅h5fu
@`iZK!؛l'Xz/QpS9>5s:umaX6&'mv'8YI$:?b M1=އ	2I"%ƪN7S'}:{1'.JRFi9[L+J w
v=!!$&B6Q iV23:v+4qQSoF!rVcM\- m-GaXE2bN{sT1z'ȥ}\.#>yq s"41ɥ9䚑<Y9oO+<^Pdϭ -dsy.
s/CMOkN@SNfoX:
:o{w9BX4ti͸3ir?0