[Info-vax] Announcing PHP v5.6.3 for VMS

[VAXman- at SendSpamHere.ORG]

In article <paul.nospam-CE2B14.17370207082011 at pbook.sture.ch>, Paul Sture <paul.nospam at sture.ch> writes:
>In article <00AB37CC.7DDD6679 at SendSpamHere.ORG>,
> VAXman-  @SendSpamHere.ORG wrote:
>
>> In article <j09lgl$19k7$1 at adenine.netfront.net>, Mark Berryman 
>> <mark at theberrymans.com> writes:
>> >On 6/30/11 6:09 PM, Mark Berryman wrote:
>> >> I have finished putting my port of PHP v5.3.6 through the approximately
>> >> 10,000 regression tests and it is now ready for general use. You can
>> >> find a copy at the usual place at http://www.theberrymans.com/php_kits/
>> >>
>> >> Those of you using MySQL with PHP should find this version to be a
>> >> definite improvement. PHP 5.3 uses the mysqlnd drivers, instead of
>> >> depending on any particular version of the MySQL client libraries, and
>> >> testing shows it to be a much more solid interface. I use phpmyadmin for
>> >> part of my testing and it is now rock solid, both when managing MySQL on
>> >> the local VMS host and when managing MySQL running on other, non-VMS,
>> >> hosts.
>> >>
>> >> This kit should now have just about every PHP extension useful for a VMS
>> >> system. If there is one missing that you would like to have, just let me
>> >> know.
>> >
>> >It was pointed out to me that this kit was throwing a lot of alignment 
>> >faults.  I found a configuration variable that was set wrong and this 
>> >corrected the problem.  New kits are up and the new kit does not 
>> >generate any alignment faults (at least, not with any of the tests that 
>> >I have).
>> >
>> >Mark Berryman
>> 
>> Mark,
>> 
>> I downloaded and installed: php_axp_5_3_6.zip_old (couldn't find a plain
>> vanilla php_axp_5_3_6.zip on your site).  
>> 
>> I went to check things after installation with phpinfo().
>> 
>> My phpinfo page is really simple:
>> 
>> <?php phpinfo(); ?>
>> 
>> When I displayed the page in Firefox, there were some garbage characters
>> displayed in the top corner.  What I've found is that PHP is parsing the 
>> variable format/carriage return file format as if the record format data
>> is part of the data that is to be displayed.  When I created a stream_LF
>> file with the same contents and displayed it in Firefox, the garbage in
>> the top left corner disappears.
>> 
>> Is there something I can do to make this work short of convertain 1000s
>> of files to stream_LF???
>
>Didn't CSWS introduce the need for stream_LF files a few years ago, and 
>at the same time supply a command procedure to do this?
>
>I can look for such a beast tomorrow, but meanwhile a bit of DCL around 
>something like this should suffice:
>
>$ CONVERT/FDL=STREAM_LF.FDL infile.HTML outfile.HTML
>
>The FDL file should contain the following lines:
>$ TYPE STREAM_LF.FDL
>
>FILE
>   BEST_TRY_CONTIGUOUS     yes
>   ORGANIZATION            sequential
>
>RECORD
>   BLOCK_SPAN              yes
>   FORMAT                  stream_LF
>   SIZE                    0
>
>---
>Adapted from 
>http://h71000.www7.hp.com/openvms/products/ips/apache/csws_modjserv_relno
>tes.html#notes
>
>but you can do the FDL bit all from the command line in V8.4
>
>-- 
>Paul Sture


As of 2.1.1, the stream_LF requirement had been removed.  This was a great 
boon too.  VMS tend to create all files with variable record format.  Yes,
I can '$ CONVERT/FDL="record; format stream_LF" infile.PHP outfile.PHP' but
I shouldn't have to or, at least, I didn't have to until now.

I'm hoping that Mark will see this and or the private email I send and make
the necessary addendum to his PHP 5.3.6 port.

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

All your spirit rack abuses, come to haunt you back by day.
All your Byzantine excuses, given time, given you away.