1 INFO-VAX	Mon, 23 Dec 2002	Volume 2002 : Issue 708       Contents:1 Re: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 RE: "VMS will be around long after we retire" ... 1 Re: "VMS will be around long after we retire" ... 1 RE: "VMS will be around long after we retire" ... " Re: drop modem line from decserver" Re: drop modem line from decserver' Re: F$GETDVI ("AVL") in an IF statement ' Re: F$GETDVI ("AVL") in an IF statement ! RE: First Hammer performance test  Hard Anodized  192819 Re: How to interpret extended File IDs - e.g. (86051,3,0) 4 Re: Loss of Enet Performance on DS10 -> DS25 Upgrade Murphy's law at its best; Re: NY LUG meeting - Disaster Tolerant Technologies from HP  OpenVMS Branding Query Re: OpenVMS Branding Query- Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - RE: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular?  SCSI controller question Re: SCSI controller question Re: Spiralog anyone?2 Re: TECSys Consoleworks on VMS - first impressions* RE: Using Legato as a tape-backup solution* Re: Using Legato as a tape-backup solution  F ----------------------------------------------------------------------  % Date: Mon, 23 Dec 2002 10:05:47 +0000 ' From: Andrew Harrison SUNUK Consultancy : Subject: Re: "VMS will be around long after we retire" .... Message-ID: <3E06DFFB.2090505@nospamn.sun.com>  * It isn't Bills posting that is the problem' its the original source post from Kerry    regards  Andrew Harrison    Howard S Shubs wrote: 4 > In article <s26dneQEY-Ll-JijXTWc2Q@metrocast.net>,. >  "Bill Todd" <billtodd@metrocast.net> wrote: >  > 4 >>"Main, Kerry" <Kerry.Main@hp.com> wrote in messageN >>news:BE56C50EA024184DAF48F0B9A47F5CF402660C46@kaoexc01.americas.cpqcorp.net. >>.. >>John,  >>6 >><<< However, you are forgetting one important thing.F >>It is HP's stated intention to steer all *new* business to HP-UX.<<< >> >>Nope.  >> >>*** - >>John's statement is correct.  Yours is not.  >>***  >>B >>That particular reference was with respect to Tru64 vs HP-UX "in; >>general" and in area's where there might be some overlap.  >> >>*** J >>Wrong.  The reference was with respect to how PA-RISC platforms would beK >>positioned compared with Alpha platforms (including, obviously, VMS until L >>such time as VMS is available on something other than Alpha).  It was made4 >>in the 5/7/02 roadmap, which is still available at= >>http://www.hp.com/hpinfo/newsroom/press/2002/020507b.html .  >>***  >>
 >> It was not C >>intended to mean ALL new business would be directed toward HP-UX.  >> >>*** I >>Yes, it was.  The specific and unequivocal statement in question in the L >>roadmap referred to above was "The PA-RISC servers will be targeted at theH >>PA-RISC installed base and all new business opportunities. AlphaServerG >>systems will be focused on the Alpha installed base", followed by the L >>explanation "We're leading with PA-RISC for new business opportunities forM >>two reasons: First, the PA-RISC systems will, in most cases, be upgradeable N >>in the box to future Itanium microprocessors. Second, HP-UX is the long-term >>UNIX for HP."  >>***  >> >> Tru64D >>UNIX is definitely being promoted and sold where it makes the most >>sense. >> >>Reference:I >>http://www.hp.com/hpinfo/newsroom/press/26sep02a.htm (MISSISSAUGA, ON.,  >>Sept. 26, 2002)  >> >>*** M >>Your reference indicates only that Tru64 was sold (or will be sold) to that N >>account.  It does not indicate that Tru64 was 'promoted' to them, or whether= >>they had to kick and scream to get HP to make it available.  >>L >>In particular, it does *absolutely nothing* to contradict John's statementI >>(as corroborated by the cited roadmap above) that new business would be M >>"steered" to HP-UX:  it seems quite likely that *if* HP-UX had been able to J >>meet this customer's needs that's what HP would have sold them, and thatK >>Tru64 got offered only to keep the customer from going to another vendor.  >>K >>Unless, of course, you have another reference that actually addresses the G >>points you claimed the one above did.  Some official statement from a J >>suitably high level within HP explicitly refuting their original roadmap! >>comments would be a good start.  >> >>- bill >  > I > Bill, could you make your post easier to read, please?  Using standard  C > quoting would help.  As it is, I can't figure out who wrote what.  >    ------------------------------  % Date: Mon, 23 Dec 2002 08:15:21 -0500 ' From: Howard S Shubs <howard@shubs.net> : Subject: Re: "VMS will be around long after we retire" ...< Message-ID: <howard-6FC535.08152123122002@enews.newsguy.com>  . In article <3E06DFFB.2090505@nospamn.sun.com>,#  Andrew Harrison SUNUK Consultancy  /  <Andrew_No.Harrison_No@nospamn.sun.com> wrote:   , > It isn't Bills posting that is the problem) > its the original source post from Kerry   . Great.  Then: Kerry, please fix your quoting!!   --  4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Mon, 23 Dec 2002 09:32:01 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> : Subject: RE: "VMS will be around long after we retire" ...T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660C4B@kaoexc01.americas.cpqcorp.net>   Bill,   C Imho (personal opinion based on what I have seen internally) I will I admit the quote you referenced can be interpreted in a number of ways.=20   F As I recall, that quote was intended to address new UNIX opportunitiesB in general i.e. Tru64 vs. HP-UX.   The quote "and all new businessF opportunities." was imho, not intended to mean that HP-UX would be the@ only platform of choice for all new business where OpenVMS, NSK,H Windows, Linux, and Novell OS's might be better alternatives - depending= on a number of different qualifiers and market opportunities.   B Winning the business is what's important and that is what is beingG emphasized - regardless of the OS platform. The quote I provided in the H earlier thread is a recent example where HP lead with Tru64 UNIX and won
 the business.   B With respect to OpenVMS and new business statements from senior HPI exec's, here is the recent Carly quote from the recent OpenVMS video -=20   D "OpenVMS has been recognized for its rock solid reliability for manyH years. It was built from the beginning to endure the test of time. HP isE proud to celebrate its 25th anniversary this year and I am especially G pleased that it continues to attract new Customers and new applications  in key market segments."  G Btw - anytime I quote someone, it is usually surrounded by brackets <<<  quote ..>>>    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----2 From: Bill Todd [mailto:billtodd@metrocast.net]=20 Sent: December 22, 2002 2:11 AM  To: Info-VAX@Mvb.Saic.Com : Subject: Re: "VMS will be around long after we retire" ...      2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageH news:BE56C50EA024184DAF48F0B9A47F5CF402660C46@kaoexc01.americas.cpqcorp. net. .  John,   4 <<< However, you are forgetting one important thing.D It is HP's stated intention to steer all *new* business to HP-UX.<<<   Nope.    *** + John's statement is correct.  Yours is not.  ***   @ That particular reference was with respect to Tru64 vs HP-UX "in9 general" and in area's where there might be some overlap.    *** H Wrong.  The reference was with respect to how PA-RISC platforms would beC positioned compared with Alpha platforms (including, obviously, VMS G until such time as VMS is available on something other than Alpha).  It ; was made in the 5/7/02 roadmap, which is still available at ; http://www.hp.com/hpinfo/newsroom/press/2002/020507b.html .  ***     It was not A intended to mean ALL new business would be directed toward HP-UX.    *** G Yes, it was.  The specific and unequivocal statement in question in the F roadmap referred to above was "The PA-RISC servers will be targeted at> the PA-RISC installed base and all new business opportunities.A AlphaServer systems will be focused on the Alpha installed base", H followed by the explanation "We're leading with PA-RISC for new businessG opportunities for two reasons: First, the PA-RISC systems will, in most C cases, be upgradeable in the box to future Itanium microprocessors. , Second, HP-UX is the long-term UNIX for HP." ***     Tru64B UNIX is definitely being promoted and sold where it makes the most sense.  
 Reference:G http://www.hp.com/hpinfo/newsroom/press/26sep02a.htm (MISSISSAUGA, ON.,  Sept. 26, 2002)    *** F Your reference indicates only that Tru64 was sold (or will be sold) toF that account.  It does not indicate that Tru64 was 'promoted' to them,F or whether they had to kick and scream to get HP to make it available.  @ In particular, it does *absolutely nothing* to contradict John'sH statement (as corroborated by the cited roadmap above) that new businessG would be "steered" to HP-UX:  it seems quite likely that *if* HP-UX had F been able to meet this customer's needs that's what HP would have soldH them, and that Tru64 got offered only to keep the customer from going to another vendor.   E Unless, of course, you have another reference that actually addresses G the points you claimed the one above did.  Some official statement from B a suitably high level within HP explicitly refuting their original' roadmap comments would be a good start.    - bill   ------------------------------  % Date: Mon, 23 Dec 2002 12:23:11 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> : Subject: Re: "VMS will be around long after we retire" ...5 Message-ID: <au7gq8$4rq9n$1@ID-141708.news.dfncis.de>    Bill Todd wrote: >...F > I set off my own comments within paired *** *** delimiters.  There'sE > something about Kerry's posts (and occasionally a post from someone G > else) that Outhouse Express doesn't quote in responses as it does all G > others, and I've never bothered to investigate whether there might be - > some way to get it to handle them normally.  >...  G In October Doc Cypher posted a message about QuoteFix. It makes Outlook J Express behave a lot better for reading and creating news postings. When IK click on Reply Group for Kerry's message Outlook Express itself does not do L quoting properly. When I do the same with QuoteFix running in the background# then the quoting is done correctly.   @ QuoteFix is at http://home.in.tum.de/~jain/software/oe-quotefix/   -- Peter WeaverD Opinions are my own, and do not reflect the opinions of my employer,A nor the company that it sub-contracts to, nor the company that it  sub-contracts to.    ------------------------------  % Date: Mon, 23 Dec 2002 10:20:26 -0800 $ From: Shane Smith <ssmith@icius.com>: Subject: RE: "VMS will be around long after we retire" ...0 Message-ID: <01C2AA6C.EA1D64E0@sulfer.icius.com>  # WASH YOUR MOUTH OUT, CLIFF!!!!!!!!!   H This would be a major disaster. VMS has won our loyalty through its highG quality. Can you imagine what it would be like three years after MS got  their hands on it?   Shane    -----Original Message-----: From: Chris Clifford [mailto:chris.clifford@openvms.co.uk]( Sent: Sunday, December 22, 2002 10:36 AM To: Info-VAX@Mvb.Saic.Com : Subject: Re: "VMS will be around long after we retire" ...      A "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message / news:20021218115839.1434.qmail@nym.alias.net... > > On Wed, 18 Dec 2002, faust <urfaust@optushome.com.au> wrote: > G > >New businesses are far more likely to be using Linux or some flavour  > >of Windows. >  > Sad, but true. > G > <insert long list of things that could/should be done about it here.>   F Bill Gates wakes up one morning and reads his newspaper. Notices (in a tiny0 4-line report) that HP have decided to kill VMS.  G Thinking about what he has to offer, he decides to make an offer to buy  VMS H (which is on Itanium by then) from HP, adds on a few bits and pieces andG decides to market it as Microsoft's high-availability solution, whether  it0 be included within a Windows environment or not.  = Would that thought horrify most here or would it please them?   G Personally, I think such an event would not necessarily be a bad thing. A Whatever anyone says, Microsoft can market. And bear in mind it's  another $ step closer to world domination! :-)   What a thought, eh?    - Chris.   ------------------------------  % Date: Mon, 23 Dec 2002 01:46:57 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: drop modem line from decserver / Message-ID: <3E06A31A.86255847@vl.videotron.ca>    "David J. Dachtera" wrote:F > I believe he's looking for something automated. That is, in case theI > user CTRL+\ out of SET HOST/DTE, he wants the server to drop DTR (or do 4 > something else) so the modem will go back on-hook.  K If the outbound line is set to be a "MODEM" with "DIALUP" and "HANGUP", and J the terminal line has not been allocated, then getting out of SET HOST/DTEM will result in VMS dropping DTR (or telling the terrminal server to drop DTR) 5 which should result in the outbound modem hanging up.    ------------------------------  % Date: Mon, 23 Dec 2002 11:19:08 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>+ Subject: Re: drop modem line from decserver 4 Message-ID: <1411398056.20021223111908@ncc.volga.ru>  8 On 23.12.2002 Barker, Joe L <BarkerJL@az1.BP.COM> wrote:  	 > Hi all,   K > Any suggestions of how to drop a modem line, when a user has attached via L > set h/dtr to a decserver port disconnects but the modem still stays oh and > the line stays active.   > with thanks, Joe.   A   You didn't mention model of decserver. But if it's 90M, 700 and B later, you could DEFINE PORT n SIGNAL CONTROL ENABLED, then serverC drops output signals (including DSR) on session disconnect - LOGOUT = from the decserver prompt. But eventually user could drop the E connection without LOGOUT, so you should setup modem so that it drops > DTR after CD lost, then decserver automatically clears all the sessions on the port.    --  
 Best regards, #  Valentin                             valentin.likoum@ncc.volga.ru    ------------------------------  % Date: Mon, 23 Dec 2002 12:28:19 -0000 ! From: Z  <zarlenga@conan.ids.net> 0 Subject: Re: F$GETDVI ("AVL") in an IF statement/ Message-ID: <v0e0b37co7rg12@corp.supernews.com>   1 JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote: 
 : Z wrote:= :> It fails big time because F$GETDVI causes an error instead  :> of returning "FALSE."  P : But why does F$GETDVI cause an error instead of returning false ? Seems like aP : big bug to me, especially when "EXISTS" does function properly and won't cause& : an error if the drive doesn't exist.  - That's probably just the way it was designed.   ; I can't think of any good reason to return an error instead ( of "FALSE" but I wouldn't call it a bug.   ------------------------------    Date: 23 Dec 2002 06:59:49 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)0 Subject: Re: F$GETDVI ("AVL") in an IF statement= Message-ID: <b096a4ee.0212230659.7e5164e6@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E067121.C8896BEE@vl.videotron.ca>... 
 > Z wrote:> > > It fails big time because F$GETDVI causes an error instead > > of returning "FALSE."  > P > But why does F$GETDVI cause an error instead of returning false ? Seems like aP > big bug to me, especially when "EXISTS" does function properly and won't cause& > an error if the drive doesn't exist.  E If you specify a disk that's on another node, even EXISTS will return ( an error. Actually, it's only a warning.  P > I guess I can understand the issyue of what do yo return when someone requestsP > the number of free blocks on a device that is not known.  But shouldn't one be0 > able to test for AVL and get a true or false ?  E Because if you did F$GETDVI("nonexistentdevice","AVL") and got FALSE, F then you'd expect a SET DEVICE /AVAIL nonexistentdevice to fix it. NowB it would be rather annoying if SET DEVICE/AVAIL didn't fix it, no?  ) Don't interpret the words too literally.     Disclaimer: JMHO Alan E. Feldman    ------------------------------  % Date: Mon, 23 Dec 2002 10:06:19 -0800 $ From: Shane Smith <ssmith@icius.com>* Subject: RE: First Hammer performance test0 Message-ID: <01C2AA6A.F4FAAF00@sulfer.icius.com>  C I knew it was efficient, but nearly keeping up with a P4 running at B twice its clock speed, that's impressive. I can't wait to see someH real-world comparisons between Itanic and Hammer. It'll be a massacre inG 32-bit mode, that much is a foregone conclusion, and not interesting. I H want to see them head to head on 64-bit apps. Then I'm expecting to wantA to use a hammer on the head of whoever decided to port to Itanic.    Shane    -----Original Message-----% From: Dirk Munk [mailto:munk@home.nl] * Sent: Saturday, December 21, 2002 12:46 AM To: Info-VAX@Mvb.Saic.Com & Subject: First Hammer performance test    F The German magazine CT has issued a first comparisation test between aA 1.2 GHz Hammer, a 1.2 GHz Athlon XP and a 2.2 GHz Pentium 4 (real  clock speeds).  C All tests were done in 32 bit mode, Later tests will use the 64 bit  mode too of course.   E The Hammer was a lot faster than the Athlon XP, and a bit slower than A the Pentium. Using AMD's normal way of branding CPU's, the Hammer B could be branded as a 2000+ processor (=comparible to a 2 GHz P4).  D The memory access in particular was extremely fast, also much faster as with the P4.   B Keeping in mind that this Hammer was just a prototype, the editorsF expect that the entry model 2 GHz Hammer can be branded as a 3300+ CPUF when it hits the market in Q1/Q2 2003. And since the Hammer also has aC Alpha EV7 like possibilty for interprocessor communication, I can't E wait to see the first tests for multi-cpu servers and workstations.     E Somewhere in the next year I will buy myself a new PC. At that time I D will have the choice between pure 32 bit CPU's, a CPU that is a veryE fast 32 bit CPU and (most likely) a (very?) fast 64 bit CPU (so I can = run 32 bit and 64 bit windooz as well as 64 bit Linux), and a F (expensive) CPU that is a very slow 32 bit CPU, and a fast 64 bit CPU.  F Three guesses what I'm going to buy if the price is somewhat ok. Now IC just wonder what the new 'industry standard' CPU is going to be for D what is now known as the Wintel market. Perhaps in two years we will) talk about the WinAmd or WinAth market ?     ------------------------------   Date: 23 Dec 2002 11:41:03 GMT From: sales@altec.com.tw(Altec)  Subject: Hard Anodized  19281 * Message-ID: <au6sof$8gl@netnews.hinet.net>  * Aluminum Extrusion parts and Heatsink for  customer design OEM.                                2       Hardcoat anodized of MIL-A-8625E Type Three  of Aluminum parts.                         : Please link http://www.coolkeep.com for more information.                  XFC@^    ------------------------------  # Date: Mon, 23 Dec 2002 12:04:09 GMT " From:   VAXman-  @SendSpamHere.ORGB Subject: Re: How to interpret extended File IDs - e.g. (86051,3,0)0 Message-ID: <00A18DD9.F5ACCC8C@SendSpamHere.ORG>  U In article <akgVE9fgNQ+V@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes: A >I have a utility which scans disks to check for file protection. ? >It just broke, when it encountered a file with ID (86051,3,0).  > < >The program (written in 1993) assumes that the File ID is a >3 word array.   > @ >From STARLET.REQ (Alpha V7.3-1), the following shows the latestD >layout, with the last byte of the 3 word array being used to extend >the first word. > 3 >literal FIB$S_FID = 6;                  !  FILE ID 7 >macro FIB$W_FID_NUM = 4,0,16,0 %;       !  FILE NUMBER @ >macro FIB$W_FID_SEQ = 6,0,16,0 %;       !  FILE SEQUENCE NUMBERB >macro FIB$W_FID_RVN = 8,0,16,0 %;       !  RELATIVE VOLUME NUMBER: >macro FIB$B_FID_RVN = 8,0,8,0 %;        !  SHORT FORM RVN@ >macro FIB$B_FID_NMX = 9,0,8,0 %;        !  EXTENDED FILE NUMBERL >macro FIB$W_FID_DIRNUM = 4,0,16,0 %;    !       Directory number of File-IdI >macro FIB$L_FID_RECNUM = 6,0,32,0 %;    !       Record number of File-ID  >macro FIB$W_DID = 10,0,0,0 %; > G >It appears that the "extended file number" field was introduced around  >the era of VMS  V7.1.    You've been asleep at the wheel.    D >The question is how to interpret that. Is there some flag somewhere@ >which says that the extended file number is in use? Last week'sD >reorganization of the online VMS documentation has definitely _NOT_@ >helped here. (Time to put the CDs online, and whilst I'm at it,$ >put a search engine to work on it.)   +--------+--------+--------+ |   NMX  |       NUM       | +--------+--------+--------+   Creating a 24 bit value.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 23 Dec 2002 08:00:03 -0800( From: rrb35146@yahoo.com (Robbie Benton)= Subject: Re: Loss of Enet Performance on DS10 -> DS25 Upgrade = Message-ID: <dba64bc2.0212230800.4df06de5@posting.google.com>   l rrb35146@yahoo.com (Robbie Benton) wrote in message news:<dba64bc2.0212200723.62faa1d@posting.google.com>...    # I have an update to this problem.      > E > I then upgraded CPU #1 to a DS25.  The DS25, like the DS10, has two C > ethernet ports on the motherboard.  Since the DS10 was already at H > 7.3-1, I simply loaded an image copy from the DS10 to the DS25 for theD > system disk, and made the required changes for device names in theE > TCP/IP and DECnet configurations.  I connected the 10/100 Port A to ? > Network A, and connected the 10/100/1000 Port B to Network B.  >  > Robbie  C This morning (Mon 12-23-2002) when I arrived at work, I found in my B email inbox a notification from HP of a VMS731_LAN-V0100 LAN ECO. > Within the text of this notification, the following was found:  @     "OpenVMS V7.3-1 supported only the Braodcom 5703 LOM (LAN onE motherboard) chip on the Alphaserver DS25, and that only in 1000 Mbit  full-duplex mode."  F I once again looked at the Release Notes for V7.3-1, and could find noD reference to this limitation.  If this limitation does indeed exist,% there is no wonder it would not work.    The ECO went on to say:   <      "This update adds full support for 10 and 1000 mbit and. half-duplex mode for the Broadcom 5703 LOM..."  F I expect this statement is a typo and bad choice of wording, and meantA to say that that the ECO adds full support for 10 and 100 mbit in A half- and full-duplex modes, as well as half-duplex for 1000 mbit  mode.   E Anyway, after configuring both the port on the switch and the DS25 to D 100 Mbit Full Duplex, I was still having problems.  I loaded on this6 patch, rebooted, and now everything works as expected.   Robbie   ------------------------------  % Date: Sun, 22 Dec 2002 05:18:38 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>! Subject: Murphy's law at its best / Message-ID: <3E05836A.BD613A2C@vl.videotron.ca>   L This week, a disk drive on my mac broke. Bank froze my accounts because theyN thought I had widthdrawn too much money and wouldn't give me time of day. They& lost a customer. When things go bad...  L Anyhow, I get new "old" disk drives, including one of those big 5.25" bricksJ that is 10 gig, perfect for my all mighty microvax, to replace the 250 megA hard drive that was the system disk (from an old Apple computer).   J Well, not quite. I have another brick, Futjitsu 670-meg. So I plan to makeN that one the new system disk, and move the data from the fujitsu to the new 10O gig seagate. But I only have 2 slots for drives, so I have to plan carefully...    Cast of characters on VELO DATA1 -> new 10 gig drive  SHIMANO -> 670- meg futjitsu1 MARINONI -> 250 meg (apple labeled quantum drive)   + PEDALS -> 1 gig Seagate on node BIKE (3100)    The plan is to have:2 MARINONI on the 670 meg fujitsu (formerly Shimano)* SHIMANO on the new 10 gig seagate (DATA1).  J But my all mighty Microvax 2 has only 2 scsi drive bays. So I have to planN those things carefully and ensure that the Mvax-II can in fact handle a 10 gig4 drive. (in its days, 650 meg was as big as they got)  N First step was to removed MARINONI to make room for DATA1 so I powered off theJ machines, but I wanted to keep the router and cable modems etc going, so IL fiddled with the switch in the back, hoping to find a config that would keepJ the power to the "utility" plugs while keeping the actual VAX powered off.# Unfortunatly, that was to no avail.   L So, i power the stuff back on, and as I had configured, the new 10 gig drive* takes 50 seconds to start spinning. Yeah !  E Get into the DILOG config menu (I never do remember exactly the magic L incantations (deposit stuff into memory then branch to "200"). Start the low= level format. Boy, that took a LONG time (measured in hours).   B Then, I booted standalone backup from SHIMANO. And Issued a simpleM backup/image from SHIMANO to DATA1. That seemed to work. (Interesting that on H a MVAX-II, the backup really does reach a chunk, and then write a chunk,$ instead of doing both at same time).  H While this was going on, I was thinking about the next step. With VELO'sM system disk out, I couldn't really test DATA1 properly. So I set out to allow I VELO to boot as a satellite of BIKE. Hadn't used Cluster_config in a long  while.    N (Suggestion to engineers: in cluster_config, when you add a satellite node, it- should remind one to think about licences !).   M So, i finally manage to boot VELO from BIKE, after having wasted time because L I had entered the wrong ethernet address (I had written down the real one asL the AA- one, but the real ones are the 08- ones, with the AA- are the DECNET modified ones).   N Meanwhile, my MAC doesn't seem to be able to access the internet anymore. BindM seems to work on BIKE, but it too cannot resolve stuff from outside. I try to S telnet to the router, but to no avail. So I start checking all cables. To no avail.   M There is a serial cable into the router for backup maintenance (usually go in L via telnet), but VELO is down for its maintenance... Once VELO does boot andL reconfigures itself (that took a long time with autogen etc), I manage to goI in, with only OPA0 operational due to lack of licences. And with the VELO N system disk physically disconnected, I don't have access to VELO's licences...  N So, by the time I do get into the router, I find out it is totally screwed up.L Random IP adreess, and when i access certain menus, it spews out garbage and reboots etc etc. Oh shit !  L The other thing is that the serial ports on VELO didn't get configured sinceL the VMS system parameters (TTY_xxxxxx) are the bland vanilla ones instead ofP the ones I had setup on the MARINONI system disk temperary stored on a shelf :-(  M The Router allows on to use XMODEM to send the config or firmwars through the K serial port. (usually one would this with FTP via TPCIP, but the router was N totally unresponsive, even when I reconfigured BIKE to be in the same (random)6 subnet as what the router had decided it wanted to be.  N Unfortnuatly, the comms apps for VELO are stored on MARINONI, which is sittingI on a shelf... I have no access to internet to download new ones since the M router is down.  But i eventually did find an older one, as well as a copy of M Y modem (VVSB).  However, the XMODEM one doesn't do CRC and besides, it never + was able to even nogotiate with the router.   G What i ended up doing is fiddle with anotherserial port's config to get K transfers to work to my PSION PDA. Transfered the router config to it, then I plugged the PSION onto the router to download using XMODEM-CRC (which the H PSION has). And voila, the router rebooted with a good enough config. OfK course, since that one happened, I did make changes to filters etc. Argh...   H I think i'll leave the 10 gig drive running while I catch some sleep and continue its testing tororrow.  G Any hints on how I can easily test its ability to handle 10 gigs ? Just K CREATE/FDL of very large files ? Woudl ANA/DISK then detect if the disk, or L SCSI controller (DILOG 739) "wrap around" and start to write at beginning of drive ?     M Oh, and I also tried to give my 3100 a 4 gig hard drive, but it just wouldn't N want to format it. Perhaps it is incomaptible, perhaps the drive is bad. Never did trust micropolis that much.   J In the end, it is my PSION that saved the day, not only because it had theK ability to upload the config back to router, but also because it has all my H ethernet adresses for my LAN etc and that was a godsend when I was doingI cluster_config on BIKE while VELO booted with standalone backup without a 4 system disk to allow me to look into its parameters.  U I am not sure I trust the stairs on my way to bedroom. With my luck, they will break.    ------------------------------    Date: 23 Dec 2002 08:55:30 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) D Subject: Re: NY LUG meeting - Disaster Tolerant Technologies from HP= Message-ID: <cf15391e.0212230855.16d8b8cb@posting.google.com>   u "John Smith" <a@nonymous.com> wrote in message news:<n25F9.169585$YSz1.25561@news01.bloor.is.net.cable.rogers.com>... N > Seems like an obvious presentation for streaming audio/video for those of us > who can't attend in person.   ; Well, I don't have audio or video, but there's a copy of my > presentation slides (with detailed speaker notes) available atC http://www2.openvms.org/kparris/ (many thanks to Ken Farmer for his  gracious hospitality).   ------------------------------    Date: 23 Dec 2002 04:16:20 -08008 From: dhquebbeman@theestopinalgroup.com (Doug Quebbeman) Subject: OpenVMS Branding Query = Message-ID: <7368b27e.0212230416.4b6e2d11@posting.google.com>    Say,  5 At what version does OpenVMS cease carrying a Digital . branding and start to carry a COMPAQ branding?   Thanks,  -doug q    ------------------------------  % Date: Mon, 23 Dec 2002 19:38:22 +0100 " From: "Hans Vlems" <hvlems@iae.nl># Subject: Re: OpenVMS Branding Query 5 Message-ID: <au7l71$57o0v$1@ID-143435.news.dfncis.de>   7 The DECWindows logo changed to Compaq with VAX/VMS 7.3.   G "Doug Quebbeman" <dhquebbeman@theestopinalgroup.com> schreef in bericht 7 news:7368b27e.0212230416.4b6e2d11@posting.google.com...  > Say, > 7 > At what version does OpenVMS cease carrying a Digital 0 > branding and start to carry a COMPAQ branding? > 	 > Thanks, 	 > -doug q    ------------------------------  % Date: Mon, 23 Dec 2002 15:57:56 +0530 4 From: Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?I Message-ID: <8EA11405E59BD611BA7100104B93C260AB248A@exdel01.del.mgsl.com>    Hi all, J Some of you folks may have heard of a real time OS called QNX that runs onG intel Pentium class processors. In some production installations VMS is  being replaced by QNX.  G So I guess it should be possible to have a reliable secure OS along the L likes of VMS on Intel. As some one pointed out, I guess porting VMS to IntelD is difficult since BLISS, MACRO compilers need to be written first.   	 My $0.02.    ------------------------------  % Date: Mon, 23 Dec 2002 10:21:57 +0000 ' From: Andrew Harrison SUNUK Consultancy 6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?. Message-ID: <3E06E3C5.9020507@nospamn.sun.com>   Chris Clifford wrote: M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> ; > wrote in message news:3E008710.9060803@nospamn.sun.com...  >  > C >>SunFire Link is currently available for the F6800 and the F15000.  >>J >>The SunFire Link card replaces an I/O boat on either system. It connectsG >>directly into the Sun Fire backplane, it isn't a PCI based system for 
 >>example. >>D >>Because of the direct connection and because of the performance of@ >>the interconnect one card will give you up to 2.8 GB/s, with 2G >>links, 2 cards which is the normal config in a cluster for resiliance 2 >>with link level striping will give you 4.8 GB/s. >>B >>It supports direct node to node connections for up to 3 nodes or1 >>via a switch which currently gives you 8 nodes.  >> >  > <blah blah blah> >  > Three points:u > H > 1. This Sun Fire Link is only of use if your cluster does not span any > reasonable distance.  : Of course but then its orders of magnitude faster than any3 OpenVMS cluster interconnect so cut it some leaway.   7 It isn't designed for long distances, it is designed tot6 allow a relatively small number of very large nodes to scale in a cluster.r  7 You blah, blah response to what is currently one of the 4 fastest intersystem interconnects available tends to+ suggest that you should get out a bit more.   I > 2. Sun Cluster only runs with any reasonable performance if you give itoM > dedicated private links and if we're talking ethernet, you've got to go forDK > Gigabit. You don't necessarily need as fast interconnects with VMS (we'rerJ > using 100Mb ethernet as the interconnect within our two mission-critical$ > clusters, each spanning 11 miles).  A You also don't necessarely need fast interconnects for SunClusternA either, it depends entirely on what you are intending to acheive.   : If you want to run 9i RAC and get it to scale then aim for8 the fastest interconnect you can afford or is available,; it will pay cost dividends if it improves your scalability.E  # This applies to Solaris or OpenVMS.n  8 If you want a failover cluster then slower interconnects work.-      A > 3. Fibrechannel's only used as a storage interconnect with VMS.0 > K > Speaking from experience here. I've never seen such a group of amazed andiK > overjoyed people as Sun when they got 'clustering' working over 11 miles..N > And that's clustering in a relatively loose sense of the word, albeit better( > than previous versions of Sun Cluster. >   E Really I have just come back from our manufacturing plant in ScotlandtC the test lab there has a 100 KM cluster running which the engineersi< get to use. So I rather doubt that anyone was very suprised.   Regards4 Andrew Harrison0   ------------------------------  % Date: Mon, 23 Dec 2002 11:17:27 +0000a' From: Andrew Harrison SUNUK Consultancyi6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?. Message-ID: <3E06F0C7.6010606@nospamn.sun.com>   Bob Koehler wrote:X > In article <3E03387C.40808@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: > 2 >>Or alternatively sometime you will realise that: >>5 >>SPECfp has almost no relevance to the vast majoritye< >>of commercial apps (the buld of what runs on Alpha's/Suns) >>because they don't use FP. >  > = >    What I realise is that you live in a tiny world of a fewh >    commercial apps.  >     7 I have worked in Telco, Retail Government and Financialp? services accounts and have worked with many of the applications  vendors in those markets.d  6 If you want I can list the apps I have worked with but6 it seems a pretty pointless excercise since your point is hardly valid is it.   Regards  Andrew Harrisond   ------------------------------  % Date: Mon, 23 Dec 2002 12:38:20 +0100l$ From: "Dr. Dweeb" <Dweeb@nospam.com>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?1 Message-ID: <SACN9.2547$I64.1400@news.get2net.dk>   L There was a BLISS-IA32 compiler for years.  COMPAQ killed it along with lotsI of other stuff during the preliminary phases of the kill Alpha procedure.x   Dweeb.   Kesav Tadimeti wrote: 	 > Hi all,UD > Some of you folks may have heard of a real time OS called QNX that< > runs on intel Pentium class processors. In some production- > installations VMS is being replaced by QNX.pE > So I guess it should be possible to have a reliable secure OS along E > the likes of VMS on Intel. As some one pointed out, I guess portingiC > VMS to Intel is difficult since BLISS, MACRO compilers need to be  > written first. >r > My $0.02.h   ------------------------------  % Date: Mon, 23 Dec 2002 10:29:51 -0800u$ From: Shane Smith <ssmith@icius.com>6 Subject: RE: OT: Whoa! Is Sun aiming at VMS's jugular?0 Message-ID: <01C2AA6E.49AE0120@sulfer.icius.com>  & But the answer /would/ be interesting.   Shane*   -----Original Message-----' From: Andrew Harrison SUNUK Consultancyo. [mailto:Andrew_No.Harrison_No@nospamn.sun.com]' Sent: Monday, December 23, 2002 3:17 AM  To: Info-VAX@Mvb.Saic.Come6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?         Bob Koehler wrote:D > In article <3E03387C.40808@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:H > 2 >>Or alternatively sometime you will realise that: >>5 >>SPECfp has almost no relevance to the vast majorityl< >>of commercial apps (the buld of what runs on Alpha's/Suns) >>because they don't use FP. >  > = >    What I realise is that you live in a tiny world of a few- >    commercial apps.  >     7 I have worked in Telco, Retail Government and Financial ? services accounts and have worked with many of the applicationss vendors in those markets.2  6 If you want I can list the apps I have worked with but6 it seems a pretty pointless excercise since your point is hardly valid is it.   Regards. Andrew Harrison    ------------------------------  % Date: Mon, 23 Dec 2002 10:57:23 -0800o& From: Greg Cagle <gregc@gregcagle.com>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?/ Message-ID: <v0en49t484kld6@corp.supernews.com>-  ( Andrew Harrison SUNUK Consultancy wrote: >  >  > Bob Koehler wrote: > F >> In article <3E03387C.40808@nospamn.sun.com>, Andrew Harrison SUNUK  >> Consultancy writes: >>4 >>> Or alternatively sometime you will realise that: >>>r7 >>> SPECfp has almost no relevance to the vast majorityI> >>> of commercial apps (the buld of what runs on Alpha's/Suns) >>> because they don't use FP. >> >> >>> >>    What I realise is that you live in a tiny world of a few >>    commercial apps. >> >  > 9 > I have worked in Telco, Retail Government and FinancialaA > services accounts and have worked with many of the applications  > vendors in those markets.s > 8 > If you want I can list the apps I have worked with but8 > it seems a pretty pointless excercise since your point > is hardly valid is it.  7 So you have no experience with scientific, engineering,d. simulation, or design applications, then? Hmm.   -- O
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Mon, 23 Dec 2002 19:50:00 +0100 " From: "Hans Vlems" <hvlems@iae.nl>! Subject: SCSI controller questionr5 Message-ID: <au7lvl$5375e$1@ID-143435.news.dfncis.de>o  J My new Alphaserver 5000 (not too dissimilar from an Alpha 1200) got a SCSIJ controller today. It is a device with on-board ethernet and two Ultra SCSIK ports, available as external outlets or as internal ports. I use both portsnL internally. The console SHOW DEV command lists all 5 disks on the controller) and passes a diagnostic test (TEST PCI1). & But VMS boots with the error messages:  5 SCSi chip is SYM53C875 Operating Mode is SE UltraSCSI  ROM Checksum read errorn  H for both the PKB0 and PKC0 devices and they stay off line. The disks are$ (obviously) not available under VMS.' VMS SHOW DEV PkB0 shows: KZPCM off linerH I have tried the controller on pci0 and pci1, both cases resulted in the same error message.i  . The onboard ethernet interface works properly.  " Any idea what causes this problem?   Hans   ------------------------------  % Date: Mon, 23 Dec 2002 13:59:45 -0500y# From: "mhr" <mreilly36@comcast.net>e% Subject: Re: SCSI controller question00 Message-ID: <FmednRYGMo_hwZqjXTWcqg@comcast.com>  I Intraserver controllers need to be the VMS-capable type, ie., a couple of F roms added to the board-these of course are the most expensive roms inH history. Note the controller will work with the various linux as well as Tru64  mhrr- "Hans Vlems" <hvlems@iae.nl> wrote in messager/ news:au7lvl$5375e$1@ID-143435.news.dfncis.de... L > My new Alphaserver 5000 (not too dissimilar from an Alpha 1200) got a SCSIL > controller today. It is a device with on-board ethernet and two Ultra SCSIG > ports, available as external outlets or as internal ports. I use both  ports/C > internally. The console SHOW DEV command lists all 5 disks on thew
 controller+ > and passes a diagnostic test (TEST PCI1).n( > But VMS boots with the error messages: >c7 > SCSi chip is SYM53C875 Operating Mode is SE UltraSCSId > ROM Checksum read erroru >iJ > for both the PKB0 and PKC0 devices and they stay off line. The disks are& > (obviously) not available under VMS.) > VMS SHOW DEV PkB0 shows: KZPCM off line J > I have tried the controller on pci0 and pci1, both cases resulted in the > same error message.w > 0 > The onboard ethernet interface works properly. >n$ > Any idea what causes this problem? >s > Hans >b   ------------------------------  % Date: Sun, 22 Dec 2002 16:01:05 +0100 5 From: "Chris Clifford" <chris.clifford@openvms.co.uk>  Subject: Re: Spiralog anyone?o* Message-ID: <3e05d3ca@news.swissonline.ch>  6 "David Moore" <marlinsmeadow@aol.com> wrote in message7 news:fc2f4794.0212210629.33aec45f@posting.google.com...r >eF > I would like to know if anyone still uses the Sprialog filesystem on OpenVMS? >i  L What was the reason that Spiralog was dropped? I've never used it and I seemI to remember hearing about some problems when the filesystem filled up buttF was it really so bad that it had to be discontinued or are there other reasons for its disappearance?   - Chris.   ------------------------------  # Date: Mon, 23 Dec 2002 17:06:58 GMTm From: dittman@dittman.neth; Subject: Re: TECSys Consoleworks on VMS - first impressionsd8 Message-ID: <SoHN9.90454$4W1.20502@nwrddc02.gnilink.net>  ; In article <3E04D3F4.384E9E8@firstdbasource.com> you wrote:  > dittman@dittman.net wrote: >> t5 >> Michael Austin <maustin@firstdbasource.com> wrote:tH >> > I currently am using ConsoleWorks by TECSys (an obvious play on the? >> > pronunciation as they are located in Austin, TEXAS :) )...- >> -. >> Actually, they are located in Plano, Texas. > G > either way, they are still in Texas :) .  I believe that some of themlG > are located in Austin -- at least that is the area code I dial when Ii@ > need to talk to them regarding new licenses or support etc...   = I've been fortunate to meet some of the people working there, < technical, sales, and management, and they are all committed> to their products and OpenVMS.  They have a lot of enthusiasm, too. -- e Eric Dittman dittman@dittman.neth= Check out the DEC Enthusiasts Club at http://www.dittman.net/y   ------------------------------  % Date: Mon, 23 Dec 2002 09:28:00 -0500 ! From: VAXVMS <bounce@notmail.com>e3 Subject: RE: Using Legato as a tape-backup solutioncK Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027BB4@rlghncst964.usps.gov>t   Michael-   We use the native product- ABS.r   VMS server/VMS client.' NT and U**X clients are also available.u  , It's 'feature-rich' and has a steep learning+ curve, but once you get the hang of it it'sa a great product.   WWWebb     Michael Austin wrote:e >  > Michael Austin wrote:u > >t > <snip> >  >  > Does No response = not used & > or just not interested in the topic?  G Well, VMS and the various products that run on it being low/no exposureoE due to lack of advertising, I'm guessing that the group's audience is-A not sufficiently broad as to include a user willing to speak out.I   -- David J. Dachterad dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ========================  William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------    Date: 23 Dec 2002 06:39:47 -0800+ From: steve.spires@torex.com (Steve Spires)e3 Subject: Re: Using Legato as a tape-backup solution5= Message-ID: <57136ccc.0212230639.4aeba96a@posting.google.com><  k Michael Austin <maustin@firstdbasource.com> wrote in message news:<3DFE966C.FFF2AC5F@firstdbasource.com>... J > This is not to ensight riots or holy wars, but is anyone currently usingD > the Legato product for their VMS backup strategy and what are yourE > experiences in being able to restore - in a timely manner --  thosePI > backups.  My organization is in the process of re-evaluating the use ofeE > SLS -- in a 100TB+ environment.  As I stated in a previous post, it,E > takes "a while" to backup that amount of data.  Luckily raw storage 5 > capacity and used storage are 2 different things :)i > F > Interesting note.. they have a prominent OpenVMS button on the frontF > page of their website, but selecting it results in BAD REQUEST using" > Netscape 4.7, but works with IE. > 3 > a direct quote from their page "looks" promising:' > D > "HP Open VMS customers require industry-leading storage management> > solution options that support both direct attach and complexC > heterogeneous fibre based SAN environment. We're pleased that ournD > customers have a robust solution available to them from a reliableJ > industry leader such as LEGATO, that can help reduce network traffic and3 > improve overall backup and recovery performance."tF >                              Mark Gorham, vice president, HP OpenVMS > Software Group     Michael,  C I don't use Legato in my current role, but have used in my previousD	 position.I  E I'm quite busy right now [!!!] but if you email me privately I'll tryg? and put some thoughts and comments together in my quiet momentse when/if they come along...   Cheers   Steve Sh   ------------------------------   End of INFO-VAX 2002.708 ************************Mon, 23 Dec 2002 11:19:08 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>+ Subject: Re: drop modem line from decserver 4 Message-ID: <1411398056.20021223111908@ncc.volga.ru>  8 On 23.12.2002 Barker, Joe L <BarkerJL@az1.BP.COM> wrote:  	 > Hi a,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ    ,Ѫ     -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    	-Ѫ    
-Ѫ    -Ѫ    -Ѫ    
-Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ     -Ѫ    !-Ѫ    "-Ѫ    #-Ѫ    $-Ѫ    %-Ѫ    &-Ѫ    '-Ѫ    (-Ѫ    )-Ѫ    *-Ѫ    +-Ѫ    ,-Ѫ    --Ѫ    .-Ѫ    /-Ѫ    0-Ѫ    1-Ѫ    2-Ѫ    3-Ѫ    4-Ѫ    5-Ѫ    6-Ѫ    7-Ѫ    8-Ѫ    9-Ѫ    :-Ѫ    ;-Ѫ    <-Ѫ    =-Ѫ    >-Ѫ    ?-Ѫ    @-Ѫ    A-Ѫ    B-Ѫ    C-Ѫ    D-Ѫ    E-Ѫ    F-Ѫ    G-Ѫ    H-Ѫ    I-Ѫ    J-Ѫ    K-Ѫ    L-Ѫ    M-Ѫ    N-Ѫ    O-Ѫ    P-Ѫ    Q-Ѫ    R-Ѫ    S-Ѫ    T-Ѫ    U-Ѫ    V-Ѫ    W-Ѫ    X-Ѫ    Y-Ѫ    Z-Ѫ    [-Ѫ    \-Ѫ    ]-Ѫ    ^-Ѫ    _-Ѫ    `-Ѫ    a-Ѫ    b-Ѫ    c-Ѫ    d-Ѫ    e-Ѫ    f-Ѫ    g-Ѫ    h-Ѫ    i-Ѫ    j-Ѫ    k-Ѫ    l-Ѫ    m-Ѫ    n-Ѫ    o-Ѫ    p-Ѫ    q-Ѫ    r-Ѫ    s-Ѫ    t-Ѫ    u-Ѫ    v-Ѫ    w-Ѫ    x-Ѫ    y-Ѫ    z-Ѫ    {-Ѫ    |-Ѫ    }-Ѫ    ~-Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    -Ѫ    