[PHP-DEV] Bug #10554 Updated: IISConfig - MSCOMCTL.OCX is not correctly registered.
ID: 10554 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: phildriscoll@php Comments: Fixed in Windows installer for 4.0.6 Previous Comments: --- [2001-04-29 13:52:03] [EMAIL PROTECTED] This is a known issue - and instructions for a workaround are included in the installation notes shipped with the installer distribution. Someone is currently working on the IIS configuration software so that it will automatically register the OCX. --- [2001-04-29 13:45:56] [EMAIL PROTECTED] I downloaded the installer for PHP 4.0.4pl1 and the install works until the point where the installer would configure IIS 4.0 for PHP. The error I received was: IISConfig MSCOMCTL.OCX is not correctly registered. Once I downloaded and registered MSCOMCTL.OCX, the installer ran fine, but the installer should check for the presence of MSCOMCTL.OCX on the system. I couldn't find any information anywhere about this, so I figured that someone should know about the problem. Here's a rundown of my system: NT 4.0, with SP6a. IIS 4.0 IE 4.01 SP1 Email me if you need more specific details. Thanks, Justin White, CCNA MCSE [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10554&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11062 Updated: Sharing Violation Error Message
ID: 11062 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Directory function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Is there any chance that while testing this you have also caused IIS to serve any of the files in the directories up? There is an unpleasant problem with IIS whereby it holds files open for some time after serving them. This normally manifests itself by stopping you editing and saving out a html file you have just looked at via the web server, however it would also stop you renaming any parent directory of the file. Previous Comments: --- [2001-06-28 07:58:57] [EMAIL PROTECTED] Yes it does. :( Does the folder need to have special permissions? Right now I've got SYSTEM and CREATOR_OWNER with full controll, and a bunch of groups. --- [2001-06-23 20:58:38] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? --- [2001-06-04 01:27:47] [EMAIL PROTECTED] In order to regain control over the directories, it is necessary to restart the entire "IIS Admin Service". Restarting the "World Wide Web Publishing Service" alone does not fix the problem. --- [2001-05-23 14:34:47] [EMAIL PROTECTED] Hello, I've written a simple script which can recurse into subdirectories when needed, and print out an HTML table with with details about the files it finds. The problem is that after I run this script, if I try and rename one of the folders it has recursed into, I get an error message which reads: "Cannot rename [folder name]: There has been a sharing violation. The source or destination file may be in use." Note that I can still rename files, just not folders. If I stop and start IIS, I am able to rename folders until I run the script again. I believe I'm using the closedir() function correctly, and have even echoed out when the directories are opened and closed to make sure I'm not messing up. One last thing to note is that this script is being run on an NTFS partition. A copy of the script follows: http://www.foo.com"; . str_replace("/inetpub/www_root", "", $hddir); $handle = opendir($hddir); chdir($hddir); // if there are files in the directory, print out the table header and set the flag // once we find a file, don't run the test (and print out the table header) again while (($file = readdir($handle)) && ($file_count < 1)) { if ($file == '.' || $file== '..') continue; else if (is_file($file)) { echo ""; echo "Filename"; echo "Size"; echo "Modified"; $file_count += 1; } } rewinddir ($handle);// start reading again from the beginning of the directory while ($file = readdir($handle)) { // while we can read an entry from the directory (files and dirs) if ($file == '.' || $file== '..') continue; else if (($mode == "recurse") && (is_dir($file)) && (substr("$file", 0, 1) != "_")) { // don't recurse directories which begin with an underscore $dir_count += 1; $places_to_go[$dir_count] = "$file"; } else if (is_file($file)) { $extension = ''; $parts = split('.', $file); if (count($parts) > 1) $extension = end($parts); if (!$extension && count($parts) > 2) $extension = prev($parts); if (($extension == "doc") || ($extension == "DOC") || ($extension == "rtf")) echo ""; else echo ""; echo "" . $file . ""; $j = 0; $ext = array(" Bytes", " KB", " MB", " GB", " TB"); $file_size = filesize($file); while ($file_size >
[PHP-DEV] Bug #11880 Updated: CGI Error parsing file upon file upload
ID: 11880 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related Operating system: PHP Version: 4.0.6 Assigned To: Comments: This is not a bug in PHP - just a misconfiguration of your system. The php script you are trying to access may not exist, or perhaps cannot be accessed for permission reasons. The install.txt file which comes with the php 4.0.6 Windows binary distributions gives you some clues. If you still have trouble, post a query to the php windows or install lists. Previous Comments: --- [2001-07-04 11:01:33] [EMAIL PROTECTED] upon call of .php-file IIS returns: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" PHP is installed in C:Php php.ini file is placed in C:WINNT extension_dir = C:phpextensions related directory can access file with C:Phpphp.exe %s %s (=configuration on IIS) what's going on - I hope you can help me! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11880&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11952 Updated: NO UNINSTALL
ID: 11952 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Assuming you used the PHP Installer from the downloads page at www.php.net, it won't have done anything to your system or registry which will mess things up if you just deleting the files it installed. If you would actually like to get PHP working (since it really does work!) then send a message to the php-install list. Previous Comments: [2001-07-07 21:48:26] [EMAIL PROTECTED] I was looking for a program that would open/display *.php files. I thought this PHP program was it. I installed it, went to the websites that use *.php files for graphics. It still would not display the images. So, I went to uninstall your program and there is NO UNINSTALL. Not even anything in control panel for uninstalling it. There was a re-boot involved in this installation, so, I don't want to just delete the C:\PHP directory, as I have a feeling the registry was changed somewhere along the way. Thanks for your help. Pat C. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11952&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11991 Updated: Installer does not like Windows XP Professional RC1.
ID: 11991 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Windows XP Professional bld 2505 PHP Version: 4.0.6 New Comment: The full error message tells the user what they need to do, i.e. read install.txt and follow the instructions in there. Previous Comments: [2001-07-09 19:04:39] [EMAIL PROTECTED] While installing PHP on Windows XP Professional. The installer complains that a required OCX is missing and that the web server was not configured. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11991&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11997 Updated: PHP Won't work on XP 2
ID: 11997 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Summary: PHP Won't work on XP 2 Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Microsoft Windows XP Professiona PHP Version: 4.0.6 New Comment: The error message tells you exactly what you need to do - i.e. read install.txt and configure IIS manually. Previous Comments: [2001-07-09 23:15:30] [EMAIL PROTECTED] Unable to configure webserver, due to a missing OCX control on your system, the install Wizard is unable to configure your web server. However, PHP has been sucessfully installed. I am running IIS 5.1. please help. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11997&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9868 Updated: Missing .dll.
ID: 9868 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Assigned To: Comments: Some questions: Can you confirm that you are installing via the php installer downloaded from the downloads page on www.php.net. I believe that early versions of Win95 had little or no internet functionality - I think they probably had no winsock dll, or at least a brain damaged one. Have you upgraded your OS so that it has a Winsock dll and can run a web server and a modern browser? Are there any further clues as to which dll is missing? Which web server are you using? Previous Comments: --- [2001-03-20 08:17:12] [EMAIL PROTECTED] When i downloaded this Program it then stared telling me that there is a .DLL FILE missing.It wouldn't lit me Complete the Installyion. THANK YOU Rafael Estrada [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9868&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9961 Updated: CGI Error
ID: 9961 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IIS related Assigned To: Comments: This error occurs when php doesn't output anything. In this instance, it is almost always because IUSR_ doesn't have sufficient permissions to cause php.exe to execute - often because of file permissions on php.exe, php.ini or php4ts.dll, or any extensions you are trying to load, but sometimes because IUSR_ doesn't have sufficient privileges to cause a program to execute. Have a go with these issues, and if you still have no success, post your problem on the php windows list and we will sort you out there. Previous Comments: --- [2001-03-23 15:34:17] [EMAIL PROTECTED] I've got an IIS 4.0 on my WinNT Terminal Server. When I even call the simpliest script my Browser gets following message: Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: i've even once replace the php.exe whith a programm that prints out all the parameters that IIS would pass to the interpreter - everything seems ok (somtimes IIS passes wrong directory information). So i think the php.exe just imediatly shuts down - without printing any text - after beeing called, but why? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9961&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10125 Updated: installation fails - php doesn't run
ID: 10125 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Assigned To: Comments: The error is (surprise surprise) that MSCOMCTL.OCX which should be registered on your system, isn't. The installer program (and many many others) use this DLL to provide widgets like progress bars. It may be that the file exists on your system but is just not correctly registered. (The following is true for NT4 - things may be different on W2K) There should be a file called REGSVR32.EXE on your WinNT\System32 directory and also a file called MSCOMCTL.OCX in the same directory. If not, you will have to get them, maybe from your NT CD or perhaps by downloading them from somewhere on the Microsoft site. Once the files are there, from the command line type: REGSVR32 MSCOMCTL.OCX The installer should then work. A VB wizard somewhere in the world is modifying the installer to do this automatically so that the small percentage of users this affects will avoid the inconvenience. Previous Comments: --- [2001-04-02 17:37:14] [EMAIL PROTECTED] Please contact phill driscoll, [EMAIL PROTECTED], directly. THis error is normally caused by mscomctl.ocx not being registered properly. Your second error is somthing unrelated to PHP but looks like some problem with northwind examples or somthing like that.. James --- [2001-04-02 17:33:10] [EMAIL PROTECTED] i have a strange bug here, don't now where to search. when i install php with setup.exe on my win 2000 server, there is a error message: - component mscomctl.ocx or one of its dependencies not correctly registered, a file is missing or invalid after clicking on OK, php setup says OK, successfull installation. i check the isapi extension in IIS 5.0 --> nothing so, i did manual configuration every php-script is terminating with a http error 500 - internal server error in the system-event-protocol i have an error 10004: EventID 10004 Source DCOM DCOM got error "Logon failure: unknown user name or bad password. " and was unable to logon redmondcomstud in order to run the server: {5e9ddec7-5767-11cf-beab-00aa006c3606} or similar same happens with an installation of IHTML or other script-server dll who can help? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10125&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10126 Updated: ASP can't working
ID: 10126 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Assigned To: Comments: Please reinstall PHP as a CGI rather than as an ISAPI filter/module and let us know if your ASP starts working ok again. As stated in the installation notes, the ISAPI module is currently not ready for production use - and this it the kind of problem it currently causes. Previous Comments: --- [2001-04-02 22:16:32] [EMAIL PROTECTED] user for win2000+php+iis+asp,if install the php4.0.4pl1-Win32 the asp can't work.if uninstall php4.0.4pl1.the asp can working. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10126&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10126 Updated: ASP can't working
ID: 10126 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: IIS related Assigned To: Comments: Actually, I suspect it's just the usual ISAPI thing - the PHP ISAPI module has brought IIS to it's knees and hence ASP has stopped working. Previous Comments: --- [2001-04-04 05:51:22] [EMAIL PROTECTED] Suspended until someone finds out why this happens. (could it be the asp tags in php.ini?) --Jani --- [2001-04-03 23:45:04] [EMAIL PROTECTED] ok it can be work!now. --- [2001-04-03 03:47:39] [EMAIL PROTECTED] Please reinstall PHP as a CGI rather than as an ISAPI filter/module and let us know if your ASP starts working ok again. As stated in the installation notes, the ISAPI module is currently not ready for production use - and this it the kind of problem it currently causes. --- [2001-04-02 22:16:32] [EMAIL PROTECTED] user for win2000+php+iis+asp,if install the php4.0.4pl1-Win32 the asp can't work.if uninstall php4.0.4pl1.the asp can working. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10126&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10165 Updated: install.txt doesn't mention copying DLLs to WINNT
ID: 10165 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Assigned To: Comments: It would be good to get to the bottom of this. If anyone out there understands what Windows does in these circumstances, can they shed some light on proceedings. I don't have any of the databases that need extensions, so the only extension I routinely use is GD, however it is my experience on NT4 that I never have to stick any dll (php or otherwise) in winnt or winnt/system32 unless it is going to be shared by some other application. I can always just put them in the same directory as the program that calls them and all is well. Is W2K different, or are the database extension dlls different. We need to know, not only for the installation notes, but also for the installer software which sticks things in c:/php by default. Previous Comments: --- [2001-04-04 13:27:35] [EMAIL PROTECTED] I have PHP running as CGI on IIS5.0 (Windows 2000 Advanced Server). I followed exactly the instructions in the install.txt document. When I tried to load certain extensions (any database extensions, specifically), php.exe would hang, with the complaint that "Warning : Unable to load dynamic library './php_mssql70.dll' - The specified module could not be found." In searching the bug reports here, I found the suggestion to copy the contents of the php/dll directory to winntsystem32. That fixed the problem. The "install.txt" document should mention this. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10165&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10328 Updated: install.txt is OUTDATED.
ID: 10328 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem PHP Version: 4.0.4pl1 Assigned To: Comments: It looks ok to me - what's wrong with it? Previous Comments: --- [2001-04-14 17:01:41] [EMAIL PROTECTED] Try and follow the info in install.txt for setting up PHP4 with Apache on a windows machine. You can't. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10328&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9868 Updated: Missing .dll.
ID: 9868 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Feedback Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: Then you'd better tell us: a. what dll was reported as missing b. did you download the 'installer' version of php, the full zip, or the source. Previous Comments: --- [2001-04-19 13:17:15] [EMAIL PROTECTED] I've downloaded Php from php.net and i've got winsock 2 installed on my Computer(Windows 95)and i'm currently using Xitami and vWebServer 2.1 as my Web Server. Rafael Estrada [EMAIL PROTECTED] --- [2001-04-19 09:40:17] [EMAIL PROTECTED] No feedback. And you should consider upgrading your system. Anyway, not a bug in PHP. --Jani --- [2001-03-20 08:31:43] [EMAIL PROTECTED] Some questions: Can you confirm that you are installing via the php installer downloaded from the downloads page on www.php.net. I believe that early versions of Win95 had little or no internet functionality - I think they probably had no winsock dll, or at least a brain damaged one. Have you upgraded your OS so that it has a Winsock dll and can run a web server and a modern browser? Are there any further clues as to which dll is missing? Which web server are you using? --- [2001-03-20 08:17:12] [EMAIL PROTECTED] When i downloaded this Program it then stared telling me that there is a .DLL FILE missing.It wouldn't lit me Complete the Installyion. THANK YOU Rafael Estrada [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9868&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10554 Updated: IISConfig - MSCOMCTL.OCX is not correctly registered.
ID: 10554 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: *Install and Config PHP Version: 4.0.4pl1 Assigned To: [EMAIL PROTECTED] Comments: This is a known issue - and instructions for a workaround are included in the installation notes shipped with the installer distribution. Someone is currently working on the IIS configuration software so that it will automatically register the OCX. Previous Comments: --- [2001-04-29 13:45:56] [EMAIL PROTECTED] I downloaded the installer for PHP 4.0.4pl1 and the install works until the point where the installer would configure IIS 4.0 for PHP. The error I received was: IISConfig MSCOMCTL.OCX is not correctly registered. Once I downloaded and registered MSCOMCTL.OCX, the installer ran fine, but the installer should check for the presence of MSCOMCTL.OCX on the system. I couldn't find any information anywhere about this, so I figured that someone should know about the problem. Here's a rundown of my system: NT 4.0, with SP6a. IIS 4.0 IE 4.01 SP1 Email me if you need more specific details. Thanks, Justin White, CCNA MCSE [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10554&edit=2 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11391 Updated: No uninstaller
ID: 11391 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Feature/Change Request Operating System: Win 98 PHP Version: 4.0.5 Assigned To: PhilDriscoll New Comment: Fixed. As of php 4.1.0, the widows installer has an uninstall facility. Previous Comments: [2001-10-02 04:49:10] [EMAIL PROTECTED] Will investigate for the next release of the installer. [2001-08-12 15:27:57] [EMAIL PROTECTED] User Response: Because I wasn't able to comment on an existing bug [ #12363 ], I'll open a new bug with my comments to [ #11952 ], since I believe the reporter was right. I agree it isn't hard to uninstall PHP from a Windows PC (it doesn't change anything in the registry or so) - if you know what files to delete. Most Windows users like easy-to-use installers, so the .exe was a great idea. However, if you use the .exe, you don't know which files are added, so uninstalling them is hard to do. If there would be an uninstallation utility (like most Windows programs have), people that used the installer because they don't want to know about the technical stuff of PHP, don't have to do so when the remove it. Plus, and this is more personally, I prefer programs that come with an uninstaller, because if I want to get rid of it, I know all traces of it are removed with a single click (I know the "all traces" thing isn't completely correct, but that's another issue). And I think other users also think so. Maybe one of your arguments would be "if they don't know how to (un)install from an archive, they shouldn't run a web server with PHP on it". Correct. If that would be a live web server, and not like I use it, as a simulation to build (and test) my site locally (with Apache, MySQL and PHP all running from Windows 98), and then to upload it to a real server, that is maintained by people who know what they are doing (at least, that's what I pay them for). So my suggestion is to look for someone who knows how to do it, and add this feature to the Windows installer. [2001-07-22 15:05:55] [EMAIL PROTECTED] reclassified [2001-06-10 23:33:38] [EMAIL PROTECTED] The Windows installer does not create an uninstall entry. Since it places several files (you don't know about) in Windows directorys it is not easy to uninstall by hand. If the installer increases the reference counters for the dlls in the registry (and it should do so) it is nearly impossible to uninstll by hand. Please, don't say: Who want's to uninstall this great software? There must be a chance to test it without corrupting the system. Edit this bug report at http://bugs.php.net/?id=11391&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14359 Updated: Crypt is not enable in latest RC
ID: 14359 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Unknown/Other Function Operating System: windows 2000 server, IIS5 PHP Version: 4.0.6 New Comment: Is the crypt not available in the Windows binary for RC4 just because whoever built the, forgot to enable it? If so, can someone make a crypt enabled binary available for testing? Previous Comments: [2001-12-06 05:16:35] [EMAIL PROTECTED] That's great. I hope it gets sorted soon, we had to close down a whole section of our website because we couldn't use the exec / system functions. [2001-12-06 05:12:32] [EMAIL PROTECTED] I changed the summary, and set the status to critical. It seems that crypt was not included in this build. Setting the status to Critical will make it clear that the one doing the Windows builds does not forget to include it. Derick [2001-12-06 05:00:41] [EMAIL PROTECTED] Crypt was the first one I came across, and since my site fundamentally requires the use of this function, I saw no sense in continuing further with 4.1.0RC4, and replaced it with 4.0.6 [2001-12-06 04:57:55] [EMAIL PROTECTED] Status = feedback [2001-12-06 04:57:39] [EMAIL PROTECTED] What functions are not supported by RC4? only crypt? Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14359 Edit this bug report at http://bugs.php.net/?id=14359&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14368 Updated: missing OCX control
ID: 14368 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IIS related Operating System: NT 4 SP6a PHP Version: 4.0.6 New Comment: A known 'feature' :) If your machine doesn't have the required ocx control, the IIS configuration software can't run - so it tells you it can't. Manually configuring IIS is much easier than getting hold of and installing the OXC control. Previous Comments: [2001-12-06 17:45:22] [EMAIL PROTECTED] Win Installer 4.0.6 System Win NT 4 Server, IIS 4, Optionpack, IE 5.5 After Install: "Due to a missing OCX control on your system, the installation Wizard is unable to configure your web server. However, PHP has been successfully installed, and all you need to do now is manually configure the web server as described in the install.txt file which can be found in your php installation directory." Edit this bug report at http://bugs.php.net/?id=14368&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12061 Updated: CGI Error
ID: 12061 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. Previous Comments: [2001-07-11 13:42:23] [EMAIL PROTECTED] when using the simple script of : I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12061&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12061 Updated: CGI Error
ID: 12061 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: Ok - you don't seem to want to read install.txt, so here's the relevant bit - please read and act on it: You have installed PHP, but when try to access a php script file via your browser, you get the error: cgi error: The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: This error message means that php failed to output anything at all. From the command line hange to the directory containing php.exe. Run php.exe -i If php has any problems running, then a suitable error message will be displayed which will give you a clue as to what needs to be done next. If you get a screen full of html codes (the output of the phpinfo() function) then php is working ok. Once php is working at the command line, try accessing the php script via the browser again. If it still fails then it could be one of the following: file permissions on your php script, php.exe, php4ts.dll, php.ini or any php extensions you are trying to load are such that the anonymous internet user ISUR_ cannot access them. The script file does not exist (or possibly isn't where you think it is relative to your web root directory). Note that for IIS you can trap this error by ticking the 'check file exists' box when setting up the script mappings in the Internet Services Manager. If a script file does not exist then the server will return a 404 error instead. There is also the additional benefit that IIS will do any authentication required for you based on the NTLanMan permissions on your script file. Other problems If you are still stuck, someone on the PHP installation mailing list may be able to help you. You should check out the archive first, in case someone already answered someone else who had the same problem as you. The archives are available from the support page on www.php.net To subscribe to the PHP installation mailing list, send an empty mail to [EMAIL PROTECTED] The mailing list address is [EMAIL PROTECTED] If you want to get help on the mailing list, please try to be precise and give the necessary details about your environment (which operating system, what PHP version, what web server, if ou are running PHP as CGI or a server module, etc.), and referably enough code to make others able to reproduce and test our problem. Previous Comments: [2001-07-11 14:43:00] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:34:22] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:19:47] [EMAIL PROTECTED] Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. [2001-07-11 13:42:23] [EMAIL PROTECTED] when using the simple script of : I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12061&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12262 Updated: php.exe - Entry Point Not Found
ID: 12262 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: Apologies if you've tried this already but... Load the two copies of php4ts.dll into a text editor (notepad wil do) and search for 4.0.6 just to make really sure. If you are convinced beyond doubt that there are no old php modules (including old extention modules) lying around, then (question to Windows developers) is there a possibilty that this is something to do with the msvcrt.dll - or its W2K equivalent? Previous Comments: [2001-07-20 10:19:19] [EMAIL PROTECTED] I have done this, I used 4.0.5 instead of .6 and it works fine. PHP4TS.DLL only exists in 2 places on my server, and both were current to the new PHP, or else I wouldn't have reported this. [2001-07-20 07:44:14] [EMAIL PROTECTED] sounds like you haven't overwritten an old stale dll. first stop your webserver, then overwrite everything with the new distribution and finally restart your webserver. [2001-07-19 14:01:10] [EMAIL PROTECTED] After installing PHP4.0.6 over the old PHP 4.0.4, I was getting CGI Incorrect Header errors from my php websites, so I tried to run PHP.EXE from the command line to see if that would give a specific error and it pops up an error window stating below: php.exe - Entry Point Not Found The procedure entry point php_output_startup could not be located in the dynamic link library php4ts.dll php4ts.dll does exist in the same directory as PHP.EXE, and I have copied it to %systemroot%\system32. I am running Windows 2000 Server SP2. Edit this bug report at http://bugs.php.net/?id=12262&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12262 Updated: php.exe - Entry Point Not Found
ID: 12262 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: Ok - anyone in the know care to comment on whether there might be differences between the equivalients of msvcrt.dll on NT/W2K? Previous Comments: [2001-07-21 18:58:50] [EMAIL PROTECTED] Mr. Driscoll I was loading the 4.0.6 version without extensions, upgrading from 4.0.4 that also did not have extensions. And I did make sure both DLLs checked out and they did, both were current to 4.0.6 and error still occurs. Thank you [2001-07-20 10:38:43] [EMAIL PROTECTED] Apologies if you've tried this already but... Load the two copies of php4ts.dll into a text editor (notepad wil do) and search for 4.0.6 just to make really sure. If you are convinced beyond doubt that there are no old php modules (including old extention modules) lying around, then (question to Windows developers) is there a possibilty that this is something to do with the msvcrt.dll - or its W2K equivalent? [2001-07-20 10:19:19] [EMAIL PROTECTED] I have done this, I used 4.0.5 instead of .6 and it works fine. PHP4TS.DLL only exists in 2 places on my server, and both were current to the new PHP, or else I wouldn't have reported this. [2001-07-20 07:44:14] [EMAIL PROTECTED] sounds like you haven't overwritten an old stale dll. first stop your webserver, then overwrite everything with the new distribution and finally restart your webserver. [2001-07-19 14:01:10] [EMAIL PROTECTED] After installing PHP4.0.6 over the old PHP 4.0.4, I was getting CGI Incorrect Header errors from my php websites, so I tried to run PHP.EXE from the command line to see if that would give a specific error and it pops up an error window stating below: php.exe - Entry Point Not Found The procedure entry point php_output_startup could not be located in the dynamic link library php4ts.dll php4ts.dll does exist in the same directory as PHP.EXE, and I have copied it to %systemroot%\system32. I am running Windows 2000 Server SP2. Edit this bug report at http://bugs.php.net/?id=12262&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12615 Updated: Integer?
ID: 12615 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Win2000 PHP Version: 4.0.5 New Comment: Welcome to the world of floating point arithmetic on computers. Internal binary representations cannot exactly match the decimal values you require. Previous Comments: [2001-08-07 06:48:13] [EMAIL PROTECTED] $i"; } ?> and the output look like ... 1 1.01 1.02 1.03 . . . . 4.3 4.31 4.32 4.33 4.34 4.35 4.36 4.37 4.38 4.38999 4.3 4.40999 4.41999 4.42999 4.43999 . . . . . Edit this bug report at http://bugs.php.net/?id=12615&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Directory function related Operating System: Win32 PHP Version: 4.0CVS-2001-08-11 New Comment: Just updating with a couple of comments that were emailed rather than going via the bug tracking system: Sebastian replied to the last bug posting: This is odd. The same binaries still give me with my CD and DVD drives Warning: OpenDir: Invalid argument (errno 22) for To which Michael Loftis replied: g:\ is the windows way That could be whats fudging it. Justa wild guess. And to which I now reply: On NT and W2K G:/ is perfectly allright. Sebastian, what platform are you on (is it different from my NT4/IIS setup which seems to work ok?) Previous Comments: [2001-08-12 15:31:28] [EMAIL PROTECTED] No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago. [2001-08-12 15:20:59] [EMAIL PROTECTED] It's not a permissions problem is it? I sometimes have troubles with the CD rom drive under win2k, admittedly not from PHP/IIS but it could be related? --Wez. [2001-08-12 15:03:37] [EMAIL PROTECTED] Just tested with the CVS binaries you sent me. It works fine accessing both my CD and DVD drives. If I echo out $dh, php prints Resource id #1 For info, I'm running on NT4 SP6 under IIS, and my error reporting is set to E_ALL. I get the same results if I run from the command line. [2001-08-12 14:34:06] [EMAIL PROTECTED] Sorry Phil, I didn't read the If you send me your php.exe and php4ts.dll buit from CVS I'll test that here if it helps. part of your message the first time. I'm, really sorry! php.exe/php4ts.dll are on their way. [2001-08-12 13:02:31] [EMAIL PROTECTED] Phil, I know that it worked fine with PHP 4.0.6. Have a look at the 'PHP Version' field of this bug report. It says '4.0CVS-2001-08-11', which is yesterday's CVS version of PHP 4.0.7-dev. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12699 Edit this bug report at http://bugs.php.net/?id=12699&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Directory function related Operating System: Win32 PHP Version: 4.0CVS-2001-08-11 New Comment: Just tested with Apache (version 1.3.12) on my NT box, and it's still ok. It's a mystery to me what the permissions are on a read only device, however I would guess that since php is running in the same security environment, if it is a security issue, then you might find that Apache can't serve up files directly from the CD is you set up DocumentRoot to point to it. Previous Comments: [2001-08-13 04:31:04] [EMAIL PROTECTED] Okay, here's the news: gives Resource id #1 when called from command-line with php -q opendir.php but Warning: OpenDir: Invalid argument (errno 22) when invoked through Apache/2.0.24-dev, where PHP is used as CGI. Could this be a permissions issue after all? But, if so, why did it work some time ago? Changing to 'Feedback'. [2001-08-13 04:16:05] [EMAIL PROTECTED] Just updating with a couple of comments that were emailed rather than going via the bug tracking system: Sebastian replied to the last bug posting: This is odd. The same binaries still give me with my CD and DVD drives Warning: OpenDir: Invalid argument (errno 22) for To which Michael Loftis replied: g:\ is the windows way That could be whats fudging it. Justa wild guess. And to which I now reply: On NT and W2K G:/ is perfectly allright. Sebastian, what platform are you on (is it different from my NT4/IIS setup which seems to work ok?) [2001-08-12 15:31:28] [EMAIL PROTECTED] No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago. [2001-08-12 15:20:59] [EMAIL PROTECTED] It's not a permissions problem is it? I sometimes have troubles with the CD rom drive under win2k, admittedly not from PHP/IIS but it could be related? --Wez. [2001-08-12 15:03:37] [EMAIL PROTECTED] Just tested with the CVS binaries you sent me. It works fine accessing both my CD and DVD drives. If I echo out $dh, php prints Resource id #1 For info, I'm running on NT4 SP6 under IIS, and my error reporting is set to E_ALL. I get the same results if I run from the command line. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12699 Edit this bug report at http://bugs.php.net/?id=12699&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Directory function related Operating System: Win32 PHP Version: 4.0CVS-2001-08-11 New Comment: Sorry - that last line should read: *if* you set up DocumentRoot to point to it. Previous Comments: [2001-08-13 05:23:02] [EMAIL PROTECTED] Just tested with Apache (version 1.3.12) on my NT box, and it's still ok. It's a mystery to me what the permissions are on a read only device, however I would guess that since php is running in the same security environment, if it is a security issue, then you might find that Apache can't serve up files directly from the CD is you set up DocumentRoot to point to it. [2001-08-13 04:31:04] [EMAIL PROTECTED] Okay, here's the news: gives Resource id #1 when called from command-line with php -q opendir.php but Warning: OpenDir: Invalid argument (errno 22) when invoked through Apache/2.0.24-dev, where PHP is used as CGI. Could this be a permissions issue after all? But, if so, why did it work some time ago? Changing to 'Feedback'. [2001-08-13 04:16:05] [EMAIL PROTECTED] Just updating with a couple of comments that were emailed rather than going via the bug tracking system: Sebastian replied to the last bug posting: This is odd. The same binaries still give me with my CD and DVD drives Warning: OpenDir: Invalid argument (errno 22) for To which Michael Loftis replied: g:\ is the windows way That could be whats fudging it. Justa wild guess. And to which I now reply: On NT and W2K G:/ is perfectly allright. Sebastian, what platform are you on (is it different from my NT4/IIS setup which seems to work ok?) [2001-08-12 15:31:28] [EMAIL PROTECTED] No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago. [2001-08-12 15:20:59] [EMAIL PROTECTED] It's not a permissions problem is it? I sometimes have troubles with the CD rom drive under win2k, admittedly not from PHP/IIS but it could be related? --Wez. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12699 Edit this bug report at http://bugs.php.net/?id=12699&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12764 Updated: php4isapi.dll module clashes with exchange server
ID: 12764 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: IIS related Operating System: WIN2000 5.00.2195 service pac 2 PHP Version: 4.0.6 New Comment: As it says in the PHP installation notes, the ISAPI module is not stable. When it goes wrong it can bring down the whole of IIS. Your best bet is to either use the cgi version which is rock solid, though with a slight performance penalty, or if you can, switch from IIS to Apache and run the Apache Module. Previous Comments: [2001-08-15 07:52:08] [EMAIL PROTECTED] Runing an IIS server, it seams like the php4isapi.dll module interfears with the Exchange server on the same machine. PHP also seams to encounter several acces-violations randomly during runtime. The errorlogg on the machine shows (from startup): "A fatal error occurred while creating an SSL server credential" The errorlogg on the machine shows (during IIS failiure): "The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!hashpjw + 0x13 + 0xA05E5983 '." We are possitive that it's the module causing the problem since when the IIS runs the CGI version everything works perfectly (except from the "header" function, wich we require). The module is not installed as a filter, only as an ISAPI application. would be thankfull for anny help! Edit this bug report at http://bugs.php.net/?id=12764&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13146 Updated: installer aborted ,error message corupt I/O file
ID: 13146 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: win98se PHP Version: 4.0.6 New Comment: I've just downloaded and tested the installer - no problems. Maybe your first download was faulty in some way and subsequent downloads have come from your cache? For info/testing, the installer should be 773192 bytes long, and it is in zip format, so if it's ok, you should be able to open it with WinZip. Previous Comments: [2001-09-05 04:22:59] [EMAIL PROTECTED] Error Message An I/O error occured while installing a file. This is normally caused by bad installation media or a corrupt installation file. I downloaded the PHP file and the PHP installation file twice with the same result. Has anybody had this problem also? If so what is the fix Thanks Garuda Edit this bug report at http://bugs.php.net/?id=13146&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13332 Updated: PWS not configured correctly using php406-installer
ID: 13332 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PWS related Operating System: Windows 98 PHP Version: 4.0.6 Old Assigned To: Assigned To: phildriscoll New Comment: Will sort it out as soon as I have a spare hour Previous Comments: [2001-09-16 18:35:34] [EMAIL PROTECTED] I'll cut to the chase, to save manually setting up PHP 4.0.6 on my windows 98 box, I downloaded the php406-installer. Now, it installs PHP just fine, but would not allow me to run scripts, it gave me a 403 or 503 error I believe. I used the php.exe -i command and it pumped out the html into the command window, but still wouldn't allow me to execute the script from my browser (the phpinfo() script). To fix this I opened up PWS manager and had to edit the root directory permissions. Namely checking the execute permission. It now runs fine, but it took me about 1 hour to work this out. Hopefuly this was just a problem I had, but I thought I would submit it never the less. Yours, Huw Dowden [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13332&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11391 Updated: No uninstaller
ID: 11391 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Feature/Change Request Operating System: Win 98 PHP Version: 4.0.5 Old Assigned To: Assigned To: PhilDriscoll New Comment: Will investigate for the next release of the installer. Previous Comments: [2001-08-12 15:27:57] [EMAIL PROTECTED] User Response: Because I wasn't able to comment on an existing bug [ #12363 ], I'll open a new bug with my comments to [ #11952 ], since I believe the reporter was right. I agree it isn't hard to uninstall PHP from a Windows PC (it doesn't change anything in the registry or so) - if you know what files to delete. Most Windows users like easy-to-use installers, so the .exe was a great idea. However, if you use the .exe, you don't know which files are added, so uninstalling them is hard to do. If there would be an uninstallation utility (like most Windows programs have), people that used the installer because they don't want to know about the technical stuff of PHP, don't have to do so when the remove it. Plus, and this is more personally, I prefer programs that come with an uninstaller, because if I want to get rid of it, I know all traces of it are removed with a single click (I know the "all traces" thing isn't completely correct, but that's another issue). And I think other users also think so. Maybe one of your arguments would be "if they don't know how to (un)install from an archive, they shouldn't run a web server with PHP on it". Correct. If that would be a live web server, and not like I use it, as a simulation to build (and test) my site locally (with Apache, MySQL and PHP all running from Windows 98), and then to upload it to a real server, that is maintained by people who know what they are doing (at least, that's what I pay them for). So my suggestion is to look for someone who knows how to do it, and add this feature to the Windows installer. [2001-07-22 15:05:55] [EMAIL PROTECTED] reclassified [2001-06-10 23:33:38] [EMAIL PROTECTED] The Windows installer does not create an uninstall entry. Since it places several files (you don't know about) in Windows directorys it is not easy to uninstall by hand. If the installer increases the reference counters for the dlls in the registry (and it should do so) it is nearly impossible to uninstll by hand. Please, don't say: Who want's to uninstall this great software? There must be a chance to test it without corrupting the system. Edit this bug report at http://bugs.php.net/?id=11391&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]