1 INFO-VAX	Fri, 07 Apr 2000	Volume 2000 : Issue 195       Contents:% 36 GB Quantum disk fails in DPW 600au ) Re: 36 GB Quantum disk fails in DPW 600au ? Re: Ancient Backup programs ( was Re: OpenVMS and IP Licensing) 	 australia 
 Re: australia  backup tape parity error, Compaq FORTRAN: bring back /CROSS_REFERENCE.0 Re: Compaq FORTRAN: bring back /CROSS_REFERENCE.% Re: Critical/important bug on VMS ... % Re: Critical/important bug on VMS ... 2 DEC C++ V5.4-010 / Template Classes / Link problem6 Re: DEC C++ V5.4-010 / Template Classes / Link problem# Re: ELSA Gloria Synergy part number 6 Re: Fw: A proposed change to the Info-VAX mailing list2 Re: Galaxy (or perhaps Wildfire) and shared memory2 Re: Galaxy (or perhaps Wildfire) and shared memory2 Re: Galaxy (or perhaps Wildfire) and shared memory& I can't run/detach in my own X session Re: InfoServer 1000 2 RE: Looking for major enhancements from 6.2 to 7.2  Microsoft loses, we get punished$ Re: Microsoft loses, we get punished$ Re: Microsoft loses, we get punished# Network errors and CLUEXIT bugcheck ' Re: Network errors and CLUEXIT bugcheck ' Re: Network errors and CLUEXIT bugcheck ' Re: Network errors and CLUEXIT bugcheck & old vs. new IRON (Was FS: Digital VAX)" Re: Pascal Compile-TIme stack dump Portable unformatted files 2( Re: Precompiled Perl DBI and DBD module?F Print symbiont modification routines (PSM$...) and LAT protocol optionJ Re: Print symbiont modification routines (PSM$...) and LAT protocol optionJ Re: Print symbiont modification routines (PSM$...) and LAT protocol option+ Re: Probably a stupid OPERATOR question ... + Re: Probably a stupid OPERATOR question ...  Re: Re submit a batch job ' Re: Remote Printing (was Re: australia) P Re: should BACKUP automatically dismount the first volume of a    two-volume bac Re: Sign of the times. Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: split large files  Re: SSH for VMS  Re: SSH for VMS  Re: SSH for VMS  Re: SSH for VMS  Re: SSH for VMS (SSH-Server) Re: SSH for VMS (SSH-Server) Re: Suggestion for authorize Re: Tandem on EV7  Re: Tandem on EV7 & Time To Add Timezones & DST To the FAQ Tricks in CSV ?  Re: Tricks in CSV ? ( Re: Warning: circuitsurgeon is a ripoff!# Re: Where are TXAn: terminal ports? 6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?6 RE: Why are there no French people in this newsgroup ?6 Re: Why are there no French people in this newsgroup ?% Re: Wierd Elsa Gloria Synergy Problem % Re: Wierd Elsa Gloria Synergy Problem   F ----------------------------------------------------------------------   Date: 7 Apr 2000 02:38:04 -0400 4 From: "Robert Deininger" <rdeininger@mindspring.com>. Subject: 36 GB Quantum disk fails in DPW 600au) Message-ID: <B512FA92-32717@165.247.41.9>   
 Hello all,  F    We have just acquired a new 36 GB Quantum disk drive (the Atlas 10KK model) that was *supposed* to work in a Digital Personal Workstation 600au. I  The system is running VMS 7.1-1H2.  The ALPSCSI04 patch was installed at  the factory.  H    Well, it doesn't work.  The console sees the drive, reports the modelG number, firmware level, etc.  But VMS will not touch it.  The error log  entry is pasted below.  G    I remember a recent discussion in the newsgroup about a problem with K dkdriver rejecting some newer drives because of some kind of version number K problem.  But I haven't been able to find more than a few of the posts from A that thread.  And I can't remember the suggested fix(es), if any.   E    The parts of the error log that seem to remind me of something are  INVALID INQUIRY DATA RECEIVED     and ANSI APPROVED VERSION = 3 ; I think I remember reading that VMS wants this 3 to be a 2.   K    Are there any patches/ECOs/version upgrades that will make VMS like this J off-brand disk?  Or is there a simple firmware modification that will make the drive more to VMS's liking?       Thanks for any help.      ---------------------------  Robert Deininger rdeininger@mindspring.com      Here's the error log entry:   F  V M S                SYSTEM ERROR REPORT         COMPILED  5-APR-2000 18:34:20K                                                                       PAGE    1.   /  ******************************* ENTRY    2993.  ******************************* E  ERROR SEQUENCE 38157.                           LOGGED ON:  CPU_TYPE  00000007F  DATE/TIME  5-APR-2000 18:14:41.54                            SYS_TYPE 0000001E  SYSTEM UPTIME: 0 DAYS 00:00:18 G  SCS NODE: LEGS10                                           OpenVMS AXP  V7.1-1H2  *  HW_MODEL: 00000700 Hardware Model = 1792.  /  DEVICE ATTENTION Digital Personal WorkStation    (  GENERIC DK SUB-SYSTEM, UNIT _$3$DKA300:          HW REVISION     30504355 9                                        HW REVISION = UCP0         ERROR TYPE            04 D                                        INVALID INQUIRY DATA RECEIVED        SCSI ID               03 3                                        SCSI ID = 3.         SCSI LUN              00 4                                        SCSI LUN = 0.        SCSI SUBLUN           00 7                                        SCSI SUBLUN = 0.         PORT STATUS     0000008C J                                        %SYSTEM-F-DRVERR, FATAL DRIVE ERROR        SCSI CMD        00000012                             0080 .                                        INQUIRY        SCSI STATUS           02 6                                        CHECK CONDITION  
  INQUIRY DATA           INQUIRY         02030000                         3E001C5B                         4E415551                         204D5554                         414C5441                         30312053                         3633204B                         20534C57                         30504355                         39333131                         34333531                         31343530                         3F3F3F3F                         00100002                         3030301C                         30303030                         30303030                         30303030                         30303030                         30303030                         30303030                         30303030                         30303030                         30303030   F  V M S                SYSTEM ERROR REPORT         COMPILED  5-APR-2000 18:34:20K                                                                       PAGE    2.   ;                                        DIRECT_ACCESS DEVICE >                                        MEDIUM IS NOT REMOVABLEA                                        ANSI APPROVED VERSION = 3. 8                                        ECMA VERSION = 0.7                                        ISO VERSION = 0.         UCB$L_ERTCNT    00000000 ;                                        0. RETRIES REMAINING         UCB$L_ERTMAX    00000000 ;                                        0. RETRIES ALLOWABLE         ORB$L_OWNER     00010004 :                                        OWNER UIC [001,004]        UCB$L_CHAR      1C454008 ;                                        DIRECTORY STRUCTURED 4                                        FILE ORIENTED/                                        SHARABLE 0                                        AVAILABLE4                                        ERROR LOGGING7                                        CAPABLE OF INPUT 8                                        CAPABLE OF OUTPUT4                                        RANDOM ACCESS        UCB$L_STS       08000110 -                                        ONLINE +                                        BUSY         UCB$L_OPCNT     00000000 9                                        0. QIO'S THIS UNIT         UCB$L_ERRCNT    00000001 :                                        1. ERRORS THIS UNIT        IRP$L_BCNT      00000000 ?                                        TRANSFER SIZE 0. BYTE(S)         IRP$L_BOFF      00000000 <                                        TRANSFER PAGE ALIGNED        IRP$L_PID       00000000 6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000 C                        00000000        IOSB, 0. BYTE(S) TRANSFERRED    ------------------------------  . Date: Fri, 7 Apr 2000 09:44:18 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de>2 Subject: Re: 36 GB Quantum disk fails in DPW 600au/ Message-ID: <200004070644.IAA16154@fom.fgan.de>    Hello,  H Robert, can you update the OpenVMS version to 7.1-2? AFAIK the DK driver+ should be able to handle this sort of disk.    Regards Rudolf  D P.S. Question to mister Stephan Hoffmann, is it possible to use thisG      DK driver under earlier versions of OpenVMS and is there a version :      of it for OpenVMS VAX (sorry, but we uses VAXes too)?   ------------------------------  % Date: Fri, 31 Mar 2000 13:29:10 -0500 + From: Stephen Eickhoff <eick-hsr@jmusa.com> H Subject: Re: Ancient Backup programs ( was Re: OpenVMS and IP Licensing)) Message-ID: <38E4EE76.CAC2C614@jmusa.com>    Dan O'Reilly wrote:   3 > At 07:53 AM 3/26/00 -0700, Malcolm Dunnett wrote: 0 > >In article <8bkbcl$kvp$1@the-fly.zip.com.au>,: > >    CSABA  HARANGOZO   <csabah@zipworld.com.au> writes: > > > F > > >>   [for the terminally pedantic, I realize VMS hasn't always hadB > > >> BACKUP, but before that we had the RSX utility ( whose nameK > > >> escapes me) that would do the eqivalent of an image backup/restore.]  > > >  > > >       Ah, memories...8-)F > > >       Why, it was called BRU, of course. Backup/Restore Utility,3 > > >       if my old brain recalls it correctly...  > > > + > > >       RSX-11M, those were the days... D > > >                                               Cheers,    Csaba > > G > >    IIRC BRU was used to do backups of individual files or directory C > >trees, but I don't think it could do an "image" backup of a disk @ > >(ie maintaining the same FIDs). The program that did that wasF > >something different ( Disk Save/Compress perhaps? ). I know we usedK > >to defragment our RM80 disks by using this program to copy the data from C > >one drive to another, then the old pack would be removed and the > > >newly created ( and defragmented ) one loaded in its place. > > C > >    BRU is still installed on our one remaining VAX, but the RSX 2 > >emulator no longer works so I can't try it out. > M > RSX had 3 backup utilities in its life.  The first was PRESERVE, and it was K > really primitive.  It backed up everything, bad blocks, screwed up files, I > whatever, and restored them the same way.  PRESERVE went away about the $ > time of RSX-11M V4 (or maybe 3.2). >   L Sounds like BACKUP /PHYSICAL. I used that by mistake when I was replacing anL RZ26 instead of /IMAGE. Copied all the bad parity information and everything 8^P    ------------------------------  $ Date: Fri, 7 Apr 2000 10:36:22 -0400+ From: "Bob Ricci" <maxx0623@concentric.net>  Subject: australia< Message-ID: <002501bfa09e$a6b65f70$585b5cc0@socrates.Subway>  L will be installing a frame-relay line to Australia. Need to print from alphaL host in US to a printer on the NT network in Australia. Compaq does not haveI ln16 's available in Australia. I was wondering if anybody from Australia J can help me out as to what printers they are using with alpha/vms 6.2, and+ how to set them up on our network in the US  thanks ricci_r@subway.com   ------------------------------  $ Date: Fri, 7 Apr 2000 16:02:17 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: australia, Message-ID: <8ckt9r$10ro@newton.cc.rl.ac.uk>  6 "Bob Ricci" <maxx0623@concentric.net> wrote in message6 news:002501bfa09e$a6b65f70$585b5cc0@socrates.Subway...N > will be installing a frame-relay line to Australia. Need to print from alphaN > host in US to a printer on the NT network in Australia. Compaq does not haveK > ln16 's available in Australia. I was wondering if anybody from Australia L > can help me out as to what printers they are using with alpha/vms 6.2, and- > how to set them up on our network in the US   I If you don't have any special requirements, then just setting up text and C postscript LPD services on the nearest NT server would be simplest. C Assuming you have an IP stack on the Alpha that does LPD that is. A C direct connection to the printer, so you know when you have a paper  jam would be of limited use.   ------------------------------  # Date: Fri, 07 Apr 2000 07:48:28 GMT 1 From: Haeglsperger Gerd <Gerd@DPSG-Vilsbiburg.de> ! Subject: backup tape parity error ) Message-ID: <8ck3s8$u3v$1@nnrp1.deja.com>    Hi,  I hope someone can help me. % I have a script for a backup on tape. H the script is ok so far but when there is a parity error on the tape the/ script stops and waits for operator assistance. F Is there a possibility to make the script go on with an error handling@ or something like this. I already tried to start the backup with+ /noassist but in this case it doesnt work.  Please excuse my poor english, bye    Gerd   --                 ////                (o o)# -----------o0o.-(_)-.o0o-----------  www.DPSG-Vilsbiburg.de    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Fri, 7 Apr 2000 17:14:57 +0100< From: John Macallister <j.macallister1@physics.oxford.ac.uk>5 Subject: Compaq FORTRAN: bring back /CROSS_REFERENCE. 7 Message-ID: <000407171457.fe7a@nplvms.physics.ox.ac.uk>   > Why have Compaq removed the /CROSS_REFERENCE facility from the'  Compaq FORTRAN compiler? (FORTRAN 7.2) D I can partly understand the removal of features specific to productsA  which are no longer available/supported but every decent FORTRAN F  compiler I've used over the years has had a cross-reference facility.E The cross-reference facility is invaluable to software developers who D  may not have available sophisticated code development packages. TheH  removal of this facility will make many people CROSS and they certainlyC  won't give Compaq a REFERENCE when looking for new software. It's    certainly made me cross! E I'm using the /OLD_F77 compiler as standard but that excludes me from /  any useful new features which may have appear. . Please bring back the cross-reference feature!   John  I                                                     +-------------------+ I                                                     |   ( )       ( )   |  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  | Name: John B. Macallister            |     Postal address : Nuclear Physics Laboratory, Keble Road, Oxford OX1 3RH, UK.         |  | Telephone: +44-1865-273388 (direct) +44-1865-273333 (tel reception)  |   Fax:  +44-1865-273418    |    Telex: 83295 NUCLOX G    |  | E-mail: J.Macallister1@physics.oxford.ac.uk  (Guaranteed Unique E-mail Name) or macallstr@av1.physics.ox.ac.uk  (163.1.244.64)  |  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+    ------------------------------  % Date: Fri, 07 Apr 2000 12:35:50 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>9 Subject: Re: Compaq FORTRAN: bring back /CROSS_REFERENCE. 8 Message-ID: <qh3sesou56kj3bt5c6kkamos0u3le0830b@4ax.com>  3 On Fri, 7 Apr 2000 17:14:57 +0100, John Macallister , <j.macallister1@physics.oxford.ac.uk> wrote:  ? >Why have Compaq removed the /CROSS_REFERENCE facility from the ( > Compaq FORTRAN compiler? (FORTRAN 7.2)  F We didn't "remove" it - it just hasn't been implemented in the Fortran> 90/95 compiler yet.  It's on our list of things we want to do.    - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  " Date: Fri, 7 Apr 2000 12:48:20 GMT, From: koehler@eisner.decus.org (Bob Koehler). Subject: Re: Critical/important bug on VMS ...& Message-ID: <2000Apr7.084820.1@eisner>  R In article <8cjb7j$s04$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > = > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messageA  J >> Even though I am well outside the earth, the cockpit still indicates anL >> airspeed. Since airspeed is measured from an air pressure measuring pitotH >> outside the plane, and since there is no air around me, shouldn't the
 > airspeed$ >> indicator indicate a speed of 0 ? > M > One might assume that the mechanism adjusts for air density.  Perhaps it isaG > sufficiently sensitive to be able to compute 'air speed' based on thel) > occasional hydrogen atom you encounter.r >   E Actually you'ld only be able to measure your velocity relative to thek
 solar wind.  u  H I think it's safe to assume the pitot tube signaled an exception and theC condition handler switched the airspeed indicator to inertial mode.s  B Clearly VMS can handle this.  We tried something similar on an IBMF mainframe and got flooded with arithmetic exceptions when we forgot to? manually change drag coefficent input from air density to solartF radiation pressure.  Biggest difference was this was in real satellite# trajectory software, not some game.l  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationZ= Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replyingt   ------------------------------  % Date: Fri, 07 Apr 2000 10:43:40 -0400o* From: David A Froble <davef@tsoft-inc.com>. Subject: Re: Critical/important bug on VMS ...- Message-ID: <38EDF41C.FB47EAB4@tsoft-inc.com>B   Bob Koehler wrote: > T > In article <8cjb7j$s04$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > > ? > > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message  > L > >> Even though I am well outside the earth, the cockpit still indicates anN > >> airspeed. Since airspeed is measured from an air pressure measuring pitotJ > >> outside the plane, and since there is no air around me, shouldn't the > > airspeed& > >> indicator indicate a speed of 0 ? > >wO > > One might assume that the mechanism adjusts for air density.  Perhaps it isoI > > sufficiently sensitive to be able to compute 'air speed' based on the + > > occasional hydrogen atom you encounter.d > >t > G > Actually you'ld only be able to measure your velocity relative to theh
 > solar wind.a > J > I think it's safe to assume the pitot tube signaled an exception and theE > condition handler switched the airspeed indicator to inertial mode.  > D > Clearly VMS can handle this.  We tried something similar on an IBMH > mainframe and got flooded with arithmetic exceptions when we forgot toA > manually change drag coefficent input from air density to solar H > radiation pressure.  Biggest difference was this was in real satellite% > trajectory software, not some game.    So, what's the difference?  H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporation6? > Hubble Space Telescope Payload  | Federal Sector, Civil GrouplG >  Flight Software Team           | please remove ".aspm" when replyingn   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.coml Vanderbilt, PA  15486o   ------------------------------  $ Date: Fri, 7 Apr 2000 08:04:21 -0600& From: "Lee Gillie" <Lee@NOSPAModp.com>; Subject: DEC C++ V5.4-010 / Template Classes / Link problemr= Message-ID: <EVlH4.101340$AT6.109546@dfw-read.news.verio.net>o  E Comp.os.vms is an OS newsgroup, but I am desparate for DEC C++ input. C My DSNLink has been down for months.  Hoping someone here can help.t  A DEC C++ V5.4-010 is probably a bit dated.  I'm trying to port theo@ Apache XERCES lib (XML) to VMS, and this source code seems to beB a bit ahead of the standards for our installed version of DEC C++.  B The problem involves template classes.  Building the Apache XERCESF library into an OLB.  Then try to compile and link one of the samples. Get a bunch of link warnings:c+     %LINK-W-NUDFSYMS, 30 undefined symbols:n     %LINK-I-UDFSYM ...)     %LINK-W-USEUNDEF, undefined symbol...e  E When demangled, each of the symbols is revealed to reference a member # of specific template class, such asoE void RefVectorOf<TreeWalkerImpl >::addElement(TreeWalkerImpl *const )-I void RefVectorOf<NodeIteratorImpl >::addElement(NodeIteratorImpl *const )g  C I tried compiling all modules of XERCES with /TEMPLATE=COMPILE, butrF then I get duplicate symbol errors when inserting the objects into the OLB.  E XML4C originated on IBM and then became XERCES at Apache, and I think B its home is WIN32, and I take it MSVC.  It has been ported to manyF OS though (except apparently not VMS).  I've found a few hints that itE uses a more recent level of runtime support than I have on VMS, which B the other platforms seem to support.  (I had to write my own C RTLA rotuines for stricmp, strincmp for example) But then, we have not  updated our compiler in ages.   > Hoping someone who has worked with DEC C++ over the years will< recognize the above symptoms, and can give me some hints for fixing this build.   Best regards - Lee Gillie2 --F ______________________________________________________________________F Lee Gillie, CCP                                Remove NOSPAM to E-MailF Online Data Processing, Inc. - 3501 N. Haven -  Spokane, WA 99207-8500   ------------------------------  % Date: Fri, 07 Apr 2000 10:53:38 -0400N" From: Dan Sugalski <dan@sidhe.org>? Subject: Re: DEC C++ V5.4-010 / Template Classes / Link problema6 Message-ID: <4.3.0.20000407105037.018f88f0@24.8.96.48>  + At 08:04 AM 4/7/00 -0600, Lee Gillie wrote:eF >Comp.os.vms is an OS newsgroup, but I am desparate for DEC C++ input.D >My DSNLink has been down for months.  Hoping someone here can help. >eB >DEC C++ V5.4-010 is probably a bit dated.  I'm trying to port theA >Apache XERCES lib (XML) to VMS, and this source code seems to beoC >a bit ahead of the standards for our installed version of DEC C++.m >e' >The problem involves template classes.   J IIRC, templates have issues in versions of Dec C++ older than 6.2. (Which I is the current one) I don't recall off-hand what they are, but if at all  6 possible upgrade to the current version and try again.  D If nothing else, Dec C++ 5.4's several years old and its distinctly H possible the code you're compiling uses language features that are more C recent (or more recently implemented) than the compiler you've got.      					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenl;                                       teddy bears get drunkf   ------------------------------  % Date: Fri, 31 Mar 2000 10:10:35 -0500k4 From: Amy Hotchkiss <hotchkissa@vax.grc.nia.nih.gov>, Subject: Re: ELSA Gloria Synergy part number3 Message-ID: <38E4BFEB.5B8825E7@vax.grc.nia.nih.gov>   O We have an AlphaServer DS10 with an "ELSA Gloria synergy PCI graphics adapter",   7 Compaq p/n 400712-B21; Digital Classic p/n SN-PBXGK-BB.    cstranslations wrote:S  J > On the off hand chance that I decide to throw some more money at the DPWM > 433-a sitting over in the corner in an attempt to get OpenVMS running on itdL > I was wondering if there's anyone out there in comp.os.vms land that knowsM > the part number for the ELSA Gloria Synergy card. It was out here in a postsJ > a while back, or maybe it was comp.sys.dec. I had it scribbled down someK > where but can't seem to find it (or turn it up via dejanews). I spent themI > better part of a hour on and off hold with digital [er compaq] customer9J > service this morning and the nice lady on the other end couldn't seem toK > find a digital sounding part number. When she tried to look up the compaq M > part number the system couldn't seem to find anything. Maybe they're out ofR. > them and I should opt for a PowerStorm card. >RF > Also - anybody familiar with a reseller were I can pick up a Q-LogicM > QLA1040? I have the part number but I would liked to have fallen out of the N > chair this morning when they (digital - er - compaq) gave me the price. FromM > what I'm seeing on www.qlc.com Q-Logic doesn't seem to retail. The one linkiN > I followed off their web-site led to a page with a bug which reared its uglyN > head any time I moved the cursor. Yes - this made getting to the back button
 > impossible.a >i > Joen   ------------------------------  # Date: Fri, 31 Mar 2000 18:17:25 GMT - From: "Richard D. Piccard" <piccard@ohio.edu>e? Subject: Re: Fw: A proposed change to the Info-VAX mailing listu( Message-ID: <38E4EBAE.F5E089D7@ohio.edu>   Mark,e  P     Can the software you are using permit a person to subscribe with the addressQ they want to post from, and then set themselves to "NOMAIL" status, so they stillc5 read it only once, where they already are reading it?2  F                                         RDP (who reads on comp.os.vms)     Mark Berryman wrote:   > John E. Malmberg wrote:b > >m5 > > Mark Berryman <Mark.Berryman@Mvb.Saic.Com> wrote:  > >rK > > > Due to the number of Info-VAX subscribers whose e-mail administratorsbN > > > like to change the format of e-mail addresses without letting the ownersG > > > of the address in question know, the Info-VAX mailing list is not C > > > currently configured to allow only subscribers to post to it.- > > >b > > > I'd like to change that. > > >wN > > > Of course (to state the obvious), if I do, and your subscription addressJ > > > doesn't match the address you are posting from, you won't be able toN > > > send mail to Info-VAX anymore without resubscribing (and letting me know( > > > so I can remove your old address). > >eP > > That brings up an interesting issue.  I have INFO-VAX being sent directly toL > > my primary E-MAIL address.  When I post I send using a from address thatP > > matches another of my accounts that is a remailer, even though I am actually! > > sending from my real address.o > >cO > > Which address in the header are you going to be checking?  This could breakp& > > a lot of anti-spam from addresses. >hI > The code has access to the envelope header (the value in the MAIL FROM: D > command) and the contents of the From: header in the header of theJ > message itself, as well as the contents of the Reply-To: header.  It can. > be told to compare against any or all three. >eC > If none of these addresses matched your subscription address, theg > message would be rejected. >c > Mark Berrymann   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Fri, 07 Apr 2000 11:03:04 -04006* From: Joshua Cope <Joshua.Cope@Compaq.com>; Subject: Re: Galaxy (or perhaps Wildfire) and shared memorya* Message-ID: <38EDF8A8.D28B8FAE@Compaq.com>  M bt> ...the possibility that some system service (say, some kind of nominally rM bt> atomic conversion process not requiring any I/O) operating on the shared WL bt> memory may be interrupted by the instance crashing in the middle of its L bt> processing, whereas in a traditional SMP if that happened the whole box A bt> crashed and no one could ever see the partially-updated data.o  O You're right; a crash during a system service which is modifying shared memory rM is interesting. I'm finding it hard to talk in the abstract here; perhaps we pP can construct a specific example of such a failure and use that for discussion?   N I can see how such a failure would be a problem unique to partitioned systems:L bad data is now sitting in shared memory, and is still accessible to runningM processes on the other instances. I'm still not sure how CPU cache coherency o comes into the picture, though.e  < ------------------------------------------------------------7 The above opinions and information are not necessarily  % those of Compaq Computer Corporation.-< ------------------------------------------------------------   ------------------------------   Date: 7 Apr 2000 15:34:19 GMTE2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Galaxy (or perhaps Wildfire) and shared memory 6 Message-ID: <8ckv5r$8d3$1@mailint03.im.hou.compaq.com>  R In article <8cjdd4$18m$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:     re: Galaxy and Shared Memory  H   Alpha provides specific instruction sequence requirements to maintain F   and to update the CPU caches appropriately -- the memory barriers...  L   Appropriate use of these barriers is required on any OpenVMS Alpha system.  K   OpenVMS Galaxy partitions and instances (or even hard partitions) do not nK   specifically enter into the discssion of processor cache coherency -- the4F   box has to work right as an SMP box.  Of interest here, however, is I   coherency of cluster resources, and the same coherency mechanisms used IJ   elsewhere within an OpenVMS Cluster are used across any cluster members &   located within an OpenVMS Galaxy...   E   The OpenVMS Ask The Wizard area has a general discussion of memory UG   barriers and hardware memory synchronization in topic 2681, with more E   details in the OpenVMS Programming Concepts Manual and in the Alpha "   Architecture Reference Manual...  J   In addition to the discussion of cache coherency, OpenVMS Galaxy brings 5   in (at least) two additional design considerations:   E     o the potential that shared memory will survive a system crash.   B       This isn't specifically a CPU cache issue, this is an issue 0       around recovering from interrupted access.  C       Options include use of the OpenVMS Galaxy event services, the F       lock manager, as well as timers and aging and keepalive schemes D       in the shared memory, as well as "careful" updates -- updates D       performed in a sequence that closes or reduces the likelyhood F       of problems from crashes.  (RMS uses "careful" updates, and for        just this reason...)  F     o Differing memory access speeds.  This is obviously not an issue F       with currently available systems, but will be a consideration onE       certain AlphaServer GS series platforms -- the current OpenVMS 3C       spinlock design effectively has an assumption of access time 3C       uniformity, and has been modified to provide better fairness  G       to the protected resource when non-uniform memory configurations 0       are in use.     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 07 Apr 2000 11:39:45 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>; Subject: Re: Galaxy (or perhaps Wildfire) and shared memory / Message-ID: <38EE013D.9F08571A@vl.videotron.ca>B   Joshua Cope wrote:P > You're right; a crash during a system service which is modifying shared memoryN > is interesting. I'm finding it hard to talk in the abstract here; perhaps weQ > can construct a specific example of such a failure and use that for discussion?0  I If I know that an application has a block of data (either records/file or L memory) which is accessed concurrently by other processes, I would then takeH precautions to ensure that the data's integrety is assured (locking, and4 probably verification of integrity before using it).  N If you are using multiple threads in a process, you also have to take steps to maintain data integrity.  E So, unless the shared memory is there without the process explicitely N requesting it isn't it fair to assume that the application is fully aware thatK a bunch of memory is shared not only between processes, but between systems F and that as such, steps must be taken to synchronize access and verify integrity ?@  H It's not as if all your global variables in your C program magically getK allocated in a shared memory between all the systems in the galaxy, is it ?.   ------------------------------  # Date: Fri, 07 Apr 2000 16:19:01 GMTe. From: Ildefonso Junquero <junquero@sainsel.es>/ Subject: I can't run/detach in my own X sessiono* Message-ID: <38EE0B7D.325B45BC@sainsel.es>   Hello!  G     I'm having an extrange problem... I can't run/detach an x client on  my own xserver.   G     I've a new CDE and a configured security manager with node * user *0 and transport *h  H     If I run : run decw$utils:xmag (for example), all works ok, but if i run :y  +         run/detach  decw$utils:xmag/out=a.as  <     the client says in a.a : xmag: unable to open display ""       can anyone help me please?       Thanks!t  	     Ilde.    --F ______________________________________________________________________F                   Ildefonso Junquero      e@mail : junquero@sainsel.es#     ___    __o    Software Engineera/    ____  _'\<,_   Sainsel Sistemas Navales S.A. /  ______ (*)/ (*)  C/ Manuel Velasco Pando, N. 7o'                   41007 Sevilla (Spain)g*    Go faster!     Phone : +34-95-493 64 65*   Use the byke!   Fax   : +34-95-493 64 33F ______________________________________________________________________   ------------------------------  . Date: Fri, 7 Apr 2000 09:33:29 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: InfoServer 1000/ Message-ID: <200004070634.IAA15791@fom.fgan.de>i   Hello,  H you did say, that you can see the disks! But can you also see partitions= and services? Are you able to make a SET HOST/LAT infoserver?    More information will be good.   Regards Rudolf Wingert   ------------------------------  # Date: Fri, 31 Mar 2000 14:19:48 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen); Subject: RE: Looking for major enhancements from 6.2 to 7.2 ' Message-ID: <2000Mar31.091948.1@eisner>o   In article <F150836441C5D311A11700508B6FF01A5951E7@bdant024.bda.bobda.com>, "Boyle, Darren" <boyledj@bankofbermuda.com> writes:a   > 	What is this ../ >>     o  EFN 128 (the "don't care" event flag)t  9 It is EFN$C_ENF, just as introduced in the release notes. 5 The newsgroup seems full enough without having people 3 recite portions of the documentation to experiencedo VMS people..  6 It is documented in section 16.6.4 of the January 1999 Programming Concepts manual.   ------------------------------   Date: 7 Apr 2000 15:53:23 GMTu2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Microsoft loses, we get punishedn, Message-ID: <8cl09j$4e6@gap.cco.caltech.edu>  I Having just lost in the legal arena MS has now decided to take their caseiL to the court of public opinion.  Last night NBC ran the same MS commercial, I featuring Bill Gates' lecturing us on innovation (sic), at least 3 times.fB Apparently they're running it hourly in prime time.  Somebody onceG suggested to me that the proper punishment for a monopolist was summarysJ execution.   At the time I thought that punishment was a bit extreme.  ButG after suffering through 3 exposures in one night to Mr. Gates' smirking-= visage I'm just about ready to sign up for the firing squad. p   Regards,   David Mathog mathog@seqaxp.bio.caltech.edur? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  # Date: Fri, 07 Apr 2000 16:30:01 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)-- Subject: Re: Microsoft loses, we get punishedl0 Message-ID: <009E8415.75054F85@SendSpamHere.ORG>  a In article <8cl09j$4e6@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:MJ >Having just lost in the legal arena MS has now decided to take their caseM >to the court of public opinion.  Last night NBC ran the same MS commercial,  J >featuring Bill Gates' lecturing us on innovation (sic), at least 3 times.C >Apparently they're running it hourly in prime time.  Somebody once H >suggested to me that the proper punishment for a monopolist was summaryK >execution.   At the time I thought that punishment was a bit extreme.  ButiH >after suffering through 3 exposures in one night to Mr. Gates' smirking> >visage I'm just about ready to sign up for the firing squad.   F Could this be the same sound bite I heard this AM on CNN -- Bill GatesF smirking as he speaks of "freedom"?  Funny how he can speak to freedomF when court's evidence shows an extreme lack thereof in the restrictive# covenant he made with PC suppliers.f   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  # Date: Fri, 07 Apr 2000 16:41:29 GMTe2 From: BOFH@209-16-45-102.insync.net (Jerry Leslie)- Subject: Re: Microsoft loses, we get punishedn( Message-ID: <ZcoH4.2617$eu.52444@insync>  3 David Mathog (mathog@seqaxp.bio.caltech.edu) wrote:BK : Having just lost in the legal arena MS has now decided to take their casekN : to the court of public opinion.  Last night NBC ran the same MS commercial, K : featuring Bill Gates' lecturing us on innovation (sic), at least 3 times.hD : Apparently they're running it hourly in prime time.  Somebody onceI : suggested to me that the proper punishment for a monopolist was summarynL : execution.   At the time I thought that punishment was a bit extreme.  ButI : after suffering through 3 exposures in one night to Mr. Gates' smirkingi? : visage I'm just about ready to sign up for the firing squad. l : 
 : Regards, :  : David Mathog : mathog@seqaxp.bio.caltech.edu_A : Manager, sequence analysis facility, biology division, Caltech O  > Perhaps this site can put up a sign-up page for volunteers :-)  &     http://microsoft.is.our.enemy.org/     The MircoSoft Hate Page   @ Jerry Leslie  bofh@209-16-45-97.insync.net  leslie@clio.rice.edu   ------------------------------  % Date: Thu, 06 Apr 2000 16:33:30 +02003( From: Etienne Vogt <vogt@alice.obspm.fr>, Subject: Network errors and CLUEXIT bugcheck. Message-ID: <38ECA03A.5F169A2E@alice.obspm.fr>  , This is a multi-part message in MIME format.& --------------DF73BFEA0B6E1AED58918CF2* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   	 Hi there,S  M   Yesterday, my VAXStation 3200 has started to give me serious trouble. It isdM running OpenVMS VAX 6.2 and is the slave in a two node VAXCluster (the mastera node is a VAXStation 3100/76).O   The problem is that the VS3200 suddenly lost connection to the VS3100 and was J thrown out of the cluster. As I'm currently away from where the machine isH located, I sent E-Mail to a collegue there, asking her to check what wasF going on. She found the VS3200 in "quorum hang" state, but without any
 indicationK about why the connection went down. The two machines are interconnected viae; thin Ethernet wires, with a DELQA controller on the VS3200.-N   She tried changing the Ethernet thinwire transceiver and the VS3200 regained? connectivity and proceeded with a CLUEXIT bugcheck as expected.a  O  So, my first conclusion was that the old transceiver had died. But a few hours-C later, the same thing happened again, so it must be something else. N  Doing an analyse/error after the first crash, I found that before the clusterJ connection went down, the PEA0 device logged some 'Fatal error detected byI datalink' events. I have attached the output of the analyse/error command I to this message. If someone here has seen this kind of problem before ands7 can point to a possible cause, it would be appreciated.oJ Note that this machine is no longer under any kind of support contract, so& calling field service is not possible.  
 Best regards,e   -- y# 		Etienne Vogt (vogt @ na.astro.it)t& --------------DF73BFEA0B6E1AED58918CF2- Content-Type: text/plain; charset=iso-8859-1;   name="err.lis"r+ Content-Transfer-Encoding: quoted-printabled Content-Disposition: inline;  filename="err.lis"u  J  ******************************* ENTRY    5419. *************************= ******J  ERROR SEQUENCE 7911.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 00:49:46.83                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 07:25:47yJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  =  DEVICE ATTENTION  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2s     NI-SCS SUB-SYSTEM, MESOPK$PEA0:  '        FATAL ERROR DETECTED BY DATALINKl          STATUS          0000045C                         00001201i        DATALINK UNIT       0001p        DATALINK NAME   41515803w                        00000000o                        00000000w                        00000000g>                                        DATALINK NAME =3D XQA1:        REMOTE NODE     00000000o                        00000000                         00000000-                        000000000        REMOTE ADDR     00000000D                            0000u        LOCAL ADDR      000400AAt                            461CsJ                                        ETHERNET ADDR =3D AA-00-04-00-1C-4= 6u        ERROR CNT           0001 F                                        1. ERROR OCCURRENCES THIS ENTRY        UCB$W_ERRCNT        0003d:                                        3. ERRORS THIS UNIT =0C J  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:16J                                                                       PAG= E   2.  J  ******************************* ENTRY    5420. *************************= ******J  ERROR SEQUENCE 7912.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 00:49:48.10                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 07:25:48yJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  =  DEVICE ATTENTION  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2n     NI-SCS SUB-SYSTEM, MESOPK$PEA0:  '        FATAL ERROR DETECTED BY DATALINKl          STATUS          00000007n                        00001200l        DATALINK UNIT       0001m        DATALINK NAME   41515803                         00000000u                        00000000r                        00000000d>                                        DATALINK NAME =3D XQA1:        REMOTE NODE     00000000a                        00000000l                        00000000e                        00000000t        REMOTE ADDR     00000000c                            0000o        LOCAL ADDR      000400AAh                            461CvJ                                        ETHERNET ADDR =3D AA-00-04-00-1C-4= 6F        ERROR CNT           0001 F                                        1. ERROR OCCURRENCES THIS ENTRY        UCB$W_ERRCNT        0004a:                                        4. ERRORS THIS UNITJ  ******************************* ENTRY    5421. *************************= ******J  ERROR SEQUENCE 7916.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 01:26:55.69                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 08:02:56eJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  7  TIME STAMP  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.20 =0C0J  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:16J                                                                       PAG= E   3.  J  ******************************* ENTRY    5422. *************************= ******J  ERROR SEQUENCE 7917.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 01:32:50.07                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 08:08:50 J  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  ;  ERL$LOGMESSAGE  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2f  !  NI-SCS SUB-SYSTEM, _MESOPK$PEA0:   &        PORT HAS CLOSED VIRTUAL CIRCUIT  -        LOCAL STATION ADDRESS, FFFFFFFFFF00(X)a'        LOCAL SYSTEM ID, 00000000461C(X)i  .        REMOTE STATION ADDRESS, 0000000000DE(X)(        REMOTE SYSTEM ID, 000000004542(X)          UCB$B_ERTCNT          32 <                                        50. RETRIES REMAINING        UCB$B_ERTMAX          32e<                                        50. RETRIES ALLOWABLE        UCB$W_ERRCNT        0005-:                                        5. ERRORS THIS UNIT        PPD$B_PORT            00 7                                        REMOTE NODE # 0.-        PPD$B_STATUS          00-        PPD$B_OPC             00-5                                        UNKNOWN OPCODEl        PPD$B_FLAGS           00  =0CcJ  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:18J                                                                       PAG= E   4.  J  ******************************* ENTRY    5423. *************************= ******J  ERROR SEQUENCE 7918.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 15:36:14.51                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 22:12:14eJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  =  DEVICE ATTENTION  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2r     NI-SCS SUB-SYSTEM, MESOPK$PEA0:  '        FATAL ERROR DETECTED BY DATALINK,          STATUS          0000045Cc                        00001201i        DATALINK UNIT       0001         DATALINK NAME   41515803n                        00000000h                        00000000                         00000000 >                                        DATALINK NAME =3D XQA1:        REMOTE NODE     00000000h                        00000000P                        00000000                         00000000n        REMOTE ADDR     00000000t                            0000         LOCAL ADDR      000400AAl                            461CdJ                                        ETHERNET ADDR =3D AA-00-04-00-1C-4= 6h        ERROR CNT           0001lF                                        1. ERROR OCCURRENCES THIS ENTRY        UCB$W_ERRCNT        0006 :                                        6. ERRORS THIS UNIT =0CkJ  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:18J                                                                       PAG= E   5.  J  ******************************* ENTRY    5424. *************************= ******J  ERROR SEQUENCE 7919.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 15:36:20.70                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 22:12:20eJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  =  DEVICE ATTENTION  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2i     NI-SCS SUB-SYSTEM, MESOPK$PEA0:  '        FATAL ERROR DETECTED BY DATALINKr          STATUS          8133B6FCf                        00001200         DATALINK UNIT       0001p        DATALINK NAME   41515803-                        00000000                         00000000o                        00000000->                                        DATALINK NAME =3D XQA1:        REMOTE NODE     00000000o                        00000000G                        00000000h                        000000003        REMOTE ADDR     00000000o                            0000         LOCAL ADDR      000400AAh                            461C J                                        ETHERNET ADDR =3D AA-00-04-00-1C-4= 6         ERROR CNT           0001oF                                        1. ERROR OCCURRENCES THIS ENTRY        UCB$W_ERRCNT        0007e:                                        7. ERRORS THIS UNIT =0CeJ  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:18J                                                                       PAG= E   6.  J  ******************************* ENTRY    5425. *************************= ******J  ERROR SEQUENCE 7920.                            LOGGED ON:        SID 0A= 000004J  DATE/TIME  6-APR-2000 15:36:22.77                            SYS_TYPE 01= 120102  SYSTEM UPTIME: 0 DAYS 22:12:22nJ  SCS NODE: MESOPK                                              VAX/VMS V6= =2E2  ;  FATAL BUGCHECK  KA650  CPU FW REV# 5.  CONSOLE FW REV# 1.2f  -  CLUEXIT, Node voluntarily exiting VAXclusterc          PROCESS NAME    NUL=00e          PROCESS ID      00010000           ERROR PC        8152FB21-        ERROR PSL       04080004p,                                        Z-BITG                                        INTERRUPT PRIORITY LEVEL =3D 08. ?                                        PREVIOUS MODE =3D KERNELa>                                        CURRENT MODE =3D KERNEL6                                        INTERRUPT STACK<                                        FIRST PART DONE CLEAR    STACK POINTERS$     =m  E  KSP 7FFE7800  ESP 7FFE9800  SSP 7FFECA44  USP 00163944  ISP 81C574DCe    GENERAL REGISTERS     =   E  R0  00000001  R1  813AC340  R2  8141B284  R3  8134B600  R4  81391790eE  R5  813AC300  R6  00000000  R7  00000034  R8  81394040  R9  00077B64_E  R10 00096ADC  R11 00096C7C  AP  00163968  FP  00163944  SP  81C57574     SYSTEM REGISTERS      =l          P0BR            82219800_?                                        P0 PTE BASE (VIRT ADDRS)l        P0LR            000018C3n5                                        TOTAL P0 PAGESl        P1BR            81A51600n?                                        P1 PTE BASE (VIRT ADDRS)         P1LR            001FF6BF_B                                        TOTAL NON-EXISTENT P1 PAGES        SBR             017A4200:C                                        SYSTEM PTE BASE (PHYS ADDRS)R        SLR             000149802D                                        TOTAL PAGES "SYSTEM" VIRT MEM        PCBB            00ACAC20s<                                        PCB BASE (PHYS ADDRS)        SCBB            0179DA00a<                                        SCB BASE (PHYS ADDRS)        ASTLVL          00000004 7                                        NO AST'S PENDING(        SISR            00000000oF                                        INTERRUPT REQUEST ACTIVE =3D 0.        ICCS            000000400 =0C1J  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:18J                                                                       PAG= E   7.  7                                        INTERRUPT ENABLEl        TODR            41C5F934         CADR            000000FC >                                        1ST LEVEL CACHE STATUS:8                                        _D STREAM ENABLED8                                        _I STREAM ENABLED5                                        _SET 1 ENABLEDh5                                        _SET 2 ENABLEDo        MSER            00000080s;                                        1ST LEVEL CACHE MISSi        DSER            00000000d        QBEAR           0000000Au        DEAR            00000000         IPCR0           00000020 J                                        LOCAL MEMORY EXTERNAL ACCESS ENABL= ED          MEMCSR16        00000044 F                                        PHYSICAL PAGE ADDR =3D 00000(X)C                                        ECC ERROR SYNDROME =3D 44(X)         MEMCSR17        00001045t2                                        ECC ENABLED<                                        CRD INTERRUPT ENABLEDD                                        MAIN MEM CYCLE SELECT =3D 5/3        MEMCSR0         80000016 J                                        MEMORY MODULE TYPE =3D MS650 (8 MB= )-:                                        SYSTEM BANK =3D 00.        MEMCON          002A0333,<                                        MEMORY CONFIGURATION:J                                        _BANKS ENABLED =3D 000000110011001= 1oH                                        _MEMORY MODULE #1. - MS650 (8 MB)H                                        _MEMORY MODULE #2. - MS650 (8 MB)H                                        _MEMORY MODULE #3. - MS650 (8 MB);                                        MEMORY ERROR STATUS:a9                                        _MEMORY MODULE #1.p        CACR            FFB97C90e>                                        2ND LEVEL CACHE STATUS:/                                        _ENABLEDs>                                        CYCLE SPEED CODE =3D 2.        CBTCR           C0000004mJ                                        CDAL BUS TIMEOUT INTERVAL =3D 0.4 = MSECD                                        TIMEOUT DURING CPU READ/WRITE7                                        CDAL BUS TIMEOUTf =0CmJ  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  6-APR-2000 15= :57:18J                                                                       PAG= E   8.  J ANAL/ERROR/EXCLUDE=3DVOLUME/SINCE=3D6-APR-2000 00:00:00.00/OUT=3DPOUBELLE=	 3:ERR.LIS1  ( --------------DF73BFEA0B6E1AED58918CF2--   ------------------------------  $ Date: Fri, 7 Apr 2000 07:39:19 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>i0 Subject: Re: Network errors and CLUEXIT bugcheck7 Message-ID: <097e01bfa08e$4bca69e0$020a0a0a@xile.realm>t  - Etienne Vogt <vogt@alice.obspm.france> wrote:i   > Hi there,  > L >   Yesterday, my VAXStation 3200 has started to give me serious trouble. It isH > running OpenVMS VAX 6.2 and is the slave in a two node VAXCluster (the master  > node is a VAXStation 3100/76).I >   The problem is that the VS3200 suddenly lost connection to the VS3100h and wastL > thrown out of the cluster. As I'm currently away from where the machine isJ > located, I sent E-Mail to a collegue there, asking her to check what wasH > going on. She found the VS3200 in "quorum hang" state, but without any > indicationI > about why the connection went down. The two machines are interconnectedC viah= > thin Ethernet wires, with a DELQA controller on the VS3200.sG >   She tried changing the Ethernet thinwire transceiver and the VS3200g regainedA > connectivity and proceeded with a CLUEXIT bugcheck as expected.- >-K >  So, my first conclusion was that the old transceiver had died. But a fewn hours<E > later, the same thing happened again, so it must be something else.s  K I would suspect that there is a problem with the thinwire network.  A looseII connector that was temporarily bumped into operation when the transceivern6 was being disconnected is high on my list of suspects.   -JohnS wb8tyw@qsl.network   ------------------------------   Date: 7 Apr 2000 14:26:31 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Network errors and CLUEXIT bugcheck6 Message-ID: <8ckr6n$6ni$1@mailint03.im.hou.compaq.com>  Y In article <38ECA03A.5F169A2E@alice.obspm.fr>, Etienne Vogt <vogt@alice.obspm.fr> writes:h- :This is a multi-part message in MIME format.g      Please turn off MIME.  Thanks!  O :  She tried changing the Ethernet thinwire transceiver and the VS3200 regainedi@ :connectivity and proceeded with a CLUEXIT bugcheck as expected. :nK : So, my first conclusion was that the old transceiver had died. But a few hJ :hours later, the same thing happened again, so it must be something else.    E   This network connectivity problem could well be caused by most any  E   datalink-level problem, including any combination of the following:-       o a faulty connector       o a faulty cable       o incorrect connector usages       o an over-long segment  6     o a flaky controller, switch, repeater, tranceiver       o other flaky hardware        o under- or over-termination  A     o faulty power to a repeater or other "active" network device   9     o bipedal gremlins, either intentionally or otherwise     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 07 Apr 2000 17:28:06 +0200.( From: Etienne Vogt <vogt@alice.obspm.fr>0 Subject: Re: Network errors and CLUEXIT bugcheck. Message-ID: <38EDFE86.930D09F0@alice.obspm.fr>   Hoff Hoffman wrote:nF >   This network connectivity problem could well be caused by most anyG >   datalink-level problem, including any combination of the following:C >     o a faulty connector >     o a faulty cable! >     o incorrect connector usage- >     o an over-long segment8 >     o a flaky controller, switch, repeater, tranceiver >     o other flaky hardware" >     o under- or over-terminationC >     o faulty power to a repeater or other "active" network device.; >     o bipedal gremlins, either intentionally or otherwise   N I may add that the 2 VAXStations are on the same thinwire segment. Also, otherK machines on this segment were still normally reachable during the time whenN> the VS3200 was cut off from the network, including the VS3100.M I don't remember if the VS3200 is currently the last machine in this thinwire J segment or not (Well, the end of the cable is farther away, but there's no machine connected there).0  E The VS3200 is now up again for a day without any new problem noticed.    -- R# 		Etienne Vogt (vogt @ na.astro.it)    ------------------------------  % Date: Fri, 31 Mar 2000 13:35:48 -0500 + From: Stephen Eickhoff <eick-hsr@jmusa.com> / Subject: old vs. new IRON (Was FS: Digital VAX) ) Message-ID: <38E4F004.B823FCE3@jmusa.com>    Bob Kaplow wrote:   N > I may have a similar unit to be dumped in the next few weeks, in the Chicago > area. Email me if interested.R >S* > Or I'll trade it for an Alphastation :-) >E  K I haven't been able to find a list that compares VAX to Alpha with the same L units. Or does SPEC92=VUP? If it does, then my DEC-3000-400 is only twice as8 fast as our VAX 4000-705a. How much faster is it really?  O It would be funny to find out that the machine I'm running "Galactic Trader" on M is more powerful that the one running three Oracle databases :-) although the0" VAX has much more kickin' storage.   ------------------------------   Date: 7 Apr 2000 00:43 CST' From: carl@gerg.tamu.edu (Carl Perkins)E+ Subject: Re: Pascal Compile-TIme stack dump , Message-ID: <7APR200000430980@gerg.tamu.edu>  1 djweath@attglobal.net (Dave Weatherall) writes...UG }On Sun, 31 Mar 3900 07:45:37, djweath@attglobal.net (Dave Weatherall) N }wrote:0 } 	  DO I=1,NTGT* }> 		NPNT = NLEG + I				!SET ARRAY POINTER8 }>-----** 		do while (NPNT .ge. 16)			!ensure pointer is3 }>-----** 		  NPNT = NPNT - 15			! BETWEEN 1 AND 15  }>___** 		enddoAI }> 		IF (PROHTE(NPNT) .GT. HAC) GOTO 80	!EXIT LOOP IF GROUND HIGHER THAN 0 }> A/C9 }> 		HAC = (I * HRATE + HAC1)	 	!NEXT VALUE OF A/C HEIGHT0 }> 	  enddoR } G }Sorry it took  a while. It is the marked bit (---**) and the compiler  C }exits neatly with an 'assertion failure'. I don't blame it really.  }  }Cheers - Dave.H  - Assuming the subject line is correct, then...R  I My guess would be that you are trying to use a Pascal compiler to compileN a program written in Fortran.R  ; The above looks like Fortran. It does not look like Pascal.O In Pascal you'd have     NPNT := NLEG+I;*   instead of 1     NPNT = NLEG+I*  L I.E. in Pascal the assignment operator is ":=" not "=" and statements end inJ semicolons. In Pascal the "=" operator is a relational operator (like "==" in C, or .EQ. in Fortran).   --- Carl   ------------------------------  % Date: Fri, 07 Apr 2000 11:39:29 +0200 ' From: anonymous <pittori@roma2.infn.it>M% Subject: Portable unformatted files 2V- Message-ID: <38EDACD1.E58BEC3A@roma2.infn.it>R   Dave Weatherall wrote:  G > On Sun, 5 Apr 3900 13:07:49, anonymous <pittori@roma2.infn.it> wrote:  >  > > Hi, K > > I used to run  fortran files which produced (at high CPU price...) many*2 > > data files UNFORMATTED on a alpha/VMS machine.< > > Now I would like to use them on a  PC/LINUX (mandrake) .L > > I find that  the  PC g77-produced executable files refuse to read  them. > > IsI > > there a  simple solution  to convert the VMS  unformatted data files, < > > which does NOT implies to re-run all the MonteCarlo's ?? >WC > If these files were created as VMS FORTRAN Sequential Unformatted A > files then, over and above Richard's very important point aboutDF > Floating Point number formats, you will need to know how to decode aH > DEC-FORTRAN segmented file. It's straight-forward and I have something > somewhere if you need it.T >  > Cheers - Dave.  : Thank you for your answer! I hope you will help some more. To be specific: D - I still have access on the VMS Alpha and I CAN read and manipulate my files there.E  @ - these files were created as VMS FORTRAN Sequential Unformatted* files with fortran statements of the kind:9  OPEN (UNIT=...,STATUS='NEW',FILE=...,FORM='UNFORMATTED')   8 - the VMS native floating point format is /FLOAT=G_FLOAT  ; - I suppose that my Linux (mandrake) PC uses something like   /FLOAT=IEEE_FLOAT  ! I already did the following test: ? 1) I run a small Montecarlo on the VMS Alpha in which I created 0 the unformatted files with the following option:?        OPEN (UNIT=...,STATUS='NEW',FILE=...,FORM='UNFORMATTED',*      & CONVERT='LITTLE_ENDIAN')*    F 2) I used a read/output on the VMS Alpha to read the unformatted filesB with the same option CONVERT='LITTLE_ENDIAN' and I read them well;  / 3) I transfer by (bin) ftp the files on the PC;    4) I still cannot read them!      
 Dave said:* > ...you will need to know how to decode a7 > DEC-FORTRAN segmented file. It's straight-forward and , > I have something somewhere if you need it.    4 YES, I DEFINITELY NEED IT! Please can you mail me at   pittori@roma2.infn.it0  
 Thanks again!  Carlotta Pittori   ------------------------------  % Date: Fri, 07 Apr 2000 11:26:42 -0500 & From: Chihfang Lin <chihfang@rice.edu>1 Subject: Re: Precompiled Perl DBI and DBD module?0( Message-ID: <38EE0C42.9B204330@rice.edu>   Hi, Dan:  J Thank you again.  I installed GZIP, VMSTAR, MMK, and even downloaded a newL prebuilt Perl V5.005_03 (previous one was for thread).  Finally I passed theO 'perl Makefile.pl' step of DBI.  A descrip.mms file was generated.  Currently IDN am working on (struggling with) building the DBI.  I am wondering that maybe IM should even goback to rebuild the Perl instead of using the prebuilt version.0  ? PS. The error I got from 'mmk (make)' step is:  %MMK-F-CANTUPD,H=        cannot update target [.BLIB.ARCH.AUTO.DBI]DRIVER.XST - O        source unknown.  Whil I do have the driver file under this subdirectory.R   Chihfang Lin     Dan Sugalski wrote:5   > <cut>  > I > The modules are platform-independent and should build OK on VMS. You'll M > need a version of VMSTAR and GZIP, both available on the freeware CD or off*H > the OpenVMS website (www.openvms.digital.com). Just ungzip, untar, andF > follow the directions. You should be fine. (I know it worked at some) > point--I did the initial port to VMS :)  >S- >                                         Dan  > K > --------------------------------------"it's like this"-------------------R4 > Dan Sugalski                          even samuraiA > dan@sidhe.org                         have teddy bears and evenA= >                                       teddy bears get drunk    ------------------------------  % Date: Fri, 07 Apr 2000 13:32:22 +0400 - From: Valentin Likoum <val_mail@ncc.volga.ru>0O Subject: Print symbiont modification routines (PSM$...) and LAT protocol optionT, Message-ID: <38EDAB26.9E338E84@ncc.volga.ru>   Hello,  F     I have a problem with combining text transcoding and LAT features  in one symbiont. 0  <     We have LG12 printer which has only ISO russian letters H coding method, but all our applications use another coding method (KOI8); So I wrote small print symbiont replacement routine, which DD substitutes symbiont' input filter routine (PSM$K_INPUT_FILTER) and E translate text from one coding method to another one on the fly, and W2 initialized queue with this home-grown processor: ' INIT /QUEUE /PROCESSOR=RUS_SYMBIONT ...X  F     So far so good, but this solution has BIG problem with LAT device @ (connect to terminal server only after second attempt and never @ disconnect from it). To work normally with LAT printer I should . have initialized queue with LATSYM processor: ! INIT /QUEUE /PROCESSOR=LATSYM ... < but this processor obviously doesn't support russian letters transcoding.  H     I guess I should integrate LAT support (LT_CONNECT at job start and @ LT_DISCONNECT at job finish) into my RUS_SYMBIONT processor and C obvious place for it is output routine (PSM$K_OUTPUT). But OpenVMS S5 Utility Routine Manual says that "The job completion VB (PSM$K_JOB_COMPLETION) and output (PSM$K_OUTPUT) routines are not 1 replaceable when using the LAT protocol option."    C     It is not clear to me. If original symbiont supports LAT, then ZD why I should use LATSYM processor for LAT printer? And I guess that B LATSYM does the same thing - replaces almost everything in output < routine, so why other processor is prohibited from doing so? Could anybody clarify that?        Thank you. -- R     Valentin Likoum      ncc_valent@my-deja.com  0     This page is best viewed with VT52 terminal.   ------------------------------  " Date: Fri, 7 Apr 2000 12:09:49 GMT From: briggs@eisner.decus.org S Subject: Re: Print symbiont modification routines (PSM$...) and LAT protocol option0& Message-ID: <2000Apr7.080949.1@eisner>  \ In article <38EDAB26.9E338E84@ncc.volga.ru>, Valentin Likoum <val_mail@ncc.volga.ru> writes: > Hello, > H >     I have a problem with combining text transcoding and LAT features  > in one symbiont. A > > >     We have LG12 printer which has only ISO russian letters J > coding method, but all our applications use another coding method (KOI8)= > So I wrote small print symbiont replacement routine, which  F > substitutes symbiont' input filter routine (PSM$K_INPUT_FILTER) and G > translate text from one coding method to another one on the fly, and  4 > initialized queue with this home-grown processor: ) > INIT /QUEUE /PROCESSOR=RUS_SYMBIONT ...  > H >     So far so good, but this solution has BIG problem with LAT device B > (connect to terminal server only after second attempt and never B > disconnect from it). To work normally with LAT printer I should 0 > have initialized queue with LATSYM processor: # > INIT /QUEUE /PROCESSOR=LATSYM ... > > but this processor obviously doesn't support russian letters > transcoding. > J >     I guess I should integrate LAT support (LT_CONNECT at job start and B > LT_DISCONNECT at job finish) into my RUS_SYMBIONT processor and E > obvious place for it is output routine (PSM$K_OUTPUT). But OpenVMS  7 > Utility Routine Manual says that "The job completion  D > (PSM$K_JOB_COMPLETION) and output (PSM$K_OUTPUT) routines are not 3 > replaceable when using the LAT protocol option." 0  F Look at the documentation for PSM$PRINT.  In particular, the "options"D parameter.  Consider the PSM$M_LAT_PROTOCOL option.  This would seem to be what you are looking for.M  E >     It is not clear to me. If original symbiont supports LAT, then  F > why I should use LATSYM processor for LAT printer? And I guess that D > LATSYM does the same thing - replaces almost everything in output > > routine, so why other processor is prohibited from doing so? > Could anybody clarify that?0  J The "original symbiont" is PRTSYM.  Which is, I believe, a custom symbiont4 based on SMBSRVSHR in which no modules are replaced.  G LATSYM is (or at least behaves like) a customized symbiont in which theAE output and job completion routines are replaced with ones that do theSD appropriate LAT connect/disconnect operations.  I assume that recentD copies of LATSYM are implemented using the PSM$M_LAT_PROTOCOL option
 in SMBSRVSHR.U  A If you specify the PSM$M_LAT_PROTOCOL option, you are, I believe,EM really locking in special routines for PSM$K_OUTPUT and PSM$K_JOB_COMPLETION. @ You are prevented from replacing those routines because they areA locked in.  If you do not enable the PSM$LAT_PROTOCOL option then0  no such restriction is in force.  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  $ Date: Fri, 7 Apr 2000 07:12:08 -07005 From: "cstranslations" <cstranslations@email.msn.com> S Subject: Re: Print symbiont modification routines (PSM$...) and LAT protocol optionM) Message-ID: <eTXODtJo$GA.238@cpmsnbbsa03>_  J I've only given a quick look at your post as I'm late getting out the doorI [and I've only made use of the smb routines once - and it's been awhile -p? plus I didn't modify an existing symbiont - I the whole thing].   E As far as connecting and disconnecting I seem to remember there being_J specific messages for each of these. Are you properly handling the connect2 the first time around and the disconnect [at all]?   Joe   8 Valentin Likoum <val_mail@ncc.volga.ru> wrote in message& news:38EDAB26.9E338E84@ncc.volga.ru... > Hello, >EG >     I have a problem with combining text transcoding and LAT features  > in one symbiont. >Y= >     We have LG12 printer which has only ISO russian letters J > coding method, but all our applications use another coding method (KOI8)< > So I wrote small print symbiont replacement routine, whichE > substitutes symbiont' input filter routine (PSM$K_INPUT_FILTER) and2F > translate text from one coding method to another one on the fly, and3 > initialized queue with this home-grown processor:j) > INIT /QUEUE /PROCESSOR=RUS_SYMBIONT ...k >eG >     So far so good, but this solution has BIG problem with LAT deviceoA > (connect to terminal server only after second attempt and nevermA > disconnect from it). To work normally with LAT printer I should / > have initialized queue with LATSYM processor: # > INIT /QUEUE /PROCESSOR=LATSYM ...i> > but this processor obviously doesn't support russian letters > transcoding. >oI >     I guess I should integrate LAT support (LT_CONNECT at job start andwA > LT_DISCONNECT at job finish) into my RUS_SYMBIONT processor andeD > obvious place for it is output routine (PSM$K_OUTPUT). But OpenVMS6 > Utility Routine Manual says that "The job completionC > (PSM$K_JOB_COMPLETION) and output (PSM$K_OUTPUT) routines are notc2 > replaceable when using the LAT protocol option." >lD >     It is not clear to me. If original symbiont supports LAT, thenE > why I should use LATSYM processor for LAT printer? And I guess thatLC > LATSYM does the same thing - replaces almost everything in output > > routine, so why other processor is prohibited from doing so? > Could anybody clarify that?  >t >     Thank you. > -- >     Valentin Likoume >     ncc_valent@my-deja.com > 2 >     This page is best viewed with VT52 terminal.   ------------------------------  + Date: Fri, 7 Apr 2000 12:36:15 +0200 (CEST)l: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>4 Subject: Re: Probably a stupid OPERATOR question ...J Message-ID: <Pine.LNX.4.10.10004071228360.9192-100000@irys.stanpol.com.pl>  # On 6 Apr 2000, Jerome LAURET wrote:  [...]$P +about it but this is what I observe now (and never before) and made me realizedO +that I have a problem : OPCOM no longer reports messages from satellite nodes MO +and especially the login failures. Yes, I do have REPLY/ENABLE  turned on ... e  C  Hm... Have you check the logicals in SYS$MANAGER:SYLOGICALS.COM ??r?  Check the description of OPC$* (the same for MAIL$* appplies):c= you can set here (also :)!) the setup of "report the messagesh: from another nodes" and "send our messages to another...":   $ sea sylogicals.com opc$allocI $!      The settings of the following two logicals, OPC$ALLOW_INBOUND andoH $!      OPC$ALLOW_OUTBOUND, are used to control the OPCOM traffic in and $!      OPC$ALLOW_INBOUNDe $!      OPC$ALLOW_OUTBOUND  / +	Any idea of what the problem is ? Any hints ?l    Sure :)    Regards - Gotfryd   --E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEi. $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------   Date: 7 Apr 2000 11:11:22 -0500c/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)r4 Subject: Re: Probably a stupid OPERATOR question .... Message-ID: <38edfa9a_1@dilbert.ic.sunysb.edu>   In article <Pine.LNX.4.10.10004071228360.9192-100000@irys.stanpol.com.pl>, "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> writes:e% |>On 6 Apr 2000, Jerome LAURET wrote:l |>[...]lR |>+about it but this is what I observe now (and never before) and made me realizedQ |>+that I have a problem : OPCOM no longer reports messages from satellite nodes  Q |>+and especially the login failures. Yes, I do have REPLY/ENABLE  turned on ... a |>E |> Hm... Have you check the logicals in SYS$MANAGER:SYLOGICALS.COM ??oA |> Check the description of OPC$* (the same for MAIL$* appplies):i? |>you can set here (also :)!) the setup of "report the messagese< |>from another nodes" and "send our messages to another...": |> |>$ sea sylogicals.com opc$allodK |>$!      The settings of the following two logicals, OPC$ALLOW_INBOUND andVJ |>$!      OPC$ALLOW_OUTBOUND, are used to control the OPCOM traffic in and |>$!      OPC$ALLOW_INBOUNDe |>$!      OPC$ALLOW_OUTBOUND |>1 |>+	Any idea of what the problem is ? Any hints ?  |>
 |> Sure :)  I 	As I privatly answer to someone else, it appears to be less trivial thanoP that. Even if I define all the OPC$* logical explicitly, stop and restart OPCOM,N nothing is changed. I don't have anything coming ... If I log to the satelliteM and do a reply/all, then I see what I am supposed to (login failures etc...).   B 	Small extra note : I did define explicitly OPC$ALLOW_INBOUND and  OPC$ALLOW_OUTBOUND to TRUE.a  E 	Maybe the node needs to be rebooted and the stop/restart of OPCOM iss not sufficient ??        -- n6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400s;   ---m---U---m--------------------------------------------- &   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Fri, 07 Apr 2000 13:14:57 -0400r$ From: "Dale A. Marcy" <dqm@ornl.gov>" Subject: Re: Re submit a batch job( Message-ID: <38EE1790.CC5F85BD@ornl.gov>   Stephen,  M      Generally when I see a batch job just "disappear", it is because the logmL file cannot be created or it cannot access the command procedure that drivesK the batch job.  For the log file, check access to the directory where it is=L being created and diskquotas for the username on that disk.  For the commandM procedure, check the access.  I think I have witnessed this same problem onceDL when the account could not be logged into, but I cannot recall the specifics on that one.   Hope this helps,  
 Dale A. Marcy . Science Applications International Corporation   "Ste C." wrote:o   > Thanks Bernard,e >rH > That seems to work ok except the job I am submitting goes on the batchD > queue but when it is scheduled to run it dissapears and doesn't doC > anything. If I execute the job on its own (ie @aqa010bgd) then ity# > executes as it should. Any ideas?l >  > Thanks again >n	 > Stephen  >h, > In article <38D63922.69755902@azisoft.ch>,5 > Bernard Schluep <Bernard.Schluep@azisoft.ch> wrote:*( > > I hope it is enough for your request > > 9 > > $ submit/notif/noprint/log login.com/after="tom+7:00"tJ > > Job LOGIN (queue BATCH$XXX, entry 896) holding until 21-MAR-2000 07:00 > >= > > Bernard. > >n > > "Ste C." wrote:l > >-G > > > Ive got a batch job that processes batches of data files one at arG > > > time, if there is more than two files in a certain directory thene > theeJ > > > job processes the file then re submits its self to process the otherI > > > file(s) straight away, if there is only one file there then the job I > > > will resubmit itself and run in an hours time (just incase the fileeF > > > that is there is still being written to), that is if the time is > afteriB > > > 7.00am but before midnight. If the time plus 1 hour is after
 > midnightH > > > then I want to submit the job to run at 7:00am the next morning. I > canoG > > > add an hour to the time easily enough but is there an easy way to  > add 1lH > > > day ? is there a way to check if its the last day of the month and' > > > therefore add another month etc ?a > > >e) > > > Hope this makes sense to someone :)l > > >P > > > Thanks > > >y
 > > > Stephen  > > > -- > > > Arrgh  > > >T, > > > Sent via Deja.com http://www.deja.com/ > > > Before you buy.e > >  > >u > -- > Arrgh  >h( > Sent via Deja.com http://www.deja.com/ > Before you buy.l   ------------------------------   Date: 7 Apr 2000 15:15:07 GMTp2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Remote Printing (was Re: australia)6 Message-ID: <8cku1r$7li$1@mailint03.im.hou.compaq.com>  j In article <002501bfa09e$a6b65f70$585b5cc0@socrates.Subway>, "Bob Ricci" <maxx0623@concentric.net> writes:5 :will be installing a frame-relay line to Australia. P  G   I'd not expect that either Australia nor Frame relay was particularlyeK   relevent to the underlying question -- IP printing stuff works basically n(   the same locally as it does remotely.   G :Need to print from alpha host in US to a printer on the NT network in C :Australia.   1   Often via IP, either via LPR/LPD or telnet...  p  E   If you want to use Microsoft protocols (SMB and such), you'll need DF   to install the PATHWORKS (or Advanced Server) product, or the SAMBA #   freeware, and get it configured. !  ?   Personally, I'd tend to use the IP standards for this task...E  I :...what printers they are using with alpha/vms 6.2, and how to set them w :up on our network in the US  @   Standard IP setup for OpenVMS, and convince the remote site toA   set the printer up as an accessable IP device (via printer NIC)-E   or convince an administrator at the remote site to set up a system <.   with access to the printer as an LPD server.  G   If you've never set up an IP printer, please see the IP stack product:D   documentation for details.  For various steps involved with TCP/IPE   Services, see the TCP/IP Services documentation as well as various lF   topics in the Ask The Wizard area, particularly including topic 1020   and the other related topics.i  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 31 Mar 2000 09:29:55 +0100p! From: Andy Burns <andy@burns.net>IY Subject: Re: should BACKUP automatically dismount the first volume of a    two-volume bacR8 Message-ID: <rco8eskpgrkclu144b8ntv58abv57r6f8d@4ax.com>   Arne Bergseth wrote:  6 >when 9 track tape with 1600 fpi density was the rule.  1 what's that ? 1600 feet per inch ? clever trick !e yes I know you meant bpi ....n     -- t Andy At Burns Dot Netc   ------------------------------  % Date: Fri, 31 Mar 2000 09:40:07 -0400(+ From: Tim Shoppa <shoppa@trailing-edge.com>i Subject: Re: Sign of the times. 1 Message-ID: <38E47277.253DDE39@trailing-edge.com>-   Michael Austin wrote:- >  > Tim Shoppa wrote:- > G > > few months ago about how all the VMS-specific filetypes got mangleda > > in the process.  > >  > F > <RANT WARNING:  One of these days I will tell you how I really feel> > V > No kidding... I have tried to download many a .zip or .bck file and not been able toV > read them. What kind of idiots put a VMS-related ftp server on a piece of trash like > NT anyway? > </RANT WARNING>r  < Actually, most of the recent software packages there as .ZIPB files seem to be intact.  My main complaint are the older parts of@ the collection, which have things like .OBJ's that don't survive& going through non-VMS machines at all.  @ I've yet to see any rational explanation as to why ftp.decus.orgC had to be switched to an NT machine administered by folks who don'teB know anything about VMS.  Who is Tacticom, and why is DECUS payingC them money to host ftp.decus.org on a MS-Windows machine?  Why am Ia? told to use backslashes in specifying directory names there?  ASE lonely old VS3100-30 with a couple of largish disks could have servedr quite nicely instead.    Tim.   ------------------------------   Date: 7 Apr 2000 07:09:43 GMTt- From: djweath@attglobal.net (Dave Weatherall)s" Subject: Re: So who will buy VMS ?5 Message-ID: <DTiotGxQ0bj6-pn2-cgPgcpVC8srv@localhost>   - On Sun, 6 Apr 3900 06:27:18, "Zane H. Healy" i# <healyzh@shell1.aracnet.com> wrote:s  0 > Dave Weatherall <djweath@attglobal.net> wrote:H > > The younger ones (30's) have learned to use VMS as a host for their I > > jobs but would not be evangelical about it. They use Win or Linux at t	 > > home.n > M > What about people in this age bracket that use UNIX and or Windows at work,ON > and VMS at home?  AND the only VMS systems they've ever had *anything* to do" > with are their own home systems? > 	 > 			Zanep  # Being biased<G>, I might surmise :-Y  )      Interested and probably interesting.       Open minded.a=      More concerned with solving a problem than the platform.h  D Therefore, not necessarily, a bigot at all. Perhaps 'discerning' is  the word I might choose :-)    Cheers - Dave.      ------------------------------   Date: 7 Apr 2000 07:09:47 GMT2- From: djweath@attglobal.net (Dave Weatherall) " Subject: Re: So who will buy VMS ?5 Message-ID: <DTiotGxQ0bj6-pn2-bDQ3F5d8nKiu@localhost>i  < On Sun, 6 Apr 3900 13:07:31, system@SendSpamHere.ORG (Brian  Schenkenberger, VAXman-) wrote:eH > was a simulator/test generator for digital circuitry.  My degree is inH > electronic engineering and I worked side by side with others with E.E.  F Mine too and it prompts me to ask how many of the VMS 'loyalists' comeD from a CS background and how many from other educational/vocational $ backgrounds. Is there a trend there?   Cheers - Dave.   ------------------------------  # Date: Fri, 07 Apr 2000 11:10:43 GMTu= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)n" Subject: Re: So who will buy VMS ?0 Message-ID: <009E83E8.DA25AD08@SendSpamHere.ORG>  e In article <DTiotGxQ0bj6-pn2-bDQ3F5d8nKiu@localhost>, djweath@attglobal.net (Dave Weatherall) writes:r= >On Sun, 6 Apr 3900 13:07:31, system@SendSpamHere.ORG (Brian    >Schenkenberger, VAXman-) wrote:I >> was a simulator/test generator for digital circuitry.  My degree is inhI >> electronic engineering and I worked side by side with others with E.E.  >TG >Mine too and it prompts me to ask how many of the VMS 'loyalists' comepE >from a CS background and how many from other educational/vocational a% >backgrounds. Is there a trend there?   H From my statistical analysis with a sample space of two, I'd say there's a high correlation.  ;)u   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  " Date: Fri, 7 Apr 2000 13:40:15 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>" Subject: Re: So who will buy VMS ?& Message-ID: <FsnExJ.4qC@world.std.com>  6 "David Turner" <d_b_turner@yahoo.com> wrote in message) news:senu2950rfg174@corp.supernews.com...a > Bill Gates  J I dunno why... he already has the Mica code, the Pillar SIL, and access to plenty of VMS-related IP!r   ------------------------------  + Date: Fri, 7 Apr 2000 11:55:53 +0200 (CEST)e: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> Subject: Re: split large filesJ Message-ID: <Pine.LNX.4.10.10004071151060.9192-100000@irys.stanpol.com.pl>  , On Tue, 4 Apr 2000, David J. Dachtera wrote: [...]R +***************************** +* * * * W A R N I N G * * * * +***************************** + % +__D_O__ __N_O_T__ __A_T_T_E_M_P_T__ o    Will agree :)  C +...to use GZIP for _A_N_Y_ RMS files other than Stream_LF. All RMS. +attributes will be lost !!!  <  And not only :] - if one have files with over 32kB without ; LF (the maxRMSrecordLenght) then additional LF can be seen n in the GUNZIPped data :]>  Overriding the "attribute lost" problem for some files (b.ex., fixed) can be easy, but random are LF not :)    Regards - Gotfryd   --E =====================================================================0F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME-. $!                        GS@stanpol.zabrze.plE =====================================================================R   ------------------------------  # Date: Fri, 07 Apr 2000 09:51:21 GMTM From: d.webb@mdx.ac.uk Subject: Re: SSH for VMS) Message-ID: <8ckb2n$5j9$1@nnrp1.deja.com>I  . In article <38ed203e_2@dilbert.ic.sunysb.edu>,%   jlauret@mail.chem.sunysb.edu wrote:  >n- > 	Current SSH client for VMS is available atm http://www.free.lp.se/fish/.5 > I have a redistributed client version on my site atmD > http://nucwww.chem.sunysb.edu/htbin/software_list.cgi which is the FISHE > (ssh client for VMS) original version with some patched applied (as 	 discussede< > in the related mailing list but did not got in the offcial distribution due > to lack of time)., >E= > 	OpenSSL is available at http://www.free.lp.se/openssl/ ...T >a > --8 >                   Jerome LAURET S.U.N.Y. @ Stony Brook& >        ,,,,,      Dept. of Chemistry- >       ( o o )     Stony Brook NY 11794-3400o= >   ---m---U---m---------------------------------------------n( >   E-mail: jlauret@mail.chem.sunysb.edu> >   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html >o    B I believe both FISH and Dave Jones SSH server for VMS only support SSH version 1.? Are there problems (apart from the obvious development time) in < upgrading these products to support the newer SSH version 2.  E (Note. apart from hearing that there is a version 2 which is supposedeA to be more secure I know absolutely nothing about the differenceso between these versions).    
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 07 Apr 2000 07:04:11 -0600T% From: Dan O'Reilly <dano@process.com>j Subject: Re: SSH for VMSB Message-ID: <4.2.0.58.20000407070237.00a3eb70@pop.clsp.uswest.net>  , At 03:51 AM 4/7/00 , d.webb@mdx.ac.uk wrote:C >I believe both FISH and Dave Jones SSH server for VMS only supportP >SSH version 1.i@ >Are there problems (apart from the obvious development time) in= >upgrading these products to support the newer SSH version 2.L > F >(Note. apart from hearing that there is a version 2 which is supposedB >to be more secure I know absolutely nothing about the differences >between these versions).t  I The protocols are different - it's not exactly a trivial thing to change.tL As I mentioned in a previous message, both Multinet and TCPware will support! both versions in the near future.d     ------I +-------------------------------+---------------------------------------+5I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Time flies like an arrow.  Fruit    |.I | Process Software Corporation  |   flies like a banana."               |mI | http://www.process.com        |                    -- Groucho Marx    |eI +-------------------------------+---------------------------------------+p   ------------------------------   Date: 7 Apr 2000 11:06:33 -0500r/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)  Subject: Re: SSH for VMS. Message-ID: <38edf979_1@dilbert.ic.sunysb.edu>  B In article <8ckb2n$5j9$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes:  D |>I believe both FISH and Dave Jones SSH server for VMS only support |>SSH version 1.   	Indeed it is ....  A |>Are there problems (apart from the obvious development time) ino> |>upgrading these products to support the newer SSH version 2. [...]D  D 	Lack of manpower ? I doubt it will be done though because there areM many pushes nowadays toward having both Ssh 1 and 2. process.com will include N Ssh 1 as part of their package by this summer and Ssh 2 by next Fall/Winter as@ far as I have understood. I've also heard some Compaq rumors ... 	,J 	So keep watching ... and for now, Ssh1 is doing fine for me ; David JonesP and Richard Levitte (+others) definitly have both done a great job by supporting$ Ssh far ahead of time and rumors ...       -- -6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400s;   ---m---U---m---------------------------------------------n&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------   Date: 7 APR 2000 16:01:51 GMTo6 From: greenwoodde@feda01.fed.ornl.gov (Dave Greenwood) Subject: Re: SSH for VMS1 Message-ID: <7APR00.16015166@feda01.fed.ornl.gov>n  . In a previous article, d.webb@mdx.ac.uk wrote:  D > I believe both FISH and Dave Jones SSH server for VMS only support > SSH version 1.A > Are there problems (apart from the obvious development time) ino> > upgrading these products to support the newer SSH version 2.  C It's my understanding that SSH version 2 requires a license (and $) C for many users while version 1 is free for all users.  As a result, @ every site I work with that has SSH installed, whether on VMS or& some Unix variant, is using version 1.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Fri, 07 Apr 2000 09:42:10 +0200 3 From: Matthias Koch <koch@bessel.mpip-mainz.mpg.de> % Subject: Re: SSH for VMS (SSH-Server)g8 Message-ID: <38EDAD72.6C170BB2@bessel.mpip-mainz.mpg.de>   Phillip G Deneault wrote:i > B > I've tried searching everywhere I could but I still can't find aL > package or even some working ported source.  Has anyone tried porting thisJ > to VMS?  I would think this would be something that lots of people would% > want for secure connections to VMS./   An SSH-Server is available ate  ( http://kcgl1.eng.ohio-state.edu/~jonesd/  E I was able to compile it with ssleay (http://www.free.lp.se/ssleay/), 4 but not with openssl due to some incompatible calls:  7     result = PEM_read_RSAPrivateKey ( kf, &key, NULL );  .............^G %CC-E-TOOFEWARGS, In this statement, "PEM_read_RSAPrivateKey" expects 4l argument s, but 3 are supplied.  E Has anybody got a patch for ssh_server_14 to work with OpenSSL 0.9.5?n     Bye, Matthias   ------------------------------  % Date: Fri, 07 Apr 2000 18:43:50 +0200,. From: stoeri@iap.tuwien.ac.at (Herbert Stoeri)% Subject: Re: SSH for VMS (SSH-Server)e= Message-ID: <stoeri-0704001843500001@eapmc3.iap.tuwien.ac.at>a  F In article <38EDAD72.6C170BB2@bessel.mpip-mainz.mpg.de>, Matthias Koch& <koch@bessel.mpip-mainz.mpg.de> wrote:   > Phillip G Deneault wrote:k > > D > > I've tried searching everywhere I could but I still can't find aN > > package or even some working ported source.  Has anyone tried porting thisL > > to VMS?  I would think this would be something that lots of people would' > > want for secure connections to VMS.n >  > An SSH-Server is available ata > * > http://kcgl1.eng.ohio-state.edu/~jonesd/ > G > I was able to compile it with ssleay (http://www.free.lp.se/ssleay/),t6 > but not with openssl due to some incompatible calls: > 9 >     result = PEM_read_RSAPrivateKey ( kf, &key, NULL );l > .............^I > %CC-E-TOOFEWARGS, In this statement, "PEM_read_RSAPrivateKey" expects 4f
 > argument > s, but 3 are supplied. > G > Has anybody got a patch for ssh_server_14 to work with OpenSSL 0.9.5?  >  >  > Bye,
 > Matthias  G There are some patches for the ssh-server to work with openssl-0.9.3 ati% Richard Levitte's ftp-site in Sweden.e  % ftp://ftp.lp.se/patches/osu-sshd/014/   B For use with tcpip-services 5.0 you have also to patch the routine* CPORT_UCX.C by inserting some definitions:   After: #include <UCX$INETDEF.H> #define sockaddr_in SOCKADDRIN Insert:e #ifdef TCPIP$INETDEF_LOADEDt7 /* TCPIP 5.0 changed the definitions in ucx$inetdef. */n #define SOCKADDRIN _SOCKADDRIN #ifndef UCX$C_AF_INETa% #define UCX$C_AF_INET TCPIP$C_AF_INETe #endif #ifndef UCX$C_TCP  #define UCX$C_TCP TCPIP$C_TCPt #endif #ifndef UCX$C_STREAM# #define UCX$C_STREAM TCPIP$C_STREAMt #endif #ifndef UCX$C_LINGER# #define UCX$C_LINGER TCPIP$C_LINGERi #endif #ifndef UCX$C_SOCKOPTn% #define UCX$C_SOCKOPT TCPIP$C_SOCKOPTu #endif #ifndef UCX$C_REUSEADDRs) #define UCX$C_REUSEADDR TCPIP$C_REUSEADDR  #endif #ifndef UCX$C_KEEPALIVEt) #define UCX$C_KEEPALIVE TCPIP$C_KEEPALIVEr #endif #endif  < Actually I copied this fix from Dave Jones' OSU-Http-server.   Herbert Stoeri  D +---------------------------------+--------------------------------+D | Herbert Stoeri                  | Phone: ++43(1)58801/13460      |D | Institut fuer Allgemeine Physik | Fax:   ++43(1)58801/13499      |D | Technische Universitaet Wien    | email: stoeri@iap.tuwien.ac.at |D | Wiedner Hauptstrasse 8-10       |                                |D | A-1040 Wien                     | http://www.iap.tuwien.ac.at/   |D | Austria                         |                                |D +---------------------------------+--------------------------------+   ------------------------------  % Date: Fri, 07 Apr 2000 19:01:03 +0010a% From: paddy.o'brien@zzz.tg.nsw.gov.aup% Subject: Re: Suggestion for authorizei5 Message-ID: <01JNYR09D5Z600484Y@tgmail.tg.nsw.gov.au>h  G I see that though this thread started on 29-mar, it is still current.  SQ Therefore, having just come back from leave I might add -2 cents (negative value R :-)o  P I have often thought similar to JF -- why doesn't VMS create accounts the way I N want to do it.  But, no, (and has been evidenced in this thread) we don't all Q want to do things the same way.  As with adduser and Richard Gilbert's comments, sP I feel that my own customised procedure is the way I want to go.  I feel that I O would dislike VMS telling me any more than the basics it does that this is the aP way you must create accounts; I would possibly have to find ways to negate what M VMS is forcing me to have.  I have a small user base and am different from a  K large corporate base and from a university (and from a hobbyist), etc. etc.   L Authorize gives me the nice minimal functionality, and we can go from there.  O Regarding "delete", I have never wanted that.  As someone mentioned disusering oP accounts is also the way I go; the account is only deleted and possibly re-used " when no files exist with that UIC.   Regards, Paddy   Paddy O'Brien, Transmission Development,n
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiaa   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,c; but that little whizz-bang apostrophe gives me little spam.o   ------------------------------  % Date: Fri, 07 Apr 2000 09:34:40 +0100. From: Dave Barr <dbarr@csc.com>w Subject: Re: Tandem on EV7' Message-ID: <38ED9DA0.5C191E12@csc.com>   B Is this an actual Compaq Presentation that can be quoted to users?   Dave   cstranslations wrote:   M > I don't keep up with all the rags and associated nonsense all that much but  > anyway . . . >tL > . . . just got back from the LUG meeting. After listening to the splurb onM > ProLiant and Windoz 2000 [when that wonderful "blue screen of death" popped N > up in the middle of the alpha presentation it was good for a chuckle] we hadL > a presentation/road map for alpha/wildfire. It was some really cool stuff.. > But then he was preaching to the choir . . . >tM > In any event from what the man said EV7 is due out in about 15 to 18 monthsaL > running above 1200Mhz. When it comes out Tandem is going to run on it [notJ > that I'd know Tandem if I fell over it]. He also whipped out a new alphaK > roadmap going all the way out to ev12 [due out about 2010 and running anytK > where between 7 and 9Ghz]. Now although this 9Ghz ev12 is the ultimate in K > vaporware I was wondering if any of this is being released to the generalaF > public [or if it's just "feel good" stuff passed around internally]? >  > Jowh   ------------------------------  $ Date: Fri, 7 Apr 2000 07:06:10 -07005 From: "cstranslations" <cstranslations@email.msn.com>c Subject: Re: Tandem on EV7) Message-ID: <#3kKupJo$GA.228@cpmsnbbsa03>   L Dave Barr <dbarr@csc.com> wrote in message news:38ED9DA0.5C191E12@csc.com...D > Is this an actual Compaq Presentation that can be quoted to users?  K There was a lot of that "this is all still non-disclosure so I really can'tsG go into much detail" during the alpha presentation. He did say that thepJ first Wildfire system has already shipped and that they will be "availableG 'on the books'" in about 3 weeks (although if you don't already have antG order in and want one expect to wait until 4th quarter as there is someoJ pent-up demand). I was talking to someone else right after the meeting andH couldn't get the presenter's ear to ask any questions as he didn't stick around (that I saw).  J I honestly had to sit there listening 1) thinking "man this is some prettyB damn slick/cool stuff" and 2) "why the hell isn't Compaq out thereG "spreading the word?" [not to offend anyone's religious sensibilities].s   Joe    > Dave >d > cstranslations wrote:  >hK > > I don't keep up with all the rags and associated nonsense all that much  butl > > anyway . . . > >iK > > . . . just got back from the LUG meeting. After listening to the splurb- onH > > ProLiant and Windoz 2000 [when that wonderful "blue screen of death" poppedL > > up in the middle of the alpha presentation it was good for a chuckle] we hadKG > > a presentation/road map for alpha/wildfire. It was some really coolr stuff.0 > > But then he was preaching to the choir . . . > >gH > > In any event from what the man said EV7 is due out in about 15 to 18 monthsI > > running above 1200Mhz. When it comes out Tandem is going to run on its [notL > > that I'd know Tandem if I fell over it]. He also whipped out a new alphaI > > roadmap going all the way out to ev12 [due out about 2010 and runningD any J > > where between 7 and 9Ghz]. Now although this 9Ghz ev12 is the ultimate inE > > vaporware I was wondering if any of this is being released to theS generallH > > public [or if it's just "feel good" stuff passed around internally]? > >o > > Jowp >b   ------------------------------   Date: 31 Mar 2000 08:04:56 GMT) From: leslie@clio.rice.edu (Jerry Leslie)S/ Subject: Time To Add Timezones & DST To the FAQ-' Message-ID: <8c1m78$sq3$1@joe.rice.edu>o& Keywords: vms,ucx,ntp,dst,timezone,faq  C It's now one of the two times a year why VMS folks become slightly hA agitated and confused because of Daylight Savings Time, NTP, and ' vague or wrong documentation.c  4 In a archived article dated 9-April-1998, Hoff said:  I  "Also visit www.dejanews.com for a large number of recent discussions    J   of timezones and timezone changes.  (This is something that should be   I   added to the FAQ -- it's the semi-annual flurry of TDF questions. :-) "    D The archived articles about UCX$TDF don't seem to contain consistent answers.  % Even the latest documentation on NTP:j  G   http://www.openvms.digital.com:8000/72final/6526/6526profile_016.htmlD%   DIGITAL TCP/IP Services For OpenVMSt  1 skirts around the issue of Daylight Savings time..  (   "10.4 Operating with Time Zone Offsets    .    .    .(                                     NoteF      _________________________________________________________________  H    NTP works with UTC only while the OpenVMS time is traditionally meantE    to reflect the local time. It is therefore necessary to follow the0B    steps as outlined above to correctly account for a DST change."  B Some examples for the two time changes for more than one time zoneD should be included, since a lot of VMS systems are managed by unix, E or even Windows NT sysadmins, who may be accustomed to automagic DST I changes.  E Information on how UCX 4.x handled these situations would be helpful.!A Links to Process Software's DST procedures for Multinet & TCPWareF could also be included.   K --Jerry "Ready to go back to GMT" Leslie  (my opinions are strictly my own)t   ------------------------------  $ Date: Fri, 7 Apr 2000 16:58:16 +01002 From: Chris Sharman <Chris.Sharman@ccagroup.co.uk> Subject: Tricks in CSV ?0 Message-ID: <009E843A.EEA55B44.3@ccagroup.co.uk>  E I'm generating .CSV files from Powerhouse (7.10.G3) on OpenVMS (7.1)./  5 Ordinary data is no problem - Excel picks it up fine.l> Formulae are also acceptable to Excel (A1 cell notation only).   We'd like to do:> 	Use R[1]C[1] cell notation (doesn't seem to work at present). 	Set up pivot tables.  	Have Excel draw graphs. 	Create and/or execute macros. 	Any other ideas ??c  J All this, ideally, to be embedded into our CSV quiz report on VMS. In manyL cases it's only a few mouse clicks, but some of our users are now getting toH spend most of Monday morning loading CSVs, doing those mouse clicks, and saving them again as .xls.  O Anyone know how to do this, or know who/where I should ask, or know it can't bemL done ? I've looked for documentation on CSV, without much joy. Or is there a! better way to solve the problem ?e   Many thanks, Chris G _______________________________________________________________________ = Chris.Sharman@CCAgroup.co.uk		http://www.ccastat.demon.co.uk/ C CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS.    ------------------------------  # Date: Fri, 07 Apr 2000 17:34:39 GMT-4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> Subject: Re: Tricks in CSV ?C Message-ID: <P_oH4.3495$p4.121241@newsread2.prod.itd.earthlink.net>s  5 The CSV format is only good for Values, not Formulae.r  
 Mike Ober.  ? "Chris Sharman" <Chris.Sharman@ccagroup.co.uk> wrote in messages* news:009E843A.EEA55B44.3@ccagroup.co.uk...G > I'm generating .CSV files from Powerhouse (7.10.G3) on OpenVMS (7.1).  >e7 > Ordinary data is no problem - Excel picks it up fine. @ > Formulae are also acceptable to Excel (A1 cell notation only). >C > We'd like to do:? > Use R[1]C[1] cell notation (doesn't seem to work at present).  > Set up pivot tables. > Have Excel draw graphs.  > Create and/or execute macros.a > Any other ideas ?? >cL > All this, ideally, to be embedded into our CSV quiz report on VMS. In manyK > cases it's only a few mouse clicks, but some of our users are now gettinge toJ > spend most of Monday morning loading CSVs, doing those mouse clicks, and > saving them again as .xls. >hH > Anyone know how to do this, or know who/where I should ask, or know it can't beL > done ? I've looked for documentation on CSV, without much joy. Or is there ap# > better way to solve the problem ?u >y > Many thanks, > ChriseI > _______________________________________________________________________e> > Chris.Sharman@CCAgroup.co.uk http://www.ccastat.demon.co.uk/E > CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS.n >    ------------------------------  # Date: Fri, 07 Apr 2000 11:31:19 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 1 Subject: Re: Warning: circuitsurgeon is a ripoff!i0 Message-ID: <009E83EB.BAC64019@SendSpamHere.ORG>  A In article <38ED50B1.ECE5E553@vrx.net>, Dan <dan@vrx.net> writes: 
 >{...snip...} G >BTW: I've also sent a complaint to DECUS suggesting your membership beeK >suspended, and I'm offering all concerned your FRAUD as all the proof they  >need.  H DECUS Canada or DECUS US?  I can't speak for your side of the border butG here in the US, DECUS doesn't care!  I too requested that an individual G be removed after an incident wherein he used a DECUS national event to .H soapbox his legal dispute with me and waive court documents under noses G of fellow DECUS members as a way to slander me.  The fatheads in charge>G at the time claimed that they couldn't get involved because they feareddH being sued for restraint of trade.  Bullshit.  A DECUS national event isG NOT the place for this and this action was most definitely in violation  of canons.    H Besides, DECUS can't get their own act together; what makes you think itG can change what has happened to you.  To parody an AmEx claim...  DECUSn membership has no privilege. --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  # Date: Fri, 07 Apr 2000 12:10:44 GMTg+ From: Chris Doran <chris_doran@my-deja.com> , Subject: Re: Where are TXAn: terminal ports?) Message-ID: <8ckj7t$dn4$1@nnrp1.deja.com>   7 In article <200004061705_MC2-A03F-53AD@compuserve.com>,o5   "Richard B. Gilbert" <DRAGON@compuserve.com> wrote:-D >         The "harmonica" connects to a connector on the rear of the MicroV=/ > AX& > 3100 if the MicroVAX is so equipped.  + DEC part numbers DSH32-B (H3104 on the box)   4 > I seem to recall that the TXA ports were optional.   So the manual says.j  = > The connector is located on the rear of the machine, at thel> > upper left, and above the "Standard Ethernet Connector" (AUI Connector).F  + It's the "Centronics printer" style socket.o  3 A search on "H3104 DSH32-B" (without the quotes) ontF http://www.altavista.com/ finds it on several surplus supplier's list.5 You need a Centronics-Centronics cable to go with it.S  C Opening the box, it's a purely passive device, i.e. just PCB tracks1D between the sockets. If you wish, I'll trace the circuit and post itD somewhere. (Seeing as I have more 3100s than I have harmonicas I may& even need to make one myself one day!)   Chris     & Sent via Deja.com http://www.deja.com/ Before you buy.b   ------------------------------  $ Date: Fri, 7 Apr 2000 09:51:07 +0200> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>? Subject: Re: Why are there no French people in this newsgroup ?V+ Message-ID: <8ck3vs$1tv$1@minus.oleane.net>B   Bonjour  tous ...  J French people traditionnaly use the VMS Notes Conference on DECUS France's system. J A WEBnotes variant has been implemented too (info at http://www.decus.fr )  I As for VMS, there as been a lot of noise about how poor communication had  beenC for VMS in France. Digital first, then Compaq didn't really want toe communicateeJ on VMS. January 1999, 1400 of the 1800 employees of Digital choosed Not to stayA at Compaq. Rare VMS specialists accepted to continue with Compaq.t  C One year after that, we've been told 600 people have been recruted. F An advertising campaign has been promised last December, to be seen in March, obviously delayed.  J Some big sites continue buying big VMS systems. Small and medium companiesJ abandon VMS, due to a lack of sexy applications. (Digital killed his OEM'sL 10 years ago, saying "just sell your software, we are going to sell hardware andaI services to your customers", so their margins fell down dramatically ...)o  G Maybe Patrick Moreau or Guillaume Gerard would like to add something to0 these comments ...   Cordialement Jean-Franois Marchalm X9000 - LYON (FR)r    @ "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> wrote in message, news:AzztODjHT2DShecd+hu9KKrIiYjg@4ax.com...3 > On Thu, 6 Apr 2000 20:57:30 -0400, "David Turner"y > <d_b_turner@yahoo.com> wrote:S >I > >This is a weird deal....mL > >Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, but no French >   > there's always  fr.comp.os.vms > 3 > It doesn't look too busy/active, but I recognized ' > one ot two names from C.O.V, even so.w   ------------------------------   Date: 7 Apr 2000 07:51:44 GMTi3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) ? Subject: Re: Why are there no French people in this newsgroup ?i0 Message-ID: <8ck42g$79u$1@n.ruf.uni-freiburg.de>  ] In article <seqcfl5mrfg119@corp.supernews.com>, "David Turner" <d_b_turner@yahoo.com> writes:h >This is a weird deal....  >,J >Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, but no French >0 >Strange huh ?  ! At least there is Patrick Moreau.t  " >Do they still use VMS en France ?$ >Or PC's only  - Vive Monsieur Bill!I >Actually - if one tries to pronouce Vms with a french accent, it doesn't ( >sound 'arf as good as Solaris or Unix - >o >d >Vive Monsieur Bill! >eG >There again, they make their own planes, build their own nuclear powercJ >plants, and discuss the fundamentals of other countries as if they didn't >have running water... >FK >Seriously though... I wander why there are never any questions or requestsi >posted here >M- >Do they have their own "elitist" newsgroup ?    There is "fr.comp.os.vms"...  I And from personal experience I got the impression that English is a majorK problem for many French people.n   Regards,    Christoph Gartmann_  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  # Date: Fri, 07 Apr 2000 08:49:54 GMT * From: Pierre Bru <Pierre.Bru@spotimage.fr>? Subject: Re: Why are there no French people in this newsgroup ? ) Message-ID: <8ck7ff$1o5$1@nnrp1.deja.com>   2 In article <AzztODjHT2DShecd+hu9KKrIiYjg@4ax.com>,8   "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> wrote:3 > On Thu, 6 Apr 2000 20:57:30 -0400, "David Turner"1 > <d_b_turner@yahoo.com> wrote:w >v > >This is a weird deal.... > > >Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, > >but no French >t  > there's always  fr.comp.os.vms >i3 > It doesn't look too busy/active, but I recognizeda' > one ot two names from C.O.V, even so.i  D maybe french people read this newsgroup and sometimes post but using
 english...   Pierre.a    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  $ Date: Fri, 7 Apr 2000 11:36:05 +02007 From: "Guillaume Grard" <guillaume.gerard2@wanadoo.fr>o? Subject: Re: Why are there no French people in this newsgroup ?i% Message-ID: <8cka3a$3ul$1@wanadoo.fr>b  K Well, they DO post, but there are so many newsgroups, comp.os.Vms is a hugey5 one, it takes a lot of time to read all the posts ...oH there are also all the vmsnet newsgroups, the decus france group that is& rather active, the fr.comp.os.vms, ...  G "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> a crit dans le message,- news: AzztODjHT2DShecd+hu9KKrIiYjg@4ax.com..."3 > On Thu, 6 Apr 2000 20:57:30 -0400, "David Turner"u > <d_b_turner@yahoo.com> wrote:y >g > >This is a weird deal....dL > >Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, but no French >a  > there's always  fr.comp.os.vms >t3 > It doesn't look too busy/active, but I recognized0' > one ot two names from C.O.V, even so.a   ------------------------------   Date: 7 Apr 2000 10:40:32 GMTh. From: Allan Hawdon <udaa460@axolotl.kcl.ac.uk>? Subject: Re: Why are there no French people in this newsgroup ? . Message-ID: <8ckdv0$ndb$1@willow.cc.kcl.ac.uk>  * David Turner <d_b_turner@yahoo.com> wrote: : This is a weird deal....  K : Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, but no French    : Strange huh ?a  # : Do they still use VMS en France ?d% : Or PC's only  - Vive Monsieur Bill!oJ : Actually - if one tries to pronouce Vms with a french accent, it doesn't) : sound 'arf as good as Solaris or Unix -t  A Take a look on vmsnet.sysmgt - there seems to be a French landingr party there :-)    ------------------------------  % Date: Fri, 07 Apr 2000 13:32:08 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ? Subject: Re: Why are there no French people in this newsgroup ?o) Message-ID: <38EDC737.FA5C3B2D@gtech.com>e   David Turner wrote:a > This is a weird deal.... > K > Netherlands, Germany, US UK, Ozzy's;  pretty much everyone, but no Frenchm >  > Strange huh ?g > # > Do they still use VMS en France ?m  
 Some I think.t  ( There are some french participants here.   Patrick Moreau posts regularly.e  2 But in general I think VMS is much more present in( northern Europe than in southern Europe.  9 .uk, .de, .dk, .se, .fi, .nl, .pl etc. are seen much more . often than .fr, .es, .pt, .it, .gr etc. here !   Arne   ------------------------------  $ Date: Fri, 7 Apr 2000 14:03:48 +0200> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>? Subject: Re: Why are there no French people in this newsgroup ?T+ Message-ID: <8ckipl$eo8$1@minus.oleane.net>m  ; "Allan Hawdon" <udaa460@axolotl.kcl.ac.uk> wrote in message8( news:8ckdv0$ndb$1@willow.cc.kcl.ac.uk...  C > Take a look on vmsnet.sysmgt - there seems to be a French landingo > party there :-)a  ! Yes , and completely off topic...a
 Jean-Franoisu   ------------------------------  % Date: Fri, 07 Apr 2000 14:27:18 +0100i- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l? Subject: Re: Why are there no French people in this newsgroup ? ) Message-ID: <38EDE236.AF916081@bbc.co.uk>n   Arne Vajhj wrote:   >q >t4 > But in general I think VMS is much more present in* > northern Europe than in southern Europe. >l; > .uk, .de, .dk, .se, .fi, .nl, .pl etc. are seen much moret0 > often than .fr, .es, .pt, .it, .gr etc. here ! >   8 Maybe they just have less net access or nicer beaches to spend their spare time on :-)e  5 We did have a post from .es the other day, didn't we?t   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukl  A I speak for myself only and my views in no way represent those ofg MedAS or the BBC.o   ------------------------------   Date: 7 Apr 2000 11:00:46 -0500b/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)e? Subject: Re: Why are there no French people in this newsgroup ? . Message-ID: <38edf81e_1@dilbert.ic.sunysb.edu>  f In article <8ck42g$79u$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:   |> |>There is "fr.comp.os.vms"... |>K |>And from personal experience I got the impression that English is a majorg! |>problem for many French people.I    ^^^^^^^^^^^^^^^^^^^^^^^^^^^ 	Thanks a million !!!a' 	BTW : How well is your French doing ??      |>
 |>Regards, |>   Christoph Gartmann  |>     -- r6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400h;   ---m---U---m---------------------------------------------a&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Fri, 07 Apr 2000 11:27:06 -0400d0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>? Subject: Re: Why are there no French people in this newsgroup ?t/ Message-ID: <38EDFE47.70B866FC@vl.videotron.ca>b  J Si les francophones commen=E7aient =E0 envoyer des messages en fran=E7ais=
 , le reste: des usagers sur comp.os.vms se plaindraient tr=E8s fort...  J (If french speaking users started to post in french here, the other users=   would complain loudly).f  J When when a french speaking poster posts in english, he becomes "invisibl= e"' and you don't really notice him/her/it.f  J Also, I think that the number of users of comp.os.vms has gone down quite=  aJ bit, whcih really reflects the VMS user base in the world (more so that t= heJ sales that Compaq brags about since those sales don't mention the number = ofJ existing users who shut down their last VMS machine or have remaining VMS=  B machines simply running with minimal maintanence and no upgrades).   ------------------------------  $ Date: Fri, 7 Apr 2000 17:29:43 +0100- From: "POWERS, John" <John.POWERS@sema.co.uk>s? Subject: RE: Why are there no French people in this newsgroup ?t; Message-ID: <D30A62ABC710D211AEE100A0C9D615EE316363@REAES2>   @ This subject strikes me as well off-topic, so I shouldn't really be adding to it at all.    But sorry I can't resist $-)  > The company I work for is French owned, so to encourage a more= multi-lingual workforce, they offer the option of free Frencha? classes - a very praiseworthy idea (IMHO). I have subscribed to4: this and can now discuss the whereabouts of my aunt's pen.  > When I started I thought I would never be able to get the hang= of this language with all its weird conjugations, and bizarre  pronoun placements. And now..   7 Et maintenant.. je peur parl=E9 se longue muchos bueno.6  & Yeah, eat your heart out James Garner.   - John    K ___________________________________________________________________________.B This email is confidential and intended solely for the use of the H individual to whom it is addressed. Any views or opinions presented are E solely those of the author and do not necessarily represent those of k Sema Group. M If you are not the intended recipient, be advised that you have received thissI email in error and that any use, dissemination, forwarding, printing, or e- copying of this email is strictly prohibited.o  E If you have received this email in error please notify the Sema Group . Helpdesk by telephone on +44 (0) 121 627 5600.K ___________________________________________________________________________e   ------------------------------  # Date: Fri, 07 Apr 2000 17:30:48 GMTd* From: morrisj@epsilon3.com (Jay E. Morris)? Subject: Re: Why are there no French people in this newsgroup ?t3 Message-ID: <38ee1af4.191112726@news.brooks.af.mil>   : On Fri, 7 Apr 2000 14:03:48 +0200, "Jean-Franois Marchal"' <jean-francois.marchal@x9000.fr> wrote:k   >p< >"Allan Hawdon" <udaa460@axolotl.kcl.ac.uk> wrote in message) >news:8ckdv0$ndb$1@willow.cc.kcl.ac.uk...- >-D >> Take a look on vmsnet.sysmgt - there seems to be a French landing >> party there :-) >@" >Yes , and completely off topic... >Jean-Franois >e >g= I'd been wondering about that.  I don't speak French so I was 4 wondering if vmsnet.sysmgt meant "The party's here".   Ahh, what is their topic?a   --
 Jay E. Morrisc System Software Specialist g0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems' for/Epidemilogical Surveilence Divisioni Brooks AFB, TX   ------------------------------  # Date: Fri, 07 Apr 2000 08:18:14 GMTe2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>. Subject: Re: Wierd Elsa Gloria Synergy Problem6 Message-ID: <aRgH4.1691$h81.29994@typhoon.aracnet.com>  4 Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:H > Try varying the vsync rate.  The RAMDAC in the 3DLabs P2A chip doesn't > reallyN > support the rate its set to.  It actually needs to be set down to around 60.	 > You canoN > get all kinds off oddball artifacts.  In addition, I have seen various power > supplyL > glitches.  You might also try changing the slot to see if i has an effect.  J Are there any specs for this online anywhere?  I didn't get any doc's withF the card.  I'm just basing what I've tried on the info in the Graphics patch.  G I have discovered that both the default of 1024x768 @70Hz 8-bit and the_L slightly modified 1024x768 @70Hz 24-bit is nice and stable.  Not ideal, but > I guess I'll have to live with it instead of 1280x1024 24-Bit.  F Gotta agree on the odd-ball artifacts, I've gotten some really strange" results at certain frequencies :^)  I > Minor nits:  I assme this is V7.2-1, and I also assume you meant 4D10T.r  J Well, I'm afraid when I wrote the initial message I must have mixed up theM 4D40T I removed from the system with the Elsa Gloria Synergy which I believe BH is the 4D10T.  Unfortunatly I meant it when I said V7.2 as V7.2-1 isn't  readily available to Hobbyists.n   		   Thanks, 			Zanet   ------------------------------  $ Date: Fri, 7 Apr 2000 11:44:13 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> . Subject: Re: Wierd Elsa Gloria Synergy Problem+ Message-ID: <8ckvl0$lo8$1@lead.zk3.dec.com>C  ? The only specs I have are the ones from 3Dlabs on the P2A chip.   I The specs indicate that 1280x1024 @85Hz is supported... however, it turns I out that you need to place the card into a packed 24-bit mode for this --eG and this means that the hardware acelleration isn't available (it needsDJ 32-bit pixels) and even the standard CFB logic isn't useable (it too needs 32-bit pixels).o  F When it is running at 32-bits/pixel (the other 8 are for Alpha ChannelI information if the card is supporting 3D), the speed is actually too high L for the chip.  Since the chip uses DRAM (i.e. not dual ported VRAM) it needsF to multiplex access to the memory, between the RAMDAC and the graphicsG engine - at this resolution you will *always* get video FIFO underflows G during heavy graphics output (scrolling is a double hit - since it both J reads and writes the memory from the engine).  The underflow usually takes2 the form of "flashes" or "sparkles" on the screen.  J If you are not doing heavy graphics output, and have a god quality monitorJ (I have a nice DEC 21" monitor) I haven't had many problems -- at least at 70Hz.E  I If you can live with the beat frequency flicker at 60Hz, it "should" work H better... but this also tends to exacerbate any power supply glitches as well.       " Zane H. Healy wrote in message ...5 >Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:nI >> Try varying the vsync rate.  The RAMDAC in the 3DLabs P2A chip doesn't1	 >> really K >> support the rate its set to.  It actually needs to be set down to aroundu 60.p
 >> You canI >> get all kinds off oddball artifacts.  In addition, I have seen various, power 	 >> supplyiE >> glitches.  You might also try changing the slot to see if i has anl effect.e >rK >Are there any specs for this online anywhere?  I didn't get any doc's withcG >the card.  I'm just basing what I've tried on the info in the GraphicsD >patch.t >/H >I have discovered that both the default of 1024x768 @70Hz 8-bit and theL >slightly modified 1024x768 @70Hz 24-bit is nice and stable.  Not ideal, but? >I guess I'll have to live with it instead of 1280x1024 24-Bit.n >iG >Gotta agree on the odd-ball artifacts, I've gotten some really strange # >results at certain frequencies :^)l >sJ >> Minor nits:  I assme this is V7.2-1, and I also assume you meant 4D10T. >bK >Well, I'm afraid when I wrote the initial message I must have mixed up theeE >4D40T I removed from the system with the Elsa Gloria Synergy which Ia believetH >is the 4D10T.  Unfortunatly I meant it when I said V7.2 as V7.2-1 isn't  >readily available to Hobbyists. >  >    Thanks, > Zane   ------------------------------   End of INFO-VAX 2000.195 ************************