[PHP-WIN] Re: PHP 5.2.5 Windows Binaries with ncurses ?
"pcusrx" <[EMAIL PROTECTED]> wrote: > Is there any PHP 5.2.5 Windows Binaries compiled with ncurses ? > > pcusrx Ncurses is not available for Windows : http://php.net/ncurses -Mazzu -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-WIN] PHP 5.2.5 Windows Binaries with ncurses ?
Is there any PHP 5.2.5 Windows Binaries compiled with ncurses ? pcusrx -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-WIN] Concurrency issue on session file on harddisk
A 'corny' workaround might be to get something like the nav frame in fact to then load the main frame using something like JavaScript - just a thought - since it would in fact first have rendered before the main frame was loaded. You could then also put something like a 'waiting...' notice/string in the main frame in case one or two people's machines in fact rendered/loaded the two frames in the wrong order. Stay well Jacob Kruger Blind Biker Skype: BlindZA '...Fate had broken his body, but not his spirit...' - Original Message - From: "Stephan Weiher" < [EMAIL PROTECTED]> To: < php-windows@lists.php.net> Sent: Tuesday, February 12, 2008 12:06 PM Subject: [PHP-WIN] Concurrency issue on session file on harddisk Hello, the company I work for has a problem with teir intranet based on php. All intranet pages are framesets, containing a menu on the left and the content part on the right. Both frames use the same session file stored in the session_save_path. Often the following error occures: When opening a frameset page sometimes one of the frames in it is not loaded properly - one time you see only a blank page, sometimes more ore less uncompleted and sometimes there is a CGI error displayed. When you then refresh the frameset page, in most cases both frames are loaded correctly, and if not - just refresh again until the page is displayed correctly in both frames. But not every workstation in the local net has this problem. I found out that only computers using MS Internet Explorer 7 never have this problems. When using an older version of IE (6.x or lower) or Opera for example you have the problems mentioned above. I tried to figure out where the problem is and found the following error message in the php log file: [08-Feb-2008 05:46:37] PHP Warning: Unknown(): open(D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f, O_RDWR) failed: Permission denied (13) in Unknown on line 0 In most cases this error results from improper read/write permissions on the directory (or file). But in our case this is not the cause. Because this problem occurs randomly and is not always repeatable, I used a file monitor which logs every access to the sess_*.* files in this directory, including system access like cache writing etc. Now I compared the times in the file mon log with those in the error log file where the error occured and found the following rows in it: 05:46:37.937 php.exe:4648 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SHARING VIOLATION Options: OpenIfAccess: 0012019F 05:46:37.984 php.exe:4648 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SHARING VIOLATION Options: OpenAccess: 0011 Since there is always only one browser on the net using a particular session file only the two frame scripts executed by php.exe could have caused this sharing violation. Now I examined the other records around this sharing violations for the specified time and got the following results assigned to their process made using Internet Explorer 6: #--- # Opening frameset file (index.php - containing 2 frames) (php.exe:3832) and creating session #--- 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Options: OpenIfAccess: 0012019F 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f NOT FOUND Options: OpenAccess: 0011 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f NOT FOUND Options: OpenAccess: 00100080 05:46:37.640 php.exe:3832 FASTIO_UNLOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f RANGE NOT LOCKED Offset: 0 Length: 1 05:46:37.640 php.exe:3832 FASTIO_LOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Excl: Yes Offset: 0 Length: 1 05:46:37.640 php.exe:3832 IRP_MJ_QUERY_VOLUME_INFORMATION D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f BUFFER OVERFLOW FileFsVolumeInformation 05:46:37.640 php.exe:3832 IRP_MJ_QUERY_INFORMATION D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f BUFFER OVERFLOW FileAllInformation 05:46:37.812 php.exe:3832 IRP_MJ_WRITE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Offset: 0 Length: 3238 05:46:37.812 php.exe:3832 FASTIO_UNLOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Offset: 0 Length: 1 05:46:37.812 php.exe:3832 IRP_MJ_CLEANUP D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS 05:46:37.812 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7
[PHP-WIN] Concurrency issue on session file on harddisk
Hello, the company I work for has a problem with teir intranet based on php. All intranet pages are framesets, containing a menu on the left and the content part on the right. Both frames use the same session file stored in the session_save_path. Often the following error occures: When opening a frameset page sometimes one of the frames in it is not loaded properly - one time you see only a blank page, sometimes more ore less uncompleted and sometimes there is a CGI error displayed. When you then refresh the frameset page, in most cases both frames are loaded correctly, and if not - just refresh again until the page is displayed correctly in both frames. But not every workstation in the local net has this problem. I found out that only computers using MS Internet Explorer 7 never have this problems. When using an older version of IE (6.x or lower) or Opera for example you have the problems mentioned above. I tried to figure out where the problem is and found the following error message in the php log file: [08-Feb-2008 05:46:37] PHP Warning: Unknown(): open(D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f, O_RDWR) failed: Permission denied (13) in Unknown on line 0 In most cases this error results from improper read/write permissions on the directory (or file). But in our case this is not the cause. Because this problem occurs randomly and is not always repeatable, I used a file monitor which logs every access to the sess_*.* files in this directory, including system access like cache writing etc. Now I compared the times in the file mon log with those in the error log file where the error occured and found the following rows in it: 05:46:37.937 php.exe:4648 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SHARING VIOLATION Options: OpenIfAccess: 0012019F 05:46:37.984 php.exe:4648 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SHARING VIOLATION Options: OpenAccess: 0011 Since there is always only one browser on the net using a particular session file only the two frame scripts executed by php.exe could have caused this sharing violation. Now I examined the other records around this sharing violations for the specified time and got the following results assigned to their process made using Internet Explorer 6: #--- # Opening frameset file (index.php - containing 2 frames) (php.exe:3832) and creating session #--- 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Options: OpenIfAccess: 0012019F 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f NOT FOUND Options: OpenAccess: 0011 05:46:37.640 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f NOT FOUND Options: OpenAccess: 00100080 05:46:37.640 php.exe:3832 FASTIO_UNLOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f RANGE NOT LOCKED Offset: 0 Length: 1 05:46:37.640 php.exe:3832 FASTIO_LOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Excl: Yes Offset: 0 Length: 1 05:46:37.640 php.exe:3832 IRP_MJ_QUERY_VOLUME_INFORMATION D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f BUFFER OVERFLOW FileFsVolumeInformation 05:46:37.640 php.exe:3832 IRP_MJ_QUERY_INFORMATION D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f BUFFER OVERFLOW FileAllInformation 05:46:37.812 php.exe:3832 IRP_MJ_WRITE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Offset: 0 Length: 3238 05:46:37.812 php.exe:3832 FASTIO_UNLOCK D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Offset: 0 Length: 1 05:46:37.812 php.exe:3832 IRP_MJ_CLEANUP D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS 05:46:37.812 php.exe:3832 IRP_MJ_CREATE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS Options: OpenAccess: 0011 05:46:37.812 php.exe:3832 IRP_MJ_QUERY_INFORMATION D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS FileInternalInformation 05:46:37.812 php.exe:3832 IRP_MJ_CLEANUP D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS 05:46:37.812 php.exe:3832 IRP_MJ_CLOSE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS 05:46:37.812 php.exe:3832 IRP_MJ_CLOSE D:\PHPtemp\sess_7bcee023be7946983ac8ab3d4cce361f SUCCESS #--- # Opening fram
