- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: MOD_PHP ECO2 problem
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-06-2008 09:56 AM
тАО05-06-2008 09:56 AM
Being a WASD user, my first thought was it would be the PHP engine (PHPWASD that links PHPSHR). But even having followed the author's advise to update the server software (PHPWASD) the problem persisted. Using the old PHPSHR, there is no problem at all (even when linked to the new PHPWASD code).
To rule out the webserver software, I ran the very same tests with old and new versions of PHP.EXE and PHPSHR.EXE, with the same results as using the web. With the very same results.
As I understood, the WASD author has tested the update on several machines and found his software needed an update. He has found no issues at all.
Quite likely, there must be something wrong in my running environment, but what?
A summary of these tests has been attached.
The system (VMS 8.2, AXP) is patched up to ( and including) Update-6. Tests have been executed under SYSTEM.
OpenVMS Developer & System Manager
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-06-2008 02:03 PM
тАО05-06-2008 02:03 PM
Re: MOD_PHP ECO2 problem
My PHP applications (Textpattern, Pmwiki, Mantis) seem to work...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-06-2008 10:15 PM
тАО05-06-2008 10:15 PM
Re: MOD_PHP ECO2 problem
No wonder. But as stated, it works on other systems under WASD, so it should work on my box as well.
Moving to Itanium would be nice, moving (back) to CSWS will not be considered.
The problem was signalled using the webserver, but this cause can be ruled out: It has been observed using PHP interactively - that's why I pushed it onto ITRC. The attachement is the result of these tests with PHP.EXE.
Another thought: would such behaviour occur if the PHP.EXE/PHPSHR.EXE build has been optimized for EV6 (AXP 21264) and would run on EV56 (21164A)? There is no indication on this limitation!
BTW: typo in my original post: Running 8.3)
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-07-2008 03:57 AM
тАО05-07-2008 03:57 AM
Re: MOD_PHP ECO2 problem
Same VMS versions ? Same ys$libarry:decc$shr ? Also no problem when running stand alone ?
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-07-2008 04:25 AM
тАО05-07-2008 04:25 AM
Re: MOD_PHP ECO2 problem
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-07-2008 06:44 AM
тАО05-07-2008 06:44 AM
Solution- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-07-2008 08:47 AM
тАО05-07-2008 08:47 AM
Re: MOD_PHP ECO2 problem
several - and knowing the author, it probably is patched up to the same level as my system (UPDATE-06 includes the latest CRTL patch).
If DECC$SHR would make a difference here: Why does the old version work properly, and fails the new one? So I don't think it has to do with that (unless, PHP and PHPSHR are linked against an even newer version).
At mentions: This is found when running standalone - outside the webserver, to rule that one out, and without ANY other module referenced (Ok, PHP_OpenVMS may be used, but that is used in both old and new version)
For what I can tell without any further reference: The difference must be related to some error that has been signalled by PHP/PHPSHR. That forces routine php-error - to signal ACCVIO as stated.
The error does not occur using the old version of PHP/PHPSHR, or is simply ignored.
This knowlegde comes from WASD WATCH output, that has the very same footprint.
Craig:
I thought about that. But as I found out, mixing old and new versions would fail definitely (see the logfile).
Building WASD with the new PHPSHR version is done by renaming PHPSHR.EXE_NEW to PHPSHR.EXE and link it. That's how I got PHPWASD.EXE_NEW (after renaming the result).
But as said more often: this has nothing to do with the webserver. PHP.EXE itself fails.
I'll try your SET WATCH suggestion, and publish the results.
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-07-2008 09:53 PM
тАО05-07-2008 09:53 PM
Re: MOD_PHP ECO2 problem
I remember 20 years ago we often had problems with installing applications due to cobrtl being different. So, why not C.
If you copy the file and define the logical you can directly check if that is the case.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-08-2008 10:30 AM
тАО05-08-2008 10:30 AM
Re: MOD_PHP ECO2 problem
Examining the output, I checked the module's link data and found the problem: Although I expected to use the new (ECO-2) modules, I was still using the ECO-1 ones. Something has gone wrong in updating my working environment...
After copying these new files, and running PHP as of ECO-2. the problem was gone. Activating all ECO-2 executables - including PHPWASD built against it's PHPSHR - the problem was solved.
OpenVMS Developer & System Manager