/ INFO-VAX	Sun, 02 Jan 2005	Volume 2005 : Issue 4       Contents:= Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images = Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images = Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images = Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images J Re: MntVerifyTimeout, (remote shadow member), clustering, volume shadowing  F ----------------------------------------------------------------------  $ Date: Sun, 2 Jan 2005 09:00:50 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> F Subject: Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images7 Message-ID: <G8TBd.370$P%3.64743@news20.bellglobal.com>    > I > CSWS V2.0 *demands* that all files are in stream-lf format. That is the A > reason why many of us are still using the previous version :-).  > & I think this statement could be wrong.  L SWS-2.0 (they've dropped the "C" from the product name starting with versionJ 2.0) only requires that TEXT files be converted to stream_lf. This because of three reasons:   C 1. Apache 2.x now is required to do something called content-length K filtering which means a browser may indicate to the server that it can only L accept, lets say, 2KB chunks. After the server sends out 2KB to the browser,K the browser may say to the server, "OK send the next 500 Bytes". The server C needs to be able to easily compute the starting point of byte 2001.   I 2. Text files in VMS are stored as a sequence of variable-length records. G You cannot determine the starting position of a given character without J first reading through all the variable-length records up-to the one you're looking for.  H 3. HP didn't want to write any special code just to deal with VMS issuesF (although I think they could have created a MOD_RMS for people wanting backward compatibility)   D The following links may help to understand content-length filtering:> http://hypermail.linklord.com/new-httpd.old/2002/Aug/0374.html, http://httpd.apache.org/docs-2.0/filter.html; http://www.onlamp.com/pub/a/apache/2001/08/23/apache_2.html   A I just pulled the following quote from this news group archive at D www.deja.com where I did an advanced search for the word "CSWS" from author "Rick Barry".   <quote> L As a few posters already guessed, the stream-lf requirement for served filesK was to minimize the portability (and maintenance) effort and to address the > problem of quickly determining the number of data bytes in theK Content-Length calculation (without having to read every byte in the file).   J This requirement applies mainly to textual content, such as .HTML, .SHTML,K and .TXT files, that are typically represented on VMS using variable-length G record format. Binary data files, such as executables, are not an issue 6 because fixed-length record format is also acceptable.  
 Rick Barry OpenVMS System Software Group  Hewlett-Packard Company 
 Nashua, NH </quote>    
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  $ Date: Sun, 2 Jan 2005 09:16:17 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> F Subject: Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images7 Message-ID: <9nTBd.476$P%3.72135@news20.bellglobal.com>   5 "Rich Faust" <faustrj@fastspot.net> wrote in message  = news:1104626045.060255.211490@z14g2000cwz.googlegroups.com... D >I wondered about that, so before I posted my original note I took aI > closer look at APACHE$COMMON:[000000]APACHE$CONVERT_STREAMLF.COM.  This I > tool is called by APACHE$MENU to convert a directory tree to Stream_LF. ; > The convert procedure references the following data file:  >  > # APACHE$CVT_TYPES.DAT > # * > #       File types that get converted by > APACHE$CONVERT_STREAMLF.COM  > #  > > > .HTM*           #All HTML files (.HTM, .HTML, .HTML.FR, etc)' > .SHTML          #Server-side includes   > .TXT            #All TXT files > H > I take the contents of this file to mean that .JPG files should not beF > converted to Stream_LF, so I don't believe the format of the file is > the problem. >  > Rich Faust > OpenVMS Hobbyist > Richmond, TX >   J Your analysis is correct. The script doesn't look for anything other than @ VMS text files which means JPG files don't need to be converted.  K Have you checked your Apache error log? (You'll need to restart the server   to look at it)   Last resort test: I I see that you are a hobbyist. Try shutting down MultiNet and installing  K HP's "TCPIP Services for OpenVMS". If your problem goes away then you know  M that there is a bug with the stack. (this is how I solved my TCPware related    problem which I documented here G http://www3.sympatico.ca/n.rieck/docs/csws_tips.html#intermittent-cgi )   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Sun, 02 Jan 2005 11:38:44 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large ImagesB Message-ID: <1104683349.77a610c57224570c31d1af730ab2a3c7@teranews>   Neil Rieck wrote: K > 2. Text files in VMS are stored as a sequence of variable-length records. I > You cannot determine the starting position of a given character without L > first reading through all the variable-length records up-to the one you're > looking for.  J One could write a wrapper IO routine that could easily handle this throughT caching of files (or building an index of offsets for the first record of each block  N (eg: offset 5016 is first byte of record located on block 10 with recrd header at byte 27 of that block) =  Of of the file is small enough, jus read the whole thing in.    ------------------------------  $ Date: Sun, 2 Jan 2005 12:48:48 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> F Subject: Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images9 Message-ID: <OtWBd.1735$P%3.190386@news20.bellglobal.com>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message< news:1104683349.77a610c57224570c31d1af730ab2a3c7@teranews... > Neil Rieck wrote: L >> 2. Text files in VMS are stored as a sequence of variable-length records.J >> You cannot determine the starting position of a given character withoutF >> first reading through all the variable-length records up-to the one	 >> you're  >> looking for.  > L > One could write a wrapper IO routine that could easily handle this throughK > caching of files (or building an index of offsets for the first record of  > each block > I > (eg: offset 5016 is first byte of record located on block 10 with recrd  > header > at byte 27 of that block) > > Of of the file is small enough, jus read the whole thing in.  I I agree and I suggested this to the folks at HP. Put the OpenVMS-specific C routines in an optional loadable Apache module called "MOD_RMS" (or J whatever). For people who desire the UNIX style speed up, they would stillH need to run DCL script "APACHE$CONVERT_STREAMLF.COM" to convert all textK files to stream format. Other people requiring backward compatibility would I simply load module "MOD_RMS" into the SWS server at server startup. Then, I Apache could use info in the file header to determine whether to deny the & transaction or flop back to "MOD_RMS".  J In some private correspondence with the good folks in HP's "OpenVMS SystemK Software Group", they hinted at the fact that they might consider some kind K of fall back support if there was enough customer demand for it through the K OpenVMS software customer support channel. (translation: complaints through L this news group probably won't count as much with HP managemtn). Let's keep  our fingers crossed for SWS-2.1   E NOTE: This is slightly off topic but many months back, some kind soul J published a cool work around based upon PHP. If fall-back compatibility isH mandatory (like systems where stand-alone applications may be generatingI ASCII reports; or clients are FTPing text files into OpenVMS in ASC mode) E then this PHP solution may help some people. Do an advanced search at B www.deja.com looking for stream_lf and PHP in group "comp.os.vms")  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  $ Date: Sun, 2 Jan 2005 11:51:32 -00006 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>S Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume shadowing 6 Message-ID: <41d7e047$0$21329$db0fefd9@news.zen.co.uk>  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:cr1dsa$2rl$1@online.de... D > I see my MVTIMEOUT is set at 3600 (i.e. one hour).  The maximum is > 64000, i.e. almost 18 hours.  @ 64000 is not the limit for this. You can set it to 0 (infinity).   SYSGEN>  SHOW MVT   G Parameter Name           Current    Default     Min.      Max.     Unit  Dynamic L --------------           -------    -------    -------   -------   ----  --- ----I MVTIMEOUT                    3600       3600         1      64000 Seconds  D    SYSGEN>  DISABLE CHECKS    SYSGEN>  SET . 0   SYSGEN>  SHOW .   G Parameter Name           Current    Default     Min.      Max.     Unit  Dynamic L --------------           -------    -------    -------   -------   ----  --- ----I MVTIMEOUT                       0       3600         1      64000 Seconds  D    SYSGEN>  WRITE ACTIVE   ! And yes, this is supported by HP.    Reference : Y http://h18000.www1.hp.com/support/asktima/operating_systems/00973DDA-27B2C060-1C0097.html    Alex   ------------------------------   End of INFO-VAX 2005.004 ************************