[Info-vax] proper file format, attributes for non-binary files served by a web server

[Jan-Erik Soderholm]

Arne Vajhøj wrote 2012-01-23 05:12:
> On 1/22/2012 12:35 AM, Steven Schweda wrote:
>> On Jan 21, 11:13 am, hel... at astro.multiCLOTHESvax.de (Phillip Helbig---
>> undress to reply) wrote:
>>> In article
>>> <882908ae-9224-4a88-9de9-32b10b66a... at q8g2000yqa.googlegroups.com>,
>>>
>>> Steven Schweda<sms.antin... at gmail.com> writes:
>>>> When dealing with any program which uses the C RTL,
>>>> Record format: Stream_LF will be most natural. For general
>>>> portability reasons, I try to use Stream_LF format for any
>>>> text files which will get sent to a non-VMS system.
>>>
>>> But this is not necessary for with files on VMS which are never
>>> transferred elsewhere EXCEPT VIA WWW, right?
>>
>> Around here, a file which gets served by the Web server
>> may also get served by the FTP server, and it might also get
>> put into a Zip archive. Perhaps every program can handle
>> variable-length records properly, and perhaps not. I would
>> rather have Stream_LF files everywhere, and not have to think
>> any more about them.
>
> A correct VMS server program should handle all valid
> VMS formats for text files.
>

I'm using WASD and I have never as far as I remember had to
think about file attrib/formats. WASD seems to correctly
read any format and send it down the line correctly. Text
files, PDFs, JPEGs, whatever. Files created localy or files
FTPed into the system.

Now, if you have a file whos file contect and file attribs
are out of sync, I'd guess that no application can guess that.

Generaly speaking, I feel WASD has a better support today

The latest addition to WASD is a browser-based VT-emulator
using the new WebSocket standard. Realy nice :

http://wasd.vsm.com.au/wasd_root/src/dclinabox/screenshots/index.html
http://wasd.vsm.com.au/wasd_root/SRC/DCLINABOX/readmore.html

Jan-Erik.



> Assuming that non correct VMS servers would prefer
> stream_lf is a weird assumption.
>
> Arne
>
>
>