1 INFO-VAX	Fri, 24 Dec 2004	Volume 2004 : Issue 713       Contents:' Re: 497 million euro fine for Microsoft ' Re: 497 million euro fine for Microsoft * ACCVIO caused by pascal optimize attribute9 Re: Can 80 pin UltraSCSI drives be used on Alpha systems? $ Re: Hardware: Wanted Pincer CD caddy) Re: HP pulls out of IA64 chip development   Merry Christmas & Happy New Year$ Re: Merry Christmas & Happy New Year$ Re: Merry Christmas & Happy New Year$ Re: Merry Christmas & Happy New Year Re: More on Tru64  Re: More on Tru64   Re: mti Liberator 2200 Questions MySQL 4.1.8 for OpenVMS . Re: Restore from DLT-IV Tapes in an SDLT Drive& Suggestion for SYSUAF.DAT improvements' Updated kit of Python 2.3.4 for OpenVMS  ZLIB 1.2.2 for OpenVMS [Fwd: WASD v9.0 Released]   F ----------------------------------------------------------------------  % Date: Fri, 24 Dec 2004 01:49:48 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: 497 million euro fine for MicrosoftB Message-ID: <1103870420.29878e41133b1a78dc42bb0489b53aed@teranews>   Dave Froble wrote:Q > I'm hoping that the case is left hanging, and not finally settled.  Not sure if P > it's still open.  But, if open, another administration could 'finish' the case > in a more appropriate manner.   G My guess is that anyone could find some reason to charge Microsoft with N anti-competitive behaviour at any point in time. So there may not be a need to reopen old cases.   N However, in 4 years, the Microsoft market share may be on a steady decline, inL which case, monopoly legal actions may no longer really be necessary or give; politicians an image of them fighting to protect consumers.    ------------------------------    Date: 24 Dec 2004 10:28:48 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: 497 million euro fine for Microsoft3 Message-ID: <JSAO9qz4kPfV@eisner.encompasserve.org>   r In article <1103832554.3da869af10fee4376059d5b478c6a1af@teranews>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Koehler wrote:K >>    The US cases are a very good example of how not to do it.  The US was D >>    very close to getting something done about Microsoft until theJ >>    administration changed and the new administration didn't support the >>    effort.  > J > Mechanically, how did the then new government manage to stop the case ?   C    By presenting a lesser case than they had prepared.  Agreeing to >    MS lawyer's motions that they should not ave agreed to, ...   ------------------------------    Date: 24 Dec 2004 05:44:32 -0800& From: frankburrie@yahoo.com.au (Frank)3 Subject: ACCVIO caused by pascal optimize attribute = Message-ID: <fedf78ce.0412240544.19d5ead8@posting.google.com>    Hello,  F In a program I use LOC$DELETE_FILE the purge logfiles. For some reasonE I get an ACCVIO message when running this program. By trial-and-error F I discovered that the program will run fine when I change the optimize9 attribute of function check_vms_halt from none to inline.   ? Someone has a clue? (included traceback and simplified source).    Regards,  
 Frank Burrie.    So, this will cause the crash:% [hidden, asynchronous,optimize(none)] , PROCEDURE check_vms_halt ( stat : integer ); BEGIN  END;  # And, it runs fine when changing to: ' [hidden, asynchronous,optimize(inline)] , PROCEDURE check_vms_halt ( stat : integer ); BEGIN  END;  
 Traceback:; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual : address=0000000000000048, PC=0000000000030250, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump follows C   image    module    routine             line      rel PC            abs PC>  RM  RM  LOCAL_GET_DATE                    79 0000000000000250 0000000000030250>  RM  RM  LOCAL_CONFIRM_ROUTINE             99 0000000000000444 0000000000030444>                                             0 FFFFFFFF808994EC FFFFFFFF808994EC>                                             0 FFFFFFFF80835710 FFFFFFFF80835710>                                             0 FFFFFFFF8089CA3C FFFFFFFF8089CA3C>                                             0 FFFFFFFF80835710 FFFFFFFF80835710>                                             0 FFFFFFFF8089C674 FFFFFFFF8089C674>                                             0 FFFFFFFF80899310 FFFFFFFF80899310>                                             0 FFFFFFFF80835710 FFFFFFFF80835710>                                             0 FFFFFFFF80898CE0 FFFFFFFF80898CE0>  RM  RM  PURGE_LOGFILES                   117 0000000000000618 0000000000030618>  RM  RM  RM                               126 0000000000000658 0000000000030658>                                             0 FFFFFFFF8027D59C FFFFFFFF8027D59C Source: 
 [INHERIT (            'sys$library:starlet',-           'sys$library:pascal$lib_routines')]  PROGRAM rm(input, output);  % TYPE t_quad = ARRAY[1..2] OF INTEGER;   D [EXTERNAL (LIB$DELETE_FILE),ASYNCHRONOUS] FUNCTION LOC$DELETE_FILE (1         filespec         : VARYING [$m1] OF CHAR; =         default_filespec : VARYING [$m2] OF CHAR := %IMMED 0; =         related_filespec : VARYING [$m3] OF CHAR := %IMMED 0; 9         %IMMED [UNBOUND] PROCEDURE user_success_procedure C                      (filespec: VARYING [$m1] OF CHAR) := %IMMED 0; 7         %IMMED [UNBOUND] FUNCTION  user_error_procedure 6                      (filespec: VARYING [$m1] OF CHAR;F                       RMS_STS, RMS_STV: INTEGER): BOOLEAN := %IMMED 0;9         %IMMED [UNBOUND] FUNCTION  user_confirm_procedure B                      (filespec: VARYING [$m1] OF CHAR): BOOLEAN :=	 %IMMED 0; C         VAR user_specified_argument : [UNSAFE] INTEGER := %IMMED 0; E         VAR resultant_name          : VARYING [$m8] OF CHAR := %IMMED  0  ): INTEGER; EXTERN;     % [hidden, asynchronous,optimize(none)] , PROCEDURE check_vms_halt ( stat : integer ); BEGIN  END;     [UNBOUND, ASYNCHRONOUS]  PROCEDURE PURGE_LOGFILES;  VAR B     lv_result            : [STATIC] VARYING [255] OF CHAR := ZERO;  	 [UNBOUND] @ FUNCTION local_get_date(p_name : VARYING [$m1] of CHAR): t_quad;    - {---------- Variable Declarations ----------}    VAR        lv_fab      : FAB$TYPE;      lv_xab      : XAB$TYPE;    BEGIN   8     {--------------------------------------------------}       { Initialize lv_xab.8     {--------------------------------------------------}      lv_xab              := ZERO;;     lv_xab.XAB$B_COD    := XAB$C_DAT;   { we want date/time 
 information } (     lv_xab.XAB$B_BLN    := XAB$C_DATLEN;  8     {--------------------------------------------------}     { Initialize lv_fab.8     {--------------------------------------------------}     lv_fab := zero; %     lv_fab.FAB$B_BID    := FAB$C_BID; %     lv_fab.FAB$B_BLN    := FAB$C_BLN; B     lv_fab.FAB$V_UFO    := FALSE;       { not just open/create the
 file     }>     lv_fab.FAB$V_UPI    := TRUE;        { user responsible for interlocking }C     lv_fab.FAB$V_SHRDEL := TRUE;        { allow delete records from 	 file    } 1     lv_fab.FAB$L_FNA    := IADDRESS(p_name.BODY); )     lv_fab.FAB$B_FNS    := p_name.LENGTH; .     lv_fab.FAB$L_XAB    := IADDRESS( lv_xab );    8     {--------------------------------------------------}     { Try to open file. 8     {--------------------------------------------------})     check_vms_halt($OPEN(FAB := lv_fab));   8     {--------------------------------------------------}     { Try to close file.8     {--------------------------------------------------}*     check_vms_halt($CLOSE(FAB := lv_fab));  /     local_get_date := lv_xab.XAB$Q_CDT::t_quad;    END;  { of local_get_date }     	 [UNBOUND] F FUNCTION local_confirm_routine(p_filespec : VARYING [$m1] of CHAR)                  : BOOLEAN;  VAR      lv_create_time  : t_quad;      lv_file_age     : t_quad;      lv_file_age_int : UNSIGNED; *     lv_timestamp    : t_quad      := ZERO; BEGIN 2     lv_create_time := local_get_date (p_filespec);,     check_vms_halt($GETTIM( lv_timestamp ));  ?     check_vms_halt(LIB$SUB_TIMES( lv_timestamp, lv_create_time,  lv_file_age )); C     check_vms_halt(LIB$CVT_FROM_INTERNAL_TIME( lib$k_delta_seconds,  lv_file_age_int, lv_file_age));        IF lv_file_age_int > 0&     THEN local_confirm_routine := TRUE(     ELSE local_confirm_routine := FALSE; END;    M {---------------------------------------------------------------------------} ? { Local confirm-routine: Returns TRUE when file can be deleted. 4 {                        Otherwise it returns FALSE.M {---------------------------------------------------------------------------}  BEGIN   /     LOC$DELETE_FILE (filespec := 'FTP_*.LOG;*', E                      user_confirm_procedure := local_confirm_routine, 2                      resultant_name := lv_result);     END;     BEGIN      PURGE_LOGFILES;  END.   ------------------------------  % Date: Fri, 24 Dec 2004 12:51:04 -0500 " From: Glenn Everhart <gce@gce.com>B Subject: Re: Can 80 pin UltraSCSI drives be used on Alpha systems?& Message-ID: <41CC5708.4040401@gce.com>   tadamsmar@yahoo.com wrote:E > We need to upgrade some disks in our old Alphas and my hardware guy E > tells me that the 80 UltraSCSI drives are a lot cheaper than 50 pin 	 > drives.  > D > Is it possible to use an adapter to allow us to use 80 pin drives.! > If so, what adapters will work?  > E I have a few such disks with 80 pin to 50 pin adapters. Any will work B provided they terminate the extra address etc. lines. If the extraC address lines are not terminated, you can't even address the disks.   F Descriptions in the adapters generally tell you when they tie down theE high address lines for you. I've gotten others to work that terminate A everything but only marginally. The ones designed for 50 pin work " that have such tiedowns are solid.  D Cheap adapters that make no provision for high address lines presumeH (as I think) that you have something else terminating those wires, which< if you have a 50 pin interface is likely not to be the case.  G YMMV of course but I have used 2 to 3 such drives on a single SCSI bus. J If you have such tho, consider getting something like the ACARD interfacesH to put humongous and cheap IDE drives out there as a useful alternative.H IDE drives are generally cheaper still (alas: in both senses of "cheap")H and are useful in some applications. On a non-shared SCSI bus, and givenD that you keep backups with due paranoia ("you can't be too careful") VMS will treat these properly.   Glenn Everhart  A (btw: Merry Christmas, all! and a happy & prosperous new year...)    ------------------------------  # Date: Fri, 24 Dec 2004 17:32:20 GMT % From: Rob Brown <mylastname@gmcl.com> - Subject: Re: Hardware: Wanted Pincer CD caddy D Message-ID: <Pine.LNX.4.61.0412241031130.9485@localhost.localdomain>  & On Fri, 24 Dec 2004, Paul Lentz wrote:  ; > Anybody got a spare pincer CD caddy they'd let me have???   
 I've got one.      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------   Date: 24 Dec 2004 15:57:28 GMT! From: Lee Witten <lw99@yahoo.com> 2 Subject: Re: HP pulls out of IA64 chip development/ Message-ID: <Xns95CA6F9358115nn48@199.125.85.9>   - "FredK" <fred.nospam@nospam.dec.com> wrote in + news:OvMyd.4965$7j4.2482@news.cpqcorp.net:  D > "Was" good Larry.  HP consolidated its meal services.  Now we haveF > kind-of-OK food, at prices that make you want to go out to lunch ($5 > for a soup and ice tea).  I Yep, in the time I spent in ZK I got to know the Nashua area restaurants  G rather well, due to the totally underwhelming selection of food at the  K cafeteria.  Luckily there was a decent selection of local restaurants, and  = once we got to know the good from the bad we ate pretty good.   I I hear the "Bits and Bytes" store got closed by the HP regime.  Having a  J convenience store on-site is a really good thing IMHO.  I wish my current K place of employ had one.  Of course, some folks used to call it the "Bitch  3 and Bite" store, for some fairly obvious reasons...    --lw--   ------------------------------  % Date: Fri, 24 Dec 2004 05:31:26 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Merry Christmas & Happy New Year B Message-ID: <1103883709.274466635eaa4b369961996c7aa99d3a@teranews>  N Subject says it all. May this season bring you lots of joy, lots of good food,I celebration with family and friends and some happy thoughts about VMS :-)   < I found a good old ascii art file from the old decus tapes: 9 It is the choo-choo train moving under the christmas tree   & (sorry, don't know who the author is):  ) telnet:bike.vaxination.ca  username:noel    ' (make sure you have a good VT emulator)   ' This will be available until jan 2 2005    ------------------------------  % Date: Sat, 25 Dec 2004 00:00:53 +0800  From: prep@prep.synonet.com - Subject: Re: Merry Christmas & Happy New Year - Message-ID: <87d5wzsn2i.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   E > Subject says it all. May this season bring you lots of joy, lots of ? > good food, celebration with family and friends and some happy  > thoughts about VMS :-)   And a merry Xmas to all!!    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 24 Dec 2004 18:05:53 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> - Subject: Re: Merry Christmas & Happy New Year 7 Message-ID: <Xns95C9C273590FEdcovmsrox@212.100.160.123>   ! %NEWS-I-NEWMSG, JF Mezei wrote in : news:1103883709.274466635eaa4b369961996c7aa99d3a@teranews   + > telnet:bike.vaxination.ca  username:noel    	 Ho ho ho!   * Now why isn't that train driver on strike?  ( Merry Christmas to all in the newsgroup.     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  + Date: Fri, 24 Dec 2004 18:11:36 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> - Subject: Re: Merry Christmas & Happy New Year 0 Message-ID: <cqhm4n$1j1$1@sparta.btinternet.com>   Merry Christmas to one and all.   K 2005 predictions? I'm taking the family back to Perth & once more VMS is on  the ascendancy!   F (I don't care if I'm only half right when we're lyin' on the beach :-)   Cheers Richard Maher  ( <prep@prep.synonet.com> wrote in message' news:87d5wzsn2i.fsf@prep.synonet.com... 1 > JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > G > > Subject says it all. May this season bring you lots of joy, lots of A > > good food, celebration with family and friends and some happy  > > thoughts about VMS :-) >  > And a merry Xmas to all!!  >  > --  > > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 24 Dec 2004 23:54:23 +0800  From: prep@prep.synonet.com  Subject: Re: More on Tru64- Message-ID: <87hdmbsndc.fsf@prep.synonet.com>   # Lee Witten <lw99@yahoo.com> writes:   F > prep@prep.synonet.com wrote in news:87r7lgsvd4.fsf@prep.synonet.com:  F >> AIX and T64 are the two OSF based comercial unix offerings, so they" >> have that from the common base.  = > AIX for the RS/6000 and follow ons is not OSF/1 based.  IBM E > contributed the AIX user space commands and libraries to OSF/1, and E > if I recall correctly, the volume manager, but IBM never shipped an B > OSF/1 based system for RS/6000.  There was a product for the IBMF > mainframes that was based on OSF/1, but it has since been withdrawn.  K I was told some years ago the OSF was the basis of AIX. Will ask again, and . in more detail. But not this year I suspect ;)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Dec 2004 10:32:26 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: More on Tru643 Message-ID: <39AKdeK1Z4WB@eisner.encompasserve.org>   K In article <87r7lgsvd4.fsf@prep.synonet.com>, prep@prep.synonet.com writes:  > < > AIX and T64 are the two OSF based comercial unix offerings  @    AIX predates OSF by several years.  I'm sure IBM put some OSF?    components into OSF, many UNIX vendors did.  T64 is a direct     descendant of OSF/1.    ------------------------------  # Date: Fri, 24 Dec 2004 15:38:11 GMT + From: Jeff Cameron <JCam90502@jcameron.com> ) Subject: Re: mti Liberator 2200 Questions 2 Message-ID: <BDF177E2.315E%JCam90502@jcameron.com>    On 12/20/04 12:41 PM, in article? 26c11a64.0412201241.4eff5432@posting.google.com, "Dan Williams"  <williams.dan@gmail.com> wrote:   E > I am now the proud owner of 7 of these.  I have a few questions for  > anyone who has used them. 3 > Does anyone know how to program the front panel ? 7 > How quick are they compared to standard dssi drives ? G > Can I replace the scsi drives in them with bigger ones (ie. 4 or 9gb)  > 	 > Thanks   > Dan    Hi Dan, H I run the OpenVMS Support for MTI. Yes we still have profitable businessK there. Would you believe I have sold 6 CIQBA's (Q-Bus to CI interface cards  this year).   I Send me your email address to VMSSupport@mti.com, and I'll send you a PDF I copy of an old Liberator manual that I have that will show you how to use  the front panel.  J The Liberator performed as well as native DSSI storage of the day. At thatL time the limiting factor was the access time of the drives, but with today'sF drives, the limiting factor is the Thorn card inside. I don't have the" actual spec at the top of my head.  @ And finally, Yes you can use higher capacity drives as long as : 1. The are Single ended SCSI.   2. the capacity is not over 9 MB   Jeff Cameron http://www.jcameron.com/vms/   ------------------------------  % Date: Fri, 24 Dec 2004 09:40:37 +0100 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?=   Subject: MySQL 4.1.8 for OpenVMS7 Message-ID: <41cbd60e$0$24518$8fcfb975@news.wanadoo.fr>   N MySQL 4.1.8 which is the latest production 4.1 version released has be ported  to OpenVMS.   F Kits can be download from http://www.pi-net.dyndns.org/anonymous/kits/ or any mirrors    
 Jean-Franois    ------------------------------  % Date: Fri, 24 Dec 2004 09:42:41 +0100 . From: Silvo Bozovicar <silvo.bozovicar@snt.si>7 Subject: Re: Restore from DLT-IV Tapes in an SDLT Drive % Message-ID: <41CBD681.AB0B386@snt.si>    BillC wrote: >  > greetings  > I >       am exasperated by my SDLT Tape drive's behavior. i have an AS4100 G >       with a TZ887 writing backups to DLT-IV Tapes; it takes FOREVER.  > 9 >       (FOREVER  = 22 1/4 hours in each 24 hour period).  > K >       it has become almost impossible to restore files without aborting a 	 > current  >       backup.  > L >       i also have an ES45 with an SDLT   Drive. it is wicked fast, and the > tapeJ >       drive is available about 16 hours per day.      so, i use the SDLT
 > drive toK >       read files from the DLT-IV Tapes. this used to work nicely, and the M >       file-restore times *were* pleasantly short.   lately however i cannot  > seemD >       to 'BACKUP/select=...' from these DLT-IV tapes in acceptable  E  I hope you have read manuals from SDLT tape and i hope that you know  thatE reading heads are much stronger than those in DLT8000. That means you  can D read DLT-IV tapes in SDLT only once (reliable), second time data and labelsD can/will get corupted. Also  those DLT-IV will become useless as you will not be & able read or write them anywhere else.  G Only solution for reusing those migrated tapes is to take them into the  special D machine with strong magnetic field in it to erase entire tape, those erasers $ are quite expensive (around $ 5000).   ------------------------------  % Date: Fri, 24 Dec 2004 09:51:45 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Suggestion for SYSUAF.DAT improvements B Message-ID: <1103899343.1e504c49f440bad575979f4c0205b5cd@teranews>  M The /INTERACTIVE /NETWORK /REMOTE  qualifiers in AUTHORIZE have become farily ( irrelevant in this day and age of TCPIP.  J I would suggest the addition of a few bytes of bit flags to deny access toM certain well known TCPIP services. For instance, a user might have FTP but no N Telnet access, or vice versa, you may have POP and IMAP, but no FTP or TELNET.G  At present, it seems impossible to accomplish on a user by user basis.   L By default, you'd grant access unless the flag is set and the TCPIP Services; has been upgraded to have the applications check that flag.    ------------------------------  % Date: Fri, 24 Dec 2004 09:43:27 +0100 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?= 0 Subject: Updated kit of Python 2.3.4 for OpenVMS7 Message-ID: <41cbd6b8$0$24518$8fcfb975@news.wanadoo.fr>   ' A new kit for Python has been released.   / It include some bugs fix and some new features.   : Download from http://www.pi-net.dyndns.org/anonymous/kits/ or any mirrors    6 Various demonstrations at http://vmspython.dyndns.org/      
 Jean-Franois    ------------------------------  % Date: Fri, 24 Dec 2004 09:38:58 +0100 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?=  Subject: ZLIB 1.2.2 for OpenVMS 7 Message-ID: <41cbd5ab$0$24518$8fcfb975@news.wanadoo.fr>   6 ZLIB 1.2.2 has been released for OpenVMS AXP and IA64.  H The kits include shareables optimised for ev56 and later processors and   shareables for older processors.    I Download from http://www.pi-net.dyndns.org/anonymous/kits/ or any mirrors     
 Jean-Franois    ------------------------------  % Date: Fri, 24 Dec 2004 09:44:37 +0100 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?= " Subject: [Fwd: WASD v9.0 Released]7 Message-ID: <41cbd6fd$0$24518$8fcfb975@news.wanadoo.fr>   , This is a multi-part message in MIME format.& --------------0108070503080809050100079 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit       & --------------010807050308080905010007 Content-Type: message/rfc822;   name="WASD v9.0 Released" Content-Transfer-Encoding: 8bit  Content-Disposition: inline;  filename="WASD v9.0 Released"   Return-Path: <> L Received: from VITUF3.tlt (10.37.13.3) by estafette.TELINTRANS.FR (MX V5.1-AE           An6s) with ESMTP for <pop_tlt_jfp@estafette.telintrans.fr>; (           Fri, 3 Dec 2004 00:30:53 +0100N Received: from wxtuf3 (10.37.13.131) by VITUF3.tlt (MX V5.1-A An6s) with ESMTP5           for <JEAN-FRANCOIS.PIERONNE@telintrans.fr>; (           Fri, 3 Dec 2004 00:30:51 +0100N Received: from bisou.pi-net.dyndns.org (82.121.150.69) by vitufe.telintrans.fr(           (MX V5.1-A An6s) with SMTP forP           <JEAN-FRANCOIS.PIERONNE@telintrans.fr>; Fri, 3 Dec 2004 00:30:49 +0100@ Received: from LOCALHOST (127.0.0.1) by bisou.pi-net.dyndns.org;.           Fri, 3 Dec 2004 00:30:46 +0100 (MET)O Received: from 80.245.62.11 ([80.245.62.11] helo=mx.laposte.net) by ASSP-nospam $           ;  2 Dec 04 23:30:46 -0000% Delivered-To: jf.pieronne@laposte.net L Received: from slim.vsm.com.au (150.101.13.2) by mx.laposte.net (7.0.028) id:           419DCB9B00560192; Fri, 3 Dec 2004 00:30:10 +0100H Received: from CONVERSION-DAEMON.vsm.com.au by vsm.com.au (PMDF V6.2-X26H           #30946) id <01LHYHS9ONB495NPWH@vsm.com.au> (original mail fromM           Mark.Daniel@wasd.vsm.com.au); Fri, 03 Dec 2004 09:59:32 +1030 (CST) H Received: from CONVERSION-DAEMON.vsm.com.au by vsm.com.au (PMDF V6.2-X268           #30946) id <01LHYHS9BSUO95NQHS@vsm.com.au> forM           info-wasd-expand@reprocess.vsm.com.au (ORCPT info-WASD@vsm.com.au); /           Fri, 03 Dec 2004 09:59:26 +1030 (CST) A Received: from vsm.com.au by vsm.com.au (PMDF V6.2-X26 #30946) id -           <01LHYHS8YYG094FFIT@vsm.com.au> for M           info-wasd-expand@reprocess.vsm.com.au (ORCPT info-WASD@vsm.com.au); /           Fri, 03 Dec 2004 09:59:26 +1030 (CST) + Date: Fri, 03 Dec 2004 09:59:26 +1030 (CST) ! From: Mark.Daniel@wasd.vsm.com.au  Subject: WASD v9.0 Released  To: info-WASD@vsm.com.au CC: Mark.Daniel@wasd.vsm.com.au  Reply-To: info-wasd@vsm.com.au+ Message-ID: <01LHYHS8YZDU94FFIT@vsm.com.au>  MIME-Version: 1.0 , Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT B X-yahMAIL: YAHMAIL AXP-1.8.0 (MIME) (PMDF) (CGILIB AXP-1.6.12/OBJ)7 Comments: WASD HTTPd OpenVMS Web Server discussion list  X-Assp-Spam-Prob: 0.00000    Hello info-WASD,  F well, we're through the BETA phase and we might as well release it for general consumption:     http://wasd.vsm.com.au/wasd/   A basic list of the changes:  6   http://wasd.vsm.com.au/ht_root/doc/misc/changes.html  % And you had better check the gotchas:   =   http://wasd.vsm.com.au/ht_root/doc/misc/UpdatingBeware.html   D The optional GZIP compression support uses a sharable image provided@ with Jean-Franois Pironne's ZLIB port available from his site:  .   http://www.pi-net.dyndns.org/anonymous/kits/  G He advises that there will be a new ZLIB kit (from the current 1.2.1 to H 1.2.2) early next week to fix a recently discovered ZLIB vulnerability. D In the meantime WASD can be configured to compress only response notD request content (i.e. leave [GzipAccept] zero).  This side-steps the ZLIB issue.   G A heartfelt thanks to all BETA testers (QdLogStats knows who you are).  A I'm assuming those I didn't hear from didn't encounter the issues H discovered by some sites.  In particular I'd like to thank Geoff RobertsH whose proxy service puts up with occasional assaults from ALPHA and BETA> code.  Also Vic Giralt who is prepared to expose a significantE production server to BETA code to help shake out problems (he got off B lightly this time).  In particular, Jean-Pierre Petit who likewiseE exposes his production servers to WASD BETA and this time encountered E more than his fair share of issues.  Many thanks for the considerable A time and expertise he invested in gathering data, pinpointing the   problems and offering solutions.  F Undoubtably there will be minor revisions released over the next monthC or three, so I guess I can't breath easy just yet, but I trust this @ major revision performs well for you in the long run.  Have fun.   Regards, Mark.  F +--------------------------------------------------------------------+D  Mark Daniel                         http://wasd.vsm.com.au/adelaideE  mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au) :  A pox on the houses of all SPAMers.  Make that two poxes.F +--------------------------------------------------------------------+   .     ( --------------010807050308080905010007--   ------------------------------   End of INFO-VAX 2004.713 ************************