#20831 [Com]: UNC paths do not work.
ID: 20831 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2, 4.3.0 Release New Comment: Same setting runs perfectly here. I think this is not a PHP but an IIS issue. Try to check 'check that file exists' in the IIS control panel where you enter the path to php.exe. If this checkbox is not set, the context of php.exe will look for the file. In a CGI environment, this is LOCAL\SYSTEM - which usually does not have access to the remote server. Because of this CLI works (it runs with the permissions of the user logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights). If I had a CVS account I'd change this to a documentation problem. Christoph Previous Comments: [2003-01-16 05:00:31] [EMAIL PROTECTED] The UNC syntax has been verified and fixed, which was the original bug. Please try to map the path as a network disk and access that. If that doesn't work either, there's no bug here, but a local config error. [2003-01-16 03:35:57] [EMAIL PROTECTED] Confirming the bug with the PHP 4.3.0 release. Also found strange behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0. When I open file //proxy/somepath/... (on the server) by the UNC, it works fine. But when I try to open //main/somepath/... (on other server, permissions for browser are set accordingly) it fails. Also it fails opening files by UNC, except for the IIS server machine itself. Suggestions? P.S. Reopened the bug... [2002-12-11 11:29:25] [EMAIL PROTECTED] i have replaced the dll (only one copy), but it dont work for me. i will setup a second testinstall on another "clean" server. maybe its a iis config problem... i will check this now. thank for your helps... [2002-12-11 09:26:23] [EMAIL PROTECTED] I've tried the latest snap on WinXP using cli including "../../file.txt" & "server\path\file.txt" and both works flawlessly. The few people I spoke to also didn't not encounter a problem opening/including files via relative or UNC path. Therefor, I must conclude that the problem you are seeing is due to some issue on your end, possible left over dlls from older PHP, IIS config params and so on... [2002-12-11 09:25:14] [EMAIL PROTECTED] The CLI version should work, but to be sure, remove all old copies of 'php4ts.dll'. The fix is in this module. 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/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#21649 [Com]: This this problem with fopen() function for windows
ID: 21649
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: win2000 server
PHP Version: 4.3.0
New Comment:
Your include_path is wrong:
include_path c:\php4\pear;c:\ c:\php4\pear;c:\
should read
include_path="c:\php4\pear;c:\"
an then you should fopen "c:\authenticate.txt" like this:
$fp= fopen("autenticate.txt","r",1);
because c:\ is already in your include path and you use 1 as your 3rd
parameter.
Christoph
Christoph
Previous Comments:
[2003-01-16 10:44:02] [EMAIL PROTECTED]
Hi
So anybody have idea what to do with fopen(windows env)
or should I go back to Unix which snapshots are more
stable
Best Regards
W.J.Lipinski
[2003-01-15 20:53:24] [EMAIL PROTECTED]
Hi
I just switch to Apache 1.3 old one from 2.43
this is what I got as well
when I try
ini_set('include_path', '.;c:\php4\pear c:\\');
echo ini_get('include_path'), '';
$fp = fopen('C:\php4\pear\authenticate.txt','r',1);
$auth_file = fread ($fp, filesize($fp));
fclose($fp);
.;c:\php4\pear c:\
Warning: fopen(C:\php4\pear\authenticate.txt) [function.fopen]: failed
to create stream: No such file or directory in c:\program files\apache
group\apache\htdocs\authfile.php on line 4
Warning: fread(): supplied argument is not a valid stream resource in
c:\program files\apache group\apache\htdocs\authfile.php on line 5
Warning: fclose(): supplied argument is not a valid stream resource in
c:\program files\apache group\apache\htdocs\authfile.php on line 6
Well I this point I assume that this is not apache
proble just binary windows dist 4.3 php is with
bugs .How I can install latest snapshot ,please I need
an anser not just maybe ,babe :)) :))
or anybody out there has some simmilar story
Best Regards
W.J.Lipinski
[2003-01-15 19:17:59] [EMAIL PROTECTED]
Do I need a wininstaller to install snapshot if so
How to do it ?
Is ther Apache 1.3 win-32 with SSL ?
Honestly to God I have less problems with Oracle 9.2.0.2
on my suse linux than that
Best Regards
W.J.Lipinski
[2003-01-15 19:14:26] [EMAIL PROTECTED]
Hi
Sorry Gents but nothing same error
this is my include_path
1 ; Windows: "\path1;\path2"
2 ; include_path = ".;c:\php4\includes"
3 include_path=".;c:\php4\pear"
4 ; include_path="c:\php4\pear;c:\php4\php-4.3.0-Win32"
Please notice with this path Pear Db doesn't work
and complaining about files it has to open
When I uncommented line 4 pear Db that I installed
in c:\php4\pear works fine
With all line commented
phpinfo() shows me .;C:\php4\pear and Pear Db also
works OK
I tried all scenerio as
1. removing absolte path as Sniper suggested
2. puting this code
ini_set('include_path', '.;c:\php4\pear c:\\');
echo ini_get('include_path'), '';
$fp = fopen('authenticate.txt','r',1);
$auth_file = fread ($fp, filesize($fp));
fclose($fp);
That what I got it
.;c:\php4\pear c:\
Warning: fopen(authenticate.txt) [function.fopen]: failed to create
stream: No such file or directory in C:\Program Files\Apache
Group\Apache2\htdocs\authfile.php on line 6
Warning: fread(): supplied argument is not a valid stream resource in
C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 7
Warning: fclose(): supplied argument is not a valid stream resource in
C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 8
Hope this will help You.I'm tried maybe going back to
apache 1.3 isn't but suggestion and instaling latest
snapshot .Do I need win-
[2003-01-15 15:02:17] [EMAIL PROTECTED]
With the following script, I can't reproduce it on a win2k apache-1.3
system, with yesterday's stable snapshot:
';
// also with 'foo.txt', it works, when include_path is valid
$fp = fopen('c:\foo.txt', 'r', 1);
var_dump($fp);
if($fp)
fclose($fp);
?>
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/21649
--
Edit this bug report at http://bugs.php.net/?id=21649&edit=1
#20831 [Com]: UNC paths do not work.
ID: 20831 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2, 4.3.0 Release New Comment: Yes, shure, the webserver account must have sufficiant access rights to the documents you try to open. However, this is not an IIS issue, the same is true for every web server. If the documents are on another machine, it's best to use a domain user or an identical (user name AND password) local (IUSER) account on the other machine. Maybe this needs some documentation. I'm willing to write it, but somebody has to look over my text because of my limited english skills. Christoph Previous Comments: [2003-01-18 04:36:51] [EMAIL PROTECTED] Yes, this IS the IIS problem. I am discontinuing bug discussion, but posting a workaround: I did check the flag, but it still the same. Also, when the PHP script lies out of the IIS server (accessed by UNC), it is surely started in another context. The solution here is to change IIS account to some user inside your domain. [2003-01-16 18:14:34] [EMAIL PROTECTED] This bug is resolved so it should be closed. [2003-01-16 12:58:49] [EMAIL PROTECTED] Same setting runs perfectly here. I think this is not a PHP but an IIS issue. Try to check 'check that file exists' in the IIS control panel where you enter the path to php.exe. If this checkbox is not set, the context of php.exe will look for the file. In a CGI environment, this is LOCAL\SYSTEM - which usually does not have access to the remote server. Because of this CLI works (it runs with the permissions of the user logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights). If I had a CVS account I'd change this to a documentation problem. Christoph [2003-01-16 05:00:31] [EMAIL PROTECTED] The UNC syntax has been verified and fixed, which was the original bug. Please try to map the path as a network disk and access that. If that doesn't work either, there's no bug here, but a local config error. [2003-01-16 03:35:57] [EMAIL PROTECTED] Confirming the bug with the PHP 4.3.0 release. Also found strange behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0. When I open file //proxy/somepath/... (on the server) by the UNC, it works fine. But when I try to open //main/somepath/... (on other server, permissions for browser are set accordingly) it fails. Also it fails opening files by UNC, except for the IIS server machine itself. Suggestions? P.S. Reopened the bug... 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/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#21870 [NEW]: Core Predefinded with wrong paths
From: [EMAIL PROTECTED] Operating system: XP Pro PHP version: 4CVS-2003-01-24 (stable) PHP Bug Type: *General Issues Bug description: Core Predefinded with wrong paths The following predefined constants do not reflect the settings on my ws (all PHP is on E:\ and F:\): [PEAR_INSTALL_DIR] => c:\php4\pear [PEAR_EXTENSION_DIR] => c:\php4 [PHP_EXTENSION_DIR] => c:\php4 [PHP_PREFIX] => c:\php4 [PHP_BINDIR] => c:\php4 [PHP_LIBDIR] => c:\php4 [PHP_DATADIR] => c:\php4 [PHP_SYSCONFDIR] => c:\php4 [PHP_LOCALSTATEDIR] => c:\php4 [PHP_CONFIG_FILE_PATH] => C:\ Maybe this is the cause for PEAR install problems on Windows (see http://bugs.php.net#21558,http://bugs.php.net/21787 and some recent messages on pear-general and pear-dev) - anyway, they're not correctly defined and make IMHO no sense if they aren't. Christoph -- Edit bug report at http://bugs.php.net/?id=21870&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21870&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21870&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21870&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21870&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21870&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21870&r=support Expected behavior: http://bugs.php.net/fix.php?id=21870&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21870&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21870&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21870&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21870&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21870&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21870&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21870&r=gnused
#17314 [NoF->Csd]: CGI error with doc_root as in php.ini_dist
ID: 17314 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: IIS related Operating System: Win XP Pro PHP Version: 4.3.0 dev New Comment: Yeah, it works now - and, more important, the CGI environment vars all set correctly - what a magical day... sometimes one just has to pray and then wait long enough (at least if he can't code). Thanks a lot, Shane Previous Comments: [2002-12-03 01:25:05] [EMAIL PROTECTED] Please try a snapshot dated after today. [2002-11-16 01:00:01] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-31 11:55:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-07-01 16:08:43] [EMAIL PROTECTED] Veryfied with 4.3.0 snapshot of yesterday. Still the same phenomen. [2002-06-03 14:26:47] [EMAIL PROTECTED] No, I'm sure it's not cgi.force-redirect. The behaviour is changing when commenting out doc_root. Have verified it again. However, I didn't have the problem on a NT 4.0 Server SP6a with IIS 4. Christoph 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/17314 -- Edit this bug report at http://bugs.php.net/?id=17314&edit=1
#20864 [Com]: Cc/Bcc fields don't seem to work
ID: 20864 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: In my case, Cc: and Bcc: work now (dev and stable snapshots on winXP). Christoph Previous Comments: [2002-12-06 18:31:06] [EMAIL PROTECTED] So does the mail work now? [2002-12-06 12:35:48] [EMAIL PROTECTED] Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#21099 [NEW]: Bundled GD library not reflected in php.ini
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.3.0RC3 PHP Bug Type: GD related Bug description: Bundled GD library not reflected in php.ini In php.ini on Win32, in the extension section, there's only an entry for php_gd.dll, php_gd2.dll (the bundled and proposed one) is missing. Christoph -- Edit bug report at http://bugs.php.net/?id=21099&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21099&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21099&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21099&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21099&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21099&r=support Expected behavior: http://bugs.php.net/fix.php?id=21099&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21099&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21099&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21099&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21099&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21099&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21099&r=isapi
#21158 [Com]: -c path/to/php.ini not available is iis5
ID: 21158 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: windows 2000 sp3 PHP Version: 4.2.3 New Comment: There is a news entry for PHP 4.0 RC1: Modified the registry INI entry reader (Win32) to work with drive letters. For example, if you wish to wish to specify INI entries for C:\foo\bar, you should create HKLM\PHP\Per Directory Values\C\foo\bar in the registry, and add string values for each directive you want to override in this directory (Zeev) I didn't find any more documentation. This should be marked as documentation bug. Previous Comments: [2002-12-22 23:15:01] [EMAIL PROTECTED] The '-c path/to/php.ini' command line option can not be passed to IIS in the php script mapping and as a result seperate php.ini files can not be used to isolate different virtual sites in iis5. Anyone know how to pass this variable to iis to make this work. It is not documented anywhere after extensive search. -- Edit this bug report at http://bugs.php.net/?id=21158&edit=1
#21239 [Com]: Wrong version from phpversion()
ID: 21239 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Windows NT 5.1 build 2600 PHP Version: 4.3.0 New Comment: I can not confirm this. phpversion() on XP Pro returns correctly 4.3.0 here. Christoph Previous Comments: [2002-12-28 07:00:17] [EMAIL PROTECTED] OBS: I downloaded the new PHP 4.3.0 from the mirrors, first from Brazil, after from www.php.net mirror. So, the code I downloaded is good. I got the same phpverion() response from both binary codes. [2002-12-28 06:55:37] [EMAIL PROTECTED] I was running Windows NT 5.1 build 2600 + Apache 2.0.43 + PHP 4.3.0RC4. I updated PHP with PHP 4.3.0 today (28 Dec 2002) with the final version, and my phpversion() function returns "4.3.0RC1". Before this, it was returning correct "4.3.0RC4". Ivan Pisa -- Edit this bug report at http://bugs.php.net/?id=21239&edit=1
#21258 [NEW]: php-cli.exe not delivered in current windows snapshots
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4CVS-2002-12-28 (dev) PHP Bug Type: *Compile Issues Bug description: php-cli.exe not delivered in current windows snapshots as the title says... Christoph -- Edit bug report at http://bugs.php.net/?id=21258&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21258&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21258&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21258&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21258&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21258&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21258&r=support Expected behavior: http://bugs.php.net/fix.php?id=21258&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21258&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21258&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21258&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21258&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21258&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21258&r=isapi
#21258 [Bgs->Opn]: php-cli.exe not delivered in current windows snapshots
ID: 21258 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) New Comment: The CLI directory is empty in the snapshots. Previous Comments: [2002-12-28 20:11:20] [EMAIL PROTECTED] Hello, as you can see at http://www.php.net/manual/en/features.commandline.php, the windows package distributes the CGI as php.exe and has a folder named cli with the CLI in it, so: cli/php.exe. Thank you. [2002-12-28 19:57:37] [EMAIL PROTECTED] as the title says... Christoph -- Edit this bug report at http://bugs.php.net/?id=21258&edit=1
#21258 [Fbk->Opn]: php-cli.exe not delivered in current windows snapshots
ID: 21258 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) New Comment: The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH Previous Comments: [2002-12-28 20:31:18] [EMAIL PROTECTED] How did you install it? Do you get any error when build it from source? Any log? Are you sure you're looking at the right place? [2002-12-28 20:13:05] [EMAIL PROTECTED] The CLI directory is empty in the snapshots. [2002-12-28 20:11:20] [EMAIL PROTECTED] Hello, as you can see at http://www.php.net/manual/en/features.commandline.php, the windows package distributes the CGI as php.exe and has a folder named cli with the CLI in it, so: cli/php.exe. Thank you. [2002-12-28 19:57:37] [EMAIL PROTECTED] as the title says... Christoph -- Edit this bug report at http://bugs.php.net/?id=21258&edit=1
#21258 [Asn]: cli/php.exe and pear.bat do not exist in windows snapshots
ID: 21258 User updated by: [EMAIL PROTECTED] -Summary: cli and cli/php.exe not existant in latest windows snapshots Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) Assigned To: edink New Comment: Also missing in the windows snapshotsand in 4.3.0 release: - pear.bat (see http://bugs.php.net/21275) Previous Comments: [2002-12-29 04:26:13] [EMAIL PROTECTED] I'll look into this. [2002-12-28 20:51:36] [EMAIL PROTECTED] Changing summary too. [2002-12-28 20:44:24] [EMAIL PROTECTED] Verified, no directory called cli in the windows binary snapshoots. [2002-12-28 20:35:56] [EMAIL PROTECTED] The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH [2002-12-28 20:31:18] [EMAIL PROTECTED] How did you install it? Do you get any error when build it from source? Any log? Are you sure you're looking at the right place? 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/21258 -- Edit this bug report at http://bugs.php.net/?id=21258&edit=1
Bug #17314: CGI error with doc_root as in php.ini_dist
From: [EMAIL PROTECTED] Operating system: Win XP Pro PHP version: 4.2.1 PHP Bug Type: IIS related Bug description: CGI error with doc_root as in php.ini_dist PHP as CGI with IIS 5.1 doesn't work (CGI error) if doc_root is left as it is in php.ini-dist doc_root = However it works if doc_root is commented out: ; doc_root = Same for php.ini-recommended There's also a thread on that in the php-install mailing list. Christoph -- Edit bug report at http://bugs.php.net/?id=17314&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17314&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17314&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17314&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17314&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17314&r=support Expected behavior: http://bugs.php.net/fix.php?id=17314&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17314&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17314&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17314&r=globals
#22292 [Com]: PHP.EXE never ends
ID: 22292 Comment by: cg at gordimer dot net Reported By: francois dot kaufmann at swisscom dot com Status: Closed Bug Type: CGI related Operating System: WIN NT 4 SP6 PHP Version: 4.3.1 New Comment: IMHO this should not be closed as the bug still exists (verified here too with IIS4/NT4). Christoph Previous Comments: [2003-02-19 04:56:46] francois dot kaufmann at swisscom dot com I had the exactly same sympton as described below while starting the script on command line (Dr. Watson) Now as suggested I change the config to use ISAPI inteed of CGI and it works :-) The only concern is that IASPI is not yet considered as to be production quality! Anyway, thanks the the help kaf [2003-02-19 04:54:04] v dot robert at ouestfrance-multimedia dot com When using command line, if extension=php_iisfunc.dll is on, i've an error, but when it's off (in comment), i've NO error. [2003-02-19 04:38:01] v dot robert at ouestfrance-multimedia dot com I've just tried to execute my script: with command line (php.exe toto.php) on another server with php release 4.2.3 and all work fine. So it's not a bug ??? [2003-02-19 04:28:33] v dot robert at ouestfrance-multimedia dot com script is: when using command line in french dr watson say: L'application, , a généré une erreur d'application L'erreur s'est produite le 2/19/2003 à 11:25:15.625 L'exception générée était c005 à l'adresse 00e210c3 () [2003-02-19 04:25:43] v dot robert at ouestfrance-multimedia dot com I've the same problem with NT4sp6a / IIS. When using command line, i've drwatson: access violation ... But when using ISAPI, all work fine ! thanks to see post: http://bugs.php.net/?id=22291&edit=1 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/22292 -- Edit this bug report at http://bugs.php.net/?id=22292&edit=1
#22583 [Com]: CGI-Version of PHP has 65 Byte limit on path length
ID: 22583 Comment by: cg at gordimer dot net Reported By: brunni at netestate dot de Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 4.3.1 New Comment: Here it works perfectly on Win2k with IIS/CGI. No problems with long paths. Christoph Previous Comments: [2003-03-07 03:44:05] brunni at netestate dot de If I try to call the URL http://cube.netestate.de//test.php php logs this to syslog: Mar 7 10:38:22 roja php: PHP Fatal error: Unknown(): Unable to open /home/www/cube.netestate.de/data/ccc\221^A in Unknown on line 0 If I mv to ccc and call the URL with one 'c' less, it works. If i set /cbi-bin/printenv.cgi as interpreter instead of /cgi-bin/php and call the URL causing problems, i get this: QUERY_STRING = SERVER_ADDR = 195.30.92.56 HTTP_ACCEPT_LANGUAGE = en-us, en;q=0.50 SERVER_PROTOCOL = HTTP/1.1 HTTP_CONNECTION = keep-alive PATH_TRANSLATED = /home/www/cube.netestate.de/data//test.php REMOTE_PORT = 1129 HTTP_ACCEPT = text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 HTTP_USER_AGENT = Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.1) Gecko/20020826 GATEWAY_INTERFACE = CGI/1.1 HTTP_HOST = cube.netestate.de PATH_INFO = //test.php SERVER_SOFTWARE = Apache/1.3.27 Ben-SSL/1.48 (Unix) mod_jk SERVER_ADMIN = [EMAIL PROTECTED] REMOTE_ADDR = 195.30.92.1 SCRIPT_NAME = /cgi-bin/printenv.cgi SERVER_NAME = cube.netestate.de HTTP_ACCEPT_ENCODING = gzip, deflate, compress;q=0.9 DOCUMENT_ROOT = /home/www/cube.netestate.de/data REQUEST_URI = //test.php HTTP_ACCEPT_CHARSET = ISO-8859-1, utf-8;q=0.66, *;q=0.66 REDIRECT_STATUS = 200 REQUEST_METHOD = GET REDIRECT_URL = //test.php SCRIPT_FILENAME = /home/www/cube.netestate.de/cgi-bin/printenv.cgi HTTP_KEEP_ALIVE = 300 PATH = /usr/local/bin:/usr/bin:/bin SERVER_PORT = 80 -- Edit this bug report at http://bugs.php.net/?id=22583&edit=1
#12594 [Com]: Unable to load dynamic library
ID: 12594 Comment by: cg at gordimer dot net Reported By: huib at bestia dot net Status: Bogus Bug Type: Dynamic loading Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: >From www.php.net/install.windows: Some of these extensions need extra DLLs to work. Couple of them can be found in the distribution package [...] Copy the bundled DLLs from 'DLLs' folder to your Windows PATH [...] >From www.php.net/xslt: Note to Win32 Users: In order to enable this module on a Windows environment, you must copy sablot.dll from the DLL folder of the PHP/Win32 binary package to the SYSTEM32 folder of your windows machine. So - RTFM... Christoph Previous Comments: [2003-03-16 19:49:35] dopeline at hotmail dot com I'm having the same exact problems except w/ php_domxml.dll, php_xslt.dll, and php_xmlrpc.dll. In fact, I'm testing this on two separate computers each w/ Win XP Pro and each w/ the exact same installation, IIS, and directory settings. It works perfectly on one and not at all on the other, and I've spent DAYS researching this error. Replying "RTFM" isn't very helpful. What would be helpful is explaining why this error is happening, because, as far as I can tell, it's a bug in the windows version of PHP, not a user config error. [2002-12-23 03:05:22] sdfsd at dsfd dot csd If you have any trouble sounding condescending, find a Unix user to show you how it's done. [2001-10-30 22:59:58] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/install.windows.php#install.windows.extensions [2001-08-06 08:53:17] huib at bestia dot net I'm recieve the following error: Unable to load dynamic library for the extensions: libmcrypt.dll php_mssql.dll Some other extensions work fine. php_mssql.dll is included with php 4.0.6 and libmcrypt is downloaded from a link at php.net so help me out please, Regards Huib -- Edit this bug report at http://bugs.php.net/?id=12594&edit=1
#14877 [Opn]: HTTP_FDF_DATA not available (php_fdf.dll crashes)
ID: 14877 User updated by: cg at gordimer dot net -Reported By: christoph dot grottolo at gmx dot net +Reported By: cg at gordimer dot net Status: Open Bug Type: FDF related Operating System: XP Pro -PHP Version: 4.4 dev +PHP Version: 4.4 dev / 5 dev Assigned To: hholzgra New Comment: Verified with old binaries: up to 4.07dev the extension works, in 4.1.x it does not, in 4.2.x it does again, in 4.3.x and in PHP5 it does not. Would be cool to see a working extension in 4.3.x - because there will perhaps be a long time until a next stable version... Previous Comments: [2003-03-19 17:50:49] jharrell at dlc4me dot com fdftk ... php_fdf.dll works great in and so far only in (with regard to win32 only)... 4.2.3... saved me from creating my own fdf objects... %FDF-1.2 %âãÏÓ 1 0 obj << /FDF << /Fields [2003-03-19 17:04:11] jharrell at dlc4me dot com php_fdf.dll possibly works in: php-4.2.3-Win32 (i have not scripted anything yet but... phpinfo() works...) [2003-03-19 16:44:42] jharrell at dlc4me dot com php_fdf.dll also crashes in: php5-win32-200303191930 [2003-03-19 16:06:06] jharrell at dlc4me dot com I'm getting the same crash with todays snapshot...[php4-win32-STABLE-200303191730] with php_fdf.dll uncommented I cannot get phpinfo() to do anything but crash. I sure hope this gets fixed soon... I moved to linux for a few months to continue with production, but my server runs php/Win2k... :( [2003-02-06 18:06:24] toni dot viemero at iki dot fi We ran into this same bug today. Windows (2000 and XP) with Apache 1.3.27 crashes (both 4.3.0 and todays win32 4.3.1-stable snapshot) when page is requested. Apache 2.0.44 works ok on both platforms with php_fdf.dll and with both tested PHP versions. 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877&edit=1
#22859 [NEW]: Too many extensions in php.ini-dist and php.ini-recommended
From: cg at gordimer dot net Operating system: Win32 PHP version: 4.3.2RC1 PHP Bug Type: PHP options/info functions Bug description: Too many extensions in php.ini-dist and php.ini-recommended The following extensions are not/no more in the windows distribution but appear in php.ini: ;extension=php_fbsql.dll ;extension=php_gd.dll --> replaced by php_gd2.dll ;extension=php_iisfunc.dll ;extension=php_printer.dll The following extension does crash on windows (and should be removed or repaired - see post on php.qa from today): ;extension=php_fdf.dll Christoph -- Edit bug report at http://bugs.php.net/?id=22859&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22859&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22859&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22859&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22859&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22859&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22859&r=support Expected behavior: http://bugs.php.net/fix.php?id=22859&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22859&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22859&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22859&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22859&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22859&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22859&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22859&r=gnused
#24466 [NEW]: w32api missing in bugs.php.net/bug types
From: cg at gordimer dot net Operating system: PHP version: Irrelevant PHP Bug Type: *General Issues Bug description: w32api missing in bugs.php.net/bug types Description: There's no entry for w32api in the bug system's bug types list. Christoph -- Edit bug report at http://bugs.php.net/?id=24466&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24466&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24466&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24466&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24466&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24466&r=support Expected behavior: http://bugs.php.net/fix.php?id=24466&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24466&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24466&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24466&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24466&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24466&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24466&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24466&r=gnused
