[PHP-DEV] Bug #14656: Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameter
From: [EMAIL PROTECTED] Operating system: Win XP PHP version: 4.1.0 PHP Bug Type: ODBC related Bug description: Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameter I am trying to access database created in Microsoft Access and when I try to access the php script I get the following error. Can someone please help me to solve this problem. Thanks, Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameters. Expected 11. -- Edit bug report at: http://bugs.php.net/?id=14656edit=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 #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb Edit this bug report at http://bugs.php.net/?id=14653edit=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 #14642 Updated: undefined symbol: uncompress
ID: 14642 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: SuSE Linux 7.1/2.2.18 PHP Version: 4.1.0 New Comment: I bug your pardon? The same behavior occurred on two different server, so I might assume some this is not bogus Previous Comments: [2001-12-21 10:27:38] [EMAIL PROTECTED] No bug, bogus. [2001-12-21 10:12:12] [EMAIL PROTECTED] This problem was reported for earlier versions, but with 4.1.0 it's there also. I compiled --with-mysql=... --with-apxs=..., as INSTALL instructs me to do. My server runs Apache 1.3.22. After I compiled --with-zlib added to the configure line, Apache starts fine and PHP works! Regards, Edwin Edit this bug report at http://bugs.php.net/?id=14642edit=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 #14657: Sometimes mkdir(test1, 0777); $d=dir(test1); $d-close(); rmdir(test1);
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version: 4.1.0
PHP Bug Type: *Directory/Filesystem functions
Bug description: Sometimes mkdir(test1, 0777); $d=dir(test1); $d-close();
rmdir(test1);
Environment:
Windows XP, FAT32, Apache (latest), MySQL (3.23.xx)
Origin:
I've been installed php 4.1.0 and was writing a proc
who removes a tree of directories. Trivial task. I've
doing that many times on Unix machines. With no
problems. But here're my WinXP home workbox.
I was surprised when I got a following error
Warning: RmDir failed (Permission denied)
Searching the solution:
1) I've deleted 4.1.0 and installed 4.0.5.
Effect present.
2) I've cut off all of stupid code. Only code like
in summary stayed. Effect present.
3) I've deleted $d=dir(..); $d-close(); Wow! All is
working! What the f$ck?
4) Here vooodo jumping around the fire during about 3
hrs. At least I suppose some bug in $d-close()
relization and tried _to_add_one_more_$d-close()!!!
And it worked as it should be so!!!
I've phpinfo() dumps for working and unworking variants. But I don't know
who to send them.
Script:
?php
function indir() {
print BEGINbr;
mkdir(test1,0777);
mkdir(test1/test2,0777);
$d = dir(./test1/test2);
// .. do something with $d.. here we'll do nothing ;)
// !
$d-close(); // logically that's all!
// print Second close on!br; $d-close(); // but.. try to comment
these one - you'll get an error!
// !
rmdir(test1/test2);
rmdir(test1);
echo ENDbr;
};
indir();
print phpinfo();
?
--
Edit bug report at: http://bugs.php.net/?id=14657edit=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 #14658: The strtok() changes destroyed 4 years old applications!
From: [EMAIL PROTECTED] Operating system: Linux, Solaris, Windows PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: The strtok() changes destroyed 4 years old applications! The change made in 4.1.0 to strtok() destroyed my applications from the past 4 years! Thats because I used strtok() to read data from CSV (comma separated values) files - for which it works perfektly! For CSV (not only separated with commans - also with | and other symbols) it is required that EMPTY fields will be reported as empty field!!! So the change you made brokes my existing applications. For parsing tokens as explained I understand the change - because there you wont need empty tokens! But for real parsing strtok is useless(!) because you always have more than one separator - for human language parsing you need space, return/line feed, full stop as well as comma, questionmark etc. as separators! strtok() fails here as it seems to me!!! So my suggestion ist - to restore the old behaviour for CSV parsing and adding a new command like strparse() that will work with a list of separators!!! Greetings Dipl.-Inform. Kai Hofmann -- Edit bug report at: http://bugs.php.net/?id=14658edit=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 #14657 Updated: Sometimes mkdir(test1, 0777); $d=dir(test1); $d-close(); rmdir(test1);
ID: 14657
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: *Directory/Filesystem functions
Operating System: Windows XP
PHP Version: 4.1.0
New Comment:
Simplified:
mkdir(c:/test,0777);
$d=dir(c:/test);
$d-close();
rmdir(c:/test);
Doesn't work. rmdir says Permission denied.
Only if you call $d-close() twice it will work.
Reproduced with 4.1.0 on Windows 2000.
Previous Comments:
[2001-12-22 05:45:16] [EMAIL PROTECTED]
Environment:
Windows XP, FAT32, Apache (latest), MySQL (3.23.xx)
Origin:
I've been installed php 4.1.0 and was writing a proc
who removes a tree of directories. Trivial task. I've
doing that many times on Unix machines. With no
problems. But here're my WinXP home workbox.
I was surprised when I got a following error
Warning: RmDir failed (Permission denied)
Searching the solution:
1) I've deleted 4.1.0 and installed 4.0.5.
Effect present.
2) I've cut off all of stupid code. Only code like
in summary stayed. Effect present.
3) I've deleted $d=dir(..); $d-close(); Wow! All is
working! What the f$ck?
4) Here vooodo jumping around the fire during about 3
hrs. At least I suppose some bug in $d-close()
relization and tried _to_add_one_more_$d-close()!!!
And it worked as it should be so!!!
I've phpinfo() dumps for working and unworking variants. But I don't know who to send
them.
Script:
?php
function indir() {
print BEGINbr;
mkdir(test1,0777);
mkdir(test1/test2,0777);
$d = dir(./test1/test2);
// .. do something with $d.. here we'll do nothing ;)
// !
$d-close(); // logically that's all!
// print Second close on!br; $d-close(); // but.. try to comment these one -
you'll get an error!
// !
rmdir(test1/test2);
rmdir(test1);
echo ENDbr;
};
indir();
print phpinfo();
?
Edit this bug report at http://bugs.php.net/?id=14657edit=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]
Re: [PHP-DEV] session_pgsql module commit notice
On Sat, 22 Dec 2001, Yasuo Ohgaki wrote: Anyone care to take benchmarks? (You need to wait a little more, since session module needed to be changed to work with pgsql session save handler) What should be fixed there? Derick -- 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 #11023 Updated: exec does not wait for completion of cmd
ID: 11023 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Program Execution Operating System: slackware 7 PHP Version: 4.0.5 New Comment: Does this happen on 4.1.0? R. Previous Comments: [2001-05-22 13:14:30] [EMAIL PROTECTED] $cmd = mv . SITES_IMP . site_* . DB_UPDATES; exec($cmd); $arr = array(); $cmd = ls . DB_UPDATES . site_* | wc -l; exec($cmd,$arr); i am of the impression that code proceeding an exec cmd will not execute until the exec is finished in the above instance, the ls exec is executing before the mv exec has finished - when i know that 10 files have been moved, the ls exec returns 0 for a wc -l, when running the code again it returns the number of files correctly - have placed sleeps between the commands and all works well wondered if this is a bug in the exec cmd or my misunderstanding of its use Edit this bug report at http://bugs.php.net/?id=11023edit=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 #13054 Updated: Perl script running as root when starting it with system()!!
ID: 13054 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Program Execution Operating System: Linux (RedHat 7.1) PHP Version: 4.0.6 New Comment: Did you find a solution of this on your own? If not, can you try this with 4.1.0? And you are sure the perl-script is not runnig setuid? R. Previous Comments: [2001-08-30 06:12:44] [EMAIL PROTECTED] Hi, Apache is running as 'apache' user in group 'www-data', started by root (ofcourse). (version 1.3.20) Perl script is a distribution script copying files with scp. Keys are located in the home directory of apache user. PHP configured without a php.ini (thus default apply). Apache and PHP were compiled from source. I'm php developers since the early beginning, and now almost fulltime PHP programmer. Now! system(/usr/local/bin/distributer.pl $audioid $newfilename 2/tmp/distributor.log 12 ); This should distributed files to our fileservers. But rather than running as apache-user (where the ssh keys are) it runs as root!!! I never, in all these years, saw this! I'm pretty unsure if this is true or if this can be? I would like to here it is a missconfiguration of mine.. The logs of my Perl script show: Starting distribution as user root The fact that it runs as 'root' compromises my security stuff and the project will not work.. Just tell me i'm wrong and this can't be true.. Or is this the way things are done? ;p Geert PS: i'm submitting this in a hury and didn't search possible submittes. call it panic. Edit this bug report at http://bugs.php.net/?id=13054edit=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] Re: Bug #14658 Updated: The strtok() changes destroyed 4 years old applications!
[EMAIL PROTECTED] wrote: ID: 14658 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Linux, Solaris, Windows PHP Version: 4.1.0 New Comment: We are aware of this situation, and after some discussion on the mailinglist, we will not change it back. However, to read CSV files, there is function fgetcvs (http://www.php.net/manual/en/function.fgetcsv.php) which should do exactly what you want. Derick Previous Comments: [2001-12-22 05:46:46] [EMAIL PROTECTED] The change made in 4.1.0 to strtok() destroyed my applications from the past 4 years! Thats because I used strtok() to read data from CSV (comma separated values) files - for which it works perfektly! For CSV (not only separated with commans - also with | and other symbols) it is required that EMPTY fields will be reported as empty field!!! So the change you made brokes my existing applications. Or one can use split() Lenar For parsing tokens as explained I understand the change - because there you wont need empty tokens! But for real parsing strtok is useless(!) because you always have more than one separator - for human language parsing you need space, return/line feed, full stop as well as comma, questionmark etc. as separators! strtok() fails here as it seems to me!!! So my suggestion ist - to restore the old behaviour for CSV parsing and adding a new command like strparse() that will work with a list of separators!!! Greetings Dipl.-Inform. Kai Hofmann Edit this bug report at http://bugs.php.net/?id=14658edit=1 -- Lenar Lõhmus Vision Group -- 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] NULLs the PHP testing framework
It looks like the current testing framework can not properly handle NUL. I have not tracked down the problem yet, but suspect that it occurs around line 549 when data is being read from a popen stream and written to the temp output file. For Un*x systems, could we use use a system call and redirect the output to a file? I think that would let us handle the NULs successfully??? Just a thought before I head off to sleep. :) G'night! --zak -- 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 #14659: Warning: Unknown persistent list entry type in module shutdown
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.1.0 PHP Bug Type: MySQL related Bug description: Warning: Unknown persistent list entry type in module shutdown Hello, After upgrading to php 4.10 from version 4.06 (apache, windows 98) I get strange warning messages. The page does execute correctly, the following warning is added sometimes (cant exactly reproduce) to the bottom of the page: Warning: Unknown persistent list entry type in module shutdown It's related to my persistent links to the MySQ database, but I haven't changed anything in the code, I just upgraded the PHP version. -- Edit bug report at: http://bugs.php.net/?id=14659edit=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 #14659 Updated: Warning: Unknown persistent list entry type in module shutdown
ID: 14659 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: Windows 98 PHP Version: 4.1.0 New Comment: Already fixed in CVS. Next time please search the bug database before submitting a bug. Previous Comments: [2001-12-22 07:32:11] [EMAIL PROTECTED] Hello, After upgrading to php 4.10 from version 4.06 (apache, windows 98) I get strange warning messages. The page does execute correctly, the following warning is added sometimes (cant exactly reproduce) to the bottom of the page: Warning: Unknown persistent list entry type in module shutdown It's related to my persistent links to the MySQ database, but I haven't changed anything in the code, I just upgraded the PHP version. Edit this bug report at http://bugs.php.net/?id=14659edit=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 #14660: license date list not complete
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: license date list not complete Viewing the LICENSE file in the PHP 4.1.0 windows .zip distribution, I have seen a missing 2001 date problem: -- The PHP License, version 2.02 Copyright (c) 1999, 2000 The PHP Group. All rights reserved. -- It is quickly going to be a missing 2002 too :)) Goba -- Edit bug report at: http://bugs.php.net/?id=14660edit=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 #11491 Updated: When using ob_start(ob_gzhandler) transient SID gets broken
ID: 11491 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating System: Windows 2000 Server PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-12-01 12:15:00] [EMAIL PROTECTED] This should be fixed, please try a recent version of PHP. [2001-06-21 14:24:22] [EMAIL PROTECTED] This should be mentioned in the manual? Reclassified as docu prob. [2001-06-20 17:05:01] [EMAIL PROTECTED] output buffering takes place before the transient sid mechanism, which is the last thing to happen before the actual script output is passed on to the webserver so the trans-sid parser will not recognize the URLs in the already compressed output, thats it [2001-06-14 14:39:50] [EMAIL PROTECTED] Reproduced with PHP 4.0.6RC3. [2001-06-14 12:43:22] [EMAIL PROTECTED] UPDATE: The same erroneous behavior happens when zlib output compression is enabled in php.ini! 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=11491 Edit this bug report at http://bugs.php.net/?id=11491edit=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 #11491 Updated: When using ob_start(ob_gzhandler) transient SID gets broken
ID: 11491 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 Server PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-12-22 08:40:26] [EMAIL PROTECTED] No feedback. Closing. [2001-12-01 12:15:00] [EMAIL PROTECTED] This should be fixed, please try a recent version of PHP. [2001-06-21 14:24:22] [EMAIL PROTECTED] This should be mentioned in the manual? Reclassified as docu prob. [2001-06-20 17:05:01] [EMAIL PROTECTED] output buffering takes place before the transient sid mechanism, which is the last thing to happen before the actual script output is passed on to the webserver so the trans-sid parser will not recognize the URLs in the already compressed output, thats it [2001-06-14 14:39:50] [EMAIL PROTECTED] Reproduced with PHP 4.0.6RC3. 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=11491 Edit this bug report at http://bugs.php.net/?id=11491edit=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 #13158 Updated: When used with sambar, mIrc does not connecy
ID: 13158 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Other web server Operating System: Windoes 98 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-01 12:13:16] [EMAIL PROTECTED] What has mIRC (the irc client) have to do with PHP and your webserver? I do not understand this bug report at all, sorry -- please elaborate and/or test with the current release candidate, which can be found at http://www.php.net/~zeev/php-4.1.0RC4.tar.gz. [2001-09-05 20:27:42] [EMAIL PROTECTED] Hi! I installed PHP 4.0.6 on a Windows 98 Sambar 5.01 beta 1 web server. When the server is not loading the php DLLs, mIrc can connect very well. when the server is loading the pho DLL'd. mIrc cannot connect on any server. Thanks VB Edit this bug report at http://bugs.php.net/?id=13158edit=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]
Re: [PHP-DEV] Apology
I don't think you should be apologizing. Nobdoy should. Anyways, I'm now really going 'away' for a while too and not stir this soup anymore. I hope that some people here stop and think a bit what is wrong here as it's quite obvious that something definately needs to be changed. And I don't mean any techical issues now. I just thought Id add Im going to be away for a while too. I dont have time to put enough time into PHP at the moment, keep my head above ground financially and keep my personal life running smothly. The reason for this is that something has to budge as being up untill 5am then working at 7am just doesnt work and unfortunly I find myself enjoying working on PHP less and less due to a lot of the in fighting and bitching. Ill probably be back in a few months when I have a bit more time. Ill keep an eye on things in the mean time and Im by no means gone for good but I am taking a good step back for a while. - James -- 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] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTPheader info from PHP Header()
Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? FB From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: 22 Dec 2001 09:16:21 - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=14653edit=2 ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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: sander Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: Unknown/Other Function Operating System: windows 2000 server, IIS5 PHP Version: 4.0.6 New Comment: Crypt is enabled in the final release (4.1.0), so let's close this bug. Previous Comments: [2001-12-06 06:15:45] [EMAIL PROTECTED] 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? [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 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=14359edit=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 #14453 Updated: session_start() provokes a crash of php/apache
ID: 14453 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Session related Operating System: win2k PHP Version: 4.1.0 New Comment: Reproduced with the final 4.1.0 on Windows 2000 with Apache 1.3.22. Previous Comments: [2001-12-14 09:16:48] [EMAIL PROTECTED] hi I found the cause for these crashes: If in the php.ini is a wrong path for the session files, php crashes without further notice, whereas php 4.0.6 reported this when trying to start a session with session_start(): Warning: open(./tmp\sess_7a7c42ff822a8016bb5d7b5625a4bc89, O_RDWR) failed: m (2) in c:\some\path\file.php on line 7 this should be adressed in a future release, because crashes for such reasons are not acceptible (even more if an older version behaved correctly!). regards n. fankhauser [2001-12-12 08:37:28] [EMAIL PROTECTED] ? session_start(); ? this script will cause php/apache to crash. used configuration: php 4.10 / win32 as SAPI apache 1.3.20 / win32 unfortunately, I don't have the time now to further investigate the problem... please contact me if there are any workarounds / solutions for this problem! regards n. fankhauser Edit this bug report at http://bugs.php.net/?id=14453edit=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 #14358 Updated: crash with large numbers of ouput blocks
ID: 14358 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: win32 (2k/xp) PHP Version: 4.0CVS-2001-12-06 New Comment: Can't reproduce with 4.1.0 final on Windows 2000 with Apache 1.3.22 (PHP as module), nor with a CVS build from 10 dec. Previous Comments: [2001-12-06 04:35:57] [EMAIL PROTECTED] hey guys... this has been a problem for me for a long time, and so i finally decided either no one is using php4apache module on win32 because this problem is bad and it's been in php4 for a long time. so tonight i decided to research it because i could really benefit from running as a module and i don't want to leave apache. two similar bug_id's i found are 11093 14348 - they might be related, but the cause they give is much different. all i can come up with is this if a script produces large numbers of output blocks, it will crash. i made a simple script that causes it for me everytime. the script is large, so i zipped it (1k) and it's available here. http://www.newnetwork.com/bigoutput.zip if i turn on implicit flushing, the script will execute ok -most- of the time. which is where i got my output blocks theory. but it's theory... if i had more time i would get into the source some more and offer some better advice. apache 1.3 module and apache2 filter both have the same problem. oh, and i compiled it all from CVS with msvc6. i've been compiling my own php for a while now without any problems - cgi version only. any ideas? any other information you might want? -ben Edit this bug report at http://bugs.php.net/?id=14358edit=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] Season's Greetings
Liebe Freunde, dear friends, ich werde zwischen Weihnachten und Sylvester 'away from keyboard' sein. Daher möchte ich Euch schon jetzt ein gesegnetes Weihnachtsfest und den sprichwörtlichen guten Rutsch ins neue Jahr wünschen. I'm going to be 'away from keyboard' for a couple of days between Christmas and New Year, let me send you now my Season's Greetings, Merry Christmas and a Happy New Year 2002. Season's Greetings, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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 #13322 Updated: Still SIGSEGV with DOMXML / double free()
ID: 13322
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian Linux 2.2
PHP Version: 4.0CVS-2001-09-15
New Comment:
Can you try latest CVS? I believe this is fixed.
Feedback.
Previous Comments:
[2001-09-17 04:19:19] [EMAIL PROTECTED]
Problem is on shutdown and destroy/freeing alocated memory.
Breakpoint 2, main (argc=2, argv=0xbdb4) at cgi_main.c:775
775 php_request_shutdown((void *) 0);
php_request_shutdown (dummy=0x0) at main.c:711
736 zend_deactivate(TSRMLS_C);
zend_deactivate () at zend.c:587
595 shutdown_executor(TSRMLS_C);
shutdown_executor () at zend_execute_API.c:162
190 zend_destroy_rsrc_list(EG(regular_list) TSRMLS_CC);
zend_destroy_rsrc_list (ht=0x81798a4) at zend_list.c:235
231 void zend_destroy_rsrc_list(HashTable *ht TSRMLS_DC)
232 {
233 Bucket *p, *q;
234
235 while (1) {
236 p = ht-pListTail;
237 if (!p) {
238 break;
239 }
240 q = p-pListLast;
241 if (q) {
242 q-pListNext = NULL;
243 }
244 ht-pListTail = q;
245
246 if (ht-pDestructor) {
247 zend_try {
248 ht-pDestructor(p-pData);
249 } zend_end_try();
250 }
251 if (!p-pDataPtr p-pData) {
252 pefree(p-pData, ht-persistent);
253 }
254 pefree(p, ht-persistent);
255 }
256 pefree(ht-arBuckets, ht-persistent);
257 }
ht = (HashTable *) 0x81798a4
{nTableSize = 8, nTableMask = 7, nNumOfElements = 2,
nNextFreeElement = 3, pInternalPointer = 0x81ad614, pListHead = 0x81ad614,
pListTail = 0x81ac7ec, arBuckets = 0x81a8894,
pDestructor = 0x810cc14 list_entry_destructor, persistent = 0 '\000',
nApplyCount = 0 '\000', bApplyProtection = 1 '\001', inconsistent = 0}
p = (Bucket *) 0x81ac7ec
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0, arKey = }
q = (Bucket)*ht-pListTail-pListLast
{h = 1, nKeyLength = 0, pData = 0x81b09ac, pDataPtr = 0x0,
pListNext = 0x81ac7ec, pListLast = 0x0, pNext = 0x0, pLast = 0x0, arKey = }
print (Bucket)*ht-pListTail-pListLast-pListNext
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0, arKey = }
ht-pDestructor(0x81ac844);
print (Bucket)*p
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0, arKey = }
pefree(p-pData, ht-persistent);
and second cycle
p= (Bucket)*ht-pListTail
$142 = {h = 1, nKeyLength = 0, pData = 0x81b09ac, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x0, pNext = 0x0, pLast = 0x0, arKey = }
q = p-pListLast;
ht-pListTail = q; (now 0x0)
ht-pDestructor still point to zend list destructor php_free_xml_doc and
pData = 0x81b09ac are the same.
What's wrong?
[2001-09-15 19:15:34] [EMAIL PROTECTED]
Result with newest libxml2-2.4.5 is the same.
Program received signal SIGSEGV, Segmentation fault
0x401fa860 in free () from /lib/libc.so.6
(gdb) bt
#0 0x401fa860 in free () from /lib/libc.so.6
#1 0x400efe79 in xmlFreeNodeList (cur=0x81f98e0) at tree.c:2372
#2 0x400efe37 in xmlFreeNodeList (cur=0x81f9898) at tree.c:2364
#3 0x400ee2dc in xmlFreeDoc (cur=0x81f9800) at tree.c:525
#4 0x806f06d in php_free_xml_doc (rsrc=0x81dae74) at php_domxml.c:353
#5 0x811d86a in list_entry_destructor (ptr=0x81dae74) at zend_list.c:177
#6 0x811da55 in zend_destroy_rsrc_list (ht=0x8185d84) at zend_list.c:248
#7 0x810ca20 in shutdown_executor () at zend_execute_API.c:190
#8 0x81162e6 in zend_deactivate () at zend.c:595
#9 0x8062c2f in php_request_shutdown (dummy=0x0) at main.c:736
#10 0x8061543 in main (argc=2, argv=0xbb04) at cgi_main.c:775
[2001-09-15 18:17:22] [EMAIL PROTECTED]
Problem is still here in last CVS. Standalone php (cgi) same problem.
Program received signal SIGSEGV, Segmentation fault.
0x401fab13 in free () from /lib/libc.so.6
(gdb) bt
#0 0x401fab13 in free () from /lib/libc.so.6
#1 0x401fa873 in free () from /lib/libc.so.6
#2 0x400efca9 in xmlFreeNodeList () from /usr/lib/libxml2.so.2
#3 0x400efc67 in xmlFreeNodeList () from /usr/lib/libxml2.so.2
#4 0x400ee18c in xmlFreeDoc () from /usr/lib/libxml2.so.2
#5
[PHP-DEV] fprintf
I'm not sure if this newsgroup is the right place for my message. If it isn't please tell me the correct one to post to. I want to use PHP to handle my own database format but I can't seem to find fprintf in the documentation even though fscanf is there. Does PHP have an fprintf function? Thanks. -- 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]
Re: [PHP-DEV] fprintf
I'm not sure if this newsgroup is the right place for my message. If it isn't please tell me the correct one to post to. I want to use PHP to handle my own database format but I can't seem to find fprintf in the documentation even though fscanf is there. Does PHP have an fprintf function? We don't have one. Use fputs($fp, sprintf(...)) instead. No need to create a feature-request: we already have one: http://bugs.php.net/bug.php?id=1027 Sander -- 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 #14623 Updated: get_meta_tags only looks in begin of file
ID: 14623 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: linux PHP Version: 4.0.6 Assigned To: elixer New Comment: When I wrote useful code I was assuming that something in your working code was causing get_meta_tags() to stop parsing the document. I have since downloaded and tested with 4.0.6 and 4.1.0. I have the same problem on 4.0.6 on my redhat box. 4.1.0 seems to have fixed the problem and the latest CVS also works properly. Closing this as its since been fixed. Sean Previous Comments: [2001-12-22 06:20:09] [EMAIL PROTECTED] The code example shows the problem on my PHP 4.0.6 (redhat distr) - if you add the 110 lines print_r() shows an empty array, if you delete half of it the headerinfo is there. Yes it is a memory eater, but the only purpose was to have a reproducable and simple example ... next time I will make a usefull example - telling jokes or something :). If you look in the C source - is the whole file been read? Can the # of bytes read be os/config (default blocksize)dependent? Have you tried it with more memory eating xxx's? Or it might be solved in 4.1.0 (CVS)? Jeroen [2001-12-21 19:15:52] [EMAIL PROTECTED] That example works fine here from the local CVS. I don't think it has anything to do with PHP code being at the top of the page. My wager is that you have _useful_ code that is breaking get_meta_tags, my guess is that the code contains the string /head in it somewhere. Does this example piece of code actually not work on your setup? All it seems to do is waste memory :) Sean [2001-12-21 05:48:23] [EMAIL PROTECTED] The way I use it is quite different: When a file is parsed it is 'wrapped': a prepended wrapper opens the file and layouts it. Based on the meta tags a layout is choosen, menus added, header defined, etc. This way the content exists out of plain HTML files that are build into the vieuwed pages when parsed. (That can differ for showing, printing, spiders, ... all with the same content - that is easy to maintain even by dummies :).) Jeroen. [2001-12-21 05:31:20] [EMAIL PROTECTED] Just a note... why would you want to do get_meta_tags on a non parsed file? I think it's makes way more sense to use g_m_t on a parsed file. Derick [2001-12-21 05:29:12] [EMAIL PROTECTED] ? $s = ... repeat this for about 110 lines of 80 'x'-es ; ? !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN html head titleFailing get_meta_tags/title META NAME=subject CONTENT=mySubject META NAME=keywords CONTENT=myKeywords link rel=stylesheet href=mysheet.css /head body GET_META_TAGS: ? print_r( get_meta_tags( $HTTP_SERVER_VARS[PATH_TRANSLATED])); ? /body /html 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=14623 Edit this bug report at http://bugs.php.net/?id=14623edit=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 #14656 Updated: Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameter
ID: 14656 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ODBC related Operating System: Win XP PHP Version: 4.1.0 New Comment: Please give a sample script to reproduce this. But it sounds like you did not read the documentation on how PHP/ODBC works. Previous Comments: [2001-12-22 03:32:47] [EMAIL PROTECTED] I am trying to access database created in Microsoft Access and when I try to access the php script I get the following error. Can someone please help me to solve this problem. Thanks, Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameters. Expected 11. Edit this bug report at http://bugs.php.net/?id=14656edit=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 #14661: Sessions Causing Apache (maybe others?) to Crash on Windows (maybe others?)
From: [EMAIL PROTECTED] Operating system: winXP PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: Sessions Causing Apache (maybe others?) to Crash on Windows (maybe others?) Any use of session functions on php 4.1.0 and apache 1.3.22 cause an error in php4ts.dll and cause apache to crash. everything else i've found works fine. i'm not sure whether this is true for other servers and operating systems, but i've noticed it here at least. a script as simple as: ?php session_start(); ? causes this to occur. please fix! :) -- Edit bug report at: http://bugs.php.net/?id=14661edit=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]
RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14 This would be a good document to look over for possible workarounds. You should also try http://support.microsoft.com/ and see if they have a KB issue on it. -Chris -Original Message- From: Fred B [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 22, 2001 7:26 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? FB From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: 22 Dec 2001 09:16:21 - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=14653edit=2 ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: --- - [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb --- - _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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 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 #14662: Apache segvs on SIGHUP
From: [EMAIL PROTECTED] Operating system: rh 6.2 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Apache segvs on SIGHUP If the webserver is sent a sighup and php4 and mod_ssl are compiled into the server it will segv Unable to create SSL context (OpenSSL library error follows) [Sat Dec 22 14:35:07 2001] [error] OpenSSL: error:140A90F1::lib(20) :func(169) :reason(241) php 4.0.6 does not have this problem. -- Edit bug report at: http://bugs.php.net/?id=14662edit=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 #14661 Updated: Sessions Causing Apache (maybe others?) to Crash on Windows (maybe others?)
ID: 14661 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Reproducible crash Operating System: winXP PHP Version: 4.1.0 New Comment: Probably a dupe of 14453 Previous Comments: [2001-12-22 14:41:21] [EMAIL PROTECTED] Any use of session functions on php 4.1.0 and apache 1.3.22 cause an error in php4ts.dll and cause apache to crash. everything else i've found works fine. i'm not sure whether this is true for other servers and operating systems, but i've noticed it here at least. a script as simple as: ?php session_start(); ? causes this to occur. please fix! :) Edit this bug report at http://bugs.php.net/?id=14661edit=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 #14622 Updated: Broken SERVER_SIGNATURE
ID: 14622 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: Linux knl2.4 and Win2K Server PHP Version: 4.1.0 New Comment: Not a bug. Check your magic quotes settings. Previous Comments: [2001-12-20 10:12:56] [EMAIL PROTECTED] Both $SERVER_SIGNATURE and $HTTP_SERVER_VARS[SERVER_SIGNATURE] return a malformed result when Apache 1.3.2 has ServerSignature directive set to EMail. phpinfo returns the correct result under the heading Apache Environment but the malformed one under PHP Variables. The malformed result for my installation is: ADDRESSApache-AdvancedExtranetServer/1.3.20 Server at A HREF=\mailto:root@localhost\;gabriel.conchango.com/A Port 80/ADDRESS The problem seems to be that the \ characters are not being interpolated and are thus corrupting the mailto: link in the resulting HTML page-source. I suspect (although I have not tested) that the same problem would occur under other OSs/WebServers that use a server signature. Edit this bug report at http://bugs.php.net/?id=14622edit=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 #14592 Updated: Apache application error after turning snmp on
ID: 14592 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: SNMP related Operating System: NT SP6 PHP Version: 4.1.0 New Comment: Can you try removing all other modules except snmp and see what happens. If it works, can you find out which combination doesn't work? Previous Comments: [2001-12-19 21:10:20] [EMAIL PROTECTED] I am positive. [2001-12-19 02:25:29] [EMAIL PROTECTED] Are you susre you ar enot using an old module from php 4.0.6? Derick [2001-12-18 18:01:09] [EMAIL PROTECTED] Had sybase, gd, mssql extensions turned on without any problems for a long time. After turning snmp extension on, started to get The instruction at '0x007f956c' referenced memory at '0x9227f911'. The memory could not be read. messages. Edit this bug report at http://bugs.php.net/?id=14592edit=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]
RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receivesbad HTTP header info from PHP Header()
This works properly on IE for Mac for redirecting users to download a file: Header(Refresh: 0;URL=http://www.mywebsite.com/junk.zip;); HOWEVER, it clears the web page which is very confusing to users. It's unsuitable for dynamic PHP sites. sigh The only other way to go, I think, is to write my own custom version of PHP's Header() function. Any other thoughts? FB From: Chris Newbill [EMAIL PROTECTED] To: 'Fred B' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: Sat, 22 Dec 2001 12:54:28 -0700 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14 This would be a good document to look over for possible workarounds. You should also try http://support.microsoft.com/ and see if they have a KB issue on it. -Chris -Original Message- From: Fred B [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 22, 2001 7:26 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? FB From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: 22 Dec 2001 09:16:21 - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=14653edit=2 ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: --- - [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb --- - _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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] _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. -- 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 #14593 Updated: configure fails with apxs
ID: 14593 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0 New Comment: Did you check out http://www.php.net/manual/en/faq.build.php#AEN74685 ? Previous Comments: [2001-12-18 18:12:06] [EMAIL PROTECTED] Using AIX 4.3.3 and C for AIX 5.0 compiler. When running configure, I do the following: [root@mars /php]# export CC=/usr/bin/cc [root@mars /php]# export CFLAGS=-g -ma [root@mars /php]# cd php-4.1.0/ [root@mars php-4.1.0]# ./configure --enable-c9x-inline --with-apxs=/usr/HTTPServer/bin/apxs I get: checking for Apache module support via DSO through APXS... Sorry, I was not able to successfully run APXS. Possible reasons: 1. Perl is not installed; 2. Apache was not compiled with DSO support (--enable-module=so); 3. 'apxs' is not in your path. Try to use --with-apxs=/path/to/apxs The output of /usr/HTTPServer/bin/apxs follows Usage: apxs -g [-S var=val] -n modname apxs -q [-S var=val] query ... apxs -c [-S var=val] [-o dsofile] [-D name[=value]] [-I incdir] [-L libdir] [-l libname] [-Wc,flags] REQUIRED OPTION[-bE: filename.exp] [-Wl,flags] files ... apxs -i [-S var=val] [-a] [-A] [-n modname] dsofile ... apxs -e [-S var=val] [-a] [-A] [-n modname] dsofile ... configure: error: Aborting Not sure what's going on here, I could compile 4.0.5 on AIX using the same OS version and compiler. I did make sure that /usr/HTTPServer/bin/apxs has a good pointer to perl (it defaults to /usr/local/bin/perl, which is wrong). In apxs, there is a note about apache modules: ## IMPORTANT NOTE FOR APXS USE ON AIX (ONLY): ##1. AIX requires that all dynamically linkable objects to EXPORT their public ## interfaces in a .exp file. This is required at the link step. ## If you do not have an .exp file, then you can generate one containing ## a single line with the name of the module. For example, in our sample ## module, example_module.c we generate an example_module.exp with ## 1 line - example_module. ## For AIX only we have added an additional option -bE: filename.exp ## which is supplied as option on input to APXS script. ##2. Some 3rd party modules use a ./configure script with an APXS option. These ## configure scripts use the APXS script with a -q (query) option to get ## information on Compiler flags and Link flags. If the congfigure script ## relies on getting CFG_LDFLAGS_SHLIB from APXS script then the configure ## script will fail. The CFG_LDFLAGS_SHLIB in APXS script are not complete ## without the :bE options passed as input to APXS. Many configure script ## on AIX have an option to supply these Link Flags. ##3. NOTE: The httpd.exp file on IHS 1.3.6 is installed into ## /usr/HTTPServer/example_module ## but this script relies on httpd.exp being located in ## ## /usr/HTTPServer/libexec ## Please copy httpd.exp to /usr/HTTPServer/libexec before executing ## the APXS script. Any help would be appreciated. Zack Edit this bug report at http://bugs.php.net/?id=14593edit=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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
Any other thoughts? Blame M$! Sander FB From: Chris Newbill [EMAIL PROTECTED] To: 'Fred B' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: Sat, 22 Dec 2001 12:54:28 -0700 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14 This would be a good document to look over for possible workarounds. You should also try http://support.microsoft.com/ and see if they have a KB issue on it. -Chris -Original Message- From: Fred B [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 22, 2001 7:26 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? FB -- 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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
On Sat, Dec 22, 2001 at 02:33:35PM -0600, Fred B wrote : It's unsuitable for dynamic PHP sites. sigh Not really, can you get the IP from one of the zillions _SERVER vars. -- Please always Cc to me when replying to me on the lists. -- 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 #14554 Updated: segfault when reading a zip file
ID: 14554
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: ZZiplib Related
Operating System: linux
PHP Version: 4.1.0
New Comment:
Can you send a new patch which fixes that zip_entry_open thingy to Derick? He'll
handle it.
Previous Comments:
[2001-12-17 10:31:51] [EMAIL PROTECTED]
It seems to be fixed in the current CVS tree (except for the third argument to
zip_entry_open(), which is optional).
[2001-12-17 02:44:40] [EMAIL PROTECTED]
Can you send the patch to me by mail? The bugform screwed it up a little (and please
make a patch against the current CVS version).
Regards,
Derick
[2001-12-16 20:48:31] [EMAIL PROTECTED]
ext/zip/zip.c crashes on the first zip_read().
The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch
and I'm including it below.
diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c
--- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001
+++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001
@@ -142,7 +142,7 @@
Returns the next file in the archive */
PHP_FUNCTION(zip_read)
{
-zval**zzip_dp;
+zval*zzip_dp;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
int @@ -186,14 +186,14 @@
*/
static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE)
{
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
switch (opt) {
case 0:
@@ -248,17 +248,18 @@
Open a Zip File, pointed by the resource entry */
PHP_FUNCTION(zip_entry_open)
{
-zval**zzip_dp;
-zval**zzip_ent;
+zval*zzip_dp;
+zval*zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
-int mode;
+char *mode;
+int mode_len;
-if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp, zzip_ent,
mode) == FAILURE)
+if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp, zzip_ent,
+mode, mode_len) == FAILURE)
return;
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
le_zip_dir);
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
+ le_zip_dir);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
+le_zip_entry_name, le_zip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name, O_RDONLY | O_BINARY);
ret@@ -274,7 +275,7 @@
Read X bytes from an opened zip entry */
PHP_FUNCTION(zip_entry_read)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
char *buf = NULL;
int len = 1024;
@@ -284,7 +285,7 @@
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
buf = emalloc(len + 1);
ret = zzip_read(entry-fp, buf, len);
@@ -300,16 +301,16 @@
Close a zip entry */
PHP_FUNCTION(zip_entry_close)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE)
{
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
-zend_list_delete(Z_LVAL_PP(zzip_ent));
+zend_list_delete(Z_LVAL_PP(zzip_ent));
}
/* }}} */
;
@@ -151,7 +151,7 @@
return;
}
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name,
le_zip_dir);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name,
+le_zip_dir);
entry = emalloc(sizeof(php_zzip_dirent));
ret = zzip_dir_read(archive_p, entry-dirent);
@@ -169,16 +169,16 @@
Close a Zip archive */
PHP_FUNCTION(zip_close)
{
-zval **zzip_dp;
+zval *zzip_dp;
ZZIP_DIR *archive_p = NULL;
if
[PHP-DEV] Bug #14604 Updated: Empty packets as result of serialization
ID: 14604 Updated by: jan Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: WDDX related Operating System: Windows NT 4 sp 6a PHP Version: 4.1.0 New Comment: sander, can you also test for PHP 4.0.6 to verify if it broke during the 4.1 release circle? Previous Comments: [2001-12-22 15:20:20] [EMAIL PROTECTED] Reproduced on Windows 2000 with 4.1.0 on Apache 1.3.22 (module). Outpu: wddxPacket version='1.0'header/datastruct/struct/data/wddxPacket [2001-12-19 10:45:21] [EMAIL PROTECTED] at least for me your code works in the same way under 4.0.6 and 4.1.0 on FreeBSD 4.4-STABLE (yes, I finally updated ;): bash-2.05a$ ./php test.php X-Powered-By: PHP/4.0.6 Content-type: text/html wddxPacket version='1.0'header/datastruct/struct/data/wddxPacketbash-2.05a$ bash-2.05a$ ./php test.php X-Powered-By: PHP/4.1.0 Content-type: text/html wddxPacket version='1.0'header/datastruct/struct/data/wddxPacketbash-2.05a$ bash-2.05a$ cat test.php ?php $nazwisko = Zgoda; $imie = Jarek; $tmp = wddx_packet_start(); wddx_add_vars($tmp, $nazwisko, $imie); $rs = wddx_packet_end($tmp); echo $rs; ? [2001-12-19 09:48:07] [EMAIL PROTECTED] $nazwisko = Zgoda; $imie = Jarek; $tmp = wddx_packet_start(); wddx_add_vars($tmp, $nazwisko, $imie); $rs = wddx_packet_end($tmp); echo $rs; This code produces empty packet (just structure definition - no data) in 4.1.0, while it worked in 4.0.6 Edit this bug report at http://bugs.php.net/?id=14604edit=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 #14561 Updated: strtotime() bug
ID: 14561 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Date/time related Bug Type: Feature/Change Request Operating System: Linux ?.? PHP Version: 4.0.6 New Comment: You should better practice your type-changing skills ;) Previous Comments: [2001-12-18 07:15:04] [EMAIL PROTECTED] I could reproduce this with 4.1.0 and 4.2.0dev, it's not fixed. But it's not a bug either, as strtotime does not understand every date syntax. Making this s feature request. Derick [2001-12-18 07:12:40] [EMAIL PROTECTED] Can you try the latest CVS? There are some bugs fixed related to strtotime. [2001-12-17 10:57:05] [EMAIL PROTECTED] strtotime(19:30 Dec 17); // works okay strtotime(Dec 17 19:30); // returns -1 that's a bug i think. strangely enough the bug wasn't there in Php 4.0.5.. only in 4.0.6 gtx Bucky Edit this bug report at http://bugs.php.net/?id=14561edit=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]
Re[2]: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
hi, This works properly on IE for Mac for redirecting users to download a file: Header(Refresh: 0;URL=http://www.mywebsite.com/junk.zip;); HOWEVER, it clears the web page which is very confusing to users. It's unsuitable for dynamic PHP sites. sigh The only other way to go, I think, is to write my own custom version of PHP's Header() function. Any other thoughts? FB uuuh ist this valid? I've never seen that before. I think it should read: HTML HEAD META HTTP-EQUIV=REFRESH CONTENT=0; URL=http://www.mywebsite.com/junk.zip; /HEAD and doesn't belong into the HTTP header. Kind Regards, Daniel Lorch -- 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 #14663: socket_read() doesn't function as documented
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4
PHP version: 4.1.0
PHP Bug Type: Sockets related
Bug description: socket_read() doesn't function as documented
Example code copy/pasted from
http://www.php.net/manual/en/html/ref.sockets.html :
?php
error_reporting (E_ALL);
echo h2TCP/IP Connection/h2\n;
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket 0) {
echo socket_create() failed: reason: . socket_strerror ($socket) .
\n;
} else {
socket_create() successful: . socket_strerror ($socket) . \n;
}
echo Attempting to connect to '$address' on port '$service_port'...;
$result = socket_connect ($socket, $address, $service_port);
if ($result 0) {
echo socket_connect() failed.\nReason: ($result) .
socket_strerror($result) . \n;
} else {
echo OK.\n;
}
$in = HEAD / HTTP/1.0\r\n\r\n;
$out = '';
echo Sending HTTP HEAD request...;
socket_write ($socket, $in, strlen ($in));
echo OK.\n;
echo Reading response:\n\n;
while (socket_read ($socket, $out, 2048)) {
echo $out;
}
echo Closing socket...;
socket_close ($socket);
echo OK.\n\n;
?
When run :
h2TCP/IP Connection/h2
br
bWarning/b: socket_strerror() expects parameter 1 to be long, resource
given in b/usr/home/aragon/squeakbot/test2/b on line b18/bbr
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:
br
bWarning/b: socket_read() expects parameter 2 to be long, string given
in b/usr/home/aragon/squeakbot/test2/b on line b38/bbr
Closing socket...OK.
Regards,
Aragon
--
Edit bug report at: http://bugs.php.net/?id=14663edit=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]
RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receivesbad HTTP header info from PHP Header()
I can't find anything in the Microsoft database about this problem, and since IE 5.1 for Macintosh (for MacOS 8 and 9) was just released three days ago (and this problem is still in it), I think they're either ignoring it or are unaware. FB From: Chris Newbill [EMAIL PROTECTED] To: 'Fred B' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: Sat, 22 Dec 2001 12:54:28 -0700 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14 This would be a good document to look over for possible workarounds. You should also try http://support.microsoft.com/ and see if they have a KB issue on it. -Chris -Original Message- From: Fred B [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 22, 2001 7:26 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? FB From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: 22 Dec 2001 09:16:21 - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=14653edit=2 ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: --- - [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb --- - _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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] _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- 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 #14663 Updated: socket_read() doesn't function as documented
ID: 14663
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Sockets related
Bug Type: Documentation problem
Operating System: FreeBSD 4.4
PHP Version: 4.1.0
New Comment:
Making a documentation problem. Valid sample still have to be written.
Previous Comments:
[2001-12-22 15:50:49] [EMAIL PROTECTED]
Example code copy/pasted from http://www.php.net/manual/en/html/ref.sockets.html :
?php
error_reporting (E_ALL);
echo h2TCP/IP Connection/h2\n;
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket 0) {
echo socket_create() failed: reason: . socket_strerror ($socket) . \n;
} else {
socket_create() successful: . socket_strerror ($socket) . \n;
}
echo Attempting to connect to '$address' on port '$service_port'...;
$result = socket_connect ($socket, $address, $service_port);
if ($result 0) {
echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) .
\n;
} else {
echo OK.\n;
}
$in = HEAD / HTTP/1.0\r\n\r\n;
$out = '';
echo Sending HTTP HEAD request...;
socket_write ($socket, $in, strlen ($in));
echo OK.\n;
echo Reading response:\n\n;
while (socket_read ($socket, $out, 2048)) {
echo $out;
}
echo Closing socket...;
socket_close ($socket);
echo OK.\n\n;
?
When run :
h2TCP/IP Connection/h2
br
bWarning/b: socket_strerror() expects parameter 1 to be long, resource given in
b/usr/home/aragon/squeakbot/test2/b on line b18/bbr
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:
br
bWarning/b: socket_read() expects parameter 2 to be long, string given in
b/usr/home/aragon/squeakbot/test2/b on line b38/bbr
Closing socket...OK.
Regards,
Aragon
Edit this bug report at http://bugs.php.net/?id=14663edit=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]
Re: Re[2]: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintoshreceives bad HTTP header info from PHP Header()
From: Daniel Lorch [EMAIL PROTECTED] This works properly on IE for Mac for redirecting users to download a file: Header(Refresh: 0;URL=http://www.mywebsite.com/junk.zip;); uuuh ist this valid? I've never seen that before. I think it should read: (HTML) (HEAD) (META HTTP-EQUIV=REFRESH CONTENT=0; URL=http://www.mywebsite.com/junk.zip;) (/HEAD) and doesn't belong into the HTTP header. They are equivelant. The META tag version creates the same HTTP header. FB _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- 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]
Re[4]: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
Hi, This works properly on IE for Mac for redirecting users to download a file: Header(Refresh: 0;URL=http://www.mywebsite.com/junk.zip;); uuuh ist this valid? I've never seen that before. I think it should read: (HTML) (HEAD) (META HTTP-EQUIV=REFRESH CONTENT=0; URL=http://www.mywebsite.com/junk.zip;) (/HEAD) and doesn't belong into the HTTP header. They are equivelant. The META tag version creates the same HTTP header. no they aren't :) what YOU are proposing is a proprietary solution which might work on many browser because it's either implemented or they are terribly tolerant. Kind Regards, Daniel Lorch -- if(empty($a) == true ? true : false) -- 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 #14663 Updated: Empty packets as result of serialization
ID: 14663
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Summary: socket_read() doesn't function as documented
Old Status: Open
Status: Analyzed
Bug Type: Documentation problem
Old Operating System: FreeBSD 4.4
Operating System: Windows NT 4 sp 6a
PHP Version: 4.1.0
New Comment:
the manual page is marked as EXPERIMENTAL. so waiting for the extension to become
stable wil be the best. fixing the example now just to change it again tomorrow is
useless.
Previous Comments:
[2001-12-22 15:58:12] [EMAIL PROTECTED]
Making a documentation problem. Valid sample still have to be written.
[2001-12-22 15:50:49] [EMAIL PROTECTED]
Example code copy/pasted from http://www.php.net/manual/en/html/ref.sockets.html :
?php
error_reporting (E_ALL);
echo h2TCP/IP Connection/h2\n;
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket 0) {
echo socket_create() failed: reason: . socket_strerror ($socket) . \n;
} else {
socket_create() successful: . socket_strerror ($socket) . \n;
}
echo Attempting to connect to '$address' on port '$service_port'...;
$result = socket_connect ($socket, $address, $service_port);
if ($result 0) {
echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) .
\n;
} else {
echo OK.\n;
}
$in = HEAD / HTTP/1.0\r\n\r\n;
$out = '';
echo Sending HTTP HEAD request...;
socket_write ($socket, $in, strlen ($in));
echo OK.\n;
echo Reading response:\n\n;
while (socket_read ($socket, $out, 2048)) {
echo $out;
}
echo Closing socket...;
socket_close ($socket);
echo OK.\n\n;
?
When run :
h2TCP/IP Connection/h2
br
bWarning/b: socket_strerror() expects parameter 1 to be long, resource given in
b/usr/home/aragon/squeakbot/test2/b on line b18/bbr
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:
br
bWarning/b: socket_read() expects parameter 2 to be long, string given in
b/usr/home/aragon/squeakbot/test2/b on line b38/bbr
Closing socket...OK.
Regards,
Aragon
Edit this bug report at http://bugs.php.net/?id=14663edit=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]
Re: [PHP-DEV] Bug #14663 Updated: Empty packets as result of serialization
On Sat, Dec 22, 2001 at 09:22:10PM -, [EMAIL PROTECTED] wrote : ID: 14663 Updated by: jan Reported By: [EMAIL PROTECTED] Old Summary: socket_read() doesn't function as documented Old Status: Open Status: Analyzed Bug Type: Documentation problem Old Operating System: FreeBSD 4.4 Operating System: Windows NT 4 sp 6a PHP Version: 4.1.0 New Comment: the manual page is marked as EXPERIMENTAL. so waiting for the extension to become stable wil be the best. fixing the example now just to change it again tomorrow is useless. IMHO this can be removed. The whole interface has just been rewritte so it mimics BSD sockets. What else should come now? :) -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Bug #14663 Updated: Empty packets as result of serialization
Hi, On Sat, 22 Dec 2001 22:36:17 +0100 Markus Fischer [EMAIL PROTECTED] wrote: On Sat, Dec 22, 2001 at 09:22:10PM -, [EMAIL PROTECTED] wrote : the manual page is marked as EXPERIMENTAL. so waiting for the extension to become stable wil be the best. fixing the example now just to change it again tomorrow is useless. IMHO this can be removed. The whole interface has just been rewritte so it mimics BSD sockets. What else should come now? :) hum, you go on and write a new documentation? ;) Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- 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]
Re: [PHP-DEV] Bug #14663 Updated: Empty packets as result of serialization
On Sat, Dec 22, 2001 at 10:47:52PM +0100, Jan Lehnardt wrote : Hi, On Sat, 22 Dec 2001 22:36:17 +0100 Markus Fischer [EMAIL PROTECTED] wrote: On Sat, Dec 22, 2001 at 09:22:10PM -, [EMAIL PROTECTED] wrote : the manual page is marked as EXPERIMENTAL. so waiting for the extension to become stable wil be the best. fixing the example now just to change it again tomorrow is useless. IMHO this can be removed. The whole interface has just been rewritte so it mimics BSD sockets. What else should come now? :) hum, you go on and write a new documentation? ;) No, but my point is the interface isn't going to be changed tomorrow. Not even next week. -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
From: Fred B [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sat, 22 Dec 2001 08:25:41 -0600 Subject: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? don't you need a content-type or sumthing as well? FB From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header() Date: 22 Dec 2001 09:16:21 - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=14653edit=2 ID: 14653 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Free-BSD 4.4 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Microsoft is just not able to write proper software. Previous Comments: [2001-12-21 19:05:02] [EMAIL PROTECTED] The PHP Header() function isn't passing the correct HTTP redirect info to Internet Explorer 5.x for Macintosh. program index.php: ?php Header(Location: http://www.mywebsite.com/junk.zip;); ? -- When this program is executed from Internet Explorer 5.0 or 5.1 for Macintosh, the file junk.zip will download correctly but it will be given the name index.php instead of junk.zip --Fredb _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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] -- FreeBSD 4.4-STABLE 11:48PM up 20:18, 7 users, load averages: 0.00, 0.00, 0.00 -- 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] ext/sockets
Markus Fischer wrote: No, but my point is the interface isn't going to be changed tomorrow. Not even next week. Very true! Well, I was thinking about sockets documentation for while after the bigger changes came. I just talked with Jan about it and we will go for it, writing the English doc as well as the German translation. Hope we can rely on you when having questions, Markus? :-) The diff between the cvs version and the 4.1.0 release version looks *big*. Are there so many enormous differences? Anyways, I guess no documentation is always worse than small inconsistencies. best regards and happy xmas everybody -Richard -- 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 #14554 Updated: segfault when reading a zip file
ID: 14554
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: ZZiplib Related
Operating System: linux
PHP Version: 4.1.0
New Comment:
Also sent to [EMAIL PROTECTED]
cvs diff -u
cvs server: Diffing .
Index: zip.c
===
RCS file: /repository/php4/ext/zip/zip.c,v
retrieving revision 1.27
diff -u -r1.27 zip.c
--- zip.c 11 Dec 2001 15:30:57 - 1.27
+++ zip.c 22 Dec 2001 23:47:17 -
@@ -250,9 +250,10 @@
zval *zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
- int mode;
+ char *mode;
+ int mode_len;
- if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp,
zzip_ent, mode) == FAILURE)
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp,
+zzip_ent, mode, mode_len) == FAILURE)
return;
ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
Previous Comments:
[2001-12-22 15:44:27] [EMAIL PROTECTED]
Can you send a new patch which fixes that zip_entry_open thingy to Derick? He'll
handle it.
[2001-12-17 10:31:51] [EMAIL PROTECTED]
It seems to be fixed in the current CVS tree (except for the third argument to
zip_entry_open(), which is optional).
[2001-12-17 02:44:40] [EMAIL PROTECTED]
Can you send the patch to me by mail? The bugform screwed it up a little (and please
make a patch against the current CVS version).
Regards,
Derick
[2001-12-16 20:48:31] [EMAIL PROTECTED]
ext/zip/zip.c crashes on the first zip_read().
The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch
and I'm including it below.
diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c
--- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001
+++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001
@@ -142,7 +142,7 @@
Returns the next file in the archive */
PHP_FUNCTION(zip_read)
{
-zval**zzip_dp;
+zval*zzip_dp;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
int @@ -186,14 +186,14 @@
*/
static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE)
{
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
switch (opt) {
case 0:
@@ -248,17 +248,18 @@
Open a Zip File, pointed by the resource entry */
PHP_FUNCTION(zip_entry_open)
{
-zval**zzip_dp;
-zval**zzip_ent;
+zval*zzip_dp;
+zval*zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
-int mode;
+char *mode;
+int mode_len;
-if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp, zzip_ent,
mode) == FAILURE)
+if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp, zzip_ent,
+mode, mode_len) == FAILURE)
return;
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
le_zip_dir);
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
+ le_zip_dir);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
+le_zip_entry_name, le_zip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name, O_RDONLY | O_BINARY);
ret@@ -274,7 +275,7 @@
Read X bytes from an opened zip entry */
PHP_FUNCTION(zip_entry_read)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
char *buf = NULL;
int len = 1024;
@@ -284,7 +285,7 @@
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
buf = emalloc(len + 1);
[PHP-DEV] Bug #14664: A query that fails makes all subsquent calls to ifx_query fail
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.x
PHP version: 4.1.0
PHP Bug Type: Informix related
Bug description: A query that fails makes all subsquent calls to ifx_query fail
As demonstrated by the following example if the first (real) query (besides
DATABASE query) fails, any subsequent calls to ifx_query fail with the same
error, suggesting that something from first query failure state is
incorrectly affecting the execution of any following query.
?php
$informix_server=demo_on;
$database_name=test;
$user=testuser;
$password=testpassword;
PutEnv(INFORMIXSERVER=$informix_server);
if(($connection=ifx_connect(@.$informix_server,$user,$password)))
{
if(($result=@ifx_query(DATABASE $database_name,$connection)))
{
echo Database: $database_name, Result: $result\n;
ifx_free_result($result);
if(($result=ifx_query(DROP TABLE test,$connection)))
ifx_free_result($result);
else
{
$first_query_error=ifx_errormsg();
if(($result=ifx_query(CREATE TABLE
test,$connection)))
ifx_free_result($result);
else
echo First query error:
$first_query_error\nSecond query error:
.ifx_errormsg(),\n;
}
}
else
echo Database: $database_name Query error:
.ifx_errormsg(),\n;
ifx_Close($connection);
}
else
echo Connection error: .ifx_errormsg(),\n;
?
--
Edit bug report at: http://bugs.php.net/?id=14664edit=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 #14554 Updated: segfault when reading a zip file
ID: 14554
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: ZZiplib Related
Operating System: linux
PHP Version: 4.1.0
New Comment:
Applied the patch. Thx !
Derick
Previous Comments:
[2001-12-22 18:52:20] [EMAIL PROTECTED]
Also sent to [EMAIL PROTECTED]
cvs diff -u
cvs server: Diffing .
Index: zip.c
===
RCS file: /repository/php4/ext/zip/zip.c,v
retrieving revision 1.27
diff -u -r1.27 zip.c
--- zip.c 11 Dec 2001 15:30:57 - 1.27
+++ zip.c 22 Dec 2001 23:47:17 -
@@ -250,9 +250,10 @@
zval *zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
- int mode;
+ char *mode;
+ int mode_len;
- if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp,
zzip_ent, mode) == FAILURE)
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp,
+zzip_ent, mode, mode_len) == FAILURE)
return;
ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
[2001-12-22 15:44:27] [EMAIL PROTECTED]
Can you send a new patch which fixes that zip_entry_open thingy to Derick? He'll
handle it.
[2001-12-17 10:31:51] [EMAIL PROTECTED]
It seems to be fixed in the current CVS tree (except for the third argument to
zip_entry_open(), which is optional).
[2001-12-17 02:44:40] [EMAIL PROTECTED]
Can you send the patch to me by mail? The bugform screwed it up a little (and please
make a patch against the current CVS version).
Regards,
Derick
[2001-12-16 20:48:31] [EMAIL PROTECTED]
ext/zip/zip.c crashes on the first zip_read().
The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch
and I'm including it below.
diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c
--- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001
+++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001
@@ -142,7 +142,7 @@
Returns the next file in the archive */
PHP_FUNCTION(zip_read)
{
-zval**zzip_dp;
+zval*zzip_dp;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
int @@ -186,14 +186,14 @@
*/
static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent) == FAILURE)
{
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
+le_zip_entry);
switch (opt) {
case 0:
@@ -248,17 +248,18 @@
Open a Zip File, pointed by the resource entry */
PHP_FUNCTION(zip_entry_open)
{
-zval**zzip_dp;
-zval**zzip_ent;
+zval*zzip_dp;
+zval*zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
-int mode;
+char *mode;
+int mode_len;
-if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp, zzip_ent,
mode) == FAILURE)
+if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp, zzip_ent,
+mode, mode_len) == FAILURE)
return;
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
le_zip_dir);
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1, le_zip_dir_name,
+ le_zip_dir);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
+le_zip_entry_name, le_zip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name, O_RDONLY | O_BINARY);
ret@@ -274,7 +275,7 @@
Read X bytes from an opened zip entry */
PHP_FUNCTION(zip_entry_read)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
char *buf = NULL;
int len = 1024;
@@ -284,7 +285,7 @@
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name,
le_zip_entry);
+
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintoshreceives bad HTTP header info from PHP Header()
On Sat, 22 Dec 2001, Roman Neuhauser wrote: Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? don't you need a content-type or sumthing as well? Header (Content-Type: application/download\n); Header (Content-Disposition: attachment; filename='filename.zip'\n); Derick -- 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 #14648 Updated: pcntl_signal(SIGCHLD, SIG_IGN) does not follow expected behavior on linux
ID: 14648 Updated by: jason Reported By: [EMAIL PROTECTED] Old Summary: pcntl signal handlers Old Status: Open Status: Assigned Bug Type: Unknown/Other Function Operating System: RHL 7.1 PHP Version: 4.1.0 Old Assigned To: Assigned To: [EMAIL PROTECTED] New Comment: This has to do with the fact that SIGCHLD+SIG_IGN was never in the posix standard. I will need to write a workaround for this under linux. Until that point, linux users must catch the handle and wait on the child. Have not reproduced the ordinal warning message yet, will investigate ... Previous Comments: [2001-12-21 12:33:30] [EMAIL PROTECTED] As requested by J Greene, a report for the fix of pcntl_signal on Linux. Also the pcntl_signal() function fails when giving a function with this error msg: Warning: Cannot convert to ordinal value in /raid/Files/Heyes-Computing/development/fork.test.php on line 25 /raid/Files/Heyes-Computing/development/fork.test.php(25) : Warning - Cannot convert to ordinal value Edit this bug report at http://bugs.php.net/?id=14648edit=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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintoshreceives bad HTTP header info from PHP Header()
Hello, [EMAIL PROTECTED] wrote: On Sat, 22 Dec 2001, Roman Neuhauser wrote: Can you suggest a workaround since it appears that lots of PHP code uses this PHP Header() redirect to setup files for users to download from sites? don't you need a content-type or sumthing as well? Header (Content-Type: application/download\n); Header (Content-Disposition: attachment; filename='filename.zip'\n); AFAIK, headers do not have line break characters. Anyway, to make it really work, in the PHP Classes repository downloads I don't use the attachement attribute of Content-Disposition but I also use Content-Location header. Since a lot of people use download manager like GetRight, I put the a dummy attribute in the URL so it looks like: http://phpclasses.UpperDesign.com/browse.html/file/filename.zip . Regards, Manuel Lemos -- 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 #14665: ifx_fetch_row returns string non-zero terminated for selected LVARCHAR fields
From: [EMAIL PROTECTED] Operating system: Linux 2.2.x PHP version: 4.1.0 PHP Bug Type: Informix related Bug description: ifx_fetch_row returns string non-zero terminated for selected LVARCHAR fields Ditto. -- Edit bug report at: http://bugs.php.net/?id=14665edit=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 #13664 Updated: The php_dbx.dll extension module missing in the distro.
ID: 13664 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DBX related Operating System: Win32 PHP Version: 4.0.6 New Comment: Yep. it's there! BTW, Marc, not 4.0.1, but 4.1.0 :) Thank you for your work! Previous Comments: [2001-12-13 04:36:52] [EMAIL PROTECTED] Check: included in 4.0.1 Win binary? Status: OK :-) [2001-11-05 10:46:40] [EMAIL PROTECTED] emailed the php_dbx.dll to Serguei, seems to work ok. I also put the 4.0.6 version in http://www.guidance.nl/php/dbx/php_dbx.dll. Could someone please check if it is included in future binary distros? Thanks! -- Mc. [2001-10-13 21:30:15] [EMAIL PROTECTED] I have dowloaded the 4.0.6 realease binaries for Windows (I have 98, but it's irrelevant), and while cofiguring set PHP up to load the dbx_php.dll extension, and it was always failing. Then I dicovered that just there is no such a module at all in the php-4.0.6-Win32.zip distro, although in php.ini-dist it was listed. Whould be nice to obtain the module ASAP, I badly need it for my app. Thanks, Serguei Edit this bug report at http://bugs.php.net/?id=13664edit=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 #14666: leak memory
From: [EMAIL PROTECTED] Operating system: win 2000 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: leak memory when use php_oci8.dll,induce error :Ó¦ÓóÌÐò ²úÉúÁËÒ»¸öÓ¦ÓóÌÐò´íÎó ´Ë´íÎó·¢ÉúÔÚ 12/22/2001 @ 19:07:07.838 Ëù²úÉúµÄÒâÍâÇé¿öΪ c005£¬ÔÚµØÖ· 00890A6E (efree)´¦ ; -- Edit bug report at: http://bugs.php.net/?id=14666edit=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 cvs help
Hi! Please help me with some CVS question. I need to migrate latest mngosearch extension from php-4.2dev branch into php-4.1.x branch. To do that i run: cvs update -r php_4_1_1 ... update mnogosearch files... ... remove test.php ... cvs remove test.php ... adding index.php ... cvs commit Here is i got an error: ? ext/mnogosearch/index.php cvs server: sticky tag `php_4_1_1' for file `ext/mnogosearch/config.m4' is not a branch cvs server: sticky tag `php_4_1_1' for file `ext/mnogosearch/php_mnogo.c' is not a branch cvs server: sticky tag `php_4_1_1' for file `ext/mnogosearch/php_mnogo.h' is not a branch Can't open test.php: No such file or directory cvs [server aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvs7j5zFJ Can anyone help me what i am doing wrong ? Another error i get while trying to add a new file index.php: cvs add index.php [gluke@faust mnogosearch]$ cvs add index.php cvs server: cannot add file on non-branch tag php_4_1_1 What wtong here ? Please help ! -- Regards, Sergey aka gluke. -- 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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receivesbad HTTP header info from PHP Header()
Is the PHP Header() function defined in
the file servlet.java that's part of the
PHP source code? The routine is listed below.
If so, it would appear that PHP is depending
on a Java servlet for the actual file redirection.
FB
public void header(String data) {
// try to send the header using the most specific servlet API
// as possible (some servlet engines will add a content type
// header unless the setContentType method is called).
try {
if (data.startsWith(Content-type: )) {
response.setContentType(data.substring(data.indexOf( )+1));
} else if (data.startsWith(Location: )) {
response.sendRedirect(data.substring(data.indexOf( )+1));
} else {
int colon = data.indexOf(: );
if (colon 0) {
try {
addHeader.invoke(response, new Object[]
{ data.substring(0,colon), data.substring(colon+2) } );
} catch (Exception e) {
e.printStackTrace(System.err);
}
} else {
write(data);
}
}
} catch (IOException e) {
e.printStackTrace(System.err);
}
}
_
Send and receive Hotmail on your mobile device: http://mobile.msn.com
--
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]
Re: [PHP-DEV] Re: Bug #14653 Updated: Internet Explorer for Macintosh receives bad HTTP header info from PHP Header()
On Sun, Dec 23, 2001 at 01:25:28AM -0600, Fred B wrote : Is the PHP Header() function defined in the file servlet.java that's part of the PHP source code? [...] Of course not ... -- Please always Cc to me when replying to me on the lists. -- 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]
