1 INFO-VAX	Mon, 28 Nov 2005	Volume 2005 : Issue 664       Contents:! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested 7 Re: Announcing: New Tier3 and hotTIP test kit available ' Re: Beginner: nesting DCL command files G Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail??? G Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail??? G Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail??? G Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail??? * Re: Decent alpha system for OpenVMS newbie* Re: Decent alpha system for OpenVMS newbie) Re: DECwindows on a graphics-less machine  EXECSYMB on VMS V8.2+ ? & Re: Java App crashes under user SYSTEM3 Need help: Applying multiple ECO kits and rebooting 7 Re: Need help: Applying multiple ECO kits and rebooting  Re: No more SETI on VMS ?  Re: No more SETI on VMS ?  Re: shutdown and feedback  Re: SSH password expiry fixed , Re: [ORACLE 10G] Installing on OpenVMS Alpha, Re: [ORACLE 10G] Installing on OpenVMS Alpha  F ----------------------------------------------------------------------  % Date: Mon, 28 Nov 2005 09:40:20 -0500 & From: John Reagan <john.reagan@hp.com>* Subject: Re: $GETDVI suggestions requested0 Message-ID: <_1Fif.161$297.119@news.cpqcorp.net>   Syltrem wrote:   >  > Guy, > L > Why f$cunits, and not f$CVunits when we already have f$CVtime, f$CVsi and 	 > f$CVui? B > All other Conversion lexicals start with CV... easy to remember. >   C Guy originally had it as F$CVUNITS, but bumped into something that  G caused him to change it.  I don't remember the details other than lots  D of folks who used F$CVU and assumed it meant F$CVUI.  Personally, I E claim those .COM files are broken, but Guy would know the real story.      --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 28 Nov 2005 10:04:32 -0600. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)* Subject: Re: $GETDVI suggestions requested, Message-ID: <B5JpgXGX5Nfp@cuebid.zko.hp.com>   "R Boyd" <bob@hax.com> writes:  H > An item that I would dearly like to see -- have wanted since the earlyH > days of clustering is a DVI code that would return the same value thatF > you see in the MNT CNT column output by the DCL SHOW DEVICE command.D > This number represents the number of cluster members that have theH > device mounted.  There have been a number of times where I have wantedB > to use this number and have had to resort to the usual tricks to+ > extract it from the SHOW DEVICE output.     L This may sound rather odd, but determining the clusterwide mount count with K absolute 100% certainty is very difficult within $GETDVI!  This was studied L at length about five years ago, and we came to the conclusion that we'd needL to make some changes to the lock manager.  While a value could be determinedJ for the clusterwide mount count without the lock manager changes, and it'sM more than likely that this value would be correct, we aren't comfortable with O the notion of "good enough", and the work it would take within the lock manager H never rises to the level of "more important" than some of the other work needed to be done around here.  F The environment in which $GETDVI works is quite different from that of $ SHOW DEVICE.   --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 28 Nov 2005 10:10:20 -0600. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)* Subject: Re: $GETDVI suggestions requested, Message-ID: <uMWQctJMNn$g@cuebid.zko.hp.com>  ` In article <43877589.7EF7479C@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Rob Brooks wrote:   O >> To answer your question more fully, we don't keep track of I/O on a pathwide I >> basis across a system.  For any given device, one can use $GETDVI with L >> dvi$_opcnt and the various path names to get the operation count for each >> path per device.  > I > However, there is no F$GETDVI() equivalent to this (or, if there is, it H > is not effectively documented). One must still get/parse the output of? > SHOW DEVICE/FULL to get the operation counts per path, AFAIK.   K Perhaps you should reread everything I've written regarding complete parity M between SYS$GETDVI and F$GETDVI, and take a closer look at the DCL Dictionary 	 for V8.2.    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 28 Nov 2005 10:46:24 -0600. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)* Subject: Re: $GETDVI suggestions requested, Message-ID: <qwkm09uYtNQn@cuebid.zko.hp.com>  " "Ian Miller" <ijm@uk2.net> writes:G > Does $GETDVI have any item codes that are cluster wide? I suspect not  > but I don't know.   M Well, I'm not sure what you mean by that question.  There are item codes that J are "cluster-aware", like SHDW_COPIER_NODE, which returns the node name on= which a copy or merge is taking place for a given shadow set.   J In general, however, the vast majority of item codes simply return a valueE that is stored in a local data block (UCB, VCB, SUD, SHAD, etc . . .)    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 28 Nov 2005 10:07:57 -0800 From: "R Boyd" <bob@hax.com>* Subject: Re: $GETDVI suggestions requestedC Message-ID: <1133201277.046043.184450@g43g2000cwa.googlegroups.com>    Rob,  & Thanks for the response about MNT CNT.  0 OK ... fair enough about the changes to $GETDVI.  E On the other hand, from a purist architectural perspective why in the F world was the information ever put into SHOW DEVICE output if it's notD "device" information?  I understand that the information is actuallyC VOLUME information and not exactly purely DEVICE information.  I've F asked for this before long long ago and got a more terse response, butE was basicallly left with something along the lines of "you'll have to  do it yourself."  D If it can't be done from $GETDVI, where can it be done from?   If itG can't be done from a system service routine, can it be done from an RTL @ call?  And can't you then make the information available through% F$GETDVI or another lexical function?   E Another rant related to how many times a particular volume is mounted B -- which probably goes into a new topic:  why is it that if a nodeB tries to boot into a cluster with a system disk which has the sameD volume label as a disk that is already mounted somewhere else in theF cluster that the system crashes with a very cryptic crash symptom thatC leaves you to guess what has happened?  Why can't the boot sequence D which has quite a bit of code already loaded by that point just handF back a nice little message saying the equivalent of "Excuse me but youF can't boot into the cluster with a disk that has the same volume labelF as an already mounted different device(giving nodename and device nameD where the volume is previously mounted)" or "boot device  <offendingA device>: volume label <offending label> not unique in cluster" or E something similar?  I don't know if this is still an issue with V8.2, : but as I recall it was still there with V7.2-2 and V7.3-2.  F I realize that this is the "fault" of the system administrator, but inF complex cluster environments and doing system upgrades and such it canE be easy to lose track.  It would help out the poor system dummy ... I F mean administrator if the system could give them a clue about the real5 reason why the boot failed rather than just crashing.   
 Thanks again,  Robert   Rob Brooks wrote:   > "R Boyd" <bob@hax.com> writes: > J > > An item that I would dearly like to see -- have wanted since the earlyJ > > days of clustering is a DVI code that would return the same value thatH > > you see in the MNT CNT column output by the DCL SHOW DEVICE command.F > > This number represents the number of cluster members that have theJ > > device mounted.  There have been a number of times where I have wantedD > > to use this number and have had to resort to the usual tricks to+ > > extract it from the SHOW DEVICE output.  > M > This may sound rather odd, but determining the clusterwide mount count with M > absolute 100% certainty is very difficult within $GETDVI!  This was studied N > at length about five years ago, and we came to the conclusion that we'd needN > to make some changes to the lock manager.  While a value could be determinedL > for the clusterwide mount count without the lock manager changes, and it'sO > more than likely that this value would be correct, we aren't comfortable with Q > the notion of "good enough", and the work it would take within the lock manager J > never rises to the level of "more important" than some of the other work  > needed to be done around here. > H > The environment in which $GETDVI works is quite different from that of > $ SHOW DEVICE. >  > -- > N > Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------  % Date: Mon, 28 Nov 2005 05:58:05 -0800 # From: "Tom Linden" <tom@kednos.com> @ Subject: Re: Announcing: New Tier3 and hotTIP test kit available( Message-ID: <ops0yee30rzgicya@hyrrokkin>  3 On Mon, 28 Nov 2005 19:39:10 +0800, Richard Maher   $ <maher_rj@hotspamnotmail.com> wrote:  H >  Persistent Network Connection. Once accepted, the network connectionI > between client and communication server is maintained until either your I > client or your server code asks specifically for it to be dropped. This K > removes the overhead of having to obtain a channel, request a connection, H > and pass authorization, each time a client needs to access your server > application.   Does this use SSL? Tom    ------------------------------    Date: 28 Nov 2005 08:01:48 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: Beginner: nesting DCL command files3 Message-ID: <lNAnkbklsJwY@eisner.encompasserve.org>   X In article <Ykoif.632386$1i.530078@pd7tw2no>, Alder <PGDEHMKOKIMD@spammotel.com> writes: >  > I > Can anyone help with a pointer on where I went wrong, or what to read?  	 > Thanks.  >   B    If you define logical names in a shared table (such as /system);    during boot, they will be there until you deassign them.   F    DCL symbols are not shared and disappear when the boot process logs7    out.  They can't be seen by other processes, anyhow.   A    If lots of accounts need the same DCL symbols, define them via     SYS$SYLOGIN .   ------------------------------    Date: 28 Nov 2005 07:48:10 -0800$ From: "Bob Armstrong" <bob@jfcl.com>P Subject: Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail???C Message-ID: <1133192890.738697.266490@z14g2000cwz.googlegroups.com>   F >Proper netiquette would be to issue an SMTP Reject message during theH >dialog.  Accepting and then later "bouncing" is not acceptable behavior >in this day and age.   G   AFAIK, OVMS TCP/IP does not work this way.  You can argue that that's D bad all you want , but I would not do this even if I had the option.  C   It allows SPAMmers to easily scan your system and determine which  user names are real.     BAD IDEA, capitals intended.  E   Now we can discuss how SPAMmers have destroyed the utility of email C for the rest of us.  That point I would agree with, but we're stuck  with it.  
 Bob Armstrong    ------------------------------    Date: 28 Nov 2005 08:01:33 -0800$ From: "Bob Armstrong" <bob@jfcl.com>P Subject: Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail???C Message-ID: <1133193693.641767.207500@g44g2000cwa.googlegroups.com>    > Steven M. Schweda wrote:  ` >You do have the (nadly named) "Symbiont-Checks-Deliverability: FALSE" thing set already, right?  C   I think this is new in UCX V5.4, right?  Sadly, V5.4 runs only on  Alpha.  G   The only option I seem to have right now is to use some rather severe D RBLs, which stop a lot of the SPAM from arriving in the first place.D Unfortunately I'm finding that a fair amount of legitimate mail gets
 rejected too.    Bob    ------------------------------    Date: 28 Nov 2005 10:26:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) P Subject: Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail???3 Message-ID: <lmOBb0ZMok4e@eisner.encompasserve.org>   j In article <1133192890.738697.266490@z14g2000cwz.googlegroups.com>, "Bob Armstrong" <bob@jfcl.com> writes:G >>Proper netiquette would be to issue an SMTP Reject message during the I >>dialog.  Accepting and then later "bouncing" is not acceptable behavior  >>in this day and age. > I >   AFAIK, OVMS TCP/IP does not work this way.  You can argue that that's F > bad all you want , but I would not do this even if I had the option. > E >   It allows SPAMmers to easily scan your system and determine which  > user names are real.  A That would be the case if the _only_ basis for such rejection was > absence of the username.  Some use additional reasons, such as making excessive attempts.  > But as it is, spammers can just wait for the return message to% figure out which usernames are valid.   = If you can eat the overhead, use greylisting on the first try @ and reject on the second (which will almost never be a spammer).   ------------------------------    Date: 28 Nov 2005 08:39:43 -0800$ From: "Bob Armstrong" <bob@jfcl.com>P Subject: Re: Configuring OVMS TCPIP SMTP server to discard undeliverable mail???B Message-ID: <1133195983.717020.19720@g44g2000cwa.googlegroups.com>  @ >Some use additional reasons, such as making excessive attempts.  E   The plan I like the best, which some SMTP servers now do, is simply G to introduce steadily increasing delays before the response.  Just kill  the SPAMmer's thruput :-)   C   It's moot, though - I don't think UCX can do any of these things.    Bob    ------------------------------    Date: 28 Nov 2005 07:49:28 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Decent alpha system for OpenVMS newbie 3 Message-ID: <s4UNYU6PjtLu@eisner.encompasserve.org>   e In article <1133143217.102699.157520@g14g2000cwa.googlegroups.com>, stuie_norris@yahoo.com.au writes:  > Hi RC, > D >> I have been testing it on OS/X and I am impressed. We have OracleI >> (formerly DEC) Rdb running, and have compiled programs successfully on  >> it. > G > Where is the OSX version available from?  What machine do you have it 
 > running on?   F    I found porting SIMH to OS X trivial.  Mostly adding OS X to #ifdef*    for other UNIX.  I didn't keep my copy.  A > I am hoping to use a Powerbook G4 1 Gz 1 Gb RAM.  Any comments?   
    Go for it.    ------------------------------  # Date: Mon, 28 Nov 2005 18:05:14 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: Decent alpha system for OpenVMS newbie = Message-ID: <uFHif.87750$375.31971@fe3.news.blueyonder.co.uk>    rcyoung wrote:    I > 2) You can not telnet/ftp/ etc to the "host" Mac from the emulator, but I > you can go anywhere else. The same behavior is mentioned under Windows.   I You can install a tap (look on sourceforge for tun/tap) virtual ethernet  G driver. Simh thinks it has a real ethernet card and the host operating  F system thinks the guest is at the end of annother real ethernet link. G I've got this to work under Windows and Linux and I've seen reports of  " people using tap drivers on a Mac.E You can then use IP between the host and the guest as well as to the   outside world.     --  
 Alan Greig   ------------------------------    Date: 28 Nov 2005 07:55:50 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: DECwindows on a graphics-less machine3 Message-ID: <xAVNh2m+zpcp@eisner.encompasserve.org>   \ In article <438844FE.43CA8C24@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:D > If I have a server that is without graphics card, is there a magicF > incantation during startup to cause DECwindows software to started /I > INSTALLed, but no X-server started ? (since there is no graphics head).   >    Set the WINDOWS parameter in SYSGEN.  I do it all the time.   ------------------------------    Date: 28 Nov 2005 07:58:35 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>  Subject: EXECSYMB on VMS V8.2+ ?C Message-ID: <1133193514.976697.114430@f14g2000cwb.googlegroups.com>   F Has anyone installed and run Execsymb from the freeware kits on a V8.2D Alpha system, or built it to run on a V8.2+ itanic?  Any problems orC issues?  We don't have a V8 system yet but I need to verify if some E Execsymb queues will continue to work if a current system is upgraded  or replaced by an itanic.    Thanks for any info.   Rich   ------------------------------    Date: 28 Nov 2005 08:06:45 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: Java App crashes under user SYSTEM 3 Message-ID: <nCNGtgdZPrZj@eisner.encompasserve.org>   n In article <Xns971C182C61687bdscch@193.171.255.23>, Bernhard Dorninger <bernhard.dorningerATscchDOTat> writes: > Hi- > I wonder if anyone could help me out again.  > F > We have a Java app running under OpenVMS 7.3.1 with HP's latest Java$ > 1.4.2 VM (including the patch p2)  > F > The app is started as a detached process and starts subprocesses via > Java's runtime.exec method. \ > It runs quite fine under an ordinary user account we have set up, but the whole VM crashes2 > under user SYSTEM with the following trace info.  E    I would not be surprized if runtime.exec required DCL context.  In B    order to get this for a detached process you need to start thatA    process as running sys$system:loginout.exe with an /input to a :    DCL command file telling it what it really needs to do.  >    And make sure that all logical names, including any used onB    /input, /output, and/or /error, are defined in a table that the    detached process can see.   ------------------------------    Date: 28 Nov 2005 07:55:55 -0800$ From: "AEF" <spamsink2001@yahoo.com>< Subject: Need help: Applying multiple ECO kits and rebootingB Message-ID: <1133193355.560477.18660@g43g2000cwa.googlegroups.com>  B I want to bring some VMS 6.2 systems up to date w.r.t. ECO kits. IE recently did this on such a system and did many reboots. Do I have to E reboot between each one if I do them all at once? Note that these ECO F kits will be applied during down time. No one will be using the system' between while I am applying these kits.    These are the kits I applied:   1 vaxclusio01_062.release_notes   24-Nov-2005 01:43 1 vaxy2k02_062.release_notes      24-Nov-2005 01:58 1 vaxf11x06_062.release_notes     24-Nov-2005 02:07 1 vaxsysa02_062.release_notes     24-Nov-2005 02:24 1 vaxsysb02_062.release_notes     24-Nov-2005 02:29 1 vaxshad10_062.release_notes     24-Nov-2005 02:32 1 vaxqman05_062.release_notes     24-Nov-2005 02:38 1 vaxrms04_062.release_notes      24-Nov-2005 02:40 1 vaxlat03_062.release_notes      24-Nov-2005 02:46 1 vaxscsi01_062.release_notes     24-Nov-2005 02:51 1 vaxmail02_062.release_notes     24-Nov-2005 03:05 1 vaxdwmotmup01_062.release_notes 24-Nov-2005 03:07 1 vaxvmsmup01_062.release_notes   24-Nov-2005 03:57   < Some of the kits strongly recommend a reboot to avoid systemC instability. OK, I guess I should do that for them. But do I really % need to reboot for any of the others?   D At least one said "no reboot is necessary after installation of this kit". OK, that's pretty clear.  A Others say "The images in this kit will not take effect until the G system is rebooted" or similar. Do I HAVE to reboot after these, or can G I just continue to pile on the remaining ECO kits and do a final reboot G (and the reboots to avoid system instability for those kits)? Remember: B I am installing these kits in a single "session" -- "all at once".  F Note: The dependencies among these are that these four must be done in- this order: VAXCLUSIO, Y2K02, F11X06, SHAD10.    thanks   ------------------------------    Date: 28 Nov 2005 08:24:07 -0800 From: bill@wcschmidt.com@ Subject: Re: Need help: Applying multiple ECO kits and rebootingC Message-ID: <1133195047.008371.122740@g43g2000cwa.googlegroups.com>   D You can apply multiple patchs as long as a patch is not dependent on& another patch, that requires a reboot.  
 AEF wrote:D > I want to bring some VMS 6.2 systems up to date w.r.t. ECO kits. IG > recently did this on such a system and did many reboots. Do I have to G > reboot between each one if I do them all at once? Note that these ECO H > kits will be applied during down time. No one will be using the system) > between while I am applying these kits.  >  > These are the kits I applied:  > 3 > vaxclusio01_062.release_notes   24-Nov-2005 01:43 3 > vaxy2k02_062.release_notes      24-Nov-2005 01:58 3 > vaxf11x06_062.release_notes     24-Nov-2005 02:07 3 > vaxsysa02_062.release_notes     24-Nov-2005 02:24 3 > vaxsysb02_062.release_notes     24-Nov-2005 02:29 3 > vaxshad10_062.release_notes     24-Nov-2005 02:32 3 > vaxqman05_062.release_notes     24-Nov-2005 02:38 3 > vaxrms04_062.release_notes      24-Nov-2005 02:40 3 > vaxlat03_062.release_notes      24-Nov-2005 02:46 3 > vaxscsi01_062.release_notes     24-Nov-2005 02:51 3 > vaxmail02_062.release_notes     24-Nov-2005 03:05 3 > vaxdwmotmup01_062.release_notes 24-Nov-2005 03:07 3 > vaxvmsmup01_062.release_notes   24-Nov-2005 03:57  > > > Some of the kits strongly recommend a reboot to avoid systemE > instability. OK, I guess I should do that for them. But do I really ' > need to reboot for any of the others?  > F > At least one said "no reboot is necessary after installation of this  > kit". OK, that's pretty clear. > C > Others say "The images in this kit will not take effect until the I > system is rebooted" or similar. Do I HAVE to reboot after these, or can I > I just continue to pile on the remaining ECO kits and do a final reboot I > (and the reboots to avoid system instability for those kits)? Remember: D > I am installing these kits in a single "session" -- "all at once". > H > Note: The dependencies among these are that these four must be done in/ > this order: VAXCLUSIO, Y2K02, F11X06, SHAD10.  >  > thanks   ------------------------------  # Date: Mon, 28 Nov 2005 10:13:04 GMT / From: Clay M. Denton <denton@orison.dsserv.com> " Subject: Re: No more SETI on VMS ?8 Message-ID: <gvllo11m6shh0qu3flfscd5e71eaf35r2a@4ax.com>  $ I'm # 384 with mostly VMS results...  7 At one point - I broke the top 200 about 3 years ago...    Clay  W On Tue, 22 Nov 2005 14:47:25 -0500, "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov> wrote:   6 >"Wayne Sewell" <wayne@tachysoft.com> wrote in message* >news:00A4D0B5.248C7202.3@tachysoft.com...: >> >From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)D >> >In article <dlmoem$cjr$1$8302bc10@news.demon.co.uk>, "R.A.Omond" ><Roy@Omond.net> writes:9 >> >>Just as I was about to break into the top 10,000 :-(  >> >I >> >I recently had my 10k Result. I wanted to break into the top 30k rank  >(where J >> >I already had been at the time I had an ES40 with 4x500Mhz running too >;-) >> >Currently I'm 30859th  >> >K >> I am #4154 with 40602 units.  I would hate for that to be the end of the  >line. > K >Pikers!  I'm #1873 (out of nearly 5.5 million SETI@home participants) with I >69049 results received.  I hope I can make it to 75,000 before they shut I >down next month.  The bitter irony is that, with all that CPU time, they L >only have promising candidates (no definitive alien civilization), and noneL >of those were discovered by any of my CPUs.  Oops - correction.  I did find >one candidate: C >http://setiathome2.ssl.berkeley.edu/Candidates/reobs/SAHMb02+08b/.  > M >Another bitter irony is that I never would have gotten this far on SETI@home G >had not my entire department run off to Linux/X64 for their scientific  >computing needs.  >    ------------------------------  % Date: Mon, 28 Nov 2005 07:43:05 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: Re: No more SETI on VMS ?8 Message-ID: <nXCif.1225$Et5.75272@news20.bellglobal.com>  2 "H Vlems" <nospam@what.ever.com> wrote in message 6 news:c72ea$437f44fe$513b9a2c$13473@news.versatel.nl...! > That would be good news indeed. D > My SETI workload is 100% VMS and runs on AS1200, AS800 and XP1000  > platforms.J > Would it be too much to generate code optimized for these somewhat older	 > cpu's ?  >  > Hans > F My thoughts exactly. I downloaded the source code a week ago but just H haven't found any time to look at it. It was my intention to publish an M optimized binary for each Alpha platform. I'm hoping that who ever does this   first would do the same.  J p.s. The majority of my SETI contributions were done on OpenVMS/Alpha and + I'm currently sitting at 42,000 work units. 4 http://www3.sympatico.ca/n.rieck/docs/seti_tips.html_ http://setiathome2.ssl.berkeley.edu/fcgi-bin/fcgi?email=n.rieck@sympatico.ca&cmd=user_stats_new M but last week I converted all my non-OpenVMS clients to BOINC (Berkeley Open  % Infrastructure for Network Computing) 8 http://setiathome.berkeley.edu/show_user.php?userid=4445  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Mon, 28 Nov 2005 13:07:16 +0100 & From: Paul Sture <paul.sture@decus.ch>" Subject: Re: shutdown and feedback, Message-ID: <3v0a7jF134ageU1@individual.net>   JF Mezei wrote: 1 > Phillip Helbig---remove CLOTHES to reply wrote:  > J >>If HP value such input as such, then I could enter it as a hobbyist.  IfH >>I do so as a paying customer, then I feel obliged to explain how it is8 >>needed to run the business I am paying HP to support.  >  >  > I > Submitting problem reports should be "free" and there should be an easy I > way for anyone to do so. Those who don't pay for support can't expect a  > fix.   >   G But with that, the person submitting the SPR should make it as easy as  H possible to reproduce. Make it a no brainer to reproduce, and it's more  likely to get fixed.   ------------------------------    Date: 28 Nov 2005 10:26:22 -0800 From: "R Boyd" <bob@hax.com>& Subject: Re: SSH password expiry fixedB Message-ID: <1133202382.226809.41820@g14g2000cwa.googlegroups.com>  E I will give it a try today -- I have held off broadcasting the use of G PuTTy to SSH enabled systems just because of the possible problems with  password expiration weirdness.   Thanks for the notice!   Robert   d.champion@rl.ac.uk wrote:   > you can now set  > & > allowvms(non)loginwithexpiredpw  yes > H > in the config file and when a user logs in with an expired password itH > will allow the packets to be exchanged properly and a new password canE > be set by the user. i have tested this on my system and it seems to I > work. if other people could test it i think they would be happy to hear  > from you.  > ) > see the link below for more information  > V > http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/ssh2-password-expiry.html > 
 > *HOORAY* >  > dickon   ------------------------------    Date: 28 Nov 2005 07:02:13 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: [ORACLE 10G] Installing on OpenVMS Alpha 3 Message-ID: <xoiyUjSMWgIa@eisner.encompasserve.org>   p In article <438a867a.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes:* > Dave Froble <davef@tsoft-inc.com> wrote:# >> Peter 'EPLAN' LANGSTOEGER wrote: L >>> I find the recommendation of SYSGEN PQL_Mxxxxx values uhhhm interesting.H >>> I understand CHANNELCNT and UAF parameters, but not the SYSGEN PQL_M >>> hammer.  >>  D >> The PQL_M* parameters are minimums for processes created without , >> LOGINOUT, so I don't see their relavence? > I > As Oracle creates a lot of detached processes, and seemingly from a lot J > of places in their code, they suggest PQL_M* adjustments for performanceG > reasons instead of going through the hassle to work out decent quotas 7 > for each and every ORA* process. A big hammer indeed.   @ If you are going to run software that "creates a lot of detached? processes", you are agreeing to devote a lot of your machine to ? support that product.  Adjusting PQL_M* parameters to match the > major use of your machine does not seem like such a big hammer? in that case.  The alternative of individual calculations, even @ when feasible, is a lot of work.  Avoiding that work by allowing@ greater memory consumption seems like a good choice with current memory/labor price ratios.   ------------------------------    Date: 28 Nov 2005 06:59:54 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 5 Subject: Re: [ORACLE 10G] Installing on OpenVMS Alpha C Message-ID: <1133189994.390291.261950@g14g2000cwa.googlegroups.com>    Larry Kilgallen wrote:   *snip*  B > If you are going to run software that "creates a lot of detachedA > processes", you are agreeing to devote a lot of your machine to   G I would wager that Oracle assumes that if you're running it's  RDBMS on  your server thatC the machine is pretty much devoted to just running Oracle.  From my  experience not an ? unreasonable assumption if you want decent performance from the  database.  Although,? VMS gives you much better options to tuning so that both server 
 processes and D "clients" (interactive users) will have decent performance than most other platforms.  G At one time (I haven't checked in 10g) Oracle also checked for logicals  of the form @ <sid>_PQL_M* (or something similar) so that you could tailor the various quotas for each  database instance.   ------------------------------   End of INFO-VAX 2005.664 ************************                                                                                                                                                                                                                    ------------------------ C-KERMIT-V5A-DOC%    Version:      5A(179), 24-NOV-1992P:    Description:  C-Kermit 5A documentation (text, PS, MSS)&    Author:       Frank da Cruz, et al.    Architecture: VAX,AXP    # of parts:   -     Language:     PostScript, MSSP --------------------------------------------------------------------------------
 CALLABLE-PINGa    Version:      17-OCT-2001D    Description:  PING source code, including a callable PING routine9    Author:       Stuart Vance, Hunter Goatley, and others-    Architecture: VAX,AXP    # of parts:   -    Language:     CP --------------------------------------------------------------------------------
 CARDREADER    Version:      4-JUN-1993rH    Description:  A cardreader-like symbiont with mailback for VMS (Eden)    Author:       Robert Eden    Architecture: VAX    # of parts:   -    Language:      P -------------------------------------------------------------------------------- CATDOC!    Version:      V3.4, 4-JUN-1998cA    Description:  Extracts contents of MS-Word files as plain texta.    Author:       Victor Wagner, Hunter Goatley    Architecture: VAX,AXP    # of parts:   -    Language:     CP -------------------------------------------------------------------------------- CD#    Version:      V6.0A, 13-APR-2000:6    Description:  A CD (Change Default) command for VMS0    Author:       David North <d_north@tditx.com>    Architecture: VAX,AXP    # of parts:   -    Language:     MACRO-32i8    Homepage URL: http://www.tditx.com/~cdutil/index.htmlP -------------------------------------------------------------------------------- CD-ROM    Version:      P6    Description:  Read High-Sierra format CDs under VMS    Author:       Unknown    Architecture: VAX    # of parts:   -    Language:     FortranP --------------------------------------------------------------------------------	 CD_PLAYERd    Version:      12-SEP-1994:    Description:  Audio CD player/manager for VMS and Motif*    Author:       Joe Meadows, Ian Kitching    Architecture: VAX,AXP    # of parts:   -    Language:     CP -------------------------------------------------------------------------------- CHARMa!    Version:      V1.3, 5-OCT-1998 G    Description:  Block editor for Alpha (PATCH .EXE files, for example)n4    Author:       O'Razoff <razoff@gucbrf.ivanovo.su>    Architecture: AXP    # of parts:   -    Language:     MACROP -------------------------------------------------------------------------------- CHKLGI"    Version:      V1.0, 11-AUG-1997;    Descripti