1 INFO-VAX	Mon, 27 Oct 2003	Volume 2003 : Issue 596       Contents:* Re: 200 EPRT command successful. ??? (FTP)  Daylight to Standard Time Change$ Re: Daylight to Standard Time Change$ Re: Daylight to Standard Time Change. Re: Daylight to Standard Time Change via Batch DLT tape drive caution Re: EV79 CANCELED !!!!!!!!!  Re: Mozilla 1.5 for OpenVMS? Re: Mozilla 1.5 for OpenVMS? Multinet and xdm Re: Multinet and xdm3 Re: NFS mount of ODS5 disk fails on extendend names $ Only 37 slots left for the Boot Camp2 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 500 Re: OpenVMS Roadmap  Patrol x Decnet Management  Re: Product (PCSI) Info Question  Question: Linking directories...$ RE: Question: Linking directories...$ Re: Question: Linking directories...$ RE: Question: Linking directories...$ Re: Question: Linking directories...< Spamarrest (was: [survey] why do you still use VAX systems?)7 swishesi -  no results (malformed header error message) ( Re: TCP/IP doc update: time zone setting Re: VAX emulators < Re: Video "ringing" with PBXGA but not Mach64 or Elsa Gloria Re: VMS Text Files --> Unix ; [OT/game] The Daylight Savings Time Change game of the year . Re: [survey] why do you still use VAX systems?! Re: [TCPware V5.6-2] DST Change ? ! Re: [TCPware V5.6-2] DST Change ? ! Re: [TCPware V5.6-2] DST Change ? ! Re: [TCPware V5.6-2] DST Change ?   F ----------------------------------------------------------------------  % Date: Mon, 27 Oct 2003 11:13:13 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>3 Subject: Re: 200 EPRT command successful. ??? (FTP) , Message-ID: <bniuka$114k@newton.cc.rl.ac.uk>  ^ "Didier Morandi" <no@spam.com> wrote in message news:3f9c25ee$0$10417$626a54ce@news.free.fr...  H > Someone could tell me what an EPRT command is, and why it took 60 fullG > seconds to finally get my directory listing via FTP from my iMac (OSX E > 10.2/console/ftp)? It is instantaneous with FETCH or from my PC/XP.   F EPRT allows you to specify IPv6 addresses. As for the 60 second delay,@ it could be a problem with a reverse DNS lookup or identd check.   ------------------------------  % Date: Mon, 27 Oct 2003 01:05:28 -0600 / From: Larry Schuldt <lschuldt@Rudeness.dls.net> ) Subject: Daylight to Standard Time Change 8 Message-ID: <3igppvkp8690c7ba7qkv0g1tnbib1g5rkb@4ax.com>  ? We're running VMS 7.3 on Alpha with TCPIP Services for OpenVMS.   @ When I go to the configuration menu for the time zone, I see the
 following:4 %TCPIP-I-INFO, Logical name SYS$TIMEZONE_RULE found.E -TCPIP-I-INFO, Software for automatic Summer/Winter time (TDF) change  -TCPIP-I-INFO, is present.D -TCPIP-I-INFO, Further action to ensure TDF change is not necessary.  . %TCPIP-I-NORMAL, timezone information verified  F However, when the time changed this weekend, the system time continuedE to display daylight savings time and did not change to standard time. D I manually changed the time and got the following entries in the ntp log:  D 26 Oct 22:56:38  offset: -0.000747 sec  freq: 16.795 ppm  poll: 1024 sec  error: 	  0.001685 % 26 Oct 23:40:45  synchronisation lost E 26 Oct 23:56:50  offset: 0.001522 sec  freq: 16.982 ppm  poll: 16 sec  error: 0.001550 ( 26 Oct 23:58:59  time slew 3641.707052 s  C It looks like it's now about to slew the time back to where it was. 8 What do I need to do to make automatic time change work?   TIA,   larry    ------------------------------  % Date: Mon, 27 Oct 2003 08:27:00 +0100 " From: Didier Morandi <no@spam.com>- Subject: Re: Daylight to Standard Time Change 2 Message-ID: <3f9cc8d9$0$225$636a55ce@news.free.fr>   Larry Schuldt wrote:  A > We're running VMS 7.3 on Alpha with TCPIP Services for OpenVMS.  > B > When I go to the configuration menu for the time zone, I see the > following:6 > %TCPIP-I-INFO, Logical name SYS$TIMEZONE_RULE found.G > -TCPIP-I-INFO, Software for automatic Summer/Winter time (TDF) change  > -TCPIP-I-INFO, is present.F > -TCPIP-I-INFO, Further action to ensure TDF change is not necessary. > 0 > %TCPIP-I-NORMAL, timezone information verified > H > However, when the time changed this weekend, the system time continuedG > to display daylight savings time and did not change to standard time. F > I manually changed the time and got the following entries in the ntp > log: > F > 26 Oct 22:56:38  offset: -0.000747 sec  freq: 16.795 ppm  poll: 1024
 > sec  error:  >  0.001685 ' > 26 Oct 23:40:45  synchronisation lost G > 26 Oct 23:56:50  offset: 0.001522 sec  freq: 16.982 ppm  poll: 16 sec  > error: 0.001550 * > 26 Oct 23:58:59  time slew 3641.707052 s > E > It looks like it's now about to slew the time back to where it was. : > What do I need to do to make automatic time change work?  E It is specified in the TCP/IP/NTP manual that the NTP protocole does  I *not* take time zone management in consideration. So, you should use the  I   UTC$TIME_SETUP.COM procedure *after* the time change. Here is my HOWTO:   & DTL02> @SYS$MANAGER:UTC$TIME_SETUP.COM  "    Configuring the Local Time Zone    1    TIME ZONE SPECIFICATION -- MAIN Time Zone Menu   @        1) AUSTRALIA            14) IRAN                 27) ROK   F        2) BRAZIL               15) ISRAEL               28) SINGAPORE   D        3) CANADA               16) JAMAICA              29) SYSTEMV   C        4) CET                  17) JAPAN                30) TURKEY    @        5) CHILE                18) LIBYA                31) UCT   F        6) CUBA                 19) MET                  32) UNIVERSAL   ?        7) EET                  20) MEXICO               33) US    @        8) EGYPT                21) NAVAJO               34) UTC   A        9) FACTORY              22) NZ-CHAT              35) W-SU    @       10) GB-EIRE              23) NZ                   36) WET   A       11) GREENWICH            24) POLAND               37) ZULU    &       12) HONGKONG             25) PRC&       13) ICELAND              26) ROC  
        0) GMT   E Select the number above that best represents the desired time zone: 4   # You selected CET as your time zone.   Is this correct? (Yes/No) [YES]:  8 %%%%%%%%%%%  OPCOM  26-OCT-2003 09:50:27.73  %%%%%%%%%%%! Message from user SYSTEM on DTL02 . TDF-I-SETTDF TDF set new timezone differential    3      Configuring the Time Differential Factor (TDF)     @      Default Time Differential Factor for standard time is 1:00.G      Default Time Differential Factor for daylight saving time is 2:00.     F      The Time Differential Factor (TDF) is the difference between yourF      system time and Coordinated Universal Time (UTC).  UTC is similar3      in most respects to Greenwich Mean Time (GMT).   E      The TDF is expressed as hours and minutes, and should be entered A      in the hh:mm format.  TDFs for the Americas will be negative F      (-3:00, -4:00, etc.); TDFs for Europe, Africa, Asia and Australia)      will be positive (1:00, 2:00, etc.).   / Is Daylight Savings time in effect? (Yes/No): n   * Enter the Time Differential Factor [1:00]:  C      If this is a seasonal time change, it may also be necessary to E      modify the system time.  Generally, seasonal time changes result B      in adding 1:00 hour, or adding -1:00 hour to the system time.  2 Do you wish to modify the local system time [N]: y  =      Enter the time adjustment value you would like to add to @      the local time.  You can enter hours only (hh) or hours andA      minutes (hh:mm)  The value can be positive (hh:mm or +hh:mm)       or negative (-hh:mm).  # Enter the time adjustment value: -1   /      NEW SYSTEM TIME DIFFERENTIAL FACTOR = 1:00 $      ADDING -1:00 TO THE LOCAL TIME.   Is this correct? [Y]: 
 DTL02> sh tim     26-OCT-2003 08:51:13   
 Opzatelps,   D.   ------------------------------  # Date: Mon, 27 Oct 2003 11:54:59 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)- Subject: Re: Daylight to Standard Time Change - Message-ID: <nI7nb.30123$275.54094@attbi_s53>   j In article <3igppvkp8690c7ba7qkv0g1tnbib1g5rkb@4ax.com>, Larry Schuldt <lschuldt@Rudeness.dls.net> writes:@ !We're running VMS 7.3 on Alpha with TCPIP Services for OpenVMS. ! A !When I go to the configuration menu for the time zone, I see the  !following: 5 !%TCPIP-I-INFO, Logical name SYS$TIMEZONE_RULE found. F !-TCPIP-I-INFO, Software for automatic Summer/Winter time (TDF) change !-TCPIP-I-INFO, is present. E !-TCPIP-I-INFO, Further action to ensure TDF change is not necessary.  ! / !%TCPIP-I-NORMAL, timezone information verified  ! G !However, when the time changed this weekend, the system time continued F !to display daylight savings time and did not change to standard time.  A In addition to Didier's post, you need to set a SYSGEN parameter:   - RABBIT::BRAD$ mcr sysgen help sys auto_dlight    Sys_Parameters     AUTO_DLIGHT_SAV   A        AUTO_DLIGHT_SAV is set to either 1 or 0. The default is 0.   F        If AUTO_DLIGHT_SAV is set to 1, OpenVMS automatically makes the/        change to and from daylight saving time.       H My additional warning: you will need to watch this parameter over patch G upgrades - I had set this behavior early this year, but found that the  K parameter had reverted back to its default value earlier this month, after   installing a number of patches.   N I explicitly set it in SYS$SYSTEM:MODPARAMS.DAT, (and by using USE CURRENT andD WRITE CURRENT) and I will continue to monitor that value after each  patch/reboot cycle.    !snip! !TIA,  !  !larry  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Mon, 27 Oct 2003 10:55:42 -0800 < From: Rick Millhollin <rickm.REMOVE-THIS-NOSPAM@uoregon.edu>7 Subject: Re: Daylight to Standard Time Change via Batch 8 Message-ID: <bvpqpvcu99v5edm1ee09q02njl758oim0t@4ax.com>  ? I'm running VMS 7.3-1 and MultiNet 4.4 on several clustered and B stand-alone systems.  In the past with 7.3 I've been able to run aE batch job that adjusts the time via a combination of MultiNet actions C and executing UTC$CONFIGURE_TDF.COM with no interactive input.  Now A with 7.3-1 that tells me to run UTC$TIME_SETUP.COM which has been C discussed here.  But it appears to require interaction.  Any way to ' change from a batch job now?  Thanks...   ; Rick Millhollin, Director of Computing Facilities [Retired] @ University of Oregon Computing Center, Eugene, Oregon 97403-12120 Phone: (541)346-1730  FAX: (541)346-6438 or 4397, E-mail: rickm.REMOVE-THIS-NOSPAM@uoregon.edu   ------------------------------  % Date: Mon, 27 Oct 2003 08:39:26 -0500 8 From: "Tom Simpson" <tom.simpson@osioutsourcing.bad.com> Subject: DLT tape drive caution ) Message-ID: <bnj793$efk$1@news.wplus.net>   K This weekend, we had an operator attempt to use super DLT tapes in our TZ89 K drives.  It's a one-way trip.  Once the tapes are inserted, they can not be > removed.  It took both of our tape drives out of commission...  L If you happen to have a mix of tape drives, make sure this doesn't happen to you!  L On a side note, I think it's a pretty lame design to allow the wrong tape toF be inserted into a drive and not be able to get them out again without! disassembling the entire drive...    Regards, Tom    ------------------------------  # Date: Mon, 27 Oct 2003 14:50:17 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>$ Subject: Re: EV79 CANCELED !!!!!!!!!8 Message-ID: <rqbqpvknkt73vrn2ombqav5nfn8ggvn6r8@4ax.com>  H On Fri, 24 Oct 2003 21:32:12 -0400, JF Mezei <jfmezei.spamnot@istop.com> wrote:   >Robert Deininger wrote:L >> The Marvel systems went out the door with the best EV7 CPUs that could be >> produced at the time. >  > N >Yet, a few months later, HP admits that the current EV7 can be boosted by 15%I >because existing productions of EV7 has shown its speed can be increased M >without changes. Either the engineers were totally incompetent in estimating U >the highest possible speed for their new EV7, or HP decided to lower the clock rate.   K You have absolutely blinded yourself with this anti-HP rhetorical stance of G yours.  Are you saying that ever design that ever gets produced is 100% I perfect at the time of initial introduction?  And that there is NEVER any  room for improvement afterward?    > G >> After several passes of EV79 prototype chips, they did not _work_ at L >> anything approaching the design speed.  They were absolutely not ready to	 >> ship.   > L >And EV79 wasn't meant to ship until next year. Heck,. EV7 systems have onlyT >now beund to ship, you'd think they'd wait a while before unleashing its successor. > J >Unless, of course, their goals are not to get the most profits from their >alpha assets.  I Or, alternatively, unless of course the delay factor would put it out far H enough that the current plans for IA64 migration overshadow the need forF it.  And in a finite world, with finite resources, it may be better to invest elsewhere.    > = >> post-2004.  The problems were largely out of HP's control.  > O >Sorry, I don't buy that. Compaq/HP should have known exaxctly what is involved O >in a process shrink expecially with their supposedly so cosy relationship with M >Intel. So when they commotted to EV79, they would have known what to expect.   J Of course you don't buy it.  You've reached the pinnacle in perfection andJ can attest to the business success and technical architecture capabilities$ of something you've never even seen.   >>  Throwing tons H >> of money at it wouldn't have fixed the schedule problem, at least not >> enough to matter. > K >Why are they in such a hurry ? They just unleashed EV7. Customers would be Z >more than happy to see Alpha's lifetime extended, especially since IA64 is so lackluster.  J Well, I suppose you just think that getting a chip to work is all it takesC to making a successful system, available immediately upon the first ) successful silicon version of the design?    > H >> EV79 was NOT a "process shrink", whatever that vague term might mean. > O >Well, how come the roadmap, "plan of record" and other propaganda attemps from / >Compaq/HP spoke of a process shrink for EV79 ?   J Did it ever occur to you that there may be more than one thing going on inF the design phase, but that process shrink was just one of those goals?  F Heck, if it was only a process shrink, that's EXACTLY what the EV7z isJ going to give you.  So I guess you've got nothing to complain about then - it's just a name after all.    ------------------------------    Date: 27 Oct 2003 09:46:23 +0100' From: huber@mppmu.mpg.de (Joseph Huber) % Subject: Re: Mozilla 1.5 for OpenVMS? + Message-ID: <XgkQB7G6B7Jp@vms.mppmu.mpg.de>   O In article <bngj8n$t1v$1@swifty.westend.com>, "B.Eckstein" <eck@ivu.de> writes: E > 11 days ago, Mozilla 1.5 has been released and there is no 1.5 for  J > OpenVMS. Looks overdue for me. Does anybody know about the next release?  @ eh ? I definitely am using it, downloaded from the Mozilla site:   	  Mozilla 1.5 Y Mozilla/5.0 (X11; U; OpenVMS Digital_Personal_WorkStation_; en-US; rv:1.5) Gecko/20030929     --  >    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------  % Date: Mon, 27 Oct 2003 09:58:26 +0100 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>% Subject: Re: Mozilla 1.5 for OpenVMS? / Message-ID: <bnimlv$d1t2@doiweb4.volkswagen.de>    Joseph Huber schrieb:   Q > In article <bngj8n$t1v$1@swifty.westend.com>, "B.Eckstein" <eck@ivu.de> writes:  > E >>11 days ago, Mozilla 1.5 has been released and there is no 1.5 for  J >>OpenVMS. Looks overdue for me. Does anybody know about the next release? >  > B > eh ? I definitely am using it, downloaded from the Mozilla site: >  > 	 
 > Mozilla 1.5 [ > Mozilla/5.0 (X11; U; OpenVMS Digital_Personal_WorkStation_; en-US; rv:1.5) Gecko/20030929  >   / This is Mozilla V5.0D, the 'real' V1.5 displays   F Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5) Gecko/20031007  Z Btw: I installed the german language pack on V1.5D in VMS with success, but installing the< language pack for V1.4 on CSWS, which is V1.4, doesn't work. --    + mit freundlichen Gren | with best regards     Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de - mailto:extern.karl.rohwedder(at)volkswagen.de    ------------------------------    Date: 27 Oct 2003 05:39:24 -0800. From: dan_williams@ntlworld.com (Dan Williams) Subject: Multinet and xdm = Message-ID: <79dac501.0310270539.6b82a8c6@posting.google.com>   C I have been  trying out multinet on vms 7.3. I am haviing prooblems A wwith setting up xdm. I am trying to connect it it using solaris. E After logging in I get a segmentation fault from the x server. But it F is working fine logging into another vax without multinet and my other boxes.  F From the solaris box, I am typing "xnest -ac -query -once 192.168.0.10E :3". I can't seem to see any more options on multinet for this. I get C the login prompt and then it dies. Has anyone else had this problem    Thanks Dan    ------------------------------   Date: 27 Oct 2003 13:56:06 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Multinet and xdm : Message-ID: <bnj85l$11kabd$1@ID-135708.news.uni-berlin.de>  = In article <79dac501.0310270539.6b82a8c6@posting.google.com>, 1 	dan_williams@ntlworld.com (Dan Williams) writes: E > I have been  trying out multinet on vms 7.3. I am haviing prooblems C > wwith setting up xdm. I am trying to connect it it using solaris. G > After logging in I get a segmentation fault from the x server. But it H > is working fine logging into another vax without multinet and my other > boxes. > H > From the solaris box, I am typing "xnest -ac -query -once 192.168.0.10F >:3". I can't seem to see any more options on multinet for this. I getE > the login prompt and then it dies. Has anyone else had this problem  >   C Don't overlook the possibility that this is an Xnest problem and is E only being brought out by some feature of Multinet that they actually  got right but Xnest got wrong.   From the Xnest Manual Page: I       Won't run well on servers supporting different visual depths. Still I                                                                     ^^^^^ ;           crashes randomly. Probably has some memory leaks.            ^^^^^^^^^^^^^^^^I Although I have not used it any time recently, this describes exactly the + behavior I saw when I was trying to use it.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 27 Oct 2003 09:46:07 +0100 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>< Subject: Re: NFS mount of ODS5 disk fails on extendend names/ Message-ID: <bnilus$8kp4@doiweb4.volkswagen.de>    ML schrieb: L > We've just started to experiment with an ODS5 volume.  We simply convertedK > and old one with set volume/struc=5.  The volume is exported via NFS to a H > Linux box.  If I access a file with an extended new file name I get an > error on the Linux box:  >  > stein> ls -ls & > ls: test.test.ps: File name too long
 > total 35L >   18 drwxr-xr-x    2 ai26     remeis        512 Oct 24 22:58 awstats-5.dirM >   18 drwxr-x---    2 ai26     remeis        512 Oct 24 22:58 awstats-59.dir  >  >  > On VMS this looks fine:  >  > A400# dir tmpdisk:[ai26] >  > Directory TMPDISK:[AI26] > : > AWSTATS-5.DIR;1     AwStats-59.DIR;1    test^.test.ps;42 >  > Total of 3 files.  >  > In the NFS server log I find >  > F > %%%%%%%%%%%%  NFS$SERVER00952  24-OCT-2003 22:58:56.03  %%%%%%%%%%%%E > %TCPIP-E-NFS_BFSCAL, operation LOOKUP   failed on file test.test.ps 8 > -TCPIP-S-NFS_CLIENT, uid=235 gid=200 host_name = stein/ > -SYSTEM-W-BADFILEVER, bad file version number  >  > ' > Did we forget to configure something?  >  > A400# tcpip show ver > C >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 3 A >   on a COMPAQ Professional Workstation P running OpenVMS V7.2-1  >  > A400# sh sys/noproK > OpenVMS V7.2-1  on node A400  24-OCT-2003 23:01:19.01  Uptime  8 22:52:29  >  > 	 > Thanks, 	 > Michael   N I think you need a more recent version of TCPIP Services, e.g. V5.3 with Eco2.    From the V5.3 releasenotes:  :          1.10 NFS Support for Extended File Specifications  I                The NFS server and the NFS client support OpenVMS extended ?                file specifications (EFS) on ODS-5 disk volumes.   E                You can use NFS server to export files on OpenVMS ODS- F                5 volumes. The traditional ODS-2 volumes continue to beE                supported. The NFS client can emulate an ODS-5 volume.      --    + mit freundlichen Gren | with best regards     Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de - mailto:extern.karl.rohwedder(at)volkswagen.de    ------------------------------    Date: 27 Oct 2003 10:33:06 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski) - Subject: Only 37 slots left for the Boot Camp = Message-ID: <857e9e41.0310271033.48d7ba6b@posting.google.com>   E If you are planning on attending please register as soon as possible.   
 Warm Regards,  sue    ------------------------------  # Date: Mon, 27 Oct 2003 14:00:17 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: OpenVMS I64 ISV application count now over 500 8 Message-ID: <vr8qpv4tl6cihbcemlq60kp0cb66j1bsb5@4ax.com>  I On Fri, 24 Oct 2003 16:55:59 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote:     H >>Except that some of your comments border on defamation (not to mentionI >>FUD).  While you certainly have offered your analysis of the Alpha etc. J >>history, it has little to no bearing on what we are doing now.  And yourG >>constant rehashing of history in relation to what we are doing now is  >>meaningless. >> > ; >The performance of IA64 against Alpha isn't relevent now ?   K Pretty much a moot point now.  Yes.  IA64 is where it's going, and has been  for over 2 years now.   M >The performance of IA64 against what Alpha would have been with even minimal E >support - ie keeping to the published roadmap - isn't relevent now ?   G That's nothing but conjecture, and is highly dependent on what it would K have cost to bring it to  fruition compared to what the company was willing , to invest (based on expected market return).  K We can all speculate, but only those who are actually held responsible must  make the final decisions.   L >The performance of IA64 against other still being developed platforms isn't >relevent now ?   E Depends.  Businesses need to determine which available platforms will 6 provide them the service they need, dollar for dollar.  D Nobody knows for sure what will happen in the future with any of theI platforms, but it sure seems that Intel is commited to the IA64 processor J family.  In today's business environment, that's a pretty  big commitment.   > / >I doubt many customers see this as irrelevent.   J Any customer that still mourns the decision on Alpha 's fate, over 2 yearsI after it was announced, is not very good at managing business, then.  The F competent business managers will decide whether they can live with the7 current direction and make their decisions accordingly.    > P >As always seems to be the case with IA64 only the future will tell whether IA64N >will be successful. It seems to always be the chip which will win big at someO >point in the future. Maybe as with the commercial adoption of Unix in the late @ >eighties next year will be the year of IA64 but then maybe not. >  >   E Er.... exactly how is this different than other new chips, like AMD's 9 64-bit chip?  Only the future will tell with any of them.    ------------------------------  # Date: Mon, 27 Oct 2003 14:23:43 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: OpenVMS I64 ISV application count now over 500 8 Message-ID: <k99qpvkd8b79j2bd4qqk5r25470h7e7n2m@4ax.com>  H On Fri, 24 Oct 2003 12:15:41 -0400, "Bill Todd" <billtodd@metrocast.net> wrote:   > 4 >"jlsue" <jefflsxxxz@sbcglobal.net> wrote in message3 >news:r6igpvcl3livu622b40u9vfs6ts9glv8ka@4ax.com... K >> On Tue, 21 Oct 2003 10:07:24 -0400, "Bill Todd" <billtodd@metrocast.net> 	 >> wrote:  >>   >>= >> Yeah, I'm sure posting in c.o.v will really help that one.  > " >I'd certainly like to think so.    D Dream on then.  Don't know what you're smoking, but it must be good.  5 >After all, if everyone had just gone along [snip...]   F Yes, yes.  We all know that you've fully analyzed all the business andH technical opportunities available to the (then) Compaq CEO and found theG flaw in the decisions.  It must be nice to be able to armchair-manage a 0 multi-national business' decisions with no risk.  H I fully understand customers who are concerned about these decisions andJ may view HP's business as a bit riskier now.  Depending on where they wereI in the business cycle, some got hit worse than others and I find no fault D with them for an unwillingness to accept things at face value today.  K But there's never going to be any repercussions along the lines of what you G claim is required.  The fact is that in the real world, there are often G many paths to take to reach your goals, and once one is taken you often F can't go back (and I'm not saying that we would want to go back in anyH event).  And rarely is any particular decision clearly wrong - often theH only thing that makes a decision wrong is a lack of commitment to followK through.  It should be apparent by now that HP is commited to this path and C is working dilligently to follow through - and that's leadership.     K Will HP be successful?  Nobody can say at this point.  Continuing to naysay H without this information is FUD.  Pure and simple.  If it were somethingJ more, all you'd need to say is something like "We've been here before.  WeH [won't | can't | don't] believe what they're saying until we finally seeH it."  Or you could even take a position that you're making such-and-such prediction based on whatever.   I But instead you somehow "prove" a present-tense situation based on events  that haven't even happened yet.    >> >> M >> >> Attempts to torpedo any positive development that does come about won't ; >> >> accomplish either of those goals, that's for certain.  >> >K >> >See above.  Besides, keeping potential customers aware of the character  >of E >> >the organization they're dealing with (and the limitations of the 	 >hardware 3 >> >it's touting) is something of a public service.  >>I >> Except that some of your comments border on defamation (not to mention  >> FUD). > M >Defamation where defamation is due - that's my motto.  And a *lot* of it is, L >oh-so-richly, due.  But never FUD:  Compaq took care of that all by itself, >by its own actions.  C BS.  You've got an axe to grind.  You may have provided some cogent G analysis on *past* behavior (though it only analyzed *one* of the paths I that the business could have followed), but you have no idea what's going F on currently, and you ignore whether there is the commitment to follow through.   ------------------------------  # Date: Mon, 27 Oct 2003 14:26:00 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: OpenVMS I64 ISV application count now over 500 8 Message-ID: <rlaqpv4n1shatf0temssm2l378upbdcsi4@4ax.com>  7 On Sat, 25 Oct 2003 11:52:46 -0500, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:  
 >jlsue wrote: 	 >> [snip] I >> Except that some of your comments border on defamation (not to mention J >> FUD).  While you certainly have offered your analysis of the Alpha etc.K >> history, it has little to no bearing on what we are doing now.  And your H >> constant rehashing of history in relation to what we are doing now is >> meaningless.  > G >Except that as Bill Todd and David Webb have pointed out, if we do not C >learn from the mistakes of the past, we are doomed to repeat them.  >   J So you refuse to take any formal stance until they've shown their hand.  II have never contended that you need to ignore the past, but not all of the K past behavior is without merit.  And they clearly have a path that is being F pursued today, and that path will take time to demonstrate - naysayingD before the results can possibly be shown is not stating "fact", it's generating FUD.    ------------------------------  # Date: Mon, 27 Oct 2003 14:36:47 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: OpenVMS I64 ISV application count now over 500 8 Message-ID: <1bbqpv4v0qhef197kfutos05nbbmgvsujk@4ax.com>  H On Fri, 24 Oct 2003 15:29:55 -0400, JF Mezei <jfmezei.spamnot@istop.com> wrote:  
 >jlsue wrote: 
 >jlsue wrote: M >> Most of which is in direct response to your own fud and BS; without which, C >> again, this group stay more on topic of VMS-related discussions.  >  > M >Humm, who decided to cancel the promised EV79 ? Is is the naysayers here, or  >HP ?   I Can you say non sequitur?  I knew you could.  Re-read context and keep on  topic next time.   > M >Are you saying that whenever HP makes a big mistake, that we are not allowed N >to complain about that mistake and point the fingers on how HP is mismanaging >VMS ?  K If you re-read the topic under discussion, I think it's pretty obvious that 8 I've made no statements as you attempt to ascribe to me.   ------------------------------  # Date: Mon, 27 Oct 2003 14:33:45 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: OpenVMS I64 ISV application count now over 500 8 Message-ID: <tsaqpvg7jgejfhnknmh6uvnjmginipcspb@4ax.com>  E On Fri, 24 Oct 2003 14:12:50 +0100, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:     > @ >Check my past posts I have also never suggested that OpenVMS is> >crap, rubbish, terrible, slow, insecure etc all words used by@ >members of the choir describe Solaris, Linux, UNIX. Mostly used? >by people who have absolutely no experience of the system that  >they are describing.  > A >I am carefull not describe OpenVMS in these terms because I have ; >no current experience of OpenVMS, I used VMS when I was at < >univercity and later when I used to install DECNET on SunOS> >at Digital/Sun sites. Its a great pity that the vast majority= >of Solaris slaggers off who fall directly into this category ( >as well don't follow the same strategy.  G You have made claims about things like capabilities of VMSclusters that I have been clearly wrong.  And you have argued with posts by others who do H have the real-world experience about those capabilities.  This, at best,6 contradicts your first statement in paragraph 2 above.  C And many of your discussions degenerate into trivializing, personal I attacks, and name-calling eventually; so don't get too high on that horse  of self righteousness.   ------------------------------  + Date: Mon, 27 Oct 2003 16:10:28 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk; Subject: Re: OpenVMS I64 ISV application count now over 500 ) Message-ID: <bnjg1k$ibs$1@news.mdx.ac.uk>   a In article <vr8qpv4tl6cihbcemlq60kp0cb66j1bsb5@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes: J >On Fri, 24 Oct 2003 16:55:59 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote: >  > I >>>Except that some of your comments border on defamation (not to mention J >>>FUD).  While you certainly have offered your analysis of the Alpha etc.K >>>history, it has little to no bearing on what we are doing now.  And your H >>>constant rehashing of history in relation to what we are doing now is >>>meaningless.  >>>  >>< >>The performance of IA64 against Alpha isn't relevent now ? > L >Pretty much a moot point now.  Yes.  IA64 is where it's going, and has been >for over 2 years now. > O Only if you can convince management to stick with VMS and to port from Tru64 to I HP-UX on Itanium. That argument will hinge partly on performance and real  adoption of IA64.     N >>The performance of IA64 against what Alpha would have been with even minimalF >>support - ie keeping to the published roadmap - isn't relevent now ? >uH >That's nothing but conjecture, and is highly dependent on what it wouldL >have cost to bring it to  fruition compared to what the company was willing- >to invest (based on expected market return).l >t  M If we were talking about EV8 then yes it wasn't far enough along for any real!O evaluation. The roadmap to EV79 and it's development was much further along andx. hence the "speculation" is much more concrete.    L >We can all speculate, but only those who are actually held responsible must >make the final decisions. >vM >>The performance of IA64 against other still being developed platforms isn't  >>relevent now ? > F >Depends.  Businesses need to determine which available platforms will7 >provide them the service they need, dollar for dollar.  >   E >Nobody knows for sure what will happen in the future with any of theaJ >platforms, but it sure seems that Intel is commited to the IA64 processorK >family.  In today's business environment, that's a pretty  big commitment.E >uL Sorry despite Intel's statements I can quite easily see IA64 being canned or3 consigned to the sideline as HP's proprietary chip.   s >>0 >>I doubt many customers see this as irrelevent. > K >Any customer that still mourns the decision on Alpha 's fate, over 2 years J >after it was announced, is not very good at managing business, then.  TheG >competent business managers will decide whether they can live with they8 >current direction and make their decisions accordingly. >g? Up until now (and for a little longer) it has been possible to TM continue purchasing Alpha systems on the basis that they would last until the-0 next refresh cycle ie for the next 3 or 4 years.K Hence most such customers have not had to worry too much about the relative K performance of IA64 since they were not going to be purchasing such systemskO - indeed it has been impossible for them to purchase such systems since neither2O VMS nor a version of HP-UX with transplanted Tru64 features has existed runninga on IA64.           >>Q >>As always seems to be the case with IA64 only the future will tell whether IA64 O >>will be successful. It seems to always be the chip which will win big at somewP >>point in the future. Maybe as with the commercial adoption of Unix in the lateA >>eighties next year will be the year of IA64 but then maybe not.- >> >> > F >Er.... exactly how is this different than other new chips, like AMD's: >64-bit chip?  Only the future will tell with any of them. >   F AMD is a relatively new chip which maintains compatibility with a muchN older chip. Although Intel try to portray IA64 as a new chip it isn't. It has M had a number of launches each of which was preceded by hype suggesting  this  ; time it was going to take over and destroy all competitors.iE Hence my comparison with commercial Unix systems during the eighties.IM The computing press was saying year on year throughout the eighties that next,H year would be the year of Unix. In the case of Unix they were eventuallyL correct - Unix had improved far enough to threaten other commercial systems.I It is far from certain that this is the case with the current IA64 or any - future versions on the current Intel roadmap.f    
 David Webb VMS and Unix team leader CCSS Middlesex University 8   ------------------------------    Date: 27 Oct 2003 08:41:25 -0800% From: whohe@whoever.com (DL Phillips)  Subject: Re: OpenVMS Roadmap= Message-ID: <af0dc2ea.0310270841.41872125@posting.google.com>o  f "warren sander" <warren.sander@hp.com> wrote in message news:<Aqemb.7779$A37.4910@news.cpqcorp.net>... > I know it's an html page.- > I > but if you open a powerpoint presentation and do a 'save as a web page'iN > this is the best option that I've found for setting up the various paramters
 > allowed. > 6 > If you can come up with a better method let me know.4 > Right now I give you the ppt and the html version.K > On some presentations I also give PDF and PS (print via powerpoint of the 4 > slide show via the adobe generic postscript driver > level 1 postscript)I > J > I didn't say that the page is for an 800x600 display but that powerpoint+ > calls it that in it's save as html dialog  >  >    Warren,e  A I don't think the 800x600 screen resolution factor is the problemi? (that's what I use). As others have pointed out, the images are C 341x256 gif's and they aren't legible. When I save a PPT as HTML it B gives me images the same size as they were when I loaded them intoE PPT. I haven't downloaded your 5mb PPT presentation and tried to save7C it myself, but I'm sure if your PPT is loaded with reasonably sized6A images (JPEG's preferred)and then saved as HTML you'd end up with0, something usable. It's always worked for me.  C JF has made good comment about frames, so if you can get all of thelC sizes right the page should be useful. As it is, it's confusing andh not very pretty.  F btw, when I got back to my "regular" computer I saw that my saved link> to the roadmap pointed to the PDF. The first page's "Download"* description of the other formats threw me.  B And, how about just a nice textual and tabular roadmap that simplyF says what things are expected when? I know there used to be one before= everyone thought graphic charts and slides should be used for  everything.    DL PhillipsA   ----end of reply---------  > 9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message % > news:3F9822A5.893CB8EB@istop.com...3 > > warren sander wrote:L > > > not want to dump on MS but when converting a ppt to html the best size >  to * > > > pick is the 800x600 because it makes > > > a fixed size.  > >  > > L > > That particular page isn't a PPT issue. It is an HTML issue. With proper >  HTML,K > > the frames would be adjusted proportional to the screen size, and then,  >  oneH > > would use scroll bars to view the 800-600 content inside of a frame. > > K > > The way the page was designed, the unnecessary fluff was in frames that  >  took L > > up all of the screen real estate, and the frame where the PPT would have >  been # > > displayed was totally occluded.P > > I > > Use percentages to size frames, not fixed point sizes. HTML  must not  >  assume as > > specific screen size.m > >eM > > Buy yourself a mac where you can easily change screen size and you'll see  >  howH > > your pages behave at different screen sizes. )called "resolution" in
 >  windows7 > > world even though screen resolution never changes).    ------------------------------    Date: 27 Oct 2003 09:35:30 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)# Subject: Patrol x Decnet Managemento= Message-ID: <f30679fb.0310270935.33c2c54c@posting.google.com>n  9 Anyone know any kind of Patrol KM to manage Decnet Nodes. 7 Check if the status is up. Like returning a status fromr   $ MCR NCP LOOP NODE xxxx   etc...    D We need to put the Patrol Console  to check the status of ome nodes:  ( SNA Gateway and X25/Router under Decnet.     Regards    Fc   ------------------------------  # Date: Mon, 27 Oct 2003 15:09:36 GMT & From: Joshua Cope <Joshua.Cope@hp.com>) Subject: Re: Product (PCSI) Info Questiong& Message-ID: <3F9D352F.7DAFE5FA@hp.com>   Tom Wade wrote:a > A > Can you execute arbitrary DCL commands [in PCSI installations]?    Sure. For example, GNV uses:  B     execute install "@pcsi$destination:[GNV.LIB]pcsi_install.com" A             remove "@pcsi$destination:[GNV.LIB]pcsi_remove.com" ;s  A The postinstallation procedure [GNV.LIB]PCSI_INSTALL.COM creates tA some hard links, renames some files to lowercase, etc. It's just  D a plain old DCL procedure, invoked by PCSI during the installation. > PCSI_REMOVE.COM removes those extra links and special cases on product removal.  C As suggested by the parameters, you can provide arbitrary DCL to be C executed before and after an installation, before product removal, >5 before an upgrade, or if the installation is aborted.    ------------------------------    Date: 27 Oct 2003 08:12:36 -08002 From: anon314@mail.ourservers.net (Anonymous #314)) Subject: Question: Linking directories...e= Message-ID: <bf17a894.0310270812.3d37879f@posting.google.com>a  C I have a project at work that needs the following and I'm trying toh- figure out if this can be done under OpenVMS.V  D We have a project where three people need to share a directory underC their sys$login: directory, BUT ALL need to be accessed as a singleI
 directory.  F So if user1, user2 and user3 all have a directory called "PROJECT" theE "powers that be" want to be able to access all three directories (andI6 sub directories)as one like PROJECT_DIR: or something.  * Can this be done in OpenVMS and if so how?  D (making a common directory that all have access to I've been told is? NOT an option for some reason, which is how I would just do it)    ------------------------------  % Date: Mon, 27 Oct 2003 11:22:24 -0500e5 From: "Bochnik, William J" <William_Bochnik@acml.com> - Subject: RE: Question: Linking directories...IQ Message-ID: <2D75787AAF09C64481BDFD89113BE6D502D06930@ac2kama0102.ac.lp.acml.com>   I 2 things - the PROPER way to handle this is to make a shared dir and tellc& them to use a logical to point to it.   I a way around this is to set up a shared dir, and then link a subdir undercL their own homedirs to it (in the way that sys$sysdevice:[sys1.syscommon] and3 sys$sysdevice:[sys2.syscommon] both really point toi sys$sysdevice:[syscommon].     SETn     FILE  
     /ENTER             /ENTER=new-filespecO          Use with caution.  G        Assigns an additional name to a single file so that the file hastG        a second name, or alias. However, both the original name and the_E        alias reference the same file. For this reason, take care whenoH        deleting files that have aliases. To keep the file, but to removeA        one of its names, use the /REMOVE qualifier with SET FILE.   E        The asterisk (*)  and the percent sign (%) wildcard characters-1        are not allowed in the file specification.r  I so you make the common dir, then do a set file/enter into their homedir'si9 making a new dir name - it has to be on the same disk... c       -----Original Message-----: From: Anonymous #314 [mailto:anon314@mail.ourservers.net] ' Sent: Monday, October 27, 2003 11:13 AMp To: Info-VAX@Mvb.Saic.Com ) Subject: Question: Linking directories...i    J I have a project at work that needs the following and I'm trying to figure& out if this can be done under OpenVMS.  J We have a project where three people need to share a directory under theirH sys$login: directory, BUT ALL need to be accessed as a single directory.  F So if user1, user2 and user3 all have a directory called "PROJECT" theI "powers that be" want to be able to access all three directories (and subn2 directories)as one like PROJECT_DIR: or something.  * Can this be done in OpenVMS and if so how?  K (making a common directory that all have access to I've been told is NOT anm8 option for some reason, which is how I would just do it)  ) -----------------------------------------f The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) named above. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies of  the original message. Please note that we do not accept account orders and/or instructions by e-mail, and therefore will not be responsible for carrying out such orders and/or instructions.p   ------------------------------  % Date: Mon, 27 Oct 2003 17:33:49 +010009 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>e- Subject: Re: Question: Linking directories...t' Message-ID: <3F9D48ED.A9A8016D@aaa.com>    Something like :  / $ DEFINE PROJECT_DIR USERDEV:[USER1.PROJECT], -t/                      USERDEV:[USER2.PROJECT], -c,                      USERDEV:[USER3.PROJECT]  E Then "DIR PROJECT_DIR:*.*" will "see" files in all three directories.a? Just watchout for files named the same, you will (normaly) onlyhA see the first file found with a specific name. It depends on whats you are doing.  	 Jan-Erik.    Anonymous #314 wrote:t > E > I have a project at work that needs the following and I'm trying tos/ > figure out if this can be done under OpenVMS.o > F > We have a project where three people need to share a directory underE > their sys$login: directory, BUT ALL need to be accessed as a single  > directory. > H > So if user1, user2 and user3 all have a directory called "PROJECT" theG > "powers that be" want to be able to access all three directories (and 8 > sub directories)as one like PROJECT_DIR: or something. > , > Can this be done in OpenVMS and if so how? > F > (making a common directory that all have access to I've been told isA > NOT an option for some reason, which is how I would just do it)t   ------------------------------  % Date: Mon, 27 Oct 2003 09:56:59 -0800h# From: "Tom Linden" <tom@kednos.com>d- Subject: RE: Question: Linking directories...n9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEGBIFAA.tom@kednos.com>r  4 Symbolic link would be nice.  Will that be in 7.3-2?   >-----Original Message-----x. >From: Jan-Erik Sderholm [mailto:aaa@aaa.com]' >Sent: Monday, October 27, 2003 8:34 AMe >To: Info-VAX@Mvb.Saic.Com. >Subject: Re: Question: Linking directories... >  >t >Something like :c >s0 >$ DEFINE PROJECT_DIR USERDEV:[USER1.PROJECT], -0 >                     USERDEV:[USER2.PROJECT], -- >                     USERDEV:[USER3.PROJECT]s >tF >Then "DIR PROJECT_DIR:*.*" will "see" files in all three directories.@ >Just watchout for files named the same, you will (normaly) onlyB >see the first file found with a specific name. It depends on what >you are doing.d > 
 >Jan-Erik. >p >Anonymous #314 wrote: >>F >> I have a project at work that needs the following and I'm trying to0 >> figure out if this can be done under OpenVMS. >>G >> We have a project where three people need to share a directory underuF >> their sys$login: directory, BUT ALL need to be accessed as a single
 >> directory.t >>I >> So if user1, user2 and user3 all have a directory called "PROJECT" theoH >> "powers that be" want to be able to access all three directories (and9 >> sub directories)as one like PROJECT_DIR: or something.e >>- >> Can this be done in OpenVMS and if so how?  >>G >> (making a common directory that all have access to I've been told isaB >> NOT an option for some reason, which is how I would just do it) >o >---' >Incoming mail is certified Virus Free.h; >Checked by AVG anti-virus system (http://www.grisoft.com).-B >Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 >o ---H& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003    ------------------------------  + Date: Mon, 27 Oct 2003 18:24:47 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis)- Subject: Re: Question: Linking directories...l. Message-ID: <bnjntf$nnh$1@newslocal.mitre.org>   anon314@mail.ourservers.net (Anonymous #314) writes in article <bf17a894.0310270812.3d37879f@posting.google.com> dated 27 Oct 2003 08:12:36 -0800:D >I have a project at work that needs the following and I'm trying to. >figure out if this can be done under OpenVMS. >aE >We have a project where three people need to share a directory underaD >their sys$login: directory, BUT ALL need to be accessed as a single >directory.r >hG >So if user1, user2 and user3 all have a directory called "PROJECT" thecF >"powers that be" want to be able to access all three directories (and7 >sub directories)as one like PROJECT_DIR: or something.D > + >Can this be done in OpenVMS and if so how?   D $ def/system project_dir user:[user1.project],user:[user2.project],- 	user:[user3.project]    $ dir project_dirO   Directory USER:[USER1.PROJECT]  
 FILE.TXT;1   Total of 1 file.   Directory USER:[USER3.PROJECT]  
 FILE.TXT;1   Total of 1 file.  & Grand total of 2 directories, 2 files.  J The drawback to this approach is that in the case of duplicate file names,H the one you get will be in the directory which is mentioned first in the1 searchlist, not necessarily the most recent file.G  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 27 Oct 2003 08:20:24 +0100a" From: Didier Morandi <no@spam.com>E Subject: Spamarrest (was: [survey] why do you still use VAX systems?) 4 Message-ID: <3f9cc738$0$11226$636a55ce@news.free.fr>   Dave,   
 You are wise. B I take this opportunity to present my apologies to all of you who + emailed me @free.fr through spamarrest.com.r  H I have around 20-30 spam a *day*, so you understand that I cannot avoid I that filter, because I have this address since ages and I do not wish to s
 cancel it.   [personal quote]E For those of you, readers, who follow my SMTP works (thank you), you  F guessed that I want to process by myself via DCL my incoming mail. My H next public email address will be dmo@didiermorandi.fr but I have first I to go through all the answers to my posts in here and through the TCP/IP -H manual to understand how to set up incoming mail to my SMTP server, now H that I have a redirected MX service. When all this is up and running, I G will write a HOWTO and make it public in my knowledge database to come.b [end of personal quote]>   D.   Dave Weatherall wrote:  G > On Fri, 24 Oct 2003 13:47:05 UTC, Didier Morandi <no@spam.com> wrote:  > 	 > Didier mF >                I sent you an email, Spam Arrest asked me to visit a H > webpage to confirm, I've done that so you should get my response now. F > I've not clicked anything, that I'm aware of. 'cos I'm not 'signing A > in' for anything like that without a chance to work out what's u > happening. >    ------------------------------    Date: 27 Oct 2003 09:33:01 -0800# From: pmartyn@csc.com (Phil Martyn)t@ Subject: swishesi -  no results (malformed header error message)= Message-ID: <23088ca1.0310270933.22d524ab@posting.google.com>b  F I'm built an index using the swish-e port successfully on a DS10 underC OpenVMS 7.3-1. However, I want to interrogate it using the swishesil- CGI interface. I've used the demo example at: E http://wasd.vsm.com.au/ht_root/src/swish/swishesi/index_doc.html then > modified it to suit my environment and ran it from my browser.B However, every attempt results in the same error message "InternalE Server Error" being displayed in my browser window. A look in the log   files shows the following error:C [Mon Oct 27 12:51:00 2003] [error] [client xxx.xxx.x.xxx] malformed C header from script. Bad header=.: /apache$root/cgi-bin/swishesi.EXEd  ? Anybody have any experience implementing this. Anybody have any 6 pointers as to what I'm doing wrong? Thanks in advance   ------------------------------  % Date: Mon, 27 Oct 2003 11:33:11 -0000r* From: "Richard Brodie" <R.Brodie@rl.ac.uk>1 Subject: Re: TCP/IP doc update: time zone settingn+ Message-ID: <bnivpo$nbi@newton.cc.rl.ac.uk>a  Q "Didier Morandi" <no@spam.com> wrote in message news:3F9B7CA6.2030009@spam.com... # > The TCP/IP doc should be updated.s  / > Compaq TCP/IP Services for OpenVMS ManagementtH > http://h71000.www7.hp.com/doc/73final/6526/6526pro_023.html#tz_offsets  N Those aren't the current docs. The latest NTP chapter is appendix B of the 5.3H release notes. I realise this is not necessarily obvious at first sight.   ------------------------------  % Date: Mon, 27 Oct 2003 09:37:38 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>n Subject: Re: VAX emulators' Message-ID: <3F9D49D2.9010006@MMaz.com>r   Tom Linden wrote:   ; >HP's web site contains part numbers for transfering OS and < >layered product license to CHARON-VAX.  There has been some; >discussion in the past about other emulators like simh and < >eVAX.  I don't think these are in a commercial form, but if= >they were, and you wanted to use one would the same transferh! >license as for CHARON-VAX apply?L >R0 >The HP web site doesn't make any mention of it.? >http://h71000.www7.hp.com/openvms/sri-charon-vax-emulator.htmlI >    >/I I'm not speaking based on any fact or prior knowledge about what HP will sG or will not do, but I doubt it simply because the other sim's have not  ? successfully proven to be a commercially reliable VAX hardware 2B replacement where as Charon-VAX has successfully executed the VAX < hardware diags and as far as HP is concerned, it is a VAX...   Barry3   -- e  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Mon, 27 Oct 2003 08:08:29 -0800 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>nE Subject: Re: Video "ringing" with PBXGA but not Mach64 or Elsa Gloria . Message-ID: <3F9D42FD.9020907@Flying-Disk.com>   Rich Jordan wrote:8 >> Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> writes:  G >>> Since I did not see this problem on another Alpha with an ATI videosG >>> card, I tried switching to an ATI Mach64 video card and the problem-E >>> went away completely!  Just to complete the test, I also tried annA >>> Elsa Gloria Synergy II card and it also worked perfectly.  No E >>> ringing, even with a cheap cable or going through the KVM switch.e  E >>> What is it about the PBXGA/ZLXp-E2 card that causes this ringing,s1 >>> that is not present with the other two cards?-  G >  The ZLXp-E2 card (maybe others in the series) reportedly originally xH > came with a monitor cable that grounded one of the three color signal K > grounds, or was used with a monitor that performed the same function. If OK > you scope the card, I believe two of the three color signal ground wires tE > (red and blue if I recall correctly) are grounded, while the third   > (green?) ground is floating. > I > My AS200 is running and I can't take it apart right now, but it has an hG > -E2 card in it that I modified; I soldered a wire-wrap wire from the oI > floating (green?) signal ground to 'another' ground on the backside of  I > the card, where the HD15 connector was attached.  I no longer have the YK > reference, and I really can't take the system down to check, sorry.  But pH > that cleaned up the fringing and gave me a rock solid display on just + > about any monitor I cared to try it with.p  G Thanks for the note.   My board is a Revision D04, and a quick ohmmeterpA check shows that all three analog ground pins (6, 7, & 8) are alleB connected to ground.   Perhaps they caught this goof and fixed it.  ? I still haven't tried Hoff's suggestion (use a less "agressive"l@ scan rate), but I will this evening.   In the meantime, the Elsa board is working fine.   Thanks,b Alan   ------------------------------    Date: 27 Oct 2003 10:34:42 -0600 From: briggs@encompasserve.org$ Subject: Re: VMS Text Files --> Unix3 Message-ID: <e$+L0YWUD9Rr@eisner.encompasserve.org>s   In article <3f991e76$0$95050$c30e37c6@lon-reader.news.telstra.net>, "David McKenzie" <david.mckenzie@paradigm-shift.biz> writes:M > what about copy, which produces an ANSII tape and then using dd on the UNIXI > side?n  > I don't see any support in my copy of dd for ANSI labelled mag tape.e  E If you can get data from ANSI mag tape to disk, then you really don'tvA need dd.  Just copy the tarball onto ANSI tape at the VMS end andg? onto Unix disk at the Unix end.  Then extract from the archive.   @ If ANSI tapes won't handle binary data for you then I'd be goingA with unlabelled mag tape.  No labels to get in the way.  No fancye> utilities to re-interpret line ending codes for you.  Just you) and the bits.  The way God intended.  :-)    	John Briggs >  > -- U > David McKenzie > 9 > David.Mckenzie@paradigm-shift.dot.biz  remove the "dot". > OpenVMS IT Privacy and Law >  > http://www.paradigm-shift.bizp- > <briggs@encompasserve.org> wrote in messagei/ > news:PUdoyB3TvTp4@eisner.encompasserve.org...-? >> In article <8c7decf3.0310231030.d57989d@posting.google.com>,j! > jjnojack@yahoo.com (JJ) writes:R >> > Hi All, >> >J >> > I have about 25 gig worth of data that I need to put on a tape from aF >> > vms system that is readable and useable on an unix system. I haveI >> > tried vmstar and it doesn't write to the tape. The version of VMSTARnK >> > is 3-4.1. VMSTAR will let me however make a huge tar ball on the disk. H >> > Once I have all the files in a large tarball on the disk, how can IK >> > transfer it to a dlt device, so that it can be read on an unix system?  >>C >> Your tarball on disk should be a file with fixed length 512 byteo$ >> records with no carriage control. >>E >> I believe a Unix tar tape defaults to a blocking factor of 20 to 1 C >> with 10240 bytes per block on tape.  So an appropriate techniquet >> is: >>8 >> $ MOUNT /FOREIGN tape-drive: /BLOCK=10240 /RECORD=512$ >> $ CONVERT tarball.tar tape-drive: >>A >> It's been a long time since I've had to copy data to a foreign.@ >> mounted tape. My recollection is that you need to use CONVERTB >> when copying data _to_ tape in order to get the records blocked+ >> appropriately.  $ COPY won't do the job.m >>A >> If all else fails, use dd to copy data from tarball on tape tolA >> tarball on Unix disk and blocking factor on tape should become  >> irrelevant. >> >> John Briggs   ------------------------------  % Date: Mon, 27 Oct 2003 14:40:32 +0100r" From: Didier Morandi <no@spam.com>D Subject: [OT/game] The Daylight Savings Time Change game of the year2 Message-ID: <3f9d2051$0$246$636a55ce@news.free.fr>  @ Given six flowers and five bees, is there a flower for each bee?   :-)t   D.   ------------------------------    Date: 27 Oct 2003 05:45:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)a7 Subject: Re: [survey] why do you still use VAX systems?y3 Message-ID: <0vA43N+Gj5Xx@eisner.encompasserve.org>l  j In article <DTiotGxQ0bj6-pn2-EVeupdliPyLZ@localhost>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:G > On Fri, 24 Oct 2003 13:47:05 UTC, Didier Morandi <no@spam.com> wrote:t > 	 > Didier eF >                I sent you an email, Spam Arrest asked me to visit a H > webpage to confirm, I've done that so you should get my response now. F > I've not clicked anything, that I'm aware of. 'cos I'm not 'signing A > in' for anything like that without a chance to work out what's t > happening.  B Besides automatically generating spam to innocent bystanders, some> of those challenge-response vendors actually harvest the email. addresses of those whose email they intercept.  D My automaton (and I am sure many others) discard any such challengesB without me seeing them, so I gather Didier did not get my input on; this subject, and similarly with anyone else so configured.c   http://www.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=Unaua.5222%24_o4.70232%40news-server.bigpond.net.au&rnum=1&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26scoring%3Dd%26selm%3DUnaua.5222%2524_o4.70232%2540news-server.bigpond.net.auf   ------------------------------  % Date: Mon, 27 Oct 2003 11:03:03 -0000n* From: "Richard Brodie" <R.Brodie@rl.ac.uk>* Subject: Re: [TCPware V5.6-2] DST Change ?+ Message-ID: <bniu18$k5o@newton.cc.rl.ac.uk>o  1 "Michael Unger" <unger@decus.de> wrote in message 4 news:bng2nr$10gjuc$1@ID-152801.news.uni-berlin.de...  G > AFAIK the change from "standard time" to "daylight savings time" (and,E > vice versa) is generally done at the *first* opportunity which doesj$ > *not* need to change the date too. >tJ > I.e., from ST to DST at 0:00 UTC and from DST to ST at 1:00 UTC -- which$ > is consistent with your statement.  W The relevant EU Directive states that all changes should be at 1:00 UTC, so half right. Q http://europa.eu.int/eur-lex/pri/en/oj/dat/2000/ce337/ce33720001128en01360137.pdfo   ------------------------------  % Date: Mon, 27 Oct 2003 14:23:38 +0100s0 From: Michael Unger <michaelunger@despammed.com>* Subject: Re: [TCPware V5.6-2] DST Change ?: Message-ID: <bnj6fg$12n4on$1@ID-152801.news.uni-berlin.de>  , On 2003-10-27 12:03, "Richard Brodie" wrote:  3 > "Michael Unger" <unger@decus.de> wrote in message 6 > news:bng2nr$10gjuc$1@ID-152801.news.uni-berlin.de... > H >> AFAIK the change from "standard time" to "daylight savings time" (andF >> vice versa) is generally done at the *first* opportunity which does% >> *not* need to change the date too.a >>K >> I.e., from ST to DST at 0:00 UTC and from DST to ST at 1:00 UTC -- whichm% >> is consistent with your statement.s > Y > The relevant EU Directive states that all changes should be at 1:00 UTC, so half right.-S > http://europa.eu.int/eur-lex/pri/en/oj/dat/2000/ce337/ce33720001128en01360137.pdf>   Thanks for the URL.I  C The "Proposal for a Directive" still says "GMT" -- hasn't that beenu# replaced with "UTC" many years ago?4   Michael5   -- -; Real names enhance the probability of getting real answers.w@ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.e= My e-mail account at DECUS Munich will expire on 31-Dec-2003.d   ------------------------------  % Date: Mon, 27 Oct 2003 14:48:26 +0100a" From: Didier Morandi <no@spam.com>* Subject: Re: [TCPware V5.6-2] DST Change ?2 Message-ID: <3f9d222a$0$257$636a55ce@news.free.fr>   Michael Unger wrote:  E > The "Proposal for a Directive" still says "GMT" -- hasn't that beenr% > replaced with "UTC" many years ago?f   It was, and here is the reason:s  < (http://www.freenix.fr/unix/linux/HOWTO/French-HOWTO-3.html)  D GMT est l'heure solaire moyenne de Greenwich. L'heure est compte  @ partir de midi et est donc dcale de 12 h par rapport au temps H universel. GMT est base sur la rotation de la Terre, ce n'est donc pas F un temps rgulier. En effet, la vitesse de rotation de la Terre subit G des variations faibles mais assez cahotiques, en plus elle diminue sur i le long terme.  H UTC (temps universel coordonn) est compt  partir de minuit (toujours F par rapport au mridien zro). Il est bas sur des talons atomiques, E mais des secondes intercalaires sont ajoutes occasionnellement pour  B faire en sorte qu'il ne s'carte jamais de plus de une seconde de  l'heure solaire moyenne.   which translates to:  E GMT = solar time i.e. 40,000 years ago discovery, not really accuraten UTC = atomic time, much better  : There is a synch processus, but I did not understand it...   D.   ------------------------------  % Date: Mon, 27 Oct 2003 15:48:47 +0100e- From: "Martin Vorlaender" <mv@pdv-systeme.de>a* Subject: Re: [TCPware V5.6-2] DST Change ?9 Message-ID: <bnjb8a$11kh03$1@ID-56200.news.uni-berlin.de>s   Didier Morandi wrote:aG > GMT = solar time i.e. 40,000 years ago discovery, not really accuratea  > UTC = atomic time, much better > < > There is a synch processus, but I did not understand it...  9 Have a look at http://tycho.usno.navy.mil/systime.html orn= http://www.bipm.org/en/scientific/tai/time_server.html (whichy: also is available en francais - just replace /en/ by /fr/)   cu,-   Martin -- -F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.depF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------   End of INFO-VAX 2003.596 ************************id20@alpha2.mdx.ac.uk wrote: >  > I >>>Except that some of your comments border on defamation (not to mention J >>>FUD).  While you certainly have offered your analysis of the Alpha etc.K >>>history, it has little to no bearing on what we are doing now.  And your H >>>constant rehashing of history in relation to what we are doing  34726  05-31-03 14:02   ht_root/doc/htd/watchreport.gif
     2845  05-27-00 06:27   ht_root/doc/misc/apache_group_licence.txt
     4132  09-06-03 19:48   ht_root/doc/misc/basics.html
    49152  06-29-03 01:29   ht_root/doc/misc/changes.html
     4622  06-21-03 09:34   ht_root/doc/misc/miscellanea.html
     2519  03-31-03 17:50   ht_root/doc/misc/read1st.html
    11143  06-28-03 19:12   ht_root/doc/misc/resources.html
     4902  06-21-03 09:34   ht_root/doc/misc/scripting.html
    17365  06-21-03 09:54   ht