1 INFO-VAX	Sun, 30 Apr 2006	Volume 2006 : Issue 239       Contents: Re: Capturing console activity8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix Re: Debugging a crashing editor  Re: Debugging a crashing editor  Nemonix Fast Ethernet Card% Re: Today's book club recommendations ) UC07 with BA350/RZ28 disk offline problem ( UC07 with BA350/RZ28 disk spinup problem, Re: UC07 with BA350/RZ28 disk spinup problem) Re: Various comments (decus presentation) ) Re: Various comments (decus presentation) ) Re: Various comments (decus presentation) ) Re: Various comments (decus presentation) ) Re: Various comments (decus presentation)  Re: Virtual I/O Cache P Why did I come into this room again? (Was: Re: Now this is (a little) insult (Wa  F ----------------------------------------------------------------------    Date: 30 Apr 2006 09:40:36 +01002 From: "Dave Weatherall" <djw-nothere@nospam.nohow>' Subject: Re: Capturing console activity ? Message-ID: <DTiotGxQ0bj6-pn2-ON9WSJSS7dhn@dave2_os2.home.ours>   1 On Fri, 28 Apr 2006 20:10:14 UTC, "William Webb"  ! <william.w.webb@gmail.com> wrote:   B > On 4/28/06, Wilm Boerhout <w4OLD.boerhout@paintplanet.nl> wrote:7 > > glen.thompson@gmail.com wrote on 28-4-2006 19:45... . > > > System: OpenVMS 7.2 on a Vaxstation 4000 > > > M > > > Our system console is a Decwriter printing terminal because the log was M > > > required many years ago by our internal audit department.  We'd like to L > > > get rid of the Decwriter and replace it with one of our spare VTs.  IsJ > > > there anyway to automatically capture all the activity on the systemM > > > console?  I'd like an electronic version of what is currently on paper, 9 > > > including both operator input and output displayed.  > > - > > Would the auditing dept. settle for this:  > > K > > Connect a PC to the console through a serial cable (COM port); start up > > > a terminal emulator that allows session logging to a file. > > D > > Several Terminal Emulators will do this, among them the good old > > Pathworks VT320 TE.  > > 	 > > /Wilm  > >  > H > You'll also have the added benefit of not having your system hang when; > the DECwriter jams or runs out of paper during a weekend.  >  > :-)  >  > WWWebb  - Been there, done that - very embarrassing :-)    --   Cheers - Dave W.   ------------------------------  % Date: Sun, 30 Apr 2006 11:59:06 -0400  From: BobH <bobh@x.y> A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix % Message-ID: <e955g.43$fW.29@fe03.lga>    Hoff Hoffman wrote:  > Bill Gunshannon wrote: > 5 >> In article <m3r4g.6963$mM1.1588@news.cpqcorp.net>, 5 >>     Hoff Hoffman <hoff-remove-this@hp.com> writes:  >>I >>>    Extension-based file typing is for kiddie-toy file systems -- and  A >>> yes, I do include those file systems of OpenVMS, Windows and  M >>> Linux/Unix and most every other current operating system available here.   >> >>J >> Why include Unix?  In Unix, no filename (or extension) has any implicitI >> meaning.  Applications may impart meaning, but the OS just don't care. F >> (Hint: ever "cat"ed a binary file to your terminal with disastrous 
 >> results  >> or opened a directory in vi?) >  > K >   Thank you for providing another example -- this type-based file format  J > identification convention centrally falls out of the limitations of the H > underlying file system.  And this from the file system limitations of G > Linux and Unix, of OpenVMS or of Windows.  As with your example from  D > Linux and Unix, OpenVMS also doesn't have a particular hard-coded & > meaning of a file extension, either. > J >   One of the more "fun" areas of OpenVMS is a ".C" extension -- is that K > a C source file or the third saveset in a classic VMSINSTAL installation   > kit? > G >   And like Linux and Unix, many (most?) OpenVMS applications do have  I > default extensions and related assumptions -- an extension of .O or of  J > .OBJ is indicative of a compiler object file, for instance.  But here I F > ask "why?".  "Why is .O or .OBJ an object file?"  Why do we use the C > convention of a period and a few characters to identify the file  F > contents?  Yes, we've always do "it" that way, but why not uniquely I > identify the construct as an object file, regardless of the particular  K > filename chosen?  Why not implement and use metadata beyond the filename?   I That was the point of my question about the way the Mac does it I think.  G    No doubt many here are well aware of it, but it would seem some may  G not be.  I am not sure how it has evolved in OS X, but traditionally a  H Mac user sees a single file, but the file system actually has two parts E - a "data fork" and a "resource fork".  The data fork is fairly much  A like the conventional files that the other systems have, and the  C resource fork can hold all sort of other information, including an  G indication of what kind of file it is so the system can decide what to  G do when the file is invoked.  As I recall that indication is something  G like a four character code that is standardized.  It replaces the file  H name extension in a standardized, controlled way that is not vulnerable ! to all the problems we deal with.   I I kind of imagine the resource fork as being a bit like an expanded file  F header in VMS terms.  You could store what kind of file it is, how to C invoke it, and so on in a controlled way.  The directory bit is an  E example of storing information like that.  Just look at what the Mac  A uses the resource fork for to see lots of valuable possibilities.   G I suppose fully developed that does get to the idea of the file system  E being a real data base system, but it is a little easier to envision  A getting to a point where a lot of benefit comes from just adding  F information in the file header and providing mechanisms for accessing  and manipulating it.  F Obviously if it was easy it would have been done a long time ago, but G that is really the alternative to our traditional system of loading up  L the file name and relying on conventions and defaults throughout the system.  
 Bob Hassinger    ------------------------------  % Date: Sun, 30 Apr 2006 11:34:16 -0500 % From: Dan Foster <usenet@evilphb.org> A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix 5 Message-ID: <slrne59po8.3uh.usenet@zappy.catbert.org>   < In article <e955g.43$fW.29@fe03.lga>, BobH <bobh@x.y> wrote: > K > That was the point of my question about the way the Mac does it I think.  I >    No doubt many here are well aware of it, but it would seem some may  I > not be.  I am not sure how it has evolved in OS X, but traditionally a  J > Mac user sees a single file, but the file system actually has two parts ( > - a "data fork" and a "resource fork".  ? Yup. It was a pretty good arrangement, because this led to easy C internationalization (e.g. insert or edit resources with translated B strings in a number of languages) without needing to recompile the application code.   C (And with MacOS X, Unicode is native and always present, to further 7 support internationalization, including for filenames.)   D It was nice for other reasons, as well... enforced some sort of dataB organization with meta data tying it all together and the Resource* Manager API for fetching that information.  D However, the reason why it was despised (despite its usefulness) wasF because it was not inherently very portable without applications being" explicitly aware of this behavior.  B This caused no end to issues with non-MacOS-aware applications notH realizing there was also a resource fork component, and copying only theB data fork... leading to non-executable applications, or data files missing certain things.   H You had to manually serialize the data via some scheme such as BinHex inC order to guarantee it was a complete file that could then safely be 5 transported across any number of non-MacOS platforms.   G Wasn't hard, but wasn't transparent, and would bite unaware users hard. F A 'fun' situation was with file transfers from MacOS-based machines to PC clients.   H The meta information was still valuable, despite the portability issues,B so Apple thought hard about how to retain meta information without= breaking portability to non-MacOS platforms for their MacOS X  implementation.   F The arrangement they came up with was to have 'application bundles'. AF bundle consists of a top-level subdirectory which contains the various( directories containing application data.  E Sound, image, video, etc. files would be actual separate files rather G than encoded into a traditional MacOS resource or data fork-based file.   D In a specific place in the bundle would be plists (property lists --F XML-based 'preferences' sort of file, but also contains metadata aboutB the application bundle itself) which were just ordinary files from% perspective of a foreign file system.   G From the user's perspective, it was an application icon to double click A on, or to drag. From the filesystem's perspective, it was just an . ordinary directory tree to go through or copy.  E So you could now more easily copy the whole thing safely to non-MacOS F X-based platforms, and not fear as much about losing metadata or parts of actual data somewhere.   E It wasn't really until MacOS X 10.4 ('Tiger') until all the non-MacOS B traditional UNIX utilities bundled with it, finally became able to* seamlessly copy files with resource forks.   -Dan   ------------------------------  + Date: Sun, 30 Apr 2006 05:43:42 +0000 (UTC) 2 From: Sidney Cammeresi <sac@cheesecake.org.nospam>( Subject: Re: Debugging a crashing editor7 Message-ID: <slrne58jke.c92.sac@unakite.cheesecake.org>   B On Fri, 28 Apr 2006 23:54:12 -0500 (CDT), Steven M. Schweda wrote:L >> It starts to start up (and stuff like vim -h works), but then it crashes,	 >> saying  >>  " >> 		Vim: Caught deadly signal BUS >> 		Vim: Finished.  > : >   "VIM" = "/SYS$SYSDEVICE/UTILITY/source/vim/v6r3/vim63"A >   "VIMRUNTIME" = "/SYS$SYSDEVICE/UTILITY/source/vim/v6r3/vim63"   ' I think it was those logicals, as I had    vim = dua1:[vim.]  vimruntime = vim:[vim64]  H which seemed to kind of work, but not quite, I guess, as it's fixed now.  J Is it possible to cleanly combine logicals like that or does the expansion just not work that way?    --   Sidney CAMMERESI http://www.cheesecake.org/sac/   ------------------------------  + Date: Sun, 30 Apr 2006 11:39:47 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)( Subject: Re: Debugging a crashing editor2 Message-ID: <06043011394702_20274C9D@antinode.org>  2 From: Sidney Cammeresi <sac@cheesecake.org.nospam>  ) > I think it was those logicals, as I had  >  > vim = dua1:[vim.]  > vimruntime = vim:[vim64] > J > which seemed to kind of work, but not quite, I guess, as it's fixed now. > L > Is it possible to cleanly combine logicals like that or does the expansion > just not work that way?   @    The first one must be defined with "/TRANSLATION_ATTRIBUTES =G CONCEALED" (typically abbreviated "/tran = conc") for the second one to D work.  I believe that this feature is mentioned somewhere in the VMS FAQ:  4       http://h71000.www7.hp.com/faq/openvms_faq.html  G Or, HELP DEFINE for details.  (As usual, the actual commands used would ? be more informative than your interpretation of their results.)   A    It's been a while since I set up Vim on my system, but with my E (newer) Vim version, I apparently had problems when I used VMS-format F directory specs.  Otherwise, I doubt that I'd have used the UNIX-styleE ones which I did.  (Of course, I could simply have been bewildered by " something or other when I did it.)  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------    Date: 30 Apr 2006 09:40:35 +01002 From: "Dave Weatherall" <djw-nothere@nospam.nohow># Subject: Nemonix Fast Ethernet Card ? Message-ID: <DTiotGxQ0bj6-pn2-nsbrd4KUbmyr@dave2_os2.home.ours>   + On Wed, 26 Apr 2006 17:04:14 UTC, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:   F > Oh, Nemonix does build new disks for VAX systems. It can build an RZI > drive equivalent with 7 gigs on it. Those drives are mechanically brand E > new, but are fully compatible with the old drives. They also have a G > 100mbps ethernet interface that plugs into the memory bus of some VAX P > systems. (you don't have the full 100mbps, but still much faster than 10mbps).  F Has anybody tried one of these. I saw a proposal the other day to use D one to replace a Q-Bus FDDI adapter in a VAX 4108. Was a bit unsure B (i.e. have no idea) of the comparitive throughputs. I've seen two F quotes on the Nemonix site , about 4 MByte/sec and one 3MB/Sec. As JF E says, still better than 10mb ethernet but how does it compare to the   Qbus/FDDI solution?    --   Cheers - Dave W.   ------------------------------  % Date: Sun, 30 Apr 2006 17:28:24 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> . Subject: Re: Today's book club recommendations1 Message-ID: <e31vtt$4jp$1@news-02.connect.com.au>    Hi,    Forgot this bit: -   INSTALL> help add/protec   ADD      /PROTECTED           /PROTECTED         /NOPROTECTED (default)  >      Installs the file as a known image that is protected fromC      user-mode and supervisor-mode write access. You can write into A      the image only from executive or kernel mode. The /PROTECTED =      qualifier together with the /SHARE qualifier are used to =      implement user-written services, which become privileged       shareable images.  K For the life of me I've just got no idea what the IMCB$V_PARENT_PROT bit is 3 good for! Maybe a lost civilization left it for us?    Regards Richard Maher   > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message+ news:e2vjus$jq8$1@news-02.connect.com.au...  > Hi Steve,  > J > My insults are never that subtle, but maybe the humour wasn't that great	 > either.  > G > I sought to cast myself as King Arthur on my sacred quest to discover  "them B > rules" regarding UWSSs, and stood at the base of your castle I'm > bellowing: - > A > "Now, this is your last chance. I've been more than reasonable"  > H > To which you, VMS engineering, and the VMS Documentation (cast as "The# > French Guards") wittily retort: -  > D > "Your mother was a hamster and your father smelt of elderberries!" > = > If you'd seen the film the similarities are truly striking!  >  > Regards Richard Maher  > K > PS. If you're interested http://www.mwscomp.com/movies/grail/grail-08.htm  > ; > "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message - > news:5dM3g.6841$JD.4363@news.cpqcorp.net...  > > Richard Maher wrote: > > K > > > Oh don't we laugh heartily, and fart in their general direction, when  > the E > > > stupid pig customers fall for those old chestnuts. Ahhh chortle  chortle. > > H > >    I'm not at all certain if I'm being insulted, or if I'm missing aG > > good joke, or if these are general ramblings, or if these words are 0 > > intended to seed some search engine ranking. > >  > >  > >  >  >    ------------------------------    Date: 30 Apr 2006 09:02:23 -07002 From: "vaxorcist" <hoelscher-kirchbrak@freenet.de>2 Subject: UC07 with BA350/RZ28 disk offline problemC Message-ID: <1146412943.815915.235410@i40g2000cwc.googlegroups.com>   E I've got an Emulex UC07 Qbus-SCSI Controller which I want to use with ? my MicroVAXII in conjunction with a BA350 shelf and RZ28 disks.   G The UC07 formats and verifies all RZ28 disks without problems, but when E I boot VMS, all of the RZ28 disks are reported to be "offline" when I  try to access them.   D First I thought it was a missing disk spin-up, but that proved to be wrong.  4 Has anyone ever run RZ28s on a UC07 successfully???y" What am I to do to get it working?     Ulli   ------------------------------    Date: 30 Apr 2006 07:54:39 -07002 From: "vaxorcist" <hoelscher-kirchbrak@freenet.de>1 Subject: UC07 with BA350/RZ28 disk spinup problem B Message-ID: <1146408879.145641.92610@v46g2000cwv.googlegroups.com>  E I've got an Emulex UC07 Qbus-SCSI Controller which I want to use with @ my MicroVAXII in conjunction with a BA350 shelf with RZ28 disks.  G The UC07 formats and verifies all RZ28 disks without problems, but when E I boot VMS, all of the RZ28 disks are reported to be "offline" when I  try to access them.   C After a while I found out that RZ28-VA disks (those in SBBs for the C BA350 shelf) wait for a SCSI START UNIT command to spin up. My UC07 F seems not provide that command and I didn't find a way to configure it	 that way.   B The RZ28 manual says that these disk can be jumpered for automaticF spinup without START UNIT, but all jumpers are connected the a fragile. flat cable inside the SBB. It is impossible to: access the jumper needed without removing the whole cable.  = I'd really like to know how to have the disks spun up without > manipulating the whole jumper block. Automatic SCSI-ID settingA (postion-dependant in the BA350) would be lost as well as the LED  status lights.   Ulli   ------------------------------    Date: 30 Apr 2006 08:40:03 -07002 From: "vaxorcist" <hoelscher-kirchbrak@freenet.de>5 Subject: Re: UC07 with BA350/RZ28 disk spinup problem C Message-ID: <1146411603.837034.154710@i40g2000cwc.googlegroups.com>   > Just to be sure I tried the manual disk spin up by setting theD appropriate jumper on the RZ28 - the disk is still being reported as "offline" under VMS!!!  3 Has anyone ever run RZ28s on a UC07 successfully??? " What am I to do to get it working?   ------------------------------    Date: 30 Apr 2006 09:40:33 +01002 From: "Dave Weatherall" <djw-nothere@nospam.nohow>2 Subject: Re: Various comments (decus presentation)? Message-ID: <DTiotGxQ0bj6-pn2-oPCbcDFSNd41@dave2_os2.home.ours>   + On Wed, 26 Apr 2006 20:12:20 UTC, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:    > Bill Gunshannon wrote:F > > RF is DSSI, not MFM and I could not find any reference to an RF54. > J > Sorry, my keyboard moved while I was talking. I meant RD54. And yeah, he; > mentioned it had gone on EBAY for that ridiculous amount.  > G > For some people paying $12k for a replacement disk would be less than  > having to change the system.  = Crikey, I'd better check if the one I've got still works :-)     --   Cheers - Dave W.   ------------------------------  % Date: Sun, 30 Apr 2006 07:46:32 -0400 2 From: Bob Willard <BobwBSGS@TrashThis.comcast.net>2 Subject: Re: Various comments (decus presentation)0 Message-ID: <kaidnSFHAebgPsnZRVn-iw@comcast.com>   JF Mezei wrote:    >John Santos wrote:  >    > G >>Great Canadian company.  They have real duct tape.  (Not cheap.) They @ >>also have Gaffer's tape.  The owner does usenet - hangs out onC >>rec.woodworking.  Don't know if they customize it or if they were , >>the official supplier to the Possum Lodge. >>     >> > F >3M duct tape was the original/official supplier to Possum Lodge whichH >unfortunatly closed a few weeks ago, closing a long chapter of canadianI >history. Canadian Tire has not sold 3M real duct tape in years. But some E >other hardware stores do have it. The cheap stuff called "duck tape" A >made is mexico is useless unless you want just temporary stuff.   >  >  >    > B >>If he counted in binary, he should have been able to hit 1023 (1D >>Kiloquestion) just on his fingers.  1 Gigaquestion on his fingers,G >>toes and his neighbor's fingers.  Or did JF exceed that?  :-) :-) :-)  >>     >> >   >I can count to 99 on my hands.  > ) >right thumb = 5, other right fingers = 1 ) >left thumb = 50, other left fingers = 10  >  >  >1 = 1 right finger down.  >4 = 4 right fingers down . >5 = right thumb down, other right fingers up.2 >9 = right thumb down, 4 other right fingers down.* >10 = 1 left finger down, right fingers up >  >  >so, 74 =   5 >left thumb down, 2 left fingers down  (50 + 10 + 10) 5 >right thumb up, 4 right fingers down (1 + 1 + 1 + 1)  > H >Never considered using the fingers in binary mode.  Not quite that goodB >at converting from decimal to binary in my head for any arbritary >number. >    > I First time I've seen biquinary arithmetic since we shut down our IBM 650.    --   Cheers, Bob    ------------------------------  % Date: Sun, 30 Apr 2006 08:00:55 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 2 Subject: Re: Various comments (decus presentation)5 Message-ID: <zF15g.20$VV2.2674@news20.bellglobal.com>   1 "Dan Notov" <d9nno@comcast.net> wrote in message  4 news:2sWdnfSmqem1_s3ZnZ2dnUVZ_tGdnZ2d@comcast.com... >  [...snip...] > G > The ambassador may be wrong. The company once known as Digital India  I > became Digital GlobalSoft after the Compaq acquisition. It then became  J > Hewlett-Packard GlobalSoft until last year, when all outstanding shares M > were acquired by HP B.V. (Netherlands,) which is a wholly owned subsidiary  	 > of HPQ.  > K Yep. The url http://www.digitalindiasw.com/ now takes you to an HP-branded   site.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------  % Date: Sun, 30 Apr 2006 11:21:31 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 2 Subject: Re: Various comments (decus presentation)7 Message-ID: <JB45g.134$ix6.18365@news20.bellglobal.com>   : "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message , news:fx44g.6908$A91.6656@news.cpqcorp.net... > John Reagan wrote: >> JF Mezei wrote: [...snip...] > G > Both John and I spent several days at the Electronic City HP site in  H > Bangalore, FWIW.  We were part of a small team that was working with, I > presenting to, and learning from our HP OpenVMS Engineering colleagues  I > working at the Bangalore sites.  We had similar meetings with HP folks  A > working in a number of other countries and other local offices.  > K > Many countries have a specific HP entity operating within, that's a part  K > of the the basic legal requirements around organizing and operating most    > any multinational corporation. > M While I don't like seeing VMS-Engineering jobs leaving New England (or North  K America), I'm sure we all realize that a certain amount of out-sourcing is  I necessary in order for premium operating systems like OpenVMS to compete  L against relatively free ones like LINUX. SO when all is said and done, know G that someone, somewhere, is supporting OpenVMS makes me sleep a little   easier.   	     #####    <off topic comment> I Speaking of outsourcing, I heard a news piece on NPR last week about the  A unintended consequences to off shoring (but could also relate to  I outsourcing). It seems that many companies in Asia sign NDAs but have no  J intention of honouring them. Some companies acquire trade secrets, source E code, etc and start manufacturing zero cost knock-offs for their own  F consumption. But after a time these products start leaking into other F countries. In the case of GM, it seems that stuff like brake-pads and I brake-shoes already are being imported into North America with cloned GM  J packaging, GM part numbers, etc. I'm saying this because I don't think it H would be cool for proprietary portions of OpenVMS to end up in a future  release of LINUX.  </off topic comment>  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------  % Date: Sun, 30 Apr 2006 13:05:56 -0400 3 From: "Peter Weaver" <newsonly@weaverconsulting.ca> 2 Subject: Re: Various comments (decus presentation)7 Message-ID: <i865g.138$VV2.12615@news20.bellglobal.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:44543F11.FC4C67AB@teksavvy.com... > John Santos wrote:D >> Great Canadian company.  They have real duct tape.  (Not cheap.)  >> They A >> also have Gaffer's tape.  The owner does usenet - hangs out on D >> rec.woodworking.  Don't know if they customize it or if they were- >> the official supplier to the Possum Lodge.   E I used to lurk on rec.woodworking, but I haven't been out there in 6   or 8 months.  B > 3M duct tape was the original/official supplier to Possum Lodge  > which A > unfortunatly closed a few weeks ago, closing a long chapter of  
 > canadianF > history. Canadian Tire has not sold 3M real duct tape in years. But  > someF > other hardware stores do have it. The cheap stuff called "duck tape"A > made is mexico is useless unless you want just temporary stuff.   F Picked up some 3M Duct Tape at Home Depot a few months ago when I was  actually doing some duct work.  C >> If he counted in binary, he should have been able to hit 1023 (1 E >> Kiloquestion) just on his fingers.  1 Gigaquestion on his fingers, E >> toes and his neighbor's fingers.  Or did JF exceed that?  :-) :-)   >> :-)  / I wasn't counting but, yes, I believe he did :)     > I can count to 99 on my hands. > * > right thumb = 5, other right fingers = 1* > left thumb = 50, other left fingers = 10  F Me too, I saw someone do it on the old Mike Douglas show when I was a E kid and have done it ever since. My sister asked me to teach her son  E one time since his teacher was teaching the class how to count to 10  E on their fingers. I got out 4 pennies, 1 nickel, 4 dimes and stacked  G two quarters to represent a 50 cent piece. After we tried counting the  G real money I told him to think of his fingers as pennies, a nickel for  E the thumb and dimes and a 50 cent piece on the other hand. He had no  F problem understanding it, but his teacher could not understand it and 2 forbid him from going above 10 using his fingers.    ------------------------------  # Date: Sun, 30 Apr 2006 14:23:40 GMT # From: Beach Runner <bob@nospam.com>  Subject: Re: Virtual I/O Cache9 Message-ID: <ML35g.4139$9o4.1369@tornado.tampabay.rr.com>    Dan Foster wrote:   _ > In article <OJc4g.3365$9o4.603@tornado.tampabay.rr.com>, Beach Runner <bob@nospam.com> wrote:  >  >>Dan Foster wrote:  >>D >>>There was at least one nasty XFC bug in 7.2-1 or thereabouts thatI >>>required a key XFC patch to be applied. Workaround was to disable XFC, K >>>so that might have been the reason why it was set to VCC_FLAGS=1 on your 
 >>>system. >  > L >>As far as I know, XFC was introduced in 7.3, but immediately had problems. >  > F > Ahh, yes, you're right. I'd been running 7.3 for so long that hadn't > remembered it wasn't in 7.2. > J > 7.3-1 was the one in dire need of that key ECO; 7.3-2 had it integrated. > < However, the XFC eco improved the speed of releasing memory.   > -Dan   ------------------------------  % Date: Sun, 30 Apr 2006 18:08:40 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> Y Subject: Why did I come into this room again? (Was: Re: Now this is (a little) insult (Wa 1 Message-ID: <e3229b$7qk$1@news-02.connect.com.au>    'Allo you engineering types-a,  4 Oracle Rdb7 Guide to Database Performance and Tuning  < 3.8.3.4 Explanation of "Lock conflict on freeze lock" errors  @ You *must* know this section! I'd put money on you authoring theI catch-phrase:- "Note that this explanation omits the intricate details to  simplify the explanation".   Regards Richard Maher    PS. ->   >-- though that approachG > is certainly far less educational and sometimes also rather less fun,   E See? You can bruise! Nothin' wrong with a temper at all, and violence D certainly has a part to play in any modern society! Now, if only RdbI engineering wasn't serving out their time, travelling around the world on = Rdb Tech Forums until retirement :-( Oh well, we had it once.   L Until we see new blood at the very top of VMS and Rdb engineering, nothing's
 gonna change.   / 1) Constant revenue stream for another 10 years J 2) Big fat pension around the corner; kids' in good schools; life's great! (Seen those new Shimano reels?) J 3) Why aren't I leaving? If I had talent then surely I'd move to something with a future?K 4) Get to indulge our fantasies every now and then (like Row Cache and RTR) F 5) Circle the Wagons if any other wanker tries to penetrate the clique- 6) Bugger those stinking pig-dog customers!!!   : And they wonder how the Mafia suceeded all these years :-(    9 "Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message , news:qkO4g.6987$XT1.3833@news.cpqcorp.net... > D >    There is no obvious evidence of any references to a freeze lockJ > within the OpenVMS SYS system facility, so I can't say what Rdb might beJ > doing with it, nor how Rdb might have implemented its locking.    HavingH > just searched the whole of it, I see only a few references to "freeze"? > any where in the OpenVMS SYS system facility, and none appear H > particularly relevant to your question.  (I've been using Rdb for eonsD > now, and can't recall ever having specifically seen this, either.) > F >    There are certainly various texts available that describe lockingE > schemes and algorithms, if that is of interest here.  Knuth, et al. F > DECdtm and RTR documentation is also available, and Rdb is certainlyF > able to integrate into a distributed transactional environment.  (AsG > I've previously commented, I have usually found it more economical to H > use existing middleware than to write it fresh -- though that approachG > is certainly far less educational and sometimes also rather less fun, C > and the up-front acquisition costs can be tough(er) to justify in I > certain situations and in some organizational administrations.)  But as J > to what Rdb is doing here or as to what portions of or what sequences ofE > the OpenVMS distributed lock manager might be in use here, I simply 
 > don't know.    ------------------------------   End of INFO-VAX 2006.239 ************************                                                
%yk][ y PPH$|u` '-5) r@X+ĺ! YZGU32sN39hun'P<@5S:ܪ:;7-L apZu
=`T#@`ܨTY I偙oTΓ֓؂hdɬ5LYnr°	XG&MRX`ƢaV=SL6f)9L?0{i	TYWQ3a*dVi4+3IXI+^'ͦn1M3T%fkfߘ#dTs*4J\qsmmn3̗x,NKͫJlfآSK;Z܃ssԗ7\[B9
ݒƢn
	Z_6gZBnfQFEۦ<VZmbٍȯ655+Ϭ\H(O6m[BY[LZQɪI
xfWc[j62mҵEÖ"9[l5uʩe6mozl;ٴ6Mޖo=v߳9(J`/Ba{SvhnVKdm_3CVPpx$ #UCjyǂIǖ͙vV81wI!gx8SY(5#9P-\/he.kvN+YDW٦*\s)rڪî(i쎏`]wݼicuǽ5U(14  v&)dcNFX\&dZ僢PnBB
A^ )M;v6^x"3X<|,ה=xn2҂v遗m1ox
#`; 
&$ݖpco2F+㮈5#HEUpҥj]Q
hHM,\H[.O
*f;WW;GXձf>c`MMƽۘ(mMxeb۲7eCז`HbVtQņI$뭒JuHf6Iq
I*5ȵFU(AW]F8PgTFb,NwB"-"sEPs%54h1b>.|I`S8k3'ׂq%Px,B3koyf"@i6x(۱`%8E~6	\PXLP0>9W&4&k0ŔpÜ/$D\R=RuXT(0+QфОFӦk(s)lNuv̬O1OхŢh>n٘4N5NS\qrOߜEڨPMxm!9.g	ٵl'&ΘdQT1ݤ 3" z8T:)n\,/J5KKbkP&t3$3)=ܡlH4ڬ5Pu7`gUD1XQ(ڣѝ(d6Ve0g@MMg(X\zqSH Firb/3\ʄ{p;ؖ+IT,Ig-06*
,l+Ք28VL=wզ[i\wM:j\k~AH0-1o:*ތNzC[MM]
%Zd?oqn5U
{d~}wQN
e"aAWC=gpbV덵P{l}7|_-ΓtLCOf5fF턷d=>i4NTwRy쯔J(u׸2ƤA5΅օe,L`1E5[;I"C̔چSe3JecPt]{N\򪘷$3˹6ƶF<J)/2hqij-CH\dvew0UV/TAʳUiơY+U#Mu5=
f7 Ї.*qZ%fC'$(wzN&N׃)Es-i$5Ȗ;L\?6MRLsw9'A7	E_#n3ޭ7HsڰyT=;1wy<Yk͕,a25TYߵG&)3Lů:Ьo&VS5l<>w
L}ܞ
v{|tlL91K	@321	n|с*6cjLgٱ0\QlսMZ"OTeB##rsJk"Q1bxp^ͳG'ޢWd~#蘌$$ֿh-6T9uyHxkc
<ezIl._niKàn&y#`K<lשl7c
FvcC`cf~M" 5WEy8SQ-߂dE