Apache / CSWS problems with Safari / Chrome / Opera

[Kelly Cox]

No, this does not help either.

One of the first things I tried on all the browsers is clearing the cache, and setting no-cache.

Thanks for the input.

[Kelly Cox]

I stumbled on the answer.

Warning.......SWS 2.2-1 REQUIRES served files to be in STREAM_LF again.  I verified that I had MMAP set to off in the apache directive...yet it still times out and throws the CHUNK ENCODING error if you use non stream_lf text files... when using Chrome or Opera or Safari.  IE and FireFox seem to handle the files.

The install guide for this version and for versions 2.1 and 2.2 say this is NOT a requirement anymore.

And when I'm creating a quick test of style sheets or html and javascript i still mostly use edit/tpu on VMS.

My production box we have always been careful to convert all files to stream_lf because it seems to make everything quicker, but for creating a quick test, it has not been necessary for a few years now.

Anyway, simple fix, but the install doc should reflect this change back to old behavior.

[Steven Schweda]

> Warning.......SWS 2.2-1 REQUIRES served files to be in STREAM_LF
> again. [...]

   Somewhere along the line, I quit trusting it, and have since tried
to stick to Stream_LF.

> And when I'm creating a quick test of style sheets or html and
> javascript i still mostly use edit/tpu on VMS.

   Same here, but I've developed the habit of:

      edit /tpu any_old_good_file /output = new_file

which creates the new file with the attributes of the old file.
Naturally, my test.html was "Record format: Stream_LF".

   For more organized work, I use MMS to generate my actual Web-served
HTML files by running source files through a preprocessor (a C program)
which (among other things) puts out a Stream_LF file, so the attributes
of a source file matter little.  In other situations (freeware source
files, for example, which might end up getting served), I have a DCL
script which will search a directory tree for files where:

      if f$file_attributes( file, "RFM") .nes. "STMLF"

It emits a message identifying the culprit.  Not automatic, but useful.

[Hoff]

---

@Kelly Cox wrote:

Anyway, simple fix, but the install doc should reflect this change back to old behavior.

---

It would probably be better if the CSWS/SWS test suite was updated to reflect this.

[Neil Rieck]

FWIW, "stream_lf" is not a requirement for CSWS-2.2 on Alpha (it wasn't on 1.3 but was on 2.0 then removed again in 2005 with the release of 2.1). Now I've got a brand new Itanium (rx2800-i2) and want to move over a huge amount of content from the Alpha but I can't because I am stuck with a "limping" web-server. "I think" I only two options: Build a version of v2.2 by installing V2.1 then applying updates -OR- converting all the content to stream LF. Has anyone tried building 2.2 on Itanium?

[Steven Schweda]

> [...] converting all the content to stream LF. [...]

   As I said, I long ago gave up on using any other format.

   If you're already planning to move the stuff, and the stuff is all
text files, then you might be able to get the conversion done at low
cost using Zip (3.x) and UnZip (6.x).  For example:

alp $ write sys$output f$file_attributes( "text.txt", "RFM")
VAR

alp $ zip3l text.zip text.txt
  adding: text.txt (stored 0%)

   That is, create a zip archive which does NOT preserve the VMS file
attributes.  Then, when UnZip extracts the data in its default way, ...

alp $ unzip6l -d [.text] text.zip
Archive:  ALP$DKC0:[SMS.itrc]text.zip;1
 extracting: ALP$DKC0:[SMS.itrc.text]text.txt

alp $ write sys$output f$file_attributes( "[.text]text.txt", "RFM")
STMLF

alp $ diff text.txt [.text]text.txt
Number of difference sections found: 0
Number of difference records found: 0

DIFFERENCES /IGNORE=()/MERGED=1-
    ALP$DKC0:[SMS.itrc]text.txt;1-
    ALP$DKC0:[SMS.itrc.text]text.txt;1

   "zip -r" could make doing a whole tree pretty easy.  Then all you
need to worry about is properly creating new content.

> Has anyone tried building 2.2 on Itanium?

   Not I.  My idea of a work-around in this case is to satisfy all
versions of the lameware, not to lock myself into some particular (old)
version of the lameware.

[Neil Rieck]

If you have a support contract, contact HP about the "stream_lf problem on CSWS-2.2-1" and they will quickly send you their patch. Mine works properly. I have no idea when they will make this fix generally available to the world.