1 INFO-VAX	Sat, 22 Apr 2000	Volume 2000 : Issue 225       Contents:) Re: Calculating Discordian dates from DCL  DRAS users$db.dat  RE: EMC Disk Storage
 Re: excursion , Re: Interprocess ASt (to purge working sets)! Re: Scheduler & PSDC alternatives / Re: Upgraded (hardware) 8400 System not booting   F ----------------------------------------------------------------------  % Date: Sat, 22 Apr 2000 13:23:36 +0200 $ From: Paul Sture <sture.ch@sture.ch>2 Subject: Re: Calculating Discordian dates from DCL+ Message-ID: <VA.00000013.1ed0ac03@sture.ch>   N In article <39007ab7.524144494f47414741@radiogaga.harz.de>, Martin Vorlaender  wrote:4 > From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) > Newsgroups: comp.os.vms 4 > Subject: Re: Calculating Discordian dates from DCL' > Date: Fri, 21 Apr 2000 17:58:47 +0200  > ' > Paul Sture (sture.ch@sture.ch) wrote:  > : Mpatt644 wrote: N > : >  Working in the finance sector I keep getting asked for the current date > : > in Discordian format, ...  > :  > : ???? > : N > : I may be missing the point here, but what has the Discordian format to do  > : with the finance sector? > . > Perhaps he's one of the Gnomes of Zurich :-) > I I ain't, but I do know where some of the Gnomes of Zurich are! There's a  2 garden full of them a hundred metres from work :-)  J Useless info #1193: I believe I read somewhere that the phrase "Gnomes of L Zurich" was coined by a British Prime Minister (Wilson?) or Chancellor when I sterling was going into free fall in the '60s or '70s, and that it was a  M misnomer, with a people of a small physical stature being typical of another   part of Switzerland. __
 Paul Sture Switzerland   $ Murphy's 272nd Law of the Internet:   H There will always be a smelling mistake in a post criticising someone's 	 spelling.    ------------------------------  % Date: Sat, 22 Apr 2000 20:30:36 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> Subject: DRAS users$db.dat0 Message-ID: <3901D3AB.C0A0DB24@SMTP.DeltaTel.RU>   Hi All! A 	I looking way to extract user password from the DRAS database to  migration purpose. 	Can someone help me ?   	TIA.  --   Regards.F +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM- 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 G +............ Frying only on VMS, flying only by Su-27  .............+
    ------------------------------  # Date: Sat, 22 Apr 2000 12:56:00 GMT , From: kaplow_r@eisner.decus.org (Bob Kaplow) Subject: RE: EMC Disk Storage ' Message-ID: <2000Apr22.085600.1@eisner>   v In article <EA5FE99F5DEAD311A6CB00805F199992BCA806@misnts1.dalsemi.com>, Don Rogstad <Don.Rogstad@dalsemi.com> writes:J >>> 5) Until the latest firmware release, the EMC box each disk mount tookI 90 seconds to occur during boot.  The EMC box would not spin up the disks I until a mount request was given.  This cause out boot up time to increase L noticeably.  (You never realize how *long* a minute is until you are staringL at a screen waiting for mount completion ;-)  This was supposed to be one of@ the firmware fixes, but we haven't rebooted to confirm this. <<<  L This is not an EMC problem. The best solution to this is to have a BATCH jobJ in your startup that mounts all of the disks. My system would take an hourH to boot if I didn't do this, instead of less than 5 minutes. In fact, myK current startup has about half a dozen parallel batch threads to do much of 	 the work.    	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1    ------------------------------  % Date: Sat, 22 Apr 2000 09:57:21 +0200 2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: excursion; Message-ID: <39015b61.524144494f47414741@radiogaga.harz.de>   , James Wilkinson (james@elementyl.com) wrote:& : "Dan Sugalski" <dan@sidhe.org> wrote3 : > At 03:30 PM 4/20/00 -0400, Marc Lippmann wrote: < : > >Just FYI, the latest release of Excursion is V7.1.n ... : > E : > Have they got the thing doing anything better than 8-plane color? E : > That was the single most annoying thing about the older versions.  : M : Do any commercial X servers do better than 8 bit?  It is a real limitation, 
 : I agree.  J Given that the graphics card is good enough, Exceed can do TrueColor mode. See http://www.hummingbird.com/    cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de H   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  # Date: Sat, 22 Apr 2000 13:02:56 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 5 Subject: Re: Interprocess ASt (to purge working sets) 0 Message-ID: <009E8FC2.034D3B07@SendSpamHere.ORG>  a In article <e$awz2#q$GA.236@cpmsnbbsa03>, "cstranslations" <cstranslations@email.msn.com> writes: L >You can start with the Internals and Data Structures book however I believe2 >that alot changed some where between 7.0 and 7.2. > L >VAXMAN wrote an application (Symbol) which (if memory serves) queues an ASTG >to another process on the system to either retrieve or create a symbol J >within that process (which would serve as an illustration for queuing andK >AST to another process). I seem to remember it being on the freeware CD or F >maybe it was one of the freeware websites. Maybe he'll drop in with a$ >definitive answer as to a location.  G The Freeware CD has no source!  There is a rather old version available G on the WKU site and numerous mirrors, and the DECUS Essential Tools CD. H I will no longer distribute Freeware with its source as I do not wish toG give my hard efforts and ingenuity to the scumbag that stole my future, F my health, my peace of mind and my children's future in the guise of aG litigation.  If you do want source, ink a nondisclosure agreement or go F spend several weeks in the LoC searching for it!  (Note: The important* parts of present day SYMBOL aren't there!)  F Queueing an AST to another process to purge the working set should notG be too difficult a tast.  You need to invoke the SYS$PURGWS system ser- 7 vice in the context of a target process.  Quite simple.   F Hop up into kernel mode and allocate a bit of 'ye olde' nonpaged pool.G Enough to hold ACB$K_LENGTH and two longwords.  Then, it's time to pop-  ulate that allocation.                ___.___.___.___*             |___.___.___.___|:ACB$L_ASTQFL*             |___.___.___.___|:ACB$L_ASTQFL>             |___|___|___.___|:ACB$B_RMOD|ACB$B_TYPE|ACB$W_SIZE'             |___.___.___.___|:ACB$L_PID '             |___.___.___.___|:ACB$L_AST *        .---<|___.___.___.___|:ACB$L_ASTPRM6        |    |___.___.___.___|:ACB$L_FLAGS (Alpha only);        |    |___.___.___.___|:ACB$L_THREAD_PID (Alpha only) (        |    |___.___.___.___|:ACB$L_KAST*        `--->|___.___.___.___|:inadr(lower)*             |___.___.___.___|:inadr(upper)      A The ACB$L_PID field should be filled with the IPID of the target. D The ACB$L_AST field should be filled with the address of SYS$PURGWS.E The ACB$W_SIZE field should be filled with the size of NPP allocated. B The ACB$B_TYPE field should be filled with the value of DYN$C_ACB.F The ACB$B_RMOD field should be filled with the mode that the AST is to)     be delivered.  I'd figure PSL$C_USER. I The ACB$L_ASTPRM field should be filled with the address of the allocated I     ACB block + ACB$K_LENGTH.  Thus, the ACB$L_ASTPRM field will point to G     the extra two longwords allocated in addition to the pool needed to <     house the ACB.  This is referred to as an ACB extension.  I In these last two fields, I would place %x00000000 and %x3FFFFFFF.  Thus, 4 you would be specifying all of P0 space for purging.  I You're now done.  Put the address of the ACB into register R5 and you can H specify a priority boost in register R2 (see LIB.MLB:$PRIDEF).  Then in- voke SCH$QAST.  1 The AST will be delivered with the equivalent of:   : SYS$PURGWS(inadr, saved_R0, saved_R1, saved_PC, saved_PSL)  > Of course, SYS$PURGWS only has interest in the first argument.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Sat, 22 Apr 2000 12:42:33 GMT , From: kaplow_r@eisner.decus.org (Bob Kaplow)* Subject: Re: Scheduler & PSDC alternatives' Message-ID: <2000Apr22.084233.1@eisner>   m In article <38FF25E0.E69C74B6@merlin.arc.nasa.gov>, "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes: E >> I'd like nothing better than to have all of these back, and on DeQ ' >> maintenance. And to tell CA to .....  > @ > Actually, the COO of CA was interviewed by Infoworld last weekC > and his response (his ONLY response) to a question about friction 9 > with 'industry partners' was "It's an overrated story."   " methinks it's an underrated COO...  D Show me just ONE post from a customer whose third party software wasH assimilated by CA where the customer is happy about the result and likes dealing with CA.  H The compamy I'm at has now been screwed by CA three times. Wait, I think1 they just bought another company. Make that four!    	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1    ------------------------------  % Date: Sat, 22 Apr 2000 13:40:47 +0200 $ From: Paul Sture <sture.ch@sture.ch>8 Subject: Re: Upgraded (hardware) 8400 System not booting+ Message-ID: <VA.00000015.1ee0690d@sture.ch>   7 In article <002568C7.00521230.00@quegw01.btyp>,  wrote:  > N > We have just upgraded an 8400 replacing the existing single CPU with two newN > ones, and adding another 2 GB of memory. When trying to boot the system, the > following occurs;  >  > jumping to bootstrap code  >  > CPU 0 halted >   halt code = 2  >   kernel stack not valid halt  >   PC = fffffffffffffffc  > P > I suspect this may be a memory related error, but haven't seen this particular > message before.  > L > Can anyone help to resolve this? I will supply more information if needed.A > System is running VMS 7.1-2 and has a total of sixGb of memory. 6                         ^^^^^                    ^^^^^  O That's enough to point me at the NPAG_BAP* parameters (as opposed to the NPAG*  R ones I incorrectly quoted). It happened to us when IIRC we went from 4GB to more. Q If you have AES/DSN there's an article entitled "[OpenVMS] CIXCD, CIPCA, CIMNA &  > KFMSB Problems with > 1GB Memory (V7.1)" which addresses this.  J I've just had a look at some V7.2-1 systems and the recommended parameter S calculations were commented out of MODPARAMS.DAT, so it appears that the issue has   been resolved there.   >  > What else? > A > AlphaServer 8400 4-5/625/4, Console V5.5-4 21-JUL-1999 16:27:00 @ > SROM V3.1, OpenVMS PALcode V1.21-1, Tru64 UNIX PALcode V1.23-18 > System Serial = qv, OS = VMS,  7:43:27  April 20, 2000 >    ___ 
 Paul Sture Switzerland    ------------------------------   End of INFO-VAX 2000.225 ************************